Linux-Development-Sys Digest #905, Volume #7 Thu, 25 May 00 10:13:15 EDT
Contents:
Re: naming a thread created from kernel_thread() in a module ("Morton, Andrew
[WOLL:4009-M:EXCH]")
Re: REQ : PLX9080 driver source code (Martin Gruber)
What is the real mean of tty in ppp module under linux? ("dehuak")
Re: how-to develop? (Nicola Attico)
exit system call troubles... (Tim Muir)
Re: put_user, get_user - driver question ("Dmitry A. Fedorov")
Re: put_user, get_user - driver question (Guido Pohl)
Re: Writing driver for AMCC 5933 based PCI card (Julian Back)
Re: Need ideas for university funded project for linux (Donal K. Fellows)
Any people have device driver for 8255 IO Card? (Chan Chi Lung)
Re: Need ideas for university funded project for linux (Donal K. Fellows)
Re: 970Cxi - HP refuses to help customer (Nicolas Eymerich)
Re: 2.2 -> 2.3.99pre9 kernel API changes (Aki M Laukkanen)
Re: Need ideas for university funded project for linux (Maciej Golebiewski)
Re: Need ideas for university funded project for linux (Maciej Golebiewski)
Re: 970Cxi - HP refuses to help customer (Mogens Kjaer)
Re: Any people have device driver for 8255 IO Card? (Iwo Mergler)
Re: Writing driver for AMCC 5933 based PCI card (David Weis)
Re: Writing driver for AMCC 5933 based PCI card (Julian Back)
----------------------------------------------------------------------------
From: "Morton, Andrew [WOLL:4009-M:EXCH]" <[EMAIL PROTECTED]>
Subject: Re: naming a thread created from kernel_thread() in a module
Date: Thu, 25 May 2000 06:07:10 +0000
Travis Hein wrote:
>
> i am using the kernel_thread() function to create a sepearate thread during
> module initialization. Creating it and killing it works ok,
>
> For asteic reasons, i am looking for a way to change the running process name
> when i load the module using insmod, the thread created always has the "insmod"
> as its process name.
strcpy(current->comm, "newname");
current->mm->arg_start = current->mm->arg_end = 0;
Then it will appear as '[newname]' in 'ps' output.
Note that task_struct.comm is 16 bytes only.
------------------------------
From: [EMAIL PROTECTED] (Martin Gruber)
Subject: Re: REQ : PLX9080 driver source code
Date: Thu, 25 May 2000 09:12:27 +0200
> I am in need of a PLX9080 driver source code. I am trying to write a driver
> myself but am facing some problems, and some source code would be of great
> help !
High,
I did write a driver for a card using the PLX9080 chip and we did have
some trouble too, but I think those problems are solved now. We are just
using DMA transfers to copy data from or to the card and doorbellregisters
for signaling. We are using the following Settings.
Latency Timer 0x80
Threshold 0x6622AA22 // 0xUUVVRRII U+V mustn't be greater than 8!!
// R+I mustn't be greater than 16!!
LOCAL_DMA_ARBIT 0x09275010
LOCAL_BASE0 0x40A300C3
DMA_Mode 0x000000C3
You should have a great look at the erratas to this chip on the plx-website.
Take care on using read-modify-write because in some cases 1 clears the bit!
bye
Martin
------------------------------
From: "dehuak" <[EMAIL PROTECTED]>
Subject: What is the real mean of tty in ppp module under linux?
Date: Thu, 25 May 2000 16:17:57 +0800
Hi, everybody,
Now i want make some developing about ppp under linux, BUT I really have
some confusions:
1. What is the real mean of tty since there are so many functions using tty:
ppp_tty_open, ppp_tty_close, ppp_tty_write
2. In the structure of sk_buff, there is an union
/* Link layer header */
union
struct ethhdr *ethernet;
unsigned char *raw;
} mac;
I wonder why there is no similar:
struct ppphdr *ppp;
Any who can help me pls send me email to:
[EMAIL PROTECTED]
Thanks in advance.
------------------------------
From: Nicola Attico <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: how-to develop?
Date: Thu, 25 May 2000 10:53:06 +0200
> Nicola Attico wrote:
>
> > Hello,
> >
> > I'm serching for a word of advice.
> > I'm searching for a project to work at
> > (starting from zero [maybe better] or
> > running).
> > The point is that I've not strong C
> > knowledge, so I would like to learn...
> > Anyway I'm not a total unable
> > and I've years of experience using
> > Linux and some practice in administration...
> > I think moreover that the better way
> > to learn how to write software is to write
> > it, so I would like to learn doing it!
> > So, I'm searching for a *baby* project,
> > where it is possible to learn...
> >
> > Does it exists?
> >
> > Thanks,
> >
> > Nicola
> Are you looking for a job or just summin to do to help u learn? :-)
...the second you said :-/
No, really, try to explain me apart being sarcastic...
Cheers,
Nicola
------------------------------
From: Tim Muir <[EMAIL PROTECTED]>
Subject: exit system call troubles...
Date: Thu, 25 May 2000 19:04:11 +1000
I am currently writing a system which intercepts system calls in a similar
manner to strace.
In this program, I fork and execve the program I want to trace.
The parent process uses the wait4 call to retrieve the process id of the
first process to wait on entry to a system call.
My problem arises when I attempt to follow forks in the traced program. I
can successfully follow the forks - but occasionally I lose the exit
system call of the traced process when attempting to trace about 3.
For example, I would run /bin/bash from this program, then re-run this
command several times. The bash shells appear to work properly, and I can
trace these. However, when I type 'exit' from the bash prompt to bring me
back a level, I do not pick up all of the exit system calls. This leaves
my internal process count incorrect.
Does the exit system call occur EVERY time a process exits, or is there
another one I should be looking at ?
Timothy Muir
Ps. Any other information which might help with this task would be greatly
appreciated.
------------------------------
From: "Dmitry A. Fedorov" <[EMAIL PROTECTED]>
Subject: Re: put_user, get_user - driver question
Date: Thu, 25 May 2000 09:04:37 +0000
Guido Pohl wrote:
>
> we have a driver code that is for a 2.0.36 kernel and below. We now want to
> adapt the code to a somewhat newer kernel. We observed that the definition of
> the MACROs put_user and get_usr has been changed since then.
> Formerly there were only two arguments to the MACROs, nowadays there are three.
>
> Can somebody, please, explain how the new MACROs work? Or in other words, how
> has the code to be changed to use the newer definitions?
get 2.0.x-2.2.x compatibility headers:
ftp://ftp.inp.nsk.su/export/fedorov/src/linux-compat-1.10.tar.gz
and use upper case macros from <linux/compat/uaccess.h>.
------------------------------
From: Guido Pohl <[EMAIL PROTECTED]>
Subject: Re: put_user, get_user - driver question
Date: Thu, 25 May 2000 11:14:27 +0200
Ok, sorry this has been a ghastly mistake.
The problem was the get_user MACRO, which privously had only one argument, so
one has to write.
foo = get_user( pointer_to_whatever );
But in conjunction with a newer kernel this get_user MACRO has been changed -
now, two arguments. That means one has to use:
get_user( foo, pointer_to_whatever );
Everything is perfectly fine - not really 8-)
--
___ _ phone:+49-30-3463-7126 _____________ Guido Pohl
/ _ . __/ _ /_)_ /_ / fax: -8126 / GMD Fokus =CC TIP=
/__/_(_(_(_(_(_(_) _/ (_)_/ (_(_ / Kaiserin-Augusta-Allee 31
[EMAIL PROTECTED] (/ ________________________/ D-10589 Berlin, Germany
------------------------------
From: [EMAIL PROTECTED] (Julian Back)
Subject: Re: Writing driver for AMCC 5933 based PCI card
Date: Thu, 25 May 2000 09:21:39 GMT
Reply-To: [EMAIL PROTECTED]
Thanks for reading my post Bill.
>What version(s) of Linux? DMA to/from kernel or user buffer? Does it
>fail after ~ the same number of transfers each time? ...
I'm developing on Red Hat 6.1 which I think is kernel 2.2.12 but I've also
2.2.14, it made no difference.
I'm DMAing to and from kernel buffers allocated with get_free_page(GFP_KERNEL).
I've tried adding the GFP_DMA flag but it makes no difference and my
understanding is that this is only necessary for ISA DMA.
The number of transfers before crashing can vary a lot. Sometimes it has done
3 million transfers before crashing other times it crashes almost immediately.
Julian
On Thu, 25 May 2000 00:36:50 GMT, Bill Waddington
<[EMAIL PROTECTED]> wrote:
>In article <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED] wrote:
>> I have written a driver for a PCI card based on the AMCC 5933 chip.
>> This chip supports DMA to read and write data to memory on the card.
>> My driver seems to work fine if I don't use the DMA (just read and
>> write to the FIFO on the chip directly). DMA to the card also seems
>> to work OK. But when I use DMA to read from the card the Linux system
>> completely locks up (you have to use the reset button). This happens
>> after several thousand successful transfers.
>>
>> I suspected a problem with interrupt handling but I have now modified
>> the driver not to use interrupts but the crash still occurs if I
>enable
>> DMA from the card into the PCs memory.
>>
>> A possibly related problem is that on some PCs (especiall PIIs) data
>DMAed
>> to and from the card occasionally gets corrupted. I got round this by
>> only DMAing 32 bytes or less at a time.
>>
>> I would suspect a hardware problem with the card but there are Solaris
>x86
>> and Windows NT drivers for this card that use DMA and work OK (and I
>have
>> used the Solaris driver on a PC on which my Linux driver crashes). I
>also
>> program the chip's DMA registers in the same way as the Solaris driver
>does.
>>
>> I am hoping to look at this with a PCI analyser but I can't understand
>why the
>> card should be behaving so differently on Linux.
>>
>> Julian Back
>>
>
>Hello,
>
>No answers, just questions:
>
>What version(s) of Linux? DMA to/from kernel or user buffer? Does it
>fail after ~ the same number of transfers each time? ...
>
>Bill
>
>--
>Bill Waddington
>[EMAIL PROTECTED]
>[EMAIL PROTECTED]
>
>
>Sent via Deja.com http://www.deja.com/
>Before you buy.
--
Julian Back
Senior Software Engineer
MPC Data Limited http://www.mpc-data.co.uk
------------------------------
From: [EMAIL PROTECTED] (Donal K. Fellows)
Crossposted-To:
comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Date: 25 May 2000 09:59:18 GMT
In article <[EMAIL PROTECTED]>,
David Steuber <[EMAIL PROTECTED]> wrote:
> On my machines, I have code with quite a variety of licenses. Those
> include GPL, BSD, QPL, Perl's Artistic License, the TCL license, and a
> bunch of others. The base system is GNU/Linux. A bunch of libraries
> in use are either GPL or LGPL, including libc.
>
> Have I violated someone's license?
It depends. If you've statically linked a GPL library against a
non-GPL program, quite possibly. I believe (but can't quite be
entirely sure) that there have been problems with readline in this
respect, at least in the past. There were problems with Bison
(particularly the parser skeleton code) at one stage too, but I know
that these are resolved now and have been for years.
The GPL only plays nicely if all the world is GPL. Opinion is divided
on whether this is a serious license bug or an excellent feature.
Donal.
--
Donal K. Fellows http://www.cs.man.ac.uk/~fellowsd/ [EMAIL PROTECTED]
-- I may seem more arrogant, but I think that's just because you didn't
realize how arrogant I was before. :^)
-- Jeffrey Hobbs <[EMAIL PROTECTED]>
------------------------------
From: Chan Chi Lung <[EMAIL PROTECTED]>
Subject: Any people have device driver for 8255 IO Card?
Date: 25 May 2000 10:10:30 GMT
Dears,
I am trying to write a program in Lunux to control the 8255 IO
card.
I want to ask anyone can e-mail me the source or where can I
find from the web.
Thx.
------------------------------
From: [EMAIL PROTECTED] (Donal K. Fellows)
Crossposted-To:
comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Date: 25 May 2000 10:00:58 GMT
In article <[EMAIL PROTECTED]>,
David T. Blake <[EMAIL PROTECTED]> wrote:
> Fair use would certainly allow them to use substantial chunks of
> such code however they like.
That must be some radically new meaning of "Fair Use" which I've not
encountered before.
Donal.
--
Donal K. Fellows http://www.cs.man.ac.uk/~fellowsd/ [EMAIL PROTECTED]
-- I may seem more arrogant, but I think that's just because you didn't
realize how arrogant I was before. :^)
-- Jeffrey Hobbs <[EMAIL PROTECTED]>
------------------------------
From: Nicolas Eymerich <[EMAIL PROTECTED]>
Subject: Re: 970Cxi - HP refuses to help customer
Date: Thu, 25 May 2000 11:31:54 GMT
> I thought that 2-sided printed on the 970Cxi was simulated by the
Wrong.
970Cxi is a true 2side printer; there is a mechanical device (optional
but included in printer pakage) that can flip the paper.
--
http://carini.tripod.com/
http://www.carini.net/
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: [EMAIL PROTECTED] (Aki M Laukkanen)
Subject: Re: 2.2 -> 2.3.99pre9 kernel API changes
Date: 25 May 2000 11:30:26 GMT
In article <8gi0kf$5o3$[EMAIL PROTECTED]>, Timothy J. Lee wrote:
>Where can a good list of kernel API changes (from a driver writing
>point of view) between 2.2 and 2.3.99pre9 be found? The list at
>http://www.atnf.csiro.au/~rgooch/linux/docs/porting-to-2.3.html
>appears to be very incomplete, since a number of things that differ
>are not there (e.g. struct device is now struct net_device, and
>the start and tbusy fields are not longer in that structure).
Unfortunately there is no comprehensive list. Softnet specific changes
however are detailed in a separate document distributed on the netdev
and linux-kernel lists:
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0001.0/0229.html
--
D.
------------------------------
From: Maciej Golebiewski <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Date: Thu, 25 May 2000 14:03:37 +0200
> Maciej Golebiewski <[EMAIL PROTECTED]> writes:
> It does happen. I don't know what percentage of makefiles provide
> that or a simiar target. Most produce a single executable image that
> is easy to dispose of.
Right, but some of the larger software packages produce a number of binaries,
a number of libraries, a number of scripts plus other stuff. Often with
cryptic names. You could install to separate directories, but this is a
challeng
to your PATH and MANPATH in the longer run. :)
>
> ' RPM is not perfect but it is quite OK. It's just that the guys creating rpm
> ' not always can get the dependencies right. Personally one of my favourite
> ' query options in rpm is -q -f to instantly get the name of the package
> ' "owning" a specific file. I love it.
>
> What do you do when two packages claim ownership of the same file?
Good point.
This would be either a mistake of the person who build the one of the
packages,
and maybe the package manager system too... Anyway, this of course would
require
tedious diving into the details and manual labort, but I haven't notice this
happening frequently (in Linux that is).
Maciej
------------------------------
From: Maciej Golebiewski <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Date: Thu, 25 May 2000 14:09:09 +0200
Leslie Mikesell wrote:
> >>Eh? Some of us do make file lists for the software we install, you know!
> >>I have no problems with dependencies.
> >>
> >>(check out man find .. -cnewer, and mkpkg).
> >
> > Given the non-package specific dependency checking tools already in
> > Linux, one would think that you could build a dependency database
> > quite independent of rpm or deb.
>
> But there is no reason to expect it to be any better. Is there a tool
> that tells you when the last program that uses a shared library
> has been removed?
Just a wild idea: did anyone ever thought about applying to package management
the same techniques used in garbage collectors (as in memory mananagement :),
tracking number of references, maybe adding something like a scope?
Maciej
------------------------------
From: Mogens Kjaer <[EMAIL PROTECTED]>
Subject: Re: 970Cxi - HP refuses to help customer
Date: Thu, 25 May 2000 14:18:25 +0200
Nicolas Eymerich wrote:
> Anybody knows if is possible to install a parallel port spy utility to
> extract the control code used?
Can't you simply just do a Print to File?
Mogens
--
Mogens Kjaer, Carlsberg Laboratory, Dept. of Chemistry
Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark
Phone: +45 33 27 53 25, Fax: +45 33 27 47 08
Email: [EMAIL PROTECTED] Homepage: http://www.crc.dk
------------------------------
From: Iwo Mergler <[EMAIL PROTECTED]>
Subject: Re: Any people have device driver for 8255 IO Card?
Date: Thu, 25 May 2000 12:46:20 GMT
Reply-To: [EMAIL PROTECTED]
Chan Chi Lung wrote:
>
> Dears,
> I am trying to write a program in Lunux to control the 8255 IO
> card.
> I want to ask anyone can e-mail me the source or where can I
> find from the web.
>
> Thx.
If I remember correctly, the 8255 is controlled via 4 8-Bit registers
(check the datasheet). All you need to know is the base I/O address
of your card and you can access it from an user-space program. See
the IO-Port howto for details:
http://www.linuxdoc.org/HOWTO/mini/IO-Port-Programming.html
regards,
Iwo
------------------------------
From: David Weis <[EMAIL PROTECTED]>
Subject: Re: Writing driver for AMCC 5933 based PCI card
Date: Thu, 25 May 2000 08:49:57 -0500
On Thu, 25 May 2000, Julian Back wrote:
> I'm DMAing to and from kernel buffers allocated with get_free_page(GFP_KERNEL).
> I've tried adding the GFP_DMA flag but it makes no difference and my
> understanding is that this is only necessary for ISA DMA.
Are you doing virt_to_bus on the kmalloc'ed memory before giving the
address to your card?
david
> The number of transfers before crashing can vary a lot. Sometimes it has done
> 3 million transfers before crashing other times it crashes almost immediately.
>
> Julian
>
> On Thu, 25 May 2000 00:36:50 GMT, Bill Waddington
> <[EMAIL PROTECTED]> wrote:
> >In article <[EMAIL PROTECTED]>,
> > [EMAIL PROTECTED] wrote:
> >> I have written a driver for a PCI card based on the AMCC 5933 chip.
> >> This chip supports DMA to read and write data to memory on the card.
> >> My driver seems to work fine if I don't use the DMA (just read and
> >> write to the FIFO on the chip directly). DMA to the card also seems
> >> to work OK. But when I use DMA to read from the card the Linux system
> >> completely locks up (you have to use the reset button). This happens
> >> after several thousand successful transfers.
> >>
> >> I suspected a problem with interrupt handling but I have now modified
> >> the driver not to use interrupts but the crash still occurs if I
> >enable
> >> DMA from the card into the PCs memory.
> >>
> >> A possibly related problem is that on some PCs (especiall PIIs) data
> >DMAed
> >> to and from the card occasionally gets corrupted. I got round this by
> >> only DMAing 32 bytes or less at a time.
> >>
> >> I would suspect a hardware problem with the card but there are Solaris
> >x86
> >> and Windows NT drivers for this card that use DMA and work OK (and I
> >have
> >> used the Solaris driver on a PC on which my Linux driver crashes). I
> >also
> >> program the chip's DMA registers in the same way as the Solaris driver
> >does.
> >>
> >> I am hoping to look at this with a PCI analyser but I can't understand
> >why the
> >> card should be behaving so differently on Linux.
> >>
> >> Julian Back
> >>
> >
> >Hello,
> >
> >No answers, just questions:
> >
> >What version(s) of Linux? DMA to/from kernel or user buffer? Does it
> >fail after ~ the same number of transfers each time? ...
> >
> >Bill
> >
> >--
> >Bill Waddington
> >[EMAIL PROTECTED]
> >[EMAIL PROTECTED]
> >
> >
> >Sent via Deja.com http://www.deja.com/
> >Before you buy.
>
>
>
--
David Weis | 10520 New York Ave, Des Moines, IA 50322
[EMAIL PROTECTED] | Voice 515-278-0133 Ext 231
| http://www.perfectionlearning.com/
When they took the Fourth Amendment, I was quiet because I didn't deal drugs.
When they took the Fifth Amendment, I was quiet because I was innocent.
When they took the Second Amendment, I was quiet because I didn't own a gun.
Now they've taken the First Amendment and I can't say anything.
------------------------------
From: [EMAIL PROTECTED] (Julian Back)
Subject: Re: Writing driver for AMCC 5933 based PCI card
Date: Thu, 25 May 2000 14:05:07 GMT
Reply-To: [EMAIL PROTECTED]
On Thu, 25 May 2000 08:49:57 -0500, David Weis <[EMAIL PROTECTED]> wrote:
>
>On Thu, 25 May 2000, Julian Back wrote:
>
>> I'm DMAing to and from kernel buffers allocated with get_free_page(GFP_KERNEL).
>> I've tried adding the GFP_DMA flag but it makes no difference and my
>> understanding is that this is only necessary for ISA DMA.
>
>Are you doing virt_to_bus on the kmalloc'ed memory before giving the
>address to your card?
Yes. I'd be very surprised if it worked at all without that.
>
>david
>
>> The number of transfers before crashing can vary a lot. Sometimes it has done
>> 3 million transfers before crashing other times it crashes almost immediately.
>>
>> Julian
>>
>> On Thu, 25 May 2000 00:36:50 GMT, Bill Waddington
>> <[EMAIL PROTECTED]> wrote:
>> >In article <[EMAIL PROTECTED]>,
>> > [EMAIL PROTECTED] wrote:
>> >> I have written a driver for a PCI card based on the AMCC 5933 chip.
>> >> This chip supports DMA to read and write data to memory on the card.
>> >> My driver seems to work fine if I don't use the DMA (just read and
>> >> write to the FIFO on the chip directly). DMA to the card also seems
>> >> to work OK. But when I use DMA to read from the card the Linux system
>> >> completely locks up (you have to use the reset button). This happens
>> >> after several thousand successful transfers.
>> >>
>> >> I suspected a problem with interrupt handling but I have now modified
>> >> the driver not to use interrupts but the crash still occurs if I
>> >enable
>> >> DMA from the card into the PCs memory.
>> >>
>> >> A possibly related problem is that on some PCs (especiall PIIs) data
>> >DMAed
>> >> to and from the card occasionally gets corrupted. I got round this by
>> >> only DMAing 32 bytes or less at a time.
>> >>
>> >> I would suspect a hardware problem with the card but there are Solaris
>> >x86
>> >> and Windows NT drivers for this card that use DMA and work OK (and I
>> >have
>> >> used the Solaris driver on a PC on which my Linux driver crashes). I
>> >also
>> >> program the chip's DMA registers in the same way as the Solaris driver
>> >does.
>> >>
>> >> I am hoping to look at this with a PCI analyser but I can't understand
>> >why the
>> >> card should be behaving so differently on Linux.
>> >>
>> >> Julian Back
>> >>
>> >
>> >Hello,
>> >
>> >No answers, just questions:
>> >
>> >What version(s) of Linux? DMA to/from kernel or user buffer? Does it
>> >fail after ~ the same number of transfers each time? ...
>> >
>> >Bill
>> >
>> >--
>> >Bill Waddington
>> >[EMAIL PROTECTED]
>> >[EMAIL PROTECTED]
>> >
>> >
>> >Sent via Deja.com http://www.deja.com/
>> >Before you buy.
>>
>>
>>
>
>--
>David Weis | 10520 New York Ave, Des Moines, IA 50322
>[EMAIL PROTECTED] | Voice 515-278-0133 Ext 231
> | http://www.perfectionlearning.com/
>When they took the Fourth Amendment, I was quiet because I didn't deal drugs.
>When they took the Fifth Amendment, I was quiet because I was innocent.
>When they took the Second Amendment, I was quiet because I didn't own a gun.
>Now they've taken the First Amendment and I can't say anything.
>
--
Julian Back
Senior Software Engineer
MPC Data Limited http://www.mpc-data.co.uk
------------------------------
** 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
******************************
