Linux-Hardware Digest #220, Volume #13 Wed, 12 Jul 00 04:13:07 EDT
Contents:
Re: Creative Soundblaster PCI128 ([EMAIL PROTECTED])
Re: hp colorado 20gig under linux (Tim Moore)
Re: hp colorado 20gig under linux (Tim Moore)
Re: hp colorado 20gig under linux (Tim Moore)
Re: D-Link DFE-530TX network card ("Andreas Oppermann")
----------------------------------------------------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux
Subject: Re: Creative Soundblaster PCI128
Date: Tue, 11 Jul 2000 17:57:08 -0400
I tried contacting you by e-mail, but the mail took "too many
hops." The headers contained about 10 of these:
---
> Received: from smtp.abac.com ([216.55.128.5] verified)
> by mail1.abac.com (CommuniGate Pro SMTP 3.3b8)
> with ESMTP id 3789490 for [EMAIL PROTECTED]; Mon, 10 Jul 2000 18:27:11 -0700
> Received: from mail1.abac.com (mail1.abac.com [216.55.150.6])
> by smtp.abac.com (8.10.1/8.10.1) with ESMTP id e6B1REW56249
> for <[EMAIL PROTECTED]>; Mon, 10 Jul 2000 18:27:14 -0700 (PDT)
---
Anyway, here is the message I was trying to e-mail you:
=====BEGIN PGP SIGNED MESSAGE=====
Hash: SHA1
sandrews wrote:
- ---
> I have an es1373 late model card that didn`t work without the OSS
> drivers.
- ---
(Great technical details snipped for brevity.)
- ---
> Makes mine work.
- ---
I have been led to believe that it is impossible to get MIDI
working on the SB PCI128 because it doesn't do MIDI in the hardware,
but rather in the (Windows) drivers. Does your card do MIDI? Is it
because of the OSS drivers? Thanks.
- --
Bernie Hoefer
PGP e-mail is welcome! Key ID is 0x446A6F93 with fingerprint
1EA6 025D 9DFB 224E 69D4 CE0E 7241 A6A9 446A 6F93.
=====BEGIN PGP SIGNATURE=====
Version: PGPfreeware 6.5.1 for non-commercial use <http://www.pgp.com>
iQA/AwUBOWp2NHJBpqlEam+TEQK7qgCghhG7nGcYPq3LXcJZ0uAbO6cKXBMAn0NP
smuswxfm51gN8j1UQqGaVll5
=nelh
=====END PGP SIGNATURE=====
(Change my address to fname.lname@company to e-mail me.)
------------------------------
From: Tim Moore <[EMAIL PROTECTED]>
Subject: Re: hp colorado 20gig under linux
Date: Wed, 12 Jul 2000 00:42:52 -0700
I've the same drive. Comments follow quoted segments.
> > fact the 'messages' log appears to be full of 'ide-tape' errors. I don't
> > know if anyone can shed some light on this or what information is needed
> >
> > $ dmesg
> > hda: FUJITSU MPE3136AT, ATA DISK drive
> > hdb: CD-540E, ATAPI CDROM drive
> > hdc: HP COLORADO 20GB, ATAPI TAPE drive
> > ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> > ide1 at 0x170-0x177,0x376 on irq 15
> > hda: FUJITSU MPE3136AT, 13031MB w/512kB Cache, CHS=1661/255/63
> > hdb: ATAPI 40X CD-ROM drive, 128kB Cache
> > Uniform CDROM driver Revision: 2.56
> > ide-tape: hdc <-> ht0: HP COLORADO 20GB rev 4.01
> > ide-tape: hdc: overriding capabilities->speed (assuming 650KB/sec)
> > ide-tape: hdc: overriding capabilities->max_speed (assuming 650KB/sec)
> > ide-tape: hdc <-> ht0: 650KBps, 13*32kB buffer, 6336kB pipeline, 100ms tDSC
I'm running 2.2.14 + Andre's ide.2.2.14.20000124 patch:
...
Uniform Multi-Platform E-IDE driver Revision: 6.30
PIIX4: IDE controller on PCI bus 00 dev 21
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:DMA, hdd:DMA
hda: FUJITSU MPD3084AT, ATA DISK drive
hdb: HP COLORADO 20GB, ATAPI TAPE drive
hdc: FUJITSU MPD3084AT, ATA DISK drive
hdd: YAMAHA CRW4416E, ATAPI CDROM drive
ide2: ports already in use, skipping probe
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: FUJITSU MPD3084AT, 8063MB w/512kB Cache, CHS=1027/255/63, UDMA(33)
hdc: FUJITSU MPD3084AT, 8063MB w/512kB Cache, CHS=1027/255/63, UDMA(33)
ide-tape: hdb <-> ht0: HP COLORADO 20GB rev 4.01
ide-tape: hdb: overriding capabilities->speed (assuming 950KB/sec)
ide-tape: hdb: overriding capabilities->max_speed (assuming 950KB/sec)
ide-tape: hdb <-> ht0: 950KBps, 13*32kB buffer, 9248kB pipeline, 60ms tDSC,
DMA
Note: /usr/src/drivers/block/ide-tape.c is modified by Andre's ide patch:
- * linux/drivers/block/ide-tape.c Version 1.15 Jul 4,
1999
+ * linux/drivers/block/ide-tape.c Version 1.16f Dec 15,
1999
I've had no timeout errors during r/w after the following hack which more
accurately represents the KBps write throughput for this particular tape on
my hardware. I never dug into the code to understand why it worked, so the
usual cautions apply.
--- ide-tape.c.old Tue Jul 11 23:47:43 2000
+++ ide-tape.c.new Tue Jul 11 23:48:14 2000
@@ -1,10 +1,10 @@
if (!capabilities->speed) {
- printk(KERN_INFO "ide-tape: %s: overriding
capabilities->speed (assuming 650KB/sec)\n", drive->name);
- capabilities->speed = 650;
+ printk(KERN_INFO "ide-tape: %s: overriding
capabilities->speed (assuming 950KB/sec)\n", drive->name);
+ capabilities->speed = 950;
}
if (!capabilities->max_speed) {
- printk(KERN_INFO "ide-tape: %s: overriding
capabilities->max_speed (assuming 650KB/sec)\n", drive->name);
- capabilities->max_speed = 650;
+ printk(KERN_INFO "ide-tape: %s: overriding
capabilities->max_speed (assuming 950KB/sec)\n", drive->name);
+ capabilities->max_speed = 950;
}
> > $ mt -V
> > GNU mt version 2.4.2
asus:~ > mt -v
mt-st v. 0.5b
asus:~ > mt -h
usage: mt [-v] [-h] [ -f device ] command [ count ]
commands: weof, wset, eof, fsf, fsfm, bsf, bsfm, fsr, bsr, fss, bss, rewind,
offline, rewoffl, retension, eod, seod, seek, tell, status,
erase, setblk, lock, unlock, load, compression, setdensity,
drvbuffer, stwrthreshold, stoptions, stsetoptions, stclearoptions,
defblksize, defdensity, defdrvbuffer, defcompression, densities,
datcompression, setpartition, mkpartition, partseek, asf.
Don't use the GNU mt, but this version does fsf/seek/tell operations
correctly.
> > $ mt -f /dev/ht0 status
> > drive type = Generic SCSI-2 tape
> > drive status = 512
> > sense key error = 0
> > residue count = 0
> > file number = 0
> > block number = 0
> > Tape block size 512 bytes. Density code 0x0 (default).
> > Soft error count since last status=0
> > General status bits on (0):
asus:/<1>src/linux > mt -f /dev/ht0 status
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 512 bytes. Density code 0x0 (default).
Soft error count since last status=0
General status bits on (0):
> > I don't know if this info is correct but it looks okay, certainly don't
> > get anything if there is no tape in the drive.... But then running this
> > again:
> > $ dmesg
> > ide-tape: ht0: I/O error, pc = 1e, key = 5, asc = 20, ascq = 0
> > ide-tape: ht0: I/O error, pc = 1e, key = 5, asc = 20, ascq = 0
> >
> > implies that it aint quite working after all. Any help gratefully
> > appreciated.
If I insert a tape and do 'mt status', I get these consistently:
ide-tape: ht0: I/O error, pc = 1e, key = 5, asc = 20, ascq = 0
Any non-status command, such as 'mt tell' or 'mt seek xxx', and the errors
go away. Normal tape r/w/positioning operations do not generate errors for
mt or dump/restore. The only other error I've had since adding the ide
patch and the '950' fix is:
Jul 11 23:59:53 asus kernel: ide-tape: Block location is unknown to the tape
Jul 11 23:59:53 asus kernel: ide-tape: ht0: I/O error, pc = 0, key = 2,
asc = 3a, ascq = 0
Jul 11 23:59:53 asus kernel: ide-tape: ht0: drive not ready
which was an 'mt status' with no tape loaded.
rgds,
tim.
--
timothymoore
bigfoot
com
------------------------------
From: Tim Moore <[EMAIL PROTECTED]>
Subject: Re: hp colorado 20gig under linux
Date: Wed, 12 Jul 2000 00:43:34 -0700
I've the same drive. Comments follow quoted segments.
> > fact the 'messages' log appears to be full of 'ide-tape' errors. I don't
> > know if anyone can shed some light on this or what information is needed
> >
> > $ dmesg
> > hda: FUJITSU MPE3136AT, ATA DISK drive
> > hdb: CD-540E, ATAPI CDROM drive
> > hdc: HP COLORADO 20GB, ATAPI TAPE drive
> > ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> > ide1 at 0x170-0x177,0x376 on irq 15
> > hda: FUJITSU MPE3136AT, 13031MB w/512kB Cache, CHS=1661/255/63
> > hdb: ATAPI 40X CD-ROM drive, 128kB Cache
> > Uniform CDROM driver Revision: 2.56
> > ide-tape: hdc <-> ht0: HP COLORADO 20GB rev 4.01
> > ide-tape: hdc: overriding capabilities->speed (assuming 650KB/sec)
> > ide-tape: hdc: overriding capabilities->max_speed (assuming 650KB/sec)
> > ide-tape: hdc <-> ht0: 650KBps, 13*32kB buffer, 6336kB pipeline, 100ms tDSC
I'm running 2.2.14 + Andre's ide.2.2.14.20000124 patch:
...
Uniform Multi-Platform E-IDE driver Revision: 6.30
PIIX4: IDE controller on PCI bus 00 dev 21
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:DMA, hdd:DMA
hda: FUJITSU MPD3084AT, ATA DISK drive
hdb: HP COLORADO 20GB, ATAPI TAPE drive
hdc: FUJITSU MPD3084AT, ATA DISK drive
hdd: YAMAHA CRW4416E, ATAPI CDROM drive
ide2: ports already in use, skipping probe
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: FUJITSU MPD3084AT, 8063MB w/512kB Cache, CHS=1027/255/63, UDMA(33)
hdc: FUJITSU MPD3084AT, 8063MB w/512kB Cache, CHS=1027/255/63, UDMA(33)
ide-tape: hdb <-> ht0: HP COLORADO 20GB rev 4.01
ide-tape: hdb: overriding capabilities->speed (assuming 950KB/sec)
ide-tape: hdb: overriding capabilities->max_speed (assuming 950KB/sec)
ide-tape: hdb <-> ht0: 950KBps, 13*32kB buffer, 9248kB pipeline, 60ms tDSC,
DMA
Note: /usr/src/drivers/block/ide-tape.c is modified by Andre's ide patch:
- * linux/drivers/block/ide-tape.c Version 1.15 Jul 4,
1999
+ * linux/drivers/block/ide-tape.c Version 1.16f Dec 15,
1999
I've had no timeout errors during r/w after the following hack which more
accurately represents the KBps write throughput for this particular tape on
my hardware. I never dug into the code to understand why it worked, so the
usual cautions apply.
--- ide-tape.c.old Tue Jul 11 23:47:43 2000
+++ ide-tape.c.new Tue Jul 11 23:48:14 2000
@@ -1,10 +1,10 @@
if (!capabilities->speed) {
- printk(KERN_INFO "ide-tape: %s: overriding
capabilities->speed (assuming 650KB/sec)\n", drive->name);
- capabilities->speed = 650;
+ printk(KERN_INFO "ide-tape: %s: overriding
capabilities->speed (assuming 950KB/sec)\n", drive->name);
+ capabilities->speed = 950;
}
if (!capabilities->max_speed) {
- printk(KERN_INFO "ide-tape: %s: overriding
capabilities->max_speed (assuming 650KB/sec)\n", drive->name);
- capabilities->max_speed = 650;
+ printk(KERN_INFO "ide-tape: %s: overriding
capabilities->max_speed (assuming 950KB/sec)\n", drive->name);
+ capabilities->max_speed = 950;
}
> > $ mt -V
> > GNU mt version 2.4.2
asus:~ > mt -v
mt-st v. 0.5b
asus:~ > mt -h
usage: mt [-v] [-h] [ -f device ] command [ count ]
commands: weof, wset, eof, fsf, fsfm, bsf, bsfm, fsr, bsr, fss, bss, rewind,
offline, rewoffl, retension, eod, seod, seek, tell, status,
erase, setblk, lock, unlock, load, compression, setdensity,
drvbuffer, stwrthreshold, stoptions, stsetoptions, stclearoptions,
defblksize, defdensity, defdrvbuffer, defcompression, densities,
datcompression, setpartition, mkpartition, partseek, asf.
Don't use the GNU mt, but this version does fsf/seek/tell operations
correctly.
> > $ mt -f /dev/ht0 status
> > drive type = Generic SCSI-2 tape
> > drive status = 512
> > sense key error = 0
> > residue count = 0
> > file number = 0
> > block number = 0
> > Tape block size 512 bytes. Density code 0x0 (default).
> > Soft error count since last status=0
> > General status bits on (0):
asus:/<1>src/linux > mt -f /dev/ht0 status
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 512 bytes. Density code 0x0 (default).
Soft error count since last status=0
General status bits on (0):
> > I don't know if this info is correct but it looks okay, certainly don't
> > get anything if there is no tape in the drive.... But then running this
> > again:
> > $ dmesg
> > ide-tape: ht0: I/O error, pc = 1e, key = 5, asc = 20, ascq = 0
> > ide-tape: ht0: I/O error, pc = 1e, key = 5, asc = 20, ascq = 0
> >
> > implies that it aint quite working after all. Any help gratefully
> > appreciated.
If I insert a tape and do 'mt status', I get these consistently:
ide-tape: ht0: I/O error, pc = 1e, key = 5, asc = 20, ascq = 0
Any non-status command, such as 'mt tell' or 'mt seek xxx', and the errors
go away. Normal tape r/w/positioning operations do not generate errors for
mt or dump/restore. The only other error I've had since adding the ide
patch and the '950' fix is:
Jul 11 23:59:53 asus kernel: ide-tape: Block location is unknown to the tape
Jul 11 23:59:53 asus kernel: ide-tape: ht0: I/O error, pc = 0, key = 2,
asc = 3a, ascq = 0
Jul 11 23:59:53 asus kernel: ide-tape: ht0: drive not ready
which was an 'mt status' with no tape loaded.
rgds,
tim.
--
timothymoore
bigfoot
com
------------------------------
From: Tim Moore <[EMAIL PROTECTED]>
Subject: Re: hp colorado 20gig under linux
Date: Wed, 12 Jul 2000 00:44:26 -0700
I've the same drive. Comments follow quoted segments.
> > fact the 'messages' log appears to be full of 'ide-tape' errors. I don't
> > know if anyone can shed some light on this or what information is needed
> >
> > $ dmesg
> > hda: FUJITSU MPE3136AT, ATA DISK drive
> > hdb: CD-540E, ATAPI CDROM drive
> > hdc: HP COLORADO 20GB, ATAPI TAPE drive
> > ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> > ide1 at 0x170-0x177,0x376 on irq 15
> > hda: FUJITSU MPE3136AT, 13031MB w/512kB Cache, CHS=1661/255/63
> > hdb: ATAPI 40X CD-ROM drive, 128kB Cache
> > Uniform CDROM driver Revision: 2.56
> > ide-tape: hdc <-> ht0: HP COLORADO 20GB rev 4.01
> > ide-tape: hdc: overriding capabilities->speed (assuming 650KB/sec)
> > ide-tape: hdc: overriding capabilities->max_speed (assuming 650KB/sec)
> > ide-tape: hdc <-> ht0: 650KBps, 13*32kB buffer, 6336kB pipeline, 100ms tDSC
I'm running 2.2.14 + Andre's ide.2.2.14.20000124 patch:
...
Uniform Multi-Platform E-IDE driver Revision: 6.30
PIIX4: IDE controller on PCI bus 00 dev 21
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:DMA, hdd:DMA
hda: FUJITSU MPD3084AT, ATA DISK drive
hdb: HP COLORADO 20GB, ATAPI TAPE drive
hdc: FUJITSU MPD3084AT, ATA DISK drive
hdd: YAMAHA CRW4416E, ATAPI CDROM drive
ide2: ports already in use, skipping probe
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: FUJITSU MPD3084AT, 8063MB w/512kB Cache, CHS=1027/255/63, UDMA(33)
hdc: FUJITSU MPD3084AT, 8063MB w/512kB Cache, CHS=1027/255/63, UDMA(33)
ide-tape: hdb <-> ht0: HP COLORADO 20GB rev 4.01
ide-tape: hdb: overriding capabilities->speed (assuming 950KB/sec)
ide-tape: hdb: overriding capabilities->max_speed (assuming 950KB/sec)
ide-tape: hdb <-> ht0: 950KBps, 13*32kB buffer, 9248kB pipeline, 60ms tDSC,
DMA
Note: /usr/src/drivers/block/ide-tape.c is modified by Andre's ide patch:
- * linux/drivers/block/ide-tape.c Version 1.15 Jul 4,
1999
+ * linux/drivers/block/ide-tape.c Version 1.16f Dec 15,
1999
I've had no timeout errors during r/w after the following hack which more
accurately represents the KBps write throughput for this particular tape on
my hardware. I never dug into the code to understand why it worked, so the
usual cautions apply.
--- ide-tape.c.old Tue Jul 11 23:47:43 2000
+++ ide-tape.c.new Tue Jul 11 23:48:14 2000
@@ -1,10 +1,10 @@
if (!capabilities->speed) {
- printk(KERN_INFO "ide-tape: %s: overriding
capabilities->speed (assuming 650KB/sec)\n", drive->name);
- capabilities->speed = 650;
+ printk(KERN_INFO "ide-tape: %s: overriding
capabilities->speed (assuming 950KB/sec)\n", drive->name);
+ capabilities->speed = 950;
}
if (!capabilities->max_speed) {
- printk(KERN_INFO "ide-tape: %s: overriding
capabilities->max_speed (assuming 650KB/sec)\n", drive->name);
- capabilities->max_speed = 650;
+ printk(KERN_INFO "ide-tape: %s: overriding
capabilities->max_speed (assuming 950KB/sec)\n", drive->name);
+ capabilities->max_speed = 950;
}
> > $ mt -V
> > GNU mt version 2.4.2
asus:~ > mt -v
mt-st v. 0.5b
asus:~ > mt -h
usage: mt [-v] [-h] [ -f device ] command [ count ]
commands: weof, wset, eof, fsf, fsfm, bsf, bsfm, fsr, bsr, fss, bss, rewind,
offline, rewoffl, retension, eod, seod, seek, tell, status,
erase, setblk, lock, unlock, load, compression, setdensity,
drvbuffer, stwrthreshold, stoptions, stsetoptions, stclearoptions,
defblksize, defdensity, defdrvbuffer, defcompression, densities,
datcompression, setpartition, mkpartition, partseek, asf.
Don't use the GNU mt, but this version does fsf/seek/tell operations
correctly.
> > $ mt -f /dev/ht0 status
> > drive type = Generic SCSI-2 tape
> > drive status = 512
> > sense key error = 0
> > residue count = 0
> > file number = 0
> > block number = 0
> > Tape block size 512 bytes. Density code 0x0 (default).
> > Soft error count since last status=0
> > General status bits on (0):
asus:/<1>src/linux > mt -f /dev/ht0 status
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 512 bytes. Density code 0x0 (default).
Soft error count since last status=0
General status bits on (0):
> > I don't know if this info is correct but it looks okay, certainly don't
> > get anything if there is no tape in the drive.... But then running this
> > again:
> > $ dmesg
> > ide-tape: ht0: I/O error, pc = 1e, key = 5, asc = 20, ascq = 0
> > ide-tape: ht0: I/O error, pc = 1e, key = 5, asc = 20, ascq = 0
> >
> > implies that it aint quite working after all. Any help gratefully
> > appreciated.
If I insert a tape and do 'mt status', I get these consistently:
ide-tape: ht0: I/O error, pc = 1e, key = 5, asc = 20, ascq = 0
Any non-status command, such as 'mt tell' or 'mt seek xxx', and the errors
go away. Normal tape r/w/positioning operations do not generate errors for
mt or dump/restore. The only other error I've had since adding the ide
patch and the '950' fix is:
Jul 11 23:59:53 asus kernel: ide-tape: Block location is unknown to the tape
Jul 11 23:59:53 asus kernel: ide-tape: ht0: I/O error, pc = 0, key = 2,
asc = 3a, ascq = 0
Jul 11 23:59:53 asus kernel: ide-tape: ht0: drive not ready
which was an 'mt status' with no tape loaded.
rgds,
tim.
--
timothymoore
bigfoot
com
------------------------------
From: "Andreas Oppermann" <[EMAIL PROTECTED]>
Subject: Re: D-Link DFE-530TX network card
Date: Wed, 12 Jul 2000 09:57:03 +0200
We are using this NIC since about half a year with SuSE 6.1 (kernel 2.2.5),
6.2 (kernel (2.2.10) and with SuSE 6.4 (kernel 2.2.16). There are more than
100 NICs installed without any problem.
I use the VIA RHINE driver special thanks to Donald Becker.
I'm not a representative from any of these companies we just use this
hardware.
If you have an asus board installed please check your BIOS for setting
NOT using PnP. We had this problem with the asus P3B-F board.
Andreas
"Dennis Peacock" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
news:cXwa5.83$[EMAIL PROTECTED]...
> Just wondering if anyone out there has had any luck with the D-Link
> DFE-530TX+ network card on SuSE Linux or Linux in general. I have tried a
> Linksys card and now a new D-Link card without success. YAST2 never sees
> the card and when I do a lspci it reports that it sees the ethernet card.
I
> downloaded the netdriver.spec via RPM and ran the gammot with that until I
> got no errors. I still am unable to get a link light on the card. Any
> suggestions or steps that I am missing. This is SuSE Linux with kernel
> 2.2.14 running on a Pentium 200 with 64MB RAM and a 10GB WD hard drive
> (IDE).
>
> Any assistance would be greatly appreciated.
>
> Dennis
>
>
>
------------------------------
** 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.hardware) 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-Hardware Digest
******************************
