Linux-Development-Sys Digest #728, Volume #6 Thu, 20 May 99 04:14:12 EDT
Contents:
Re: Slow Interrupt vs. Fast Interrupt (Andi Kleen)
Re: boot/root disk problem with login (Stuart Pomerantz)
Re: Looking for General Ledger Software and Others for AlphaLinux (Christopher
Browne)
Re: Redhat 6.0 and glibc-2.1 src rpm rants (Marc Lefranc)
We Need Good Unix Programmers! ("Carl Engstrom")
how to dump core ??? (Zsolt Zsoldos)
How to write a 'user space' mouse driver?? ("�ѥͷR�ܤ�")
__register_frame_info, glibc2.0.6 and Slackware 3.6 (Christopher Strong)
Re: what is bus master? (Kevin Burton)
Re: You can now use Winmodems in Linux!!!!!!! (Mark Hahn)
Re: You can now use Winmodems in Linux!!!!!!! (Christopher B. Browne)
Needing help with a device driver for modem ([EMAIL PROTECTED])
Re: How to Increase Maximum Number of Processes??? (James Stevenson)
Re: Problems with base memory (Martin Recktenwald)
Re: how to dump core ??? (Alex Rhomberg)
----------------------------------------------------------------------------
Subject: Re: Slow Interrupt vs. Fast Interrupt
From: Andi Kleen <[EMAIL PROTECTED]>
Date: 19 May 1999 15:09:20 +0200
lckun <[EMAIL PROTECTED]> writes:
> Soohyung Lee wrote:
>
> > What are the differences between
> > Slow interrupt, Fast Interrupt, and System call ?
> > Can you tell me ?
> > Thanks ..
>
> For example IRQ 13 is a fast IRQ handler that does not obtain the locks,
> and cannot cause a reschedule,
> but IRQ 16 is a slow IRQ handler that must aquire the kernel spinlocks
> and can cause a reschedule.
Small correction: all interrupts aquire the interrupt lock. The concept
of fast interrupts has been practically eliminated in 2.2; in 2.0 the
difference was that fast interrupts used a lightweight version of the
interrupt path that didn't turn on interrupts again; and didn't check
for rescheduling or bottom halves on return.
Somehow I think the original poster meant bottom halves with "slow interrupts"
though. A bottom half is software interrupt that runs at a lower priority
than hardware interrupts, but at a higher priority than processes. Things
that are handled in bottom halves are e.g. networking, the slow part of
serial interrupt handling and kernel timers.
In 2.3 the bottom halves will most likely be eliminated for networking
and a lot of other things, because its design is inherently SMP unfriendly
(because only one can run at a time)
-A.
--
This is like TV. I don't like TV.
------------------------------
From: Stuart Pomerantz <[EMAIL PROTECTED]>
Subject: Re: boot/root disk problem with login
Date: Wed, 19 May 1999 09:15:21 -0400
Mr. Wright:
I've tried that. Doesn't work. It still says "login incorrect".
Stu
Keith Wright wrote:
>
> Stuart Pomerantz <[EMAIL PROTECTED]> writes:
>
> > 1) I boot my kernel off a boot disk.
> > 2) It asks for the root disk, which I give it.
> > 3) It reads the root disk and init starts.
> > ...
> > 6) I type in my username and login asks me for a password and I *always*
> > get a "login incorrect" messeage.
>
> Just make sure on the root disk the /etc/passwd file has an account
> for root with a null password field.
>
> --
> -- Keith Wright <[EMAIL PROTECTED]>
>
> Programmer in Chief, Free Computer Shop <http://www.free-comp-shop.com>
> --- Food, Shelter, Source code. ---
------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Subject: Re: Looking for General Ledger Software and Others for AlphaLinux
Reply-To: [EMAIL PROTECTED]
Date: Thu, 20 May 1999 03:09:19 GMT
On Wed, 19 May 1999 21:10:15 GMT, Robert Young <[EMAIL PROTECTED]> wrote:
>I am in a process of acquiring an AlphaLinux workstation and would like to
>know if an AlphaLinux workstation can be used as an accounting as well as
>wordprocessing workstation for a general company. What I am interested in
>is
>the existence of a general ledger program as well as wordprocessor for the
>AlphaLinux platform, aside from applixware. In other words:
>
> 1. Can anyone please tell me if there exists a general ledger
>software for an AlphaLinux and where can I download its binary as well
>as the source code?
There are no really credible options at this time for non-IA-32
architectures.
There are a number of commercial financial packages available for
IA-32, but nothing for other architectures.
Amongst source-available packages, none are yet available that are
credible options for business accounting; the stuff that works now are
nearer to being "Quicken workalikes."
See <http://www.hex.net/~cbbrowne/finances.html> for links to what
financial software does exist.
>2. I know there is Lyx for Linux. However, is there any other
>wordprocessor under AlphaLinux that is capable of retrieving and saving
>the document in the MS Word format?
I believe that ApplixWare has done an Alpha release; you might look at
<http://www.applix.com>
>One last thing is that I am interested to know is the Wine project. Is Wine
>available for AlphaLinux?
libwine could probably be run on Alpha; that could be used to compile
new applications that use the Win32 API and thereby run on Alpha.
But if your goal is to run IA-32 Win32 applications on Alpha, that is a
forlorn hope; *that* requires having an IA-32 system.
--
We are MicroSoft. You will be assimilated. Resistance is futile.
(Attributed to B.G., Gill Bates)
[EMAIL PROTECTED] <http://www.hex.net/~cbbrowne/alpha.html>
------------------------------
From: Marc Lefranc <[EMAIL PROTECTED]>
Subject: Re: Redhat 6.0 and glibc-2.1 src rpm rants
Date: 19 May 1999 16:59:44 +0200
Jeff Hyche <[EMAIL PROTECTED]> writes:
> Okay, someone correct me if I'm wrong here but the ideal behind src
> rpms is that you can just do a rpm --rebuild on the src rpm and get the
> binary rpms. Now I ask you does this make sense. You put out a rpm in
> the RPM directory and on the same archive you put the src rpm in the
> SRPMS directory. You do this with the understanding that the package
> in the RPM direcotry is build from the package in the SRPM directory.
> So you should be able to build binary package A from src package B.
[...]
> done
> /usr/bin/install: libc.info*: No such file or directory
> make[2]: *** [/var/tmp/glibc-2.1-root/usr/info/libc.info] Error 1
>
> Bad grammer and spelling errors aside, is it just me or am I just being
> stupid?
It builds fine for me. You should look for errors earlier in
the messages. I guess that you don't have texinfo installed, so that
creation of the info pages fails.
Marc.
--
_____________________________________________________________
Marc Lefranc, Charge de Recherche au CNRS
Laboratoire de Physique des Lasers, Atomes, Molecules
Bat P5, UFR de Physique
Universite des Sciences et Technologies de Lille
F-59655 Villeneuve d'Ascq CEDEX (FRANCE)
e-mail: [EMAIL PROTECTED] ; FAX : +33 (0)3 20 33 70 20
_____________________________________________________________
------------------------------
From: "Carl Engstrom" <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.hardware,comp.os.linux.help,comp.os.linux.m68k,comp.os.linux.misc,comp.os.linux.networking,comp.os.linux.powerpc,comp.os.linux.questions
Subject: We Need Good Unix Programmers!
Date: Thu, 20 May 1999 04:20:29 GMT
Sorry, about all of the Cross-Posts, I'll only do this once...
I work for a company that is looking very hard for good Unix programmers.
People who understand and can program to the very core levels of the Unix
operating system (drivers, kernel etc...). We have a huge development
initiative underway and our HR dept. can't find the talent to fill the
desks. We're based in Southern California, but there's nothing saying that
we can't hire people part-time or full-time from anywhere.
Please send your responses with resume to:
Carl Engstrom
[EMAIL PROTECTED]
------------------------------
From: Zsolt Zsoldos <[EMAIL PROTECTED]>
Subject: how to dump core ???
Date: Wed, 19 May 1999 15:18:57 GMT
Hi All,
I am developing (currently more like debugging :-) a C++ program on both
SGI Irix (6.5) and Linux (Caldera OpenLinux 2.2, kernel 2.2.5). I have
some ASSERT macro, which should log a message and dump core by calling
the function abort() - so that I can do some post-mortem debugging to
find out more about the cause of the assert failure. Now, this works
fine on Irix, but on Linux, I do not get the core dump, just says
"Aborted" and exits without generating the core file. I also tried
to use "kill( getpid(), SIGABRT );" - same result.
I am using egcs-1.1.2-12, glibc-2.1-3, with the same glibc-devel.
I would appreciate if anyone could give me some idea how to force a
core dump, or what environment setting may be preventing that.
The following simple program demonstrates my problem:
===========
#include <stdlib.h>
#include <sys/types.h>
#include <signal.h>
#include <unistd.h>
main()
{
abort();
// kill( getpid(), SIGABRT );
while ( 1 );
}
============
Here, neither the abort() nor the kill() call generates core, while
both does on the SGI Irix 6.5.
Thanks a lot in advance,
Zsolt
--
If you want to reply directly to me, remove the dot from my username!
"Windows has detected that the mouse has moved, please REBOOT for
this change to take effect!" - from M$ Win00 (Not Y2K compliant)
------------------------------
From: "�ѥͷR�ܤ�" <[EMAIL PROTECTED]>
Subject: How to write a 'user space' mouse driver??
Date: Thu, 20 May 1999 12:10:29 +0800
I am trying to write a linux mouse driver for my application
s that I refer to the book 'Linux Device Drivers'. But the auther
claim that he will not discuss the 'user space' drivers. Where
do I get the 'user space' driver information??
------------------------------
From: Christopher Strong <[EMAIL PROTECTED]>
Subject: __register_frame_info, glibc2.0.6 and Slackware 3.6
Date: Wed, 19 May 1999 22:47:14 -0600
I am attempting to compile glibc2.0.6 under Slackware 3.6.
I downloaded glib2.0.6, linuxthreads, localedata, linuxthreads and
crypt.
Everything configures fine. "make" and "make check" work with no errors.
But when I try "make install", I get:
makeinfo: can't resolve symbol '__register_frame_info'
When trying to build the texinfo documentation.
I tried following the instructions in the glibc linux HOWTO, with the same
results.
Any ideas?
-Chris
------------------------------
From: Kevin Burton <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.hardware
Subject: Re: what is bus master?
Date: Wed, 19 May 1999 21:54:43 -0700
This is rusty. It is the ability for a PCI card to do its own IO
without generating a processor interrupt... thereby increasing processor
performance (less tasks). This is especially usefully on PCI-SCSI
adapters which handle a lot of IO.
Y Chen wrote:
>
> Hi, there,
> My new mainboard require a bis master to
> work fine under win98. I do not know what it
> is? Do I need it to run linux too?
> BTW, my new board is Soyo 100 MHz 5EMA.
> Thanks.
> Y.Chen
--
Kevin A. Burton
Internet Guy
------------------------------
From: Mark Hahn <[EMAIL PROTECTED]>
Subject: Re: You can now use Winmodems in Linux!!!!!!!
Date: 20 May 1999 01:44:07 GMT
> It does not mean that using a WinModem suddenly becomes a wise idea; the
> WinModem is still:
> - Consuming CPU that's worth more than a UART,
um, but the point of winmodems isn't to spitefully just omit the UART.
the point is to use the host CPU to do the high-level compression and
protocol stuff that require, on real modems, a microcontroller.
> - Requiring Real Time properties in the OS kernel.
not a big deal. copper is way slow; I'll bet I could even drive a winmodem
from a RT user-space task, if the programming info were available.
> It is interesting that USB modems are starting to become available; I expect
> that represents a "better way" than either RS-232 or ISA/PCI as interfacing
> schemes for modem communications, or will, once it gets supported...
again, the issue is not UARTs; the issue is mainly offloading compression
onto the host CPU. there's no reason a USB modem couldn't take this route,
as well, though from what I hear on linux-usb, they do mostly emulate UARTs
(and thus presumably contain the compression and protocol microcontroller.)
------------------------------
From: [EMAIL PROTECTED] (Christopher B. Browne)
Subject: Re: You can now use Winmodems in Linux!!!!!!!
Reply-To: [EMAIL PROTECTED]
Date: Thu, 20 May 1999 05:18:13 GMT
On 20 May 1999 01:44:07 GMT, Mark Hahn <[EMAIL PROTECTED]> posted:
>> It does not mean that using a WinModem suddenly becomes a wise idea; the
>> WinModem is still:
>> - Consuming CPU that's worth more than a UART,
>
>um, but the point of winmodems isn't to spitefully just omit the UART.
>the point is to use the host CPU to do the high-level compression and
>protocol stuff that require, on real modems, a microcontroller.
>
>> - Requiring Real Time properties in the OS kernel.
>
>not a big deal. copper is way slow; I'll bet I could even drive a winmodem
>from a RT user-space task, if the programming info were available.
The problem is that user-space isn't good enough. There is a need for
whatever task services the modem to respond within strict time limits. That
requires a RT kernel, which Linux is not, without nonstandard modifications.
>> It is interesting that USB modems are starting to become available; I expect
>> that represents a "better way" than either RS-232 or ISA/PCI as interfacing
>> schemes for modem communications, or will, once it gets supported...
>
>again, the issue is not UARTs; the issue is mainly offloading compression
>onto the host CPU. there's no reason a USB modem couldn't take this route,
>as well, though from what I hear on linux-usb, they do mostly emulate UARTs
>(and thus presumably contain the compression and protocol microcontroller.)
If so, that still doesn't diminish the need for strict RT, which is a
function properly provided by a microcontroller, and not by a general
purpose CPU that is providing general services to all sorts of other tasks.
--
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer <http://www.hex.net/~cbbrowne/lsf.html>
[EMAIL PROTECTED] - "What have you contributed to free software today?..."
------------------------------
From: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Subject: Needing help with a device driver for modem
Date: Wed, 19 May 1999 23:17:00 -0600
I have a PCI modem and a ISA modem can not get either of
them to work the PCI modem is showing up as unknown device
with no IRQ attached to it. The ISA is just not working.
Wanting to know if there any drivers for the modems or if
there is a way that i need to configure PPP.
Already have tried setting to the com port they are attached
to and still nothing.
The ISA modem is a Diamond Supra 33.6 modem
The PCI modem is a Phoebe 56K/V.90 w/Rockwell chipset.
If anyone could direct me to a site or may ahve some
suggestions to try it would be greatly appreciated.
Please reply to [EMAIL PROTECTED]
Thanks
Monte Adamson
------------------------------
From: [EMAIL PROTECTED] (James Stevenson)
Subject: Re: How to Increase Maximum Number of Processes???
Reply-To: [EMAIL PROTECTED]
Date: Wed, 19 May 1999 10:34:42 +0100
Hi
if you want to limit the anount cached of buffered read
the file
your kernel source/Documentation/proc.txt
you need the procfs though
cya
On Tue, 18 May 1999 21:56:43 -0400, Todd Burroughs <[EMAIL PROTECTED]> wrote:
>I'm working on a large web server, Quad Xeon with 2 Gigs of RAM. I've
>been able to get Linux (2.2.x)
>to see the RAM
>(http://humbolt.nl.linux.org/Linux-MM/more_than_1GB.html), but it seems
>that I may be running into a problem with the kernel's process table
>filling up. With a bit over 500 processes running,
>I'm getting "fork: Resource temporarily unavailable" errors. It's not
>running out of memory, over 1 Gig is buffered.
>
>Any ideas? Would increasing the 64 Mag "gap" that's discussed on the
>Linux-MM page referenced above help?
>
>
>Thanks, Todd
>
>Here's a bit from that page:
>
>
>Easy workaround for 1 GB machines
>
> OK, so you've only got one of those wimpy 1 GB machines
>and you simply aren't up to
> hacking the kernel? Don't worry. Follow this easy recipy
>to get 960 MB of useable memory... The trick is
>simple, you just tell your kernel that you have 960 MB of
>memory. You can do this
> by giving it the "mem=960MB" from the LILO prompt. To do
>this automatically, you can add
> the argument to the "append" line in /etc/lilo.conf,
>like this:
>
> # Start LILO global section
> boot = /dev/hda
> append = "mem=960M"
> #compact # faster, but won't work on all systems.
> delay = 50
>
> The 64 MB 'gap' we leave is there to allow Linux a bit
>of space for internal administration. If you feel
>adventurous, you can reduce the gap and try higher values
> (Note:
>newer 2.1 kernels
> don't allow this!). Success has been reported with
>values of up to 1014 MB. The obvious
> downside to this tweaking is reduced system stability.
>Don't do this unless you don't mind
> your machine crashing on you and your lusers, who will
>be storming your office hordes at a
> time as soon as they find out they lost their work
>because you felt adventurous... Yes, you must truly be adventurous
>to
>risk system stability for an extra 40 MBs of RAM :)
--
=============================================
Check Out: http://www.users.zetnet.co.uk/james/
E-Mail: [EMAIL PROTECTED]
10:30am up 23:33, 2 users, load average: 0.01, 0.04, 0.04
------------------------------
From: Martin Recktenwald <[EMAIL PROTECTED]>
Subject: Re: Problems with base memory
Date: 19 May 1999 17:27:39 +0200
[EMAIL PROTECTED] (Siegfried Hempfer) writes:
> What should I do to get this changed in the distributions out there?
This is kernel stuff and has nothing to do with the "distributions";
try asking on the linux-kernel mailing list.
Martin.
--
"Actually EMACS is a Unix error code - editor too large"
Andy Newman, comp.unix.bsd.freebsd.misc
------------------------------
Date: Wed, 19 May 1999 17:59:22 +0200
From: Alex Rhomberg <[EMAIL PROTECTED]>
Subject: Re: how to dump core ???
Zsolt Zsoldos wrote:
> I am developing (currently more like debugging :-) a C++ program on both
> SGI Irix (6.5) and Linux (Caldera OpenLinux 2.2, kernel 2.2.5). I have
> some ASSERT macro, which should log a message and dump core by calling
> the function abort() - so that I can do some post-mortem debugging to
> find out more about the cause of the assert failure. Now, this works
> fine on Irix, but on Linux, I do not get the core dump, just says
> "Aborted" and exits without generating the core file. I also tried
> to use "kill( getpid(), SIGABRT );" - same result.
check that
- The current directory is writeable
- that the coredump size is >0 (limit command in tcsh, ulimit in bash)
tcsh-prompt:> limit coredumpsize unlimited
bash prompt:> ulimit -c unlimited
HTH
- Alex
------------------------------
** 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
******************************
