Кардридер определсется, но не работает.

[virens]

Так... лог.
Последовательность действий такая: сначала вставил и вынул mmc (для нее характерная запись, чтобы сразу найти), потом sd.

...Потом еще планшет подключил на всякий. Последняя версия вроде поддерживает горячее подключение.

Какой планшет!? И что за горячее подключение?

В общем, так. Я выложил у себя пост о том, как настраивал свой ноутбук, и там есть про кардридер:
http://mydebianblog.blogspot.com/2007/04/asus-m5200ae.html
Должно помочь, если у нас одинаковые кардридеры.

Сейчас у меня ядро:
Linux notebeast 2.6.20-ck1 #3 PREEMPT Fri Apr 6 15:41:05 MSD 2007 i686 GNU/Linux
И всё отлично работает. Либо убунтовцы что-то вырубили в том ядре, которое ты используешь, либо одно из двух :-)

Шлю тебе на почту.

Либо ты логи отправил не туда, либо они не дошли - я ничего не получал.
Если они сохранились - выкладывай их в ту тему. Только последние строчек 20-30, которые относятся ко втыканию-вытыканию карты.

Если с прикреплением логов проблема - выкладывай их сюда.

[Psy[H[]]

Ядро стоит последнее из Feisty - я всегда обновляюсь.

Файл с 2040 строками dmesg. (последние строки я уже вывешивал в этой ветке).
эти строки - после вставки/изъятия SD на 1 гиг...
Если нужен весь dmesg, то подскажите как! dmesg > dmesg.txt дает только 2040 строк.

[вложение удалено Администратором]

[virens]

Мда... какая-то грустная картина.

Если судить по этому:
[ 8101.880000] mmcblk0: mmc0:b368 SDC   999936KiB
[ 8101.880000]  mmcblk0: p1

то флешка видна и монтируется нормально. Дальше начинаются косяки:

[ 8101.992000] tifm_7xx1: demand removing card from socket 0
[ 8101.996000] mmcblk0: error 1 sending read/write command
[ 8101.996000] end_request: I/O error, dev mmcblk0, sector 1999808
[ 8101.996000] mmcblk0: error 1 sending read/write command
[ 8101.996000] end_request: I/O error, dev mmcblk0, sector 1999808

Ошибка ввода-вывода при попытке послать команду чтения-записи. Может быть, не в ядре и драйверах дело: дело может быть в ACPI и прошивке BIOS.

Вот что удалось выудить из dmesg, который опубликован ранее.

[   21.638699] PCI: Bus #03 (-#06) is hidden behind transparent bridge #02 (-#02) (try 'pci=assign-busses')
[   21.638702] Please report the result to linux-kernel to fix this permanently

[   21.659403] PCI: Using ACPI for IRQ routing
[   21.659408] PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report

Не разработчик ядра я, так что увы: насколько могу догадаться, ACPI BIOS не даёт нормально ядру доступ к прерываниям устройств. Предлагает варианты при загрузке (следует их попробовать).

Далее:

[   21.028000] found SMC SuperIO Chip (devid=0x5a rev=00 base=0x004e): LPC47N227
[   21.028000] smsc_superio_flat(): fir: 0x7f8, sir: 0x3f8, dma: 03, irq: 4, mode: 0x0e
[   21.028000] smsc_ircc_present: can't get sir_base of 0x3f8
[   21.128000] Yenta: ISA IRQ mask 0x00d8, PCI irq 10

[   22.863122] ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
[   22.863127] ACPI: PCI Interrupt 0000:00:1f.6 -> Link [LNKB] -> GSI 10 (level, low) -> IRQ 10
[   22.863137] ACPI: PCI interrupt for device 0000:00:1f.6 disabled

Здесь ядро намекает на то, что прерывание 10 было отключено, а кардридер (Yenta) подключен потом как раз к нему.

Мысли: попробовать при загрузке в строке GRUB указать
pci=routeirq
или
pci=assign-busses

Из отчаянных соображений: разыскать в мейл-листах ядра разработчика этого модуля и отправить ему письмо со словами "дядь, ну помоги, а!?" :-)

Ещё пошукать в BIOS на предмет флажков и переключателей про ACPI, особенно вкупе со словами PlugAndPlay. Попробовать указать при загрузке параметр no-acpi

Погуглить: может, кто уже решение нашёл? Я имею в виду на иностранных форумах.

[Psy[H[]]

Прописывание команд в Grub успехом не увенчалось, результат - мгновенная перезагрузка.
...если я, конечно, правильно вводил: выбрать строку загрузки (последнее ядро...), войти в ее редактирование (e) там открыть новую строку, вписать команду и нажать b. Так?

В биосе ничего похожего на нужное не нашлось.