Linux-Development-Sys Digest #667, Volume #6 Sat, 1 May 99 08:15:48 EDT
Contents:
Re: Linux for CompactPCI BUS? (Pete Zaitcev)
Re: /dev/hda1 has reached maximal mount count, check forced ("J�rgen Exner")
Re: exhausted memory (Peter Samuelson)
ppp trouble in 2.2.6 - upgrading issue (mvrao)
video cards ("Gunther Huygens")
Re: Possible?: glibc-2 system and (old?) Motif libraries (Juergen Heinzl)
Re: Possible?: glibc-2 system and (old?) Motif libraries (Peter Samuelson)
Re: un.h missing sun_len (Peter Samuelson)
Kernel Level Autoconfiguration (Konstantinos Agouros)
Re: passive backplanes / more than 4 PCI slots (Joseph Virzi)
Re: ppp trouble in 2.2.6 - upgrading issue (Peter Samuelson)
Re: /dev/hda1 has reached maximal mount count, check forced (Dr. Stephen S. Kerr)
Re: Processes swapping between Processors (James Youngman)
Re: Help with compiling mico / What is Error 139 (Peter Samuelson)
Re: stdio SMBd - name your price (Kyler Laird)
Q: Notification about termination of parent process. (Nils Henrik Lorentzen)
Re: Bill Gates, self made man, NOT! ("G. Sumner Hayes")
KDE without gif support ([EMAIL PROTECTED])
Re: Possible?: glibc-2 system and (old?) Motif libraries (Remco van den Berg)
Re: redhat 6.0? (Matthias Warkus)
----------------------------------------------------------------------------
Subject: Re: Linux for CompactPCI BUS?
From: [EMAIL PROTECTED] (Pete Zaitcev)
Date: Fri, 30 Apr 1999 22:14:46 GMT
>> How hard would it be to add support for rescanning the PCI bus? That's
>> basically what is needed, right?
>That plus detection of hot-plug events and powering the slots on/off.
>Of course this requires that you detect whether the hardware has support
>for those features too. It would also be nice if some kind of partial
>recan could be done, otherwise you shut down all the devices while you
>rescan (which would be a bummer in a Central Office). This gets a bit
>messy because of the requirement that bridge chips manage contiguous
>resources.
I am not sure if the bus must be quiet when rescan is done. AFAIK, All
that rescan does is poking into different locations in the configuration
space. In a reasonable system this should not be a problem. Under a
"reasonable" I mean a CPU bridge which does not get hosed if a configuration
access to nonexisting hardware ends in a timeout.
>I haven't looked at the 2.2 kernel, but didn't 2.0 get PCI information
>from the BIOS?
Kernel calls pcibios_read_config_dword() and such but they are platform
dependent. Even on i386 you may implement an alternative. These functions
may call BIOS as their name suggests, or they may call not.
I plan to have Linux running on Sun CP-1200 which is their lowest end
32 bits CPCI engine. Its PCI controller does not require the bus to
be quiet during rescan but I would rather do. If a second error happens
while I am processing NMI and quieting the CPU bridge something may get
screwed. These errors (#SERR signal, etc.) should not happen but ;-)
--Pete
------------------------------
From: "J�rgen Exner" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: Re: /dev/hda1 has reached maximal mount count, check forced
Date: Fri, 30 Apr 1999 19:15:59 -0700
Reply-To: "J�rgen Exner" <[EMAIL PROTECTED]>
David Peavey <[EMAIL PROTECTED]> wrote in message
news:7gdg1b$[EMAIL PROTECTED]...
> /dev/hda1 has reached maximal mount count, check forced
>
> I get this message sometimes when I boot up. Can someone tell me what
this
> means (besides the obvious)?
Please check the Linux FAQ, question
* 9.13 EXT2-fs warning: maximal count reached.
>How do fix it?
Reboot less often ;-)
jue
--
J�rgen Exner
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: exhausted memory
Date: 30 Apr 1999 21:17:29 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Jerzy Tarasiuk <[EMAIL PROTECTED]>]
> Is it possible to ask system about all chunks (pages?) of memory, and
> get info which is used by which process?
I think /proc/NNN/maps has that in it. Not sure. Failing that, try
/proc/NNN/stat*.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: mvrao <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,linux.dev.kernel
Subject: ppp trouble in 2.2.6 - upgrading issue
Date: Sat, 01 May 1999 03:20:15 +0000
PPP has been less stable since I downloaded and compiled 2.2.6 upon
RH 5.2. So I decided to download the new PPP package from RH's 6.0
collection. That package depends on glibc2.1.x and I've glibc 2.0.x .
Same problem with PAM 0.66.
I suppose since my kernel is compiled on glibc2.0.7, upgrading glibc to
2.1.x would be disastrous. What alternatives do I have ?
TIA,
m v rao
------------------------------
From: "Gunther Huygens" <[EMAIL PROTECTED]>
Crossposted-To: pl.comp.intranet
Subject: video cards
Date: Sat, 1 May 1999 03:28:39 +0200
Which of the existing videocard
is able to have PC2TV and:
1) provides images for monitor and PC on the same time
2) Provides possibility to have different windows/outputs on monitor and TV
at the same time
give all the products you know that perform 1)
give all the products you know that perform 2)
Preferably not too expensive. (Linux supported => X )
(I know am asking too much but already have spent hours surfing and haven't
find something that can
help me with this)
I probably will be 0/c cele to 100FSB
What is the difference between Quantum EX en CR?
which HDD good to o/c Quantum, Seagate, IBM ?
Greetings from Flanders
Gunther
------------------------------
From: [EMAIL PROTECTED] (Juergen Heinzl)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Possible?: glibc-2 system and (old?) Motif libraries
Date: Sat, 01 May 1999 04:04:52 GMT
In article <7gdjoh$nfa$[EMAIL PROTECTED]>, Peter Samuelson wrote:
>
> [Remco van den Berg]
>> > Is it possible to solve this problem with a linker trick, or do I
>> > have to buy a new Motif release?
>
>[Juergen Heinzl <[EMAIL PROTECTED]>]
>> Yes, either upgrade or use a static nedit binary. Motif 2.0.x, glibc
>> version, is available for quite some time and I've got it here
>> too. Fine so far, no problems.
>
>Or, if you are lucky enough to be running Debian (I don't know the
>situation with Red Hat et al...), install the `altgcc', `libc5' and
>`libc5-altdev' packages, along with whatever `libxxx-altdev' packages
>you need for the apps in question. Then compile with `linux-libc1-gcc'
>(or something like that) instead of `gcc'.
Yup, it is just that then you do need all that libc5 stuff 8( ... I've
no distribution but Motif came in both flavours; perhaps a second look
on the CDROM results in a nice surprise ...
Cheers,
Juergen
--
\ Real name : J�rgen Heinzl \ no flames /
\ EMail Private : [EMAIL PROTECTED] \ send money instead /
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Possible?: glibc-2 system and (old?) Motif libraries
Date: 30 Apr 1999 23:23:01 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Juergen Heinzl <[EMAIL PROTECTED]>]
> Yup, it is just that then you do need all that libc5 stuff 8(
> ... I've no distribution but Motif came in both flavours; perhaps a
> second look on the CDROM results in a nice surprise ...
Yes, obviously if it's convenient just to get a libc6 Motif lib, that
would be the better solution. My advice was assuming that it wasn't
convenient (i.e. would cost more or whatever)....
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: un.h missing sun_len
Date: 30 Apr 1999 23:31:24 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Wlmet <[EMAIL PROTECTED]>]
> What is the theory behind the sun_len field
I assume it's the length of the structure.
> and why doesn't linux have such a field in the sockaddr_un
> structure?>
> #ifndef _LINUX_UN_H
You really shouldn't muck around in <linux/*.h> unless you have to.
(And -- especially in glibc 2.x -- you usually don't have to.) In this
case you will probably be more productive in <sys/un.h>.
And when you look in <sys/un.h> you will find that there is a macro
SUN_LEN() that probably gives what the structure field would give if
there were one.
(This is with the glibc2.1 header file. I don't have earlier libc's
readily available to peruse.)
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: [EMAIL PROTECTED] (Konstantinos Agouros)
Subject: Kernel Level Autoconfiguration
Date: Fri, 30 Apr 1999 19:52:00 GMT
Hello,
when I migrated from 2.0 to 2.2 i found out, that getting the nfsroot-location
on the NFS-Server via bootp does not work any more. Instead it has to be a
kernel-commandline or the root has to be under /tftpboot. Will it stay this way
or is there any hope for the 'right' thing to do and use the info that comes
via the bootp-answer?
Konstantin
--
Dipl-Inf. Konstantin Agouros aka Elwood Blues. Internet: [EMAIL PROTECTED]
Otkerstr. 28, 81547 Muenchen, Germany. Tel +49 89 69370185
============================================================================
"Captain, this ship will not sustain the forming of the cosmos." B'Elana Torres
------------------------------
From: Joseph Virzi <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: Re: passive backplanes / more than 4 PCI slots
Date: Fri, 30 Apr 1999 17:48:46 -0700
Reply-To: [EMAIL PROTECTED]
>
I am doing the very same thing. We have a 20 PCI backplane loaded with 15 of
our own PCI devices. We're migrating from Windows NT to Linux. On NT, you
have to search for your device across all PCI busses. When working on a
desktop system, you typically only have one PCI bus, namely 0. With more
devices, you start increasing the number of PCI busses. I search PCI bus 0
to 31, and slots 0 to 31 on each, although it's overkill.
I'm not aware of any other implications for PCI traffic, although common
sense would dictate that nested PCI busses would have to have a slower read
process.
-Joe
> Hi all:
>
> I am trying to specify an industrial computer chassis (rackmount) to run
> under Linux and was wondering if anyone has run Linux under these. We
> will be sticking with our known peripherials. They are trying to sell me
> one with 7 PCI slots. I thought 4 was the max for some reason. Do they
> use some sort of repeater/bridge to get 7 (4 main bus - 1 repeater = 3
> + 4 second bus). Has anybody used such a configuration (Linux or
> otherwise) what are the implications for PCI bus traffic. We have some
> custom data interface cards that we've built and they need pretty
> high-throughput.
>
> Any information would be great.
>
> Please also include reply to my email as our mail server seems to drop
> all important posts but loves kibology.
>
> Peace,
> Eric
> --
> Eric Hegstrom .~.
> Senior Software Engineer /V\
> Sonoran Scanners, Inc. // \\ L I N U X
> [EMAIL PROTECTED] /( )\ >don't fear the penguin<
> 520-617-0072 x402 ^^-^^
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Crossposted-To: comp.os.linux.setup,linux.dev.kernel
Subject: Re: ppp trouble in 2.2.6 - upgrading issue
Date: 1 May 1999 00:05:00 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[mvrao <[EMAIL PROTECTED]>]
> I suppose since my kernel is compiled on glibc2.0.7, upgrading glibc
> to 2.1.x would be disastrous. What alternatives do I have ?
Actually the kernel doesn't much care what libc it was compiled with,
since it doesn't so much as include a single libc header file....
The *libc* has to care which *kernel* it is running under but not the
other way around. And assuming it was compiled under a relatively
recent kernel, glibc 2.x should cope fine. (Even if it wasn't, really;
it'll just cope slightly less fine.)
It is userspace you need to worry about. There do exist userspace
programs that do not work if you move from glibc 2.0 to 2.1 under them,
but they are relatively rare. Most things just keep working, believe
it or not.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: [EMAIL PROTECTED] (Dr. Stephen S. Kerr)
Crossposted-To: comp.os.linux.hardware
Subject: Re: /dev/hda1 has reached maximal mount count, check forced
Date: 1 May 1999 01:10:46 GMT
David Peavey ([EMAIL PROTECTED]) wrote:
: /dev/hda1 has reached maximal mount count, check forced
: I get this message sometimes when I boot up. Can someone tell me what this
: means (besides the obvious)? How do fix it? We are doing some system
: integration work here and this message occurs occasionally.
: Thanks
: Dave
There's nothing to "fix". This message is normal, and it's a good
thing.
The e2fsck utility looks for and repairs inconsistencies in the ext2
file system that could arise from events such as a premature system
shutdown (sometimes we call it a "crash" ;-) or from disk sectors
that are going bad. You can run it manually on an unmounted(!) file
system when you suspect that it may have suffered some corruption.
But it's a good idea to run it every now and then even if you don't
think you need to do so. The system does this for you by counting
the number of times the file system has been mounted since it was last
e2fsck'ed, and running e2fsck on the file system if that number of
mounts reaches a set "maximum". I think 20 is the default. Each
boot counts as a "mount", so if you reboot alot, you'll see the
message more frequently than others might.
I hope this helps. Perhaps an ext2 expert can give additional details.
--SK.
------------------------------
From: James Youngman <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Re: Processes swapping between Processors
Date: 27 Apr 1999 21:33:05 +0100
[EMAIL PROTECTED] (James V. Di Toro III) writes:
> I'm having a problem w/ a new SMP system.
>
> I purchased a Dual P3 500Mhz system to do some scientific processing.
> A normal process takes arround 100-300MB memory, and can take hours to
> days to process at 95% CPU even on a P2 400. So when I put two of
> these prcesses on the Dual P3 and I have a problem. It seems that
> the processes will flip flop between the CPUs, and there is an
> inordinate about of time being spent doing 'system' processing.
> Unfortunately I have no way to prove this is happening since you can't
> see what process is on what CPU when.
>
> The only evidince I have for this is watching 'xosview'. Both
> processors will be going along with a full load, mostly 'user' and
> then they will both drop off and be fully loaded w/ 'system'.
> Needless to say this makes the system incredibly slow. Any other
> activity at all takes forever, including the 'xosview' (or a top) to
> see what's going on.
"strace -c -p [pid]" at the appropriate time may help.
--
ACTUALLY reachable as @free-lunch.demon.(whitehouse)co.uk:james+usenet
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: Help with compiling mico / What is Error 139
Date: 30 Apr 1999 20:55:45 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Royce <[EMAIL PROTECTED]>]
> I have just read the FAQ and so I installed linux on another PC and
> it died at the same point?? If I do another make all after it dies
> it gets a bit further and dies again.
A compiler (or any other program) should *never* die from a signal 11.
Since obviously if it isn't hardware it's the software, you may have
buggy software. In your case I see it's mico's own mkdepend which is
blowing up. Perhaps it is ungracefully handling an out-of-memory
condition? (Relatively speaking. There is no really graceful way to
handle an OOM condition.) Do you have enough memory/swap?
But I would still not rule out a hardware problem.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: [EMAIL PROTECTED] (Kyler Laird)
Crossposted-To: comp.protocols.smb,comp.unix.solaris
Subject: Re: stdio SMBd - name your price
Date: 1 May 1999 05:22:23 GMT
[EMAIL PROTECTED] (Jeremy Allison) writes:
>[EMAIL PROTECTED] (Kyler Laird) writes:
>>[I've asked for this before, usually with a few hundred
>>The result would, of course, be open to the public.
>>(I'll leave licensing to the author.)
>Well if it's based on the Samba code the licensing
>would be GPL of course.....
I didn't realize a diff would necessarily
fall under the GPL.
--kyler
------------------------------
From: Nils Henrik Lorentzen <[EMAIL PROTECTED]>
Subject: Q: Notification about termination of parent process.
Date: Sat, 01 May 1999 12:09:01 +0200
Hi,
I am writing a GUI-program where I have
a parent process that fork()s to create a sub-process.
The GUI is run in the parent process. What I want is the
subprocess to terminate, when the
parent process dies (because of user pressing quit or ctrl-c or it
segfaults
or whatever). The way I currently do this is by in the
subprocess regularly checking if getppid() == 1,
but this is not a very elegant solution IMO.
Does anyone know a better way to handle this ?
Nils Henrik
------------------------------
From: "G. Sumner Hayes" <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.advocacy,comp.os.linux.x,comp.windows.x,comp.os.ms-windows.advocacy
Subject: Re: Bill Gates, self made man, NOT!
Date: Sat, 01 May 1999 06:08:41 -0400
[Followups directed to comp.os.linux.development.system]
Chris Costello wrote:
>
> In article <[EMAIL PROTECTED]>, jedi wrote:
> > 4 fixes vs. ~150.
>
> Has Linux remotely approached considering the possibility of
> using CVS yet?
Yes, and rejected it. It'll probably move to bitkeeper when the
2.3 development series opens; see www.bitmover.com for more info.
Linus really hates CVS because it messes with his way of doing
business. Bitkeeper is Larry Wall's attempt to make something that
draws on his experience with Sun and SGI development tools and is
conducive to the Linux development model.
--Sumner
------------------------------
From: [EMAIL PROTECTED]
Subject: KDE without gif support
Date: Sat, 1 May 1999 00:56:19 +0000
Hi!
I compiled KDE-1.1 without any errors, but it has no gif support.
I never installed the giflib included in the kdesupport package
and used an installed 4.0 of giflib from my system instaed.
With KDE-1.0 I doesn't had these problems...
--
cu
------------------------------
From: Remco van den Berg <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Possible?: glibc-2 system and (old?) Motif libraries
Date: Sat, 01 May 1999 13:33:45 +0200
Juergen Heinzl wrote:
>
> In article <7gdjoh$nfa$[EMAIL PROTECTED]>, Peter Samuelson wrote:
> >
> > [Remco van den Berg]
> >> > Is it possible to solve this problem with a linker trick, or do I
> >> > have to buy a new Motif release?
> >
> >[Juergen Heinzl <[EMAIL PROTECTED]>]
> >> Yes, either upgrade or use a static nedit binary. Motif 2.0.x, glibc
> >> version, is available for quite some time and I've got it here
> >> too. Fine so far, no problems.
> >
> >Or, if you are lucky enough to be running Debian (I don't know the
> >situation with Red Hat et al...), install the `altgcc', `libc5' and
> >`libc5-altdev' packages, along with whatever `libxxx-altdev' packages
> >you need for the apps in question. Then compile with `linux-libc1-gcc'
> >(or something like that) instead of `gcc'.
>
> Yup, it is just that then you do need all that libc5 stuff 8( ... I've
> no distribution but Motif came in both flavours; perhaps a second look
> on the CDROM results in a nice surprise ...
>
> Cheers,
> Juergen
Nope, I'm unlucky. The CD-Rom is far too old. The INSTALL file on the
CD-Rom is talking about RedHat version 2 and 3, ha ha... :-)
I think I'll have to buy a new Motif release....
-Remco
------------------------------
From: [EMAIL PROTECTED] (Matthias Warkus)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: redhat 6.0?
Date: Wed, 28 Apr 1999 15:00:43 +0200
Reply-To: [EMAIL PROTECTED]
It was the 28 Apr 1999 08:58:35 GMT...
..and Des Herriott <[EMAIL PROTECTED]> wrote:
> On Tue, 27 Apr 1999 07:00:07 GMT, Bob Taylor <[EMAIL PROTECTED]>
>wrote:
> > > What are the show stopper bugs in Gnome?
> >
> > The one I dislike the most is upon login the swallowed apps fail and
> > cannot be restarted. I use multiple desktops and areas (3x3 and 4 desktops).
> > Without the pager life is difficult. So far logging out then back in
> > resolves the error. However I must redo the swallowed apps. Gnome-terminal
> > segfaults (IIRC).
>
> My major gripe with GNOME is its incredible slowness as soon as you
> enable any kind of pretty theming, in either Gtk or Enlightenment. Am
> I missing something?
You are probably using pixmap themes as your "pretty" themes - those
need to handle every widget via Imlib. Try a native theme engine such
as ThinIce or GTKStep. They are lean and mean.
> The other thing I dislike about the default Red Hat (5.9) distribution
> is the fact that E is not as nicely integrated as one might like - E
> places a row of icons over the panel, in the bottom right of the
> screen.
Choose an E Theme like BrushedMetal-Tigert with no additional control
icons.
mawa
--
[About the Imagine rendering software:] Warning: this software does
not have a learning curve. This software has a learning WALL.
-- Steve Worley.
------------------------------
** 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
******************************
