bp6 i problem

[Marek Trofimiuk]

On 15 Jan 2003, Rafal Cygnarowski wrote:

> Czesc!
>
> Jest sobie komputer: Abit BP6 z biosem bp6_ru (hpt 1.22) - standardowy z
> abit-a. 2xCeleron 500Mhz. W dwoch ISA-ch sa 3c509 w trybie PNP, w gornym
> (pierwszym) PCI karta graficzna S3, w drugim 3c905. Standardowo
> oczywiscie FDD. Ma tez 2xHDD w standardowym kontrolerze (HPT sobie na
> razie podarowalem bo mialem z nim straszne przekrety) jeden to Baracuda
> IV 60 GB, drugi Baracuda IV 40 GB i CD-ROM. Zmienilem mu zasilacz na
> 400W (byl 200W) i wydaje mi sie, ze na 2.4 troche sie poprawilo ze
> stabilnoscia. Ale niestety bardzo lubi sie wieszac. Ponizej kilka
> dzisiejszych opsow:
>
> -------------------------
> Unable to handle kernel NULL pointer dereference at virtual address
> 0000031c
> printing eip:
> c01d3fee
> *pde = 00000000
> Oops: 0000
> CPU:    1
> EIP:    0010:[ip_queue_xmit+18/1304]    Tainted: P
> EFLAGS: 00010282
> eax: 00000000   ebx: c5d78110   ecx: 00000002   edx: cf55fb20
> esi: cd0a5178   edi: c5d780f0   ebp: cf55fb20   esp: cd103df4
> ds: 0018   es: 0018   ss: 0018
> Process sshd (pid: 2406, stackpage=cd103000)
> Stack: c5d78110 cd0a5178 c5d780f0 cd0a5178 cd0a5040 00000000 cd0a5040
> c5d780f0
>        c01e8ddf 00000000 00000020 d7b7480a c5d78110 cd0a5178 c01e3b5e
> cd0a5040
>        c5d780f0 c01e3c19 cf55fb20 cd0a5178 cf55fca0 00000001 000005a8
> c01b6e56
> Call Trace:    [tcp_v4_send_check+107/168] [tcp_transmit_skb+1082/1452]
> [tcp_transmit_skb+1269/1452] [skb_clone+118/464]KERNEL: assertion
> (atomic_read(&skb->users) == 0) failed at dev.c(1342)
>  [tcp_write_xmit+365/700]
>  [tcp_sendmsg+3744/4428] [inet_sendmsg+58/64] [sock_sendmsg+108/140]
> [sock_write+168/180] [sys_write+150/268] [system_call+51/56]
>
> Code: 8b 90 1c 03 00 00 89 54 24 20 8b 45 28 89 44 24 28 85 c0 0f
> -------------------------
> Unable to handle kernel NULL pointer dereference at virtual address
> 00000004
> printing eip:
> c015553f
> *pde = 00000000
> Oops: 0000
> CPU:    1
> EIP:    0010:[destroy_inode+35/72]    Tainted: P
> EFLAGS: 00010246
> eax: 00000000   ebx: ceea2a40   ecx: 00000000   edx: ceea2a40
> esi: ce46c000   edi: 00000000   ebp: cd9ce360   esp: cbf11e84
> ds: 0018   es: 0018   ss: 0018
> Process mount (pid: 2504, stackpage=cbf11000)
> Stack: ceea2a40 c0156b67 ceea2a40 c0245300 ceea2a40 ce46c000 d09685df
> ceea2a40
>        c0245300 ce46c000 cff79e20 c024530c c014446f ce46c000 cd97a000
> 00000000
>        fffffff4 c131fce0 d0986cb0 cd97b000 cbf11ee4 0003000a fffffff0
> cd971601
> Call Trace:    [iput+615/624] [<d09685df>] [get_sb_bdev+615/740]
> [<d0986cb0>] [alloc_vfsmnt+118/160]
>   [do_kern_mount+85/260] [<d0986cb0>] [do_add_mount+115/320]
> [do_mount+714/860] [copy_mount_options+80/160] [sys_mount+175/280]
>   [system_call+51/56]
>
> Code: 83 78 04 00 74 0b 53 8b 40 04 ff d0 83 c4 04 eb 0f 53 a1 34
> -------------------------
>
> ostatni byl taki, ze zdazyl sie jedynie wypisac na konsoli i zaczylam
> sie tak:
> kernel BUG at skbuff.c:323!
> invalid operad: 0000
> CPU: 0
> EIP: 0010: [<c01b6cb3>] Tained:P
> ...
> Kernel panic: Aiee, killing interrupt handler!

[...]

miałem coś bardzo podobnego na Pentium 100 (dokładnie nie wiem jaki
chipset). Zwisy odnotowałem zarówno na 2.2 jak na 2.4; najczęściej pod
dużym obciążeniem (kompilacja itp). Problem sam się rozwiązał jak
wyrzuciłem  32-MB kostke pamieci. Teraz z 24 ram chodzi jak skała (uptime
> 70 dni ) z 2.4.19. Proponuję dokładnie dokładnie przetestować kości
pamięci.

pozdr.
MT

::      Marek Trofimiuk          ::
:: trofim w prioris.mini.pw.edu.pl ::