Linux-Development-Sys Digest #39, Volume #7 Tue, 10 Aug 99 22:14:13 EDT
Contents:
Re: Looking for a good utility... (Keith Wright)
Re: How do I use source RPMs (Toby Haynes)
NFS daemon: "nfssvc not implemented" (Guilhem Tardy)
Re: Linux hangs at reboot after recompiling kernel 2.2.10 (Guilhem Tardy)
Re: My first linux program: non-bios boot loader (Neil Koozer)
Re: how to tell a process is background? (Christian)
Re: Looking for a good utility... ("Charles Sullivan")
Re: Linux hangs at reboot after recompiling kernel 2.2.10 (Guilhem Tardy)
Compile problem with kernel 2.2.11 (Erik de Castro Lopo)
Re: Looking for a good utility... (Kaz Kylheku)
Re: GCC byte alignment flag for structures (Michael Meissner)
Dell Computers / 3c905 / HANG!! (Mark Lumsden)
Re: Compile problem with kernel 2.2.11 (Robert Krawitz)
----------------------------------------------------------------------------
From: Keith Wright <[EMAIL PROTECTED]>
Subject: Re: Looking for a good utility...
Date: 10 Aug 1999 14:11:57 -0400
Tristan Wibberley <[EMAIL PROTECTED]> writes:
> Mason wrote:
> >
> > Can anybody point me in the direction of a good "OS spelunking" type
>
> eh?
Spelunking: (n) the hobby or practice of exploring caves.
So he is saying, in obfuscated English, that he wants to look into
the deap dark depths of the code.
--
-- Keith Wright <[EMAIL PROTECTED]>
Programmer in Chief, Free Computer Shop <http://www.free-comp-shop.com>
--- Food, Shelter, Source code. ---
------------------------------
From: Toby Haynes <[EMAIL PROTECTED]>
Subject: Re: How do I use source RPMs
Date: 10 Aug 1999 17:31:58 -0400
[EMAIL PROTECTED] writes:
> But if you grab a source RPM and it doesn't build in your environment,
> because it's different than the author's environment, then it's a pain
> in the ass.
If you bother to read through some of the spec files for the SRPMs I
think you will discover that in many cases the SRPMs have been
configured for multiple platforms. There are an increasing number of
hardware platforms on which Linux now runs, and until someone from
each platform has sat down with each SRPM and worked out the details,
not every possible combination of processor type, peripherals, etc. is
going to be supported. That's just the way it is.
Having set up and run Linux on a StrongARM-based machine, I had quite
a lot of exposure to the Source RPM's and while I had all manner of
grief, that's what you get when you are working on a platform which is
still young from a Linux perspective. Even though the vast majority of
SRPMs had no real clue what a ARM system was, given the spec file and
a little judicious reading and poking around, I could get most things
to compile sooner or later (1). Had I had time to make proper notes on
what had been required, and a little more experience, I would have
been able to add the spec files and make things a little better for
the next ARM user. Regardless of whether the SRPMs 'build out of the
box' or not, you get a complete set of files to work with and that is
alone makes the packaging system worthwhile.
Cheers,
Toby
(1) Later happened when I hosed my compiler while trying to change
library format from a.out format to ELF, but that's a long story ...
--
Toby Haynes
The views and opinions expressed in this message are my own, and do
not necessarily reflect those of IBM Canada.
------------------------------
From: Guilhem Tardy <[EMAIL PROTECTED]>
Subject: NFS daemon: "nfssvc not implemented"
Date: Tue, 10 Aug 1999 17:37:32 -0400
Hi!
I fixed the VFS and all former problems (NTFS was surely the culprit,
but actually I don't need it, therefore I won't look any further).
I am back to my first problem (from Monday morning): the NFS daemon
fails due to a "nfssvc not implemented". This is repeated after the boot
with the command "/usr/sbin rpc.nfsd 8".
I would prefer to use the NFS daemon in the user space indeed (following
your suggestion). I have the NFS support enabled, but left the NFS
server (i.e. kernel NFS daemon) unchecked.
I look into LinuxConf: Control->Control Panel->Control Service
Activity...
well, I have [netfs, network and nfs] enabled, is "nfs" the NFS (server)
daemon?
If so, it looks for something in the kernel that is nowhere and
complains. When I disable nfs, the boot sequence runs fine, except that
it looks as if I have no NFS at all (I should have the client always,
and the server on the user space when needed).
BTW, I didn't find the patch on VA Linux web page (if I decide to go the
kernel way) and where could I find info on the file /etc/conf.modules :
syntax and how other programs use it?
Thanks for your help.
Guilhem.
PS: As SCSI runs fine as a module, I see no reason to try otherwise
(whatever they say).
"David T. Blake" wrote:
>
> Check "Prompt for development and/or incomplete code/drivers"
> under "Code Maturity Options" in make xconfig, and add
> nfs server and nfs version 3 to your network file systems
> menu. If you want it to work you should also apply HJ Lu's
> patches available at VA Linux where he works.
>
> You might consider running the userspace nfs daemon instead of
> the somewhat experimental NFS V3 daemon. There have been reports
> of improper behavior.
>
------------------------------
From: Guilhem Tardy <[EMAIL PROTECTED]>
Subject: Re: Linux hangs at reboot after recompiling kernel 2.2.10
Date: Tue, 10 Aug 1999 14:51:44 -0400
Now I can boot (I previously forgot to update the bootsect.lnx in the
WinNT partition, which worked fine until some boot file moved within the
ext2 partition), BUT it hangs with the root fs:
NTFS version 990411
request_module[block-major-8]: Root fs is not mounted
VFS: Cannot open root device 08:07
Kernel panic: VFS: Unable to mount root fs on 08:07
It is kernel 2.2.11 on a SCSI drive, I moved the SCSI drivers (AHA-7xxx)
to modules and created an initrd image, as described in the RH 6.0
Installation Guide. There's a few other modules (3 ethernet cards, the
PC parallel port), but how do you generally get the syntax for the file
/etc/conf.modules (for example, for a SB-AWE sound card)? I assume this
file is used by mkinitrd...
As a first measure, I will now take away all non-critical things like
NTFS support (probably the reason of this new "kernel panic" described
above). Do you have other suggestions?
Thanks a lot.
Guilhem.
--
Guilhem Tardy phone: (613) 993-8232
Communications Research Center email: [EMAIL PROTECTED]
Network Systems and Technologies web: http://www.crc.ca/
------------------------------
From: Neil Koozer <[EMAIL PROTECTED]>
Subject: Re: My first linux program: non-bios boot loader
Date: Tue, 10 Aug 1999 11:05:32 +0000
Etienne Lorrain wrote:
> "H. Peter Anvin" wrote:
> [...]
> > Sure, and why not make it make coffee too?
>
> I am not speaking of what "should be nice" here, more on
> what "I have done". What is this strange feeling that
[...]
This thread began with the description of a boot loader that solves a
real-world problem.
The problem is:
Many first-time installers of linux are blocked or frustrated by the
"LI" or the "L 01 01 01..." problem.
The latter is due to the bios being unable to address drives hdc-hdh or
the bios being unable to address above cylindar 1023. The "LI" is
usually due to geometry confusion between the bios and linux.
The solution:
Provide a no-fuss, no-muss alternative boot loader which:
(1) boots linux from hda-hdh (ok scsi would be nice too)
(2) boots linux from partition above 8gb
(3) works with legacy hardware
(4) loads bzImage as well as zImage
(5) eliminates use of CHS geometry
Since linux must be installed on pre-existing hardware, EBIOS is
irrelavant. In fact the use of lagacy hardware is a selling point of
linux.
My loader occupies 428 bytes including the short jump...hmm...I think
I'll try eliminating that and put the tables at the end. Ok maybe I was
a little extravigant in not using a sector map. It starts with an inode
number and goes from there. And since I was in a non-bios frame-of-mind
I also skipped the bios for addressing ram above 1m and for writing to
the screen.
With respect to no-fuss, no-muss, there is no conf file. The command:
nuni /vmlinuz /dev/hda
is all there is to installing the loader (in the mbr of hda). If you
want to install it in the boot sector of a floppy, the command is:
nuni /vmlinuz
Neil.
p.s. I have not included scsi drives because I can not locate the
programming docs for any scsi cards. Not even one. Can anyone point me
in the right direction? The scsi standards only mention the interface
amoung scsi devices; it doesn't mention the interface between the
computer and the card.
p.p.s If we could add scsi, we could boot from "non-bootable" scsi
cards.
------------------------------
From: Christian <[EMAIL PROTECTED]>
Subject: Re: how to tell a process is background?
Date: Tue, 10 Aug 1999 18:44:45 -0500
Don't know if this is what you are looking for, but the jobs command
returns a list of backgorund processes.
-Christian
Yung-Hsiang Lu wrote:
> Hi, Everyone,
>
> I am curious whether there is a way to tell if a process is running at
> the background and does not interact with users (directly). I did not
> find anything in "task_struct" (sched.h) that seems able to tell me
> the information. I think priority won't do the job because top shows
> that quite a few processes have the same priority; some of them are
> background while the others are interactive.
>
> Thanks a lot!
>
> --
> Sincerely,
> Yung-Hsiang Lu
> [EMAIL PROTECTED]
------------------------------
From: "Charles Sullivan" <[EMAIL PROTECTED]>
Subject: Re: Looking for a good utility...
Date: Tue, 10 Aug 1999 19:48:55 -0400
Keith Wright wrote in message ...
>Tristan Wibberley <[EMAIL PROTECTED]> writes:
>
>> Mason wrote:
>> >
>> > Can anybody point me in the direction of a good "OS spelunking" type
>>
>> eh?
>
>Spelunking: (n) the hobby or practice of exploring caves.
>
>So he is saying, in obfuscated English, that he wants to look into
>the deap dark depths of the code.
When you've got all the source code, how much deeper can you
expect to get.
------------------------------
From: Guilhem Tardy <[EMAIL PROTECTED]>
Subject: Re: Linux hangs at reboot after recompiling kernel 2.2.10
Date: Tue, 10 Aug 1999 15:41:29 -0400
"JanW. Roelofs" wrote:
>
> Guilhem Tardy wrote:
> >
> > Now I can boot (I previously forgot to update the bootsect.lnx in the
> > WinNT partition, which worked fine until some boot file moved within the
> > ext2 partition), BUT it hangs with the root fs:
> > NTFS version 990411
> > request_module[block-major-8]: Root fs is not mounted
> > VFS: Cannot open root device 08:07
> > Kernel panic: VFS: Unable to mount root fs on 08:07
> >
> > It is kernel 2.2.11 on a SCSI drive, I moved the SCSI drivers (AHA-7xxx)
> > to modules and created an initrd image, as described in the RH 6.0
> If you like to boot from SCSI, you should NOT compile your AHA-7xxx driver as a
>module,
> but fixed in the kernel.
>
> --
>
> Gr.
> JW
Well, the RH 6.0 distribution I was using so far was configured with
SCSI as a module. Why would it be better to have it fixed in the kernel?
(sorry for being curious)
Guilhem.
------------------------------
From: Erik de Castro Lopo <[EMAIL PROTECTED]>
Subject: Compile problem with kernel 2.2.11
Date: Wed, 11 Aug 1999 09:45:00 +1000
Hi all,
I just got the new stable kernel (2.2.11) from one of the
mirror sites and got the following compile problem. I did
the usual make xconfig ; make dep ; make.
Compiler is gcc-2.95 but I also tried gcc-2.7.2.3 and got
the same problem. Does anybody have any solution to this?
Thanks,
Erik
root@machine > make bzImage
gcc -D__KERNEL__ -I/usr/src/linux-2.2.11/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -pipe -fno-strength-reduce -m486 -malign-loops=2 -malign-jumps=2
-malign-functions=2 -DCPU=586 -c -o init/main.o init/main.c
/usr/src/linux-2.2.11/include/linux/pagemap.h: In function `page_address':
In file included from /usr/src/linux-2.2.11/include/linux/locks.h:8,
from /usr/src/linux-2.2.11/include/linux/blk.h:5,
from init/main.c:23:
/usr/src/linux-2.2.11/include/linux/pagemap.h:17: `PAGE_OFFSET_RAW' undeclared (first
use this function)
/usr/src/linux-2.2.11/include/linux/pagemap.h:17: (Each undeclared identifier is
reported only once
/usr/src/linux-2.2.11/include/linux/pagemap.h:17: for each function it appears in.)
/usr/src/linux-2.2.11/include/linux/pagemap.h:18: warning: control reaches end of
non-void function
/usr/src/linux-2.2.11/include/asm/pgtable.h: In function `get_pgd_slow':
In file included from /usr/src/linux-2.2.11/include/linux/vmalloc.h:7,
from /usr/src/linux-2.2.11/include/asm/io.h:101,
from init/main.c:26:
/usr/src/linux-2.2.11/include/asm/pgtable.h:408: `PAGE_OFFSET_RAW' undeclared (first
use this function)
/usr/src/linux-2.2.11/include/asm/pgtable.h: In function `pte_alloc_kernel':
/usr/src/linux-2.2.11/include/asm/pgtable.h:497: `PAGE_OFFSET_RAW' undeclared (first
use this function)
/usr/src/linux-2.2.11/include/asm/pgtable.h: In function `pte_alloc':
/usr/src/linux-2.2.11/include/asm/pgtable.h:515: `PAGE_OFFSET_RAW' undeclared (first
use this function)
/usr/src/linux-2.2.11/include/asm/io.h: In function `virt_to_phys':
In file included from init/main.c:26:
/usr/src/linux-2.2.11/include/asm/io.h:112: `PAGE_OFFSET_RAW' undeclared (first use
this function)
/usr/src/linux-2.2.11/include/asm/io.h: In function `phys_to_virt':
/usr/src/linux-2.2.11/include/asm/io.h:117: `PAGE_OFFSET_RAW' undeclared (first use
this function)
/usr/src/linux-2.2.11/include/asm/io.h: In function `check_signature':
/usr/src/linux-2.2.11/include/asm/io.h:175: `PAGE_OFFSET_RAW' undeclared (first use
this function)
make: *** [init/main.o] Error 1
--
+-------------------------------------------------+
Erik de Castro Lopo [EMAIL PROTECTED]
+-------------------------------------------------+
"I contend that we are both atheists. I just believe in one fewer god
than you do. When you understand why you dismiss all the other possible
gods, you will understand why I dismiss yours." -- Stephen Roberts
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Subject: Re: Looking for a good utility...
Date: Wed, 11 Aug 1999 00:13:54 GMT
On Tue, 10 Aug 1999 19:48:55 -0400, Charles Sullivan <[EMAIL PROTECTED]>
wrote:
>
>Keith Wright wrote in message ...
>>Tristan Wibberley <[EMAIL PROTECTED]> writes:
>>
>>> Mason wrote:
>>> >
>>> > Can anybody point me in the direction of a good "OS spelunking" type
>>>
>>> eh?
>>
>>Spelunking: (n) the hobby or practice of exploring caves.
>>
>>So he is saying, in obfuscated English, that he wants to look into
>>the deap dark depths of the code.
>
>When you've got all the source code, how much deeper can you
>expect to get.
You don't get it. The source code *is* the deep dark cave. :)
------------------------------
Crossposted-To: comp.os.linux.development.apps
Subject: Re: GCC byte alignment flag for structures
From: Michael Meissner <[EMAIL PROTECTED]>
Date: 10 Aug 1999 20:10:34 -0400
Andi Kleen <[EMAIL PROTECTED]> writes:
> Michael Meissner <[EMAIL PROTECTED]> writes:
>
> > Matthew Carl Schumaker <[EMAIL PROTECTED]> writes:
> >
> > > I wish I could except that we have about a dozen apps using this structure
> > > distributed to about 600 clients (this problem is server side obviously)
> > >
> > > recompiling all the apps and distributing them is an absolute last resort
> >
> > It is still broken to assume a given endian and alignment outside of a given
> > system. You really need to think about doing this portably, or your code will
> > break for instance when you move it to a 64-bit Merced.
>
> You mean like TCP/IP does with its network order ? <sorry, couldn't resist>
TCP/IP is well defined exactly where the bytes are, and in what order. And the
TCP/IP implementers actually strived to make things align up for the normal
installation. However, ISO networking (at least as it was defined a few years
ago -- and fortunately ISO networking seems to fading) has byte streams that
WILL NOT conform to the way most compilers lay out structures, particularly on
RISC platforms.
For most implementations, the structure mapping might be what you expect, but
using a structure with ints, etc. is still is not the way to write portable
code because sooner or later you might encounter a system with a different
packing, endianess, sizeof of basic types, etc.
Generally for stuff coming in over the wire, you need to have a char array that
holds the raw bytes, and a structure with native fields, and you build up the
fields byte by byte. For example, if your structure is and the order of bytes
on the wire is little endian:
struct foo {
char a;
char b;
short c;
};
You would need two translators function of the form:
void foo_in (unsigned char *in, struct foo *out)
{
out->a = in[0];
out->b = in[1];
out->c = (in[3] << 8) | in[2];
}
void foo_out (struct foo *in, unsigned char *out)
{
out[0] = in->a;
out[1] = in->b;
out[2] = (in->c & 0xff);
out[3] = ((in->c >> 8) & 0xff);
}
> Of course if e.g. all servers/clients are prepared to handle big or little
> endian (whatever was chosen) on the wire that is not broken at all, but
> a valid design.
> He just has to make sure that the programs running on hosts with different
> byte sex always convert.
And sooner or later will find a machine with different assumptions.
--
Michael Meissner, Cygnus Solutions
PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886
email: [EMAIL PROTECTED] phone: 978-486-9304 fax: 978-692-4482
------------------------------
From: Mark Lumsden <[EMAIL PROTECTED]>
Subject: Dell Computers / 3c905 / HANG!!
Date: Mon, 09 Aug 1999 20:15:08 +0000
Hi Everyone,
I am having a problem that has now occured in 3 separate Dell systems
which seems
to be related to 3c905 ethernet cards. Here is the symptom - with a
Dell system
running the 2.2 kernel, a 3c905 (or 3c905b) ethernet card and some other
pci cards present,
the system hangs after some intermittent period of time (usually 1-2
days) with the following
error:
kernel: eth0: Too much work in interrupt, status e481. Temporarily
disabling functions (7b7e).
The system hangs hard after this and has to be manually restarted.
All 3 of these systems worked fine under the 2.0 series of kernels and
the error messages
have only appeared after upgrading to Redhat 6.0 and persist with
kernels as high as
2.2.10-ac12.
The reason I mention other pci cards being present is that one of the
systems worked fine
under 2.2 with one single pci card (3c905b) on the bus and the hangs
only began after adding an additional scsi card to the system.
I have received one response from another individual who is having the
identical problem
with his Dell system - that makes 4 separate Dell systems with the same
problem.
Here are the detail of the 3 systems I use:
System 1 - Single PII 450, ide hard disk, single scsi adapter with
cd-rw, 3c905b ethernet card, ATI AGP video card.
System 2 - Dual PII 300, scsi hard disks, no ide, 3c905 ethernet card,
Matrox PCI video card.
System 3 - Dual PII 300, ide hard disks, no scsi, 3c905 ethernet card,
ATI PCI video card.
Any responses from people with suggestions or similar problems would be
appreciated.
Oh, by the way, there are no IRQ conflicts on any of the systems (which
I think is often a common problem with Dell bios settings).
Thanks in advance,
Mark
------------------------------
From: Robert Krawitz <[EMAIL PROTECTED]>
Subject: Re: Compile problem with kernel 2.2.11
Date: 10 Aug 1999 21:12:27 -0400
Erik de Castro Lopo <[EMAIL PROTECTED]> writes:
> I just got the new stable kernel (2.2.11) from one of the
> mirror sites and got the following compile problem. I did
> the usual make xconfig ; make dep ; make.
>
> Compiler is gcc-2.95 but I also tried gcc-2.7.2.3 and got
> the same problem. Does anybody have any solution to this?
> /usr/src/linux-2.2.11/include/linux/pagemap.h:17: `PAGE_OFFSET_RAW' undeclared
>(first use this function)
One of the early menu items is to choose your maximum memory size.
It's not set to anything by default; you have to pick something (1 GB
is the most common).
--
Robert Krawitz <[EMAIL PROTECTED]> http://www.tiac.net/users/rlk/
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail [EMAIL PROTECTED]
"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton
------------------------------
** 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
******************************
