Linux-Hardware Digest #750

2001-05-09 Thread Digestifier

Linux-Hardware Digest #750, Volume #14   Thu, 10 May 01 01:13:05 EDT

Contents:
  Re: Tape drive installation problem (Nick Long)
  Re: Tape drive installation problem (Nick Long)
  Re: Fire GL 4000 (Michael Meissner)
  Re: PCI modem 3COM/USR 2977 (Nader)
  Re: PCI modem 3COM/USR 2977 (Nader)



Reply-To: Nick Long [EMAIL PROTECTED]
From: Nick Long [EMAIL PROTECTED]
Subject: Re: Tape drive installation problem
Date: Thu, 10 May 2001 04:12:28 GMT

How do I tell if CONFIG_SCSI, CONFIG_CHR_DEV_ST are in my kernel?


Tim Moore [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
  When I boot the machine I see:
 
Vendor: SEAGATE   Model: DAT04106-XXX  Rev: 735B
Type:   Sequential-Access  ANSI SCSI revision: 02
 
  But when the system boots I get the following when I try to access the
file:
 
  mt -f /dev/st0 status
  /dev/st0: No such device
 

 What's in dmesg?  Are SCSI and SCSI Tape support in your kernel
 (CONFIG_SCSI, CONFIG_CHR_DEV_ST)?

 from dmesg:
 ...
 scsi0 : SCSI host adapter emulation for IDE ATAPI devices
 scsi : 1 host.
   Vendor: HPModel: COLORADO 20GB Rev: 4.01
   Type:   Sequential-Access  ANSI SCSI revision: 02
 Detected scsi tape st0 at scsi0, channel 0, id 0, lun 0
^^^
 vvv
 [16:12] abit:~  mt -f /dev/st0 status
 SCSI 2 tape drive:
 File number=0, block number=0, partition=0.
 Tape block size 512 bytes. Density code 0x47 (unknown to this mt).
 Soft error count since last status=0
 General status bits on (4101):
  BOT ONLINE IM_REP_EN

 --
 timothymoore
bigfoot
  com



--

Reply-To: Nick Long [EMAIL PROTECTED]
From: Nick Long [EMAIL PROTECTED]
Subject: Re: Tape drive installation problem
Date: Thu, 10 May 2001 04:19:19 GMT

Yes, it is a SCSI drive.

Here is the output from /sbin/lsmod:

Module  Size  Used by
e100   37468   1  (autoclean)
ncr53c8xx  51424   6

I don't know how to tell if the st module is loaded.

The /dev/st0 does exist and I have run /dev/MAKEDEV st and it created a
bunch of /dev/st entries such as st0, st0a, sta0l, sta0m.



Joshua Baker-LePain [EMAIL PROTECTED] wrote in message
news:9dbfmb$1lu$[EMAIL PROTECTED]...
 Nick Long [EMAIL PROTECTED] wrote:
  I am having problems installing a tape drive to my Linux Red Hat 6.2
server.
  When I boot the machine I see:

Vendor: SEAGATE   Model: DAT04106-XXX  Rev: 735B
Type:   Sequential-Access  ANSI SCSI revision: 02

  But when the system boots I get the following when I try to access the
file:

  mt -f /dev/st0 status
  /dev/st0: No such device

 I'm assuming that's a SCSI drive?  Is the 'st' module loaded (RH6.2 should
 load it automagically)?  Check the output of 'lsmod' as well as the
contents
 of /var/log/dmesg.  Does the device file exist?  'ls -l /dev/*st?'

 If the device file doesn't exist, look up the documentation on the
 /dev/MAKEDEV script.

 --
 Joshua Baker-LePain
 Department of Biomedical Engineering
 Duke University



--

Subject: Re: Fire GL 4000
From: Michael Meissner [EMAIL PROTECTED]
Date: 10 May 2001 00:44:10 -0400

[EMAIL PROTECTED] (KegBot) writes:

 Does anyone make an X server for the Diamond Fire GL4000 card, commercial 
 or otherwise?  I tried searching the web and even looked at XIG's page.
 Couldn't find anything relevant.  I'd like to use this card if possible!

Have you tried the VESA driver in XFree86 4.x?  The VESA driver allowed me to
bring up X on an unsupported Radeon VE (normal Radeon's are supported, but the
VE is too new for current support) for example.  Here is the XF86Config-4 file
I used when I used the Radeon VE:

# File generated by xf86config, hacked by [EMAIL PROTECTED]

# Copyright (c) 1999 by The XFree86 Project, Inc.
#
# Permission is hereby granted, free of charge, to any person obtaining a
# copy of this software and associated documentation files (the Software),
# to deal in the Software without restriction, including without limitation
# the rights to use, copy, modify, merge, publish, distribute, sublicense,
# and/or sell copies of the Software, and to permit persons to whom the
# Software is furnished to do so, subject to the following conditions:
# 
# The above copyright notice and this permission notice shall be included in
# all copies or substantial portions of the Software.
# 
# THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
# THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY,
# WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF
# OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
# SOFTWARE

Linux-Hardware Digest #750

2000-10-18 Thread Digestifier

Linux-Hardware Digest #750, Volume #13   Wed, 18 Oct 00 18:13:08 EDT

Contents:
  Re: looking for external scsi hard disk to go with adaptec aha1542cp (Jim McDonald)
  Re: Linux and digital camera ("Ali")
  Mitsumi CR-4802TE ("Gusenbauer Stefan")
  Re: Linux and digital camera (Lucas Tam)
  Soundlaster live on Debian GNU/Linux (Anthony David Fox)
  Re: Linux and digital camera (Robert Bowden)
  Re: Linux and digital camera (G)
  Re: brother 1240 (Bruce Forsberg)
  DVD decoder? ([EMAIL PROTECTED])
  Re: Sound Via Tech Chipset onboard AC97 PCI Audio ([EMAIL PROTECTED])
  Re: VideoCards:Advice needed ("David Page")
  Re: ADSL on RedHat 7.0 ("Pierre")
  fdisk fails to print partition info ("John Hall")
  What device is LS120 drive??? (Bo Berglund)
  help: scsi resets; a  new "feature" under RH6.2? :) (EFF1 FAN .edu)
  Re: Linux and digital camera (Ben Gertzfield)
  Re: Help with winmodem (rasteri)



From: Jim McDonald [EMAIL PROTECTED]
Subject: Re: looking for external scsi hard disk to go with adaptec aha1542cp
Date: Wed, 18 Oct 2000 11:13:25 -0700



Guy Maskall wrote:
 
 I'm aware that the aha1542cp has an 8 bit bus and only supports hard
 drives up to 8GB.
 It appears to be getting difficult to get drives that 'small', indeed
 scsi 2 drives at that.
 
 I'd like to know what options I have for connecting a hard drive to this
 card.
 I presume I could connect 8GB, I'd just not be able to access all of it
 - is there any way around this? The drive will be linux only.
 The card has a 50pin high-density connector (already happily connected
 to an HP scanner). It supports up to Fast-scsi (2).
 
 What options do I have for the flavour of scsi hard drive, e.g. I know
 you can connect a scsi 1 device to a scsi 2 adaptor (by and large), what
 am I limited to connecting to this adaptor?
 
 Does anyone have any recommendations of drive to use with this adaptor?
 
 Thanks in advance, Guy.

Having just been through a similar exercise, I'd second the
recommendation for a new card.
However, my controller in question is an NCR(I also have an aha1542,an
aha2902, several flavors of aha2940, and an Advansys clone), and it
wasn't any easier to find drives for.
The sad truth is that there are very few narrow SCSI drives available,
period, and the few I found were ultra and wouldn't work reliably with
anything short of an aha2940U, which I wound up using. Unfortunately, my
old Sparcstations can't be upgraded and will go to the junkheap when my
supply of old drives is used up.
YMMV, but it's probably time to kiss the 1542 goodbye and spend the
bucks for a UW controller.

Jim McDonald
htttp://www.stanford.edu/~mcduck

--

From: "Ali" cracker@redhotant.com
Crossposted-To: rec.photo.digital
Subject: Re: Linux and digital camera
Date: Wed, 18 Oct 2000 19:28:18 +0100


Billy wrote in message [EMAIL PROTECTED]...
A come on.  Let's break this guy in right.  Use the
numbers.

chmod 777 ttyS0

That way he won't get confused by user/owner/world
abbrev's used by other unix systems.
--
-Billy


Chris Ripp wrote:
 If you've got the camera plugged into 'Com 1'
 as root:
 ]# cd /dev
 ]# chmod ugo+rwx ttyS0

As you are probably aware yes I am a newbie, and yes I do normally use
windows for my digital camera. I would just like to use it under linux so as
to try it out. As far as changing permissions I have not quite got there yet
by I am catching up.
Thanks for the info I`ll let you know if it all goes tits up.

Ali



--

From: "Gusenbauer Stefan" [EMAIL PROTECTED]
Crossposted-To: de.comp.os.unix.linux.hardware
Subject: Mitsumi CR-4802TE
Date: Wed, 18 Oct 2000 20:35:36 +0200

Does anyone know if there exists a module for this cd recorder?
thx
Gusenbauer Stefan



--

From: [EMAIL PROTECTED] (Lucas Tam)
Crossposted-To: rec.photo.digital
Subject: Re: Linux and digital camera
Date: 18 Oct 2000 14:20:04 -0500

Hahaha ^_^

Big Salaries are always good.  Helps pay for the multiple digicams.


[EMAIL PROTECTED] (Billy) wrote in 
[EMAIL PROTECTED]:

Well, I might agree with you, but he needs to start 
somewhere.  I don't know if I'd just randomly go 777'ing 
stuff, but since it's his box, he can break it if he wants.
Besides, the more people figure out that unix isn't for 
the faint of heart, the easier it is to justify big 
salaries.

Besides, just wait till he discovers chown and kill -9, 
then he'll be able to shoot himself in the foot in 
grand style!



--

From: Anthony David Fox [EMAIL PROTECTED]
Subject: Soundlaster live on Debian GNU/Linux
Date: 18 Oct 2000 11:18:34 -0400

Hi.

I have a Soundblaster live installed on a Win2k/Debian GNU/Linux
system.  Under Win2k, the soundcard works fine.  I have attempted
to install the alsa drivers for this sound card.  B

Linux-Hardware Digest #750

1999-07-13 Thread Digestifier

Linux-Hardware Digest #750, Volume #10   Tue, 13 Jul 99 09:14:12 EDT

Contents:
  UMAX Scanner (Renzo Lauper)
  Re: SCSI controller/device advice (Helge Hafting)
  Re: FWD: Intel could nip dual-Celeron move in bud (Helge Hafting)
  Help with Sound Card  ("Brian")
  NCR 53C710 Fast SCSI-2 Controller ("Mike Coakley")
  Re: NTFS Striped Partitions (Helge Hafting)
  Re: Bogus hard disk sizes from manufacturers (David Fox)
  Re: Linux/KDE; KDat backup on dat tape proggy (Marc SCHAEFER)
  Re: Help with Sound Card ("ph")
  Re: Celeron, what's the catch? (kls)



From: Renzo Lauper [EMAIL PROTECTED]
Subject: UMAX Scanner
Date: Tue, 13 Jul 1999 12:16:07 +0200

Hi there

I've got a UMAX Astra 1220S Scanner connected through a SCSI Card (generic NCR
5380/53c400). I compiled the kernel (2.0.36) with SCSI-Support (built in the
kernel) SCSI-disk-Support (for an external ZIP-Drive) as a modul, SCSI
generic support and the SCSI low level driver for generic NCR 5380/53c400.

When I built support for the SCSI-Card Support in the kernel, the system
stopped when it came to recognize the SCSI-Card, so I built it as a module and
loaded the module with insmod, and the system stopped again.

Can anybody help me?

Thanks in advance
Renzo Lauper

--

From: Helge Hafting [EMAIL PROTECTED]
Subject: Re: SCSI controller/device advice
Date: Tue, 13 Jul 1999 12:58:41 +0200

[EMAIL PROTECTED] wrote:
 
 In 7m4tid$ik3$[EMAIL PROTECTED], Chris [EMAIL PROTECTED] writes:
 |
 |
 |Phil Brutsche wrote:
 |
 || On Tue, 30 Mar 1999, Dave wrote:
 |
 ||
 |
 ||  Thanks for the advice! I've also heard a _lot_ of people recommending
 |
 |the
 |
 ||  IBM drives.
 |
 |
 |
 |I'll recommend them, too. I'm planning on purchasing the 9.1GB 9LP...
 |
 |
 |
 ||  I'm still trying to decide between the Quantum Atlas III drive and the
 |
 |IBM
 |
 ||  Ultrastar 9ES though. The Ultrastar looks excellent, and about the same
 |
 ||  price as the Quantum drives. However it only has a 512KB buffer, as
 |
 ||  opposed to the Quantum's 1MB. The IBM drives with 1MB (such as the 9LP)
 |
 ||  appear to be about $200 more.
 |
 || 
 |
 ||  Is the extra 512KB buffer worth it to go Quantum for the price? Or is
 |
 |the
 |
 ||  performance increase negligible?
 |
 |
 |
 |Actually, if you head over to http://www.storagereview.com they did a
 |
 |comparison review of two almost identical IDE drives (make/manuf. escapes
 |
 |me) from the same manufacturer, where the only thing different was an
 |
 |increased cache.
 |
 |
 |
 |The performance did not change ONE BIT.
 |
 |
 |
 |I'm going to have to poke around to see if the 9ES would be sufficient...
 |
 |The storagereview site also allows you to do lots of side by side
 |
 |comparisons of drives they've reviewed. It's a fun thing to do.
 |
 |
 |
 |ttfn.
 |
 |
 |
 |chris.
 |
 |--  Posted via SearchLinux  --
 |  http://www.searchlinux.com
 
 How effective the drive's on board cache will be is determined by
 YOUR data access characteristics, most tests do not use
 YOUR data access characteristics; so, draw your own conclusions...
 
 Large cache helps when most data access is sequential, so that the
 read ahead of full/multiple tracks will actually bring in what you
 need next. Also, a larger cache allows things that will will be
 re-read frequently to stay in the cache. This is especially useful
 in a multi-tasking environment where competing tasks might cause
 the smaller cache to thrash.

For SCSI, the large cache *also* help very random-access.  Just
make sure you use tagged queuing.  The drive will then be able to
read the next sector(s) (from any place on disk) into its cache
while the previous one is transferred across the scsi bus.

Helge Hafting

--

From: Helge Hafting [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.misc
Subject: Re: FWD: Intel could nip dual-Celeron move in bud
Date: Tue, 13 Jul 1999 13:07:24 +0200

Anon wrote:
 
 Why on earth would Intel care!? Selling two celerons is better than
 selling one. A person who has to go celeron for SMP more than likely
 could not afford PII/III SMP in the first place so it is not like Intel
 would be forcing them to the more expensive CPU. They would just be
 losing the sale of 1 cpu.

It is not that simple.  They are afraid their buyers might find out that
while celeron isn't as good as xeon, it isn't too far behind.  So
the celeron has better price/performance than xeon, and it makes sense
using, say, 5 celeron servers instead of 3 xeon servers.  Cheaper
*and* better performance if it is ok to split the load over more
machines.
That's certainly fine for file servers.

Helge Hafting

--

Reply-To: "Brian" [EMAIL PROTECTED]
From: "Brian" [EMAIL PROTECTED]
Subject: Help with Sound Card 
Date