Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Oct 22 20:14:25 debian kernel: [ 4.312345] ACPI: I/O resource 0000:00:1f.3 [0x400-0x41f] conflicts with ACPI region SMRG [0x400-0x40f] Oct 22 20:14:25 debian kernel: [ 4.312394] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
Na Lenny tego nie było ale nie mogłam skonfigurować sieci prosze o pomoc
Można to obejść (czujniki będą działać) dodając opcję acpi_enforce_resources=lax jako argument dla kernela...
Ostatnio edytowany przez zuzaxxx (2010-10-23 21:59:44)
Mam u siebie (Testing) podobny komunika, a raczej komunikaty:
[ 11.707215] ACPI: I/O resource 0000:00:1f.3 [0x400-0x41f] conflicts with ACPI region SMRG [0x400-0x40f] [ 11.707285] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 15.339613] ACPI: I/O resource w83627ehf [0x295-0x296] conflicts with ACPI region HWRE [0x290-0x299] [ 15.339684] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
Wszystko działa jak należy - szczerze, o ile system chodzi dobrze to chyba można to "olać" - jak gadam głupoty, niech mnie ktoś poprawi.
Offline
Jak kompilowałam nowego kernela to się upewniłam że sterownik atk 110 jest załadowany i nic to nie dalo
atk 110 jest odpowiedzialny za zasilanie na płytach ASUS
Zapomniałaś(-eś?) podać
1. wynik polecenia uname -a
2. co to za sprzęt (zwłaszcza czy to komputer stacjonarny czy przenośny)
3. czy ze względu na ten komunikat system się nie uruchamia. A jeśli się uruchamia, to jakie konkretnie problemy z tym związane zauważasz.
Offline
Przepraszam
Wynik polecenia uname -a
Linux debian 2.6.31.1 #1 SMP Sat Oct 23 10:00:10 CEST 2010 x86_64 GNU/Linux
Przed chwilą wykompilowałam 2.6.31.1 i problem też jest tyle że działa terminal
Stąd ten wynik uname -a
Stacjonarny
ASUS P5QL PRO
E7400 C2D 2x 2.8 Ghz
PATRIOT 2x2GB 1066
NVIDIA 9800 GT 512MB
System wstaje i problemów niema ale wiem że wcześniej tego nie miałam i troche mnie to irytować zaczyna
Jak kompilowałam jądro 2.6.30.1 amd64 to tego komunikatu nie bylo a na oryginalnym 2.6.32 amd 64 jest Tyle że przy 2.6.30.1 amd64 nie działa terminal i miga ekran Czesami też się zawiesza
Wcześniej mój chlopak szukał odpowiedzi na ten problem ale bez rezultatów
No to może skompiluj jeszcze nowsze jądro, nie takie "starocie", np *35 albo 36*, z każdym wydanie jest cała masa błędów poprawianych, więc...
Offline
Więc się kompilować zaczeło Config z Debian Official Kernel Configurations
kernel 2.6.35-amd64
config 2.6.35-trunk-amd64
Za 20 minut dam znać co i jak.
Mój komp:
Płyta: ASUS P5Q SE Grafa: GF9800GT 512 MB CPU: C2D E7200 Ram Kingston-HyperX-1066
Komp jak widać podobny - jak dobrze pamiętam to mi tez ten komunikat zaczął wyskakiwać po aktualizacji z jajka 2.6.26 na 2.6.32 - ale IMHO nie ma się czym przejmować, oczywiście nowsze jajko zawsze można skompilować...
Offline
Możesz spróbować tak: http://forum.dug.net.pl/viewtopic.php?pid=153575#p153575
U mnie ten sposób wygenerował stabilne jak skała jajo, którego konfig śmigał między Gentoo i Ubuntu - działał na obu.
~ $ uname -r 2.6.35-zen3 ~ $ lsmod Module Size Used by vboxnetflt 11775 0 vboxnetadp 5015 0 vboxdrv 127406 2 vboxnetflt,vboxnetadp nvidia 9320016 28 snd_pcsp 6538 0
A tu dodatkowe info http://forum.dug.net.pl/viewtopic.php?id=16572
Offline
Mam stracha że na nowym jajku będą problemy Najlepiej mi się pracowało przy 2.6.30.1-amd64 Wykrywalo mi modem Option Icon 225 (ORANGE) i nie było problemów z połaczeniem przex pppd Zaś w Squeeze na pppd się wieszał system i dopiero zainstalowanie network-manager i network-manager-gnome pozwoliło na korzystanie z modemu bez komplikacji
Musze powiedzieć że system chodzi o niebo szybciej Jeżeli chodzi o stabilność to na to potrzeba czasu Ważne że omawiany komunikat już się nie wyświetla.
Nowe błędy...
Oct 23 13:03:36 debian kernel: [ 3.825326] ACPI: resource 0000:00:1f.3 [io 0x0400-0x041f] conflicts with ACPI region SMRG [mem 0x00000400-0x0000040f 64bit window] Oct 23 13:03:36 debian kernel: [ 3.825328] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
Wynik uname -a
Linux debian 2.6.35 #1 SMP Sat Oct 23 12:29:26 CEST 2010 x86_64 GNU/Linux
Wiadomość do Jacekalex: Podczas wklepywania (make localyesconfig) wywala mi make: *** Brak reguł do wykonania obiektu `localyesconfig'. Stop.
W kernelu 2.6.35 wywala brak reguły do wykonania make localyesconfig?
A skąd są te źródła? ta funkcja pojawiła się w kernelach 2.6.32 - u mnie chodzi zarówno ze źródłami vaniliowymi (np 2.6.35.7), zen-sources z git, gentoo-sources.
Innych nie używam, ale z moich informacji wynika, że też powinno to działać.
Bo dlaczego ktoś miałby usuwać taką przydatną funkcję?
Ostatnio edytowany przez Jacekalex (2010-10-23 15:51:43)
Offline
Już wklepałam i poszło ale i tak nic to nie dało Żadne z jąder powyżej 2.6.30 nic nie zmienia
Można zainstalować jądro niższe niż dystrybucyjne w Squeeze ?
Idąc najmniejszą linią oporu można by wyłączyć 0000:00:1f.3 albo acpi :] Tak w ogóle to co to jest? (0000:00:1f.3)
Offline
[ 4.693804] i801_smbus 0000:00:1f.3: PCI INT C -> GSI 18 (level, low) -> IRQ <<< wynik polecenia dmesg
Jak dałam ACPI=off to komunikat przy podnoszeniu systemu znikł ale w var/sys/log dalej się pojawiał
Wygląda na to że jest to jakieś ustrojstwo odpowiedzialne za odczyt temperatury z płyty głównej
Jeżeli to w czymś pomoże Wynik lspci -k
00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03) Subsystem: ASUSTeK Computer Inc. Device 82d3 00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root Port (rev 03) Kernel driver in use: pcieport 00:1a.0 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #4 Subsystem: ASUSTeK Computer Inc. Device 82d4 Kernel driver in use: uhci_hcd 00:1a.1 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #5 Subsystem: ASUSTeK Computer Inc. Device 82d4 Kernel driver in use: uhci_hcd 00:1a.2 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #6 Subsystem: ASUSTeK Computer Inc. Device 82d4 Kernel driver in use: uhci_hcd 00:1a.7 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #2 Subsystem: ASUSTeK Computer Inc. Device 82d4 Kernel driver in use: ehci_hcd 00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller Subsystem: ASUSTeK Computer Inc. Device 82fe Kernel driver in use: HDA Intel 00:1d.0 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #1 Subsystem: ASUSTeK Computer Inc. Device 82d4 Kernel driver in use: uhci_hcd 00:1d.1 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #2 Subsystem: ASUSTeK Computer Inc. Device 82d4 Kernel driver in use: uhci_hcd 00:1d.2 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #3 Subsystem: ASUSTeK Computer Inc. Device 82d4 Kernel driver in use: uhci_hcd 00:1d.7 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #1 Subsystem: ASUSTeK Computer Inc. Device 82d4 Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 90) 00:1f.0 ISA bridge: Intel Corporation 82801JIB (ICH10) LPC Interface Controller Subsystem: ASUSTeK Computer Inc. Device 82d4 00:1f.2 IDE interface: Intel Corporation 82801JI (ICH10 Family) 4 port SATA IDE Controller #1 Subsystem: ASUSTeK Computer Inc. Device 82d4 Kernel driver in use: ata_piix 00:1f.3 SMBus: Intel Corporation 82801JI (ICH10 Family) SMBus Controller Subsystem: ASUSTeK Computer Inc. Device 82d4 00:1f.5 IDE interface: Intel Corporation 82801JI (ICH10 Family) 2 port SATA IDE Controller #2 Subsystem: ASUSTeK Computer Inc. Device 82d4 Kernel driver in use: ata_piix 01:00.0 VGA compatible controller: nVidia Corporation G92 [GeForce 9800 GT] (rev a2) Subsystem: ASUSTeK Computer Inc. Device 82e4 Kernel driver in use: nouveau
Jedna uwaga:
Do czego służy przycisk Edytuj w oknie postu? (ten na dole, po prawej stronie okna, pomiędzy Raportuj i Cytuj)
Pisanie w jednej linni kilku postów z ta samą sprawą, to jest najzwyklejszy spam, i nabijanie postów :(
Pozdrawiam
;-)
Ostatnio edytowany przez Jacekalex (2010-10-23 18:04:48)
Offline
To to wygląda na jakiś stary bug
https://bugzilla.kernel.org/show_bug.cgi?id=12376
Offline
Czyli co mam z tym zrobić ?
Jest jakiś patch na to ?
Podobnych zgłoszeń jest sporo:
http://kerneltrap.org/mailarchive/linux-kernel/2010 … d#mid-4577412
http://bugs.gentoo.org/show_bug.cgi?id=298291
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=566574
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568126#44
Właściwie to nie do końca jest bug... moduł celowo jest blokowany w ramach bezpieczeństwa. Objawia się to prawdopodobnie głównie tym, że niektóre czujniki (lm-sensors) nie będą działać. Można to obejść (czujniki będą działać) dodając opcję acpi_enforce_resources=lax jako argument dla kernela... jednak nie jest to zalecane i każdy robi to na własną odpowiedzialność.
PS Osobiście nie spotkałem się z tym problemem, piszę na podstawie powyższych linków.
Offline
Faktycznie po dodaniu parametru wszystkie czujniki działają
atk0110-acpi-0 Adapter: ACPI interface Vcore Voltage: +1.22 V (min = +0.80 V, max = +1.60 V) +3.3 Voltage: +3.34 V (min = +2.97 V, max = +3.63 V) +5 Voltage: +5.09 V (min = +4.50 V, max = +5.50 V) +12 Voltage: +11.98 V (min = +10.20 V, max = +13.80 V) CPU FAN Speed: 1339 RPM (min = 600 RPM) CHASSIS1 FAN Speed: 0 RPM (min = 600 RPM) POWER FAN Speed: 1318 RPM (min = 600 RPM) CPU Temperature: +40.0°C (high = +60.0°C, crit = +95.0°C) MB Temperature: +35.0°C (high = +45.0°C, crit = +95.0°C)
Dlaczego nie jest to zalecane? Dziękuje za pomoc :)
Można to jakoś włączyć podczas kompilacji jądra (jakiś sterownik albo moduł)?
Ostatnio edytowany przez zuzaxxx (2010-10-23 22:01:33)
Mogę jedynie zacytować mądrzejszych ode mnie:
that's dangerous, which is why it's not the default
there is no synchronization between OS driver and ACPI AML driver.
And we don't know what will happen.
in some cases this can cause serious problems like system overheating or spurious thermal
shutdowns if the BIOS also accesses the device to perform thermal management
Podsumowując... w ekstremalnych przypadkach komp może pójść z dymem ;)
zuzaxxx napisał(-a):
Można to jakoś włączyć podczas kompilacji jądra (jakiś sterownik albo moduł)?
Raczej można tylko kompletnie wyłączyć poprzez zwyczajne niewkompilowanie problematycznego modułu i zrezygnowanie z czujników. Włącza się tamtą opcją albo dla maniaków grzebanie w źródłach kernela... NIC pewnie zgłosiłby się na ochotnika :)
Offline
Dzięki bardzo Teraz muszę tylko NIC doprosić o pomoc :)
Myśle że można zamknąć temat. Niech administracja zadecyduje :)
Nie zamykamy tematów :)
Ktoś może mieć podobny problem i poprosić o dodatkowe wyjaśnienia a może ktoś znajdzie inne rozwiązanie i się nim podzieli.
Offline
Podczas konfiguracji kernela przy użyciu
make xconfig
Odznaczyłam kolejno I2C support > I2C Hardware Bus support > Intel 82801 (ICH/PCH)
Brak komunikatu podczas podnoszenia systemu i w /var/log/syslog też jest czysto
Problem rozwiązany :)
Kocham was :*
Ostatnio edytowany przez zuzaxxx (2010-10-24 13:46:31)