Linux-Hardware Digest #688, Volume #14 Thu, 26 Apr 01 02:13:03 EDT
Contents:
Re: Turtle Beach Santa Cruz RedHat 7.0 ("lobotomy")
Re: Switchboxes for keyboard, mice, video? (Robert Redelmeier)
Re: Reach maximum mount count? (SammyTheSnake)
Re: Low power boxen? (SammyTheSnake)
Re: can't boot off iso(no dir struct) (iksrazal)
Re: Low power boxen? (Michael Meissner)
Re: Follow-up: Creative Ensoniq AudioPCI (Michael Meissner)
Re: Low power boxen? (Eric P. McCoy)
Re: Could Linux be used in this factory environment ? (The Ghost In The Machine)
ZIP 250 Parallel probs ("MW")
Re: Switchboxes for keyboard, mice, video? (Anthony Hill)
Re: Switchboxes for keyboard, mice, video? (Anthony Hill)
----------------------------------------------------------------------------
From: "lobotomy" <[EMAIL PROTECTED]>
Subject: Re: Turtle Beach Santa Cruz RedHat 7.0
Date: Thu, 26 Apr 2001 00:24:44 GMT
The CS4614 driver should work with that. I think you need to load the
ac97 lowlevel driver first for it to work. Yes that is included in most
recent kernels.
In article <sDsF6.3247$[EMAIL PROTECTED]>,
"Brennan W. Flora" <[EMAIL PROTECTED]> wrote:
> I've got RedHat 7.0 and a Turtle Beach Santa Cruz. Anybody got drivers?
>
>
>
--
PC Chips actually goes by many names. PCChips = Ability = Alton = Amptron =
Aristo = Asia Gate = Asiatech = Assa = Atrend = Elpina = Eurone = Fugu =
Fugutech = Hi Sing = Houston = Hsing Tech = H Tech = Matsonic = Minstaple =
PCWare = Pine = Protac = QDI = Warpspeed
------------------------------
Date: Wed, 25 Apr 2001 07:52:18 -0500
From: Robert Redelmeier <[EMAIL PROTECTED]>
Crossposted-To: comp.sys.ibm.pc.hardware.chips
Subject: Re: Switchboxes for keyboard, mice, video?
Keith R. Williams wrote in part:
> Exercise: find the longest word that can be typed on the
> right hand (by a touch-typist).
$ grep -v [qwertasdfgzxvcb] /usr/dict/ispell | sort -nr | head
(untested)
> Keyboards suck, but there hasn't been anything better come
> along.
And Dvorak is no solution:
http://www.urbanlegends.com/misc/dvorak.html
and especially:
http://www.reason.com/9606/Fe.QWERTY.html
-- Robert
------------------------------
From: [EMAIL PROTECTED] (SammyTheSnake)
Subject: Re: Reach maximum mount count?
Date: Wed, 25 Apr 2001 14:32:59 +0100
In article <[EMAIL PROTECTED]>, Jagged wrote:
>
>
>Jarmo Uusi-Maahi wrote:
>
>> Hi everyone,
>>
>> maybe this question feels silly, but I'm new with Linux and
>> I ask it anyway:
>>
>> When I boot my RH7 I saw this message:
>> "Reach maximum mount count, check forced"
>>
>> (I have seen this message only 2 or 3 times in week.)
>>
>> What this mean? Is there something wrong? And should I
>> be worry?
>>
>
>this is to prevent you worrying... the number of mounting process per
>file system is counted. I dunno where you could configure the number,
>but at the specific number linux automatically starts the fsck program
>(man fsck) which checks the consistency of the file systems and, if
>errors are found, corrects them. if this wouldn't be done, you had to
>check your file systems manually, and if you even wouldn't do that,
>you'd get nonrecoverable errors sooner or later...
not likely, unless you do stupid things as root or reboot without letting
the system unmount the filesystems properly, but why would you do that?
I've _never_ seen a maximal-mount fsck find any errors.
Cheers & God bless
SammyTheSnake
--
Sam.Penny @ Ntlworld.com | Looking for a computer related
Linux, Hardware & Juggling specialist :-) | job, if you can help, e-mail me :)
Wheels: bike, 'ickle bike, and unicycle. | /o \/
Boxen: K6-266@300, dual Celery500 & Nx486 | \__/\
------------------------------
From: [EMAIL PROTECTED] (SammyTheSnake)
Subject: Re: Low power boxen?
Date: Wed, 25 Apr 2001 14:29:04 +0100
In article <[EMAIL PROTECTED]>, Neoklis wrote:
>Hi!
>
>I am interested in a small, simple, low-power system on which to run
>some software I am writing to do jobs like tracking satellites, receive
>weather pictures from met sats, monitor signals from a ham radio station
>and the like. I want to run this box on batteries charged by solar power
>and on a continuous basis. No hi-power computing is involved and large
>memory and disk capacity is not needed, in fact a disk-less box may also
>do. The only requirement is at least four rs232 ports to connect it to
>external equipment.
for minimum power consumption, I recommend buying a new but low-spec laptop,
if you want 4 serial ports, you'll probably need some kind of adapter, but
there's probably something that can be done with the parallel port...?
alternatively, you might want to investigate a palmpilot or similar for
_really_ low power needs...
Cheers & God bless
SammyTheSnake
--
Sam.Penny @ Ntlworld.com | Looking for a computer related
Linux, Hardware & Juggling specialist :-) | job, if you can help, e-mail me :)
Wheels: bike, 'ickle bike, and unicycle. | /o \/
Boxen: K6-266@300, dual Celery500 & Nx486 | \__/\
------------------------------
From: iksrazal <[EMAIL PROTECTED]>
Subject: Re: can't boot off iso(no dir struct)
Date: Wed, 25 Apr 2001 19:21:29 -0400
Dances With Crows wrote:
> [FOLLOWUPS SET]
> On Tue, 24 Apr 2001 21:00:35 -0400, iksrazal staggered into the Black
> Sun and said:
>>I downloaded a rh iso via ncftp, and burned it to a disk via cdrecord.
>>I can mount it. But all I see is the one iso file, and not a directory
>>listing. Anyone know how to use md5sum? Any other ideas?
>
> You didn't burn it correctly, or the ISO was corrupted during download.
> The syntax for burning an ISO with cdrecord is like so:
> cdrecord -v dev=X,Y,Z speed=W file.iso
> and it appears to me that you inserted a mkisofs somewhere before the
> cdrecord, which is usually what you want, but not here.
>
> To use md5sum, all you have to do is enter "md5sum FILENAME" and the
> program will spit out a checksum. Compare that checksum with the
> checksum of a known good file, and if they match, it's all good. If
> not, something was corrupted. This is explained in the man page, have
> you tried "man md5sum"?
>
> Another way of checking an ISO before burning it is to mount it via the
> loopback device and try to read files:
> mount -t iso9660 file.iso /mnt/somewhere -o loop
>
> HTH,
>
Hmm. md5sum took a while, that's why I thought it wasn't working. Anyways,
the sum from my file and the one from the site I downloaded from do not
match.
The command I used was...
cdrecord -v speed=2 dev=0,0,0 -data seawolf-i386-disc1.iso
I'm going to try again, but please respond if anyone sees a problem with
what I am doing.
Thanks,
iksrazal
------------------------------
Subject: Re: Low power boxen?
From: Michael Meissner <[EMAIL PROTECTED]>
Date: 25 Apr 2001 22:00:26 -0400
[EMAIL PROTECTED] (SammyTheSnake) writes:
> In article <[EMAIL PROTECTED]>, Neoklis wrote:
> >Hi!
> >
> >I am interested in a small, simple, low-power system on which to run
> >some software I am writing to do jobs like tracking satellites, receive
> >weather pictures from met sats, monitor signals from a ham radio station
> >and the like. I want to run this box on batteries charged by solar power
> >and on a continuous basis. No hi-power computing is involved and large
> >memory and disk capacity is not needed, in fact a disk-less box may also
> >do. The only requirement is at least four rs232 ports to connect it to
> >external equipment.
>
> for minimum power consumption, I recommend buying a new but low-spec laptop,
> if you want 4 serial ports, you'll probably need some kind of adapter, but
> there's probably something that can be done with the parallel port...?
Assuming you get something from the last few years, recent kernels now support
USB serial adaptors. I have found that the 2.4 kernel supports the Keyspan PDA
adapter and Belkin single port adapter quite well. The config for 2.4 also
mentions supporting other Keyspan models that support multiple serial ports at
once (or just buy a cheap USB hub). I don't know what the power requirements
for a USB hub are, but they should be pretty low.
Alternatively, if you are going for a regular box, Siig sells ISA & PCI serial
cards (you will probably have to play with setserial, especially with the PCI
cards). Note there are several floppy based, disk-less distributions out
there, which would allow you to eliminate the disk completely.
Finally, have you considered a single board embedded solution? It likely is
much lower power than an old pc or laptop is. You can get solid state IDE
devices that mimic disks for instance. You might be able to buy a single
development system that would meet your needs. Here are some links I found via
google:
http://www.linuxdevices.com/articles/AT2614444132.html
http://embeddedpc.vmic.com/info_files/hw_sbc_what_is_Linux.html
http://www.emacinc.com/single_board_servers.htm
http://www.emjembedded.com/products/single.html
http://www.momenco.com/products/ocelot.html
http://www.computermodules.com/
http://www.integratedsolutions.org/Pages/Pentium%20SBC%20Systems.html
...
--
Michael Meissner, Red Hat, Inc. (GCC group)
PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA
Work: [EMAIL PROTECTED] phone: +1 978-486-9304
Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482
------------------------------
Subject: Re: Follow-up: Creative Ensoniq AudioPCI
From: Michael Meissner <[EMAIL PROTECTED]>
Date: 25 Apr 2001 22:13:33 -0400
Ben Feinstein <[EMAIL PROTECTED]> writes:
> Hello all,
>
> Thanks for the help I've received so far! Apparently I was failing to
> insert the 'soundcore' module before attempting to insert the 'es1370'
> module. After inserting the 'soundcore' mod, the undefined symbol
> errors I was getting upon inserting the es1370 module disapeared. What
> I get now is:
>
> $> insmod es1370
Ummm, you might want to use modprobe instead of insmod (modprobe will load any
other module that the given module depends on, which is helpful as the
relationships between modules change as new kernel releases come out).
> Using /lib/modules/2.2.18pre21/misc/es1370.o
> /lib/modules/2.2.18pre21/misc/es1370.o init_module: Device or resource
> busy
> Hint: this error can be caused by incorrect module parameters, including
> invalid IO or IRQ parameters
>
> Someone suggested inserting the 'ac97' module, which I took to mean the
> 'ac97_codec' module. This does not fix the problem. Doing an 'lspci'
> yields this info about my sound card:
>
> 00:10.0 Multimedia audio controller: Ensoniq: Unknown device 5880 (rev
> 02)
>
> Is this the right chipset for the 'es1370' module? Did Creative change
> the chipset and continue marketing a different card as the "Ensoniq
> AudioPCI"?
>
> If the hardware is correct, how would I go about trying to fiddle with
> the IO and IRQ params? Is there a way to probe the PCI bus to get the
> correct values? Doesn't Linux already do this?
I recall that the es1371 was also marketed as the Ensoniq AudioPCI (ie, older
chips used es1370, newer es1371). You might try that as well.
> Thanks much!,
>
> Ben Feinstein
> [EMAIL PROTECTED]
>
--
Michael Meissner, Red Hat, Inc. (GCC group)
PMB 198, 174 Littleton Road #3, Westford, Massachusetts 01886, USA
Work: [EMAIL PROTECTED] phone: +1 978-486-9304
Non-work: [EMAIL PROTECTED] fax: +1 978-692-4482
------------------------------
Subject: Re: Low power boxen?
From: [EMAIL PROTECTED] (Eric P. McCoy)
Date: 25 Apr 2001 23:58:16 -0400
[EMAIL PROTECTED] (SammyTheSnake) writes:
> for minimum power consumption, I recommend buying a new but low-spec laptop,
> if you want 4 serial ports, you'll probably need some kind of adapter, but
> there's probably something that can be done with the parallel port...?
It seems that the OP is looking for something more along the lines of
an SBC. I wish I could comment, but they're damn expensive for the
CPU power so I never managed to get one.
--
Eric McCoy <[EMAIL PROTECTED]>
"Knowing that a lot of people across the world with Geocities sites
absolutely despise me is about the only thing that can add a positive
spin to this situation." - Something Awful, 1/11/2001
------------------------------
From: [EMAIL PROTECTED] (The Ghost In The Machine)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.misc
Subject: Re: Could Linux be used in this factory environment ?
Date: Thu, 26 Apr 2001 04:17:50 GMT
In comp.os.linux.advocacy, Charles Lyttle
<[EMAIL PROTECTED]>
wrote
on Sun, 22 Apr 2001 01:24:18 GMT
<[EMAIL PROTECTED]>:
>The Ghost In The Machine wrote:
>>
>> In comp.os.linux.advocacy, Charles Lyttle
>> <[EMAIL PROTECTED]>
>> wrote
>> on Sat, 21 Apr 2001 14:30:09 GMT
>> <[EMAIL PROTECTED]>:
>> >Erik Funkenbusch wrote:
>> >>
>>
>> [snip for brevity]
>>
>> >>
>> >> Further, the same author that wrote the gcn article (which
>> >> quotes from the usni article) also clarifies his statements
>> >> in a followup article:
>> >> http://www.gcn.com/archives/gcn/1998/november9/6.htm
>> >That last one is even worse than my story. A divide by zero in the
>> >controller for a fuel valve caused the entire LAN to go down crashing 27
>> >remotes? Industry (mostly) fixed that problem 30 years ago. For what its
>> >worth, I had an NT machine I was working with bring down an entire LAN
>> >of over 1000 machines. It was called the "ping of death". Some
>> >applications could cause the NT software to start issuing network pings
>> >at high speed. These faults often also caused a BSOD, but not always.
>>
>> Yeah, but is the BSOD on the machine pinging, or one of the
>> many machines being pinged? :-)
>>
>> [.sigsnip]
>>
>> --
>> [EMAIL PROTECTED] -- insert random misquote here
>> EAC code #191 5d:12h:04m actually running Linux.
>> We are all naked underneath our clothes.
>The BSOD machine was pinging. BSOD doesn't necessarly stop everything.
>But this wasn't a true BSOD. I had gotten an error message of the "the
>application has performed an illegal operation..." type.
Ah, one of those. At best, one might grok the stack trace --
and that if one has a clue as to where it crashed. (If one's
real lucky, one can have it fire up a debugger -- although
wouldn't it make just a little more sense to have the buttons
say [Terminate] and [Debug] rathern than [OK] and [Cancel]?
Gimme a break -- if this is good GUI, then the Edsel was
a wonderful car...)
>I just
>restarted the application and continued on. However, the illegal
>operation started something pinging. In our case MS fixed the ping of
>death by blaiming the hardware. We had to install smart hubs that would
>block the pings.
Smart hubs to block packets from a dumb operating system.
Yep, that figures.
Of course, who's to say whether the BSOD shuts down everything anyway?
For all I know (does anyone know?) something in the NT kernel might
detect something amiss in one thread of the OS, and then just command
*that particular thread* to twiddle the video regs on the x86 card
to something reasonably standard (as I recall, the NT BSOD looks like
an 80x50 display; most cards can do that in their sleep!) and then halt.
Of course, all the other threads continue doing their thing,
whatever that might be....
At least with Linux one can verify that the panic() call shuts down
everything, including other microprocessors. I'd have to look, though.
I have some evidence for NT's (mis)behavior, although I haven't done
the BSOD bit. But I did, at one point, have a dual-threaded app with
one thread that bit it. The other thread kept going.
It was a little weird.
[.sigsnip]
--
[EMAIL PROTECTED] -- insert random misquote here
EAC code #191 9d:08h:06m actually running Linux.
Linux. The choice of a GNU generation.
------------------------------
From: "MW" <[EMAIL PROTECTED]>
Subject: ZIP 250 Parallel probs
Date: Thu, 26 Apr 2001 15:57:26 +1000
Hi all !
This has probably been asked a 100 times before but I'm
having problems getting RH6.2 to see a Zip 250 hanging off
a parallel port. Kern 2.2.14 is supposed to handle ZIPs on the
pport and Xconfigurator has setting for them but every time
I check and even recompile I get a message about the kernel
not seeing it as a block device and suggesting it as an insmod
driver.
As you can tell I'm new to Linux and am probably overlooking
something painfully obvious.
All help appreciated.......
--
Mal W.
------------------------------
From: Anthony Hill <[EMAIL PROTECTED]>
Crossposted-To: comp.sys.ibm.pc.hardware.chips
Subject: Re: Switchboxes for keyboard, mice, video?
Date: Thu, 26 Apr 2001 02:10:33 -0400
On Mon, 23 Apr 2001 14:10:46 GMT, chrisv <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] (Jonadab the Unsightly One) wrote:
>>Ah. So I'm not totally colourblind, then :-)
>
>Hell 16-bit looks as good as 24-bit. Extremely close, anyway.
For some applications, yes, for others, no. The problem with 16-bit
colour is that you only have 5-bits for each of red, green and blue.
That means that you have a grand total of 32 shades of each of these
colours. This can cause noticeable effects in some situations (eg
games and video). On the other hand, when working in MS Word and
writing up a document, it's unlikely that anyone would ever notice the
difference between 16-bit and 24/32-bit colour.
----
Anthony Hill
[EMAIL PROTECTED]
------------------------------
From: Anthony Hill <[EMAIL PROTECTED]>
Crossposted-To: comp.sys.ibm.pc.hardware.chips
Subject: Re: Switchboxes for keyboard, mice, video?
Date: Thu, 26 Apr 2001 02:10:49 -0400
On Tue, 24 Apr 2001 14:34:05 GMT, [EMAIL PROTECTED] (Jonadab the
Unsightly One) wrote:
>[EMAIL PROTECTED] (Keith R. Williams) wrote:
>> Well, since QWERTY was *designed* to limit typing speed...
>
>Sort of. IIUC it was designed to prevent typewriters
>from sticking, which involved preventing nearby keys
>(especially adjascent ones) from being hit in rapid
>succession, although a certain amount of limiting
>the typing speed was involved also. But that was
>the means, not the end.
It should be noted that it was adjacent BARS and not adjacent KEYS
that were designed to not be hit in rapid succession. In other words,
the bars were laid out first, and then the keys were placed wherever
the bars required them. QWERTY was definitely NOT designed to limit
typing speed, it was designed to limit keyboard jams (now an obsolete
reason). The keyboard wasn't designed to try to speed up typing, but
it also wasn't designed to slow it down in any way.
>But the Dvorak layout, supposedly designed for faster
>typing speed, is barely (if at all, which is debated)
>better. It makes most of the same mistakes as qwerty.
Most reports I've heard suggest that Dvorak is just a little bit
easier to learn to type quickly on, but in the long run they all end
up being about equal once someone's used to it.
>> Windows key. ...don't need no stinkin' Windows key!
>
>I use it on a very rare occasion to background a DOS
>app that for one reason or another has to have the
>usual Windoze keyboard shortcuts (Alt-Tab, Ctrl-Esc,
>and so on) disabled. But instead of being right where
>I hit it by mistake all the time, I wish it were off
>to the right of the F12 key or someplace like that.
I do also make use of the windows key from time to time, particularly
the "show desktop" function (Win-D). I also make use of it a lot
when, for one reason or another, the mouse on the system isn't working
or is working very poorly.
----
Anthony Hill
[EMAIL PROTECTED]
------------------------------
** 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
******************************
