Linux-Development-Sys Digest #732, Volume #6 Fri, 21 May 99 02:14:17 EDT
Contents:
Re: __register_frame_info, glibc2.0.6 and Slackware 3.6 (Christopher Strong)
Re: Linux-2.2.8, 2.2.9 and update - What's the story? (Bob Tennent)
Re: boot/root disk problem with login (Stuart Pomerantz)
Re: Linux HQ website disappeared ? ("Arne K. Haaje")
Re: Registry in Linux ??? ("Selious")
Re: VGA Buffer Access ("Selious")
Re: Linux and PCI modems (Keith Wright)
Re: truncating mapped memory gives tight loop (Steve Peltz)
Re: mapping user space and kernel space (Nitin Malik)
Re: mapping user space and kernel space (Andi Kleen)
Re: New Project: Linux Upgrade Monitor (upgrademon) (Peter Samuelson)
New Project: Linux Upgrade Monitor (upgrademon) (Kevin Burton)
Re: Linux + CGI + Apache considerations ("D. Emilio Grimaldo Tunon")
Re: New Project: Linux Upgrade Monitor (upgrademon) (Christopher Browne)
the HZ macro.. err. (maybe a trivia question) ("Vladimir G. Stanishev")
Re: [Q] sched_setscheduler ? (Andi Kleen)
Re: never reboot to upgrade ? (Peter Samuelson)
->Folkert Meeuw: Starting RH 5.2 installation from bootdisk, hangs on Calibrating
dealay loop. ("Folkert Meeuw")
Re: mapping user space and kernel space (Nitin Malik)
Re: 2.2.8 - Evil behavior (Peter Samuelson)
Problems with 2.2.7 on 386 (Alexander Frolkin)
accurate timer - HELP! (Dorin-Ioan Marinca)
----------------------------------------------------------------------------
From: Christopher Strong <[EMAIL PROTECTED]>
Subject: Re: __register_frame_info, glibc2.0.6 and Slackware 3.6
Date: Thu, 20 May 1999 19:17:30 -0600
Reply-To: [EMAIL PROTECTED]
> > makeinfo: can't resolve symbol '__register_frame_info'
>
> You are mixing programs or libraries (or both) compiled by
> gcc and egcs. Unfortunately this sometimes doesn't work.
Yes, I am. The gcc vs. egcs issue I find rather irratating;
without taking sides for either one. For compatibility reasons,
I wish Slackware used gcc.
> then make the appropriate fix; another is to get a entirely
> consistent set; also there is a hack that may work for you
> at http://www.garloff.de/kurt/freesoft/ .
Thanks, I'll try it.
-Chris
------------------------------
From: [EMAIL PROTECTED] (Bob Tennent)
Subject: Re: Linux-2.2.8, 2.2.9 and update - What's the story?
Date: 21 May 1999 02:05:34 GMT
Reply-To: rdt(a)cs.queensu.ca
On Fri, 21 May 1999 08:00:30 +1000, Chris Rankin wrote:
>When 2.2.8 came out, it said in the notes that I might want to consider
>not running the update daemon. Well, I installed and killed the daemon
>and noticed that the update daemon was what had been preventing my
>system from spontaneously entering the APM "standby" mode. Anyway, then
>2.2.9 came out and I upgraded to that - and now I'm hearing horror
>stories about 2.2.8 causing file-system corruptions in other systems. I
>think that 2.2.9 can be considered "safe", but is this because it's
>pretty much backed out everything put in by 2.2.8 (meaning I need to run
>update again - which I am) or are there sufficient changes left to make
>update unnecessary?
>
According to the story at Linux Weekly News, 2.2.8 had an inadequately
tested "feature" that turned out to be a bug. It was removed in 2.2.9
but I'm sure the other changes were left in.
Bob T.
------------------------------
From: Stuart Pomerantz <[EMAIL PROTECTED]>
Subject: Re: boot/root disk problem with login
Date: Thu, 20 May 1999 09:19:50 -0400
Mr. van bergen:
I checked that. /etc/securetty is there and has tty1 in it. /etc/inittab
has the line:
tty1:vt100:/sbin/mingetty 9600 tty1
which means that you'll be logging in on tty1. So this should be OK.
Also, this problem occurs even for non-root users.
Stu
Emile van bergen wrote:
>
> On Wed, 19 May 1999, Stuart Pomerantz wrote:
>
> >Mr. Wright:
> >
> >I've tried that. Doesn't work. It still says "login incorrect".
>
> Are you sure there isn't an /etc/securetty file lying around on the
> floppy? This could prevent logging in as root as well... see man login
> for more information.
>
> --
>
> M.vr.gr. / Best regards,
>
> Emile van Bergen (e-mail address: [EMAIL PROTECTED])
>
> This e-mail message is 100% electronically degradeable and produced
> on a GNU/Linux system.
------------------------------
From: "Arne K. Haaje" <[EMAIL PROTECTED]>
Subject: Re: Linux HQ website disappeared ?
Date: Thu, 20 May 1999 15:32:22 +0200
Philip Boucherat wrote:
>
> The Linux HQ web site seems to have disappeared - does anyone know where
> it's gone?
> --
> Philip Boucherat
Seee http://www.kernelnotes.org/
Arne
--
================================
Arne K. Haaje |
Enebakkveien 2 | M: 92 88 44 66
N-1825 Tomter | [EMAIL PROTECTED]
================================
The system needed Windows 95
or better, so I installed Linux!
------------------------------
From: "Selious" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Re: Registry in Linux ???
Date: Thu, 20 May 1999 16:26:43 +0200
>"Lumping configuration data, security data, kernel tuning parameters,
>etc. into one monstrous fragile binary data structure is really dumb."
But can be the difference between linux and LINUX !!
------------------------------
From: "Selious" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: VGA Buffer Access
Date: Thu, 20 May 1999 16:23:35 +0200
Een linux-meisje ???
Heb je al een vriend ??
Selious
------------------------------
From: Keith Wright <[EMAIL PROTECTED]>
Subject: Re: Linux and PCI modems
Date: 20 May 1999 23:41:13 -0400
[EMAIL PROTECTED] (Frank v Waveren) writes:
> > You don't have a modem. The man who sold you the thing you call a
> > modem is either deluded, a liar, or did not understand what you
> > wanted.
>
> But, on the brighter side, you do have a very nice DSP device :-)
>
So it is alleged. If the bastards would put the specs up on their
website, we might believe it.
--
-- Keith Wright <[EMAIL PROTECTED]>
Programmer in Chief, Free Computer Shop <http://www.free-comp-shop.com>
--- Food, Shelter, Source code. ---
------------------------------
From: [EMAIL PROTECTED] (Steve Peltz)
Subject: Re: truncating mapped memory gives tight loop
Date: 20 May 1999 15:47:33 GMT
In article <7huoh5$q2d$[EMAIL PROTECTED]>, I wrote:
>Alpha SX164 running 2.2.9; if I have a shared map on a file, and the
>file gets truncated, I get a tight loop (which clears if the file gets
>extended again).
>This changed fairly recently, I'm almost positive since 2.2.0...
Ack phhtt, this hasn't changed since at least 2.1.130; however, it was
definitely giving a SIGBUS in 2.0.30. So much for "almost positive".
------------------------------
Date: Thu, 20 May 1999 11:36:55 -0400
From: Nitin Malik <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: mapping user space and kernel space
Robert Kaiser wrote:
> If you want to access a user buffer in kernel space without copying
> overhead, you have to modify the kernel (see ftp://ftp.sysgo.de/pub/Linux
> for some hints). However, another common method is to allocate a kernel
> buffer and make it user-accessible through mmap(). Which is more appropriate
> depends on what you want to do.
>
>
what defines the "appropriateness" of the 2 schemes? and which is more
efficient?
nitin
------------------------------
Subject: Re: mapping user space and kernel space
From: Andi Kleen <[EMAIL PROTECTED]>
Date: 20 May 1999 18:05:38 +0200
Nitin Malik <[EMAIL PROTECTED]> writes:
> Robert Kaiser wrote:
>
> > If you want to access a user buffer in kernel space without copying
> > overhead, you have to modify the kernel (see ftp://ftp.sysgo.de/pub/Linux
> > for some hints). However, another common method is to allocate a kernel
> > buffer and make it user-accessible through mmap(). Which is more appropriate
> > depends on what you want to do.
> >
> >
>
> what defines the "appropriateness" of the 2 schemes? and which is more
> efficient?
Exporting a kernel controlled buffer to the user is generally more appropiate,
because it fits much better in the overall Linux design. mlock() hacks are
unsupported and will most likely stop working on future kernel revisions
(although a better supported way to archive it may be available then, or
maybe not - Linus doesn't like locked user pages so the not option isn't
too unlikely)
So making kernel allocated pages available to the user is a cleaner and safer
choice. It also has been extensively used in the kernel (e.g. for video4linux)
>From a design stand point I think it is better too - if you're going
to let hardware manipulate memory you better have full control over its livetime.
>From the efficience standpoint the schemes should be near identical if you
reuse always the same set of buffers. If you use new buffers all the time the
user page lock hack has some advantage because it doesn't require TLB flushes
all the time. Just for better cache use it is usually preferable to reuse
a fixed buffer ring all the time.
BTW, for really low overhead networking on linux - did you take a look at
Matt Welsh's unet ?
-Andi
--
This is like TV. I don't like TV.
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: New Project: Linux Upgrade Monitor (upgrademon)
Date: 20 May 1999 22:47:31 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Bill Anderson <[EMAIL PROTECTED]>]
> You should take a look at autorpm, as it does much of this for rpms
> already.
There's also ftpwatch. And I'm sure I've seen web sites that provide
services like this.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: Kevin Burton <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: New Project: Linux Upgrade Monitor (upgrademon)
Date: Thu, 20 May 1999 09:03:53 -0700
This project has been in the back of my mind for a while now.
What does everyone think of this. A monitor/daemon that notifies you if
new (public) software is available. This would be specifically for the
Open Source market but would also apply to really anything on that is
public and on the Internet. Be it a new version of WINE or Winzip or a
hotfix for NT (after all there are new one every day ;) )
Granted it would have to have some smarts in order to avoid false alarms
but that shouldn't be too hard.
Here is what I was thinking:
BENEFITS:
- support for seeing if an ftp directory has changed ex: WINE
ex: monitor ftp://ftp.sunsite.unc.edu/pub/Linux/ALPHA/wine... any
changes and you will get a notification
- support for seeing if any of your rpm's have updates? via RPMFIND
http queries.
ex: basesystem-4.9-3 ->
ftp://rpmfind.net/linux/Mandrake/6.0/6.0pre/Mandrake/RPMS/basesystem-6.0-5mdk.noarch.rpm
- support for seeing if your particular distribution has a specific
upgrade:
ex: Redhat 5.2 having an upgrade for Apache
FEATURES:
- run's as a daemon
- GUI config tool (GTK)
- send e-mail on upgrade notification
- auto-download for some specific upgrades
- you can pick and choose which upgrades/applications you want to
monitor.
Comments are greatly appreciated. I haven't seen anything like this
done before. If it has let me know.
--
Kevin A. Burton
Internet Guy
------------------------------
From: "D. Emilio Grimaldo Tunon" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.infosystems.www.servers.unix
Subject: Re: Linux + CGI + Apache considerations
Date: Thu, 20 May 1999 18:37:30 +0200
"D. Emilio Grimaldo Tunon" wrote:
>
> Hi *,
> I am experiencing some very annoying (not to mention
> disappointing!) performance problems with a CGI program
> spawned by Apache under Linux (RH 5.2). I have tried it on
> other platforms and the response is usually very quick, not
> taking more than 5-10 seconds to complete the response. When
> tried on Linux however it takes between 45-60 seconds!!!
> that is some delay!!!.
>
> This CGI program actually establishes a socket connection to
> another server (same used on the other platforms for the
> sake of comparison). On the other platforms I use setsockopt()
> to set a 120 sec. timeout on both read/write socket operations.
> That is (to my dismay) not available on Linux so I use
> select() with timeout (120secs) instead.
>
> I suppose that someone out there has run into this problem
> before, any hints? ideas?
>
> TIA,
> Emilio
I tried my implementation with select() on the other platforms
and it is very responsive, i.e. no performance degradation so it
must be something with the Linux environment...
--
D. Emilio Grimaldo Tunon
Software Engineer
*** The opinions expressed hereby are mine and not my employer's ***
------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: New Project: Linux Upgrade Monitor (upgrademon)
Reply-To: [EMAIL PROTECTED]
Date: Fri, 21 May 1999 04:16:33 GMT
On Thu, 20 May 1999 09:03:53 -0700, Kevin Burton
<[EMAIL PROTECTED]> wrote:
>This project has been in the back of my mind for a while now.
>
>What does everyone think of this. A monitor/daemon that notifies you if
>new (public) software is available. This would be specifically for the
>Open Source market but would also apply to really anything on that is
>public and on the Internet. Be it a new version of WINE or Winzip or a
>hotfix for NT (after all there are new one every day ;) )
>
>Granted it would have to have some smarts in order to avoid false alarms
>but that shouldn't be too hard.
This typically needs to be integrated with the package manager for your
favorite distribution.
In the case of Debian, this would be APT, and the linkage is already out
there. Just run dselect, and use the "update" option.
In the case of {Free,Open,Net}BSD, there exists the "Ports" sytem that
manages this process.
In the case of Red Hat, SuSE, Caldera, there is a utility called
"autorpm" which is capable of looking for updates to what you already
have installed. And <http://rpmfind.net> provides a daily list of
"what's new."
Grabbing random packages off the net is something that you should only
do if you Really Know What You're Doing; if you wish to do so,
<http://www.freshmeat.org> provides suitable information about new
releases, and is probably the most up-to-date source of such information
out there.
Based on the existence of the above set of tools, it seems to me that
this functionality is *already* nicely covered.
--
Fatal Error: Found [MS-Windows] System -> Repartitioning Disk for Linux...
(By [EMAIL PROTECTED], Christopher Browne)
[EMAIL PROTECTED] <http://www.hex.net/~cbbrowne/lsf.html>
------------------------------
From: "Vladimir G. Stanishev" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: the HZ macro.. err. (maybe a trivia question)
Date: Fri, 21 May 1999 00:28:13 -0400
Why would changing the value of HZ change the cpu MHz rate reported by
/proc/cpuinfo? and the bogomips?
here is what I get.
HZ 100
cpuMHz :333.424832
bogomips: 665.19
HZ 1000
cpu: 333.48414
bogomips: 659.46
HZ 10000
cpu: 334.168017
bogomips. 604.16
HZ 50000
cpu: 343.540026
bogomips: 409.60
HZ 100000
cpu: 350.060023
bogomips: 819.20
------------------------------
Subject: Re: [Q] sched_setscheduler ?
From: Andi Kleen <[EMAIL PROTECTED]>
Date: 20 May 1999 18:09:20 +0200
"Soohyung Lee" <[EMAIL PROTECTED]> writes:
>
> ' Can each process have their own scheduler ? '
> That is ' Can each process belong to different scheduler (policy) ? '
> For example, is it possible that process A belong to SCHED_OTHER,
> process B belongs to SCHED_FIFO, and process C belongs to SCHED_RR ?
Yes. I am pretty sure Markus Kuhn's excellent sched_setscheduler(2)
man page explains that. Try "man sched_setscheduler".
In general before posting to Usenet please read the available documentation.
-Andi
--
This is like TV. I don't like TV.
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: never reboot to upgrade ?
Date: 20 May 1999 23:24:09 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Kevin Burton <[EMAIL PROTECTED]>]
> You should be able to do this with IP load balancing and some sort of
> file based (on access) replication.
If just for file service, this is one of the things Coda is supposed to
be good at. (Supposed to; I haven't actually used it.)
For some services (like web or DNS service), most transactions are so
short-lived that just by using load-balancing routing or DNS (and
telling the router/DNS server to stop routing to or advertizing the one
machine), it wouldn't take long to take down one server in a farm,
transparently, for rebooting.
For other network services (the more stateful ones), I'd guess it would
be difficult if not impossible to support transparent migration from
one machine to another in preparation for downtime. In many cases you
would need literal process migration, which is a holy grail most
experts seem to believe is impractical.
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: "Folkert Meeuw" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: ->Folkert Meeuw: Starting RH 5.2 installation from bootdisk, hangs on
Calibrating dealay loop.
Date: Fri, 21 May 1999 06:32:41 +0200
Hi Dear Friendly Readers,
yesterday, I made a backup from my files of my old RH 4.2 system
today I want to install RH 5.2.
I write the boot.img with rawrite on a formated 1.44 Fd.
I put the Fd in FDD on my 486 PC, start the system and <enter>.
But Installation hangs on: Callibrating delay loop ..
Ok ! The PC has no pci_init: no BIOS32 ...
Next I start the system again and type: expert <enter>.
Hm, what do you think is passed, the same precedure as ..
I need help or information, but nothing 'bout my PC.
Or fails installation on a i486 compaq: pci_init: no BIOS32 detected ?
NG Folkert Meeuw
------------------------------
Date: Thu, 20 May 1999 13:54:37 -0400
From: Nitin Malik <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: mapping user space and kernel space
Hi Rob,
Thanks for your help in this matter.
After reading your patch i was just having a few doubts...
Doesn't the locking mechanism have a big overhead on performance. Your
scheme seems to be locking the buffers everytime the user needs to
read/write. Isn't it better to implement a shared memory mapping initially
between the user and kernel and lock these pages once, instead of doing it
everytime? If you have any hints on this one please let me know!!
Let me describe what i need. I was thinking of getting rid of the system
call to read/write by having a memory mapping, so the user can deposit the
data into the buffers, which the kernel can pick up and.... ofcourse some
kind of security mechanism should be in place to prevent misuse. If you
have any tips here let me know.
nitin
Robert Kaiser wrote:
> In article <[EMAIL PROTECTED]>,
> Nitin Malik <[EMAIL PROTECTED]> writes:
> > I need to map the user buffer to kernel memory to prevent copying
> > overheads.
>
> If you want to access a user buffer in kernel space without copying
> overhead, you have to modify the kernel (see ftp://ftp.sysgo.de/pub/Linux
> for some hints). However, another common method is to allocate a kernel
> buffer and make it user-accessible through mmap(). Which is more appropriate
> depends on what you want to do.
>
> > Can some one give me an outline of how the locking is to be done?
>
> Under the above mentioned URL, you'll find a kernel patch that demonstrates
> how this can be done by (mis)using the mlock() system call.
------------------------------
From: [EMAIL PROTECTED] (Peter Samuelson)
Subject: Re: 2.2.8 - Evil behavior
Date: 20 May 1999 23:38:25 -0500
Reply-To: Peter Samuelson <[EMAIL PROTECTED]>
[Michael Meissner <[EMAIL PROTECTED]>]
> As I recall, late in the 2.1.xx testing it was discovered that
> compiling the PS/2 mouse handling a module no longer worked.
That's because the code was merged with the PC keyboard driver. And I
guess, for whatever reason, you can't compile *that* as a module....
--
Peter Samuelson
<sampo.creighton.edu!psamuels>
------------------------------
From: Alexander Frolkin <[EMAIL PROTECTED]>
Subject: Problems with 2.2.7 on 386
Date: Thu, 20 May 1999 18:48:43 +0100
Hello,
I've compiled kernel version 2.2.7 on my 386SX33. After it has loaded, anything
I type at the keyboard is ignored. I've tried using init=/bin/bash,
unsuccessfully - same problem. Does anyone have any idea what could be wrong?
Thanx!
Alexander Frolkin <[EMAIL PROTECTED]>
------------------------------
From: Dorin-Ioan Marinca <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware,comp.realtime,comp.hardware
Subject: accurate timer - HELP!
Date: Thu, 20 May 1999 20:03:39 +0200
==============08642C41986E51AA3DB08169
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi!
Please help me in the following problem:
How can I count the time (*less than 1us* - even x*10ns) very accurate
on Linux? I search something not depended on hardware or, if not,
something Pentium specific.
(gettimeofday() return *realy* microseconds or only something rounded
at n*10ms?)
(A linked question: How can I calculate the exact clock frequency for an
Pentium Processor?)
Thanks in advance for any help (docs / ideas / www pointer / ...),
D.I.M.
--
Dorin-Ioan MARINCA
email: [EMAIL PROTECTED]
tel: 00 33 - (0)4 72 15 56 81
==============08642C41986E51AA3DB08169
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<HTML>
Hi!
<P>Please help me in the following problem:
<P>How can I count the time (*less than 1us* - even x*10ns) very accurate
on Linux? I search something not depended on hardware or, if not, something
Pentium specific.
<P>(gettimeofday() return *realy* microseconds or only something
rounded at n*10ms?)
<P>(A linked question: How can I calculate the exact clock frequency for
an Pentium Processor?)
<P>Thanks in advance for any help (docs / ideas / www pointer / ...),
<BR>D.I.M.
<PRE>--
Dorin-Ioan MARINCA
email: [EMAIL PROTECTED]
tel: 00 33 - (0)4 72 15 56 81</PRE>
</HTML>
==============08642C41986E51AA3DB08169==
------------------------------
** 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
******************************
