Linux-Development-Sys Digest #137, Volume #8     Mon, 11 Sep 00 14:13:22 EDT

Contents:
  Re: Kernel programming / docu (Szabolcs Csetey)
  Re: Zip 100 Parallel Port Drive ("Peter T. Breuer")
  Re: Zip 100 Parallel Port Drive ([EMAIL PROTECTED])
  Re: Problem with fopen under RedHat 6.2 (Kasper Dupont)
  Re: Zip 100 Parallel Port Drive (Michel TALON)
  Re: Wish for a writable ISO-9660 compatible filsystem (Kasper Dupont)
  Re: Help! (Kasper Dupont)
  Re: Caching files from CD---problem when playing MP3s on CD (Kasper Dupont)
  Re: Installing Win98, Win2000 and Linux on one PC?! (Kasper Dupont)
  Re: Linux server to hold thousands of tcp connections? (Kasper Dupont)
  Re: Wish for a writable ISO-9660 compatible filsystem (Christopher Browne)
  Superdisk (root)
  Re: Installing Win98, Win2000 and Linux on one PC?! ("Pat Parsons")
  Re: Kernel programming / docu (Vivekananda Ponnaiyan)
  Re: How to disable "screen saver"? (Manfred Schirmer)
  Re: Caching files from CD---problem when playing MP3s on CD ("Peter T. Breuer")
  Re: purify and memory managers (Greg Herlein)
  Re: Programming /dev/ttyS* in Unix (Greg Herlein)
  Where to start? (write a driver) (Wouter Verhelst)
  Re: Where to start? (write a driver) (Wouter Verhelst)

----------------------------------------------------------------------------

From: Szabolcs Csetey <[EMAIL PROTECTED]>
Subject: Re: Kernel programming / docu
Date: Mon, 11 Sep 2000 10:03:27 GMT

  "Szeleney Robert" <[EMAIL PROTECTED]> wrote:
> Is there a good docu or online-help for linux kernel programming?

/usr/src/linux/Documentation/kernel-docs.txt


Sent via Deja.com http://www.deja.com/
Before you buy.

------------------------------

From: "Peter T. Breuer" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware,comp.os.linux.misc
Subject: Re: Zip 100 Parallel Port Drive
Date: 11 Sep 2000 11:27:47 GMT

In comp.os.linux.misc Michel Talon <[EMAIL PROTECTED]> wrote:
: In comp.os.linux.development.system Peter Rodriguez <[EMAIL PROTECTED]> wrote:
:> changed the PNP/PCI Config from PNP OS Installed NO to YES.

: This is in principle BAD. For OS such as Linux FreeBSD and even WinNT i think
: the correct setting is PNP OS NO, so that the BIOS initializes as much cards
: as it can.

Except that the meaning of this switch depends on the bios. Turning it
to No can mean that it switches off access to PnP. That's taiwanese for
you!

Peter

------------------------------

From: [EMAIL PROTECTED]
Subject: Re: Zip 100 Parallel Port Drive
Crossposted-To: comp.os.linux.hardware,comp.os.linux.misc
Date: 11 Sep 2000 08:05:09 -0400

In comp.os.linux.hardware Michel Talon <[EMAIL PROTECTED]> wrote:

> Sorry, had not seen this one, but i think SPP will be slow. EPP would be
> better.

Well, ZIP drives are known not to work well or at all with ECP.

------------------------------

From: Kasper Dupont <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: Problem with fopen under RedHat 6.2
Date: Mon, 11 Sep 2000 14:49:57 +0200

The Ghost In The Machine wrote:
> 
[...]
> 
> If you have access to it (it's not free!) you can also try
> Purify, from Rational Software -- although I don't know if there's
> a Linux version or not.
> 

Runing purify on the program on another OS should find the
bug as well. That the program happens to run on Solaris
doesn't mean it is bug free, it could be pure luck. It is
possible to download a free evaluation version of purify.

-- 
Kasper Dupont

------------------------------

From: Michel TALON <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware,comp.os.linux.misc
Subject: Re: Zip 100 Parallel Port Drive
Date: Mon, 11 Sep 2000 14:42:58 +0200

In comp.os.linux.development.system Peter T. Breuer <[EMAIL PROTECTED]> wrote:
: In comp.os.linux.misc Michel Talon <[EMAIL PROTECTED]> wrote:
: : In comp.os.linux.development.system Peter Rodriguez <[EMAIL PROTECTED]> wrote:
: :> changed the PNP/PCI Config from PNP OS Installed NO to YES.

: : This is in principle BAD. For OS such as Linux FreeBSD and even WinNT i think
: : the correct setting is PNP OS NO, so that the BIOS initializes as much cards
: : as it can.

: Except that the meaning of this switch depends on the bios. Turning it
: to No can mean that it switches off access to PnP. That's taiwanese for
: you!

: Peter

Perhaps you are right. However for sure you are rude.

On my bios, PNP OS to ON means that bios initializes only the bare minimum and
leaves the rest to a pnp aware operating system.
On the OS i use (FreeBSD) it is explicitly recommended to put
PNP OS to NO.

For several experiences i had with network cards on Linux, they were
recognized after having set PNP OS to NO and not before.

-- 

Michel TALON


------------------------------

From: Kasper Dupont <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Re: Wish for a writable ISO-9660 compatible filsystem
Date: Mon, 11 Sep 2000 15:17:49 +0200

brian moore wrote:
[...]
> 
> But you haven't looked at the structure of ISO-9660.  If you add a
> single block to a file at the start of your 'image' you have to move
> EVERYTHING after it (or waste the space -- which is not nice for trying
> to fit as much as you can on an 650MB CDR).
> 
[...]

It doesn't have to be that way. It would in fact be possible to
make the moving part effective. It would however require a few
new functions in the filesystem on which the iso image is placed.

For a start two new functions could be added to the filesystem,
delete_segment(off,size) and insert_segment(off,size). The
delete_segment should remove the size bytes starting at off,
this can be done by simply changing some tables. (I don't know
what it is called in ext2, but something corresponding to FAT
tables in the fat filesystem.) The insert_segment should insert
size zero bytes at offset off, on ext2 that could be done by
making a hole in the file.

More sophisticated functions could also be implemented. Eg.
a move opperation to move a segment from one possition in a
file to another place perhaps in a different file. A copy
opperation similair to move that just not deletes the original.
And an opperation that would do an insert_segment and at the
same time write data into the segment.

The functions should be available to userspace programs as
well inside the kernel. The kernel should select the new
function on filesystems supporting it and otherwise do it the
slow way.

It of course requires a lot work to be done, but when implemented
you can do all kinds of optimizations. Imagine cp copying a 4GB
file in just 0.1 second by using copy on write disk blocks, or
copying a file from one harddisk to another where the actual
data transfer is done by the controller and thus never involving
the CPU or memory.

-- 
Kasper Dupont

------------------------------

From: Kasper Dupont <[EMAIL PROTECTED]>
Subject: Re: Help!
Date: Mon, 11 Sep 2000 15:27:40 +0200

xing li wrote:
> 
> I am just starting learning kernel module programming.
> I compiled the character device example in "Linux kernel module
> programming guide".
> 
> When I tried to load the module, I got the following message
> 
> >insmod chardev.o
> chardev.o: unresolved symbol __put_user__X
> chardev.o: unresolved symbol sprintk
> 
> Does anyone can tell me what is the problem? Thank you in advance.
> 
> The following is part of the code using these two functions, and I use
> SUSE Linux 6.1 with kernel 2.2.5.
> 
> static int device_open(struct inode *inode, struct file *file)
> {
>   static int counter = 0;
> 
>   #ifdef DEBUG
>   printk("device_open(%p, %p)\n", inode, file);
>   #endif
> 
>   printk("Device: %d.%d\n", inode->i_rdev>>8, inode->i_rdev & 0xFF);
> 
>   if( Device_Open)
>     return -EBUSY;
> 
>   Device_Open++;
> 
>   sprintk(Message, "If I told you once, I told you %d times - $s",
> counter++, "Hello world\n");
> 
> 
>   Message_Ptr = Message;
> 
>   MOD_INC_USE_COUNT;
> 
>   return SUCCESS;
> }
> 
> static ssize_t device_read(struct file* file, char* buffer, size_t
> length, loff_t *offset)
> {
>   int bytes_read = 0;
>   if( *Message_Ptr == 0 )
>     return 0;
> 
>   while( length && * Message_Ptr )
>     {
>       put_user(*(Message_Ptr++), buffer++);
> 
>       length --;
>       bytes_read ++;
>     }
> 
>   return bytes_read;
> }

The kernel includes contains some fance macros
which only work when the code is being optimized.
The optimizer will see that __put_user__X is in
fact never called and remove the reference.

I think there is no such thing as a sprintk
function. You probably want to use sprintf which
i think is available inside the kernel. But
where is Message and Message_Ptr defined?

-- 
Kasper Dupont

------------------------------

From: Kasper Dupont <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Re: Caching files from CD---problem when playing MP3s on CD
Date: Mon, 11 Sep 2000 15:30:57 +0200

Les Mikesell wrote:
[...]
> 
> Stdio only performs a small amount of read-ahead and buffering doesn't
> help until something reads the data.  If you did a 'cat file >/dev/null'
> you would force the contents to be read into the buffer and the disk
> would not be accessed on subsequent reads until something else
> forces it out of the buffer.   If you really want to control physical
> access, create a ramdisk and copy there first.
> 
>   Les Mikesell
>    [EMAIL PROTECTED]

Isn't the kernel supported to do readahead in the background?
If that is the case is it supported on all filesystems?

-- 
Kasper Dupont

------------------------------

From: Kasper Dupont <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.setup,microsoft.public.win2000.applications
Subject: Re: Installing Win98, Win2000 and Linux on one PC?!
Date: Mon, 11 Sep 2000 15:36:38 +0200

noodlez wrote:
> 
> don't forget to create a linux swap partition as well as one mounted
> as /home .
> 
[...]

There is a HOWTO descibing how a swap partition can be shared
between Linux and Win98. I don't know if it can be used by
Win2000 too.

If it is of interest it is actually posible to run Win2000
under Linux using the VMWare PC-emulator. I think the
performance is quite good.

-- 
Kasper Dupont

------------------------------

From: Kasper Dupont <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking,comp.protocols.tcp-ip
Subject: Re: Linux server to hold thousands of tcp connections?
Date: Mon, 11 Sep 2000 15:44:08 +0200

Les Mikesell wrote:
[...]
> 
> Does someone have a reasonable estimate of the memory required per
> connection to survive a routing glitch or a set of extremely slow
> client connections where most of your connections will have sent
> a full TCP window of data without getting an acknowledgment.   Also,
> what happens in Linux when this requirement exceeds available
> RAM/swap?   I think I have seen this situation crash an otherwise robust
> freebsd box.
> 
>   Les Mikesell
>    [EMAIL PROTECTED]

I think that could be as much as 64KB pr. conection,
with large windows enabled it could perhaps be
even more. But a newly opened TCP connection is
supposed to start with a much smaller window size
and only expand it as it gets acknowledgements. The
problem actually would be worst at high speed lines
and lines with long latency like satelite links.

I wouldn't be surprised if that could crash Linux.
I have seen Linux crash because too much memory was
used for ram disks, if the TCP implementation is as
bad as the ram disk implementation it would be bad.

-- 
Kasper Dupont

------------------------------

From: [EMAIL PROTECTED] (Christopher Browne)
Crossposted-To: comp.os.linux.misc
Subject: Re: Wish for a writable ISO-9660 compatible filsystem
Reply-To: [EMAIL PROTECTED]
Date: Mon, 11 Sep 2000 14:06:39 GMT

Centuries ago, Nostradamus foresaw a time when Kasper Dupont would say:
>brian moore wrote:
>[...]
>> 
>> But you haven't looked at the structure of ISO-9660.  If you add a
>> single block to a file at the start of your 'image' you have to move
>> EVERYTHING after it (or waste the space -- which is not nice for trying
>> to fit as much as you can on an 650MB CDR).
>> 
>[...]
>
>It doesn't have to be that way. It would in fact be possible to
>make the moving part effective. It would however require a few
>new functions in the filesystem on which the iso image is placed.

But is the result of this modification still an ISO 9660
filesystem?

And can this approach be taken to write the data to a CD-RW
unit?

There are all sorts of changes that could conceivably be made, but
not all of them are compatible with either ISO9660 or with the 
hardware itself.
-- 
[EMAIL PROTECTED] - <http://www.hex.net/~cbbrowne/>
A man, a plan, a canoe, pasta, heros, rajahs, a coloratura, maps, snipe,
percale, macaroni, a gag, a banana bag, a tan, a tag, a banana bag again
(or a camel), a crepe, pins, Spam, a rut, a Rolo, cash, a jar, sore
hats, a peon, a canal--Panama!

------------------------------

From: root <[EMAIL PROTECTED]>
Subject: Superdisk
Date: Mon, 11 Sep 2000 09:24:47 -0400

I am running Caldera OpenLinux 2.4 on a Compaq LTE 5280 with no floppy
drive.  Hence, I have, and would like to use, an Imation Superdisk drive
(parallel port), but can't find a driver.  Where is the best place to
look?


------------------------------

From: "Pat Parsons" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.setup,microsoft.public.win2000.applications
Subject: Re: Installing Win98, Win2000 and Linux on one PC?!
Date: Mon, 11 Sep 2000 09:36:47 -0700

I could be wrong, but I don't think win98 and 2000 will be able to coexist.
Won't they just install over each other?

"Kasper Dupont" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> noodlez wrote:
> >
> > don't forget to create a linux swap partition as well as one mounted
> > as /home .
> >
> [...]
>
> There is a HOWTO descibing how a swap partition can be shared
> between Linux and Win98. I don't know if it can be used by
> Win2000 too.
>
> If it is of interest it is actually posible to run Win2000
> under Linux using the VMWare PC-emulator. I think the
> performance is quite good.
>
> --
> Kasper Dupont



------------------------------

From: Vivekananda Ponnaiyan <[EMAIL PROTECTED]>
Subject: Re: Kernel programming / docu
Date: Mon, 11 Sep 2000 20:03:50 +0530


http://lxr.linux.no -- browsable kernel. (you can even set it up on your
own box.)

And I've found RedHats source-navigator pretty useful too
http://sources.redhat.com/sourcenav/
 
And obviously http://www.linuxdoc.org
(in the guides section..)

Regards
Vivek

Szeleney Robert wrote:
> 
> Hi!!
> 
> Is there a good docu or online-help for linux kernel programming?
> 
> Function overview, Structure definition,.....
> 
> I know, the source is the best docu, but is there anything other?
> (HTML kernel-browser or so...)
> 
> Thanks, Cu, bertl!!
> 
> Sky Operating System V2.0
> Take a look at
> http://skyos.8m.com

------------------------------

From: Manfred Schirmer <[EMAIL PROTECTED]>
Subject: Re: How to disable "screen saver"?
Date: Mon, 11 Sep 2000 16:08:31 +0200

[EMAIL PROTECTED] wrote:

> I think the default setting is screen saver enabled after I installed
> the RedHat 6.0.  When I leave the system for a while, the sceen will be
> blank.
> The problem is now I am running my test driver which will cause a trap
> into kdb after a long time later say 5 hours.  But, at that time I can
> not wake up my screen by knocking keyboard or moving mouse.
> 
> Does anybody know how to disable the feature of screen saver or some
> kind of that?  I don't want my screen to be blank anyway.

try 
 setterm -blank 0

- Manfred

-- 
Manfred Schirmer
[EMAIL PROTECTED]

------------------------------

From: "Peter T. Breuer" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Re: Caching files from CD---problem when playing MP3s on CD
Date: 11 Sep 2000 15:15:02 GMT

In comp.os.linux.misc Kasper Dupont <[EMAIL PROTECTED]> wrote:
: Les Mikesell wrote:
:> Stdio only performs a small amount of read-ahead and buffering doesn't
:> help until something reads the data.  If you did a 'cat file >/dev/null'
:> you would force the contents to be read into the buffer and the disk
:> would not be accessed on subsequent reads until something else

: Isn't the kernel supported to do readahead in the background?

Yes.

: If that is the case is it supported on all filesystems?

It is not at the FS level, but below. All block devices normally 
have some readahead set. But in any case what Les was talking about
was caching, not readahead. Readahead would normally be of the order
16 or so blocks .. tiny. It will vary per device.

Peter

------------------------------

From: Greg Herlein <[EMAIL PROTECTED]>
Subject: Re: purify and memory managers
Date: Mon, 11 Sep 2000 15:55:50 GMT
Reply-To: [EMAIL PROTECTED]

Rob Love <[EMAIL PROTECTED]> wrote:
> might be the case that this is what my school has, I'm not sure. Anyway,
> anyone know where I can find the free purify or maybe another memory
> management program that is pretty easy to use.

I've used ccmalloc - it's simple, easy to use, and it works very well on
linux.  It's given me problems on Solaris though.  It's on Freshmeat.

I've been using mpatrol lately - it's MUCH more complete - very solid for
me, very, very thorough.

http://www.cbmamiga.demon.co.uk/mpatrol/

Greg

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Greg Herlein                               [EMAIL PROTECTED]
Herlein Engineering                             www.herlein.com 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

From: Greg Herlein <[EMAIL PROTECTED]>
Subject: Re: Programming /dev/ttyS* in Unix
Date: Mon, 11 Sep 2000 15:56:57 GMT
Reply-To: [EMAIL PROTECTED]

Pliev <[EMAIL PROTECTED]> wrote:
> If you can,send to  me please a simple example on C.

http://www.herlein.com/downloads/serial.tgz

Greg

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Greg Herlein                               [EMAIL PROTECTED]
Herlein Engineering                             www.herlein.com 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

From: [EMAIL PROTECTED] (Wouter Verhelst)
Subject: Where to start? (write a driver)
Date: Mon, 11 Sep 2000 17:29:19 GMT

Hi!

I was thinking about writing a driver to be able to 'mount' an
FTP-site (read-only, of course, as FTP doesn't support locking).
I just don't know where to start. Could someone point me to a FAQ or
something likewise that explains the general structure of the kernel
source?
It's very difficult understanding how to write a driver without
knowing the kernel's filosophy...

TIA,

Wouter

-- 
  7:26pm  up  5:41,  3 users,  load average: 1.29, 1.22, 1.15

Voor een vertaling van Documentation/Configure.help naar het Nederlands:
http://users.pandora.be/wouter.verhelst/configure.html

Pie are not square.  Pie are round.  Cornbread are square.

------------------------------

From: [EMAIL PROTECTED] (Wouter Verhelst)
Subject: Re: Where to start? (write a driver)
Date: Mon, 11 Sep 2000 17:48:13 GMT

In article <PD8v5.320739$[EMAIL PROTECTED]>,
        [EMAIL PROTECTED] (Wouter Verhelst) writes:

All right, forget it.
Just found out that I wasn't the first one asking this...
sorry for the inconvenience!

-- 
  7:47pm  up  6:02,  3 users,  load average: 1.07, 1.08, 1.08

Voor een vertaling van Documentation/Configure.help naar het Nederlands:
http://users.pandora.be/wouter.verhelst/configure.html

The only "ism" Hollywood believes in is plagiarism.
                -- Dorothy Parker

------------------------------


** 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
******************************

Reply via email to