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: [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: 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: 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: 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: [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: 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/
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/
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&s.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/