Linux-Development-Sys Digest #438, Volume #6 Sun, 28 Feb 99 02:13:54 EST
Contents:
Re: Why I'm dumping Linux, going back to Windblows ("Duane Elmer Smeckert")
SMP: slicing by -process- or -thread- ? (BL)
Re: real time (Erik de Castro Lopo)
Re: Help developing a pseudo-device driver ? (Case van Rij)
Re: /dev/zero (Brian Keefer)
glibc-2.1 install problems ("asdf")
Re: running from a cdrom (ie, a mostly read-only filesystem)? (Brian Keefer)
Re: Problems compiling linux-2.2.2 (Brian Keefer)
Re: Problems compiling linux-2.2.2 (Brian Keefer)
joliet+nls problem (Spiros Ioannou)
Re: Don't want to loose win '98 docs etc.., & want Linux NOW! (Konrad Mierendorff)
Re: SMP: slicing by -process- or -thread- ? (Bulent Murtezaoglu)
real time ([EMAIL PROTECTED])
Re: LINUX MERCED (Adam P. Jenkins)
Re: Automatically determine irq etc of soundcard like oss does? (Andreas Hinz)
install 2.2.2problems (George)
Re: Program to generate the Makefile? (David M. Cook)
Re: "RPM's harmful to Linux" harmful to Linux (Martin Maney)
----------------------------------------------------------------------------
From: "Duane Elmer Smeckert" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Why I'm dumping Linux, going back to Windblows
Date: Fri, 26 Feb 1999 16:50:23 -0800
PLEASE!
1) forgive me for doing what I am being annoyed by you about.
2) DO NOT POST in inappropriate groups.
This has NO relevance to any of these groups:
lt.os.linux,
comp.os.linux.development.system,
comp.os.linux.setup
There is too much Spam already.
Thanks, and sorry.
------------------------------
From: BL <[EMAIL PROTECTED]>
Subject: SMP: slicing by -process- or -thread- ?
Date: 28 Feb 1999 00:43:17 GMT
simple question: does linux smp work at the thread level or only at the
process level?
I notice that my window manager is a single process (old twm). yet when I
move windows around on the desktop, sometimes cpu0 is used and othertimes
cpu1.
when I'm in the process of moving the window (for example) and I don't
complete the move (the mouse button is not released yet), the work is done by
only one cpu. when I release the mouse and start a new window move, the other
cpu is used.
am I correct in believing that each move is calling a different thread and
that cpu's take turns in sharing work down to this level?
TIA,
------------------------------
From: Erik de Castro Lopo <[EMAIL PROTECTED]>
Subject: Re: real time
Date: Sat, 27 Feb 1999 12:46:39 +1100
[EMAIL PROTECTED] wrote:
>
> All:
>
> I'm searching for anything that will allow me to add real time functions to
> linux (real time kernel extensions maybe?) but I'm having no luck at all. Any
> help would be greatly appreciated!
Look at the Projects page on http://www.linux.org/ for Real Time Linux.
Erik
--
+-------------------------------------------------+
Erik de Castro Lopo [EMAIL PROTECTED]
+-------------------------------------------------+
"In my opinion, shareware tends to combine the worst of
commercial software (no sources) with the worst of free
software (no finishing touches). I simply do not believe
in the shareware market at all." -- Linus Torvalds
------------------------------
From: Case van Rij <[EMAIL PROTECTED]>
Subject: Re: Help developing a pseudo-device driver ?
Date: Fri, 26 Feb 1999 18:45:44 +0100
Tony Hoyle wrote:
> I wrote:
> > Given 2 applications that both read/write to a file for output I m
> > trying to come up with a way to
> > let the second application use the output of the first as input.
> > Both these programs *want* filenames for input & output, so I cant just
> > program A | program B .. I cant even create a FIFO device and let
> > the programs use
> > this for input & output, effectivly doing the same, because the
> > programs find out they're
> > talking to a special file with fstat() and try to lseek() and ioctl()
> > on these 'files' .. generatin a SIGPIPE or ESPIPE.
>
> If the feeder app is calling lseek then it really can't be made to work
> in a pipe. For a pipe to work the data must be strictly sequential, since
> there is no conceptual way to seek within one (pipes do not actually contain
> any data).
>
> Either change the two apps so they work without lseek (ioctl should be
> OK, but usually pointless) or chain them with something like (A /tmp/$$; B
> /tmp/$$; rm /tmp/$$).
Im aware of the limitations of a pipe, but this is where the 'device driver magic'
comes in.
This driver is supposed to let a stream decoder (like an mp3 decoder) output to
an encoder (like an mp3 encoder or realaudio encoder which then feeds the output
to a streaming audio server (like icecast or the realaudio server.) The idea is to
have
high quality (ie high bitrate) source files and generate variable bitrate streams on
demand
without actually generating intermedia files.
The normal decoding/encoding process doesnt require seeks but when a real-audio
client seeks forward or backward I do need the seek capability. The way Im solving
this is
to let a 3rd process connect to this 'pipe' device, and whenever a seek occurs the
driver writes
a seek command to this 3rd 'controller' device which controls the decoder. (the xaudio
decoder
supports pause, seek, stop, play etc.)
Since I posted the original question I think Ive established that the driver cannot in
fact copy data
from the buffer provided to the write() handler to the buffer provided to the
read() handler with
get_user() and put_user() since the handler is being called by either the writing
process *or* the
reading process, and cant access both address spaces at the same time. (Is this
correct or can
I just have the driver keep track of the respective address spaces ?)
I solved this with a buffer in the driver, so now the driver will copy data handed to
the write() handler, store it in it's queue, and copy it to the reading process in the
read( ) handler. I think I read in the
kernel programmers guide that I can only allocate PAGE_SIZE bytes in a kernel module ..
can anyone
confirm this ?
Having gotten this far, the next thing Id like to do is add support for mmap() since
thats what these
applications seem to want. Is there information out there about writing mmap() drivers
? The linux
kernel module programming guide doesnt cover this, and I cant seem to locate the kernel
programmers
guide anymore. Its no longer in the LDP directory on sunsite, and the link provided in
the README
there doesnt seem to exist :-/
Thanks!
Casey
------------------------------
From: Brian Keefer <[EMAIL PROTECTED]>
Subject: Re: /dev/zero
Date: Sun, 28 Feb 1999 03:06:21 GMT
This is a multi-part message in MIME format.
==============B01B95D6EA67E9ECBDB36360
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
][ndigo - Stormy blue sky wrote:
>
> Hi.
> Can anyone explain me the purpose of this file (except for DCC send to
> friends)?
> Thank you.
> Bye.
>
> Michele
I always keep a backup of it around, just in case. It took a couple of
passes for gzip to get the most out of it, but here it is. 4G of the
greatest \0's!
==============B01B95D6EA67E9ECBDB36360
Content-Type: application/x-zip-compressed; name="dev_zero_backup.gz.gz.gz.gz"
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="dev_zero_backup.gz.gz.gz.gz"
H4sIAMt72DYCA5Pv5mDYUH3DjIl58vtnCR7r9iUeO/Ln2zundYcLvx6Xv+b/esa9nS4mIV9K
Ms73+Lo73fFes25OYuw0tTOCM/4khr35KPC3pdQ1fZrI+5wZ51ZvfTVhYnzcJJ/WmJfi36tO
//1db7f9/+/Cqr/r7fMfT7/2/8+6T58L9/81/P3//ff/f+3+39evY+MI0KiKeT9b8+Af9Q93
X+6tX524KPX51HPfWeV2iGnncgqv+rXnmte1eUuX3c0zMg7JCfx5fmu8+aawPfH/b0qmJRzf
W7L+pHSE6T77veVdglplG6PWBOVIH07meXxn5jfL8/ac4dt+gzTM+Faz/1+xonXImad7Pwad
l/YJrhN/at/KZbpnw9ttD/vyNGr2rgtn01Lb8D39xh271GO/uc/bN2p3rz297mzinu+/v87n
LhCvn1/pqdr+MeTtubeuAYrt+p9jnm99JXcjsOpuL/+7zllX646rm+3ZP6EvYNn2+tV3zdq+
13u/jjsQ++e2enCG9OHLteWLBOWY2e4qbmyx3r1p6sN5J+6L7/qz8XjjJ/FjHKmX37ufdDev
+Z+e+p/13aNbqWpzLvK6fnx/Tclmmp2h7cTbCu/fXess8J9xP750Z8DTxq/TZ3KkLv98/dtr
uRXr5mvHs5ZvjP2wRiy2fe6v+4cF5G7XJH1mC+t8+z5vbkN1Utm/q9PFnORT6n8qTLG9W/d2
x43mvb/Pf7x9KNYm/vL3CTearC+v3iq4Ufinyie2YP+SSj2lG+fz6kOVDv9sXh/Gu/BN8JfX
Ke/4vz+av/30wdiauq4opXIGg5u+rkf6zqnPlTmWnF0+W7Hpb2TJytD7GZukfcsWn8wzudmr
tvtiivmsN26T71JNUNCv7Pf/2M3510t+aP//LVz/t/zb/7//eer9/v8v/lo/7+v/mbuvsa7a
Nz/zPAODm+sM7jXqDAwAFLbV4OECAAA=
==============B01B95D6EA67E9ECBDB36360==
------------------------------
Reply-To: "asdf" <[EMAIL PROTECTED]>
From: "asdf" <[EMAIL PROTECTED]>
Subject: glibc-2.1 install problems
Date: Sat, 27 Feb 1999 00:19:13 -0800
Can someone help me out? I get the following error when installing the
already compiled library:
In file included from /usr/include/stdio.h:57,
from /tmp/test-prg12996.c:2:
/usr/include/libio.h:335: parse error before `_IO_seekoff'
/usr/include/libio.h:335: parse error before `_G_off64_t'
/usr/include/libio.h:336: parse error before `_IO_seekpos'
/usr/include/libio.h:336: parse error before `_G_fpos64_t'
Execution of gcc failed!
The script has found some problems with your installation!
Please read the FAQ and the README file and check the following:
- Did you change the gcc specs file (neccessary after upgrading from
Linux libc5)?
- Are there any symbolic links of the form libXXX.so to old libraries?
Links like libm.so -> libm.so.5 (where libm.so.5 is an old library) are
wrong, libm.so should point to the newly installed glibc file - and there
should be
only one such link (check e.g. /lib and /usr/lib)
You should restart this script from your build directory after you've
fixed all problems!
Btw. the script doesn't work if you're installing GNU libc not as your
primary library!
make[1]: *** [install] Error 1
make[1]: Leaving directory `/home/comp/glibc-2.1'
make: *** [install] Error 2
I've read the FAQ and the README.
------------------------------
From: Brian Keefer <[EMAIL PROTECTED]>
Subject: Re: running from a cdrom (ie, a mostly read-only filesystem)?
Date: Sun, 28 Feb 1999 03:28:11 GMT
BL wrote:
>
> is there anything special I need to do to build a running linux system that
> uses a cdrom as the primary filesystem?
>
> I'm thinking of making links from the cdrom to a writable hard disk for
> obvious areas that need write-access (like /var /dev /proc). but I'd like
> /etc /bin /sbin /usr/local (and other sensitive areas) to be HARD
> write-locked. I don't mind the speed decrease of using a cdrom for my main
> filesystem but I'd like the safe-and-sound security of knowing that no hacker
> could ever over-write /etc files and such.
>
> also, how would I boot the system if the main file system was a cdrom? could
> lilo work? or would I have to boot from a floppy? cdroms are not usually
> mounted as early as hard drives are (at boot time), so how would I boot?
>
> anyone ever done anything like this before?
Yggdrasil did it in 1995, RedHat used to do it (what, pre 3.0?). The
best information you're going to find on how to sanely organize a system
is in the Filesystem Heirarchy Standard, available at www.pathname.com.
------------------------------
From: Brian Keefer <[EMAIL PROTECTED]>
Subject: Re: Problems compiling linux-2.2.2
Date: Sun, 28 Feb 1999 03:35:43 GMT
Friedhelm Hinrichs wrote:
>
> Compiling the new kernel 2.2.2 ended with the following messages (I hope
> this does make sense to somebody):
>
> gcc -D__KERNEL__ -I/usr/src/linux/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 loopback.o
> loopback.c
> /usr/src/linux/include/net/sock.h: In function `sk_filter':
> In file included from loopback.c:51:
> /usr/src/linux/include/net/sock.h:796: dereferencing pointer to
> incomplete type
Blah blah. Does /usr/src/linux/ point to (/usr/src/)linux-2.2.2/? If
it's pointed to an old kernel directory, all the wrong headers get
included. I got tripped up by that once, the -I in the gcc command gave
the problem away.
------------------------------
From: Brian Keefer <[EMAIL PROTECTED]>
Subject: Re: Problems compiling linux-2.2.2
Date: Sun, 28 Feb 1999 03:36:31 GMT
Friedhelm Hinrichs wrote:
>
> Compiling the new kernel 2.2.2 ended with the following messages (I hope
> this does make sense to somebody):
>
> gcc -D__KERNEL__ -I/usr/src/linux/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 loopback.o
> loopback.c
> /usr/src/linux/include/net/sock.h: In function `sk_filter':
> In file included from loopback.c:51:
> /usr/src/linux/include/net/sock.h:796: dereferencing pointer to
> incomplete type
Blah blah. Does /usr/src/linux/ point to (/usr/src/)linux-2.2.2/? If
it's pointed to an old kernel directory, all the wrong headers get
included. I got tripped up by that once, the -I in the gcc command gave
the problem away.
------------------------------
From: [EMAIL PROTECTED] (Spiros Ioannou)
Subject: joliet+nls problem
Date: 27 Feb 1999 13:34:08 GMT
Hi,
I have a CD written in joliet, and it has filenames with greek characters.
Greek characters is iso-8859-7 or codepage 928. When mounting the
cd (tried the -o iocharset=iso-8859-7) the filenames show up as "?"
for example "???????-???.??"
Even tried ls -b, and ls|cat
By viewing in the kernel sources , the file joliet.c it seems that it
puts the "?" character when it cannot map the unicode filenames to the
ascii chart, but the iso8859-07 is well defined.
Any ideas?
My kernel is 2.0.36.
--
+-------------------------------------------+
| Spiros Ioannou |
| e-mail:[EMAIL PROTECTED] |
+-------------------------------------------+
------------------------------
From: Konrad Mierendorff <[EMAIL PROTECTED]>
Subject: Re: Don't want to loose win '98 docs etc.., & want Linux NOW!
Date: Sat, 27 Feb 1999 15:42:29 +0100
Kishore wrote:
> Is there any way that I can load Linux to share this and make my PC dual
> bootable. I want to allot 3gb to Linux and 3.4 gb should remain for MS.
Firstly you'll have to repartition your disk. With Partition Magic you
won't have to back up your Win98 partition. (There are some other tools
you could also use but I don't remember any names)
Secondly: Get your favorite Linux Distribution (if you don't know which
to take ask a friend -- he will be the one who has to solve your
problems later ;-)) and ENJOY THE BEST OPERATION SYSTEM ON PLANET
EARTH!!!
Good luck,
- Konrad Mierendorff
------------------------------
From: Bulent Murtezaoglu <[EMAIL PROTECTED]>
Subject: Re: SMP: slicing by -process- or -thread- ?
Date: 27 Feb 1999 22:47:56 -0500
BL> simple question: does linux smp work at the thread level or
BL> only at the process level?
It can work at thread level.
BL> I notice that my window manager is a single process (old twm).
BL> yet when I move windows around on the desktop, sometimes cpu0
BL> is used and othertimes cpu1. [...]
This is a scheduling artifact. The same process is scheduled at different
times to run on different processors. AFAIK, processes do not have
processor affinity in the SMP Linux kernel.
BM
------------------------------
From: [EMAIL PROTECTED]
Subject: real time
Date: Fri, 26 Feb 1999 22:26:01 GMT
All:
I'm searching for anything that will allow me to add real time functions to
linux (real time kernel extensions maybe?) but I'm having no luck at all. Any
help would be greatly appreciated!
Thanks,
Matt
[EMAIL PROTECTED]
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Crossposted-To: alt.os.linux
Subject: Re: LINUX MERCED
From: [EMAIL PROTECTED] (Adam P. Jenkins)
Date: 27 Feb 1999 13:20:53 -0500
Re the original topic of this thread: I just saw something that said
HP is porting Linux to the MERCED. Anyone hear more about that?
http://195.89.1.232/990224-000014.html
--
Adam P. Jenkins
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Andreas Hinz)
Crossposted-To: comp.os.linux.misc
Subject: Re: Automatically determine irq etc of soundcard like oss does?
Date: Sat, 27 Feb 1999 20:14:25 GMT
On 26 Feb 1999 11:35:50 GMT, Rainer Krienke <[EMAIL PROTECTED]>
wrote:
>
>What I would like to know if anyone knows a way how to determine the
>parameters to load the soundmodule automatically.
I am using this in my /etc/conf.modules for my sound adapter:
alias char-major-14 opl3sa2
pre-install opl3sa2 modprobe "-k" "ad1848"
post-install opl3sa2 modprobe "-k" "opl3"
options opl3sa2 io=0x100 mss_io=0x540 mpu_io=0x330 irq=5 dma=0 dma2=1
options opl3 io=0x388keep
Take a look in /usr/linux/Documentation/sound and look for the file for your
sound adapter.
And make sure you have set
CONFIG_MODULES=y
CONFIG_KMOD=y
in /usr/src/linux/.config
You are not stating which adapter you have so I can not help more than this.
--
Med venlig hilsen / Best regards
Andreas Hinz
------------------------------
From: George <[EMAIL PROTECTED]>
Subject: install 2.2.2problems
Date: Sat, 27 Feb 1999 23:36:23 GMT
Hello
I have just installed new kernel 2.2.2. All went well and everything is
working except printing. I read somewhere that from 2.1 forward
something changed with printing. Can anyone tell me what that is and the
work around. I'm using suse5.3 the old kernel was 2.0.35.
Thanks,
George
------------------------------
From: [EMAIL PROTECTED] (David M. Cook)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: Program to generate the Makefile?
Date: Sat, 27 Feb 1999 23:30:22 GMT
On Sat, 27 Feb 1999 10:14:20 GMT, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>I know the imake and configure can be used to generate Makefile.
>Is there any other choice?
See
ftp://ftp.troll.no/freebies/tmake/
http://www.fortran.com/fortran/makemake.html
ftp://sunsite.unc.edu/pub/Linux/devel/make
Dave Cook
------------------------------
From: Martin Maney <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy
Subject: Re: "RPM's harmful to Linux" harmful to Linux
Date: 28 Feb 1999 04:39:36 GMT
d wrote:
> Peter Mutsaers <[EMAIL PROTECTED]> writes:
>> I find it pretty stupid and annoying that RH uses rpm's that contain
>> full sourcecode instead of only patches and build instructions. For
I see it as a choice that, for the intended use, was pretty reasonable. As
a distribution system for a stable release series, RPM is pretty good, and
having a single file per source package is a minor convenience. It is
inherently less conveninent if there are frequent changes to one or more
packages and many of those changes are in the Red Hat-specific section
(patches etc.) for the reasons you describe. But that isn't really the
environment that RPM was designed for; Debian's packaging system was (more
nearly) designed for dealing with frequent changes, and therefore uses
separate files for the base sources and the patches, etc. A simplified
rationale for the differences (but with some merit despite the
simplification) is that RPM was designed for use by end-users, while the
Debian package system was designed for use by developers. I trust the
difference in expected frequency of patches-only updates in these two
different user populations is obvious.
>> every minor update you need to download the whole package again,
>> waisting bandwidth and time.
> It seems like a mistake to base the decision of what packaging system
> to use on an inconvenience that only affects you if you are
> hyperkinetically following daily updates. If you're that deeply
Not if you *are* following daily updates for many packages. :-)
> involved in a particular package you can always install it using
> tarballs or whatever technique you like. There are hundreds of other
> packages that RPM saves you having to futz around with.
And thousands of packages ditto with Debian, as well as the advantage that
the pristine source and latest set of distro-specific patches, etc., are NOT
all stuck in one big file. The drawback is of course that if you don't
already have the pristine source then you have to download all three files
that comprise the source package.
[just for the record: I have installed and used Slackware, Red Hat, Debian,
and SuSE distributions over the years. Slack and Debian are the ones I have
used extensively.]
Hmmm, how 'bout we trim those follow-ups?
------------------------------
** 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
******************************
