* 2.6.11.11 and rsync oops (SATA related?)
@ 2005-09-05 0:12 Kalin KOZHUHAROV
2005-09-05 0:18 ` Jesper Juhl
0 siblings, 1 reply; 11+ messages in thread
From: Kalin KOZHUHAROV @ 2005-09-05 0:12 UTC (permalink / raw)
To: linux-kernel
Hi, there.
Long time no posting - didn't have kernel problems for long time :-)
That is why I am still running 2.6.11.11 (2.6.12 elsewhere). Will move
to 2.6.13 soon.
Yesterday just bought a new SATAII drive (Seagate Barracuda 7200.8
ST3300831AS) and while trying to rsync some data from the old drives the
rsync process died with segfault. My SiI3112 controller is not SATAII,
but it should work in SATA mode, have another drive for year+. Looking
at the dmesg I saw 3 oopses (see the shortened .dmesg file). Run the
ksymoops and got some output (see .ksymoops.bz2).
Although it does not seem very related to the drive, that is the only
recent change in hardware, in software: udev . The machine (MB: A7V8X
Deluxe) was working stable for 6 months with a few restarts.
As far as reproducibility goes, apart from those 3 oopses everything is
OK, didn't even have to restart and am now continuing to rsync some
200GB more.
Any ideas as to what caused this?
Kalin.
--
|[ ~~~~~~~~~~~~~~~~~~~~~~ ]|
+-> http://ThinRope.net/ <-+
|[ ______________________ ]|
^ permalink raw reply [flat|nested] 11+ messages in thread
* 2.6.11.11 and rsync oops (SATA related?)
@ 2005-09-05 0:17 Kalin KOZHUHAROV
2005-09-05 8:13 ` 2.6.13 (was 2.6.11.11) and rsync oops (SATA or NFS related?) Kalin KOZHUHAROV
0 siblings, 1 reply; 11+ messages in thread
From: Kalin KOZHUHAROV @ 2005-09-05 0:17 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1091 bytes --]
Hi, there.
Long time no posting - didn't have kernel problems for long time :-)
That is why I am still running 2.6.11.11 (2.6.12 elsewhere). Will move
to 2.6.13 soon.
Yesterday just bought a new SATAII drive (Seagate Barracuda 7200.8
ST3300831AS) and while trying to rsync some data from the old drives the
rsync process died with segfault. My SiI3112 controller is not SATAII,
but it should work in SATA mode, have another drive for year+. Looking
at the dmesg I saw 3 oopses (see the shortened .dmesg file). Run the
ksymoops and got some output (see .ksymoops.bz2).
Although it does not seem very related to the drive, that is the only
recent change in hardware, in software: udev . The machine (MB: A7V8X
Deluxe) was working stable for 6 months with a few restarts.
As far as reproducibility goes, apart from those 3 oopses everything is
OK, didn't even have to restart and am now continuing to rsync some
200GB more.
Any ideas as to what caused this?
Kalin.
P.S. Attaching the files :-|
--
|[ ~~~~~~~~~~~~~~~~~~~~~~ ]|
+-> http://ThinRope.net/ <-+
|[ ______________________ ]|
[-- Attachment #2: 2005-09-05.dmesg --]
[-- Type: text/plain, Size: 8232 bytes --]
Linux version 2.6.11.11-dorf (root@poi) (gcc version 3.3.5 (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1)) #1 Sun May 29 01:39:53 JST 2005
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
NFORCE2: IDE controller at PCI slot 0000:00:09.0
NFORCE2: chipset revision 162
NFORCE2: not 100% native mode: will probe irqs later
NFORCE2: BIOS didn't set cable bits correctly. Enabling workaround.
NFORCE2: BIOS didn't set cable bits correctly. Enabling workaround.
NFORCE2: 0000:00:09.0 (rev a2) UDMA133 controller
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: WDC WD1000BB-00CAA0, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: WDC WD2000JB-00DUA0, ATA DISK drive
ide1 at 0x170-0x177,0x376 on irq 15
SiI3112 Serial ATA: IDE controller at PCI slot 0000:01:0b.0
SiI3112 Serial ATA: chipset revision 2
SiI3112 Serial ATA: 100% native mode on irq 18
ide2: MMIO-DMA , BIOS settings: hde:pio, hdf:pio
ide3: MMIO-DMA , BIOS settings: hdg:pio, hdh:pio
Probing IDE interface ide2...
hde: WDC WD360GD-00FLA0, ATA DISK drive
ide2 at 0xf8802080-0xf8802087,0xf880208a on irq 18
Probing IDE interface ide3...
hdg: ST3300831AS, ATA DISK drive
hdg: applying pessimistic Seagate errata fix
ide3 at 0xf88020c0-0xf88020c7,0xf88020ca on irq 18
Probing IDE interface ide4...
Probing IDE interface ide5...
hda: max request size: 128KiB
hda: 195371568 sectors (100030 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100)
hda: cache flushes not supported
hda: hda1 hda2 hda3 hda4 < hda5 hda6 >
hdc: max request size: 1024KiB
hdc: 390721968 sectors (200049 MB) w/8192KiB Cache, CHS=24321/255/63, UDMA(100)
hdc: cache flushes supported
hdc: hdc1 hdc2 hdc3 < hdc5 hdc6 > hdc4
hde: max request size: 64KiB
hde: 72303840 sectors (37019 MB) w/8192KiB Cache, CHS=16383/255/63, UDMA(133)
hde: cache flushes supported
hde: hde1 hde2
hdg: max request size: 7KiB
hdg: 586072368 sectors (300069 MB) w/8192KiB Cache, CHS=36481/255/63
hdg: cache flushes supported
hdg: hdg1
RPC: error 5 connecting to server 127.0.0.1
RPC: error 5 connecting to server 127.0.0.1
Unable to handle kernel NULL pointer dereference at virtual address 00000108
printing eip:
c013249b
*pde = 00000000
Oops: 0000 [#1]
PREEMPT
Modules linked in: ipt_TCPMSS ipt_REJECT ipt_state iptable_filter iptable_mangle ppp_synctty ppp_async ppp_generic slhc w83l785ts asb100 i2c_sensor i2c_nforce2 i2c_core ext3 jbd mbcache ip_nat_ftp iptable_nat ip_tables ip_conntrack_ftp ip_conntrack forcedeth via_rhine mii ehci_hcd ohci_hcd usbcore ipv6
CPU: 0
EIP: 0060:[<c013249b>] Not tainted VLI
EFLAGS: 00010213 (2.6.11.11-dorf)
EIP is at page_waitqueue+0x1b/0x30
eax: 580da100 ebx: c10da100 ecx: 00000020 edx: 00000000
esi: 00000002 edi: 0000000e ebp: c1b53f40 esp: c1b53d90
ds: 007b es: 007b ss: 0068
Process pdflush (pid: 193, threadinfo=c1b52000 task=c198a570)
Stack: c0132573 c10da100 c10da100 c01779bd c1106fa0 c1b53f40 c1b53dd4 00000000
0000000e f7c0e5b0 00000000 00000001 ffffffff c019ac60 00000000 00000000
f7c2068c 000020a6 00000000 00000000 00000000 0000000e 00000000 c10d6120
Call Trace:
[<c0132573>] unlock_page+0x23/0x40
[<c01779bd>] mpage_writepages+0x21d/0x3e0
[<c019ac60>] reiserfs_writepage+0x0/0x40
[<c01389ad>] do_writepages+0x3d/0x50
[<c0175c31>] __sync_single_inode+0x71/0x220
[<c0175e47>] __writeback_single_inode+0x67/0x150
[<c0131060>] handle_IRQ_event+0x30/0x70
[<c0131194>] __do_IRQ+0xf4/0x160
[<c01760c7>] sync_sb_inodes+0x197/0x2a0
[<c01762a4>] writeback_inodes+0xd4/0xf0
[<c0138663>] background_writeout+0x73/0xc0
[<c013920a>] __pdflush+0xca/0x1c0
[<c0139300>] pdflush+0x0/0x30
[<c0139328>] pdflush+0x28/0x30
[<c01385f0>] background_writeout+0x0/0xc0
[<c0139300>] pdflush+0x0/0x30
[<c012a825>] kthread+0xa5/0xb0
[<c012a780>] kthread+0x0/0xb0
[<c0100871>] kernel_thread_helper+0x5/0x14
Code: c4 18 c3 89 f0 e8 d6 9c 00 00 eb e9 8d 74 26 00 8b 44 24 04 b9 20 00 00 00 8b 10 69 c0 01 00 37 9e c1 ea 1d 8b 14 95 48 d0 47 c0 <2b> 8a 08 01 00 00 8b 92 00 01 00 00 d3 e8 8d 04 c2 c3 8d 76 00
<1>Unable to handle kernel NULL pointer dereference at virtual address 00000108
printing eip:
c013249b
*pde = 00000000
Oops: 0000 [#2]
PREEMPT
Modules linked in: ipt_TCPMSS ipt_REJECT ipt_state iptable_filter iptable_mangle ppp_synctty ppp_async ppp_generic slhc w83l785ts asb100 i2c_sensor i2c_nforce2 i2c_core ext3 jbd mbcache ip_nat_ftp iptable_nat ip_tables ip_conntrack_ftp ip_conntrack forcedeth via_rhine mii ehci_hcd ohci_hcd usbcore ipv6
CPU: 0
EIP: 0060:[<c013249b>] Not tainted VLI
EFLAGS: 00010213 (2.6.11.11-dorf)
EIP is at page_waitqueue+0x1b/0x30
eax: 1eeda120 ebx: c10da120 ecx: 00000020 edx: 00000000
esi: c1b66000 edi: c1b67eb4 ebp: c1b67f5c esp: c1b67e10
ds: 007b es: 007b ss: 0068
Process kswapd0 (pid: 195, threadinfo=c1b66000 task=c1b38aa0)
Stack: c0132573 c10da120 c10da120 c013d637 c10da120 00000001 00000000 00000012
00000001 00000001 f18405a0 00000004 00000001 c1b67e44 c1b67e44 00000004
00000001 c1145de0 c10c7d40 c10dd7c0 c1105b20 c10cb820 c10e69e0 c1629e60
Call Trace:
[<c0132573>] unlock_page+0x23/0x40
[<c013d637>] shrink_list+0x237/0x430
[<c013df53>] refill_inactive_zone+0x3e3/0x510
[<c013d992>] shrink_cache+0x162/0x340
[<c013d10a>] shrink_slab+0x8a/0x190
[<c013e132>] shrink_zone+0xb2/0xe0
[<c013e5c4>] balance_pgdat+0x274/0x360
[<c013e78e>] kswapd+0xde/0x100
[<c012ad30>] autoremove_wake_function+0x0/0x60
[<c0102612>] ret_from_fork+0x6/0x14
[<c012ad30>] autoremove_wake_function+0x0/0x60
[<c013e6b0>] kswapd+0x0/0x100
[<c0100871>] kernel_thread_helper+0x5/0x14
Code: c4 18 c3 89 f0 e8 d6 9c 00 00 eb e9 8d 74 26 00 8b 44 24 04 b9 20 00 00 00 8b 10 69 c0 01 00 37 9e c1 ea 1d 8b 14 95 48 d0 47 c0 <2b> 8a 08 01 00 00 8b 92 00 01 00 00 d3 e8 8d 04 c2 c3 8d 76 00
<1>Unable to handle kernel paging request at virtual address ff8405b4
printing eip:
c013d50f
*pde = 00002067
*pte = 00000000
Oops: 0000 [#3]
PREEMPT
Modules linked in: ipt_TCPMSS ipt_REJECT ipt_state iptable_filter iptable_mangle ppp_synctty ppp_async ppp_generic slhc w83l785ts asb100 i2c_sensor i2c_nforce2 i2c_core ext3 jbd mbcache ip_nat_ftp iptable_nat ip_tables ip_conntrack_ftp ip_conntrack forcedeth via_rhine mii ehci_hcd ohci_hcd usbcore ipv6
CPU: 0
EIP: 0060:[<c013d50f>] Not tainted VLI
EFLAGS: 00010286 (2.6.11.11-dorf)
EIP is at shrink_list+0x10f/0x430
eax: 00000000 ebx: c10da100 ecx: 00000001 edx: ff8405a0
esi: f551e000 edi: f551fc5c ebp: f551fcfc esp: f551fbc8
ds: 007b es: 007b ss: 0068
Process rsync (pid: 8084, threadinfo=f551e000 task=f4521040)
Stack: c10da100 00000001 00000000 00000000 00000001 00000001 f18405a0 00000017
00000000 c1106fb8 c10d6138 00000009 00000001 c10a75c0 c1068800 c1094760
c109fe60 c10afec0 c106c8c0 c10b0040 c1076080 c10910c0 c107b2a0 c107ccc0
Call Trace:
[<c013d992>] shrink_cache+0x162/0x340
[<c02aad70>] ide_dma_exec_cmd+0x30/0x40
[<c02aadb6>] ide_dma_start+0x36/0x50
[<c02acba9>] __ide_do_rw_disk+0x389/0x560
[<c013e132>] shrink_zone+0xb2/0xe0
[<c013e1c9>] shrink_caches+0x69/0x70
[<c013e288>] try_to_free_pages+0xb8/0x180
[<c013730e>] __alloc_pages+0x1ae/0x450
[<c01398fb>] __do_page_cache_readahead+0x11b/0x160
[<c01123c7>] try_to_wake_up+0xa7/0xc0
[<c0139b1a>] blockable_page_cache_readahead+0x6a/0x80
[<c0139c8d>] page_cache_readahead+0x15d/0x2c0
[<c0133086>] do_generic_mapping_read+0x5a6/0x5c0
[<c0133385>] __generic_file_aio_read+0x1f5/0x230
[<c01330a0>] file_read_actor+0x0/0xf0
[<c01334fd>] generic_file_read+0xbd/0xe0
[<c012ad30>] autoremove_wake_function+0x0/0x60
[<c012ad30>] autoremove_wake_function+0x0/0x60
[<c0165f94>] sys_select+0x234/0x4d0
[<c0133440>] generic_file_read+0x0/0xe0
[<c0151c17>] vfs_read+0xd7/0x150
[<c0151f21>] sys_read+0x51/0x80
[<c010272f>] syscall_call+0x7/0xb
Code: 02 00 00 8b 03 a9 00 00 01 00 0f 85 94 02 00 00 8b 03 8b 53 10 c1 e8 10 83 e0 01 0f 85 10 03 00 00 f6 c2 01 0f 45 d0 85 d2 74 21 <8b> 42 14 31 c9 85 c0 75 08 8d 42 1c 39 42 1c 74 05 b9 01 00 00
[-- Attachment #3: 2005-09-05.ksymoops.bz2 --]
[-- Type: application/octet-stream, Size: 16220 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.11.11 and rsync oops (SATA related?)
2005-09-05 0:12 2.6.11.11 and rsync oops (SATA related?) Kalin KOZHUHAROV
@ 2005-09-05 0:18 ` Jesper Juhl
2005-09-05 5:08 ` Parag Warudkar
0 siblings, 1 reply; 11+ messages in thread
From: Jesper Juhl @ 2005-09-05 0:18 UTC (permalink / raw)
To: Kalin KOZHUHAROV; +Cc: linux-kernel
On 9/5/05, Kalin KOZHUHAROV <kalin@thinrope.net> wrote:
> Hi, there.
> Long time no posting - didn't have kernel problems for long time :-)
>
> That is why I am still running 2.6.11.11 (2.6.12 elsewhere). Will move
> to 2.6.13 soon.
>
> Yesterday just bought a new SATAII drive (Seagate Barracuda 7200.8
> ST3300831AS) and while trying to rsync some data from the old drives the
> rsync process died with segfault. My SiI3112 controller is not SATAII,
> but it should work in SATA mode, have another drive for year+. Looking
> at the dmesg I saw 3 oopses (see the shortened .dmesg file). Run the
> ksymoops and got some output (see .ksymoops.bz2).
>
It seems you forgot to include the data. Nothing inline in the email,
nor any attachments.
--
Jesper Juhl <jesper.juhl@gmail.com>
Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please http://www.expita.com/nomime.html
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.11.11 and rsync oops (SATA related?)
2005-09-05 0:18 ` Jesper Juhl
@ 2005-09-05 5:08 ` Parag Warudkar
2005-09-05 5:38 ` Kalin KOZHUHAROV
0 siblings, 1 reply; 11+ messages in thread
From: Parag Warudkar @ 2005-09-05 5:08 UTC (permalink / raw)
To: Jesper Juhl; +Cc: Kalin KOZHUHAROV, linux-kernel
Jesper Juhl wrote:
>It seems you forgot to include the data. Nothing inline in the email,
>nor any attachments.
>
>
>
I could see the attachments and inline dmesg - probably your mail server
is at it.
Parag
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.11.11 and rsync oops (SATA related?)
2005-09-05 5:08 ` Parag Warudkar
@ 2005-09-05 5:38 ` Kalin KOZHUHAROV
0 siblings, 0 replies; 11+ messages in thread
From: Kalin KOZHUHAROV @ 2005-09-05 5:38 UTC (permalink / raw)
To: Parag Warudkar; +Cc: Jesper Juhl, linux-kernel
Parag Warudkar wrote:
> Jesper Juhl wrote:
>
>> It seems you forgot to include the data. Nothing inline in the email,
>> nor any attachments.
Sorry for that, I really forgot to include the attachments at first,
then send the mail, then canceled it (on gmane.org), then send another
mail with the attachments.
> I could see the attachments and inline dmesg - probably your mail server
> is at it.
Jesper was just to quick to notice my mistake :-) But I thought that I
don't need to reply to him to increase the S/N ratio...
Kalin.
--
|[ ~~~~~~~~~~~~~~~~~~~~~~ ]|
+-> http://ThinRope.net/ <-+
|[ ______________________ ]|
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.13 (was 2.6.11.11) and rsync oops (SATA or NFS related?)
2005-09-05 0:17 2.6.11.11 and rsync oops (SATA related?) Kalin KOZHUHAROV
@ 2005-09-05 8:13 ` Kalin KOZHUHAROV
2005-09-05 14:12 ` Kalin KOZHUHAROV
0 siblings, 1 reply; 11+ messages in thread
From: Kalin KOZHUHAROV @ 2005-09-05 8:13 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1937 bytes --]
Kalin KOZHUHAROV wrote:
> Hi, there.
> Long time no posting - didn't have kernel problems for long time :-)
>
> That is why I am still running 2.6.11.11 (2.6.12 elsewhere). Will move
> to 2.6.13 soon.
>
> Yesterday just bought a new SATAII drive (Seagate Barracuda 7200.8
> ST3300831AS) and while trying to rsync some data from the old drives the
> rsync process died with segfault. My SiI3112 controller is not SATAII,
> but it should work in SATA mode, have another drive for year+. Looking
> at the dmesg I saw 3 oopses (see the shortened .dmesg file). Run the
> ksymoops and got some output (see .ksymoops.bz2).
>
> Although it does not seem very related to the drive, that is the only
> recent change in hardware, in software: udev . The machine (MB: A7V8X
> Deluxe) was working stable for 6 months with a few restarts.
>
> As far as reproducibility goes, apart from those 3 oopses everything is
> OK, didn't even have to restart and am now continuing to rsync some
> 200GB more.
>
> Any ideas as to what caused this?
OK, I upgraded to the latest 2.6.13 kernel and still got (similar?) oops.
Looking again at it it might be NFS (using v4 recently) related.
Will provide config if needed.
Attaching the new oops.
Any ideas what are all the warnings from ksymoops like that:
...
Warning (compare_maps): vmlinux symbol __crc_IO_APIC_get_PCI_irq_vector
not found in System.map. Ignoring System.map entry
Warning (compare_maps): vmlinux symbol __crc_I_BDEV not found in
System.map. Ignoring System.map entry
Warning (compare_maps): vmlinux symbol __crc_SELECT_DRIVE not found in
System.map. Ignoring System.map entry
...
Running ksymoops without "-v" option clears them, but... I shall I omit
the "-m" option when I use "-v"?
BTW, runnig with CONFIG_PRINTK_TIME=y cannot pipe directly into ksymoops
:-( Disabling.
Kalin.
--
|[ ~~~~~~~~~~~~~~~~~~~~~~ ]|
+-> http://ThinRope.net/ <-+
|[ ______________________ ]|
[-- Attachment #2: 2005-09-05.3.dmesg --]
[-- Type: text/plain, Size: 29509 bytes --]
[17179569.184000] Linux version 2.6.13-dorf (root@dorf) (gcc version 3.3.5-20050130 (Gentoo 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1)) #2 Mon Sep 5 11:50:42 JST 2005
[17179569.184000] BIOS-provided physical RAM map:
[17179569.184000] BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
[17179569.184000] BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
[17179569.184000] BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
[17179569.184000] BIOS-e820: 0000000000100000 - 000000003fff0000 (usable)
[17179569.184000] BIOS-e820: 000000003fff0000 - 000000003fff3000 (ACPI NVS)
[17179569.184000] BIOS-e820: 000000003fff3000 - 0000000040000000 (ACPI data)
[17179569.184000] BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
[17179569.184000] BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
[17179569.184000] BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
[17179569.184000] 127MB HIGHMEM available.
[17179569.184000] 896MB LOWMEM available.
[17179569.184000] On node 0 totalpages: 262128
[17179569.184000] DMA zone: 4096 pages, LIFO batch:1
[17179569.184000] Normal zone: 225280 pages, LIFO batch:31
[17179569.184000] HighMem zone: 32752 pages, LIFO batch:15
[17179569.184000] DMI 2.2 present.
[17179569.184000] ACPI: RSDP (v000 Nvidia ) @ 0x000f75e0
[17179569.184000] ACPI: RSDT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x3fff3000
[17179569.184000] ACPI: FADT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x3fff3040
[17179569.184000] ACPI: MADT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x00000000) @ 0x3fff74c0
[17179569.184000] ACPI: DSDT (v001 NVIDIA AWRDACPI 0x00001000 MSFT 0x0100000e) @ 0x00000000
[17179569.184000] ACPI: Local APIC address 0xfee00000
[17179569.184000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
[17179569.184000] Processor #0 6:10 APIC version 16
[17179569.184000] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
[17179569.184000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
[17179569.184000] IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, GSI 0-23
[17179569.184000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[17179569.184000] ACPI: BIOS IRQ0 pin2 override ignored.
[17179569.184000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[17179569.184000] ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high edge)
[17179569.184000] ACPI: INT_SRC_OVR (bus 0 bus_irq 15 global_irq 15 high edge)
[17179569.184000] ACPI: IRQ9 used by override.
[17179569.184000] ACPI: IRQ14 used by override.
[17179569.184000] ACPI: IRQ15 used by override.
[17179569.184000] Enabling APIC mode: Flat. Using 1 I/O APICs
[17179569.184000] Using ACPI (MADT) for SMP configuration information
[17179569.184000] Allocating PCI resources starting at 40000000 (gap: 40000000:bec00000)
[17179569.184000] Built 1 zonelists
[17179569.184000] Kernel command line: root=/dev/hde1 udev nodevfs
[17179569.184000] mapped APIC to ffffd000 (fee00000)
[17179569.184000] mapped IOAPIC to ffffc000 (fec00000)
[17179569.184000] Initializing CPU#0
[17179569.184000] PID hash table entries: 4096 (order: 12, 65536 bytes)
[ 0.000000] Detected 1837.618 MHz processor.
[ 26.404904] Using tsc for high-res timesource
[ 26.406447] Console: colour VGA+ 80x25
[ 26.407482] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[ 26.408067] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 26.433823] Memory: 1034860k/1048512k available (2283k kernel code, 12872k reserved, 1041k data, 176k init, 131008k highmem)
[ 26.433857] Checking if this processor honours the WP bit even in supervisor mode... Ok.
[ 26.512564] Calibrating delay using timer specific routine.. 3680.08 BogoMIPS (lpj=7360161)
[ 26.512621] Security Framework v1.0.0 initialized
[ 26.512642] Capability LSM initialized
[ 26.512667] Mount-cache hash table entries: 512
[ 26.512793] CPU: After generic identify, caps: 0383fbff c1c3fbff 00000000 00000000 00000000 00000000 00000000
[ 26.512800] CPU: After vendor identify, caps: 0383fbff c1c3fbff 00000000 00000000 00000000 00000000 00000000
[ 26.512807] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
[ 26.512828] CPU: L2 Cache: 512K (64 bytes/line)
[ 26.512845] CPU: After all inits, caps: 0383fbff c1c3fbff 00000000 00000020 00000000 00000000 00000000
[ 26.512851] Intel machine check architecture supported.
[ 26.512869] Intel machine check reporting enabled on CPU#0.
[ 26.512895] mtrr: v2.0 (20020519)
[ 26.512913] CPU: AMD Athlon(tm) XP 2500+ stepping 00
[ 26.512941] Enabling fast FPU save and restore... done.
[ 26.512963] Enabling unmasked SIMD FPU exception support... done.
[ 26.512988] Checking 'hlt' instruction... OK.
[ 26.551531] ENABLING IO-APIC IRQs
[ 26.551736] ..TIMER: vector=0x31 pin1=0 pin2=-1
[ 26.696807] NET: Registered protocol family 16
[ 26.696846] ACPI: bus type pci registered
[ 26.712830] PCI: PCI BIOS revision 2.10 entry at 0xfb490, last bus=3
[ 26.712855] PCI: Using configuration type 1
[ 26.713170] ACPI: Subsystem revision 20050408
[ 26.727547] ACPI: Interpreter enabled
[ 26.727565] ACPI: Using IOAPIC for interrupt routing
[ 26.728132] ACPI: PCI Root Bridge [PCI0] (0000:00)
[ 26.728151] PCI: Probing PCI hardware (bus 00)
[ 26.728292] ACPI: Assume root bridge [\_SB_.PCI0] segment is 0
[ 26.732340] PCI: nForce2 C1 Halt Disconnect fixup
[ 26.733264] Boot video device is 0000:03:00.0
[ 26.733313] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 26.814195] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT]
[ 26.814730] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGPB._PRT]
[ 26.814966] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB1._PRT]
[ 26.815996] ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 5 6 7 10 11 *12 14 15)
[ 26.816452] ACPI: PCI Interrupt Link [LNK2] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[ 26.816915] ACPI: PCI Interrupt Link [LNK3] (IRQs 3 4 5 6 7 10 *11 12 14 15)
[ 26.817363] ACPI: PCI Interrupt Link [LNK4] (IRQs 3 4 5 6 7 10 11 *12 14 15)
[ 26.817808] ACPI: PCI Interrupt Link [LNK5] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[ 26.818269] ACPI: PCI Interrupt Link [LUBA] (IRQs 3 4 5 6 7 10 *11 12 14 15)
[ 26.818716] ACPI: PCI Interrupt Link [LUBB] (IRQs 3 4 5 6 7 10 *11 12 14 15)
[ 26.819161] ACPI: PCI Interrupt Link [LMAC] (IRQs 3 4 *5 6 7 10 11 12 14 15)
[ 26.819606] ACPI: PCI Interrupt Link [LAPU] (IRQs 3 4 5 6 7 10 *11 12 14 15)
[ 26.820050] ACPI: PCI Interrupt Link [LACI] (IRQs 3 4 *5 6 7 10 11 12 14 15)
[ 26.820503] ACPI: PCI Interrupt Link [LMCI] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[ 26.820977] ACPI: PCI Interrupt Link [LSMB] (IRQs 3 4 5 6 7 10 11 *12 14 15)
[ 26.821422] ACPI: PCI Interrupt Link [LUB2] (IRQs 3 4 *5 6 7 10 11 12 14 15)
[ 26.821866] ACPI: PCI Interrupt Link [LFIR] (IRQs 3 4 5 6 7 10 11 *12 14 15)
[ 26.822306] ACPI: PCI Interrupt Link [L3CM] (IRQs 3 4 5 6 7 10 *11 12 14 15)
[ 26.822749] ACPI: PCI Interrupt Link [LIDE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[ 26.823174] ACPI: PCI Interrupt Link [APC1] (IRQs *16), disabled.
[ 26.823532] ACPI: PCI Interrupt Link [APC2] (IRQs *17), disabled.
[ 26.823890] ACPI: PCI Interrupt Link [APC3] (IRQs *18), disabled.
[ 26.824246] ACPI: PCI Interrupt Link [APC4] (IRQs *19), disabled.
[ 26.824617] ACPI: PCI Interrupt Link [APC5] (IRQs *16), disabled.
[ 26.825066] ACPI: PCI Interrupt Link [APCF] (IRQs 20 21 22) *0, disabled.
[ 26.825530] ACPI: PCI Interrupt Link [APCG] (IRQs 20 21 22) *0, disabled.
[ 26.826002] ACPI: PCI Interrupt Link [APCH] (IRQs 20 21 22) *0, disabled.
[ 26.826464] ACPI: PCI Interrupt Link [APCI] (IRQs 20 21 22) *0, disabled.
[ 26.826926] ACPI: PCI Interrupt Link [APCJ] (IRQs 20 21 22) *0, disabled.
[ 26.827385] ACPI: PCI Interrupt Link [APCK] (IRQs 20 21 22) *0, disabled.
[ 26.827757] ACPI: PCI Interrupt Link [APCS] (IRQs *23), disabled.
[ 26.828204] ACPI: PCI Interrupt Link [APCL] (IRQs 20 21 22) *0, disabled.
[ 26.828672] ACPI: PCI Interrupt Link [APCM] (IRQs 20 21 22) *0, disabled.
[ 26.829128] ACPI: PCI Interrupt Link [AP3C] (IRQs 20 21 22) *0, disabled.
[ 26.829589] ACPI: PCI Interrupt Link [APCZ] (IRQs 20 21 22) *0, disabled.
[ 26.833663] Linux Plug and Play Support v0.97 (c) Adam Belay
[ 26.833694] pnp: PnP ACPI init
[ 26.840541] pnp: PnP ACPI: found 15 devices
[ 26.840602] PCI: Using ACPI for IRQ routing
[ 26.840621] PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
[ 26.900345] PCI: Bridge: 0000:00:08.0
[ 26.900362] IO window: a000-bfff
[ 26.900381] MEM window: e0000000-e1ffffff
[ 26.900408] PREFETCH window: 40000000-400fffff
[ 26.900428] PCI: Bridge: 0000:00:0c.0
[ 26.900444] IO window: c000-cfff
[ 26.900463] MEM window: dc000000-ddffffff
[ 26.900481] PREFETCH window: 40100000-401fffff
[ 26.900500] PCI: Bridge: 0000:00:1e.0
[ 26.900516] IO window: disabled.
[ 26.900534] MEM window: de000000-dfffffff
[ 26.900552] PREFETCH window: d0000000-d7ffffff
[ 26.900578] PCI: Setting latency timer of device 0000:00:08.0 to 64
[ 26.900585] PCI: Setting latency timer of device 0000:00:0c.0 to 64
[ 26.901230] pnp: 00:00: ioport range 0x4000-0x407f could not be reserved
[ 26.901251] pnp: 00:00: ioport range 0x4080-0x40ff has been reserved
[ 26.901271] pnp: 00:00: ioport range 0x4400-0x447f has been reserved
[ 26.901290] pnp: 00:00: ioport range 0x4480-0x44ff could not be reserved
[ 26.901310] pnp: 00:00: ioport range 0x4200-0x427f has been reserved
[ 26.901329] pnp: 00:00: ioport range 0x4280-0x42ff has been reserved
[ 26.901350] pnp: 00:01: ioport range 0x5000-0x503f has been reserved
[ 26.901370] pnp: 00:01: ioport range 0x5500-0x553f has been reserved
[ 26.901575] Machine check exception polling timer started.
[ 26.902057] highmem bounce pool size: 64 pages
[ 26.902120] VFS: Disk quotas dquot_6.5.1
[ 26.902157] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[ 26.902226] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[ 26.902396] Initializing Cryptographic API
[ 26.902546] ACPI: CPU0 (power states: C1[C1])
[ 26.913088] Real Time Clock Driver v1.12
[ 26.913201] PNP: PS/2 controller doesn't have AUX irq; using default 0xc
[ 26.913222] PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 112
[ 26.914888] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 26.914966] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 26.914986] io scheduler noop registered
[ 26.915021] io scheduler anticipatory registered
[ 26.915046] io scheduler deadline registered
[ 26.915074] io scheduler cfq registered
[ 26.915129] Floppy drive(s): fd0 is 1.44M
[ 26.932079] FDC 0 is a post-1991 82077
[ 26.933292] RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
[ 26.933452] loop: loaded (max 8 devices)
[ 26.933511] Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
[ 26.933531] ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
[ 26.933591] NFORCE2: IDE controller at PCI slot 0000:00:09.0
[ 26.933629] NFORCE2: chipset revision 162
[ 26.933645] NFORCE2: not 100% native mode: will probe irqs later
[ 26.933666] NFORCE2: BIOS didn't set cable bits correctly. Enabling workaround.
[ 26.933691] NFORCE2: BIOS didn't set cable bits correctly. Enabling workaround.
[ 26.933720] NFORCE2: 0000:00:09.0 (rev a2) UDMA133 controller
[ 26.933746] ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
[ 26.933790] ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
[ 26.933830] Probing IDE interface ide0...
[ 27.220373] hda: WDC WD1000BB-00CAA0, ATA DISK drive
[ 27.893717] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
[ 27.893771] Probing IDE interface ide1...
[ 28.179946] hdc: WDC WD2000JB-00DUA0, ATA DISK drive
[ 28.853174] ide1 at 0x170-0x177,0x376 on irq 15
[ 28.853243] SiI3112 Serial ATA: IDE controller at PCI slot 0000:01:0b.0
[ 28.853544] ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18
[ 28.853567] ACPI: PCI Interrupt 0000:01:0b.0[A] -> Link [APC3] -> GSI 18 (level, high) -> IRQ 16
[ 28.853609] SiI3112 Serial ATA: chipset revision 2
[ 28.853649] SiI3112 Serial ATA: 100% native mode on irq 16
[ 28.853670] ide2: MMIO-DMA , BIOS settings: hde:pio, hdf:pio
[ 28.853707] ide3: MMIO-DMA , BIOS settings: hdg:pio, hdh:pio
[ 28.853740] Probing IDE interface ide2...
[ 29.139748] hde: WDC WD360GD-00FLA0, ATA DISK drive
[ 29.812204] ide2 at 0xf8802080-0xf8802087,0xf880208a on irq 16
[ 29.812259] Probing IDE interface ide3...
[ 30.099321] hdg: ST3300831AS, ATA DISK drive
[ 30.770788] hdg: applying pessimistic Seagate errata fix
[ 30.770815] ide3 at 0xf88020c0-0xf88020c7,0xf88020ca on irq 16
[ 30.770984] hda: max request size: 128KiB
[ 30.785712] hda: 195371568 sectors (100030 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100)
[ 30.785761] hda: cache flushes not supported
[ 30.785816] hda: hda1 hda2 hda3 hda4 < hda5 hda6 >
[ 30.820450] hdc: max request size: 1024KiB
[ 30.836520] hdc: 390721968 sectors (200049 MB) w/8192KiB Cache, CHS=24321/255/63, UDMA(100)
[ 30.838090] hdc: cache flushes supported
[ 30.838138] hdc: hdc1 hdc2 hdc3 < hdc5 hdc6 > hdc4
[ 30.857607] hde: max request size: 64KiB
[ 30.860236] hde: 72303840 sectors (37019 MB) w/8192KiB Cache, CHS=16383/255/63, UDMA(133)
[ 30.863203] hde: cache flushes supported
[ 30.863245] hde: hde1 hde2
[ 30.876291] hdg: max request size: 7KiB
[ 30.876534] hdg: 586072368 sectors (300069 MB) w/8192KiB Cache, CHS=36481/255/63
[ 30.876680] hdg: cache flushes supported
[ 30.876723] hdg: hdg1
[ 30.902599] mice: PS/2 mouse device common for all mice
[ 30.902652] NET: Registered protocol family 2
[ 30.942642] IP route cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 30.943015] TCP established hash table entries: 262144 (order: 9, 2097152 bytes)
[ 30.945697] TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
[ 30.946090] TCP: Hash tables configured (established 262144 bind 65536)
[ 30.946110] TCP reno registered
[ 30.946148] TCP bic registered
[ 30.946180] NET: Registered protocol family 1
[ 30.946202] NET: Registered protocol family 17
[ 30.946258] Using IPI Shortcut mode
[ 30.953562] ReiserFS: hde1: found reiserfs format "3.6" with standard journal
[ 31.209222] input: AT Translated Set 2 keyboard on isa0060/serio0
[ 31.872867] ReiserFS: hde1: using ordered data mode
[ 31.882200] ReiserFS: hde1: journal params: device hde1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
[ 31.883156] ReiserFS: hde1: checking transaction log (hde1)
[ 31.917458] ReiserFS: hde1: Using r5 hash to sort names
[ 31.917522] VFS: Mounted root (reiserfs filesystem) readonly.
[ 31.917750] Freeing unused kernel memory: 176k freed
[ 33.137724] Adding 1951888k swap on /dev/hda2. Priority:-1 extents:1
[ 33.154766] Adding 1775172k swap on /dev/hdc4. Priority:-2 extents:1
[ 40.413511] NET: Registered protocol family 10
[ 40.413601] Disabled Privacy Extensions on device c0406000(lo)
[ 40.413660] IPv6 over IPv4 tunneling driver
[ 40.428095] usbcore: registered new driver usbfs
[ 40.428437] usbcore: registered new driver hub
[ 40.431602] ohci_hcd: 2005 April 22 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
[ 40.432434] ACPI: PCI Interrupt Link [APCF] enabled at IRQ 22
[ 40.432441] ACPI: PCI Interrupt 0000:00:02.0[A] -> Link [APCF] -> GSI 22 (level, high) -> IRQ 17
[ 40.432457] PCI: Setting latency timer of device 0000:00:02.0 to 64
[ 40.432461] ohci_hcd 0000:00:02.0: nVidia Corporation nForce2 USB Controller
[ 40.433002] ohci_hcd 0000:00:02.0: new USB bus registered, assigned bus number 1
[ 40.433015] ohci_hcd 0000:00:02.0: irq 17, io mem 0xe2087000
[ 40.489082] hub 1-0:1.0: USB hub found
[ 40.489097] hub 1-0:1.0: 3 ports detected
[ 40.494784] ACPI: PCI Interrupt Link [APCG] enabled at IRQ 21
[ 40.494790] ACPI: PCI Interrupt 0000:00:02.1[B] -> Link [APCG] -> GSI 21 (level, high) -> IRQ 18
[ 40.494803] PCI: Setting latency timer of device 0000:00:02.1 to 64
[ 40.494807] ohci_hcd 0000:00:02.1: nVidia Corporation nForce2 USB Controller (#2)
[ 40.495197] ohci_hcd 0000:00:02.1: new USB bus registered, assigned bus number 2
[ 40.495207] ohci_hcd 0000:00:02.1: irq 18, io mem 0xe2082000
[ 40.552998] hub 2-0:1.0: USB hub found
[ 40.553011] hub 2-0:1.0: 3 ports detected
[ 40.564845] ACPI: PCI Interrupt Link [APCL] enabled at IRQ 20
[ 40.564854] ACPI: PCI Interrupt 0000:00:02.2[C] -> Link [APCL] -> GSI 20 (level, high) -> IRQ 19
[ 40.564869] PCI: Setting latency timer of device 0000:00:02.2 to 64
[ 40.564873] ehci_hcd 0000:00:02.2: nVidia Corporation nForce2 USB Controller
[ 40.564882] ehci_hcd 0000:00:02.2: debug port 1
[ 40.565255] ehci_hcd 0000:00:02.2: new USB bus registered, assigned bus number 3
[ 40.565267] ehci_hcd 0000:00:02.2: irq 19, io mem 0xe2083000
[ 40.565301] PCI: cache line size of 64 is not supported by device 0000:00:02.2
[ 40.565304] ehci_hcd 0000:00:02.2: park 0
[ 40.565309] ehci_hcd 0000:00:02.2: USB 2.0 initialized, EHCI 1.00, driver 10 Dec 2004
[ 40.566035] hub 3-0:1.0: USB hub found
[ 40.566047] hub 3-0:1.0: 6 ports detected
[ 40.593817] via-rhine.c:v1.10-LK1.2.0-2.6 June-10-2004 Written by Donald Becker
[ 40.594173] ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16
[ 40.594180] ACPI: PCI Interrupt 0000:01:0a.0[A] -> Link [APC1] -> GSI 16 (level, high) -> IRQ 20
[ 40.594187] PCI: Via IRQ fixup for 0000:01:0a.0, from 12 to 4
[ 40.598855] eth0: VIA Rhine II at 0x1a000, 00:90:fe:53:3e:72, IRQ 20.
[ 40.599587] eth0: MII PHY found at address 8, status 0x782d advertising 01e1 Link 45e1.
[ 40.604290] forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.35.
[ 40.605659] ACPI: PCI Interrupt Link [APCH] enabled at IRQ 22
[ 40.605663] ACPI: PCI Interrupt 0000:00:04.0[A] -> Link [APCH] -> GSI 22 (level, high) -> IRQ 17
[ 40.605671] PCI: Setting latency timer of device 0000:00:04.0 to 64
[ 41.122558] eth1: forcedeth.c: subsystem: 01043:80a7 bound to 0000:00:04.0
[ 41.133812] ip_conntrack version 2.1 (8191 buckets, 65528 max) - 244 bytes per conntrack
[ 41.236211] ip_tables: (C) 2000-2002 Netfilter core team
[ 60.969593] kjournald starting. Commit interval 5 seconds
[ 60.969701] EXT3 FS on hda5, internal journal
[ 60.969706] EXT3-fs: mounted filesystem with ordered data mode.
[ 60.998460] ReiserFS: hda6: found reiserfs format "3.6" with standard journal
[ 64.122908] ReiserFS: hda6: using ordered data mode
[ 64.138274] ReiserFS: hda6: journal params: device hda6, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
[ 64.139222] ReiserFS: hda6: checking transaction log (hda6)
[ 64.167702] ReiserFS: hda6: Using r5 hash to sort names
[ 64.243615] kjournald starting. Commit interval 5 seconds
[ 64.243763] EXT3 FS on hdc5, internal journal
[ 64.243768] EXT3-fs: mounted filesystem with ordered data mode.
[ 64.275477] ReiserFS: hdc6: found reiserfs format "3.6" with standard journal
[ 70.041841] ReiserFS: hdc6: using ordered data mode
[ 70.062556] ReiserFS: hdc6: journal params: device hdc6, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
[ 70.063508] ReiserFS: hdc6: checking transaction log (hdc6)
[ 70.130791] ReiserFS: hdc6: Using r5 hash to sort names
[ 70.180513] ReiserFS: hde2: found reiserfs format "3.6" with standard journal
[ 70.204844] ReiserFS: hde2: using ordered data mode
[ 70.212164] ReiserFS: hde2: journal params: device hde2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
[ 70.213093] ReiserFS: hde2: checking transaction log (hde2)
[ 70.236919] ReiserFS: hde2: Using r5 hash to sort names
[ 70.275254] ReiserFS: hdg1: found reiserfs format "3.6" with standard journal
[ 84.028736] ReiserFS: hdg1: using ordered data mode
[ 84.049235] ReiserFS: hdg1: journal params: device hdg1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
[ 84.050184] ReiserFS: hdg1: checking transaction log (hdg1)
[ 84.097576] ReiserFS: hdg1: Using r5 hash to sort names
[ 86.298932] i2c_adapter i2c-0: nForce2 SMBus adapter at 0x5000
[ 86.299399] i2c_adapter i2c-1: nForce2 SMBus adapter at 0x5500
[ 89.571829] eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
[ 90.079538] CSLIP: code copyright 1989 Regents of the University of California
[ 90.084325] PPP generic driver version 2.4.2
[ 97.658632] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[ 97.658872] NFSD: recovery directory /var/lib/nfs/v4recovery doesn't exist
[ 97.658876] NFSD: starting 90-second grace period
[ 177.723843] MPPE/MPPC encryption/compression module registered
[ 209.587595] nfsd: last server has exited
[ 209.587600] nfsd: unexporting all filesystems
[ 209.677982] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[ 209.678228] NFSD: starting 90-second grace period
[ 7638.386919] RPC: error 5 connecting to server 127.0.0.1
[ 7638.442963] RPC: error 5 connecting to server 127.0.0.1
[10824.759964] Unable to handle kernel paging request at virtual address 03cdc3e8
[10824.759971] printing eip:
[10824.759973] c022aa99
[10824.759975] *pde = 00000000
[10824.759978] Oops: 0000 [#1]
[10824.759988] Modules linked in: sha1 arc4 ppp_mppe_mppc ipt_TCPMSS ipt_REJECT ipt_state iptable_filter iptable_mangle ppp_synctty ppp_async ppp_generic slhc w83l785ts asb100 i2c_sensor i2c_nforce2 i2c_core ext3 jbd mbcache ip_nat_ftp iptable_nat ip_tables ip_conntrack_ftp ip_conntrack forcedeth via_rhine mii ehci_hcd ohci_hcd usbcore ipv6
[10824.760098] CPU: 0
[10824.760099] EIP: 0060:[<c022aa99>] Not tainted VLI
[10824.760101] EFLAGS: 00010296 (2.6.13-dorf)
[10824.760128] EIP is at prio_tree_first+0x29/0xc0
[10824.760138] eax: 00000000 ebx: c1b9ddb4 ecx: c1b9ddb4 edx: 03cdc3d4
[10824.760150] esi: 00000000 edi: c11ccca0 ebp: 03cdc3e8 esp: c1b9dd48
[10824.760161] ds: 007b es: 007b ss: 0068
[10824.760169] Process kswapd0 (pid: 169, threadinfo=c1b9c000 task=c1b40a60)
[10824.760180] Stack: 000003ee 00000086 c03a27ec c13d7de0 c03a2838 c13d7dc0 c1b9ddb4 00000000
[10824.760213] c11ccca0 c1b9ddb4 c022abd4 c1b9ddb4 00000000 e5cdc3e0 00000001 f385ca08
[10824.760246] 00000000 00000000 c11ccca0 c01403c7 c1b9ddb4 c01481f3 00000000 c1b9ddb4
[10824.760279] Call Trace:
[10824.760299] [<c022abd4>] prio_tree_next+0xa4/0xd0
[10824.760321] [<c01403c7>] vma_prio_tree_next+0x27/0x60
[10824.760344] [<c01481f3>] page_referenced_file+0x53/0xc0
[10824.760368] [<c013dd8b>] __pagevec_release_nonlru+0x6b/0x90
[10824.760392] [<c01482f6>] page_referenced+0x96/0xb0
[10824.760413] [<c013ed42>] shrink_list+0xd2/0x3e0
[10824.760439] [<c013f200>] shrink_cache+0x100/0x270
[10824.760462] [<c013a143>] get_writeback_state+0x43/0x50
[10824.760487] [<c013e91a>] shrink_slab+0x9a/0x1c0
[10824.760508] [<c013f7ad>] shrink_zone+0xad/0xe0
[10824.760528] [<c013fcc6>] balance_pgdat+0x2a6/0x3a0
[10824.760554] [<c013fe9e>] kswapd+0xde/0x100
[10824.760574] [<c012a920>] autoremove_wake_function+0x0/0x60
[10824.760598] [<c012a920>] autoremove_wake_function+0x0/0x60
[10824.760620] [<c013fdc0>] kswapd+0x0/0x100
[10824.760639] [<c0100f65>] kernel_thread_helper+0x5/0x10
[10824.760660] Code: 89 f6 55 57 56 53 83 ec 18 8b 5c 24 2c 8b 6b 10 c7 03 00 00 00 00 c7 43 04 00 00 00 00 c7 43 08 00 00 00 00 c7 43 0c 00 00 00 00 <8b> 7d 00 85 ff 74 7c 8d 7c 24 14 8d 74 24 10 89 7c 24 0c 89 74
[10824.761096] <1>Unable to handle kernel paging request at virtual address 53a9da8c
[10826.747246] printing eip:
[10826.747261] c022aa99
[10826.747277] *pde = 00000000
[10826.747293] Oops: 0000 [#2]
[10826.747310] Modules linked in: sha1 arc4 ppp_mppe_mppc ipt_TCPMSS ipt_REJECT ipt_state iptable_filter iptable_mangle ppp_synctty ppp_async ppp_generic slhc w83l785ts asb100 i2c_sensor i2c_nforce2 i2c_core ext3 jbd mbcache ip_nat_ftp iptable_nat ip_tables ip_conntrack_ftp ip_conntrack forcedeth via_rhine mii ehci_hcd ohci_hcd usbcore ipv6
[10826.747544] CPU: 0
[10826.747545] EIP: 0060:[<c022aa99>] Not tainted VLI
[10826.747546] EFLAGS: 00010286 (2.6.13-dorf)
[10826.747602] EIP is at prio_tree_first+0x29/0xc0
[10826.747620] eax: 00000000 ebx: f4259b0c ecx: f4259b0c edx: 53a9da78
[10826.747640] esi: 00000000 edi: c11ccc80 ebp: 53a9da8c esp: f4259aa0
[10826.747660] ds: 007b es: 007b ss: 0068
[10826.747677] Process rsync (pid: 9243, threadinfo=f4258000 task=f6fc35f0)
[10826.747691] Stack: 00000082 00000000 d1857ca0 00000002 f7125934 f4259ae8 f4259b0c 00000000
[10826.747763] c11ccc80 f4259b0c c022abd4 f4259b0c 00000000 f0a9da84 00000001 f7125934
[10826.747835] 00000000 00000000 c11ccc80 c01403c7 f4259b0c c01481f3 00000000 f4259b0c
[10826.747909] Call Trace:
[10826.747938] [<c022abd4>] prio_tree_next+0xa4/0xd0
[10826.747968] [<c01403c7>] vma_prio_tree_next+0x27/0x60
[10826.747999] [<c01481f3>] page_referenced_file+0x53/0xc0
[10826.748032] [<c0156240>] try_to_free_buffers+0x50/0x90
[10826.748064] [<c01482f6>] page_referenced+0x96/0xb0
[10826.748093] [<c013ed42>] shrink_list+0xd2/0x3e0
[10826.748128] [<c013f200>] shrink_cache+0x100/0x270
[10826.748158] [<c02a217c>] ide_map_sg+0x9c/0xb0
[10826.748188] [<c013a143>] get_writeback_state+0x43/0x50
[10826.748220] [<c013a16c>] get_dirty_limits+0x1c/0xe0
[10826.748250] [<c013a400>] throttle_vm_writeout+0x30/0x80
[10826.748280] [<c013f7ad>] shrink_zone+0xad/0xe0
[10826.748309] [<c013f859>] shrink_caches+0x79/0x90
[10826.748338] [<c013f940>] try_to_free_pages+0xd0/0x1b0
[10826.748371] [<c0138e79>] __alloc_pages+0x1a9/0x470
[10826.748404] [<c013b4d9>] __do_page_cache_readahead+0xd9/0x110
[10826.748435] [<c013b679>] blockable_page_cache_readahead+0x59/0xd0
[10826.748466] [<c013b76a>] make_ahead_window+0x7a/0xb0
[10826.748496] [<c013b845>] page_cache_readahead+0xa5/0x190
[10826.748527] [<c0134f8c>] do_generic_mapping_read+0x56c/0x580
[10826.748563] [<c0135251>] __generic_file_aio_read+0x1c1/0x200
[10826.748594] [<c0134fa0>] file_read_actor+0x0/0xf0
[10826.748624] [<c01352ea>] generic_file_aio_read+0x5a/0x80
[10826.748655] [<c01513d7>] do_sync_read+0xc7/0x110
[10826.748691] [<c012a920>] autoremove_wake_function+0x0/0x60
[10826.748723] [<c0164f74>] sys_select+0x204/0x420
[10826.748754] [<c0151502>] vfs_read+0xe2/0x1b0
[10826.748783] [<c01518e1>] sys_read+0x51/0x80
[10826.748812] [<c0102d15>] syscall_call+0x7/0xb
[10826.748844] Code: 89 f6 55 57 56 53 83 ec 18 8b 5c 24 2c 8b 6b 10 c7 03 00 00 00 00 c7 43 04 00 00 00 00 c7 43 08 00 00 00 00 c7 43 0c 00 00 00 00 <8b> 7d 00 85 ff 74 7c 8d 7c 24 14 8d 74 24 10 89 7c 24 0c 89 74
[10826.749210] <1>Unable to handle kernel paging request at virtual address 53a9daa8
[10826.989144] printing eip:
[10826.989159] c0133e1e
[10826.989173] *pde = 00000000
[10826.989189] Oops: 0000 [#3]
[10826.989205] Modules linked in: sha1 arc4 ppp_mppe_mppc ipt_TCPMSS ipt_REJECT ipt_state iptable_filter iptable_mangle ppp_synctty ppp_async ppp_generic slhc w83l785ts asb100 i2c_sensor i2c_nforce2 i2c_core ext3 jbd mbcache ip_nat_ftp iptable_nat ip_tables ip_conntrack_ftp ip_conntrack forcedeth via_rhine mii ehci_hcd ohci_hcd usbcore ipv6
[10826.989438] CPU: 0
[10826.989439] EIP: 0060:[<c0133e1e>] Not tainted VLI
[10826.989441] EFLAGS: 00010206 (2.6.13-dorf)
[10826.989493] EIP is at sync_page+0x1e/0x50
[10826.989511] eax: 00000000 ebx: cf3b1e44 ecx: c11ccc80 edx: 53a9da78
[10826.989531] esi: cf3b1e4c edi: c1802180 ebp: 00000000 esp: cf3b1dfc
[10826.989551] ds: 007b es: 007b ss: 0068
[10826.989568] Process rsync (pid: 9245, threadinfo=cf3b0000 task=f596c020)
[10826.989582] Stack: c1802180 c033a212 c11ccc80 c0133e00 f596c020 cf3b1e44 cf3b1e40 c11ccc80
[10826.989655] c01346a1 00000002 c11ccc80 00000000 00000000 f596c020 c012a980 cf3b1e58
[10826.989727] cf3b1e58 f0a9da78 c11ccc80 00000000 00000001 f596c020 c012a980 c1802180
[10826.989799] Call Trace:
[10826.989826] [<c033a212>] __wait_on_bit_lock+0x52/0x60
[10826.989860] [<c0133e00>] sync_page+0x0/0x50
[10826.989888] [<c01346a1>] __lock_page+0x91/0xa0
[10826.989917] [<c012a980>] wake_bit_function+0x0/0x60
[10826.989949] [<c012a980>] wake_bit_function+0x0/0x60
[10826.989978] [<c013e2d8>] truncate_inode_pages+0x188/0x2a0
[10826.990015] [<c016b95f>] generic_delete_inode+0x12f/0x140
[10826.990048] [<c016bb15>] iput+0x55/0x70
[10826.990076] [<c0168eaf>] dput+0xef/0x190
[10826.990105] [<c0152713>] __fput+0x113/0x170
[10826.990137] [<c0150c7d>] filp_close+0x4d/0x80
[10826.990165] [<c0118f96>] put_files_struct+0x56/0xc0
[10826.990198] [<c0119b91>] do_exit+0xf1/0x370
[10826.990225] [<c0151961>] sys_write+0x51/0x80
[10826.990254] [<c0119e84>] do_group_exit+0x34/0x70
[10826.990284] [<c0102d15>] syscall_call+0x7/0xb
[10826.990316] Code: eb e8 8d 74 26 00 8d bc 27 00 00 00 00 83 ec 04 8b 4c 24 08 8b 01 8b 51 10 c1 e8 0f 83 e0 01 75 34 f6 c2 01 0f 45 d0 85 d2 74 12 <8b> 42 30 85 c0 74 0b 8b 50 08 85 d2 75 14 8d 74 26 00 e8 7b 60
[10826.990681] <1>Fixing recursive fault but reboot is needed!
[-- Attachment #3: 2005-09-05.3.ksymoops.bz2 --]
[-- Type: application/octet-stream, Size: 16747 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.13 (was 2.6.11.11) and rsync oops (SATA or NFS related?)
2005-09-05 8:13 ` 2.6.13 (was 2.6.11.11) and rsync oops (SATA or NFS related?) Kalin KOZHUHAROV
@ 2005-09-05 14:12 ` Kalin KOZHUHAROV
2005-09-06 8:24 ` Kalin KOZHUHAROV
0 siblings, 1 reply; 11+ messages in thread
From: Kalin KOZHUHAROV @ 2005-09-05 14:12 UTC (permalink / raw)
To: linux-kernel
Kalin KOZHUHAROV wrote:
> Kalin KOZHUHAROV wrote:
>
>> Hi, there.
>> Long time no posting - didn't have kernel problems for long time :-)
>>
>> That is why I am still running 2.6.11.11 (2.6.12 elsewhere). Will move
>> to 2.6.13 soon.
>>
>> Yesterday just bought a new SATAII drive (Seagate Barracuda 7200.8
>> ST3300831AS) and while trying to rsync some data from the old drives the
>> rsync process died with segfault. My SiI3112 controller is not SATAII,
>> but it should work in SATA mode, have another drive for year+. Looking
>> at the dmesg I saw 3 oopses (see the shortened .dmesg file). Run the
>> ksymoops and got some output (see .ksymoops.bz2).
>>
>> Although it does not seem very related to the drive, that is the only
>> recent change in hardware, in software: udev . The machine (MB: A7V8X
>> Deluxe) was working stable for 6 months with a few restarts.
>>
>> As far as reproducibility goes, apart from those 3 oopses everything is
>> OK, didn't even have to restart and am now continuing to rsync some
>> 200GB more.
>>
>> Any ideas as to what caused this?
>
>
> OK, I upgraded to the latest 2.6.13 kernel and still got (similar?) oops.
>
> Looking again at it it might be NFS (using v4 recently) related.
After stopping nfs (both v3 and v4) and rebooting, I could finish the
required 170GB rsync without more oopses. But I am still not convinced
whether this is a nfs issue or just I am being lucky this time. Will
keep on eye on the machine and report here again.
Kalin.
/ When nobody answers, try answering yourself :-| /
--
|[ ~~~~~~~~~~~~~~~~~~~~~~ ]|
+-> http://ThinRope.net/ <-+
|[ ______________________ ]|
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.13 (was 2.6.11.11) and rsync oops (SATA or NFS related?)
2005-09-05 14:12 ` Kalin KOZHUHAROV
@ 2005-09-06 8:24 ` Kalin KOZHUHAROV
2005-09-07 4:00 ` Aric Cyr
0 siblings, 1 reply; 11+ messages in thread
From: Kalin KOZHUHAROV @ 2005-09-06 8:24 UTC (permalink / raw)
To: linux-kernel
Kalin KOZHUHAROV wrote:
> Kalin KOZHUHAROV wrote:
>
>> Kalin KOZHUHAROV wrote:
>>
>>> Hi, there. Long time no posting - didn't have kernel problems for
>>> long time :-)
[snip]
But I really hate when my "production boxes" turn into development ones...
>>> Although it does not seem very related to the drive, that is the
>>> only recent change in hardware, in software: udev . The machine
>>> (MB: A7N8X Deluxe) was working stable for 6 months with a few
>>> restarts.
A closer examination of the drive:
(Model=ST3300831AS, FwRev=3.03, SerialNo=3NF07KA1 )
and why is it so slow revealed that it was running not in UDMA.
According to the specs:
http://www.seagate.com/support/disc/manuals/sata/cuda72008_sata_pm.pdf
it supports (page 13 of 50):
PIO modes 0–4
Multiword DMA modes 0–2
Ultra DMA modes 0–6
but hdparm gives:
# hdparm -i /dev/hdg |grep modes
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2
Where are udma3-6 gone?
Does anyone have this particular model (Barracuda 7200.8) and do you have it working properly?
Issuing `hdparm -d1 -X udma2` was accepted and looks good.
Continuing to test like that...
My other drive (on the same controller):
Model=WDC WD360GD-00FLA0, FwRev=21.08U21, SerialNo=WD-WMAKE1163111
# hdparm -i /dev/hde |grep modes
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
The controller:
# lspci -s 01:0b -vv
0000:01:0b.0 RAID bus controller: Silicon Image, Inc. (formerly CMD Technology Inc) SiI 3112 [SATALink/SATARaid] Serial ATA Controller (rev 02)
Subsystem: Silicon Image, Inc. (formerly CMD Technology Inc) SiI 3112 SATARaid Controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32, cache line size 01
Interrupt: pin A routed to IRQ 16
Region 0: I/O ports at a400 [size=1024M]
Region 1: I/O ports at a800 [size=4]
Region 2: I/O ports at ac00 [size=8]
Region 3: I/O ports at b000 [size=4]
Region 4: I/O ports at b400 [size=16]
Region 5: Memory at e1001000 (32-bit, non-prefetchable) [size=512]
Expansion ROM at 00080000 [disabled]
Capabilities: [60] Power Management version 2
Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=2 PME-
>> OK, I upgraded to the latest 2.6.13 kernel and still got (similar?) oops.
>>
>> Looking again at it it might be NFS (using v4 recently) related.
>
>
> After stopping nfs (both v3 and v4) and rebooting, I could finish the
> required 170GB rsync without more oopses. But I am still not
> convinced whether this is a nfs issue or just I am being lucky this
> time. Will keep on eye on the machine and report here again.
Got one total oops, even no logs were written to disk.
Seems that rsync-ing huge amounts of data (200 GB in *many* small files) streses the system too much.
> / When nobody answers, try answering yourself :-| /
Second on that!
Kalin.
--
|[ ~~~~~~~~~~~~~~~~~~~~~~ ]|
+-> http://ThinRope.net/ <-+
|[ ______________________ ]|
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.13 (was 2.6.11.11) and rsync oops (SATA or NFS related?)
2005-09-06 8:24 ` Kalin KOZHUHAROV
@ 2005-09-07 4:00 ` Aric Cyr
2005-09-07 17:22 ` Kalin KOZHUHAROV
0 siblings, 1 reply; 11+ messages in thread
From: Aric Cyr @ 2005-09-07 4:00 UTC (permalink / raw)
To: linux-kernel
Kalin KOZHUHAROV <kalin <at> thinrope.net> writes:
>
> A closer examination of the drive:
> (Model=ST3300831AS, FwRev=3.03, SerialNo=3NF07KA1 )
> and why is it so slow revealed that it was running not in UDMA.
>
> Got one total oops, even no logs were written to disk.
> Seems that rsync-ing huge amounts of data (200 GB in *many* small files)
streses the system too much.
It seems that you are using the IDE-SATA driver... perhaps you should try the
SCSI-SATA (i.e. libata)? The IDE one is deprecated and should no longer be
used. Disable SATA from in the IDE menu and enable the SCSI libata driver for
your chipset (in the scsi kernel menu).
Also the reason you don't get higher UDMA modes is because your drive is a
blacklisted seagate. There are known problems with some of those drives, and so
they are downgraded to slower modes (this was mentioned in your kernel log if
you look closely). If you upgrade the BIOS on your harddrive, you _might_ be
able to remove the drive from the blacklist in the kernel to improve
performance... this may be dangerous however, so don't complain if you lose your
data.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.13 (was 2.6.11.11) and rsync oops (SATA or NFS related?)
2005-09-07 4:00 ` Aric Cyr
@ 2005-09-07 17:22 ` Kalin KOZHUHAROV
2005-09-08 2:37 ` Aric Cyr
0 siblings, 1 reply; 11+ messages in thread
From: Kalin KOZHUHAROV @ 2005-09-07 17:22 UTC (permalink / raw)
To: linux-kernel
Aric Cyr wrote:
> Kalin KOZHUHAROV <kalin <at> thinrope.net> writes:
>
>
>>A closer examination of the drive:
>> (Model=ST3300831AS, FwRev=3.03, SerialNo=3NF07KA1 )
>>and why is it so slow revealed that it was running not in UDMA.
>>
>>Got one total oops, even no logs were written to disk.
>>Seems that rsync-ing huge amounts of data (200 GB in *many* small files)
>>streses the system too much.
>
> It seems that you are using the IDE-SATA driver... perhaps you should try the
> SCSI-SATA (i.e. libata)? The IDE one is deprecated and should no longer be
> used. Disable SATA from in the IDE menu and enable the SCSI libata driver for
> your chipset (in the scsi kernel menu).
Well, well, well... Cal me blind, but I didn't realize that this
machine is still running on IDE-SATA (as if the hdg was not enough).
My other machines are with libata for a long time, but this was just
running, so I `make oldconfig` only the other night. Now that I
rebooted it into the new kernel, it says at boot:
===
libata version 1.12 loaded.
sata_sil version 0.9
ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18
ACPI: PCI Interrupt 0000:01:0b.0[A] -> Link [APC3] -> GSI 18 (level, high) -> IRQ 16
ata1: SATA max UDMA/100 cmd 0xF8802080 ctl 0xF880208A bmdma 0xF8802000 irq 16
ata2: SATA max UDMA/100 cmd 0xF88020C0 ctl 0xF88020CA bmdma 0xF8802008 irq 16
ata1: dev 0 cfg 49:2f00 82:74eb 83:7f63 84:4003 85:74e9 86:3c43 87:4003 88:207f
ata1: dev 0 ATA, max UDMA/133, 72303840 sectors: lba48
ata1(0): applying bridge limits
ata1: dev 0 configured for UDMA/100
scsi0 : sata_sil
ata2: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4023 85:3469 86:3c01 87:4023 88:207f
ata2: dev 0 ATA, max UDMA/133, 586072368 sectors: lba48
ata2: dev 0 configured for UDMA/100
scsi1 : sata_sil
Vendor: ATA Model: WDC WD360GD-00FL Rev: 21.0
Type: Direct-Access ANSI SCSI revision: 05
Vendor: ATA Model: ST3300831AS Rev: 3.03
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 72303840 512-byte hdwr sectors (37020 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 72303840 512-byte hdwr sectors (37020 MB)
SCSI device sda: drive cache: write back
sda: sda1 sda2
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sdb: 586072368 512-byte hdwr sectors (300069 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 586072368 512-byte hdwr sectors (300069 MB)
SCSI device sdb: drive cache: write back
sdb: sdb1
Attached scsi disk sdb at scsi1, channel 0, id 0, lun 0
===
However hdparm does not work now :-(
# hdparm -i /dev/sda
/dev/sda:
HDIO_GET_IDENTITY failed: Inappropriate ioctl for device
After upgrading to hdparm-6.1 (not sure it was necessary) "-i" still fails, but:
# hdparm /dev/sdb
/dev/sdb:
IO_support = 0 (default 16-bit)
readonly = 0 (off)
readahead = 256 (on)
geometry = 36481/255/63, sectors = 586072368, start = 0
# hdparm -t /dev/sdb
/dev/sdb:
Timing buffered disk reads: 176 MB in 3.01 seconds = 58.43 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate ioctl for device
I don't like the error MSG above, but 58MB/s is not bad, compared to 36.5MB/s with ide-sata driver!
My other 10k rpm SATA drive (WD360GD-00FL) has not changed from 62MB/s.
Now, the long run will show how stable is that.
Might be a stupid question... but is UDMA relevant to SATA drives run by libata??
If yes, how do I get the current value of it?
> Also the reason you don't get higher UDMA modes is because your drive is a
> blacklisted seagate. There are known problems with some of those drives, and so
> they are downgraded to slower modes (this was mentioned in your kernel log if
> you look closely).
Well, I thought that was a problem with some early Seagate drives some 6-9 months ago.
That is my first Seagate SATA drive, I have always used (many) WDs till now, but the
shop didn't have any 300GB WD at that time.
> If you upgrade the BIOS on your harddrive, you _might_ be
> able to remove the drive from the blacklist in the kernel to improve
> performance... this may be dangerous however, so don't complain if you lose your
> data.
And upgrading firmware to a harddrive is done how?
Done on my BIOSes, my Plextor CD-Rs and DVD+RWs, but on a hard drive?
Any pointers, or that was just a random thought :-)
According to linux-2.6.13/drivers/scsi/sata_sil.c:94 my drives are not blacklisted.
Kalin.
--
|[ ~~~~~~~~~~~~~~~~~~~~~~ ]|
+-> http://ThinRope.net/ <-+
|[ ______________________ ]|
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.13 (was 2.6.11.11) and rsync oops (SATA or NFS related?)
2005-09-07 17:22 ` Kalin KOZHUHAROV
@ 2005-09-08 2:37 ` Aric Cyr
0 siblings, 0 replies; 11+ messages in thread
From: Aric Cyr @ 2005-09-08 2:37 UTC (permalink / raw)
To: linux-kernel
Kalin KOZHUHAROV <kalin <at> thinrope.net> writes:
> ata1: dev 0 configured for UDMA/100
> ata2: dev 0 configured for UDMA/100
> scsi1 : sata_sil
> Vendor: ATA Model: WDC WD360GD-00FL Rev: 21.0
> Type: Direct-Access ANSI SCSI revision: 05
> Vendor: ATA Model: ST3300831AS Rev: 3.03
> Type: Direct-Access ANSI SCSI revision: 05
Looks like UDMA/100 is set up fine for both your drives.
> # hdparm -t /dev/sdb
>
> /dev/sdb:
> Timing buffered disk reads: 176 MB in 3.01 seconds = 58.43 MB/sec
> HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate ioctl
> for device
>
> I don't like the error MSG above, but 58MB/s is not bad, compared to 36.5MB/s
> with ide-sata driver!
This is normal. hdparm doesn't know much about SCSI drives... SATA drives are
closer to SCSI than IDE. In particular the various direct IDE ioctls are not
supported by the SCSI layer. Don't worry about these errors.
> Might be a stupid question... but is UDMA relevant to SATA drives run by
> libata??
> If yes, how do I get the current value of it?
See above.
> And upgrading firmware to a harddrive is done how?
> Done on my BIOSes, my Plextor CD-Rs and DVD+RWs, but on a hard drive?
> Any pointers, or that was just a random thought
>
> According to linux-2.6.13/drivers/scsi/sata_sil.c:94 my drives are not
> blacklisted.
Sorry, I thought your drive might be blacklisted, but I didn't actually check
the driver for your model. You are getting UDMA/100 so your drive is just
fine, no firmware update is required. If you were interested though, poking
around seagates site would probably turn up some firmware updates, if any are
available. I did have a blacklisted seagate drive, but it works fine after
the firmware update and removal from the blacklist.
Regards
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2005-09-08 2:39 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-09-05 0:17 2.6.11.11 and rsync oops (SATA related?) Kalin KOZHUHAROV
2005-09-05 8:13 ` 2.6.13 (was 2.6.11.11) and rsync oops (SATA or NFS related?) Kalin KOZHUHAROV
2005-09-05 14:12 ` Kalin KOZHUHAROV
2005-09-06 8:24 ` Kalin KOZHUHAROV
2005-09-07 4:00 ` Aric Cyr
2005-09-07 17:22 ` Kalin KOZHUHAROV
2005-09-08 2:37 ` Aric Cyr
-- strict thread matches above, loose matches on Subject: below --
2005-09-05 0:12 2.6.11.11 and rsync oops (SATA related?) Kalin KOZHUHAROV
2005-09-05 0:18 ` Jesper Juhl
2005-09-05 5:08 ` Parag Warudkar
2005-09-05 5:38 ` Kalin KOZHUHAROV
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox