On Sat, Oct 04, 2003 at 09:58:56PM +0300, Andrey Novoselov wrote: > В ?? 04.10.2003, в 18:26, vsu@altlinux.ru пишет: > > > А с какой конкретно версии ставили? И какая именно видеокарта > > (lspcidrake -v)? > Прилагаю file1 > > > 1. Хотя стоит HSF modem, стоят модули kernel-module-hsflinmodem...? > > > kudzu его сконфигурировал. А модем не определяется. Чтоя сделал (не > > > сделал) не так? > > > > А сборка ядра стоит какая (uname -a)? > file2 2.4.21rel-std-up-alt6 - очень старая, с тех пор было много исправлений. Относительно модема - похоже, в старых драйверах hsflinmodem он действительно не поддерживается. Со свежими бесплатными драйверами он, возможно, заработает - но не выше 14400 :-( С этими драйверами ещё одна проблема - им нужна другая версия hsflinmodem-tools, что усложняет поддержку обеих версий в дистрибутиве. > > К сожалению, поддержка ACPI сейчас оставляет желать лучшего - если для > > настольных компьютеров в большинстве случаев ей можно пользоваться, то > > для ноутбуков, где необходима полноценная поддержка управления > > питанием, положение хуже. В частности, с ядрами серии 2.4.x не > > работают режимы Suspend-to-RAM и Suspend-to-disk (хотя для последнего > > варианта существует патч swsusp, но с ним тоже бывают проблемы). > > Хотя, если BIOS предоставляет возможность делать Suspend-to-disk > > собственными средствами (это требует создания на диске раздела > > специального типа с помощью утилит от производителя ноутбука), > > говорят, что этот режим может и заработать. > В рассылке по ноутбукам (правда не помню какой: Дебиано-на -ноутах или > Линукс-на -Синкпадах)была статья по АЦПИду. Я почитаю ещё. Дело в том, > что сообщение об отсутствии поддержки АРМ ядром появлялось при загрузке > системы и до установки acpi. Я пока не понял, какую роль играет pcmci в > функционировании АРМ Если включилась поддержка ACPI, APM автоматически отключается. Отключив ACPI, вы получите возможность загрузить модуль apm, который позволит работать, как раньше. > > Можно вернуться к старому варианту работы через APM; для этого > > необходимо отключить ACPI, указав в командной строке ядра параметр > > acpi=off. > Так может лучше поставить Мастер2.2? Сразу после установки что там , что > в Сизифе Х-ы напрочь отказываются работать. Я так понял , что сектора на > винчестере (suspend to disk) у меня нет. Т.е. в данном случае возможен > только suspend to RAM. По словам разработчиков, suspend to RAM через ACPI принципиально неработоспособен в ядрах 2.4.x; этот режим будет нормально поддерживаться только в ветке 2.6.x, которой до стабильности ещё далеко. Так что пока ставьте APM. > Драйвера которые заработали , я нашёл в тех же > рассылках. Там 4 драйвера (radeon.o r128.o и ещё какие-то) и скрипт > установки. Как я понимаю, скрипт просто заменяет стоящий у меня radeon.o > другим radeon.o, который работает. С Мастером пройдёт номер? Не знаю - это зависит ещё и от версии XFree86, и, вероятно, всё равно придётся менять ядро. Поддержка ATI Radeon IGP 340M вроде бы есть в XFree86-4.3.0 из Сизифа (даже в -alt1 - хотя с тех пор было ещё несколько пересборок), в свободном драйвере radeon (хотя не знаю, как там с 3D). Ещё нужна поддержка этого чипсета в agpgart - она появилась в сборке ядра 2.4.22-std-{up,smp}-alt4. А вот в текущей версии fglrx её до сих пор нет - так что с ним, скорее всего, ничего не заработает. > И ещё . В Гкреллм есть указатель заряда батарей. Там есть окошко , где > надо прописать команду запуска батарей. Не обессудьте неуча, что там по > уму прописать нужно. Мне кажется в Гкреллм самый зрелый указатель. В > Дебиановской рассылке народ "осуждал" и самые последние версии acpi. Тут ничего не скажу - с указателем батарей в gkrellm связываться не приходилось. Но при использовании APM он должен бы заработать автоматом. > Да, забыл. У меня стоит мини - инсталятор от 31.07.03 и срез Сизифа от > того же числа. Видимо, ядро всё же придётся обновить. Хотя можете подождать до следующей недели - будет выложена ещё более правильная сборка :-), там ACPI чуть поновее (хотя упомянутые проблемы там не решаются - в основном исправления для работы на большем количестве разнообразных машин). > [andy@localhost andy]$ lspcidrake -v > unknown : ATI Technologies|CPU to PCI Bridge [BRIDGE_HOST] (vendor:1002 > device:cab2) > unknown : ATI Technologies Inc|U1/A4 AGP Bridge [IGP 320M] [BRIDGE_PCI] > (vendor:1002 device:7010) > usb-ohci : Acer Laboratories Inc. [ALi]|M5237 (USB) [SERIAL_USB] (vendor: > 10b9 device:5237) > snd-ali5451 : Acer Laboratories Inc. [ALi]|M5451 PCI South Bridge Audio [MUL > TIMEDIA_AUDIO] (vendor:10b9 device:5451 subv:0e11 subd:0056) > unknown : Acer Laboratories Inc. [ALi]|M1533 PCI to ISA Bridge [Aladdin > IV] [BRIDGE_ISA] (vendor:10b9 device:1533) > yenta_socket : Texas Instruments|PCI4410 PC card Cardbus Controller [BRIDGE_C > ARDBUS] (vendor:104c device:ac41 subv:8c00 subd:0000) > ohci1394 : Texas Instruments|PCI4410 OHCI-Lynx IEEE 1394 Controller [SERI > AL_FIREWIRE] (vendor:104c device:8017 subv:0e11 subd:0056) > 8139too : Realtek|RTL-8139 [NETWORK_ETHERNET] (vendor:10ec device:8139 s > ubv:0e11 subd:0056) > hsfserial : Conexant|HSF 56k HSFi Modem [COMMUNICATION_OTHER] (vendor:14f1 > device:2f00 subv:0e11 subd:8d89) > unknown : Acer Laboratories Inc. [ALi]|M5229 IDE [STORAGE_IDE] (vendor:1 > 0b9 device:5229) > unknown : Acer Laboratories Inc. [ALi]|M7101 PMU [BRIDGE_OTHER] (vendor: > 10b9 device:7101) > usb-ohci : NEC|USB [SERIAL_USB] (vendor:1033 device:0035 subv:0e11 subd:0 > 056) > usb-ohci : NEC|USB [SERIAL_USB] (vendor:1033 device:0035 subv:0e11 subd:0 > 056) > ehci-hcd : NEC Corporation|PCI to USB Enhanced Host Controller [SERIAL_US > B] (vendor:1033 device:00e0 subv:0e11 subd:0056) > Card:ATI Radeon : ATI Technologies Inc|Radeon IGP 340M [DISPLAY_VGA] (vendor:100 > 2 device:4337 subv:0e11 subd:0056) > unknown : Virtual|Hub [] (vendor:0000 device:0000) > unknown : Virtual|Hub [] (vendor:0000 device:0000) > unknown : Virtual|Hub [] (vendor:0000 device:0000) > unknown : Virtual|Hub [] (vendor:0000 device:0000) > [andy@localhost andy]$ > [andy@localhost andy]$ uname -a > Linux localhost.localdomain 2.4.21rel-std-up-alt6 #1 Thu Jul 17 15:09:59 MSD 2003 i686 unknown unknown GNU/Linux > [andy@localhost andy]$