Linux-Hardware Digest #789

2001-05-18 Thread Digestifier

Linux-Hardware Digest #789, Volume #14   Fri, 18 May 01 09:13:03 EDT

Contents:
  Re: Suspend-to-RAM on Linux (Mohd-Hanafiah Abdullah)
  Re: Genius GM56PCI-L Modem Driver??? (Mohd-Hanafiah Abdullah)
  UMAX 1220U flatbed scanner linux support? (Tobin Fricke)
  Re: Hauppage WinTV PVR Redhat 7.1 (Vladimir Florinski)
  ATI All In Wonder 128 PCI card Help needed (Krishnan Subramanian)
  Re: Linux: reduced capacity of my hard disk? (Eric)
  Re: yes, 2 SGI 1600sw LCD panels DO work in linux in dualhead mode! (Jon Leech)
  Re: How to use  USB scanner ? (Andrey Vlassov)
  Re: Tape, Travans and Misery (Juergen Pfann)
  Screen Size problem on Sony LCD screen (Lea Anthony)
  Hard disk clonning (TS)
  Re: difference between kernel 2.0.x and 2.2.x (John Thompson)
  IBM DFHSS4E SCSI Disks (JP)
  Re: yes, 2 SGI 1600sw LCD panels DO work in linux in dualhead mode! (Bryan)
  Re: USB - modem (Georg Acher)
  Iomega ZipPlus with Red Hat 7.1 (Alexander K M Leung)



From: [EMAIL PROTECTED] (Mohd-Hanafiah Abdullah)
Crossposted-To: comp.os.linux.setup
Subject: Re: Suspend-to-RAM on Linux
Date: Fri, 18 May 2001 04:19:42 + (UTC)

In article 3b01cfc3$0$14447$[EMAIL PROTECTED],
Dances With Crows [EMAIL PROTECTED] wrote:
On Tue, 15 May 2001 13:31:40 + (UTC), Mohd-Hanafiah Abdullah
staggered into the Black Sun and said:
Is Suspend-to-RAM (STR) supported on Linux?  If it is would appreciate
pointers to the docs.

I think the suspend function on most laptops is dependent on the
hardware.  For me, a large assortment of kernels, all compiled with APM
support, worked with a Thinkpad 380D and a Thinkpad 600X.  The command
is apm -s, but most laptops automagically invoke suspend-to-RAM when
the lid is closed.

Thinkpads have a number of options as to what they do when an APM
suspend event occurs; tpctl can control them.  Finally, if you give
more information about your hardware, someone will probably be able to
help you out more.

I'm using a desktop computer using a motherboard from Microstar model number
MS-6178 which has suspend-to-ram support.  Does anyone have any experience
with this board with suspend-to-ram ?

Thanks.

Napi

--

From: [EMAIL PROTECTED] (Mohd-Hanafiah Abdullah)
Subject: Re: Genius GM56PCI-L Modem Driver???
Date: Fri, 18 May 2001 04:25:00 + (UTC)

In article 3afeb376@news, Vicente y Lorena [EMAIL PROTECTED] wrote:
I'm looking for this driver..

Thaks.

I believe it uses Lucent chipset.  You can get the driver from:

http://www.idir.net/~gromitkc/winmodem.html

or

http://www.idir.net/~gromitkc/lucent_old.html

or

http://walbran.org/sean/linux/stodolsk/

Napi

--

From: Tobin Fricke [EMAIL PROTECTED]
Subject: UMAX 1220U flatbed scanner linux support?
Date: Fri, 18 May 2001 04:37:57 GMT


Is the UMAX Astra 1220U (usb) flatbed scanner supported by any free
software? It is explicitly supported by the Linux USB Scanner driver, but
I'm not sure if there's a SANE backend.  Unfortunately SANE's USB support
webpage at www.buzzard.org.uk seems to be down.

thanks,
Tobin




--

From: Vladimir Florinski [EMAIL PROTECTED]
Subject: Re: Hauppage WinTV PVR Redhat 7.1
Date: Thu, 17 May 2001 21:28:43 -0700

In article 9e1o8v$8h2$[EMAIL PROTECTED], John McCabe
[EMAIL PROTECTED] wrote:



 right tried it again without the .o for each module but still no joy,
 there is no i2c.o module just i2c-old.o and i2c-parport.o I've tried
 both and got the same result, running xawtv I am unable to tune in any
 channels all that I get is noise in the top 25% of the tv window...  /me
 is going nuts...
 John McCabe [EMAIL PROTECTED] wrote in message
 news:[EMAIL PROTECTED]...
 Has anybody managed to get this working? I've tried to use the
 suggestions for the WinTV on the Hauppage support site (modprobe
 /usr/sbin/bttv.o etc...) but it reports that the modules are not
 found...
 Any assistance is greatly appreciated.. /John

 
There is no i2c module. There are i2c-core and i2c-algo-bit (these you
need). The new bttv knows how to load them and probes the tuner type all
by itself. I recommenmd the following in modules.conf:

alias char-major-89 i2c-dev
alias char-major-81 bttv

I emphasize: don't load modules by hand.

I use zapping with the new XFree and the quality and performance are
great.



-- 


Vladimir

--

From: Krishnan Subramanian [EMAIL PROTECTED]
Subject: ATI All In Wonder 128 PCI card Help needed
Date: Fri, 18 May 2001 02:43:53 -0400

Hi,

I have installed the ATI all in wonder 128 PCI video card.
I installed Suse 7.1 Linux Professional edition. It doesn't recogonize my
video card (I think) and hence I couldn't run X windows on it. If anyone can
help me with a step by step instruction, please send the instructions to
[EMAIL PROTECTED] Thanks.

Krishnan.



--

From: Eric [EMAIL PROTECTED]
Subject: 

Linux-Hardware Digest #790

2001-05-18 Thread Digestifier

Linux-Hardware Digest #790, Volume #14   Fri, 18 May 01 13:13:09 EDT

Contents:
  Re: 3com 3c574-TX drivers needed. (John Niedermeyer)
  My clock doesn't back up!!! (SpacemanSpiff)
  Re: yes, 2 SGI 1600sw LCD panels DO work in linux in dualhead mode! 
([EMAIL PROTECTED])
  Re: Linux: reduced capacity of my hard disk? (Ennio)
  Re: Linux LCD problem (Kin Keung)
  Re: Iomega ZipPlus with Red Hat 7.1 (Juergen Sauer)
  Re: I need help. RH7.1 wont configure my ATI Xpert 128 AGP 32 RAM. Log attached 
(Sarkie)
  Re: Will my sound card work? (Markku Kolkka)



From: John Niedermeyer [EMAIL PROTECTED]
Subject: Re: 3com 3c574-TX drivers needed.
Date: Fri, 18 May 2001 13:58:49 GMT

That worked.

Thanks.



Dances With Crows [EMAIL PROTECTED] wrote in message
news:3aff4619$0$18894$[EMAIL PROTECTED]...
 On Sun, 13 May 2001 23:26:48 GMT, John Niedermeyer staggered into the
 Black Sun and said:
 Anyone have or know of where to get drivers for the 3com Fast Etherlink
 16-Bit PC Card?

 /lib/modules/$KERNELVERSION/pcmcia/3c574_cs.o ?

 The 3Com 574 has been supported for quite some time.  pcmcia-cs
 3.1.24 certainly supports it, and the pcmcia-cs that was current over a
 year ago supports it.  If pcmcia-cs is installed and the cardmgr daemon
 is running, plugging the card into a PCMCIA socket should result in two
 high beeps as the appropriate module is loaded and the actions specified
 in /etc/pcmcia/network.opts are taken.

 If these things don't happen, then a report on the error messages that
 do get generated would be useful.  pcmcia-cs is actively developed on
 http://sourceforge.net/ , search for pcmcia-cs and make use of the
 forums and documentation there.  HTH,

 --
 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: [EMAIL PROTECTED] (SpacemanSpiff)
Subject: My clock doesn't back up!!!
Date: Fri, 18 May 2001 13:58:45 GMT

All I want is to set my time to one of those government servers, 
with a simple script.  say:
now = telnet time.blah.blah 13 | grep... | cut ...
hwclock --set  now ...
hwclock --hctosys ...

Simple enough, right?
WRONG!

I messed with this for 2 hours, reading howtos, man pages, 
web searches, setting TZ, tzconfig,  etc...

I'd try something, and get DIFFERENT results with the same command!!!

I'm in central time in the US, and UTC was getting set to my RTC.  I
could see it with the `hwclock` command. But no matter what I tried,
hwclock --hctosys WOULD NOT set my clock backwards to my time 
zone.
It would set my clock to the SAME as the RTC, it would set my clock
6 hours FORWARD from UTC.  It even set my clock to 24 hours ago.  I
have not idea why.  I screwed with TZ, --utc --local and a plethora of
other things.  As far as I can tell, my environment is just fine.
But this just wouldn't work the way the documentation seemed to
say it should!

I finally shutdown the PC, and set the BIOS time to UTC (which, for
some reason was 6 hours ahead)
Then , when I booted, suddenly the system time is correct.

Can ANYONE give me a clue as to what's going on?
I do not want to reboot my server just to get the time set properly.
(and I'm not going to just go --local everywhere, that's not the way
things are supposed to work!)

-Scott Weber

--

From: [EMAIL PROTECTED]
Crossposted-To: comp.sys.sgi.graphics,comp.os.linux.x
Subject: Re: yes, 2 SGI 1600sw LCD panels DO work in linux in dualhead mode!
Date: 18 May 2001 13:49:47 GMT

In comp.sys.sgi.graphics Bryan [EMAIL PROTECTED] wrote:
 
: uhm, numbernine is OUT OF BUSINESS.  what possible gain is there to
: hold back info on a totally unsupported board?  did sgi design the
: protocol to 'talk brightness' to the display via the board?  why would
: sending display data be non proprietary yet the brightness control be
: 'secret sauce'?  there's just no logic that any sane person can see here.

The logic is ownership. Just because #9 is out of business doesn't
mean that *someone* still doesn't own the IP. How do you know this
does not have some value to them?  Let alone that fact that it
simply isn't SGI's property to sell or give away.  The gain is being
able to look at yourself in the mirror each morning and say to
yourself I am an honest person. Apparently that is still worth 
something to the people at SGI.

 
: I'm not shooting you, the messenger.  in fact, I used to work at SGI a
: few years ago, so I know a bit about life inside SGO. I wasn't a
: customer back then, just an employee; but I remember reading endless
: tirades on the internal usenet groups about customers complaining
: about sgi not wanting to even SELL them this or that; much less
: release specs on items.



Linux-Hardware Digest #791

2001-05-18 Thread Digestifier

Linux-Hardware Digest #791, Volume #14   Fri, 18 May 01 17:13:09 EDT

Contents:
  Re: PCMCIA / PS2 IRQ12 Conflict (2.4 kernel) (David Hawkins)
  Case badges with your own logo from under $0.50 each (SecurisysAgency)
  Selecting from the crop of DSL hub/switch/firewall units (Harry Putnam)
  IRQ conflict-- CMD 646 IDE and ESS Maestro 2E (Nicholas Weininger)
  Re: Screen Size problem on Sony LCD screen (Kwan Lowe)
  Re: yes, 2 SGI 1600sw LCD panels DO work in linux in dualhead mode! (The Linux 
AntiChrist)
  USB problem (Linux Guerilla)
  Re: Anyone selling basic cheap Linux boxes? (Kwan Lowe)
  G400 + XFree 4.0 (Sebastian Bossung)
  Re: G400 + XFree 4.0 (Peter Riggs)
  gravis stinger (Chris Schadl)
  USB problem (Linux Guerilla)
  Re: More Info - Problems with Adaptec 2930CU w/ BRU and SEAGATE Travan in RH6.2 
(William N Moore)



From: David Hawkins [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.portable,comp.os.linux.setup,alt.os.linux
Subject: Re: PCMCIA / PS2 IRQ12 Conflict (2.4 kernel)
Date: Fri, 18 May 2001 10:12:43 -0700

Thanks Len!

This works great. I really needed to have access to my serial
port, so this helps me a lot.

Where did you get info on the lilo boot parameter? I
had looked at 'man bootparam' and 'man lilo' and couldn't see how
to mask off the interrupts - I had assumed that this
should be possible, but couldn't work out how.

I had a look at the bug report in Bugzilla - interesting
discussion. Is the problem still there in 2.4.4?

Since you appear to have a similar machine, perhaps
you could tell me how you got the sound to work. Its
not really a high priority for me, so I gave up
when it didn't work initially. I suspect the OSS
sound drivers might work, and I did read some
info in the Documentation directory, but haven't
had a chance to play with it again. Perhaps you can
save me some time.

Again, this is great.

Thanks so much!

Dave Hawkins
Caltech.

Leonard Evens [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
 David Hawkins wrote:
 
  Thanks Clark,
 
  I'm not quite sure the problem is 100% related to the Yenta
  driver though. Any idea why the mouse won't work if I uninstall
  the PCMCIA drivers? If you stop the PCMCIA services, then
  the interrupt is released.  of course I haven't tried removing
  the service on boot though.
 
  Thanks for the comments.
 
  Dave
 
  clark tompsett [EMAIL PROTECTED] wrote in message
  news:[EMAIL PROTECTED]...
   I have posted a bug report with Redhat.  I have a Winbook XL also.
The
   problem appears to be bios related.  The 2.4.2 kernel used Yenta for
the
   socket driver and it looks at the bios and claims irq12.  The only
   solution I have at present is to install RH7.1 and replace the kernel
and
   pcmcia back to 2.2.19.  I don't know if this will be solved.
  
   Clark
  
   In article 9dffj7$[EMAIL PROTECTED], David Hawkins
   [EMAIL PROTECTED] wrote:
  
Hi,
   
I'd like some suggestions as to the cause and fix of a problem I am
having with Linux 2.4 freezing up on me. My system is
   
- Winbook XL
- Red Hat 7.1 (2.4.2-2 kernel)
   
The mouse is a PS/2 device (the Winbook has a keyboard 'nipple' and
touchpad), and this is what Win95 sees it as. When installing RH, it
didn't recognize the mouse, so I used the text install. On first
boot,
the mouse was recognized by the hardware detection and assigned as a
generic ps/2 mouse. The first time I booted into X, the system
froze.
   
Booting next time and staying in text mode, I tried gpm and mev, the
laptop froze both times. (/dev/mouse - /dev/psaux so thats ok)
   
Looking under /proc/interrupts I see that the PS/2 interrupt is
being
shared with the TI PCI1131 PCMCIA cardbus controller. Several
documents
indicate the the PS/2 must use IRQ12, so the 1131 IRQ may need to be
changed. However, looking at /etc/pcmcia/config.opts lists IRQ12 as
being excluded - so how come the controller claimed it? (perhaps the
exclude only applies to devices in the PCMCIA slots...?). Under
Win95
the 1131 uses IRQ15.
   
Thinking that maybe the interrupts from the TI1131 were the cause of
the
problem I performed:
   
/etc/init.d/pcmcia stop
   
This removed PCMCIA services and /proc/interrupts shows only the
PS/2
mouse on IRQ12. However, booting into X still freezes and so does
mev.
Actually, I just ran mev (with PCMCIA services off), and could type
text, however, as soon as I touched the mouse, the system  freezes.
   
This system has had RH 6.2 working fine in the past, and booting
into
Win95 shows all is well there.
   
dmesg and /var/log/messages don't contain any interesting info on
why
the system may be crashing. Although there is the comment that the
serial driver is 5.02 and that SHARE_IRQ is enabled.
   
I deleted /etc/sysconfig/mouse and ran mouseconfig ... and receved a