Re: OT: ps source?
James Bourne wrote: > >From the procps man page: >Albert Cahalan <[EMAIL PROTECTED]> rewrote ps for full >Unix98 and BSD support, along with some ugly hacks for >obsolete and foreign syntax. > >Michael K. Johnson <[EMAIL PROTECTED]> is the current >maintainer. > > Michaels' ftp for procps is at ftp://people.redhat.com/johnsonm/procps/ Right. For international support procps-2.0.7 is the one to choose with the patch procps-2.0.7-intl.patch. Pierre -- ---- Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: OT: ps source?
James Bourne wrote: From the procps man page: Albert Cahalan [EMAIL PROTECTED] rewrote ps for full Unix98 and BSD support, along with some ugly hacks for obsolete and foreign syntax. Michael K. Johnson [EMAIL PROTECTED] is the current maintainer. Michaels' ftp for procps is at ftp://people.redhat.com/johnsonm/procps/ Right. For international support procps-2.0.7 is the one to choose with the patch procps-2.0.7-intl.patch. Pierre -- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: OT: ps source?
Fred Fleck wrote: > > Sorry for asking on this mailing list. > > Can someone please tell me where to find the source > code for the ps command? > > Thanks > > Fred http://www.cs.uml.edu/~acahalan/procps/ Pierre -- -------- Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: OT: ps source?
Fred Fleck wrote: Sorry for asking on this mailing list. Can someone please tell me where to find the source code for the ps command? Thanks Fred http://www.cs.uml.edu/~acahalan/procps/ Pierre -- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [prepatches] removal of console_lock
Andrew Morton wrote: > This patch fixes it. Interrupts are enabled across all console operations. > > It's still somewhat a work-in-progress. The patch applies OK against 2.4.3-pre1 At the end of make bzImage I got kerne/kernel.o(.text+0xcd00): undefined reference to 'in_interrupt' PR -- ---- Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [prepatches] removal of console_lock
Andrew Morton wrote: This patch fixes it. Interrupts are enabled across all console operations. It's still somewhat a work-in-progress. The patch applies OK against 2.4.3-pre1 At the end of make bzImage I got kerne/kernel.o(.text+0xcd00): undefined reference to 'in_interrupt' PR -- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: devfs and /proc/ide/hda
Glenn McGrath wrote: > Helge Hafting wrote: > >> Glenn McGrath wrote: >> >>> Im running kernel 2.4.1, I have entries like /proc/ide/hda, >>> /proc/ide/ide0/hda etc irrespective of wether im using devfs or >>> traditional device names. >>> >>> Is always using traditional device names for /proc/ide intentional, or >>> is it something nobody has gotten around to fixing yet? >> >> Using devfs changes the names in /dev. I don't think it >> is supposed to affect /proc in any way. And there are programs out >> that use the existing /proc - changing it won't be popular. >> > > > Well leaving it the way it is doesnt make much sense either really, it > refers to devices that dont exist. IMHO ide0 ide1... are naming plugs on the motherboard. They are not competing with special file names. It is a drawback of devfs to change the device name when you happen to use a hd as a removable media. hdd was disc0 and becomes disc1 when you plug in an hda... Pierre -- Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: devfs and /proc/ide/hda
Glenn McGrath wrote: Helge Hafting wrote: Glenn McGrath wrote: Im running kernel 2.4.1, I have entries like /proc/ide/hda, /proc/ide/ide0/hda etc irrespective of wether im using devfs or traditional device names. Is always using traditional device names for /proc/ide intentional, or is it something nobody has gotten around to fixing yet? Using devfs changes the names in /dev. I don't think it is supposed to affect /proc in any way. And there are programs out that use the existing /proc - changing it won't be popular. Well leaving it the way it is doesnt make much sense either really, it refers to devices that dont exist. IMHO ide0 ide1... are naming plugs on the motherboard. They are not competing with special file names. It is a drawback of devfs to change the device name when you happen to use a hd as a removable media. hdd was disc0 and becomes disc1 when you plug in an hda... Pierre -- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Odd network problems
Jon Eisenstein wrote: > Here is a partial list of sites that I have had problems with. Note that > once I find one of these sites, it is consistantly unreachable, even with > sites found months ago. i had a try with Linux-2.4.2 Mozilla 0.8 > www.codewarrioru.com time out answer (pingable however) > www.backwire.com connection refused with ECN. echo '0' > tcp_ecn makes it reachable. Mozilla sucks (CPU99%) and does not display the page in a reasonable time (maybe a problem i have with java and glibc-2.2.2) > www.counterpane.com no problem with this one. > www.zip2it.com un-resolved (could it be www.zip2.com) -- -------- Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Odd network problems
Jon Eisenstein wrote: Here is a partial list of sites that I have had problems with. Note that once I find one of these sites, it is consistantly unreachable, even with sites found months ago. i had a try with Linux-2.4.2 Mozilla 0.8 www.codewarrioru.com time out answer (pingable however) www.backwire.com connection refused with ECN. echo '0' tcp_ecn makes it reachable. Mozilla sucks (CPU99%) and does not display the page in a reasonable time (maybe a problem i have with java and glibc-2.2.2) www.counterpane.com no problem with this one. www.zip2it.com un-resolved (could it be www.zip2.com) -- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: PS/2 Mouse/Keyboard conflict and lockup
Peter Horton wrote: > On Thu, Feb 08, 2001 at 03:35:00AM +0100, Udo A. Steinberg wrote: >> After upgrading my Asus A7V Bios from 1003 to 1005D > Similiar problems here after my upgrade to 1005D. you are not booting from a floppy, are you ? -- -------- Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: PS/2 Mouse/Keyboard conflict and lockup
Peter Horton wrote: On Thu, Feb 08, 2001 at 03:35:00AM +0100, Udo A. Steinberg wrote: After upgrading my Asus A7V Bios from 1003 to 1005D Similiar problems here after my upgrade to 1005D. you are not booting from a floppy, are you ? -- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.1 segfault when doing "ls /dev/"
Pierfrancesco Caci wrote: > Yes I know this. Actually, booting with "devfs=nomount s" is the only > way to update the boot record with lilo and my existing lilo.conf. i can't do that on my box, /dev is only a mount point for devfs. assuming your /dev directory is dirty from something else than devfsd, could you try this while devfsd is running : #mkdir /devtest #mount none -t devfs /devtest #ls /devtest -- -------- Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.1 segfault when doing "ls /dev/"
Pierfrancesco Caci wrote: > I can't see how this can affect performance/funtionality of > devfsd. Can you try to stop the daemon and restart it to see if > continues to work as before ? /dev is mounted at boot time by the kernel (CONFIG_DEVFS_MOUNT=y). The system boots and runs without devfsd. You just can't start any process calling for non-existing device under /dev and not created by devfsd. For instance pppd or mc won't start by lack of pseudo-tty esd needs /dev/dsp ... i was thinking the trouble may come from some programme launched by your boot scripts before devfsd is running. is your version of fileutils > 4.0.28 (ls --version) ? -- -------- Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.1 segfault when doing "ls /dev/"
Pierfrancesco Caci wrote: >48 ?S 0:00 /sbin/devfsd /dev on my box devfsd has pid 15, it comes just after the [kdaems] 1 ?S 0:04 init 2 ?SW 0:00 [keventd] 3 ?SW 0:00 [kapm-idled] 4 ?SW 0:00 [kswapd] 5 ?SW 0:00 [kreclaimd] 6 ?SW 0:00 [bdflush] 7 ?SW 0:00 [kupdate] 8 ?SW 0:00 [kreiserfsd] 15 ?S 0:00 devfsd /dev and it works with 2.4.x -- ---- Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.1 segfault when doing ls /dev/
Pierfrancesco Caci wrote: 48 ?S 0:00 /sbin/devfsd /dev on my box devfsd has pid 15, it comes just after the [kdaems] 1 ?S 0:04 init 2 ?SW 0:00 [keventd] 3 ?SW 0:00 [kapm-idled] 4 ?SW 0:00 [kswapd] 5 ?SW 0:00 [kreclaimd] 6 ?SW 0:00 [bdflush] 7 ?SW 0:00 [kupdate] 8 ?SW 0:00 [kreiserfsd] 15 ?S 0:00 devfsd /dev and it works with 2.4.x -- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.1 segfault when doing ls /dev/
Pierfrancesco Caci wrote: I can't see how this can affect performance/funtionality of devfsd. Can you try to stop the daemon and restart it to see if continues to work as before ? /dev is mounted at boot time by the kernel (CONFIG_DEVFS_MOUNT=y). The system boots and runs without devfsd. You just can't start any process calling for non-existing device under /dev and not created by devfsd. For instance pppd or mc won't start by lack of pseudo-tty esd needs /dev/dsp ... i was thinking the trouble may come from some programme launched by your boot scripts before devfsd is running. is your version of fileutils 4.0.28 (ls --version) ? -- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.1 segfault when doing ls /dev/
Pierfrancesco Caci wrote: Yes I know this. Actually, booting with "devfs=nomount s" is the only way to update the boot record with lilo and my existing lilo.conf. i can't do that on my box, /dev is only a mount point for devfs. assuming your /dev directory is dirty from something else than devfsd, could you try this while devfsd is running : #mkdir /devtest #mount none -t devfs /devtest #ls /devtest -- ---- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Keyboard Scancode Problems
"Udo A. Steinberg" wrote: > keyboard: unrecognized scancode (70) - ignored > keyboard: unrecognized scancode (66) - ignored > keyboard: unknown scancode e0 71 > keyboard: unknown scancode e0 70 which key do you press to generate such scancodes ? #showkey -s -- ---- Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Need for more ISO8859 codepages?
Rhys Jones wrote: > Any and all feedback appreciated. need for less codepages. Is 8859-1 still useful ? Why not moving to 8859-15 (and cp1252) ? -- ---- Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Need for more ISO8859 codepages?
Rhys Jones wrote: Any and all feedback appreciated. need for less codepages. Is 8859-1 still useful ? Why not moving to 8859-15 (and cp1252) ? -- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Keyboard Scancode Problems
"Udo A. Steinberg" wrote: keyboard: unrecognized scancode (70) - ignored keyboard: unrecognized scancode (66) - ignored keyboard: unknown scancode e0 71 keyboard: unknown scancode e0 70 which key do you press to generate such scancodes ? #showkey -s -- ---- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH] devfsd, compiling on glibc22x
David Ford wrote: > > This patch is simple, defines RTLD_NEXT if not previously defined. > > --- devfsd.c.orig Sat Jan 27 18:14:19 2001 > +++ devfsd.cSat Jan 27 18:15:46 2001 > @@ -165,6 +165,7 @@ > Last updated by Richard Gooch 3-JUL-2000: Added "-C > /etc/modules.devfs" >when calling modprobe(8). Fail if a configuration line has EXECUTE > modprobe. > > +Updated by David Ford 27-JAN-2001: Added RTLD_NEXT define > > */ > #include > @@ -221,6 +222,10 @@ > #define AC_MKNEWCOMPAT 8 > #define AC_RMOLDCOMPAT 9 > #define AC_RMNEWCOMPAT 10 > + > +#ifndef RTLD_NEXT > +# define RTLD_NEXT ((void *) -1l) > +#endif > > struct permissions_type > { for me : make CFLAGS='-O2 -I. -D_GNU_SOURCE' compiles without any patch. is it correct ? -- Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH] devfsd, compiling on glibc22x
David Ford wrote: This patch is simple, defines RTLD_NEXT if not previously defined. --- devfsd.c.orig Sat Jan 27 18:14:19 2001 +++ devfsd.cSat Jan 27 18:15:46 2001 @@ -165,6 +165,7 @@ Last updated by Richard Gooch 3-JUL-2000: Added "-C /etc/modules.devfs" when calling modprobe(8). Fail if a configuration line has EXECUTE modprobe. +Updated by David Ford 27-JAN-2001: Added RTLD_NEXT define */ #include unistd.h @@ -221,6 +222,10 @@ #define AC_MKNEWCOMPAT 8 #define AC_RMOLDCOMPAT 9 #define AC_RMNEWCOMPAT 10 + +#ifndef RTLD_NEXT +# define RTLD_NEXT ((void *) -1l) +#endif struct permissions_type { for me : make CFLAGS='-O2 -I. -D_GNU_SOURCE' compiles without any patch. is it correct ? -- ---- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.0-x features ?
"Albert D. Cahalan" wrote: > > Pierre Rousselet writes: > > > 1) top (procps-2.0.7) gives me the messages : > > 'bad data in /proc/uptime' > > 'bad data in /proc/loadavg' > > cat /proc/uptime > > 1435.30 904.74 > > cat /proc/loadavg > > 0.01 0.21 0.29 1/17 19444 > > What is wrong ? > > Which 2.4.0-x kernel, and how was procps compiled? > (the broken gcc again perhaps?) > > You might as well get procps-010114.tar.gz (new just yesterday!) and > compile it yourself. The top command seems to tolerate Red Hat's > fixed gcc, which you should get if you are using Red Hat 7. I did that. Compilation OK with gcc-2.95.2 top still doesn't work ( top > /dev/null tells you 'bad data in ...' just before the screen blanks). logout after commenting LC_ALL=fr and LANG=fr in /etc/profile login again : top works. It is a question of '.' and ',' Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.0-x features ?
John Fremlin wrote: > > "Albert D. Cahalan" <[EMAIL PROTECTED]> writes: > > > > 1) top (procps-2.0.7) gives me the messages : > > > 'bad data in /proc/uptime' > > > 'bad data in /proc/loadavg' > > > cat /proc/uptime > > > 1435.30 904.74 > > > cat /proc/loadavg > > > 0.01 0.21 0.29 1/17 19444 > > > What is wrong ? > > You probably have locale settings where the decimal point is a comma > so scanf on /proc/loadavg etc. doesn't work. The following patch > (submitted to RedHat ages ago) fixes that for me. That's it. i persist in setting LANG=fr. Thank you for the tip. Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.0-x features ?
John Fremlin wrote: "Albert D. Cahalan" [EMAIL PROTECTED] writes: 1) top (procps-2.0.7) gives me the messages : 'bad data in /proc/uptime' 'bad data in /proc/loadavg' cat /proc/uptime 1435.30 904.74 cat /proc/loadavg 0.01 0.21 0.29 1/17 19444 What is wrong ? You probably have locale settings where the decimal point is a comma so scanf on /proc/loadavg etc. doesn't work. The following patch (submitted to RedHat ages ago) fixes that for me. That's it. i persist in setting LANG=fr. Thank you for the tip. ---- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.0-x features ?
"Albert D. Cahalan" wrote: Pierre Rousselet writes: 1) top (procps-2.0.7) gives me the messages : 'bad data in /proc/uptime' 'bad data in /proc/loadavg' cat /proc/uptime 1435.30 904.74 cat /proc/loadavg 0.01 0.21 0.29 1/17 19444 What is wrong ? Which 2.4.0-x kernel, and how was procps compiled? (the broken gcc again perhaps?) You might as well get procps-010114.tar.gz (new just yesterday!) and compile it yourself. The top command seems to tolerate Red Hat's fixed gcc, which you should get if you are using Red Hat 7. I did that. Compilation OK with gcc-2.95.2 top still doesn't work ( top /dev/null tells you 'bad data in ...' just before the screen blanks). logout after commenting LC_ALL=fr and LANG=fr in /etc/profile login again : top works. It is a question of '.' and ',' ---- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
2.4.0-x features ?
Pentium-III 256Mb BE6. 1) top (procps-2.0.7) gives me the messages : 'bad data in /proc/uptime' 'bad data in /proc/loadavg' cat /proc/uptime 1435.30 904.74 cat /proc/loadavg 0.01 0.21 0.29 1/17 19444 What is wrong ? 2) pppd (2.4.0b4) gives me the message : 'tdb_store failed : Success' 'tdb_store key failed : Success' What does that mean ? -- Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
2.4.0-ac9 Pentium-III not stable
For testing, I try to bootstrap gcc. The problem looks to be in stdin piping operation. Jan 14 09:25:09 milou kernel: kernel BUG at page_alloc.c:73! Jan 14 09:25:09 milou kernel: invalid operand: Jan 14 09:25:09 milou kernel: CPU:0 Jan 14 09:25:09 milou kernel: EIP:0010:[__free_pages_ok+34/776] Jan 14 09:25:09 milou kernel: EFLAGS: 00010282 Jan 14 09:25:09 milou kernel: eax: 001f ebx: c142935c ecx: c8fdc000 edx: Jan 14 09:25:09 milou kernel: esi: 002b edi: c29da404 ebp: esp: c8fddefc Jan 14 09:25:09 milou kernel: ds: 0018 es: 0018 ss: 0018 Jan 14 09:25:09 milou kernel: Process sh (pid: 8518, stackpage=c8fdd000) Jan 14 09:25:09 milou kernel: Stack: c01b86d2 c01b8880 0049 c142935c 002b c29da404 c3c45084 c1044010 Jan 14 09:25:09 milou kernel:c01e0020 0206 084e c012a572 c012aa0a c142935c 002b Jan 14 09:25:09 milou kernel:c011fa09 c142935c c9d7a9a0 c1552bc0 40017000 00035000 00417000 40417000 Jan 14 09:25:09 milou kernel: Call Trace: [__free_pages+26/28] [free_page_and_swap_cache+166/172] [zap_page_range+421/564] [exit_mmap+186/276] [mmput+38/60] [do_exit+149/544] [sys_exit+14/16] Jan 14 09:25:09 milou kernel:[system_call+51/56] Jan 14 09:25:09 milou kernel: Jan 14 09:25:09 milou kernel: Code: 0f 0b 83 c4 0c 83 7b 08 00 74 16 6a 4b 68 80 88 1b c0 68 d2 -- Pierre Rousselet <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
2.4.0-ac9 Pentium-III not stable
For testing, I try to bootstrap gcc. The problem looks to be in stdin piping operation. Jan 14 09:25:09 milou kernel: kernel BUG at page_alloc.c:73! Jan 14 09:25:09 milou kernel: invalid operand: Jan 14 09:25:09 milou kernel: CPU:0 Jan 14 09:25:09 milou kernel: EIP:0010:[__free_pages_ok+34/776] Jan 14 09:25:09 milou kernel: EFLAGS: 00010282 Jan 14 09:25:09 milou kernel: eax: 001f ebx: c142935c ecx: c8fdc000 edx: Jan 14 09:25:09 milou kernel: esi: 002b edi: c29da404 ebp: esp: c8fddefc Jan 14 09:25:09 milou kernel: ds: 0018 es: 0018 ss: 0018 Jan 14 09:25:09 milou kernel: Process sh (pid: 8518, stackpage=c8fdd000) Jan 14 09:25:09 milou kernel: Stack: c01b86d2 c01b8880 0049 c142935c 002b c29da404 c3c45084 c1044010 Jan 14 09:25:09 milou kernel:c01e0020 0206 084e c012a572 c012aa0a c142935c 002b Jan 14 09:25:09 milou kernel:c011fa09 c142935c c9d7a9a0 c1552bc0 40017000 00035000 00417000 40417000 Jan 14 09:25:09 milou kernel: Call Trace: [__free_pages+26/28] [free_page_and_swap_cache+166/172] [zap_page_range+421/564] [exit_mmap+186/276] [mmput+38/60] [do_exit+149/544] [sys_exit+14/16] Jan 14 09:25:09 milou kernel:[system_call+51/56] Jan 14 09:25:09 milou kernel: Jan 14 09:25:09 milou kernel: Code: 0f 0b 83 c4 0c 83 7b 08 00 74 16 6a 4b 68 80 88 1b c0 68 d2 -- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
2.4.0-x features ?
Pentium-III 256Mb BE6. 1) top (procps-2.0.7) gives me the messages : 'bad data in /proc/uptime' 'bad data in /proc/loadavg' cat /proc/uptime 1435.30 904.74 cat /proc/loadavg 0.01 0.21 0.29 1/17 19444 What is wrong ? 2) pppd (2.4.0b4) gives me the message : 'tdb_store failed : Success' 'tdb_store key failed : Success' What does that mean ? -- Pierre Rousselet [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.1-pre2/3 and Pentium-III not stable
Andrzej Krzysztofowicz wrote: > > "Pierre Rousselet wrote:" > > Pentium-III 256Mo > > For testing, I try to compile glibc. The start is good. > > When the process PID reaches a value around 22000 > > (variable), all goes wrong. Make gives error messages > > such as : > > > > make[2]: *** No rule to make target > > `../sysdeps/wordsize-32/bits/wordsi:e.h' > > make[2]: *** No rule to make target > > `/usr/lib/g#c-lib/i686-pc-linux-gnu/2.95.2/include/stddef.h' > > As "z" / ":" and "c" / "#" differ only on a single bit > it looks like a bad memory problem. I got the attached kernlog in an other compiling test writing Kernel BUG at page_alloc.c and swap.c. The PID of as is then 26349. Pierre Rousselet <[EMAIL PROTECTED]> bug.gz
2.4.1-pre2/3 and Pentium-III not stable
Pentium-III 256Mo For testing, I try to compile glibc. The start is good. When the process PID reaches a value around 22000 (variable), all goes wrong. Make gives error messages such as : make[2]: *** No rule to make target `../sysdeps/wordsize-32/bits/wordsi:e.h' make[2]: *** No rule to make target `/usr/lib/g#c-lib/i686-pc-linux-gnu/2.95.2/include/stddef.h' make[2]: *** No rule to make target `../include/sys/cde' The machine doesn't freeze, it is just completely unstable. Pierre Rousselet - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
2.4.1-pre2/3 and Pentium-III not stable
Pentium-III 256Mo For testing, I try to compile glibc. The start is good. When the process PID reaches a value around 22000 (variable), all goes wrong. Make gives error messages such as : make[2]: *** No rule to make target `../sysdeps/wordsize-32/bits/wordsi:e.h' make[2]: *** No rule to make target `/usr/lib/g#c-lib/i686-pc-linux-gnu/2.95.2/include/stddef.h' make[2]: *** No rule to make target `../include/sys/cdes.h' The machine doesn't freeze, it is just completely unstable. Pierre Rousselet - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.1-pre2/3 and Pentium-III not stable
Andrzej Krzysztofowicz wrote: "Pierre Rousselet wrote:" Pentium-III 256Mo For testing, I try to compile glibc. The start is good. When the process PID reaches a value around 22000 (variable), all goes wrong. Make gives error messages such as : make[2]: *** No rule to make target `../sysdeps/wordsize-32/bits/wordsi:e.h' make[2]: *** No rule to make target `/usr/lib/g#c-lib/i686-pc-linux-gnu/2.95.2/include/stddef.h' As "z" / ":" and "c" / "#" differ only on a single bit it looks like a bad memory problem. I got the attached kernlog in an other compiling test writing Kernel BUG at page_alloc.c and swap.c. The PID of as is then 26349. ---- Pierre Rousselet [EMAIL PROTECTED] bug.gz