Linux-Hardware Digest #668, Volume #14 Sun, 22 Apr 01 11:13:07 EDT
Contents:
Re: oldest terminal you have used (Paul Repacholi)
Re: Buying a Dell Laptop, compatability feedback please (Ronowald Verschuren)
Re: Modem trouble (Steve Martin)
/dev/xxx permission (Ronowald Verschuren)
Pixel corruption with XFree86 4.0.3, Intel i810e AGP, 2.2.19 kernel (Jesus M. Salvo
Jr.)
Interesting failure rebooting LINUX ("Salim Douba")
Re: es1371 - No Sound (Magnus)
Re: Interesting failure rebooting LINUX (Dougie Richardson)
Re: GA-7ZX Onboard Sound Problem (Matan Ziv-Av)
Re: /dev/xxx permission (Dougie Richardson)
Re: Where can I buy bridgeboards? (Aron Eisenpress)
Re: Modem trouble (Dougie Richardson)
Re: NICs for multi-multihomed hosts (Jeff McWilliams)
Re: Which driver for ES1978 onboard soundcard (gericom notebook) (Dances With Crows)
Re: Soundblaster Vibra 128 (Oliver Hohlfeld)
Re: Where can I buy bridgeboards? (Richard Erlacher)
Re: Soundblaster Vibra 128 (Oliver Hohlfeld)
Re: Where can I buy bridgeboards? (Richard Erlacher)
Compatability Question. (Martigan)
Re: Soundblaster Vibra 128 ("Peter T. Breuer")
----------------------------------------------------------------------------
Subject: Re: oldest terminal you have used
From: Paul Repacholi <[EMAIL PROTECTED]>
Date: 22 Apr 2001 18:46:30 +0800
"Paul Ryan" <[EMAIL PROTECTED]> writes:
> Just out of interest, what is the oldest terminal anybody here has used with
> Linux? I have an old ICL 6402/00 that I plan to try. I've checked, and
> it's supported. Rather good going, as the terminal is from about 1983!
Tek 4006/10/14.
--
Paul Repacholi 1 Crescent Rd.,
+61 (08) 9257-1001 Kalamunda.
West Australia 6076
Raw, Cooked or Well-done, it's all half baked.
------------------------------
From: Ronowald Verschuren <[EMAIL PROTECTED]>
Crossposted-To: linux.dev.laptop
Subject: Re: Buying a Dell Laptop, compatability feedback please
Date: Sun, 22 Apr 2001 13:43:49 +0200
This is a multi-part message in MIME format.
==============E9B7650C66D9FE867BDA2AB1
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
"Harold Stevens US.972.952.3293" wrote:
>
> [EMAIL PROTECTED]:
>
> [Snip...]
>
> >can it be hotswapped?
>
> Dunno. That's why I'm asking. :)
>
> I would suppose not, if the CD is IDE, as I presume. I also suspect there
> are custom cables and other interfaces for simultaneous floppy/CD use but
> I'd rather not fool with that if hotswap and/or CD boot is available.
>
> --
>
> Regards, Weird (Harold Stevens) * IMPORTANT EMAIL INFO FOLLOWS *
> Pardon the bogus email domain (dseg etc.) in place for spambots.
> Really it's (wyrd) at raytheon, dotted with com. DO NOT SPAM IT.
> Standard Disclaimer: These are my opinions not Raytheon Company.
There is nothing to fool with when it coms down to using the
floppy drive externally.
I installed Redhat 6.x using a boot disk while the drive was
connected via the parallel port.
Ronowald Verschuren
==============E9B7650C66D9FE867BDA2AB1
Content-Type: text/x-vcard; charset=us-ascii;
name="Ronowald.Verschuren.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Ronowald Verschuren
Content-Disposition: attachment;
filename="Ronowald.Verschuren.vcf"
begin:vcard
n:Verschuren;Ronowald
tel;cell:+31 (0)6 27 500 489
tel;fax:+31 (0)77 464 22 09
tel;home:+31 (0)77 464 21 90
x-mozilla-html:FALSE
url:WWW.Ronowald.Verschuren.Club.tip.nl
adr:;;Midden Peelweg 7;America;;5966 PK;NETHERLANDS
version:2.1
email;internet:[EMAIL PROTECTED]
x-mozilla-cpt:;0
fn:Ronowald Verschuren
end:vcard
==============E9B7650C66D9FE867BDA2AB1==
------------------------------
From: Steve Martin <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Crossposted-To: alt.linux,comp.os.linux.help,comp.os.linux.redhat,comp.os.linux.setup
Subject: Re: Modem trouble
Date: Sun, 22 Apr 2001 05:01:18 -0400
Keith Mastin wrote:
>
> Its a winmodem. Remove the modem. Get a hammer. Hit the modem. Hit it
> again. It not a real modem. Go to the linmodem site, which has some
> drivers for one or two winmodems. Mostly, I'de say that you're sol. Get a real modem,
> but first check the linux_hardware_compatability_howto at linuxdoc.org.
I'm a little confused. I know about the issues with winmodems and
understand
why they're a problem. However, Krstanovic states that this modem worked
under
DOS; doesn't that mean it's *not* a winmodem??
------------------------------
From: Ronowald Verschuren <[EMAIL PROTECTED]>
Subject: /dev/xxx permission
Date: Sun, 22 Apr 2001 13:49:10 +0200
This is a multi-part message in MIME format.
==============BAE88847C53D5168F9DBE95A
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I am having trouble using with the permission of users to
use certain hardware on RedHat 6.x systems.
On one system only the root but no users can access a SCSI
scanner (/dev/scanner).
On an other system only the root but no users can access the
sound card (/dev/dsp).
Hou can I control the permission of these devices?
Ronowald Verschuren
==============BAE88847C53D5168F9DBE95A
Content-Type: text/x-vcard; charset=us-ascii;
name="Ronowald.Verschuren.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Ronowald Verschuren
Content-Disposition: attachment;
filename="Ronowald.Verschuren.vcf"
begin:vcard
n:Verschuren;Ronowald
tel;cell:+31 (0)6 27 500 489
tel;fax:+31 (0)77 464 22 09
tel;home:+31 (0)77 464 21 90
x-mozilla-html:FALSE
url:WWW.Ronowald.Verschuren.Club.tip.nl
adr:;;Midden Peelweg 7;America;;5966 PK;NETHERLANDS
version:2.1
email;internet:[EMAIL PROTECTED]
x-mozilla-cpt:;0
fn:Ronowald Verschuren
end:vcard
==============BAE88847C53D5168F9DBE95A==
------------------------------
From: Jesus M. Salvo Jr. <[EMAIL PROTECTED]>
Subject: Pixel corruption with XFree86 4.0.3, Intel i810e AGP, 2.2.19 kernel
Date: Sun, 22 Apr 2001 22:07:49 +1000
I have upgraded from XFree86 3.3.6 to 4.0.3, maintaining the same
linux kernel which is 2.2.19.
I have enabled, compiled, and installed the experimental agpgart module
from 2.2.19. ( The agpgart module from Intel only works with XFree86
3.3.6 ).
I am also running kde 2.1.1 and qt 2.3.0
At certain points in time, I get pixel corruption when running
konqueror, usually on the title bars and the tool bars. ( Also happens with
non-KDE apps such as Netscape ). What I meant
with "pixel corruption" is that I get white vertical lines/bars on the
window's title bars and toolbars. It does not happen always.
This did not happen with XFree86 3.3.6. ( Then again, that was using
Intel's agpgart module for 3.3.6, while I am using the experimental
agpgart module fro m the 2.2.19 kernel with 4.0.3 ).
So I am thinking this might be a problem with the experimental agpgart
module with 2.2.19 ... or X with i810e works best with a 2.4.x kernel?
Anyone else experiencing this?
John
------------------------------
Crossposted-To:
comp.os.linux.misc,comp.os.linux.setup,comp.os.linux.admin,comp.os.linux.help,comp.os.linux.redhat
Subject: Interesting failure rebooting LINUX
From: "Salim Douba" <[EMAIL PROTECTED]>
Reply-to: [EMAIL PROTECTED]
Date: Sun, 22 Apr 2001 12:30:23 GMT
Hi All,
This is a peculiarly interesting problem. I am trying to install linux on my
laptop. Things go extremely well during installation. The system reboots
successfully (from hard disk) upon finishing the install and is fully
usable. Subsequent reboots however, fail to bring up the system. I don't
even get to the point of seeing the Linux boot prompt. Instead BIOS prompts
me with a message that there is no valid bootable partition on my disk. For
now, I am rebooting from a boot floppy. But I would really appreciate being
able to boot from the hard disk.
Any ideas?
Thanks
Salim
P.S. Please email me your responses at [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Magnus)
Crossposted-To: comp.os.linux.help,linux.redhat
Subject: Re: es1371 - No Sound
Date: 22 Apr 2001 12:44:25 GMT
Reply-To: [EMAIL PROTECTED]
On Sun, 22 Apr 2001 01:29:28 -0500 Bob Bucy wrote
> Basically, the card seems to load fine (system recognizes it, es1371
> module is loaded, no obvious errors, etc.), but no sound is created when
I have a Soundblaster PCI128 and I need es1370 module to get the sound
working.
--
Mvh Magnus Lundin
=================
www.algonet.se
------------------------------
From: Dougie Richardson <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.misc,comp.os.linux.setup,comp.os.linux.admin,comp.os.linux.help,comp.os.linux.redhat
Subject: Re: Interesting failure rebooting LINUX
Date: Sun, 22 Apr 2001 13:49:21 +0100
Salim Douba wrote:
> Hi All,
>
> This is a peculiarly interesting problem. I am trying to install linux on
> my laptop. Things go extremely well during installation. The system
> reboots successfully (from hard disk) upon finishing the install and is
> fully usable. Subsequent reboots however, fail to bring up the system. I
> don't even get to the point of seeing the Linux boot prompt. Instead BIOS
> prompts me with a message that there is no valid bootable partition on my
> disk. For now, I am rebooting from a boot floppy. But I would really
> appreciate being able to boot from the hard disk.
You need to let me know how your harddisk is partitioned. It sounds as
though you have installed LILO on a partition that's doesn't have its
bootable flag set. You can change this by using the boot floppy to boot and
then running fdisk, press l to list partitions and see which one is
bootable. If this is the problem, make the Linx partition bootable (b, then
whatever /dev/hdX)
> P.S. Please email me your responses at [EMAIL PROTECTED]
This is usenet...
--
Dougie Richardson //================================
//
[EMAIL PROTECTED]
=================// http://www.incarnate.uklinux.net
------------------------------
From: [EMAIL PROTECTED] (Matan Ziv-Av)
Crossposted-To: comp.os.linux.setup
Subject: Re: GA-7ZX Onboard Sound Problem
Reply-To: [EMAIL PROTECTED]
Date: Sun, 22 Apr 2001 11:03:45 GMT
On Fri, 20 Apr 2001 23:30:13 GMT, gman1 wrote:
> I have a GA-7ZX1 with the VIA sound chip, and it works just fine under red hat
> 6.1, and 7.0(I skipped 6.2).... I used the sound config program under
> 'setup'....
> ET1Mac wrote:
> > I'm using RH6.2 and have installed it on a GA-7ZX with a Duron 800.
> >
> > When configuring sound with sndconfig it autodetects Ensoniq:CT5880. But
> > when it goes to play the sample sound the system locks up.
> >
> > /etc/conf.modules has the following inserted: alias sound-slot-0 es1371
> >
> > Reading other post with similar issues I changed it to the following: alias
> > char-major-14 es1371 with no success.
I have a ga-7zxr, and could not get the kernel es1371 to work with the
onboard sound (it found no codec). The ALSA driver does work fine,
though.
--
Matan Ziv-Av. [EMAIL PROTECTED]
------------------------------
From: Dougie Richardson <[EMAIL PROTECTED]>
Subject: Re: /dev/xxx permission
Date: Sun, 22 Apr 2001 14:14:57 +0100
Ronowald Verschuren wrote:
> Hou can I control the permission of these devices?
Set the group on the device file to say scanner and add the users you want
access to scanner to that group.
Posting your address and phone numbers on usenet is *very* stupid.
--
Dougie Richardson //================================
//
[EMAIL PROTECTED]
=================// http://www.incarnate.uklinux.net
------------------------------
From: Aron Eisenpress <[EMAIL PROTECTED]>
Crossposted-To: comp.periphs.scsi,comp.os.cpm,comp.sys.tandy
Subject: Re: Where can I buy bridgeboards?
Date: Sun, 22 Apr 2001 09:08:27 EDT
In article <9bu49i$7c2$[EMAIL PROTECTED]>, "Rob Turk" <[EMAIL PROTECTED]> says:
>
> [...] You may want to search the internet for a document called
>'TheREF', which used to be the golden guide on harddisks.
TheRef is at http://theref.aquascape.com/theref/theref.html and is still
being updated. (Great stuff!)
------------------------------
From: Dougie Richardson <[EMAIL PROTECTED]>
Crossposted-To: alt.linux,comp.os.linux.help,comp.os.linux.redhat,comp.os.linux.setup
Subject: Re: Modem trouble
Date: Sun, 22 Apr 2001 14:17:45 +0100
Steve Martin wrote:
> Keith Mastin wrote:
> >
> > Its a winmodem. Remove the modem. Get a hammer. Hit the modem. Hit it
> > again. It not a real modem. Go to the linmodem site, which has some
> > drivers for one or two winmodems. Mostly, I'de say that you're sol. Get
> > a real modem, but first check the linux_hardware_compatability_howto at
> > linuxdoc.org.
>
> I'm a little confused. I know about the issues with winmodems and
> understand
> why they're a problem. However, Krstanovic states that this modem worked
> under
> DOS; doesn't that mean it's *not* a winmodem??
Winmodems usually come with a DOS driver which implements the codecs
--
Dougie Richardson //================================
//
[EMAIL PROTECTED]
=================// http://www.incarnate.uklinux.net
------------------------------
From: [EMAIL PROTECTED] (Jeff McWilliams)
Subject: Re: NICs for multi-multihomed hosts
Date: Sun, 22 Apr 2001 13:48:39 GMT
In article <4AwE6.13418$[EMAIL PROTECTED]>,
Vik Heyndrickx wrote:
Yes, check out the DLink DFE-570TX
at http://www.dlink.com/products/Business/Enterprise/
It's a 4-port card using Originally DEC 21141 "Tulip" chips.
I have one in a standard Dell Dimension P133 system that now serves as
a multiport router. Linux 2.4.x (Using a Debian distribution here)
sees the card as four separate ethernet adapters with 4 separate IRQ's.
No special configuration was done to get it to work.
This card is pretty affordable. You can order it direct from them for $189.00.
Accessmicro.com has it for $155.00.
I haven't tried two of these in the same box. I only own one.
For the price it's hard to beat. Similar solutions from other vendors
like Adaptec cost 2 - 3 times as much.
I hope this helps.
Jeff
>As long as I can treat the four LAN Interfaces completely separately as e.g.
>eth0 up to eth3, I would be very happy. Anyone, any experience with this?
>Could this work that way?
>
>> As you want to implement a 2.4 kernel I assume that you don't want to
>> install
>> it on an box with a i386 CPU :-)
>
>Why not? I've been running 2.4 kernels since a couple of months on an actual
>Intel 80386-16. But, no, in this case it would go in a state-of-the-art new
>machine.
>
>Thanks & Regard,
>
>--
>Vik
>
>
>
--
------------------------------
From: [EMAIL PROTECTED] (Dances With Crows)
Subject: Re: Which driver for ES1978 onboard soundcard (gericom notebook)
Reply-To: [EMAIL PROTECTED]
Date: 22 Apr 2001 14:14:59 GMT
On Sun, 22 Apr 2001 05:44:09 +0200, Carsten Cimander,,, staggered into
the Black Sun and said:
>I installed Debian Potato 2.2r1 (kernel 2.2.17) on my laptop (Gericom
>OverdoseII)
^^^^^^^^
Interesting name for a laptop.
>but my onboard soundchip does not make any noise...
>Scanning the PCI-bus results in:
># lspci
>00:10.0 Multimedia audio controller: ESS Technology ES1978 Maestro
>Audiodrive (rev 10)
>
>Question: Which driver to install and where to download?
Try "modprobe maestro". That particular module is included with kernels
2.2.18 and up for sure, don't know if it's in 2.2.17 but you might as
well try. The ESS1978 should be supported, check
/usr/src/linux/Documentation/sound/Maestro for more info.
--
Matt G|There is no Darkness in Eternity/But only Light too dim for us to see
Brainbench MVP for Linux Admin / Workin' in a code mine, hittin' Ctrl-Alt
http://www.brainbench.com / Workin' in a code mine, whoops!
=============================/ I hit a seg fault....
------------------------------
From: Oliver Hohlfeld <[EMAIL PROTECTED]>
Subject: Re: Soundblaster Vibra 128
Date: Sun, 22 Apr 2001 16:22:54 +0200
Dances With Crows wrote:
Hi!!
> PCI card? Good, run "cat /proc/pci"
Puh! Thinks can be so easy! I was opening my box and put the card out
but I only got a model number..CT4810.. I was looking in /proc/pci some
earlier but didn't scroll. Well, that was a mistake ;) The PCI file
tells
me that I have a ES1371 chipset.
> I would guess that the card uses the es1370 or es1371 chipset, so you
> can just try "modprobe es1371" as a start. Naturally, if you
> self-compiled this kernel, you have to make sure that's been compiled as
> a module!
Yes, both kernel are self compiled. I don't have this es1371 module at
the
moment, so I will have to look at my kernel configuration again. But it
should be no problem from now..I hope so! Anyway, many thanks for the
help yet!!!
By the way, I downloaded the kernel 2.4.3 this week but I have some
problems
with the modules, maybe I'm doing something wrong. After compiling I
installed
them with make modules_install and they are in the /lib/modules/2.4.3/
directory
located but I can't load them! modeprobe <name> always fails...In
comparishment
to the 2.2.18 it works there...
I also can't find a BTTV module in the new kernel... Any suggestions ??
> Er... did you try alsaconf when you installed SuSE? And do you want to
> use ALSA or use the kernel OSS-Lite drivers?
Nope! I didn't. Which driver is better ??? OSS_Lite or ALSA ?
Cheers,
Oliver
------------------------------
From: [EMAIL PROTECTED] (Richard Erlacher)
Crossposted-To: comp.periphs.scsi,comp.os.cpm,comp.sys.tandy
Subject: Re: Where can I buy bridgeboards?
Date: Sun, 22 Apr 2001 14:17:42 GMT
Reply-To: [EMAIL PROTECTED]
On Sun, 22 Apr 2001 05:24:59 -0700, Rick <[EMAIL PROTECTED]> wrote:
>Richard Erlacher wrote:
>
>> On Sun, 22 Apr 2001 02:20:28 -0000, [EMAIL PROTECTED] wrote:
>>
>> >
<snip>
>>
>> This isn't necessarily the case, as the RLL timing was in no way more
>> restrictive than that used for MFM. RLL used a set of rules that
>> crammed more bits into the same space but fiddled with the spacing of
>> the flux reversals so they didn't occur any more often than with MFM.
>
>It depends on what you are referring to as timing. MFM encoding involves
>clocking information being relayed with the data pulses. It relies on the
>flux reversals being evenly spaced and because of that less sophisticated
>error correction is required. RLL, OTOH sends no clocking information. Since
>the flux reversals can arrive at irregular intervals, accurate reading of the
>flux reversals is even more important under RLL. The fiddling with the
>spacing, or timing, of the flux reversals varies under RLL encoding.
>Otherwise you wouldn't see a gain in data density. The *density* of the flux
>pattern for each scheme is basically the same. But the *frequency* of flux
>reversals per linear space is fixed under MFM and varies under RLL.
>
Note that these remarks are limited in scope to the ST506/412
interfaced drives with a controller external to the drive. In SMD,
ESDI, IPI, IDE, and SCSI drives, the modulation was handled on the
drive, as controller functions were moved from the host adapter to the
drive. This included, in some cases, notably excepting ESDI, the
error correction functions.
The drive interface is managed by the host computer by means of
software and through a controller circuit that issues steering signals
and step pulses to effect head positioning, and that controls the
write gate and write data line, and this controller also converts the
host data into whatever modulated signal will appear on the write data
line(s). It also, receives the recovered data from the drive and
interprets the modulated data stream, translating it back into the
format required by the host. It also performs data integrity checks,
and captures information potentially useful in error recovery. The
extent to which this error recovery was supported varies widely from
one controller type to another.
Interpretation of the event timing reported by the drive is entirely
the domain of the controller logic, as is reporting of the event
timing implicit in the data sent by the host. Minutiae such as
application of write precompensation is left up to the controller.
The controller has the burden of sending data to the drive in such a
way that the drive will faithfully reproduce what is necessary for it
(the controller) to reproduce what it writes to the drive, not in
precise timing, but in terms of the raw data itself. If the drive
precisely returned the precompensated data, it's unlikely the
controller would correctly interpret it. The data is precompensated
in such a way that the drive will return nominally timed data.
Precompensation is a technique used to manage data amplitude in such a
way that the drive can recover the data at nominal timing without
forcing the drive to participate actively in the process, beyond its
normal filtering and aveshaping process.
The timing information is a result of a number of things. In this
context, the clock is embedded in the fact that the rules for RLL
encoding specify a minimum and a maximum number of bits between which
a flux reversal must occur. Due to flywheeling of the platters, the
short-term variation of the data stream from the media is very small.
The drive simply imposes limits on the density at which flux reversals
can be recorded. It thereby sets the ultimate rate at which data can
be written, since the drive also sets the rotation rate. The relative
sohpistication of an error recovery scheme is a logic function
isolated from the head-media interface, which is what the modulation
(RLL/MFM) handles. The drive's job is to get the flux reversals onto
the media and recover them, faithfully marking the occurrence of each
flux reversal from the media to the controller or from the controller
to the media. That ends the drive's involvement in the process.
The resolution of the events reported by the drive remains the domain
of the controller. Since the drive doesn't participate in that
process, it can have little effect on it without adding features to do
just that. It's been rumored that some drives were made, in fact, to
interfere with the application of RLL modulation. I've not been able
to prove that, but it's conceivable. If you examine the ultimate
flux-reversal-density and rotational speed tolerance of "RLL" and
"MFM" drives, I doubt you'll see much difference, however.
Dick
>
>> Some drives using a dedicated servo surface (these always had an odd
>> number of heads, BTW) had trouble with RLL, because the flux reversals
>> didn't sync with those written on the servo surface. I used one, for
>> a very long time with RLL, however, and actually had very little
>> trouble with others of the same type, but they did seem to have
>> problems with RLL and ARLL (Perstor) modulation.
>>
>> >
>> >It's somewhat like trying to use a 720k double-density floppy disk as
>> >a 1.44 meg high-density floppy. Sure, you can drill an extra hole in
>> >the 720k disk's case, but that doesn't make it a 1.44 meg disk. The
>> >two disks' technical specs are quite different.
>> >
>> That may exhibit the same result, but it's for a totally different
>> reason.
>> >
>> >Even if you successfully format a 720k disk to 1.44 meg, you find that,
>> >after a period of time, the data you've stored on that disk -- or the
>> >disk format itself -- starts to disappear.
>> >
>> >Much the same thing happens with an MFM hard disk that's connected to
>> >an RLL controller.
>> >
>> It may, but won't with proper maintanance.
>> >
>> >Not a recommended practice! :) You might get away with it for awhile,
>> >but ultimately you can expect degradation to occur. So be aware.
>> >
>> Speed tolerance is the only theoretical issue that arises. If you
>> look at how 2,7 RLL is generated and compare the results with what MFM
>> does, you'll see that 2,7 RLL doesn't violate any of the constraints
>> placed on drives designed to use MFM. If short-term speed variations,
>> which would only occur with a very old and mechanically unsound drive,
>> occur, you could get into timing trouble because the PLL can't track
>> without some jitter.
>>
>> Dick
>
>I beg to differ on that one. If you are using an ST225 - a cheap drive with
>relatively low quality media surface - and you are cramming more data onto it
>by eliminating the fixed flux reversal pattern of MFM recording there will be
>more errors introduced. Simply because of the cheap media surface are
>relative lack of tolerance for media errors under RLL. Combined with a
>stepper motor for a head actuator - which provides no positioning feedback -
>as a second source for inducing read errors. The media surface and inaccurate
>head positioning are far more likely to be a source for error under RLL than
>any potential speed variation in the drive.
>
------------------------------
From: Oliver Hohlfeld <[EMAIL PROTECTED]>
Subject: Re: Soundblaster Vibra 128
Date: Sun, 22 Apr 2001 16:38:49 +0200
Dances With Crows wrote:
> I would guess that the card uses the es1370 or es1371 chipset
Exactly! I got the card running!!! Many thanks for your help!!!
Bye,
Oliver
------------------------------
From: [EMAIL PROTECTED] (Richard Erlacher)
Crossposted-To: comp.periphs.scsi,comp.os.cpm,comp.sys.tandy
Subject: Re: Where can I buy bridgeboards?
Date: Sun, 22 Apr 2001 14:26:02 GMT
Reply-To: [EMAIL PROTECTED]
I can't comment on the DEC drive (wasn't it a 512 cylinder, 8-head
drive?) but the Maxtor 4380 I have is an ESDI drive, which uses the
same sort of cables as the 1140, 2190, etc, but has its own
intelligence and will not work at all with the ACB 4070. Another
thing to keep in mind is that the RLL at 7.5 Mbps (the usual rate, and
that used on the ACB4070) will yield 26 sectors of 512 bytes per
track. I don't know how you'd get 32 sectors to work.
Dick
On Sun, 22 Apr 2001 10:20:24 +0200, "Rob Turk" <[EMAIL PROTECTED]>
wrote:
>
>"B'ichela" <[EMAIL PROTECTED]> wrote in message
>news:[EMAIL PROTECTED]...
>> BTW what is the
>> Biggest capacity RLL drive one can buy? lets see if you have 16 heads
>> 32 sectors per track at 512 byte sectors with 2048 cylindars.
>> Thats based on the Limits of my ACB-4070 mode select. that
>> comes out to 536,870,912 bytes! I never saw a 520MB RLL drive before!
>
>The largest drive I ever used with my ACB-4070 was an OEM Maxtor XT-2190
>(DEC RD-54 from a MicroVAX II) which is a 159MB drive with MFM, With RLL it
>gave me close to 240MB. The drive wasn't RLL certified but worked for me...
>Maxtor had a version with higher capacity (XT-4380) which comes pretty close
>to your maximum. You may want to search the internet for a document called
>'TheREF', which used to be the golden guide on harddisks.
>
>Rob
>
>
>
------------------------------
From: Martigan <[EMAIL PROTECTED]>
Subject: Compatability Question.
Date: Sun, 22 Apr 2001 14:51:06 GMT
Excuse the spelling please.
I have a been using Linux (only) for two months and have some hardware
from the windows side that I wanna use:
My Logitech quick cam pro (USB)
Compeye Simplex 1236C USB/Par scanner/used with USB.
Can I use these with Linux, or should I get new hardware?
------------------------------
From: "Peter T. Breuer" <[EMAIL PROTECTED]>
Subject: Re: Soundblaster Vibra 128
Date: Sun, 22 Apr 2001 16:45:34 +0200
Oliver Hohlfeld <[EMAIL PROTECTED]> wrote:
> By the way, I downloaded the kernel 2.4.3 this week but I have some problems
> with the modules, maybe I'm doing something wrong. After compiling I
You are. You are not reading the Changes file. DO so.
Peter
------------------------------
** 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 by posting to comp.os.linux.hardware.
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
******************************
