2.4.5-ac5 BUG in slab.c

2001-06-04 Thread Matt Bernstein
I was playing with (a romfs) initrd and modularising everything, including ext2 and ide-*. (gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-81)) More info on request. ksymoops 2.4.0 on i686 2.4.5-ac5-4. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules

2.4.5-ac5 BUG in slab.c

2001-06-04 Thread Matt Bernstein
I was playing with (a romfs) initrd and modularising everything, including ext2 and ide-*. (gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-81)) More info on request. ksymoops 2.4.0 on i686 2.4.5-ac5-4. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules

losetup fails (-EINVAL) over tmpfs

2001-05-31 Thread Matt Bernstein
This is very probably already known, but it broke the RH71 mkinitrd for me until I changed its temporary files to be created on /var/tmp :) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

losetup fails (-EINVAL) over tmpfs

2001-05-31 Thread Matt Bernstein
This is very probably already known, but it broke the RH71 mkinitrd for me until I changed its temporary files to be created on /var/tmp :) - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: Oops with 2.4.3-XFS

2001-05-30 Thread Matt Bernstein
: 78165360 sectors (40021 MB) w/2048KiB Cache, CHS=4865/255/63, UDMA(66) hdc: 20015856 sectors (10248 MB) w/512KiB Cache, CHS=19857/16/63, UDMA(33) On May 16 Matt Bernstein wrote: >We have managed to get a Debian potato system (with the 2.4 updates from >http://people.debian.org/~bunk/debia

Re: Oops with 2.4.3-XFS

2001-05-30 Thread Matt Bernstein
: 78165360 sectors (40021 MB) w/2048KiB Cache, CHS=4865/255/63, UDMA(66) hdc: 20015856 sectors (10248 MB) w/512KiB Cache, CHS=19857/16/63, UDMA(33) On May 16 Matt Bernstein wrote: We have managed to get a Debian potato system (with the 2.4 updates from http://people.debian.org/~bunk/debian plus xfs

Re: Oops with 2.4.3-XFS

2001-05-16 Thread Matt Bernstein
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> However, in testing a directory with lots (~177000) of files, we get the >> following oops (copied by hand, and run through ksymoops on a Red Hat box >> since the Debian one segfaulted :( ) >Can you describe your testing beyond using a directory

Oops with 2.4.3-XFS

2001-05-16 Thread Matt Bernstein
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, [ I'm not subscribed to linux-xfs, please cc me ] We have managed to get a Debian potato system (with the 2.4 updates from http://people.debian.org/~bunk/debian plus xfs-tools which we imported from woody) to run 2.4.3-XFS. However, in testing

Oops with 2.4.3-XFS

2001-05-16 Thread Matt Bernstein
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, [ I'm not subscribed to linux-xfs, please cc me ] We have managed to get a Debian potato system (with the 2.4 updates from http://people.debian.org/~bunk/debian plus xfs-tools which we imported from woody) to run 2.4.3-XFS. However, in testing

Re: Oops with 2.4.3-XFS

2001-05-16 Thread Matt Bernstein
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 However, in testing a directory with lots (~177000) of files, we get the following oops (copied by hand, and run through ksymoops on a Red Hat box since the Debian one segfaulted :( ) Can you describe your testing beyond using a directory with

Re: increasing the 512 process limit at run-time?

2001-02-07 Thread Matt Bernstein
At 04:43 -0800 Mr. James W. Laferriere wrote: > Hello Matt , At what uptime does one hit this limit ? >uptime > 4:40am up 444 days, 12:58, 1 user, load average: 0.00, 0.00, 0.00 >uname -a >Linux filesrv2 2.2.6 #1 SMP Thu Jul 1 20:33:30 PDT 1999 i686 unknown > > Not that that is

increasing the 512 process limit at run-time?

2001-02-07 Thread Matt Bernstein
I note that include/linux/tasks.h contains #define NR_TASKS 512 Can I tune this at run-time? My lovely server's been up since the day 2.2.16 was released, and now having hit the limit I don't want to reboot :) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

Re: BOOTP not working in 2.2.18?

2000-12-15 Thread Matt Bernstein
t grumbles "sendto: network is unreachable." At 12:19 - Matt Bernstein wrote: >In the file net/ipv4/ipconfig.c is a variable called ic_enabled which is >initialised to zero and never set anywhere. a check is made and bootp >isn't run if its not set. Setting it to 1 before the c

BOOTP not working in 2.2.18?

2000-12-15 Thread Matt Bernstein
In the file net/ipv4/ipconfig.c is a variable called ic_enabled which is initialised to zero and never set anywhere. a check is made and bootp isn't run if its not set. Setting it to 1 before the check makes it appear to work. [ The user-space bootpc doesn't want to play ball at all these days..

BOOTP not working in 2.2.18?

2000-12-15 Thread Matt Bernstein
In the file net/ipv4/ipconfig.c is a variable called ic_enabled which is initialised to zero and never set anywhere. a check is made and bootp isn't run if its not set. Setting it to 1 before the check makes it appear to work. [ The user-space bootpc doesn't want to play ball at all these days..

Re: BOOTP not working in 2.2.18?

2000-12-15 Thread Matt Bernstein
t grumbles "sendto: network is unreachable." At 12:19 - Matt Bernstein wrote: In the file net/ipv4/ipconfig.c is a variable called ic_enabled which is initialised to zero and never set anywhere. a check is made and bootp isn't run if its not set. Setting it to 1 before the check mak