2003-01-09 01:30:29

by Alan Cox

[permalink] [raw]
Subject: Linux 2.4.21pre3-ac2

The skb_padto bug is quite ugly so people really want to be using ac2 not
ac1.

Linux 2.4.21pre3-ac2
o Fix the dumb bug in skb_pad (Dave Miller)
o Confirm some sparc bits are wrong and drop them (Dave Miller)
o Remove a wrong additional copyright comment (Dave Miller)
o Upgrade IPMI driver to v16 (Corey Minyard)
o Fix 3c523 compile (Francois Romieu)
o Handle newer rpm where -ta is rpmbuild not rpm (me)
o Driver for Aurora Sio16 PCI adapter series (Joachim Martillo)
(SIO8000P, 16000P, and CPCI)
| Initial merge
o Backport Hammer 32bit mtrr/nmi changes (Andi Kleen)
o Add the fast IRQ path to via 8233/5 audio (me)

Linux 2.4.21pre3-ac1
+ Handle battery quirk on the Vaio Z600-RE (Paul Mitcheson)
* EHCI USB updates (David Brownell)
+ IDE Raid support for AMI/SI 'Medley' IDE Raid (Arjan van de Ven)
+ NVIDIA nForce2 IDE PCI identifiers (Johannes Deisenhofer,
Tim Krieglstein)
* CPU bitmask truncation fix (Bjorn Helgaas)
o HP100 cleanup (Pavel Machek)
o Fix initial capslock handling on USB keyboard (Pete Zaitcev)
+ Update dscc4 driver for new wan (Francois Romieu)
+ Fix boot on Chaintech 4BEA/4BEA-R and (Alexander Achenbach)
Gigabyte 9EJL by handing wacky E820 memory
reporting
o SysKonnect driver updates (Mirko Lindner)
o Fix memory leak in n_hdlc (Paul Fulghum)
o Fix missing mtd dependancy (Herbert Xu)
+ Clean up ide-tape printk stuff (Pete Zaitcev)
+ IDE tape fixes (Pete Zaitcev)
o Fix size reporting of large disks in scsi (Andries Brouwer)
+ Fix excessive stack usage in NMI handlers (Mikael Pettersson)
+ Add support for Epson 785EPX USB printer pcmcia (Khalid Aziz)
* Quirk handler to sort out IDE compatibility (Ivan Kokshaysky)
mishandling
+ Model 1 is valid for PIV in MP table (Egenera)
+ Ethernet padding fixes for various drivers (me)
o Allow trident codec setup to time out (Ian Soboroff)
This can happen with non PM codecs
o Fix broken documentation link (Henning Meier-Geinitz)
o Update video4linux docbook (William Stimson)
o Correct kmalloc check in dpt_i2o (Pablo Menichini)
o Shrink kmap area to required space only (Manfred Spraul)
o Fix irq balancing (Ben LaHaise)
o CPUfreq updates (Dominik Brodowski)
o Fix typo in pmagb fb (John Bradford)
o EDD backport (Matt Domsch)


REMOVED FOR NOW

- RMAP

REMOVED FOR GOOD

- LLC (See 2.5)
- VaryIO (Never accepted mainstream)


2003-01-09 01:53:42

by Paulo Andre'

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

On Thu, 2003-01-09 at 01:39, Alan Cox wrote:
> The skb_padto bug is quite ugly so people really want to be using ac2 not
> ac1.

Considering you seem to have revived 2.4-ac, would you be interested in collecting
various bugixes wrt cli/save_flags/restore_flags or is that better off in 2.5?
(or maybe it doesn't even really matter?)

--
Paulo Andre'

2003-01-09 05:20:43

by Allan Duncan

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

Alan Cox wrote:
...
> o Add the fast IRQ path to via 8233/5 audio (me)
...

'fraid not:

gcc -D__KERNEL__ -I/usr/src/lx-2.4.21-p3-ac2/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2
-fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2
-march=athlon -DMODULE -nostdinc -iwithprefix include -DKBUILD_BASENAME=via82cxxx_audio -c -o
via82cxxx_audio.o via82cxxx_audio.c
via82cxxx_audio.c: In function `via_new_interrupt':
via82cxxx_audio.c:1927: `status32' undeclared (first use in this function)
via82cxxx_audio.c:1927: (Each undeclared identifier is reported only once
via82cxxx_audio.c:1927: for each function it appears in.)
make[2]: *** [via82cxxx_audio.o] Error 1
make[2]: Leaving directory `/usr/src/lx-2.4.21-p3-ac2/drivers/sound'
make[1]: *** [_modsubdir_sound] Error 2
make[1]: Leaving directory `/usr/src/lx-2.4.21-p3-ac2/drivers'
make: *** [_mod_drivers] Error 2

2003-01-09 11:28:38

by Randy Hron

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2


This oops came up running dbench 32 on AMD K6/2.
dbench 32 runs okay on 2.4.21-pre3 on same hardware.

Error (regular_file): read_ksyms stat /proc/ksyms failed
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
Unable to handle kernel NULL pointer dereference at virtual address 00000004
c0129c6b
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c0129c6b>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax: 00000000 ebx: c13d1acc ecx: d6ef2000 edx: d6ef205c
esi: c13d1acc edi: 00000000 ebp: 00003759 esp: d6ef3e50
ds: 0018 es: 0018 ss: 0018
Process dbench (pid: 713, stackpage=d6ef3000)
Stack: c0132f3e 00000000 d71d0924 001f8713 00000000 00000000 c13d1acc c13d1acc
c13d1acc 00000020 00003759 c012930c 00000000 d6ef2000 00000200 000001d2
c0257270 00001602 001f8714 c1549ae0 00000000 00000020 000001d2 00000006
Call Trace: [<c0132f3e>] [<c012930c>] [<c0129486>] [<c01294ec>] [<c0129f44>]
[<c012a1fb>] [<c012550e>] [<c012f2e8>] [<c012f05e>] [<c0106db3>]
Code: 89 58 04 89 03 89 53 04 89 59 5c 89 7b 0c ff 41 68 83 c4 1c

>>EIP; c0129c6b <__free_pages_ok+26b/290> <=====
Trace; c0132f3e <try_to_free_buffers+9e/f0>
Trace; c012930c <shrink_cache+32c/350>
Trace; c0129486 <shrink_caches+56/80>
Trace; c01294ec <try_to_free_pages_zone+3c/60>
Trace; c0129f44 <balance_classzone+54/1f0>
Trace; c012a1fb <__alloc_pages+11b/180>
Trace; c012550e <generic_file_write+47e/7a0>
Trace; c012f2e8 <sys_write+98/100>
Trace; c012f05e <sys_lseek+6e/80>
Trace; c0106db3 <system_call+33/40>
Code; c0129c6b <__free_pages_ok+26b/290>
00000000 <_EIP>:
Code; c0129c6b <__free_pages_ok+26b/290> <=====
0: 89 58 04 mov %ebx,0x4(%eax) <=====
Code; c0129c6e <__free_pages_ok+26e/290>
3: 89 03 mov %eax,(%ebx)
Code; c0129c70 <__free_pages_ok+270/290>
5: 89 53 04 mov %edx,0x4(%ebx)
Code; c0129c73 <__free_pages_ok+273/290>
8: 89 59 5c mov %ebx,0x5c(%ecx)
Code; c0129c76 <__free_pages_ok+276/290>
b: 89 7b 0c mov %edi,0xc(%ebx)
Code; c0129c79 <__free_pages_ok+279/290>
e: ff 41 68 incl 0x68(%ecx)
Code; c0129c7c <__free_pages_ok+27c/290>
11: 83 c4 1c add $0x1c,%esp


1 warning and 1 error issued. Results may not be reliable.

grep ^C /usr/src/linux/.config

CONFIG_X86=y
CONFIG_UID16=y
CONFIG_EXPERIMENTAL=y
CONFIG_MK6=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_X86_L1_CACHE_SHIFT=5
CONFIG_X86_ALIGNMENT_16=y
CONFIG_X86_HAS_TSC=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_NOHIGHMEM=y
CONFIG_MTRR=y
CONFIG_X86_TSC=y
CONFIG_NET=y
CONFIG_PCI=y
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_ISA=y
CONFIG_PCI_NAMES=y
CONFIG_SYSVIPC=y
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BLK_DEV_FD=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_BLK_DEV_ADMA=y
CONFIG_BLK_DEV_VIA82CXXX=y
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y
CONFIG_NETDEVICES=y
CONFIG_NET_ETHERNET=y
CONFIG_NET_PCI=y
CONFIG_8139TOO=y
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=64
CONFIG_REISERFS_FS=y
CONFIG_RAMFS=y
CONFIG_ISO9660_FS=y
CONFIG_PROC_FS=y
CONFIG_DEVPTS_FS=y
CONFIG_EXT2_FS=y
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_MSDOS_PARTITION=y
CONFIG_VGA_CONSOLE=y
CONFIG_DEBUG_KERNEL=y
CONFIG_MAGIC_SYSRQ=y
--
Randy Hron
http://home.earthlink.net/~rwhron/kernel/bigbox.html

2003-01-09 12:05:54

by Adrian Bunk

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

On Wed, Jan 08, 2003 at 08:39:09PM -0500, Alan Cox wrote:
>...
> Linux 2.4.21pre3-ac1
>...
> + IDE Raid support for AMI/SI 'Medley' IDE Raid (Arjan van de Ven)
>...

This causes a compile error if both pdcraid.o and silraid.o are compiled
statically into the kernel:

<-- snip -->

...
gcc -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.20-ac/include
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing
-fno-common -pipe -mpreferred-stack-boundary=2 -march=k6 -I../
-nostdinc -iwithprefix include -DKBUILD_BASENAME=pdcraid -c -o
pdcraid.o pdcraid.c
...
gcc -D__KERNEL__ -I/home/bunk/linux/kernel-2.4/linux-2.4.20-ac/include
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing
-fno-common -pipe -mpreferred-stack-boundary=2 -march=k6 -I../
-nostdinc -iwithprefix include -DKBUILD_BASENAME=silraid -c -o
silraid.o silraid.c
rm -f idedriver-raid.o
ld -m elf_i386 -r -o idedriver-raid.o ataraid.o pdcraid.o hptraid.o
silraid.o
silraid.o(.text+0x31c): In function `partition_map_normal':
: multiple definition of `partition_map_normal'
pdcraid.o(.text+0x31c): first defined here
make[4]: *** [idedriver-raid.o] Error 1
make[4]: Leaving directory
`/home/bunk/linux/kernel-2.4/linux-2.4.20-ac/drivers/ide/raid'

<-- snip -->

cu
Adrian

--

"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed

2003-01-09 13:07:32

by Arjan van de Ven

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

On Thu, Jan 09, 2003 at 01:14:32PM +0100, Adrian Bunk wrote:
> On Wed, Jan 08, 2003 at 08:39:09PM -0500, Alan Cox wrote:
> >...
> > Linux 2.4.21pre3-ac1
> >...
> > + IDE Raid support for AMI/SI 'Medley' IDE Raid (Arjan van de Ven)
> >...
>
> This causes a compile error if both pdcraid.o and silraid.o are compiled
> statically into the kernel:


this ought to fix it:
Alan please apply

diff -urN linux-2.4.20/drivers/ide/raid.org/pdcraid.c linux-2.4.20/drivers/ide/raid/pdcraid.c
--- linux-2.4.20/drivers/ide/raid.org/pdcraid.c 2003-01-09 11:03:11.000000000 +0100
+++ linux-2.4.20/drivers/ide/raid/pdcraid.c 2003-01-09 14:09:21.000000000 +0100
@@ -159,48 +159,11 @@
}


-unsigned long partition_map_normal(unsigned long block, unsigned long partition_off, unsigned long partition_size, int stride)
+static unsigned long partition_map_normal(unsigned long block, unsigned long partition_off, unsigned long partition_size, int stride)
{
return block + partition_off;
}

-unsigned long partition_map_linux(unsigned long block, unsigned long partition_off, unsigned long partition_size, int stride)
-{
- unsigned long newblock;
-
- newblock = stride - (partition_off%stride); if (newblock == stride) newblock = 0;
- newblock += block;
- newblock = newblock % partition_size;
- newblock += partition_off;
-
- return newblock;
-}
-
-static int funky_remap[8] = { 0, 1, 2, 3, 4, 5, 6, 7 };
-
-unsigned long partition_map_linux_raid0_4disk(unsigned long block, unsigned long partition_off, unsigned long partition_size, int stride)
-{
- unsigned long newblock,temp,temp2;
-
- newblock = stride - (partition_off%stride); if (newblock == stride) newblock = 0;
-
- if (block < (partition_size / (8*stride))*8*stride ) {
- temp = block % stride;
- temp2 = block / stride;
- temp2 = ((temp2>>3)<<3)|(funky_remap[temp2&7]);
- block = temp2*stride+temp;
- }
-
-
- newblock += block;
- newblock = newblock % partition_size;
- newblock += partition_off;
-
- return newblock;
-}
-
-
-
static int pdcraid0_make_request (request_queue_t *q, int rw, struct buffer_head * bh)
{
unsigned long rsect;
diff -urN linux-2.4.20/drivers/ide/raid.org/silraid.c linux-2.4.20/drivers/ide/raid/silraid.c
--- linux-2.4.20/drivers/ide/raid.org/silraid.c 2003-01-09 11:03:31.000000000 +0100
+++ linux-2.4.20/drivers/ide/raid/silraid.c 2003-01-09 14:09:27.000000000 +0100
@@ -157,7 +157,7 @@
}


-unsigned long partition_map_normal(unsigned long block, unsigned long partition_off, unsigned long partition_size, int stride)
+static unsigned long partition_map_normal(unsigned long block, unsigned long partition_off, unsigned long partition_size, int stride)
{
return block + partition_off;
}

2003-01-09 13:18:38

by Adrian Bunk

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

On Thu, Jan 09, 2003 at 01:15:10PM +0000, Arjan van de Ven wrote:
>
> this ought to fix it:
>...

Yes, thanks, I can confirm that this patch fixes the compilation
problem.

cu
Adrian

--

"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed

2003-01-09 23:07:17

by Michael Madore

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

I received the following oops while running the Cerberus stress test on
2.4.21-pre3-ac2. The hardware is an ASUS A7N8X single AMD Athlon XP
motherboard with the Nvidia nforce2 chipset. The test was only running
for about 5 minutes when the oops occurred. Running the stress test for
more than 24 hours on 2.4.21-pre3 + 2.4.21-pre3-2420ide-1 was successful.

ksymoops 2.4.4 on i686 2.4.21-pre3-ac2. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.21-pre3-ac2/ (default)
-m /boot/System.map-2.4.21-pre3-ac2 (default)

Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.

Unable to handle kernel NULL pointer dereference at virtual address 00000004
c01354e2
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c01354e2>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
esi: c1a6e950 edi: 00000000 ebp: 00001550 esp: f79fbbac
ds: 0018 es: 0018 ss: 0018
Process kjournald (pid: 124, stackpage=f79fb000)
Stack: c01415f2 0017a908 c03c9390 f7e7ee40 c03c92e0 00000000 c1a6e950
00000000
c1a6e950 00000020 00001550 c0134ad7 0000052a f79fa000 00000200
00000070
c02fab34 f79fa000 00000000 00000000 00000000 00000020 00000070
00000006
Call Trace: [<c01415f2>] [<c0134ad7>] [<c0134c70>] [<c0134cec>]
[<c01357d0>]
[<c0135a8b>] [<c013b110>] [<c013b36e>] [<c013b26c>] [<c020182c>]
[<c02018b1>]
[<c0201b77>] [<c0201e4f>] [<c013f276>] [<c0201ec1>] [<c0202057>]
[<c013f297>]
[<c0173393>] [<c0172aad>] [<c0171c1f>] [<c01747d6>] [<c0174680>]
[<c01071d6>]
[<c01746a0>]
Code: 89 58 04 89 03 89 53 04 89 59 5c 89 7b 0c ff 41 68 83 c4 1c

>>EIP; c01354e2 <__free_pages_ok+282/2a0> <=====
Trace; c01415f2 <try_to_free_buffers+d2/160>
Trace; c0134ad7 <shrink_cache+387/3b0>
Trace; c0134c70 <shrink_caches+50/90>
Trace; c0134cec <try_to_free_pages_zone+3c/60>
Trace; c01357d0 <balance_classzone+60/200>
Trace; c0135a8b <__alloc_pages+11b/170>
Trace; c013b110 <alloc_bounce_page+10/a0>
Trace; c013b36e <create_bounce+12e/15c>
Trace; c013b26c <create_bounce+2c/15c>
Trace; c020182c <__make_request+ac/5b0>
Trace; c02018b1 <__make_request+131/5b0>
Trace; c0201b77 <__make_request+3f7/5b0>
Trace; c0201e4f <generic_make_request+11f/140>
Trace; c013f276 <__refile_buffer+56/60>
Trace; c0201ec1 <submit_bh+51/70>
Trace; c0202057 <ll_rw_block+177/1c0>
Trace; c013f297 <refile_buffer+17/20>
Trace; c0173393 <__try_to_free_cp_buf+33/40>
Trace; c0172aad <journal_brelse_array+1d/30>
Trace; c0171c1f <journal_commit_transaction+3af/10dd>
Trace; c01747d6 <kjournald+136/210>
Trace; c0174680 <commit_timeout+0/10>
Trace; c01071d6 <kernel_thread+26/30>
Trace; c01746a0 <kjournald+0/210>
Code; c01354e2 <__free_pages_ok+282/2a0>
00000000 <_EIP>:
Code; c01354e2 <__free_pages_ok+282/2a0> <=====
0: 89 58 04 mov %ebx,0x4(%eax) <=====
Code; c01354e5 <__free_pages_ok+285/2a0>
3: 89 03 mov %eax,(%ebx)
Code; c01354e7 <__free_pages_ok+287/2a0>
5: 89 53 04 mov %edx,0x4(%ebx)
Code; c01354ea <__free_pages_ok+28a/2a0>
8: 89 59 5c mov %ebx,0x5c(%ecx)
Code; c01354ed <__free_pages_ok+28d/2a0>
b: 89 7b 0c mov %edi,0xc(%ebx)
Code; c01354f0 <__free_pages_ok+290/2a0>
e: ff 41 68 incl 0x68(%ecx)
Code; c01354f3 <__free_pages_ok+293/2a0>
11: 83 c4 1c add $0x1c,%esp


1 warning issued. Results may not be reliable.


2003-01-09 23:32:54

by Jean-Daniel Pauget

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2


I had some strange bug using 2.4.21pre3-ac2 :
at rebooting after a freeze (my machine freezes from time to time
whatever the kernel is, I'm still diging that point)
fsck.ext2 was not able to finish checking my /home (59Gb), it
systematically got a signal 11 (I tried several times).

rebooting using my previous kernel (2.4.20 with a minor patch for the
i845G AGP mess-up) was enough so that the fsck worked fine at the first
attempt with this kernel.

this triggers two questions :
o is the new piix-ide faulty ?
o are 256 Mb of memory enough for fscking a 58Gb partition ?

about signal 11, I tested my machine with several concurent kernel
built with no signal 11 before (with 2.4.20 and prior)

the machine is an ASUS P4PE motherboard, 2,4GHz PIV 256Mb
and a nvidia Ge4-Ti4200. (at signal 11, the nvidia tainted module was
not loaded yet :)

thanks in advance for any enlightment...

here-below, the lspci and /proc/pci...

--
Quand les plombs p?tent : ? ??sj???t.??? ?

--
00:00.0 Host bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset Host Bridge (rev 02)
00:01.0 PCI bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset AGP Bridge (rev 02)
00:1d.0 USB Controller: Intel Corp. 82801DB USB (Hub (rev 02)
00:1d.1 USB Controller: Intel Corp. 82801DB USB (Hub (rev 02)
00:1d.2 USB Controller: Intel Corp. 82801DB USB (Hub (rev 02)
00:1d.7 USB Controller: Intel Corp. 82801DB USB EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB PCI Bridge (rev 82)
00:1f.0 ISA bridge: Intel Corp. 82801DB ISA Bridge (LPC) (rev 02)
00:1f.1 IDE interface: Intel Corp. 82801DB ICH4 IDE (rev 02)
00:1f.5 Multimedia audio controller: Intel Corp. 82801DB AC'97 Audio (rev 02)
01:00.0 VGA compatible controller: nVidia Corporation NV25 [GeForce4 Ti4200] (rev a3)
02:03.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80)
02:05.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5702X Gigabit Ethernet (rev 02)

--
PCI devices found:
Bus 0, device 0, function 0:
Host bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset Host Bridge (rev 2).
Prefetchable 32 bit memory at 0xf0000000 [0xf7ffffff].
Bus 0, device 1, function 0:
PCI bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset AGP Bridge (rev 2).
Master Capable. Latency=64. Min Gnt=8.
Bus 0, device 29, function 0:
USB Controller: Intel Corp. 82801DB USB (Hub #1) (rev 2).
IRQ 11.
I/O at 0xd800 [0xd81f].
Bus 0, device 29, function 1:
USB Controller: Intel Corp. 82801DB USB (Hub #2) (rev 2).
IRQ 5.
I/O at 0xd400 [0xd41f].
Bus 0, device 29, function 2:
USB Controller: Intel Corp. 82801DB USB (Hub #3) (rev 2).
IRQ 9.
I/O at 0xd000 [0xd01f].
Bus 0, device 29, function 7:
USB Controller: Intel Corp. 82801DB USB EHCI Controller (rev 2).
Non-prefetchable 32 bit memory at 0xe5800000 [0xe58003ff].
Bus 0, device 30, function 0:
PCI bridge: Intel Corp. 82801BA/CA/DB PCI Bridge (rev 130).
Master Capable. No bursts. Min Gnt=6.
Bus 0, device 31, function 0:
ISA bridge: Intel Corp. 82801DB ISA Bridge (LPC) (rev 2).
Bus 0, device 31, function 1:
IDE interface: Intel Corp. 82801DB ICH4 IDE (rev 2).
IRQ 9.
I/O at 0x0 [0x7].
I/O at 0x0 [0x3].
I/O at 0x0 [0x7].
I/O at 0x0 [0x3].
I/O at 0xf000 [0xf00f].
Non-prefetchable 32 bit memory at 0x10000000 [0x100003ff].
Bus 0, device 31, function 5:
Multimedia audio controller: Intel Corp. 82801DB AC'97 Audio (rev 2).
IRQ 10.
I/O at 0xa800 [0xa8ff].
I/O at 0xa400 [0xa43f].
Non-prefetchable 32 bit memory at 0xe4000000 [0xe40001ff].
Non-prefetchable 32 bit memory at 0xe3800000 [0xe38000ff].
Bus 1, device 0, function 0:
VGA compatible controller: nVidia Corporation NV25 [GeForce4 Ti4200] (rev 163).
IRQ 11.
Master Capable. Latency=248. Min Gnt=5.Max Lat=1.
Non-prefetchable 32 bit memory at 0xe6000000 [0xe6ffffff].
Prefetchable 32 bit memory at 0xe8000000 [0xefffffff].
Prefetchable 32 bit memory at 0xe7800000 [0xe787ffff].
Bus 2, device 3, function 0:
FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 128).
IRQ 5.
Master Capable. Latency=32. Max Lat=32.
Non-prefetchable 32 bit memory at 0xe5000000 [0xe50007ff].
I/O at 0xb800 [0xb87f].
Bus 2, device 5, function 0:
Ethernet controller: Broadcom Corporation NetXtreme BCM5702X Gigabit Ethernet (rev 2).
IRQ 10.
Master Capable. Latency=64. Min Gnt=64.
Non-prefetchable 64 bit memory at 0xe4800000 [0xe480ffff].

2003-01-10 02:16:26

by Alan Cox

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

> I had some strange bug using 2.4.21pre3-ac2 :
> at rebooting after a freeze (my machine freezes from time to time
> whatever the kernel is, I'm still diging that point)

If its freezing with old kernels I'm somewhat less interested

> this triggers two questions :
> o is the new piix-ide faulty ?

Not from reports I have except for two reports about MWDMA (old non UDMA)
which appear to be a chipset errata I need to deal with

2003-01-10 09:36:26

by Ralf Hildebrandt

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

* Alan Cox <[email protected]>:
> The skb_padto bug is quite ugly so people really want to be using ac2 not
> ac1.

I got an oops with that kernel on two different machines:

ksymoops 2.4.8 on i686 2.4.21-pre3-ac2. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.21-pre3-ac2/ (default)
-m /boot/System.map-2.4.21-pre3-ac2 (default)

Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.

cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0800-0x08ff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x220-0x22f 0x330-0x337 0x378-0x37f 0x388-0x38f 0x3c0-0x3df 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
cs: memory probe 0xa0000000-0xa0ffffff: clean.
ad1848: No ISAPnP cards found, trying standard ones...
Unable to handle kernel NULL pointer dereference at virtual address 00000004
c0132d7d
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c0132d7d>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax: 00000000 ebx: c117b874 ecx: c7cc8000 edx: c7cc805c
esi: 00000000 edi: 00000000 ebp: c0271030 esp: c7cc9e40
ds: 0018 es: 0018 ss: 0018
Process apt-get (pid: 1352, stackpage=c7cc9000)
Stack: 00000001 00000286 c898f420 c898f420 c898f420 c117b874 c013e66e c898f420
c88b2e68 c117b874 000011d1 c0271030 c0131f0f c117b874 000001d2 c7cc8000
000001c8 000001d2 00000020 00000020 000001d2 00000020 00000006 c0132153
Call Trace: [<c013e66e>] [<c0131f0f>] [<c0132153>] [<c01321c6>] [<c0133067>]
[<c01332f3>] [<c012dd70>] [<c015f5d9>] [<c013a173>] [<c0107307>]
Code: 89 58 04 89 03 89 53 04 89 59 5c 89 73 0c ff 41 68 eb bf 0f


>>EIP; c0132d7d <__free_pages_ok+27d/2a0> <=====

>>ebx; c117b874 <_end+e88fbc/c9937a8>
>>ecx; c7cc8000 <_end+79d5748/c9937a8>
>>edx; c7cc805c <_end+79d57a4/c9937a8>
>>ebp; c0271030 <contig_page_data+b0/340>
>>esp; c7cc9e40 <_end+79d7588/c9937a8>

Trace; c013e66e <try_to_free_buffers+8e/100>
Trace; c0131f0f <shrink_cache+21f/310>
Trace; c0132153 <shrink_caches+63/a0>
Trace; c01321c6 <try_to_free_pages_zone+36/50>
Trace; c0133067 <balance_classzone+57/1f0>
Trace; c01332f3 <__alloc_pages+f3/190>
Trace; c012dd70 <generic_file_write+370/760>
Trace; c015f5d9 <ext3_file_write+39/d0>
Trace; c013a173 <sys_write+a3/140>
Trace; c0107307 <system_call+33/38>

Code; c0132d7d <__free_pages_ok+27d/2a0>
00000000 <_EIP>:
Code; c0132d7d <__free_pages_ok+27d/2a0> <=====
0: 89 58 04 mov %ebx,0x4(%eax) <=====
Code; c0132d80 <__free_pages_ok+280/2a0>
3: 89 03 mov %eax,(%ebx)
Code; c0132d82 <__free_pages_ok+282/2a0>
5: 89 53 04 mov %edx,0x4(%ebx)
Code; c0132d85 <__free_pages_ok+285/2a0>
8: 89 59 5c mov %ebx,0x5c(%ecx)
Code; c0132d88 <__free_pages_ok+288/2a0>
b: 89 73 0c mov %esi,0xc(%ebx)
Code; c0132d8b <__free_pages_ok+28b/2a0>
e: ff 41 68 incl 0x68(%ecx)
Code; c0132d8e <__free_pages_ok+28e/2a0>
11: eb bf jmp ffffffd2 <_EIP+0xffffffd2>
Code; c0132d90 <__free_pages_ok+290/2a0>
13: 0f 00 00 sldtl (%eax)

<1>Unable to handle kernel NULL pointer dereference at virtual address 00000004
c0132d7d
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c0132d7d>] Not tainted
EFLAGS: 00010246
eax: 00000000 ebx: c10cc138 ecx: c7cc8000 edx: c7cc805c
esi: 00000000 edi: 00000000 ebp: 00000000 esp: c7cc9c64
ds: 0018 es: 0018 ss: 0018
Process apt-get (pid: 1352, stackpage=c7cc9000)
Stack: 0000002f 00000082 00000082 c02d93b4 00000020 00000000 c01911b3 c02d93b4
00000000 c9ed51a8 00004000 00000001 c0129027 c10cc138 00000000 00000001
cbf7ef00 c10cc138 08400000 c436a084 0806e000 00000000 c012787b cb0887a0
Call Trace: [<c01911b3>] [<c0129027>] [<c012787b>] [<c012a769>] [<c01171b7>]
[<c011c09f>] [<c0107992>] [<c0114ad4>] [<c01643d2>] [<c016b21b>] [<c016a896>]
[<c016b21b>] [<c016a896>] [<c0114830>] [<c01073f8>] [<c0132d7d>] [<c013e66e>]
[<c0131f0f>] [<c0132153>] [<c01321c6>] [<c0133067>] [<c01332f3>] [<c012dd70>]
[<c015f5d9>] [<c013a173>] [<c0107307>]
Code: 89 58 04 89 03 89 53 04 89 59 5c 89 73 0c ff 41 68 eb bf 0f


>>EIP; c0132d7d <__free_pages_ok+27d/2a0> <=====

>>ebx; c10cc138 <_end+dd9880/c9937a8>
>>ecx; c7cc8000 <_end+79d5748/c9937a8>
>>edx; c7cc805c <_end+79d57a4/c9937a8>
>>esp; c7cc9c64 <_end+79d73ac/c9937a8>

Trace; c01911b3 <poke_blanked_console+53/70>
Trace; c0129027 <zap_pte_range+f7/120>
Trace; c012787b <zap_page_range+8b/f0>
Trace; c012a769 <exit_mmap+b9/160>
Trace; c01171b7 <mmput+47/a0>
Trace; c011c09f <do_exit+8f/240>
Trace; c0107992 <die+72/80>
Trace; c0114ad4 <do_page_fault+2a4/4cf>
Trace; c01643d2 <ext3_mark_iloc_dirty+42/70>
Trace; c016b21b <journal_dirty_metadata+17b/210>
Trace; c016a896 <do_get_write_access+296/520>
Trace; c016b21b <journal_dirty_metadata+17b/210>
Trace; c016a896 <do_get_write_access+296/520>
Trace; c0114830 <do_page_fault+0/4cf>
Trace; c01073f8 <error_code+34/3c>
Trace; c0132d7d <__free_pages_ok+27d/2a0>
Trace; c013e66e <try_to_free_buffers+8e/100>
Trace; c0131f0f <shrink_cache+21f/310>
Trace; c0132153 <shrink_caches+63/a0>
Trace; c01321c6 <try_to_free_pages_zone+36/50>
Trace; c0133067 <balance_classzone+57/1f0>
Trace; c01332f3 <__alloc_pages+f3/190>
Trace; c012dd70 <generic_file_write+370/760>
Trace; c015f5d9 <ext3_file_write+39/d0>
Trace; c013a173 <sys_write+a3/140>
Trace; c0107307 <system_call+33/38>

Code; c0132d7d <__free_pages_ok+27d/2a0>
00000000 <_EIP>:
Code; c0132d7d <__free_pages_ok+27d/2a0> <=====
0: 89 58 04 mov %ebx,0x4(%eax) <=====
Code; c0132d80 <__free_pages_ok+280/2a0>
3: 89 03 mov %eax,(%ebx)
Code; c0132d82 <__free_pages_ok+282/2a0>
5: 89 53 04 mov %edx,0x4(%ebx)
Code; c0132d85 <__free_pages_ok+285/2a0>
8: 89 59 5c mov %ebx,0x5c(%ecx)
Code; c0132d88 <__free_pages_ok+288/2a0>
b: 89 73 0c mov %esi,0xc(%ebx)
Code; c0132d8b <__free_pages_ok+28b/2a0>
e: ff 41 68 incl 0x68(%ecx)
Code; c0132d8e <__free_pages_ok+28e/2a0>
11: eb bf jmp ffffffd2 <_EIP+0xffffffd2>
Code; c0132d90 <__free_pages_ok+290/2a0>
13: 0f 00 00 sldtl (%eax)


1 warning issued. Results may not be reliable.

--
Ralf Hildebrandt (Im Auftrag des Referat V a) [email protected]
Charite Campus Mitte Tel. +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze - Fax. +49 (0)30-450 570-916
Why you can't find your system administrators:
(S)he's catching twenty winks under the floorboards, tread gingerly.

2003-01-10 11:05:46

by Alan

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

On Fri, 2003-01-10 at 09:45, Ralf Hildebrandt wrote:
> I got an oops with that kernel on two different machines:

Can you build the kernel with the patch to mm/shmem.c reverted and
see if that fixes your crash ?

2003-01-10 11:07:06

by Ralf Hildebrandt

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

* Alan Cox <[email protected]>:
> On Fri, 2003-01-10 at 09:45, Ralf Hildebrandt wrote:
> > I got an oops with that kernel on two different machines:
>
> Can you build the kernel with the patch to mm/shmem.c reverted and
> see if that fixes your crash ?

Well, yes. Should I remove all changes to "mm/shmem.c" that are done
from the ac2 patch?

--
Ralf Hildebrandt (Im Auftrag des Referat V a) [email protected]
Charite Campus Mitte Tel. +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze - Fax. +49 (0)30-450 570-916
Why you can't find your system administrators:
On the roof of the building, contemplating which users to throw off.

2003-01-10 11:12:36

by Ralf Hildebrandt

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

* Alan Cox <[email protected]>:
> On Fri, 2003-01-10 at 09:45, Ralf Hildebrandt wrote:
> > I got an oops with that kernel on two different machines:
>
> Can you build the kernel with the patch to mm/shmem.c reverted and
> see if that fixes your crash ?

I'm building as we speak.

--
Ralf Hildebrandt (Im Auftrag des Referat V a) [email protected]
Charite Campus Mitte Tel. +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze - Fax. +49 (0)30-450 570-916
It's mathematical: (uNsTable - NT) = usable.

2003-01-10 13:21:46

by Ralf Hildebrandt

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

* Ralf Hildebrandt <[email protected]>:
> * Alan Cox <[email protected]>:
> > On Fri, 2003-01-10 at 09:45, Ralf Hildebrandt wrote:
> > > I got an oops with that kernel on two different machines:
> >
> > Can you build the kernel with the patch to mm/shmem.c reverted and
> > see if that fixes your crash ?
>
> Well, yes. Should I remove all changes to "mm/shmem.c" that are done
> from the ac2 patch?

Backing out of mm/shmem.c makess thee bug disappear. Unfortunately I
fforgot to applyy the keyboard pacth forr my Toshiba laptop, so I get
duplicate letters when typingg real fasst (as you caan see!)

The keyboard paccth:
--- drivers/char/keyboard.c.orig 2003-01-10 12:20:18.000000000 +0100
+++ drivers/char/keyboard.c 2003-01-10 14:28:24.000000000 +0100
@@ -95,6 +95,7 @@
static struct tty_struct **ttytab;
static struct kbd_struct * kbd = kbd_table;
static struct tty_struct * tty;
+static unsigned char prev_scancode;

void compute_shiftstate(void);

@@ -214,7 +215,16 @@
}
kbd = kbd_table + fg_console;
if ((raw_mode = (kbd->kbdmode == VC_RAW))) {
- put_queue(scancode | up_flag);
+ /* put_queue(scancode | up_flag); */
+ /* The following 'if' is a workaround for hardware *
+ * which sometimes send the key release event twice */
+ unsigned char next_scancode = scancode|up_flag;
+ if (up_flag && next_scancode==prev_scancode) {
+ /* unexpected 2nd release event */
+ } else {
+ prev_scancode=next_scancode;
+ put_queue(next_scancode);
+ }
/* we do not return yet, because we want to maintain
the key_down array, so that we have the correct
values when finishing RAW mode or when changing VT's */

--
Ralf Hildebrandt (Im Auftrag des Referat V a) [email protected]
Charite Campus Mitte Tel. +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze - Fax. +49 (0)30-450 570-916
Okay, so I have this coworker who believes that NT is God's Gift to Sysadmins.
There are lots of weird gods around, aren't they?
Yeah, he means Cthulu. That's the kind of OS he/she/it'd give as a gift.

2003-01-10 14:08:48

by Ralf Hildebrandt

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

* Ralf Hildebrandt <[email protected]>:

> Backing out of mm/shmem.c makess thee bug disappear.

Not really. I rebooted and then the ac2 crashed DURING a fsck that was
caused by reaching the maximum mount count.
I'm outta here and back to 2.4.21pre3 :)

--
Ralf Hildebrandt (Im Auftrag des Referat V a) [email protected]
Charite Campus Mitte Tel. +49 (0)30-450 570-155
Referat V a - Kommunikationsnetze - Fax. +49 (0)30-450 570-916


2003-01-10 14:22:54

by Alan

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

On Fri, 2003-01-10 at 14:17, Ralf Hildebrandt wrote:
> * Ralf Hildebrandt <[email protected]>:
>
> > Backing out of mm/shmem.c makess thee bug disappear.
>
> Not really. I rebooted and then the ac2 crashed DURING a fsck that was
> caused by reaching the maximum mount count.
> I'm outta here and back to 2.4.21pre3 :)

Curious indeed. I guess we'll find the problem when I submit the
troublesome change to Marcelo 8). I'll look at that keyboard
fix, that seems a fairly sane workaround. Next stop is zapping
the other bits of journal related stuff and checking network
card fixup corner cases - what ethernet do you have btw ?


Alan

2003-01-10 14:29:46

by Adrian Bunk

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

On Wed, Jan 08, 2003 at 08:39:09PM -0500, Alan Cox wrote:

>...
> Linux 2.4.21pre3-ac2
>...
> o Driver for Aurora Sio16 PCI adapter series (Joachim Martillo)
> (SIO8000P, 16000P, and CPCI)
> | Initial merge
>...

siolx_cleanup in drivers/char/cd1865/cd1865.c is __exit but called from
the __init function siolx_init causing a .text.exit error when compiling
this driver statically into the kernel. The following patch that removes
the __exit fixes it:

--- linux-2.4.20-ac/drivers/char/cd1865/cd1865.c.old 2003-01-10 15:31:41.000000000 +0100
+++ linux-2.4.20-ac/drivers/char/cd1865/cd1865.c 2003-01-10 15:32:26.000000000 +0100
@@ -2630,7 +2630,7 @@
}


-static void __exit siolx_cleanup(void)
+static void siolx_cleanup(void)
{
siolx_release_drivers();
siolx_release_memory();


cu
Adrian

--

"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed

2003-01-13 03:27:03

by Bill Davidsen

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

On Fri, 10 Jan 2003, Jean-Daniel Pauget wrote:

>
> I had some strange bug using 2.4.21pre3-ac2 :
> at rebooting after a freeze (my machine freezes from time to time
> whatever the kernel is, I'm still diging that point)
> fsck.ext2 was not able to finish checking my /home (59Gb), it
> systematically got a signal 11 (I tried several times).
>
> rebooting using my previous kernel (2.4.20 with a minor patch for the
> i845G AGP mess-up) was enough so that the fsck worked fine at the first
> attempt with this kernel.

There are several possibilities, but I would suspect you have memory which
is just marginal, and with some combination of access patterns you trigger
a sig 11 problem. I have the same board, with 72 bit ECC capable memory,
and I'm running all of the BIOS speed options (section 4.4 of the manual)
set at default, rather than tuning for any extra bit of performance.

If you have pushed any of the CPU or memory speeds, obviously that's a
place to return to default, but I suspect what you have is marginal
memory. Best is to borrow a stick and run on other memory, 2nd best is to
slow the speeds a bit and see if that works better.

Clearly this is only an educated guess.

--
bill davidsen <[email protected]>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.

2003-01-13 14:06:25

by Alan

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

On Mon, 2003-01-13 at 03:33, Bill Davidsen wrote:
> There are several possibilities, but I would suspect you have memory which
> is just marginal, and with some combination of access patterns you trigger
> a sig 11 problem. I have the same board, with 72 bit ECC capable memory,
> and I'm running all of the BIOS speed options (section 4.4 of the manual)
> set at default, rather than tuning for any extra bit of performance.

I'm seeing enough other -ac specific errors to be fairly sure its not just
hardware in the current -ac tree case. I don't know what the common factor
is yet - it 'works for me' which makes it hard to pin down

Guess #1 is reverting mm/shmem.c. Guess #2 is reverting the buffer cache
changes. Guess #3 is new IDE + highmem and Guess #4 is quota related (are
people seeing the problem with quota disabled ?)

Subject: Re: Linux 2.4.21pre3-ac2

Alan Cox wrote:

> Guess #1 is reverting mm/shmem.c.
> Guess #2 is reverting the buffer cache changes.
> Guess #3 is new IDE + highmem

I Have HighMem (1GB) so I can't help you here but "Khormy", in another
thread, said he has the problem with only 256MB so I don't think he uses
Highmem.

> Guess #4 is quota related (are people seeing the problem with
> quota disabled ?)

I don't have quota enabled, and I have lots of oopses with 2.4.21-pre3-ac1/3

The kernel 2.4.21-pre3 works fine on my box, so I think it's really related
to -ac patches.

--
Bertrand Vieille

2003-01-13 17:14:39

by John Stoffel

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2


Alan> I'm seeing enough other -ac specific errors to be fairly sure
Alan> its not just hardware in the current -ac tree case. I don't know
Alan> what the common factor is yet - it 'works for me' which makes it
Alan> hard to pin down

I'm now running -ac3 and it seems more stable. I've got a Dual Xeon
550 Mhz Dell with 768mb of ECC memory and a Matrox G450 card. Nice
stable system usually.

Alan> Guess #1 is reverting mm/shmem.c. Guess #2 is reverting the buffer cache
Alan> changes. Guess #3 is new IDE + highmem and Guess #4 is quota related (are
Alan> people seeing the problem with quota disabled ?)

I'm not running with quotas at all, and I've seen the complete lockup
under -ac1 and -ac2. I'll see about stressing -ac3 with some
filesystem stuff to see what happens.

Here are the options I have enabled for IDE on my system:

CONFIG_PARIDE=m
CONFIG_PARIDE_PARPORT=m
CONFIG_PARIDE_PD=m
CONFIG_PARIDE_PCD=m
CONFIG_PARIDE_PF=m
CONFIG_PARIDE_PT=m
CONFIG_PARIDE_PG=m
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDETAPE=m
CONFIG_BLK_DEV_IDEFLOPPY=m
CONFIG_BLK_DEV_IDESCSI=m
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y


Maybe I can pull the buffer cache and/or SHMEM changes.

John

2003-01-14 11:11:58

by Horst von Brand

[permalink] [raw]
Subject: Re: Linux 2.4.21pre3-ac2

"John Stoffel" <[email protected]> said:
> Alan> I'm seeing enough other -ac specific errors to be fairly sure
> Alan> its not just hardware in the current -ac tree case. I don't know
> Alan> what the common factor is yet - it 'works for me' which makes it
> Alan> hard to pin down
>
> I'm now running -ac3 and it seems more stable. I've got a Dual Xeon
> 550 Mhz Dell with 768mb of ECC memory and a Matrox G450 card. Nice
> stable system usually.

2.4.21-pre3-ac4. I've got a Toshiba Satellite 1800 here. P3 mobile
(Coppermine)/1100, 256MiB RAM, no higmem or other stuff, RH 8.0 +
updates. Quotas are enabled. USB mouse, CD player running (yep, sound works
now). When trying to update (rpm -Fhv) rpm segfaulted, later X went
dead. alt-F1 gave me a console (upper half of screen, dark green letters,
microscopic font ;-). Rebooted fine tho.

CONFIG_X86=y
CONFIG_UID16=y
CONFIG_EXPERIMENTAL=y
CONFIG_MODULES=y
CONFIG_KMOD=y
CONFIG_MPENTIUMIII=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_X86_L1_CACHE_SHIFT=5
CONFIG_X86_HAS_TSC=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_PGE=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_X86_F00F_WORKS_OK=y
CONFIG_X86_MCE=y
CONFIG_TOSHIBA=m
CONFIG_MICROCODE=m
CONFIG_X86_MSR=m
CONFIG_X86_CPUID=m
CONFIG_NOHIGHMEM=y
CONFIG_MTRR=y
CONFIG_X86_TSC=y
CONFIG_NET=y
CONFIG_PCI=y
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_ISA=y
CONFIG_PCI_NAMES=y
CONFIG_HOTPLUG=y
CONFIG_PCMCIA=m
CONFIG_CARDBUS=y
CONFIG_SYSVIPC=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_SYSCTL=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_AOUT=m
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=m
CONFIG_PM=y
CONFIG_APM=y
CONFIG_APM_CPU_IDLE=y
CONFIG_APM_DISPLAY_BLANK=y
CONFIG_APM_RTC_IS_GMT=y
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_PC_CML1=m
CONFIG_PARPORT_SERIAL=m
CONFIG_PARPORT_PC_PCMCIA=m
CONFIG_PARPORT_1284=y
CONFIG_BLK_DEV_FD=m
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_NBD=m
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y
CONFIG_BLK_STATS=y
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
CONFIG_NETFILTER=y
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
CONFIG_IP_ADVANCED_ROUTER=y
CONFIG_IP_MULTIPLE_TABLES=y
CONFIG_IP_ROUTE_FWMARK=y
CONFIG_IP_ROUTE_NAT=y
CONFIG_IP_ROUTE_MULTIPATH=y
CONFIG_IP_ROUTE_TOS=y
CONFIG_IP_ROUTE_VERBOSE=y
CONFIG_IP_ROUTE_LARGE_TABLES=y
CONFIG_NET_IPIP=m
CONFIG_NET_IPGRE=m
CONFIG_NET_IPGRE_BROADCAST=y
CONFIG_IP_MROUTE=y
CONFIG_IP_PIMSM_V1=y
CONFIG_IP_PIMSM_V2=y
CONFIG_SYN_COOKIES=y
CONFIG_IP_NF_CONNTRACK=m
CONFIG_IP_NF_FTP=m
CONFIG_IP_NF_IRC=m
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_LIMIT=m
CONFIG_IP_NF_MATCH_MAC=m
CONFIG_IP_NF_MATCH_PKTTYPE=m
CONFIG_IP_NF_MATCH_MARK=m
CONFIG_IP_NF_MATCH_MULTIPORT=m
CONFIG_IP_NF_MATCH_TOS=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_DSCP=m
CONFIG_IP_NF_MATCH_AH_ESP=m
CONFIG_IP_NF_MATCH_LENGTH=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_MATCH_TCPMSS=m
CONFIG_IP_NF_MATCH_HELPER=m
CONFIG_IP_NF_MATCH_STATE=m
CONFIG_IP_NF_MATCH_CONNTRACK=m
CONFIG_IP_NF_MATCH_UNCLEAN=m
CONFIG_IP_NF_MATCH_OWNER=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_MIRROR=m
CONFIG_IP_NF_NAT=m
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_IP_NF_NAT_SNMP_BASIC=m
CONFIG_IP_NF_NAT_IRC=m
CONFIG_IP_NF_NAT_FTP=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_TOS=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_DSCP=m
CONFIG_IP_NF_TARGET_MARK=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_TCPMSS=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_COMPAT_IPCHAINS=m
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IPV6=m
CONFIG_IP6_NF_IPTABLES=m
CONFIG_IP6_NF_MATCH_LIMIT=m
CONFIG_IP6_NF_MATCH_MAC=m
CONFIG_IP6_NF_MATCH_MULTIPORT=m
CONFIG_IP6_NF_MATCH_OWNER=m
CONFIG_IP6_NF_MATCH_MARK=m
CONFIG_IP6_NF_MATCH_LENGTH=m
CONFIG_IP6_NF_MATCH_EUI64=m
CONFIG_IP6_NF_FILTER=m
CONFIG_IP6_NF_TARGET_LOG=m
CONFIG_IP6_NF_MANGLE=m
CONFIG_IP6_NF_TARGET_MARK=m
CONFIG_VLAN_8021Q=m
CONFIG_WAN_ROUTER=m
CONFIG_NET_SCHED=y
CONFIG_NET_SCH_CBQ=m
CONFIG_NET_SCH_HTB=m
CONFIG_NET_SCH_CSZ=m
CONFIG_NET_SCH_PRIO=m
CONFIG_NET_SCH_RED=m
CONFIG_NET_SCH_SFQ=m
CONFIG_NET_SCH_TEQL=m
CONFIG_NET_SCH_TBF=m
CONFIG_NET_SCH_GRED=m
CONFIG_NET_SCH_DSMARK=m
CONFIG_NET_SCH_INGRESS=m
CONFIG_NET_QOS=y
CONFIG_NET_ESTIMATOR=y
CONFIG_NET_CLS=y
CONFIG_NET_CLS_TCINDEX=m
CONFIG_NET_CLS_ROUTE4=m
CONFIG_NET_CLS_ROUTE=y
CONFIG_NET_CLS_FW=m
CONFIG_NET_CLS_U32=m
CONFIG_NET_CLS_RSVP=m
CONFIG_NET_CLS_RSVP6=m
CONFIG_NET_CLS_POLICE=y
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
CONFIG_BLK_DEV_IDECS=m
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDESCSI=y
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_GENERIC=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_BLK_DEV_ADMA=y
CONFIG_BLK_DEV_ALI15X3=y
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_IDE_MODES=y
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=m
CONFIG_SD_EXTRA_DEVS=40
CONFIG_BLK_DEV_SR=y
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_SR_EXTRA_DEVS=4
CONFIG_CHR_DEV_SG=m
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
CONFIG_SCSI_PPA=m
CONFIG_SCSI_IMM=m
CONFIG_SCSI_DEBUG=m
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
CONFIG_BONDING=m
CONFIG_EQUALIZER=m
CONFIG_TUN=m
CONFIG_ETHERTAP=m
CONFIG_NET_ETHERNET=y
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=m
CONFIG_NET_PCI=y
CONFIG_EEPRO100=m
CONFIG_E100=m
CONFIG_PLIP=m
CONFIG_PPP=m
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_SLIP=m
CONFIG_SLIP_COMPRESSED=y
CONFIG_SLIP_SMART=y
CONFIG_SLIP_MODE_SLIP6=y
CONFIG_SHAPER=m
CONFIG_IRDA=m
CONFIG_IRLAN=m
CONFIG_IRNET=m
CONFIG_IRCOMM=m
CONFIG_IRDA_ULTRA=y
CONFIG_IRDA_CACHE_LAST_LSAP=y
CONFIG_IRDA_FAST_RR=y
CONFIG_IRTTY_SIR=m
CONFIG_IRPORT_SIR=m
CONFIG_INPUT=m
CONFIG_INPUT_KEYBDEV=m
CONFIG_INPUT_MOUSEDEV=m
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_JOYDEV=m
CONFIG_INPUT_EVDEV=m
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
CONFIG_SERIAL_EXTENDED=y
CONFIG_SERIAL_MANY_PORTS=y
CONFIG_SERIAL_SHARE_IRQ=y
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=2048
CONFIG_PRINTER=m
CONFIG_LP_CONSOLE=y
CONFIG_PPDEV=m
CONFIG_MOUSE=y
CONFIG_PSMOUSE=y
CONFIG_INPUT_IFORCE_USB=m
CONFIG_WATCHDOG=y
CONFIG_ACQUIRE_WDT=m
CONFIG_ADVANTECH_WDT=m
CONFIG_ALIM7101_WDT=m
CONFIG_SC520_WDT=m
CONFIG_PCWATCHDOG=m
CONFIG_EUROTECH_WDT=m
CONFIG_IB700_WDT=m
CONFIG_WAFER_WDT=m
CONFIG_I810_TCO=m
CONFIG_SC1200_WDT=m
CONFIG_SOFT_WATCHDOG=m
CONFIG_W83877F_WDT=m
CONFIG_WDT=m
CONFIG_WDTPCI=m
CONFIG_MACHZ_WDT=m
CONFIG_NVRAM=m
CONFIG_RTC=y
CONFIG_FTAPE=m
CONFIG_ZFTAPE=m
CONFIG_ZFT_DFLT_BLK_SZ=10240
CONFIG_ZFT_COMPRESSOR=m
CONFIG_FT_NR_BUFFERS=3
CONFIG_FT_NORMAL_DEBUG=y
CONFIG_FT_STD_FDC=y
CONFIG_FT_FDC_THR=8
CONFIG_FT_FDC_MAX_RATE=2000
CONFIG_FT_ALPHA_CLOCK=0
CONFIG_AGP=m
CONFIG_AGP_ALI=y
CONFIG_DRM=y
CONFIG_DRM_NEW=y
CONFIG_PCMCIA_SERIAL_CS=m
CONFIG_SYNCLINK_CS=m
CONFIG_MWAVE=m
CONFIG_QUOTA=y
CONFIG_AUTOFS_FS=m
CONFIG_AUTOFS4_FS=m
CONFIG_EXT3_FS=m
CONFIG_JBD=m
CONFIG_FAT_FS=m
CONFIG_VFAT_FS=m
CONFIG_CRAMFS=m
CONFIG_TMPFS=y
CONFIG_RAMFS=y
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_NTFS_FS=m
CONFIG_PROC_FS=y
CONFIG_DEVPTS_FS=y
CONFIG_ROMFS_FS=m
CONFIG_EXT2_FS=y
CONFIG_SYSV_FS=m
CONFIG_UDF_FS=m
CONFIG_UDF_RW=y
CONFIG_UFS_FS=m
CONFIG_CODA_FS=m
CONFIG_INTERMEZZO_FS=m
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFSD=m
CONFIG_NFSD_V3=y
CONFIG_NFSD_TCP=y
CONFIG_SUNRPC=m
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_SMB_FS=m
CONFIG_NCP_FS=m
CONFIG_NCPFS_PACKET_SIGNING=y
CONFIG_NCPFS_IOCTL_LOCKING=y
CONFIG_NCPFS_STRONG=y
CONFIG_NCPFS_NFS_NS=y
CONFIG_NCPFS_OS2_NS=y
CONFIG_NCPFS_SMALLDOS=y
CONFIG_NCPFS_NLS=y
CONFIG_NCPFS_EXTRAS=y
CONFIG_ZISOFS_FS=m
CONFIG_MSDOS_PARTITION=y
CONFIG_SMB_NLS=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_737=m
CONFIG_NLS_CODEPAGE_775=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_852=m
CONFIG_NLS_CODEPAGE_855=m
CONFIG_NLS_CODEPAGE_857=m
CONFIG_NLS_CODEPAGE_860=m
CONFIG_NLS_CODEPAGE_861=m
CONFIG_NLS_CODEPAGE_862=m
CONFIG_NLS_CODEPAGE_863=m
CONFIG_NLS_CODEPAGE_864=m
CONFIG_NLS_CODEPAGE_865=m
CONFIG_NLS_CODEPAGE_866=m
CONFIG_NLS_CODEPAGE_869=m
CONFIG_NLS_CODEPAGE_936=m
CONFIG_NLS_CODEPAGE_950=m
CONFIG_NLS_CODEPAGE_932=m
CONFIG_NLS_CODEPAGE_949=m
CONFIG_NLS_CODEPAGE_874=m
CONFIG_NLS_ISO8859_8=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_CODEPAGE_1251=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_2=m
CONFIG_NLS_ISO8859_3=m
CONFIG_NLS_ISO8859_4=m
CONFIG_NLS_ISO8859_5=m
CONFIG_NLS_ISO8859_6=m
CONFIG_NLS_ISO8859_7=m
CONFIG_NLS_ISO8859_9=m
CONFIG_NLS_ISO8859_13=m
CONFIG_NLS_ISO8859_14=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_KOI8_R=m
CONFIG_NLS_KOI8_U=m
CONFIG_NLS_UTF8=m
CONFIG_VGA_CONSOLE=y
CONFIG_VIDEO_SELECT=y
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FB_VESA=y
CONFIG_VIDEO_SELECT=y
CONFIG_FB_TRIDENT=m
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB16=y
CONFIG_FBCON_CFB24=y
CONFIG_FBCON_CFB32=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_SOUND=m
CONFIG_SOUND_TRIDENT=m
CONFIG_USB=m
CONFIG_USB_DEVICEFS=y
CONFIG_USB_OHCI=m
CONFIG_USB_MIDI=m
CONFIG_USB_STORAGE=m
CONFIG_USB_STORAGE_HP8200e=y
CONFIG_USB_ACM=m
CONFIG_USB_PRINTER=m
CONFIG_USB_HID=m
CONFIG_USB_HIDINPUT=y
CONFIG_USB_HIDDEV=y
CONFIG_USB_WACOM=m
CONFIG_USB_SCANNER=m
CONFIG_USB_MICROTEK=m
CONFIG_USB_HPUSBSCSI=m
CONFIG_USB_USBNET=m
CONFIG_DEBUG_KERNEL=y
CONFIG_DEBUG_STACKOVERFLOW=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_ZLIB_INFLATE=m
CONFIG_ZLIB_DEFLATE=m

--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513