Linux-Hardware Digest #665, Volume #14           Sun, 22 Apr 01 01:13:03 EDT

Contents:
  Creative Ensoniq AudioPCI sound card (Ben Feinstein)
  Re: Where can I buy bridgeboards? ([EMAIL PROTECTED])
  Re: 3 com nic (Chris)
  Re: Creative Ensoniq AudioPCI sound card ("Carsten Cimander,,,")
  Re: Where can I buy bridgeboards? (Richard Erlacher)
  Which driver for ES1978 onboard soundcard (gericom notebook) ("Carsten Cimander,,,")
  Re: Help with RH7.0 did not detect USRobotics/3com 56k model 005687-03 (Qadmon)
  Re: Sound Blaster 16 problems on SuSe linux 7.1 ("Carsten Cimander,,,")
  Re: Could Linux be used in this factory environment ? ("Donald A. Newell Jr.")
  Re: Pentium133 down for the count?? ("Donald A. Newell Jr.")
  Re: Could Linux be used in this factory environment ? ("Aaron R. Kulkis")
  Re: Switchboxes for keyboard, mice, video? (Jonadab the Unsightly One)
  Re: Switchboxes for keyboard, mice, video? (Jonadab the Unsightly One)
  Re: A Linux emulator for Linux, does this exist? (Jonadab the Unsightly One)
  Re: today's harddrives will surely fail before dialup users manage to fill them up? 
(Jonadab the Unsightly One)
  Re: howto properly access serial devices in Perl or C (Jonadab the Unsightly One)
  Re: CD-RW problem with redhat 7.0 ("Wayne Osborn")
  Re: Recommendation for Cheap Soundcard for RH 7.0 ("Wayne Osborn")

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

From: Ben Feinstein <[EMAIL PROTECTED]>
Subject: Creative Ensoniq AudioPCI sound card
Date: Sat, 21 Apr 2001 19:15:01 -0700

Hello all,

I'm having a heck of a time getting my Creative Ensoniq AudioPCI sound
card to work under Debian Potato w/ kernel 2.2.18pre21. I've recompiled
and installed my kernel with sound support, and the es1370 and es1371
drivers. I've tried compiling the support in directly and as modules,
but my hardware is never recognized.  When I try to 'insmod es1370', I
get:

Using /lib/modules/2.2.18pre21/misc/es1370.o
/lib/modules/2.2.18pre21/misc/es1370.o: unresolved symbol
unregister_sound_dsp
/lib/modules/2.2.18pre21/misc/es1370.o: unresolved symbol
unregister_sound_midi
/lib/modules/2.2.18pre21/misc/es1370.o: unresolved symbol register
_sound_dsp
/lib/modules/2.2.18pre21/misc/es1370.o: unresolved symbol
register_sound_mixer
/lib/modules/2.2.18pre21/misc/es1370.o: unresolved symbol
unregister_sound_mixer
/lib/modules/2.2.18pre21/misc/es1370.o: unresolved symbol
register_sound_midi

I'm using the make-kpkg method to compile the kernel module and install.

Thanks for any help!,
Ben Feinstein
[EMAIL PROTECTED]


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

From: [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 02:20:28 -0000


On 2001-04-22 [EMAIL PROTECTED] said:

   >I think you both may be wrong in assuming that MFM and RLL drives
   >are the same.
   >I don't know a thing about the subject. But I do have an article
   >that states the RLL controller fools the computer into thinking the
   >drive ( Heads, Sectors, Tracks ) are not what they physically
   >really are. MFM has limitations as to the number of sectors per
   >track and tracks per drive and the controller doesn't know computer
   >doesn't know this only the controller.
   >When RLL came along the Controller Manufactures were able to fool
   >the computer into accepting larger capacity drives.
   >If you want I can E-Mail the disk with the more detailed explanation
   >Jack

That's not necessary; you're correct.

But the bigger problem -- which someone already alluded to earlier
in this thread -- is that an RLL drive is built to different technical
and material specifications than is an MFM drive.

If you connect an MFM drive to an RLL controller, you can usually expect
to get an inordinate number of physical disk errors at the time you low-
level format the drive.

Even if the low-level format completes without an outrageously large
number of errors, you generally find that disk errors begin to creep in
as the disk is used on a day-to-day basis.

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.

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.

Not a recommended practice! :)  You might get away with it for awhile,
but ultimately you can expect degradation to occur.  So be aware.


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

From: Chris <[EMAIL PROTECTED]>
Subject: Re: 3 com nic
Date: Sun, 22 Apr 2001 02:30:05 -0000


" wrote:
> 
> 
> Okay, you should not play with the IRQ paramaters. The DOS program has an
> AUTO probe feature use that! For the linux part: you load it as "insmod
> 3c509" . And "ifconfig eth0".

I hope someone notices my little question on this old-ish thread...
The above two commands finally enabled my 3C509B card that's been driving 
me batty for days. The only problem is that every time I reboot, I have to 
retype the commands. Is there a way they can be made permanent? I am a 
complete Linux newbie and would need baby steps.
Thanks!
Chris

--
Posted via CNET Help.com
http://www.help.com/

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

From: "Carsten Cimander,,," <[EMAIL PROTECTED]>
Subject: Re: Creative Ensoniq AudioPCI sound card
Date: Sun, 22 Apr 2001 05:02:57 +0200

Hello Ben,

you might try to clean up your /lib/modules/2.2.18pre21, compile new 
kernel and new modules. 

1) Go into /usr/src/linux (or where your kernel source resides) and copy 
your
.configure file to a safe place (e.g. /root/kernel/.configure)
# mkdir -p /root/kernel
# cp /usr/src/linux/.configure /root/kernel

2) Copy your old modules:
# cp /lib/modules/2.2.18pre21 /lib/modules/2.2.18pre21.old

3) clean up your kernel installation
# cd /usr/src/linux
# make mrproper
(this removes all installed modules from your currently used 
/lib/modules/2.2.18pre21
  and all config-files from /usr/src/linux)

4) make new kernel and modules and install them in /lib/modules/2.2.18pre21
# make menuconfig
  --- open existing config file:
      /root/kernel/.configure
  --- exit menuconfig (saving the "new" config)
# make dep
# make clean
# make bzImage
# make modules
# make modules_install

5) install the new kernel
# mv /boot/vmlinuz-2.2.18pre21 /boot/vmlinuz-2.2.18pre21.old
# cp /usr/src/linux/arch/i386/boot/bzImage /boot/vmlinuz-2.2.18pre21
# rm /vmlinuz /vmlinuz.old
# ln -s /boot/vmlinuz-2.2.18pre21.old /vmlinuz.old
# ln -s /boot/vmlinuz-2.2.18pre21 /vmlinuz
# /sbin/lilo -C /etc/lilo.conf

6) reboot and be lucky (hopefully)
# reboot

test if all dependencies are resolved:
# depmod -a
#
If the prompt returns with no output anything is fine.
Otherwise you get a list of another "unresolved symbols".

Good Luck

regards,
Carsten







Ben Feinstein wrote:

> Hello all,
> 
> I'm having a heck of a time getting my Creative Ensoniq AudioPCI sound
> card to work under Debian Potato w/ kernel 2.2.18pre21. I've recompiled
> and installed my kernel with sound support, and the es1370 and es1371
> drivers. I've tried compiling the support in directly and as modules,
> but my hardware is never recognized.  When I try to 'insmod es1370', I
> get:
> 
> Using /lib/modules/2.2.18pre21/misc/es1370.o
> /lib/modules/2.2.18pre21/misc/es1370.o: unresolved symbol
> unregister_sound_dsp
> /lib/modules/2.2.18pre21/misc/es1370.o: unresolved symbol
> unregister_sound_midi
> /lib/modules/2.2.18pre21/misc/es1370.o: unresolved symbol register
> _sound_dsp
> /lib/modules/2.2.18pre21/misc/es1370.o: unresolved symbol
> register_sound_mixer
> /lib/modules/2.2.18pre21/misc/es1370.o: unresolved symbol
> unregister_sound_mixer
> /lib/modules/2.2.18pre21/misc/es1370.o: unresolved symbol
> register_sound_midi
> 
> I'm using the make-kpkg method to compile the kernel module and install.
> 
> Thanks for any help!,
> Ben Feinstein
> [EMAIL PROTECTED]
> 


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

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 03:21:59 GMT
Reply-To: [EMAIL PROTECTED]

On Sun, 22 Apr 2001 02:20:28 -0000, [EMAIL PROTECTED] wrote:

>
>On 2001-04-22 [EMAIL PROTECTED] said:
>
>   >I think you both may be wrong in assuming that MFM and RLL drives
>   >are the same.

Some vendors made drives that were "different" in that they
specifically added logic to detect that the modulation was RLL rather
than MFM, and, sensing that the modulation wasn't MFM, they made the
drive malfunction.  This was a cyinical but, probably unavoidable
result of the availability of cheap controllers at a time when pushing
drive capacity was a costly issue.

>   >I don't know a thing about the subject. But I do have an article
>   >that states the RLL controller fools the computer into thinking the
>   >drive ( Heads, Sectors, Tracks ) are not what they physically
>   >really are. MFM has limitations as to the number of sectors per
>   >track and tracks per drive and the controller doesn't know computer
>   >doesn't know this only the controller.
>   >When RLL came along the Controller Manufactures were able to fool
>   >the computer into accepting larger capacity drives.
>   >If you want I can E-Mail the disk with the more detailed explanation
>   >Jack
>
>That's not necessary; you're correct.
>
>But the bigger problem -- which someone already alluded to earlier
>in this thread -- is that an RLL drive is built to different technical
>and material specifications than is an MFM drive.
>
>If you connect an MFM drive to an RLL controller, you can usually expect
>to get an inordinate number of physical disk errors at the time you low-
>level format the drive.
>
>Even if the low-level format completes without an outrageously large
>number of errors, you generally find that disk errors begin to creep in
>as the disk is used on a day-to-day basis.
>

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.


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


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

From: "Carsten Cimander,,," <[EMAIL PROTECTED]>
Subject: Which driver for ES1978 onboard soundcard (gericom notebook)
Date: Sun, 22 Apr 2001 05:44:09 +0200

Hi all,

I installed Debian Potato 2.2r1 (kernel 2.2.17) on my laptop (Gericom 
OverdoseII)
but my onboard soundchip does not make any noise...
Scanning the PCI-bus results in:

# lspci
00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge 
(rev 03)
00:01.0 PCI bridge: Intel Corporation 440BX/ZX - 82443BX/ZX AGP bridge 
(rev 03)
00:07.0 Bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 03)
00:0a.0 CardBus bridge: Texas Instruments PCI1225 (rev 01)
00:0a.1 CardBus bridge: Texas Instruments PCI1225 (rev 01)
00:0e.0 Communication controller: CONEXANT: Unknown device 2015 (rev 01
00:10.0 Multimedia audio controller: ESS Technology ES1978 Maestro 
Audiodrive (rev 10)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage LT Pro 
AGP-133 (rev dc)

Question: Which driver to install and where to download?

Thks for your help,

regards,
Carsten


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

From: Qadmon <noneof@urbiz>
Subject: Re: Help with RH7.0 did not detect USRobotics/3com 56k model 005687-03
Date: Sat, 21 Apr 2001 22:43:52 -0500

Do a 
setserial -g /dev/ttyS* and find out what port address its on. This
indicates the com port. If its not com1,2,3, or 4 then at boot time it
will not be probed. 

After you discover its values then you can set a link from /dev/modem
to /dev/whatever ttyS it is. 1,2,3,4,5,etc

Com5 will be a bitch. 


On Sat, 21 Apr 2001 06:30:03 -0000, silveraxe <[EMAIL PROTECTED]>
wrote:

>I would appreciate your help to this newbie who is given linux a try.
>
>Thanks


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

From: "Carsten Cimander,,," <[EMAIL PROTECTED]>
Subject: Re: Sound Blaster 16 problems on SuSe linux 7.1
Date: Sun, 22 Apr 2001 05:53:07 +0200

Hi,

did you compile a kernel and integrate ISA-PNP support?
Did you install the tool isapnp to dump the ISA-Bus configuration?

If not please do so and read the hints in isapnp-howto

Regards,
Carsten

E. Carrillo wrote:

> I have a sound blaster 16 ISA card which works fine under windows, but I
> can't make it work properly on linux.  The card does work the first time I
> boot the system right after the linux installation. But as soon as I restart
> the system the sound stops working.  During the boot up process I see a line
> that says something like "initializing snd-card-sb16" and "Done" on the
> right side of the screen with green letters.  If I try using the YaSt 2
> setup program it recognizes the card, but during the sound test there is no
> sound. It supposedly starts ALSA during the boot up process but that doesn't
> seem to do any good.  I'm a total newbie to this linux world so if you can
> help me please be as descriptive as you can. Thank you in advance.
> 
> 


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

From: "Donald A. Newell Jr." <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.misc
Subject: Re: Could Linux be used in this factory environment ?
Date: Sat, 21 Apr 2001 23:18:20 -0500

Just a thought, but wouldn't a  uCLinux  work on ladder logic?
Haven't yet seen a SPICE for Linux, but there may be one...
It would be a bit more complicated than a real-time PGA algorithm...
Something to code for in a future wish-list...

Don

> Charles Lyttle <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]...
> > > Man..that ladder logic is the wierdest way to program I've ever seen.
> > If you have never used it, it would seem strange. But just think, there
> > was automatic code generation before PCs. You can draw a diagram on your
> > display, and it starts running. The VM reads a line of the drawing and
> > executes it. Sort of like having a VM read a UML diagram and run the
> > code.




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

From: "Donald A. Newell Jr." <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Re: Pentium133 down for the count??
Date: Sat, 21 Apr 2001 23:25:02 -0500

Sounds like a CMOS battery is on last legs....
Just a hint, good luck.
Don

"Monte Milanuk" <[EMAIL PROTECTED]> wrote in message
news:hkqE6.4287$[EMAIL PROTECTED]...
> Alright, I admit.  It's my fault (most likely).  Now I just need some help
> digging myself out of a hole.
>
> I have a little GW2K P133 w/ 16MB RAM, 1.2GB HD, 24x CDROM, and a ZIP-100
> drive.  So far, this machine has been resurrected from the junk pile to
run
> KRUD, an version of RedHat +errata +updates.  I have a monthly
subscription
> to KRUD, so I get a fresh set of CD's w/ all the latest fixes once a
month.
> Nice, for those of us w/o broadband or fast access.  This particular box
is
> the only one I have w/ me right now since I have just moved ahead of the
> family and all the stuff isn't here yet.  As it is DOA, I have to write
this
> using Outlook Express from another person's computer :(
>
> I started out by mounting the CD, changing to the /mnt/cdrom/Redhat/RPMS
> directory and su'ing to root, followed by a 'rpm -Fvh *.rpm' to freshen
any
> needed CD's.  This didn't work right away w/ the kernel binary rpm
(should
> have been my first hint to stop, and go read up.  Ah, well.  Coulda,
> shoulda, woulda, didn't.)  So I installed it separately, and it seemed to
> work ok.  Then I freshened the rest of the stuff w/ the previously
mentioned
> command.  Then I wanted to do the same thing w/ the other CD, so I went to
> umount the CD.  Couldn't do it.  Did a 'cd' to root's home directory.
Still
> couldn't umount the damn CD.  WTF?  lsof showed it still open from
> installing the kernel rpm?!?  I decided to reboot the machine.  No
problem.
> Except that once I had re-logged in, now I couldn't mount the CD or the
ZIP
> drive, as there was 'no driver present'?  Huh?? It's a stinking IDE drive,
> what's the problem.  I try some other things, finally decided that
> discretion is the better part of valor, so I went to upgrade/reinstall
using
> the RedHat installer.
>
> At this point I started noticing that the machine was taking an _awfully_
> long time to boot i.e. just get thru the POST, something like 3-4 minutes.
> The RedHat installer would just hang about 8 '.'s after 'Loading
> vmlinuz....'  One time I left it for an hour or two and came back to find
it
> had gone into the text installer like I had wanted, but now it would only
> let me pick either a SCSI CDROM or 'Other', and 'Other' didn't match my CD
> drive. WTF?.  Finally after putzing around a bit, I thought I found an old
> RH 7.0 boot disk, and stuck it in.  Unfortunately, somewhere in the middle
> of a half dozen or so reboots, I went in and fudged the BIOS settings to
not
> look for a bootable CD, just a floppy and then the HD, and to use the BIOS
> setup utilitiy for IRQ and whatnot.
>
> Now the darned thing won't even complete the POST.  Even when I press F1
to
> enter setup, it just hangs there.  The prompt will change, to 'Entering
> Setup', so it's not completely dead to the world, just effectively.
>
> Any ideas or suggestions would be greatly appreciated.  I really want to
get
> this thing up and running, and to speed up the boot process (the hardware
> end) as it was ridiculously slow to start out w/.
>
> TIA,
>
> Monte
>
>



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

From: "Aaron R. Kulkis" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.misc
Subject: Re: Could Linux be used in this factory environment ?
Date: Sun, 22 Apr 2001 00:11:32 -0400

"Donald A. Newell Jr." wrote:
> 
> Just a thought, but wouldn't a  uCLinux  work on ladder logic?
> Haven't yet seen a SPICE for Linux, but there may be one...

there's about 10 different ones to choose from.

Most every distribution includes at least two (a normal text-oriented
one, plus another with a graphical front-end).


> It would be a bit more complicated than a real-time PGA algorithm...
> Something to code for in a future wish-list...
> 
> Don
> 
> > Charles Lyttle <[EMAIL PROTECTED]> wrote in message
> > news:[EMAIL PROTECTED]...
> > > > Man..that ladder logic is the wierdest way to program I've ever seen.
> > > If you have never used it, it would seem strange. But just think, there
> > > was automatic code generation before PCs. You can draw a diagram on your
> > > display, and it starts running. The VM reads a line of the drawing and
> > > executes it. Sort of like having a VM read a UML diagram and run the
> > > code.


-- 
Aaron R. Kulkis
Unix Systems Engineer
DNRC Minister of all I survey
ICQ # 3056642

L: This seems to have reduced my spam. Maybe if everyone does it we
   can defeat the email search bots.  [EMAIL PROTECTED] [EMAIL PROTECTED]
   [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
   [EMAIL PROTECTED]

K: Truth in advertising:
        Left Wing Extremists Charles Schumer and Donna Shalala,
        Black Seperatist Anti-Semite Louis Farrakhan,
        Special Interest Sierra Club,
        Anarchist Members of the ACLU
        Left Wing Corporate Extremist Ted Turner
        The Drunken Woman Killer Ted Kennedy
        Grass Roots Pro-Gun movement,


J: Other knee_jerk reactionaries: billh, david casey, redc1c4,
   The retarded sisters: Raunchy (rauni) and Anencephielle (Enielle),
   also known as old hags who've hit the wall....

I: Loren Petrich's 2-week stubborn refusal to respond to the
   challenge to describe even one philosophical difference
   between himself and the communists demonstrates that, in fact,
   Loren Petrich is a COMMUNIST ***hole

H: "Having found not one single carbon monoxide leak on the entire
    premises, it is my belief, and Willard concurs, that the reason
    you folks feel listless and disoriented is simply because
    you are lazy, stupid people"

G:  Knackos...you're a retard.


F: Unit_4's "Kook hunt" reminds me of "Jimmy Baker's" harangues against
   adultery while concurrently committing adultery with Tammy Hahn.

E: Jet is not worthy of the time to compose a response until
   her behavior improves.

D: Jet Silverman now follows me from newgroup to newsgroup
   ...despite (C) above.
 
C: Jet Silverman claims to have killfiled me.

B: Jet Silverman plays the fool and spews out nonsense as a
   method of sidetracking discussions which are headed in a
   direction that she doesn't like.

A:  The wise man is mocked by fools.

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

From: [EMAIL PROTECTED] (Jonadab the Unsightly One)
Crossposted-To: comp.sys.ibm.pc.hardware.chips
Subject: Re: Switchboxes for keyboard, mice, video?
Date: Sun, 22 Apr 2001 04:28:45 GMT

"Dean Kent" <[EMAIL PROTECTED]> wrote:

> Sex Pistols and Naturally Speaking....
> 
> Get into the 20th century, at least... <VBG>...

My computer is from the 20th century, will that do?

- jonadab

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

From: [EMAIL PROTECTED] (Jonadab the Unsightly One)
Crossposted-To: comp.sys.ibm.pc.hardware.chips
Subject: Re: Switchboxes for keyboard, mice, video?
Date: Sun, 22 Apr 2001 04:28:46 GMT

Anthony Hill <[EMAIL PROTECTED]> wrote:

> >24-bit is the break-even point for me; 32-bit colour 
> >doesn't look significantly better AFAICT.
> 
> 32-bit colour uses 24-bits for colour and either discards the other 8
> bits or uses them for extra info that doesn't really get displayed.

Ah.  So I'm not totally colourblind, then :-)

- jonadab

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

From: [EMAIL PROTECTED] (Jonadab the Unsightly One)
Crossposted-To: comp.os.linux.development.system,comp.os.linux.misc
Subject: Re: A Linux emulator for Linux, does this exist?
Date: Sun, 22 Apr 2001 04:28:46 GMT

[EMAIL PROTECTED] (Grant Edwards) wrote:

> How's this different than the existing "suspend to disk" feature?

Hey, you mean it's been *done*?  Wow, cool.  "Suspend to disk" is
a good name for it...  I'll have to check that out.  Nifty.

- jonadab

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

From: [EMAIL PROTECTED] (Jonadab the Unsightly One)
Crossposted-To: comp.arch.storage,comp.sys.ibm.pc.hardware.storage
Subject: Re: today's harddrives will surely fail before dialup users manage to fill 
them up?
Date: Sun, 22 Apr 2001 04:28:47 GMT

Nils Holland <[EMAIL PROTECTED]> wrote:

> > You have not seen my hard drive.  I just bought a 45GB drive and have
> > already filled over 1/2 of it.
> 
> How did you do that? Now, I also have a 45 GB drive and I have almost 
> everything that comes with SuSE 7.1 installed. Then I have taken my 
> favorite CDs (about 20) and put them on my hard disk in MP3-format. 

There's your problem.  Switch to WAV format; it'll save CPU time
when playing them, and it has the added bonus effect of consuming
a much larger amount of drive space.  

> addition, I have some more stuff, like the sources of the software I 
> downloaded, compiled and installedmyself. Still, however, I have about 30 
> GB available. I really don't think that I will get my HD filled up any time 
> within the next 5 years ;-)

It also helps to partition it multiple ways and install about
six operating systems on there, with redundant "office" software
installed separately in each OS...

;-)

- jonadab

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

From: [EMAIL PROTECTED] (Jonadab the Unsightly One)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: howto properly access serial devices in Perl or C
Date: Sun, 22 Apr 2001 04:28:48 GMT

Nix <$}xinix{[email protected]> wrote:

> On Sat, 21 Apr 2001, Jonadab the Unsightly One gibbered:
> > A language easier than Perl?
> > 
> > [Adds Expect to languages-to-investigate list.]
> 
> It's dependent upon TCL. Be warned.

Ouch.  Nevermind then.  I personally very much don't 
care for fifth-generation ("event-oriented") languages.  

Newsgroups: trimmed.

- jonadab

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

From: "Wayne Osborn" <[EMAIL PROTECTED]>
Subject: Re: CD-RW problem with redhat 7.0
Date: Sun, 22 Apr 2001 12:44:51 +0800

In article <[EMAIL PROTECTED]>, "Andr� David"
<[EMAIL PROTECTED]> wrote:

>>      Could anyone help me on this? Thank you!
> 
> try the CD writing how to on linuxdoc.org I think CDRW under linux need
> the ide-scsi emulation module. Perhaps it solves your problem, perhaps
> it wont
> 
> Cheers,
> 
> Andre
Hi Andre,

Can I offer you a tip, if you do decide to use ide-scsi emulation:

1. If you also have a CD reader, then use emulation for it as well.
2. If you decide to re-compile your kernel with ide-scsi emulation built
into the kernel, then DO NOT also enable ATAPI-CDROM support.

I found out the hard way (following around 5 kernel re-compiles) that if
both ide-scsi emulation and ATAPI CD-ROM support are included in the
kernel, only the ATAPI CD-ROM support will work.

To use ide-scsi emulation, you will also require scsi support enabled. I
do not have any "real" scsi drives so no scsi devices are compiled. 

-- 
  Wayne A. Osborn, SCADA Engineer.[dnar AT iinet DOT net DOT au]
  Registered Linux User #212818.  [2.2.16-22-Win4Lin-686] [i686]
 12:30pm  up 19:47,  1 user,  load average: 1.10, 1.72, 2.26
  ...A large number of installed systems work by fiat.  That is, they work
by being declared to work.
                -- Anatol Holt

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

From: "Wayne Osborn" <[EMAIL PROTECTED]>
Subject: Re: Recommendation for Cheap Soundcard for RH 7.0
Date: Sun, 22 Apr 2001 12:48:05 +0800

In article <[EMAIL PROTECTED]>, "Richard A. Bilonick"
<[EMAIL PROTECTED]> wrote:

> Because I'm having problems with the on-board Via sound system, is there
> a CHEAP sound board that would work well with Red Hat 7.0 and is easy to
> install?
> 
> Rick Bilonick
> 
I am using a SoundBlaster 16 (ISA!) and RH7.0 found it not sweat. In my
last kernel compile, I removed all other cards (modules) and set "100%
SoundBlaster compatible" and "OPL3". I still load these as modules.

Hope this helps.

-- 
  Wayne A. Osborn, SCADA Engineer.[dnar AT iinet DOT net DOT au]
  Registered Linux User #212818.  [2.2.16-22-Win4Lin-686] [i686]
 12:40pm  up 19:57,  1 user,  load average: 1.00, 1.13, 1.68
  ...Asynchronous inputs are at the root of our race problems.
                -- D. Winker and F. Prosser

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


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

Reply via email to