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!

Ogłoszenie

Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

#1  2006-05-04 22:04:00

  lukaszt - Nowy użytkownik

lukaszt
Nowy użytkownik
Zarejestrowany: 2006-05-04

Toshiba Satellite L20-182 problemy z IO-APIC

Witam

Wszytsko zaczęło się od kupna laptopa jak w temacie. Dane techniczne:

1.6 Celeron M
768 MB RAM
ATi Xpress 200M
itd.

a konkretniej:

00:00.0 Host bridge: ATI Technologies Inc: Unknown device 5a31 (rev 01)
00:01.0 PCI bridge: ATI Technologies Inc: Unknown device 5a3f
00:13.0 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller (rev 80)
00:13.1 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller (rev 80)
00:13.2 USB Controller: ATI Technologies Inc IXP SB400 USB2 Host Controller (rev 80)
00:14.0 SMBus: ATI Technologies Inc IXP SB400 SMBus Controller (rev 81)
00:14.1 IDE interface: ATI Technologies Inc Standard Dual Channel PCI IDE Controller ATI (rev 80)
00:14.3 ISA bridge: ATI Technologies Inc IXP SB400 PCI-ISA Bridge (rev 80)
00:14.4 PCI bridge: ATI Technologies Inc IXP SB400 PCI-PCI Bridge (rev 80)
00:14.5 Multimedia audio controller: ATI Technologies Inc IXP SB400 AC'97 Audio Controller (rev 80)
00:14.6 Modem: ATI Technologies Inc: Unknown device 4378 (rev 80)
01:05.0 VGA compatible controller: ATI Technologies Inc: Unknown device 5a62
09:01.0 CardBus bridge: Texas Instruments PCI1510 PC card Cardbus Controller
09:02.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)

Zaraz potem zabrałem się za instalację Linuxa i kompilację nowego jądra w wersji 2.6.16.9. Generalnie problem polega na tym, że jak włączę w jądrze:


[*] Local APIC Support on Uniprocessors
[*] IO-APIC Support on Uniprocessors

to wszystko na pozór działa dobrze, ale:

- podstawowym problemem jest wysypywanie się USB po nieokreślonym czasie (kilka minut do godzin), jezeli w Xach mam załadowany inny sterownik ekranu niż VESA. Kiedy próbowałem używać fglrx'a problem występował znacznie częściej, z reguły zaraz po uruchomieniu Xów.
W momencie "unieruchomienia" myszki (touchpad działa wtedy) w logach nic się nie pojawia, lsusb pokazuje wszystko jak trzeba. Dopiero po odłączeniu i ponownym podpięciu myszki pojawiało się to:


ohci_hcd 0000:00:13.1: IRQ INTR_SF lossage

myszka oczywiście dalej nie działała, natomiast po wydaniu polecenia lsusb mogłem sobie czekać w nieskończoność...

- kolejnym problemem było zawieszanie się sieciówki LAN, również od czasu do czasu, przy transferze większych ilości danych z maksymalną prędkością. Po prostu w pewnym momencie następował zwis całego interfejsu eth0 i sieć przestawała być dostępna. Pomagał jedynie reboot. W logach natomiast cosik takiego:

NETDEV WATCHDOG: eth0: transmit timed out
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1

- nie działał Suspend2, który zawieszał się po wypisaniu komunikatu "Doing Atomic Copy"



Po wyłączeniu w/w opci przy kompilacji jądra dostawałem takie oto właściwości:

- brak problemów z USB nawet kiedy używałem fglrx'a
- brak problemów z sieciówką, ale wymagało to również wykompilowania z jądra obsługi ACPI
- hibernacja przy użyciu Suspend2 działała bezproblemowo

ale:

- nie działała PCMCIA, której potrzebuję, bo mam WiFi pod ten slot


Yenta: ISA IRQ mask 0x0cf8, PCI irq 16
Yenta: CardBus bridge found at 0000:09:01.0 [1179:ff31]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:09:01.0, mfunc 0x015c1d22, devctl 0x44
Yenta TI: socket 0000:09:01.0 no PCI interrupts. Fish. Please report.
Yenta: no PCI IRQ, CardBus support disabled for this socket.

Yenta: check your BIOS CardBus, BIOS IRQ or ACPI settings.

- /proc/interrupts:

           CPU0       
  0:      16865          XT-PIC  timer
  1:        108          XT-PIC  i8042
  2:          0          XT-PIC  cascade
11:         28          XT-PIC  ehci_hcd:usb1, ohci_hcd:usb2, ohci_hcd:usb3, ATI IXP, eth0

12:        657          XT-PIC  i8042
14:       1217          XT-PIC  ide0
15:         11          XT-PIC  ide1
NMI:          0
ERR:          0

czyli, jak na moje oko, troche za dużo na jedno przerwanie, a na tym przerwaniu pojawia się równiż fglrx po jego załadowaniu. Przy włączonym IO-APIC przerwania wyglądają ok, ale... itd, itd.

Pytanie:
Czy ktoś miał może podobne problemy i wie jak temu zaradzić?
Będę wdzięczny za wszelkie sugestie...

Dodam jeszcze, że zaktualizowałem BIOS, ale nic to nie dało.
Pozdrawiam

Offline

 

#2  2006-09-07 13:10:32

  lukaszt - Nowy użytkownik

lukaszt
Nowy użytkownik
Zarejestrowany: 2006-05-04

Re: Toshiba Satellite L20-182 problemy z IO-APIC

Opisałem nieco problemy z jakimi spotkałem się podczas użytkowania linuxa na tym modelu laptopa ( Toshiba L20-182 ):

[URL=http://student.icis.pcz.pl/~89573/laptop/]http://student.icis.pcz.pl/~89573/laptop/[/URL]

Offline

 

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
To nie jest tylko forum, to nasza mała ojczyzna ;-)