Linux-Development-Sys Digest #54, Volume #7 Sun, 15 Aug 99 20:13:57 EDT
Contents:
Re: NFS performance with large files (Tim Moore)
Re: Source code licenses allow sharing between Linux and BSDs? (J.H.M. Dassen (Ray))
Unable to handle kernel NULL pointer dereference at virtual address (Marcus O.)
Re: how to solve /boot/system.map has an incorrect kernel version (Robin Becker)
"top" command's source code! ("lming")
linking (-ldl) [egcs-1.1.2] failure (DEEK)
Anyone who wish to make drivers for asuscom pci 128 isdn for linux? ("Torjus Gaaren")
Re: "top" command's source code! (Kaz Kylheku)
[EMAIL PROTECTED] ("H�rst Christian Wimmer-Rue")
Re: Broken Select ("Ed Okerson")
Re: My first linux program: non-bios boot loader ("H�rst Christian Wimmer-Rue")
Re: berzerko mouse from hell (Chris Gregory)
vi and non-printable character ([EMAIL PROTECTED])
Re: vi and non-printable character (Kaz Kylheku)
Async IO and X (Nils Henrik Lorentzen)
Re: Async IO and X (Tristan Wibberley)
Re: Looking for a good IP packet analyzer ("Dana Hudes")
/proc/<pid>/stat info incorrect on SMP systems? ([EMAIL PROTECTED])
Re: reading kernel symbols (Andi Kleen)
----------------------------------------------------------------------------
Date: Sun, 15 Aug 1999 02:51:41 -0700
From: Tim Moore <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking
Subject: Re: NFS performance with large files
> we are running here a couple of NFS servers and dual PII systems, still using
> 2.0.* kernels and NFS V2.
> ...
> * I wonder if somebody could comment on this ...
> * Are there are any knobs available to improve this ?
Try a different NFS mount. I use this in a 2.0.37 (PII) <-> 2.0.34
(i486) network w NE2k clone 10bT:
...
ne2k-pci.c:v0.99L 2/7/98 D. Becker/P. Gortmaker
http://cesdis.gsfc.nasa.gov/linux/drivers/ne2k-pci.html
ne2k-pci.c: PCI NE2000 clone 'RealTek RTL-8029' at I/O 0xa000, IRQ 11.
eth0: PCI NE2000 found at 0xa000, IRQ 11, 00:80:C8:C1:18:DB.
...
ne.c:v1.10 9/23/94 Donald Becker ([EMAIL PROTECTED])
NE*000 ethercard probe at 0x300: 00 40 33 d0 f5 88
eth0: NE2000 found at 0x300, using IRQ 11.
...
[2:26] asus:~ > mount -t nfs
dell:/ on /dell type nfs
(rw,nodev,noatime,rsize=8192,wsize=8192,udp,nfsvers=3,bg,hard,intr,addr=192.168.10.11)
[2:26] asus:~ > time dd
if=/dell/home/tim/netscape-communicator-4.04-3.i386.rpm of=/dev/null
bs=8192
905+1 records in
905+1 records out
0.000u 0.190s 0:09.72 1.9% 0+0k 0+0io 83pf+0w
[2:27] asus:~ > echo 906\*8192/9.72 | bc -q
763575
[2:28] asus:~ > ftp dell
Connected to dell.yoyodyne.org.
220 dell.yoyodyne.org FTP server (Version wu-2.4.2-academ[BETA-16](1)
Thu May 7 23:18:05 EDT 1998) ready.
Name (dell:tim):
331 Password required for tim.
Password:
230 User tim logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> get netscape-communicator-4.04-3.i386.rpm /dev/null
local: /dev/null remote: netscape-communicator-4.04-3.i386.rpm
200 PORT command successful.
150 Opening BINARY mode data connection for
netscape-communicator-4.04-3.i386.rpm (7415500 bytes).
226 Transfer complete.
7415500 bytes received in 6.52 secs (1.1e+03 Kbytes/sec)
ftp> exit
221 Goodbye.
> * Are 2.2 kernels and NFS V3 going to address these issues ?
Unfortunately the 2.2.x kernels seem to crash with heavy NFS loads.
I've tried 2.2.5, 2.2.7, 2.2.9, 2.2.10 and a few of the ac patches, all
with the same results. File handles unable to get process slots and
eventually an OOPS or the kernel simply 'goes away'. THis is with 8
simultaneous threads writing through an Alteon Gigabit, same mount
parameters as above.
Great performance under light loads. ~25MB/s
--
timothymoore "Everything is permitted. Nothing is forbidden."
bigfoot WS Burroughs.
com
------------------------------
From: [EMAIL PROTECTED] (J.H.M. Dassen (Ray))
Crossposted-To:
comp.unix.bsd.freebsd.misc,comp.unix.bsd.netbsd.misc,comp.unix.bsd.openbsd.misc,comp.software.licensing,gnu.misc.discuss
Subject: Re: Source code licenses allow sharing between Linux and BSDs?
Date: 15 Aug 1999 12:22:36 GMT
[F'up set to gnu.misc.discuss, where license discussions are commonly held]
Randall Parker <[EMAIL PROTECTED]> wrote:
>So I want to know as a legal question:
IANAL, and AFAIK no free software license has ever been tested in court.
>1) Can source code from Linux be added into the regular releases of any of
>the BSDs?
The Linux kernel as a whole is licensed under the GPL, which most BSD folks
dislike for its viral nature.
Parts of the kernel may be under a different (but GPL-compatible) license,
like BSD-sans-ads or a dual license (e.g. "random.c") which would make these
parts suitable for inclusion in a BSD.
>2) Can source code from any of the BSDs be added into the regular releases
>of Linux?
The BSD license (without the advertisement clause; see
http://www.fsf.org/philosophy/bsd.html) is a GPL-compatible license, so
BSD-licensed code can be incorporated in a GPL-ed work like the Linux
kernel.
HTH,
Ray
--
J.H.M. Dassen | RUMOUR Believe all you hear. Your world may
[EMAIL PROTECTED] | not be a better one than the one the blocks
| live in but it'll be a sight more vivid.
| - The Hipcrime Vocab by Chad C. Mulligan
------------------------------
From: Marcus O. <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Unable to handle kernel NULL pointer dereference at virtual address
Date: Sun, 15 Aug 1999 13:30:45 GMT
G'day,
I've been getting the following error on a random basis. The system is
running RH 6.0 with dual 133 processors, 128 Mb RAM 2-4Gb SCSI drives.
This
error seems to occur in both single and dual processor mode. This same
system ran RH 5.2 w/o any noted problems.
Aug 12 19:06:10 utcfw identd[4159]: Connection from shelly.surfsouth.com
Aug 12 19:06:10 utcfw identd[4159]: from: 205.139.60.100 (
shelly.surfsouth.com ) for: 3385, 25
Aug 12 19:06:10 utcfw identd[4159]: Returned: 3385 , 25 : NO-USER
Aug 12 19:06:30 utcfw kernel: Unable to handle kernel NULL pointer
dereference at virtual address 00000053
Aug 12 19:06:30 utcfw kernel: current->tss.cr3 = 071fc000, %cr3 =
071fc000
Aug 12 19:06:30 utcfw kernel: *pde = 00000000
Aug 12 19:06:30 utcfw kernel: Oops: 0000
Aug 12 19:06:30 utcfw kernel: CPU: 0
Aug 12 19:06:30 utcfw kernel: EIP: 0010:[do_IRQ+28/64]
Aug 12 19:06:30 utcfw kernel: EFLAGS: 00010082
Aug 12 19:06:30 utcfw kernel: eax: fffffff8 ebx: ca54c5c0 ecx:
00000001
edx: 00000000
Aug 12 19:06:30 utcfw kernel: esi: 00017fa5 edi: 00000000 ebp:
c725bf74
esp: c725bf74
Aug 12 19:06:30 utcfw kernel: ds: 0018 es: 0018 ss: 0018
Aug 12 19:06:30 utcfw kernel: Process ipop3d (pid: 4165, process nr: 6,
stackpage=c725b000)
Aug 12 19:06:30 utcfw kernel: Stack: 00004000 c0109644 ca54c5c0 bfffb454
ca18c770 00017fa5 00000000 00004000
Aug 12 19:06:30 utcfw kernel: cb828c00 00000018 00000018 ffffff00
c01244a1 00000010 00000246 c725a000
Aug 12 19:06:30 utcfw kernel: 00004000 080ccf2c bfffb41c c01095a8
00000004 bfffb454 00004000 00004000
Aug 12 19:06:30 utcfw kernel: Call Trace: [ret_from_intr+0/32]
[sys_read+97/196] [system_call+52/56]
Aug 12 19:06:30 utcfw kernel: Code: c0 51 52 8b 40 0c ff d0 a1 48 e4 1f
c0
23 05 4c e4 1f c0 83
Aug 12 19:06:38 utcfw identd[4170]: Connection from Edison.EBICom.Net
Aug 12 19:06:38 utcfw identd[4170]: from: 205.218.114.2 (
Edison.EBICom.Net
) for: 3399, 25
Aug 12 19:06:41 utcfw named[457]: "247.214.198.IN-ADDR.ARPA IN NS" points
to a CNAME (intergw1.lcra.org)
================== Posted via CNET Linux Help ==================
http://www.searchlinux.com
------------------------------
From: Robin Becker <[EMAIL PROTECTED]>
Crossposted-To: redhat.kernel.general
Subject: Re: how to solve /boot/system.map has an incorrect kernel version
Date: Sat, 14 Aug 1999 17:28:20 +0100
In article <[EMAIL PROTECTED]>, Primas
<[EMAIL PROTECTED]> writes
>Hi,
>
>I recently installed /compiled a new kernel 2.2.10 over the 2.2.5-15 version
>from the RedHat 6.0 instalation.
>
>this is briefly what I did:
>
>cd /usr/src
>mr -f linux
>tar xzf linux-2.2.10.tar.gz
>mv linux linux-2.2.10
>ln -s linux-2.2.10 linux
>make xconfig
>make dep clean
>make bzImage
>make modules modules_install
>copy arch/i386/boot/bzImage /boot/vmlinuz-2.2.10
>
>and edited and ran LILO
>
>What did I do wrong or can I do to solve the /boot/system.map error
>message?!
>
>please advise
>
>greetz,
> Sander.
>
>
there's some kind of stupidity in the RH 6.0 boot system. At boot time
it seems as though the klogd daemon reads kernel symbols from a file in
/boot. How it does this I don't quite know as the /boot volume is only
minimally available at the time. The file is called /boot/System.map and
is a link to the actual symbol file for the current kernel. Inside
/etc/rc.d/rc.sysinit some spurious attempts are made by an unknown RH
person to get the links to these files linked properly. As currently
written these attempts fail because /boot isn't mounted at the time (at
least not in the normal way). Even if the /boot was writable these links
would be wrong at least during the first boot since klogd is one of the
first things started up during the boot sysinit and it reads the symbols
straight away.
I'm not sure if klogd can make better attempts guessing the kernels
system map name ie do without the link. If you point the link by hand
and reboot things go ok.
--
Robin Becker
------------------------------
From: "lming" <[EMAIL PROTECTED]>
Subject: "top" command's source code!
Date: Sun, 15 Aug 1999 23:22:40 +0800
Hi...
Does somebody could tell me where the top command's source code is ??
Thanks a lot.
------------------------------
From: DEEK <[EMAIL PROTECTED]>
Subject: linking (-ldl) [egcs-1.1.2] failure
Date: Sun, 15 Aug 1999 12:07:51 -0400
system: K62/450 128mb
OS: RH 5.2 selective upgrade to 6.0
Any time I attempt to complie something (now)
it fails when linking to -ldl
I can't seem to get the appropriate packages
installed to fix this...
Any educatioon would be appreciated...
(I'm not even sure it's an egcs thing)
------------------------------
From: "Torjus Gaaren" <[EMAIL PROTECTED]>
Subject: Anyone who wish to make drivers for asuscom pci 128 isdn for linux?
Date: Sun, 15 Aug 1999 19:02:54 +0200
I don't think anyone already have done it. Is there anyone who would like to
make drivers for the pci version of the asuscom isdn card? I think other
peole experience problems with this card as well. There is a datasheet
available somewhere on the internet.
PS! It is only a question from a person with personal interests, not from a
company who wishes to hire you!
Torjus Gaaren
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Subject: Re: "top" command's source code!
Date: Sun, 15 Aug 1999 16:27:17 GMT
On Sun, 15 Aug 1999 23:22:40 +0800, lming <[EMAIL PROTECTED]> wrote:
>Hi...
>
>Does somebody could tell me where the top command's source code is ??
I believe that it's part of a package called ``psutils''. Search for that.
------------------------------
Reply-To: "H�rst Christian Wimmer-Rue" <[EMAIL PROTECTED]>
From: "H�rst Christian Wimmer-Rue" <[EMAIL PROTECTED]>
Subject: [EMAIL PROTECTED]
Date: Sun, 15 Aug 1999 17:19:06 GMT
Hi, has all development of VSTa pretty much stopped? I notice the webpages
haven't been updated in about four years.
------------------------------
From: "Ed Okerson" <[EMAIL PROTECTED]>
Subject: Re: Broken Select
Date: Sun, 15 Aug 1999 12:10:01 -0500
Sorry.
Kaz Kylheku wrote in message ...
>On Sat, 14 Aug 1999 00:11:59 -0500, Ed Okerson <[EMAIL PROTECTED]>
wrote:
>>Well, I found my error and thought I would share it so other driver
writers
>>would not fall into the same pit. Early on in the writing of the driver I
>
>You didn't mention that you were selecting on your own driver! You said
that
>the ``select functionality in 2.2.9 appears to be broken''!
------------------------------
Reply-To: "H�rst Christian Wimmer-Rue" <[EMAIL PROTECTED]>
From: "H�rst Christian Wimmer-Rue" <[EMAIL PROTECTED]>
Subject: Re: My first linux program: non-bios boot loader
Date: Sun, 15 Aug 1999 17:08:07 GMT
I don't know who initiated the thread, but the author of the boot-loader
should go to www.uruk.org/grub and look at some of the docs there. The
pages haven't been updated in a long time, but there is some meaty info
there.
BTW, grub means (GR)and (U)nified (B)oot-loader for those not familiar with
it.
Neil Koozer <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> > Saying EBIOS is irrelevant is like saying SCSI is irrelevant. In
> > fact, they're pretty much equivalent, since EBIOS is the only option
> > for getting non-IDE drives to work above cyl. 1024
>
> I didn't realize that EBIOS could fix all those cards with on-board bios
that
> predates ebios.
>
>
> > (unless you want to
> > have a boot loader for each single SCSI card.)
>
> It would have been fun to do 20 or 30 of these, but then again the testing
> would be difficult without the hardware.
>
>
> > I have to say I'm mighty impressed of the feat of writing an IDE
> > driver that tiny.
>
> Thank you. Most of the size though isn't the IDE stuff. For example, it
> took many bytes to enable A20, which could be eliminated by loading the
> kernel at 110000 instead of 100000. My first working prototype was 84
bytes,
> which used a sector map implanted by (a hypothetically modified) lilo.
>
>
> > I will certainly see if I can include it into lbcon;
>
> I don't know what lbcon is. If you reuse the code be alert for places
where
> I only loaded a piece of a register and depended on the high bits being
zero
> already, for example:
> mov cl, something ;may be really using ecx
> Also, there is only one cld in the program since there are no calls to
> anything outside.
>
> > note, however, that I consider it a critical feature to make
> > the decision at boot time -- not install time -- in order to survive
> > jumps between machines, etc.
>
> You mean putting the drive in another computer and booting it? Something
> would have to install the loader, or are we always assuming hda?
>
>
> Neil.
>
>
------------------------------
From: [EMAIL PROTECTED] (Chris Gregory)
Subject: Re: berzerko mouse from hell
Reply-To: [EMAIL PROTECTED]
Date: Sun, 15 Aug 1999 18:26:15 GMT
On 11 Aug 1999 20:12:00 -0400, Johan Kullstam <[EMAIL PROTECTED]> wrote:
>
>i have a berzerko mouse from hell.
>
>you may have seen some posts about this in the smp kernel list. i
>didn't post there, but i have the same problem. the ps/2 mouse
>doesn't work for me in X when in smp mode.
>
># cat /proc/interrupts
> CPU0 CPU1 CPU2 CPU3
> 0: 87911 77862 127247 87661 IO-APIC-edge timer
> 1: 56 60 39 56 IO-APIC-edge keyboard
> 2: 0 0 0 0 XT-PIC cascade
> 8: 0 1 0 1 IO-APIC-edge rtc
> 10: 7531 7537 7583 7575 IO-APIC-level aic7xxx
> 11: 3445 3527 3604 3576 IO-APIC-level eth0
> 12: 24 23 25 24 IO-APIC-level PS/2 Mouse
> 13: 1 0 0 0 XT-PIC fpu
>NMI: 0
>ERR: 0
>
>when i enter X and move/use the mouse, the screen freezes and the
>keyboard usually locks. if i am lucky, i can initiate a shutdown from
>an rxvt i have displayed on a nearby networked box. sometimes even
>this is dead and i must punch the hardware reset button.
>
>scrounging about in the newsgroups/mailing lists indicates that people
>believe this is some sort of PIC flavor or timer issue.
Are you running gpm? I seem to recall reading something about gpm messing
up PS/2 mice under X. There's a fix for it, notes are somewhere in the
kernel documentation.
Chris G.
------------------------------
From: [EMAIL PROTECTED]
Subject: vi and non-printable character
Date: Sun, 15 Aug 1999 17:59:50 GMT
Hi,
If my memory serves me correctly, there is a way to
stick an octal or hex character directly into
a line of text. Does anyone know how to do this?
Many thanks,
--Tony
[EMAIL PROTECTED]
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Subject: Re: vi and non-printable character
Date: Sun, 15 Aug 1999 18:39:15 GMT
On Sun, 15 Aug 1999 17:59:50 GMT, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>Hi,
>
>If my memory serves me correctly, there is a way to
>stick an octal or hex character directly into
>a line of text. Does anyone know how to do this?
In the vim editor, go into insert mode, type ctrl-v, then type three octal
digits, or type x followed by two hex digits.
------------------------------
From: Nils Henrik Lorentzen <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Async IO and X
Date: Sun, 15 Aug 1999 21:46:41 +0200
Hi,
I am working on an application, where I have to do async IO on X.
Ie, I can't use XNextEvent(). So I set the FASYNC flag for the
X display connection, and handle the SIGIO signals.
However, there is one problem: SIGIO signals are also generated when I
do rendering operations (ie. writes to the display connection).
This greatly decreases the speed of rendering a lot.
Is there a way so that I would get SIGIO only when data is
available for reading (ie. X input events) ?
Or maybe there is some other way to handle this ?
Nils Henrik
------------------------------
From: Tristan Wibberley <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Async IO and X
Date: Sat, 14 Aug 1999 21:32:15 +0100
Reply-To: [EMAIL PROTECTED]
Nils Henrik Lorentzen wrote:
>
> Hi,
>
> I am working on an application, where I have to do async IO on X.
> Ie, I can't use XNextEvent(). So I set the FASYNC flag for the
> X display connection, and handle the SIGIO signals.
> However, there is one problem: SIGIO signals are also generated when I
> do rendering operations (ie. writes to the display connection).
> This greatly decreases the speed of rendering a lot.
> Is there a way so that I would get SIGIO only when data is
> available for reading (ie. X input events) ?
> Or maybe there is some other way to handle this ?
You can come close (and probably more processor efficient). You need to
fork a process which selects for the connections readability, when
select returns you check that it was because the socket became readable
and signal the first process - then loop.
This will give a *very* small period where input will not be immediately
signalled, but the process *will* be signalled no more that a few
milliseconds later.
--
Tristan Wibberley
------------------------------
From: "Dana Hudes" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Looking for a good IP packet analyzer
Date: Sun, 15 Aug 1999 19:16:27 -0400
A review of the tcpdump man page refers to another program from the same
group, BPF.
tcpdump doesn't capture outbound packets from the host it is running on.
If you have 2 windows machines and linux is the 3rd machine you can capture
and decode
the packets. Full packet, whatever you like -- just tell tcpdump how much to
capture.
It won't be able to fully decode some proprietary protocol but it will
certainly give you
whatever standard part is there, e.g. TCP.
In any case the packet headers will tell you how big they are so run it on
an isolated LAN
and set your capture to 256 bytes or something like that (you're after the
application layer protocol, not the
data carried by the protocol).
<[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> Tom Emerson <[EMAIL PROTECTED]> wrote:
> > I'm looking for a good, easy-to-use packet analyzer that runs under
Linux.
>
> I've used tcpdump and ethereal. You can get tcpdump to display the
> packet contents with the proper options, however I don't think that
> you can get any special formating of the output.
>
> ethereal is a big step up. It has an X GUI and captures the data to
> a file. Once the file is closed, you can scroll forward and backward
> looking at each message. Different portions of the packet (header
> pieces and the data) can be highlighted by clicking on a descriptor.
> The filtering available is similar to tcpdump, source and destination
> IP and port numbers for sure. It's not everything that you are
> looking for, but it is a bit easier to use than tcpdump.
>
> > Essentially, I need to do the following:
>
> > 1) capture a session [tcpdump would probably suffice for this,
providing
> > the entire packet is captured]; save & load [and/or ability to use
tcpdump
> > files]
>
> ethereal can do all of this now.
>
> > 2) "filter" the capture file based on various criteria [source IP,
source
> > MAC, third byte of the data contains an "X", etc]
>
> Can't filter on arbitrary bytes AFAIK.
>
> > 3) recognizes & formats various packet formats [raw 802; raw IP; POP;
> > NNTP; SNMP; etc. -- not for this project necessarily, but nice to have
in
> > the future]
>
> It can recognize different types of packets, but I'm not sure how
> much formatting is done. I've used it only to analyze non-standard
> TPC/IP packets.
>
> > 3a) [would be nice] extensibility to the packet recognition &
formatting
> > algorithm [Shomiti does this by allowing you to create a procedure in a
.DLL
> > that recieves the raw packet and gives it the opportunity to decode it;
if
> > the packet is recognizable, you repeatedly call various functions to
"build
> > up" the format of the packet -- i.e., if the first two bytes of a packet
are
> > an integer, you make a call to an "its_an_int" and the program displays
the
> > fact that the next two bytes are an int]
>
> Nope, not yet.
>
> > 4) ability to scroll forward/backward through the capture file,
> > reformatting as needed
>
> Yup.
>
> > 5) [again, nice but not required] ability to re-insert captured
packets
> > onto the network [i.e., see that my program "reacts" to the host the
same
> > way the current windows client acts & reacts]
>
> Not yet.
>
> > Any leads I should pursue?
>
> http://ethereal.zing.org
>
>
>
> --
> Steve Limkemann :: A microsecond here and a microsecond there, and
> Westland, Michigan :: before you know it, you're talking real-time.
> USA, North America ::
> Earth, Solar System :: Bonus Addresses: [EMAIL PROTECTED]
> Milky Way :: [EMAIL PROTECTED]
[EMAIL PROTECTED]
> MGX467 271 48185 :: [EMAIL PROTECTED]
[EMAIL PROTECTED]
>
------------------------------
From: [EMAIL PROTECTED]
Subject: /proc/<pid>/stat info incorrect on SMP systems?
Date: 15 Aug 1999 16:16:39 -0700
[EMAIL PROTECTED] writes:
> procps-2.0.2-2 reports the wrong process start time. The time
> appears to be half the time since the last boot. For instance,
> I booted on 8/4 and on 8/11 logged in and did a 'ps aux' which
> reported that my login shell was started on 8/7. I rebooted at
> 14:08, logged in again at 16:59, did a 'ps aux' which reported
> that my login shell was started at 15:33! I'm using kernel
> 2.2.5-22smp on a dual processor 200MHz Pentium Pro.
>
> Red Hat support couldn't seem to care less.
Having whipped out the SRPM and discovered that RedHat did indeed
author procps-2.0.2, I perused the code...
As I would expect, it's just adding together the boot time and the
process start time (since boot) to arrive at the "STIME". The code
says that ps is getting this info from /proc/<pid>/stat. It would
seem that this is a SMP procfs kernel bug because it appears that the
process start time since last boot is divided by the number of CPUs in
the system.
Perhaps some kind souls with duals and quads can confirm that
this bug is present in the vanilla 2.2.5 and 2.2.11 kernels?
--
Forte International, P.O. Box 1412, Ridgecrest, CA 93556-1412
Ronald Cole <[EMAIL PROTECTED]> Phone: (760) 499-9142
President, CEO Fax: (760) 499-9152
My PGP fingerprint: 15 6E C7 91 5F AF 17 C4 24 93 CB 6B EB 38 B5 E5
------------------------------
From: Andi Kleen <[EMAIL PROTECTED]>
Subject: Re: reading kernel symbols
Date: 15 Aug 1999 22:37:17 +0200
Robin Becker <[EMAIL PROTECTED]> writes:
> In article <[EMAIL PROTECTED]>, Kaz Kylheku
> <[EMAIL PROTECTED]> writes
> >On Sat, 14 Aug 1999 17:11:04 +0100, Robin Becker <[EMAIL PROTECTED]>
> >wrote:
> >>Can any one explain how RH 6.0 + lilo manages to read it's kernel
> >>symbols from the boot volume /boot at a time before /boot is mounted?
> >>The read takes place as klogd starts up.
> >
> >The kernel knows its own symbols. See /proc/ksyms
> so what is all the stuff about Loaded xxxx symbols from
> /boot/System.map-vvvv which appears in my boot messages. Don't these
> come from klogd?
The read occurs when klogd starts up, long after / (and with it /boot) are
mounted. klogd just logs all older messages in the kernel message ring
buffer by then, with the then-current timestamp, because the kernel messages
don't have an own timestamp.
This is probably the source of your confusion.
-Andi
--
This is like TV. I don't like TV.
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.development.system) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************
