Linux-Hardware Digest #488, Volume #9            Mon, 22 Feb 99 20:13:29 EST

Contents:
  Re: EPSON Stylus Color 740 (aurthur)
  Re: Same Disk RAID and Mirroring (Andy Glew)
  Adaptec AHA-1542 SCSI problem ("Scott Olipra")
  Re: Which HP DeskJet to buy/not to buy? - quick advice needed, please! (Geoff Allsup)
  Re: DVD (Scott Larson)
  Re: SB PCI Audio 64 (Manfred Becker)
  Re: is 2.2.1 kernel SMP-compatible? (Alexander Bortok)
  Re: no sound recording on Toshiba Satellite 320CDT (Sniper)
  Re: Adaptec 2930 U2 ("G Gibson")
  ATI All-in-Wonder AGP; 10G EIDE drives ok for Caldera Linux? ("Dan Goebel")
  Re: LinuxWorld Expo? ("Ed Lee")
  Re: Same Disk RAID and Mirroring (Malcolm Weir)
  Re: Hardware to recommend? (Rod Roark)
  Re: PCI modems in linux? ("Jeff Kowalczyk")

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

From: aurthur <[EMAIL PROTECTED]>
Subject: Re: EPSON Stylus Color 740
Date: Sun, 21 Feb 1999 18:43:53 +0000

"Brian C. Doyle" wrote:

>   The Epson Stylus Color 740 will work using
>  stc500p.upp (320x320) and stc500ph.upp (720x720).
>  under the uniprint driver. However this driver
>  does not use weaving. I tried a quick guess based on
>  stc600p.upp and stc800p.upp but only managed to
>  produce the usual dump of many pages ( i.e. printing
>  a data file as text). Hopefully someone will figure
>  out the weaving....
>
>    Brian
>
> [EMAIL PROTECTED] wrote:
> >
> > In article <[EMAIL PROTECTED]>,
> >   [EMAIL PROTECTED] wrote:
> > > Hi,
> > >
> > > I bought that printer and I'm still unable to make it work under Linux.
> > > (I hope it's not a "Window only"
> > > printer...).
> > >
> > > Does anyone have that printer working with Linux ? I would really like
> > > some help...
> > >
> > First off, I had Linux printing with an old dot matrix printer, so I had
> > already crossed the bridge that others I see (searching "epson 740" in
> > comp.os.linux.hardware) haven't.
> >
> > Second, the search pointed me to pages about setting up other Epson printers
> > under Ghostscript, including the Uniprint driver.
> >
> > Third, the 740 will print with the uniprint file for the ESC 800, but it is
> > washed out and has blank bands. It won't print with the file for the ESC 600,
> > but prefers to shoot paper, instead. Further searching found someone else
> > who had doctored up a uniprint file for the ESC 740, but I'll say that it's
> > basically a slightly doctored version of the ESC 500 file.
> >
> > Fourth, in price, speed, and function the 740 is in between the 640 and the
> > 850. Specifically, the 640 has 32 nozzles per color and the 850 has 64. The
> > 740 has 48 nozzles per color. With this information, I think it is possible
> > to start from ESC 600 and ESC 800 uniprint files and build uniprint files
> > to give the 740 its full capability. But the whole weaving thing seems to
> > be rather empirical, so it's going to take some time and grunting to figure
> > out.
> >
> > Dale Pontius
> >
> > -----------== Posted via Deja News, The Discussion Network ==----------
> > http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own
>
> --
>  Dr. Brian C. Doyle     Computer Systems Manager
>  606-257-1995           Dept. of Physics and Astronomy
>  FAX 323-2846           University of Kentucky
>  Chem-Phys 293          http://www.pa.uky.edu/~doyleb/

ok, I'm kinda new in this particular newsgroup, could you point me to that ESC 800
uniprint driver?


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

From: Andy Glew <[EMAIL PROTECTED]>
Crossposted-To: comp.arch,comp.arch.storage,alt.os.linux,comp.periphs
Subject: Re: Same Disk RAID and Mirroring
Date: Sun, 21 Feb 1999 12:49:56 -0600

> Q: why do you say that the parity should be put on a head far away from
> the data?  It seems to me that you either want all of the data and parity
> blocks to be far away from each other or, if the parity blocks are in the
> same track, then you might as well have the data block in the same track
> too.  If multiblock errors make same-track parity blocks vulnerable,
> then surely multiblock errors might hit multiple data blocks in the same
> track, and so make the parity block useless.    I.e. it seems to me to
> be all or nothing.

I should have said

"..if the data blocks are in the same track, then you might as well have
the parity block in the same track too."


padpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpad
padpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpad
padpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpad
padpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpad
padpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpadpad



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

From: "Scott Olipra" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: Adaptec AHA-1542 SCSI problem
Date: Sun, 21 Feb 1999 13:55:59 -0500

Thank you for your help.  I have a couple questions:

When you say read the source, is that the kernel source?  If so, what am I
looking for?  Should I be looking to resolve this issue by editing and
re-compiling the kernel, issuing command-line options, or removing this from
the kernel so that I can use a module to get it running?

Thanks again!!


-Scott
[EMAIL PROTECTED]





=====Original Message=====
From: Peter T. Breuer [mailto:[EMAIL PROTECTED]]
Sent: Sunday, February 21, 1999 1:14 PM
To: Scott Olipra
Subject: Re: Adaptec AHA-1542 SCSI problem


In article <7aphac$ejq$[EMAIL PROTECTED]> you wrote:
:     ***This may help for the solution:  When I type this command, modprobe
: returns an error that states,         "ERROR: DEVICE OR RESOURCE BUSY."

: -Looked through all loaded modules with "lsmod" and all active processes
: with "ps -ax".  I see no reason Linux would say it's busy.

look at dmesg and find out! Use the verbose=1 (or more) option with the
module
load.

: -Examined boot messages.  There's a line that says "SCSI: 0 host(s)
detected
: total".  There are no errors surrounding this statement, so I'm assuming

Well, that strongly suggests that you have the driver loaded in the kernel,
not loadable as a module! Because it's loaded and running.

: -Issued "isapnp".  The card is not seen by this command.

Then it's not pnp. Good. Read the source to see what options to apply at the
module load.


Peter




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

From: [EMAIL PROTECTED] (Geoff Allsup)
Crossposted-To: comp.os.linux.misc,comp.os.linux.setup
Subject: Re: Which HP DeskJet to buy/not to buy? - quick advice needed, please!
Date: 22 Feb 1999 22:43:49 GMT
Reply-To: [EMAIL PROTECTED]

On Mon, 22 Feb 1999 11:26:42 +0000, Jason Clifford <[EMAIL PROTECTED]> wrote:
>On Mon, 22 Feb 1999, A.G. wrote:
>
>> I really need an advice which of the HP's DeskJets are known to work well or
>> poorly under Linux.
>
>The Deskjet 6xx and 8xx pretty much all work with Ghostscript.
>
except, I believe, model 820's (vintage a couple of years ago, the first
of the 'PPA' printers for Windoze only)

geoff

******************************************************************
Geoff Allsup                   Upper Ocean Processes Group
Woods Hole Oceanographic Institution   Woods Hole, MA, USA
******************************************************************

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

From: [EMAIL PROTECTED] (Scott Larson)
Crossposted-To: comp.os.linux.x,comp.os.linux.misc,comp.os.linux.setup
Subject: Re: DVD
Date: 22 Feb 1999 22:35:22 GMT

In article <[EMAIL PROTECTED]>,
        "matthew.r.pavlovich.1" <[EMAIL PROTECTED]> writes:
> 
> The support for reading DVD movies off of DVD drives is still in heavy
> development. 

Is this support related to the patches at 

        http://www.rpi.edu/~veliaa/linux-dvd/

?
-- 
[EMAIL PROTECTED] ---------- 
Scott Larson  ADP Dealer Services
Systems       2525 S.W. 1st     
Programmer    Portland, OR 97201


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

From: Manfred Becker <[EMAIL PROTECTED]>
Subject: Re: SB PCI Audio 64
Date: Wed, 10 Feb 1999 20:15:23 +0100

David Boyd wrote:

> Anyone been able to get this popular audio chip working on linux.
> In any form even just emulating a 16 bit card or SB Pro?
>
> I'm not holding my breath on this one because even dos needs a utiltiy to
> get it to recognise the card as a standard SB.
>
> Since I'm running linux with lilo I can't load this utilility in dos then
> switch to Linux.
>
> btw I'm using suse 5.3.

If you have a SB 64 PCI, take a look at the ALSA drivers.

Gtnx
- Manfred -

--
+----------- Manfred Becker -----------+      W     W
! D-53842 Troisdorf-Altenrath          !     ( )___( )
! http://home.tronet.de/manfred.becker !      ( o o )
! mailto:[EMAIL PROTECTED]      !      (  O  )
+--------------------------------------+--oooO-`___'-Oooo---




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

From: Alexander Bortok <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: Re: is 2.2.1 kernel SMP-compatible?
Date: Mon, 22 Feb 1999 09:36:26 +0000

Eric Lee Green wrote:

> On Sat, 20 Feb 1999 12:51:54 +0300, Alexander Bortok <[EMAIL PROTECTED]> wrote:
> >I've got a weird problem trying to boot SMP kernel on Intel SC450NX box.
> >The most amazing thing is that
> >- 2.2.1 kernel w/o SMP boots quite fine
> >- 2.2.1 kernel w/SMP boots from floppy but
> >- booting SMP kernel from HD via LILO produces the following result:
> >
> >| LILO: smp
> >| Loading smp........
> >| Uncompressing Linux... Ok, booting the kernel.
> >
>
> Sounds like a lilo.conf problem. Make sure your initrd is set up correctly,
> or compile the SCSI support directly into your new kernel.

It is already compiled. I'll try to explain more precisely. I have 2 kernels:
with SMP support and w/o. When I made 'make menuconfig' the only difference
between them is the flag about SMP support. And while non SMP version boots and
works just fine, SMP fails even to begin booting from HD (via LILO), but no
problems when booting from floppy.

I think this it is a LILO problem too. But I have tried many configurations,
even the following:
    cat vmlinuz-2.2.1.SMP > vmlinuz-2.2.1
to ensure that isn't HD sectors dislocation problem, for vmlinuz-2.2.1 (non SMP)
boots OK. But the results remains exactly the same.

Alexander


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

From: [EMAIL PROTECTED] (Sniper)
Crossposted-To: comp.os.linux.portable
Subject: Re: no sound recording on Toshiba Satellite 320CDT
Date: Mon, 22 Feb 1999 23:42:00 GMT
Reply-To: [EMAIL PROTECTED]

On Wed, 10 Feb 1999 12:37:48 GMT, [EMAIL PROTECTED] wrote:

>Hi,
>
>I have a problem making sound recording work on a
>Toshiba Satellite 320CDT laptop. Playing sound is fine, but I can't
>get in anything in through the microphone. Both recording and playing
>work under Windoze 98.  Otherwise, Linux runs fine (after some
>tweaking of parameters).  I tried to set the sound parameters as
>similar as possible to those used under Windows, but finally all the
>permutations I could think of are exhausted.
>
>I run S.u.S.E. Linux 5.3, and the details are:
>
>cat /dev/sndstat
>----------------
>Sound Driver:3.5.4-960630 (Tue Feb 9 23:25:31 MET 1999 root,
>Linux stein 2.0.35 #29 Mon Feb 8 23:30:58 MET 1999 i586 unknown)
>Kernel: Linux stein 2.0.35 #31 Tue Feb 9 23:33:35 MET 1999 i586
>Config options: 0
>
>Installed drivers:
>Type 1: OPL-2/OPL-3 FM
>Type 2: Sound Blaster
>Type 7: SB MPU-401
>
>Card config:
>Sound Blaster at 0x220 irq 5 drq 0,1
>(SB MPU-401 at 0x330 irq 5 drq 0)
>OPL-2/OPL-3 FM at 0x388 drq 0
>
>Audio devices:
>0: Sound Blaster Pro (3.1)
>
>Synth devices:
>0: Yamaha OPL-3
>
>Midi devices:
>0: Sound Blaster
>
>Timers:
>0: System clock
>
>Mixers:
>0: Sound Blaster
>--------------------------------------------------------
>
>excerpt from /usr/src/linux/.config:
>------------------------------------
>#
># Automatically generated by make menuconfig: don't edit
>#
>
>...
>#
># Sound
>#
>CONFIG_SOUND=y
># CONFIG_PAS is not set
>CONFIG_SB=y
>CONFIG_ADLIB=y
># CONFIG_GUS is not set
># CONFIG_MPU401 is not set
># CONFIG_UART6850 is not set
># CONFIG_PSS is not set
># CONFIG_GUS16 is not set
># CONFIG_GUSMAX is not set
># CONFIG_MSS is not set
># CONFIG_SSCAPE is not set
># CONFIG_TRIX is not set
># CONFIG_MAD16 is not set
># CONFIG_CS4232 is not set
># CONFIG_MAUI is not set
>CONFIG_AUDIO=y
>CONFIG_MIDI=y
>CONFIG_YM3812=y
>SBC_BASE=220
>SBC_IRQ=5
>SBC_DMA=0
>SB_DMA2=1
>SB_MPU_BASE=330
>SB_MPU_IRQ=5
>DSP_BUFFSIZE=65536
># CONFIG_LOWLEVEL_SOUND is not set
>...
>--------------------------------------------------------
>
>I have tried to add "Windows Sound System", too, but to no avail.
>
>Under Windows 98, the sound driver configuration is (translated from German):
>
>--- Driver for the YAMAHA OPL3-SA Series ---
>--- Ressource Information ---
>Yamaha-Sound-System
>Windows-Sound-System
>Address: 530h   IRQ: 5  DMA play: 1     recording: 0
>
>Sound Blaster
>Address: 220h   IRQ: 5  DMA: 0
>
>FM Synthesizer
>Address: 388h
>
>MPU 401
>Address: 330h   IRQ: 5
>
>--------------------------------------------------------
>
>I tried to record under Linux by issuing:
>dd bs=8k count=2 < /dev/audio > foo.au
>
>There was no error message, but playing foo.au just rendered
>silence.
>
>--------------------------------------------------------
>
>In particular, I don't know how to map correctly the two DMA addresses
>used under Windows to my Linux settings.
>
>Any help would be appreciated.
>
>Thanks in advance,
>Jan Bredereke

I'm thinking of doing similar on a 310 cdt - did you have any problems
that I should be aware of before I start ?
"What's the difference between a nail, a screw and a bolt ?" the woodwork
teacher asked the only girl in the class during the first day of school.
She pondered the question for a moment, then replied, "Well, I can't rightly
say as I know, 'cause I ain't never been 'bolted'."

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

From: "G Gibson" <[EMAIL PROTECTED]>
Subject: Re: Adaptec 2930 U2
Date: Sun, 21 Feb 1999 17:12:34 -0000

Thanks for the suggestion but im afraid it did not work.

If i find a way to get linux to install i let you know
Pete Liiva wrote in message



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

From: "Dan Goebel" <[EMAIL PROTECTED]>
Subject: ATI All-in-Wonder AGP; 10G EIDE drives ok for Caldera Linux?
Date: 21 Feb 1999 20:11:38 GMT

I have a semi-new Win98 machine:
400Mhz Intel, two 10G EIDE drives, Plextor 12x CD-R, Plextor 4X CD-writer,
Creative DVD, ATI All-in-Wonder Pro 8M AGP video/tuner card.

Am I going to be able to find drivers for any/all above, if so any
suggestions on where to start looking?

Is it feasible to install Linux on the second hard drive?  I don't mind
using a floppy to boot to this drive.  I'd prefer not having to destroy my
first drive, then move over.  Alternatively, could I move my second drive to
become the first so I'd have a boot partition area, then leave the original
drive with Win98 alone?

The version of Linux I have came with a book "Complete Reference, Linux"
with Caldera's OpenLinux.  Is this ok for a beginner?  I started an install
last week and it only saw the first 8G of each drive.  If I use the second
drive to install, I plan on using about 2G for Linux, the rest (8G) should
be ok for Win98 fat32, right?


Thanks,
Dan



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

From: "Ed Lee" <[EMAIL PROTECTED]>
Crossposted-To: 
alt.2600,alt.uu.comp.os.linux.questions,comp.os.linux.setup,linux.redhat.install,linux.redhat.misc
Subject: Re: LinuxWorld Expo?
Date: Mon, 22 Feb 1999 16:26:42 -0800

Wow . . . really changes my life. I'm soooooooooooo excited.

~The Seventh Sign~ wrote in message <7as9qs$ghk$[EMAIL PROTECTED]>...

>March 1 - 4 ,1999
>San Jose Convention center
>San Jose, CA
>
>Is this great news or what?
>Forwarning this is Cross posted!
>





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

From: [EMAIL PROTECTED] (Malcolm Weir)
Crossposted-To: comp.arch,comp.arch.storage,alt.os.linux,comp.periphs
Subject: Re: Same Disk RAID and Mirroring
Date: Tue, 23 Feb 1999 00:22:47 GMT

On Sun, 21 Feb 1999 11:51:38 -0600, Andy Glew <[EMAIL PROTECTED]> caused to
appear as if it was written:

>> In general, my experience is that drives tend to stick the ECC at the end of
>> the sector, since it is mainly used for detection, rather than correction.
>
>This is pretty much the same as all of the ECC codes I am familiar
>with from memories and busses: the data bits are in one place, and
>the ECC bits are at the end.
>
>However, you said something different: you said that an error in
>the data bits could be recovered from, but an error in the ECC bits could
>not be detected or recovered from.  *That* is quite surprising - it means
>that the ECC bits are not themselves checked or corrected.  My suspicion
>is that you are wrong here. but I am willing to be corrected.

I don't *think* I said that -- although there is a grain of truth to the
detection part.

I was hypothesizing a situation where an error was located such that it
would cause an unrecoverable loss of data sufficiently close to the end of
the user data that a subsequent sector was affected.

However, note Ralf-Peter's post suggests that contemporary disks use largely
separate detection and correction codes: a CRC to spot problems, and ECC to
fix 'em.  I can see that this might make sense, since that buys one the
additional bit times used by the ECC to manipulate the data block (release
it for transfer, set up for the next one, etc.)  In the event of a CRC
mismatch, you can pretty much take as long as you like to recover the data,
so the cost of a rotation is fairly low...

This implies that there may be a defect in the space used for the ECC code
which won't, in fact, be detected *unless* there is also a problem in the
data area.  This seems a reasonable compromise, although perhaps not as nice
from a SMART standpoint as one might like.

Malc.

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

From: Rod Roark <[EMAIL PROTECTED]>
Subject: Re: Hardware to recommend?
Date: 20 Feb 1999 16:57:28 GMT

JT <[EMAIL PROTECTED]> wrote:
>I am wanting to set-up relatively low cost system (around $550 excluding
>monitor) and need some advise as to all components:
>
>  motherboard
>  CPU
>  video
>  memory
>  sound
>  modem
>  hard-disk
>  cd rom
>  etc...
>
>If there is anyone out there with a recommended setup please let me (and
>everyone else know)

Probably a system with something like a FIC VA503+ mainboard and a
K6-2/333 is the best compromise between dirt-cheap pricing and
non-obsolescence.  The Intel Celeron is also a good buy.  

-- Rod
======================================================================
Sunset Systems                           Preconfigured Linux Computers
http://www.sunsetsystems.com/                         Starting at $499
======================================================================

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

From: "Jeff Kowalczyk" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking,comp.os.linux.setup
Subject: Re: PCI modems in linux?
Date: Sat, 20 Feb 1999 11:45:02 -0500

I checked Aopen's modems out at their website, hoping that they have PCI 56K
modems that act like generic modems. However, the two current models are
'controllerless'. I may be mistaken, but doesn't that imply a winmodem,
requiring CPU resources and a driver to actually accomplish anything?

Bob Stickel wrote in message <7amh1l$g0n$[EMAIL PROTECTED]>...
>I have purchased Aopen PCI 56k modems that are either PNP or manual jumper
>settings but are not Winmodems...they're inexpensive and they work fine..




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


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

Reply via email to