On Fri, Apr 07, 2006 at 06:44:23PM +0300, Andrey Kuleshov wrote:
> Andrey Kuleshov пишет:
> > Как заставить работать SATA контроллер на ASUS P5V800-MX?
> > С ядром 2.4.27-std-up-alt2 не грузится модуль sata_via, с ядром
> > 2.6.16-std-up-alt1 молча грузится, но не работает.

В 2.6.x большинство драйверов ведёт себя именно так - молча
загружаются, даже если соответствующие устройства отсутствуют (якобы с
расчётом на то, что устройство может появиться позднее - вот такая
глобальная поддержка hotplug).

> > Вот еще странность: на 2.6.16 непрочь не видится сетевушка на 8139
> >
> > # lspci
> > pcilib: Cannot open /sys/bus/pci/devices

Хм, похоже, либо работу pciutils на ядрах 2.4.x больше никто не
тестирует, либо лишняя ругань никого не беспокоит.

> > 0000:00:00.0 Host bridge: VIA Technologies, Inc. P4M800CE Host Bridge
> > 0000:00:00.1 Host bridge: VIA Technologies, Inc. P4M800CE Host Bridge
> > 0000:00:00.2 Host bridge: VIA Technologies, Inc. P4M800CE Host Bridge
> > 0000:00:00.3 Host bridge: VIA Technologies, Inc. PT890 Host Bridge
> > 0000:00:00.4 Host bridge: VIA Technologies, Inc. P4M800CE Host Bridge
> > 0000:00:00.7 Host bridge: VIA Technologies, Inc. P4M800CE Host Bridge
> > 0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
> > 0000:00:0f.0 IDE interface: VIA Technologies, Inc. VT8251 AHCI/SATA
> > 4-Port Controller

Для этого устройства нужен другой модуль - не sata_via, а ahci, причём
в оригинальных ядрах с kernel.org поддержки этого контроллера всё
равно нет.  Однако в ядрах 2.6.12 из Compact 3.0.x, а также в
последних сборках 2.6.14 и 2.6.16 в Сизифе приложен соответствующий
патч (впрочем, тестировался он, похоже, только на одной машине).

В 2.4.x поддержка этого контроллера может и вообще не появиться - его
обновление практически полностью заморожено.

> > 0000:00:0f.1 IDE interface: VIA Technologies, Inc.
> > VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 07)
> > 0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB
> > 1.1 Controller (rev 90)
> > 0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB
> > 1.1 Controller (rev 90)
> > 0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB
> > 1.1 Controller (rev 90)
> > 0000:00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB
> > 1.1 Controller (rev 90)
> > 0000:00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 90)
> > 0000:00:11.0 ISA bridge: VIA Technologies, Inc.: Unknown device 3287
> > 0000:00:11.7 Host bridge: VIA Technologies, Inc. VT8251 Ultra VLINK
> > Controller
> > 0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102
> > [Rhine-II] (rev 7c)
> > 0000:00:13.0 PCI bridge: VIA Technologies, Inc. VT8251 PCI to PCIE Bridge
> > 0000:00:13.1 PCI bridge: VIA Technologies, Inc. VT8251 PCI to PCI Bridge
> > 0000:01:00.0 VGA compatible controller: VIA Technologies, Inc.: Unknown
> > device 3344 (rev 01)
> > 0000:02:00.0 PCI bridge: VIA Technologies, Inc. VT8251 PCIE Root Port
> > 0000:02:00.1 PCI bridge: VIA Technologies, Inc. VT8251 PCIE Root Port
> > 0000:05:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
> > RTL-8139/8139C/8139C+ (rev 10)
> >   
> то же под 2.6
[skip]

Ага, вижу, устройство 0000:05:09.0 куда-то делось.  Если есть
возможность, посмотрите, что будет с нашими сборками ядер 2.6.12 и
2.6.14 на этом железе.  Также представляет интерес вывод dmesg и lspci
-vvxxx под различными ядрами.

Наконец, попробуйте загрузку 2.6.16 с параметрами:

	pci=nommconf
	pci=assign-busses
	pci=noacpi
	acpi=off

Возможно, в каких-то вариантах устройство появится.  В последнее время
подозрительной в этом отношении опцией выглядит pci=nommconf -
почему-то в BIOS очень часто встречаются неверные таблицы MMCONFIG.
Выдвигаются предположения, что основная причина этого в том, что
Windows эту таблицу пока ещё не использует.  Сейчас ядро пытается
отлавливать наиболее часто встречающиеся ошибки, однако разработчики
BIOS в этом отношении всегда на шаг впереди.

И напишите, как с поддержкой остального железа.