Linux-Development-Sys Digest #361, Volume #6 Mon, 1 Feb 99 14:14:34 EST
Contents:
Re: PROPOSAL: comp.unix.year-2038 (WAS: 2038 and Linux) (Andre Fachat)
hda: lost interrupt (Ronald Baljeu)
Linux on ARM7 ?? ([EMAIL PROTECTED])
Writing driver, need advice (herman)
Re: Why I'm dumping Linux, going back to Windblows (mark@com)
Re: How do you dynamically pass port addresses to a device driver? (Ken Sills)
Re: GNUPro for Linux - Recommendations (Dan McLaughlin)
2.0.36 strange behavior (Jacques Gangloff)
Re: How to flush the file cache ? (Stefaan A Eeckels)
Creative Banshee 2D/3D Video Card Driver (Mark Prout)
scsi command ("Thierry BUCCO")
----------------------------------------------------------------------------
From: Andre Fachat <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.misc,comp.os.linux.advocacy,comp.software.year-2000,comp.unix.advocacy
Subject: Re: PROPOSAL: comp.unix.year-2038 (WAS: 2038 and Linux)
Date: 1 Feb 1999 14:59:53 GMT
In comp.os.linux.development.system Andreas Schwab <[EMAIL PROTECTED]>
wrote:
> |> >
> |> > As an octal ascii string, like all other numbers in the header.
> |>
> |> That is to say, `as a time_t'?
> As seconds since 1970-1-1 00:00:00.
fixed size?
Andre
--
Email address may be invalid. Use "fachat AT physik DOT tu-chemnitz DOT de"
======Fight SPAM = join CAUCE http://www.cauce.org======Thanks, spammers...
Andre Fachat, Institute of physics, Technische Universität Chemnitz, FRG
http://www.tu-chemnitz.de/~fachat
------------------------------
From: Ronald Baljeu <[EMAIL PROTECTED]>
Subject: hda: lost interrupt
Date: 1 Feb 1999 16:15:22 +0100
I have an Intel dual Pentium system (N440BX) with one Pentium-II 400
processor (the 2nd processor is on its way :-) ). On the 1st IDE-bus
a 32x CDROM drive is attached as master. This is the only IDE device
on the system. I can use it on a precompiled 2.0.35 kernel from
the Slackware distribution without any problems. When using 2.1.129 or
2.2.1 I get an error: "hda: lost interrupt" and the system hangs.
Something like "cat /dev/hda > /dev/null" is enough to produce the problem.
The CDROM drive was detected correctly however.
I checked for IRQ/ioports conflicts, but I can't find anything wrong.
There's nothing on IRQ 14, except for the IDE controller. Also tried
turning on and off APIC and PnP in the BIOS setup etc... nothing helps.
Has anyone any other suggestion I could try?
Cheers,
Ronald
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.development
Subject: Linux on ARM7 ??
Date: Mon, 01 Feb 1999 13:09:16 GMT
Hello Everybody
One big Q .. err small Q... is linux available for ARM7/TDMI
processor..
I m not sure about what this TDMI means...
Thanx in Advance..
Need a quick reply !!!
Regards
Vasu
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: herman <[EMAIL PROTECTED]>
Subject: Writing driver, need advice
Date: 01 Feb 1999 06:15:09 PST
Hi,
I'm trying to write a driver for a high data flow device that interfaces
through PCI. The device has a FIFO which when full needs to be emptied
and dumped to disk file for continuous recording.
I have been slugging at VxD code given as a reference example, but the
world of exe, dll, and vxd is hazy. What I make out is the example code
actually handles the FIFO and disk transfers at the driver level. The
Vireo development kit was used to write the VxD. All the data
collection runs in the interrupt loop with flags set at the user level
to inform status and progress. The disk file is opened and written to
through use of Vireo low level routines at the driver level.
The architecture of Linux is different and I need some advice as how to
structure the rewrite of this driver. My guess is that the file i/o has
to be done at the user level, with the FIFO service at the driver
(kernel) level. The FIFO routines will be invoked by the "FIFO full"
interrupt. I then would put the data in a user buffer and the disk i/o
will be done by the data collection application (user level).
Is this the correct approach? What about execution priorities for the
collection application to make sure all the data makes it to the disk
file without overflow?
Any hindsight or previous experience advice will be greatly appreciated.
Thanks
Herman Watson
[EMAIL PROTECTED]
------------------------------
From: mark@com
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: 1 Feb 1999 05:27:02 -0800
In article <793v6a$2qh$[EMAIL PROTECTED]>,
[EMAIL PROTECTED] says...
>
>[EMAIL PROTECTED] wrote:
>
>Man pages are not and IMHO should not be full-blown manuals.
Agree. But you are also missing the point.
Adding few examples at the end of a man page, does not make the man
page to be full-blown manual.
Mark.
------------------------------
From: Ken Sills <[EMAIL PROTECTED]>
Subject: Re: How do you dynamically pass port addresses to a device driver?
Date: Mon, 01 Feb 1999 11:31:18 -0500
Thanks to everyone who tried to help out with this! Marc Lefranc
has the idea that I'm running with...it was a lack of understanding on
my part. At the time of the post, I hadn't thought of using read/write
only for transfer of images, and ioctl for controlling the hardware. In
my case, this works great! And, even better, lets me put out my driver
so that the users can write their own code for it while making it harder
for them to fry the hardware while doing so.
Thanks everyone!
ken sills
Marc Lefranc wrote:
> I assume the writes to the registers are for setting acquisition
> parameters. The most logical design would be IMHO to have several
> ioctl call, one for parameter setting, where you simply pass the
> desired value of the parameter [ i.e.,
> ioctl(dev,SET_ACQ_FREQ,&new_acq_freq) ]. In this way, only the driver
> code has to know the address of each register relative to base
> address, and this simplifies the coding of the user space program.
>
> Reserve the use of read() and write() for the transfer of the real
> data (in this case, it looks like you only need read()).
>
------------------------------
From: Dan McLaughlin <[EMAIL PROTECTED]>
Subject: Re: GNUPro for Linux - Recommendations
Date: 01 Feb 1999 00:47:03 -0800
>Any recommendations for GNUPro for Linux? At $79, it seemed like a
>good deal, but wonder if anyone's used it.
Its pretty nice. It uses more quite a bit more memory than vanilla
gdb. I had to go from 64 to 190 debugging my 19 MB executable, but the
ease of use over plain gdb makes it worth it. Put the cursor over a
variable and a floating yellow postit type dialog tells you its value.
That plus the data view (each object on the stack is viewed in a tree
menu that you can expand to see the whole thing) alone is worth it.
The "compile" environment doesn't seem any different from the usual
egcs installation - I don't know if why they bothered.
-Dan
-- Dan [EMAIL PROTECTED]
-- Remove the OUCH- to email me
=============================================================================
------------------------------
From: Jacques Gangloff <[EMAIL PROTECTED]>
Subject: 2.0.36 strange behavior
Date: Mon, 01 Feb 1999 17:56:26 +0100
Hi,
I just experimented a strange behavior on my 2.0.36
linux machine. As I tried to start Netscape 4.5, it crashed third times
with first the "illegal floating point instruction" message
secondly and thirdly a "segmentation fault" message.
The system was not locked, I could log in from the net
but X was freezed.
The syslog file contains the following messages :
Jan 29 11:56:27 pc12gra kernel: hda: hda1 hda2
Jan 29 11:56:27 pc12gra kernel: VFS: Mounted root (ext2 filesystem) readonly.
Jan 29 11:56:27 pc12gra kernel: Adding Swap: 41292k swap-space (priority 2144)
Feb 1 17:19:27 pc12gra kernel: Unable to handle kernel paging request at virtual
address c7a87db8
Feb 1 17:19:28 pc12gra kernel: current->tss.cr3 = 00f8e000, Lr3 = 00f8e000
Feb 1 17:19:28 pc12gra kernel: *pde = 00000000
Feb 1 17:19:28 pc12gra kernel: Oops: 0000
Feb 1 17:19:28 pc12gra kernel: CPU: 0
Feb 1 17:19:28 pc12gra kernel: EIP: 0010:[__get_free_pages+235/444]
Feb 1 17:19:28 pc12gra kernel: EFLAGS: 00010013
Feb 1 17:19:28 pc12gra kernel: eax: 3c003ddc ebx: 00000000 ecx: 00000002 edx:
00287600
Feb 1 17:19:28 pc12gra kernel: esi: 00000001 edi: 001c18d4 ebp: 00000001 esp:
00f8fe34
Feb 1 17:19:28 pc12gra kernel: ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
Feb 1 17:19:28 pc12gra kernel: Process kscience.kss (pid: 7723, process nr: 53,
stackpage=00f8f000)
Feb 1 17:19:28 pc12gra kernel: Stack: 00000020 00000001 00f2f018 00000004 001c18d4
f000f773 00000293 0012ddfc
Feb 1 17:19:28 pc12gra kernel: 00000003 00000000 00000000 00000004 00000000
00000000 bffff6cc 00000000
Feb 1 17:19:28 pc12gra kernel: 000000a4 0012dfbf 00000001 0012e1b2 00000004
00f8ff54 00f8ff14 00f8fed4
Feb 1 17:19:28 pc12gra kernel: Call Trace: [do_select+232/640] [__get_fd_set+43/100]
[sys_select+398/608] [def_callback2+38/44] [add_blkdev_randomness+66/72]
[sock_read+171/192] [old_select+63/80]
Feb 1 17:19:28 pc12gra kernel: [system_call+82/128]
Feb 1 17:19:28 pc12gra kernel: Code: 0f bb 02 19 c0 29 35 c0 2e 1b 00 be 01 00 00 00
89 e9 d3 e6
Feb 1 17:19:40 pc12gra kernel: Unable to handle kernel paging request at virtual
address c7a87db8
Feb 1 17:19:40 pc12gra kernel: current->tss.cr3 = 007a5000, Lr3 = 007a5000
Feb 1 17:19:40 pc12gra kernel: *pde = 00000000
Feb 1 17:19:40 pc12gra kernel: Oops: 0000
Feb 1 17:19:40 pc12gra kernel: CPU: 0
Feb 1 17:19:40 pc12gra kernel: EIP: 0010:[__get_free_pages+235/444]
Feb 1 17:19:40 pc12gra kernel: EFLAGS: 00010013
Feb 1 17:19:40 pc12gra kernel: eax: 3c003ddc ebx: 00000000 ecx: 00000002 edx:
00287600
Feb 1 17:19:40 pc12gra kernel: esi: 00000001 edi: 001c18d4 ebp: 00000001 esp:
01609ab8
Feb 1 17:19:40 pc12gra kernel: ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
Feb 1 17:19:40 pc12gra kernel: Process netscape (pid: 456, process nr: 53,
stackpage=01609000)
Feb 1 17:19:40 pc12gra kernel: Stack: 00000400 01600302 00000001 0000c000 001c18d4
f000f773 00000212 0012731a
Feb 1 17:19:40 pc12gra kernel: 00000000 00000000 00000000 0008fe03 01600302
00000400 00125d20 00000000
Feb 1 17:19:40 pc12gra kernel: 00000400 0008fe03 01600302 00000400 0008fe03
0008fe03 00000096 00000400
Feb 1 17:19:40 pc12gra kernel: Call Trace: [grow_buffers+70/232]
[refill_freelist+100/1144] [getblk+54/956] [getblk+859/956] [ext2_alloc_block+128/412]
[getblk+54/956] [block_getblk+348/612]
Feb 1 17:19:40 pc12gra kernel: [ext2_getblk+260/556]
[ext2_file_write+389/1116] [__brelse+34/68] [ext2_create+341/360] [dump_write+28/44]
[writenote+167/200] [dump_write+28/44] [elf_core_dump+2484/2632]
Feb 1 17:19:40 pc12gra kernel: [inode_getblk+68/412] [getblk+54/956]
[inode_getblk+68/412] [make_request+1137/1148] [do_ide0_request+11/16]
[sys_mremap+124/784] [do_no_page+259/808] [do_no_page+391/808]
Feb 1 17:19:40 pc12gra kernel: [handle_bottom_half+11/32] [do_signal+495/640]
[signal_return+18/64]
Feb 1 17:19:40 pc12gra kernel: Code: 0f bb 02 19 c0 29 35 c0 2e 1b 00 be 01 00 00 00
89 e9 d3 e6
Feb 1 17:19:45 pc12gra kernel: Unable to handle kernel paging request at virtual
address c7a87db8
Feb 1 17:19:45 pc12gra kernel: current->tss.cr3 = 02e60000, Lr3 = 02e60000
Feb 1 17:19:45 pc12gra kernel: *pde = 00000000
Feb 1 17:19:45 pc12gra kernel: Oops: 0000
Feb 1 17:19:45 pc12gra kernel: CPU: 0
Feb 1 17:19:45 pc12gra kernel: EIP: 0010:[__get_free_pages+235/444]
Feb 1 17:19:45 pc12gra kernel: EFLAGS: 00010013
Feb 1 17:19:45 pc12gra kernel: eax: 3c003ddc ebx: 00000000 ecx: 00000002 edx:
00287600
Feb 1 17:19:45 pc12gra kernel: esi: 00000001 edi: 001c18d4 ebp: 00000001 esp:
02dd9f54
Feb 1 17:19:45 pc12gra kernel: ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
Feb 1 17:19:45 pc12gra kernel: Process netscape (pid: 458, process nr: 53,
stackpage=02dd9000)
Feb 1 17:19:45 pc12gra kernel: Stack: 00001000 00001924 400076dd ffffffdc 001c18d4
f000f773 00000293 0012b973
Feb 1 17:19:45 pc12gra kernel: 00000003 00000000 00000000 400076dc 00000003
400069b8 00000000 00000001
Feb 1 17:19:45 pc12gra kernel: 0000192f 001236b1 400076dc 02dd9fb4 024dd018
400076dc 08106cf8 bffff4b4
Feb 1 17:19:45 pc12gra kernel: Call Trace: [getname+215/320] [sys_open+41/120]
[system_call+82/128]
Feb 1 17:19:45 pc12gra kernel: Code: 0f bb 02 19 c0 29 35 c0 2e 1b 00 be 01 00 00 00
89 e9 d3 e6
Feb 1 17:19:50 pc12gra kernel: Unable to handle kernel paging request at virtual
address c7a87db8
Feb 1 17:19:50 pc12gra kernel: current->tss.cr3 = 02907000, Lr3 = 02907000
Feb 1 17:19:50 pc12gra kernel: *pde = 00000000
Feb 1 17:19:50 pc12gra kernel: Oops: 0000
Feb 1 17:19:50 pc12gra kernel: CPU: 0
Feb 1 17:19:50 pc12gra kernel: EIP: 0010:[__get_free_pages+235/444]
Feb 1 17:19:50 pc12gra kernel: EFLAGS: 00013013
Feb 1 17:19:50 pc12gra kernel: eax: 3c003ddc ebx: 00000000 ecx: 00000002 edx:
00287600
Feb 1 17:19:50 pc12gra kernel: esi: 00000001 edi: 001c18d4 ebp: 00000001 esp:
021dce34
Feb 1 17:19:50 pc12gra kernel: ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
Feb 1 17:19:50 pc12gra kernel: Process X (pid: 7704, process nr: 37,
stackpage=021dc000)
Feb 1 17:19:50 pc12gra kernel: Stack: 00000080 00000004 02e39810 00000010 001c18d4
f000f773 00003293 0012ddfc
Feb 1 17:19:50 pc12gra kernel: 00000003 00000000 00000000 00000080 00000000
00000000 08260924 00000000
Feb 1 17:19:50 pc12gra kernel: 01609000 0012dfbf 00000001 0012e1b2 00000010
021dcf54 021dcf14 021dced4
Feb 1 17:19:50 pc12gra kernel: Call Trace: [do_select+232/640] [__get_fd_set+43/100]
[sys_select+398/608] [do_readv_writev+434/628] [old_select+63/80] [system_call+82/128]
Feb 1 17:19:50 pc12gra kernel: Code: 0f bb 02 19 c0 29 35 c0 2e 1b 00 be 01 00 00 00
89 e9 d3 e6
Feb 1 17:24:24 pc12gra kernel: Unable to handle kernel paging request at virtual
address c7a87db8
Feb 1 17:24:24 pc12gra kernel: current->tss.cr3 = 01d26000, Lr3 = 01d26000
Feb 1 17:24:24 pc12gra kernel: *pde = 00000000
Feb 1 17:24:24 pc12gra kernel: Oops: 0000
Feb 1 17:24:24 pc12gra kernel: CPU: 0
Feb 1 17:24:24 pc12gra kernel: EIP: 0010:[__get_free_pages+235/444]
Feb 1 17:24:24 pc12gra kernel: EFLAGS: 00010013
Feb 1 17:24:24 pc12gra kernel: eax: 3c003ddc ebx: 00000000 ecx: 00000002 edx:
00287600
Feb 1 17:24:24 pc12gra kernel: esi: 00000001 edi: 001c18d4 ebp: 00000001 esp:
005ecf14
Feb 1 17:24:24 pc12gra kernel: ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
Feb 1 17:24:24 pc12gra kernel: Process kfm (pid: 488, process nr: 44,
stackpage=005ec000)
Feb 1 17:24:24 pc12gra kernel: Stack: 00000000 000003fc 001b2cfc 00000000 001c18d4
f000f773 00000293 0011f42f
Feb 1 17:24:24 pc12gra kernel: 00000003 00000000 00000000 02877c0c 00e92914
014a1914 00e92d14 00000005
Feb 1 17:24:24 pc12gra kernel: 00000003 000003fc 001b2cfc ffaa0055 00000246
00113bf8 00000204 00000003
Feb 1 17:24:24 pc12gra kernel: Call Trace: [kmalloc+311/516] [do_fork+1008/1996]
[sys_fork+18/28] [system_call+82/128]
Feb 1 17:24:24 pc12gra kernel: Code: 0f bb 02 19 c0 29 35 c0 2e 1b 00 be 01 00 00 00
89 e9 d3 e6
Feb 1 17:24:25 pc12gra kernel: Unable to handle kernel paging request at virtual
address c7a87db8
Feb 1 17:24:25 pc12gra kernel: current->tss.cr3 = 02c3e000, Lr3 = 02c3e000
Feb 1 17:24:25 pc12gra kernel: *pde = 00000000
Feb 1 17:24:25 pc12gra kernel: Oops: 0000
Feb 1 17:24:25 pc12gra kernel: CPU: 0
Feb 1 17:24:25 pc12gra kernel: EIP: 0010:[__get_free_pages+235/444]
Feb 1 17:24:25 pc12gra kernel: EFLAGS: 00010013
Feb 1 17:24:25 pc12gra kernel: eax: 3c003ddc ebx: 00000000 ecx: 00000002 edx:
00287600
Feb 1 17:24:25 pc12gra kernel: esi: 00000001 edi: 001c18d4 ebp: 00000001 esp:
005e4e1c
Feb 1 17:24:25 pc12gra kernel: ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
Feb 1 17:24:25 pc12gra kernel: Process kpanel (pid: 492, process nr: 48,
stackpage=005e4000)
Feb 1 17:24:25 pc12gra kernel: Stack: 00000000 00000ff0 001b2d3c 00000000 001c18d4
f000f773 00000293 0011f42f
Feb 1 17:24:25 pc12gra kernel: 00000003 00000000 00000000 01cebc0c 01cebc0c
005e4f04 000007f4 00000007
Feb 1 17:24:25 pc12gra kernel: 00000003 00000ff0 001b2d3c ffaa0055 00000246
001399b4 00000894 00000003
Feb 1 17:24:25 pc12gra kernel: Call Trace: [kmalloc+311/516] [alloc_skb+100/332]
[sock_wmalloc+43/84] [sock_alloc_send_skb+143/308] [unix_sendmsg+477/988]
[sock_write+158/180] [dma_intr+0/176]
Feb 1 17:24:25 pc12gra kernel: [sys_write+339/396] [error_code+61/80]
[system_call+82/128]
Feb 1 17:24:25 pc12gra kernel: Code: 0f bb 02 19 c0 29 35 c0 2e 1b 00 be 01 00 00 00
89 e9 d3 e6
Feb 1 17:25:57 pc12gra syslogd: exiting on signal 15
PS: recently I have installed some new memory cards, perhaps buggy ones ?
Some Ideas ??
Thanks alot
--
******************************************************************************
Jacques Gangloff, Bd Sebastien Brandt, 67400 ILLKIRCH, FRANCE
+33 (0)3 88 65 50 70 http://pc12gra.u-strasbg.fr
******************************************************************************
------------------------------
From: [EMAIL PROTECTED] (Stefaan A Eeckels)
Subject: Re: How to flush the file cache ?
Date: 1 Feb 1999 13:56:41 GMT
In article <[EMAIL PROTECTED]>,
Renaud Lottiaux <[EMAIL PROTECTED]> writes:
> Jeff McWilliams wrote:
>>
>> Try issueing the sync command. that's what I do right before I want to
>> unmount a zip disk and right after I've just copied a bunch of files to
>> it. It forces the system to complete all pending writes... at least
>> that's how it works for me. See the man page for sync
>
> Sorry, my question was not correctly formulated...
> I don't want to write back to disk durty data but
> to clean out the file cache. When using the "sync"
> command, pending writes are completed, but data
> stay in cache.
>
> I would like to REMOVE all data from the cache
> to be sure that next read will be performed
> from the disk and not from the cache.
That's easy - you know that Linux switches dynamically
between process space and file cache, but gives
precedence to program space, hence it's enough
to write a program that consumes a lot of memory,
say through a "malloc()":
#include <linux/kernel.h>
#include <linux/sys.h>
#include <stdlib.h>
#include <stdio.h>
#define MB 1048576
int
main (int argc, char *argv[])
{
struct sysinfo info;
long sz;
char *bigbuf;
sysinfo(&info);
/* Grab all there is but not too much to swap */
sz = info.freeram + info.bufferram;
printf("BEFORE: Available: %3.3lf Mbytes; in buffers: %3.3lf Mbytes\n",
(double)info.freeram/MB, (double)info.bufferram/MB);
/* Alloc lots of memory */
if (bigbuf = malloc(sz))
{
/* Touch it */
memset(bigbuf, 'Z', sz);
}
else
{
fprintf(stderr, "Cannot malloc %ld\n", sz);
exit(1);
}
free(bigbuf);
printf("AFTER : Available: %3.3lf Mbytes; in buffers: %3.3lf Mbytes\n",
(double)info.freeram/MB, (double)info.bufferram/MB);
return 0;
}
This little program should get rid of most of the files in the
cache.
Take care,
--
Stefaan
--
PGP key available from PGP key servers (http://www.pgp.net/pgpnet/)
___________________________________________________________________
Perfection is reached, not when there is no longer anything to add,
but when there is no longer anything to take away. -- Saint-Exupéry
------------------------------
From: Mark Prout <[EMAIL PROTECTED]>
Subject: Creative Banshee 2D/3D Video Card Driver
Date: Mon, 01 Feb 1999 10:06:39 +0000
This is a multi-part message in MIME format.
==============DDD00F86A21CC83712B4A4A4
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Does anyone know if an appropriate driver is available for this graphics
card? If so where can it be obtained??
Cheers.
==============DDD00F86A21CC83712B4A4A4
Content-Type: text/x-vcard; charset=us-ascii;
name="mprout.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Mark Prout
Content-Disposition: attachment;
filename="mprout.vcf"
begin:vcard
n:Prout;Mark
tel;fax:+44 01803 662923
tel;work:+44 01803 667436
x-mozilla-html:TRUE
url:www.nortelnetworks.com
org:Nortel Networks;4861
adr:;;Long Road;Paignton;Devon;TQ4 7BE;England
version:2.1
email;internet:[EMAIL PROTECTED]
title:Software Engineer
fn:Mark Prout
end:vcard
==============DDD00F86A21CC83712B4A4A4==
------------------------------
From: "Thierry BUCCO" <[EMAIL PROTECTED]>
Subject: scsi command
Date: Mon, 01 Feb 1999 04:56:27 +0100
Hi,
Is there anybody to help me ?
i work on scsi command to my cd recorder.
So i must to know :
- The name of the inserted disk,
- If the disk is closed, or open.
and the adress of the last session. -> "x,y"
Thanks a lot.
Thierry FRANCE
------------------------------
** 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
******************************
