Linux-Hardware Digest #3, Volume #10 Mon, 12 Apr 99 12:13:30 EDT
Contents:
Re: modem setup (Johan Kullstam)
Re: Is this a Win Modem? (Lew Pitcher)
Compiling for x86 CPUs (Was: ... seperate "i686" tree for Redhat ...) (Urs Thuermann)
Re: Turning an old 486 into a term/xterm (Harald Arnesen)
Re: How to add scsi adapter to existing system without reinstall? (Eric Wurbel)
16:9 graphics in linux? ([EMAIL PROTECTED])
install ("MaYToUCh")
VST Zip 100 drive (Stefano Casadei)
XInput: Switch from MS mouse to Graphics tablet ([EMAIL PROTECTED])
Re: All the current OSes are idiotic (was Re: Is Windows for idiots?) (westprog)
Re: OPTi 931 soundcard: it's alive? (Oscar Kind)
Remaining difficulties with on-board SiS6326 (D. D. Brierton)
Re: driver for Intel740 (Alexandre Anotnov)
Re: LINUX support for CD-R, CD-RW, packet writers? (Dominique Lovy)
ES 1371 on Intel 440BX motherboard (Franck Veysset)
Re: Epson 700 Printer....under linux? (Dale Pontius)
Re: Winmodems, the final word (I wish). ("Rufus V. Smith")
Re: Promise Ultra66 (Nick)
Re: All the current OSes are idiotic (was Re: Is Windows for idiots?) (westprog)
----------------------------------------------------------------------------
Subject: Re: modem setup
From: Johan Kullstam <[EMAIL PROTECTED]>
Date: 12 Apr 1999 07:20:05 -0400
[EMAIL PROTECTED] (Tavin Cole) writes:
> I've gathered from searching through Dejanews that everyone is tired
> of people asking how to get their modems to work under linux..
> nevertheless I have researched my situation as thoroughly as
> possible and am posting here as a last resort:
> I have an internal PCI, Plug'n'Play modem that is hardwired to COM5.
> It is a generic 56k, V.90 modem with a Cirrus Logic chipset. There
> are no jumpers for disabling Plug'n'Play or changing the COM port.
> However, it is not a Winmodem, or at least there is absolutely
> nothing in the (sparse) documentation that says it's a Winmodem.
PCI says it's almost surely a winmodem (or more properly a software
modem since winmodem is a trademark). also, COM5 isn't a standard
serial port. therefore saying it's being wired to COM5 is essentially
meaningless since it implies nothing about which irq and ioports are
being taken. it's just a name that windows uses. nothing more.
--
J o h a n K u l l s t a m
[[EMAIL PROTECTED]]
Don't Fear the Penguin!
------------------------------
From: [EMAIL PROTECTED] (Lew Pitcher)
Subject: Re: Is this a Win Modem?
Reply-To: [EMAIL PROTECTED]
Date: Mon, 12 Apr 1999 11:58:11 GMT
On Thu, 08 Apr 1999 22:08:27 -0400, Colin <[EMAIL PROTECTED]> wrote:
>Lew Pitcher wrote:
>> If it's a VESA card, then it's probably not a WinModem.
>
>ISA! ISA! VESA went out with disco and the 486!
You betcha.
But, I've seen (and answered) at least one question here
about a VESA modem. VESA may be dead, but the zombie's corpse
certainly hasn't been infected by the WinModem bug.
Lew Pitcher
System Consultant, Integration Solutions Architecture
Toronto Dominion Bank
([EMAIL PROTECTED])
(Opinions expressed are my own, not my employer's.)
------------------------------
From: Urs Thuermann <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.misc,alt.linux,alt.os.linux,comp.os.linux.development.system
Subject: Compiling for x86 CPUs (Was: ... seperate "i686" tree for Redhat ...)
Date: 12 Apr 1999 14:28:40 +0200
Johan Kullstam <[EMAIL PROTECTED]> writes:
> -mcpu=i686 makes the compiler schedule for a i686 core. it uses only
> the i386 instruction set.
>
> -march=i686 enables usage of i686 instructions like cmov (which did
> not exist on i[345]86. it also implies cpu=i686.
>
> if you compile with -mcpu=i686, then yes, it would work with any of
> intels 32bit x86 cpus. however, by using -march=i686 you will
> introduce new op-codes which are not implemented on previous
> processors.
>
> based by my own experience with compiling various things with egcs
> on a pentiumpro, it is not very important for performance no matter
> what the cpu or arch settings are so long as you avoid pentium.
Could someone give some more details about this whole story, please?
I seem to have problems with this issue since a few days.
I have a Pentium II running in my server machine (which has only a
Herkules Video card and an Atari ST attached to the serial port) and a
i486dx2 in my diskless client running Linux and X11.
Both machines run the same 2.0.36 kernel image, the diskless machine
has its own /tftpboot dir on the server and shares the /usr with the
server (it mounts /usr read-only, though).
I run egcs-1.1.2 and gcc-2.7.2.3 which have both configured themselves
as a i686-pc-linux-gnu native compiler. What kind of code will these
produce if called without any -m... option? How should I invoke egcs
and gcc-2.7.2.3 to compile with maximum performance on i686 but with
the constraint that the code should also be executable on i486?
The problem I am observing is this: With egcs configured as described
above I compiled the glibc-2.1. When I copy /lib/lib*2.1.so and the
other glibc-2.1 files to the diskless' /tftpboot directory, the
diskless i486 won't boot anymore. The statically linked /sbin/init
seems ok, but (at least) the agetty's die immediately with an SIGILL
(illegal instruction). So I assume, glibc-2.1 is compiled in a way by
egcs so that it only runs on i686. This may, however, also be caused
by glibc itself. glibc-2.1 configured itself as i686-pc-linux-gnu
also, and obviously has code for this case, which is i686-specific,
e.g. in glibc-2.1/sysdeps/libm-i387/i686/s_fdim.S there are
fcomi/fucomi instructions. I think I read in this thread that these
instructions exist only on the i686, right?
What target should I specify to the glibc configure script? I guess
i486-pc-linu-gnu does't what I want, right?
However, then some i686 optimized routines are not used, although
AFAICT based on my little x86 knowledge, these seem to run on other
CPUs as well. For example
glibc-2.1/sysdeps/unix/sysv/linux/i386/i686/sysdep.h.
Maybe some pretty solution would be to have the i686-specific code in
the lib and have an exception handler on the i486 that emulates the
missing instructions, i.e. similar to the kernel's i387 emulation.
Does something like this exist and how much performance loss would
this cause compared to regular i486 code?
And what about the kernel? The 2.0.36 config help files state that
a kernel compiled for i486, pentium, or pentium pro will run on every
cpu except i386. But in 2.2.5 this has changed and it is stated that
code compiled for one CPU will not neccessarily run on a previous
CPU. Is this due to compiler options or because of different inline
assembly routines? I've looked at the make output and even if PPro
is selected, the compiler is called with -m486, but -D586 is changed
to -D686, so I assume some #ifdef selects between different inline
assembly code, that will possibly not run on all ix86 CPUs.
But what sense does the -m486 make, if the code does not necessarily
run on an i486 anyway?
OK, many questions and assumption in this posting. Can someone sched
some light on all this and answer/correct/acknowledge.
urs
P.S. I have removed the linux.redhat.misc group from the Newsgroups
line.
------------------------------
From: Harald Arnesen <[EMAIL PROTECTED]>
Subject: Re: Turning an old 486 into a term/xterm
Date: 12 Apr 1999 12:58:42 +0200
[EMAIL PROTECTED] writes:
> I have a pretty decent 486 DX4/100 sitting here that used to work very well
> as my primary workstation until I got a new machine. I was wondering what I
> could do with it besides using it as a doorstop/test machine...anyway I could
> turn it into an x-terminal or simply a dumb terminal to connect to my new
> machine...another keyboard/mouse/monitor setup would help me out and I was
> planning to pick up a used terminal anyway...just wondering if anyone has
> done anything like this with an old machine before...i remember seeing
> somewhere how to make an x-term but never a dumb terminal :)
Both can be done, of course. If you have used it with Linux (or
another Unix-like OS) and X, you will probably want to use it as an
X-terminal. You could do this over a serial or parallel cable, but a
couple of cheap network cards would be much faster.
This is the most flexible solution, but if you just want to use the
machine as a dumb terminal (overkill!), you connect the machines with
a nullmodem cable, setup a getty process on one serial port (on your
new machine), and run a terminal program (e.g. Minicom) on the old machine.
--
Harald Arnesen, Apall�kkveien 23 A, N-0956 Oslo, Norway
------------------------------
From: Eric Wurbel <[EMAIL PROTECTED]>
Subject: Re: How to add scsi adapter to existing system without reinstall?
Date: Mon, 12 Apr 1999 15:15:07 +0200
Geoffrey Lyman wrote:
>
> I have Red Hat 5.2 on a P90 with 2 ide drives. I want to add a scsi
> host adapter ( I have extra 1522a, 1542CF) so that I can use a scsis
> tape drive. The only way I've gotten scsi host adapters recognized by
> linux in the past is by autoprobe during fresh install. Is there a way
> to add the adapter to an already running system without having to
> reinstall? Thanks.
> [EMAIL PROTECTED]
I did this cery safely (yes) with a redhat 5.1 install (the card is a
AHA1520)
The defaut installed kernel contains all necessary modules.
check in /lib/modules/preferred/scsi a file named aha152x.o (if your
card is
a 152x).
then add corresponding stuff in /etc/conf.modules. For my card this
looks like :
alias scsi_hostadapter aha152x
options aha152x aha152x=0x340,11,7,1
0x340 is a port address
11 is IRQ number
7 is the SCSI id of the adapter
1 is for auto-disconnect feature
BEWARE ! Parameters may be different if it's not the 152x driver.
Eric
--
le dernier h�bergeur gratuit (sans pub obligatoire...) frapp� ==>
http://altern.org
Eric Wurbel
Laboratoire d'Informatique de Marseille CMI - Universite de Provence
39 rue Joliot Curie, 13453 - MARSEILLE Cedex 13 - FRANCE
phone : +33 (0)4 91 11 36 19 fax : +33 (0)4 91 11 36 02
------------------------------
From: [EMAIL PROTECTED]
Subject: 16:9 graphics in linux?
Date: Mon, 12 Apr 1999 10:35:34 GMT
How do one drive a 16:9 widescreen display in Linux?
A number of notebook/sub-note (eg nec, sony) offers widescreen display. This
issue is also applicable for the increasingly common plasma displays, which
are mostly 16:9 (853x480). Their literature often says that they can be
driven by standard VGA and can "stretch" the image to fill the entire
widescreen. I haven't found any clear explaination on how one can properly
take advatage of all the pixels in the widescreen format, never mind linux.
i am afriad i don't even know if it's is a specific graphics card issue or
just a sw driver issue.
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: "MaYToUCh" <[EMAIL PROTECTED]>
Subject: install
Date: Mon, 12 Apr 1999 19:15:20 +0700
Have anyone success installing slakware over NFS, today I try to install
slakware on my Notebook AST 910N (486DX4-75) using net.i and pcmcia.gz
when it try to mount NFS drive it failed.
------------------------------
From: Stefano Casadei <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.portable
Subject: VST Zip 100 drive
Date: Mon, 12 Apr 1999 10:43:14 -0400
Hello,
is there a linux driver for the VST Zip 100 ?
Has anyone been able to use it on a Thinkpad 770 X?
Any information is appreciated.
Thank you.
Stefano
Please reply also to [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Subject: XInput: Switch from MS mouse to Graphics tablet
Date: Mon, 12 Apr 1999 14:43:12 GMT
All,
Looking for help changing my XInput from using a normal mouse on /dev/cua0 to
using a graphics tablet mouse (Intuous/Wacom) as the input to a kernel 2.2.2
based Linux system running on Intel hardware (AMD K6 233MHz, 128MB ram).
The XWindows system is 3.3.3.
I have followed the step-by-step instructions gleaned form the 'net,
changing /etc/XF86Config to:
load the Wacom module
Added Xinput sections for Wacom stylus and Eraser with "AlwaysCore" enabled.
However, the graphics tablet should be on /dev/mouse (/dev/cua0) but the
"Pointer" section used to configure the (MS) mouse points to this as well. I
want to remove the mouse completely and only use the mouse that comes with the
graphics tablet, however removing the "Pointer" section causes X to error on
startup.
Running with both enabled causes X to crash (and it winds up the Linux OS so
that I need to hard-reset the box ... not very friendly. I am willing to
accept that maybe there were problems when I upgraded form 3.3.2 to 3.3.3 of
X and snoop around the system on that basis, but what I would really really
appreciate is if any gurus out there can confirm the correct way to disable a
"normal" mouse and only use the Xinput devices to control the pointer and X's
operations. I want to physically unplug the old mouse for good and use that
port (/dev/ttyS0 or /dev/cua0) for the grpahics tablet, it's stylus, eraser
and mouse only.
If anyone has actually achieved this, the relevant extracts from your
XF86Config would be VERY much appreciated!
Regards,
Brad
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: westprog <[EMAIL PROTECTED]>
Crossposted-To:
comp.lang.java.advocacy,comp.os.linux.advocacy,comp.os.ms-windows.advocacy
Subject: Re: All the current OSes are idiotic (was Re: Is Windows for idiots?)
Date: Mon, 12 Apr 1999 14:42:14 GMT
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Chris Costello) wrote:
> In article <7dqere$9nd$[EMAIL PROTECTED]>, westprog wrote:
> > UNIX fans don't like shared libraries. They can always point to DLL hell as
> > proof that they don't work. In fact, the DLL debacle shows how you can
> > implement anything badly if you reallly want.
>
> We certainly write programs that dynamically link to
> libraries, you do know that...
Indeed you do, and so do I. What you don't get on Unix, to any great extent,
are system-wide shared libraries that provide common functionality for all
programs.
For example - I am running various X-windows applications on Solaris. There
are three seperate styles of scroll bar. I can't think of any possible reason
why I should want this. On Windows, all the graphical applications use common
controls to ensure a standard look and feel. If you want to override the
standard controls on Windows, it is as easy to do so as with X-Windows.
Of course, the original design for shared libraries on Windows - write a DLL
and dump it into \windows\system - was terrible. After a mere ten years or
so, Microsoft figured out the right way to do it (or at least a less wrong
way), and made sure that COM objects are subjected to a bit of discipline.
DLL's are still a nightmare though, and a major cause of instability on
Windows. This is not an excuse for Unix, though.
I dare say there are some examples of system wide library sharing on Unix, but
it is not the preferred way to operate.
J.
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: Oscar Kind <[EMAIL PROTECTED]>
Subject: Re: OPTi 931 soundcard: it's alive?
Date: Mon, 12 Apr 1999 15:56:31 +0200
On Sat, 10 Apr 1999, linellu arca wrote:
> I've a OPTi931 soundcard SB Pro compatible. I've recompiled my Kernel
> (it's 2.0.34) for this card
> but it didn't play.
> Bash says me "/dev/audio: no such devices or address"
> Workman and other programs don't play.
> Someone can tell me what I've to do?
> What's wrong?
I got it to work (I only tested making sound, not recording it).
In sndconfig, I chose the MADPRO sound card, using DMA)&DMA1 3, and IRQ 5.
Hope this helps.
mvg,
Oscar
--
Oscar Kind ([EMAIL PROTECTED])
Homepage: http://www.cs.vu.nl/~okind/ (PGP key at homepage)
PGP Key fingerprint = 8D 14 63 ED 3F FC D4 89 52 E1 D9 94 3F CC 6E A8
------------------------------
From: [EMAIL PROTECTED] (D. D. Brierton)
Subject: Remaining difficulties with on-board SiS6326
Reply-To: [EMAIL PROTECTED]
Date: Mon, 12 Apr 1999 12:56:20 GMT
Having installed XFree86 3.3.3.1 I now have X Windows working with my
SiS 6326, but it isn't performing optimally by any stretch of the
imagination. I have a PC Chips M747 BX Pro 100MHz motherboard with
built-in AGP SiS 6326 graphics accelerator with 8MB Video RAM.
X will not start in anything other 8bpp, even if I try and force it
with startx -- -16bpp. The video RAM doesn't appear to be detected at
all, and none of the acceleration seems to be present. The relevant
parts of my XF86Config are appended below. The options I am using are
those suggested by various people on this newsgroup. Has anyone
succesfully managed to get this configured properly? I'd be very
interested in hearing from anyone with the same motherboard as me, as
I also can't get the built-in CMI8330 sound chip to work either.
Section "Monitor"
Identifier "My Monitor"
VendorName "Daytek"
ModelName "DT-1436AM4"
HorizSync 31.5 - 48.5
VertRefresh 50-90
Modeline "1024x768" 65.00 1024 1072 1216 1344 768 771 777 806 \
-hsync -vsync
EndSection
Section "Device"
Identifier "My Video Card"
VendorName "SiS"
BoardName "M747"
Chipset "SiS6326"
VideoRam 8192
Option "sw_cursor"
Option "no_bitblt"
Option "no_imageblt"
DacSpeed 175
# Option "no_accel" # Use this if acceleration is causing problems
# Option "fifo_moderate"
# Option "fifo_conserv"
# Option "fifo_aggresive"
Option "fast_vram"
Option "pci_burst_on"
# Option "xaa_benchmark" # DON'T use with "ext_eng_queue" !!!
Option "ext_eng_queue" # Turbo-queue. This can cause drawing
# errors, but gives some accel
# Insert Clocks lines here if appropriate
EndSection
Section "Screen"
Driver "svga"
# Use Device "Generic VGA" for Standard VGA 320x200x256
#Device "Generic VGA"
Device "My Video Card"
Monitor "My Monitor"
Subsection "Display"
Depth 8
Modes "1024x768"
ViewPort 0 0
EndSubsection
Subsection "Display"
Depth 16
Modes "1024x768"
ViewPort 0 0
EndSubsection
Subsection "Display"
Depth 24
Modes "1024x768"
ViewPort 0 0
EndSubsection
Subsection "Display"
Depth 32
Modes "1024x768"
ViewPort 0 0
EndSubsection
EndSection
------------------------------
From: Alexandre Anotnov <[EMAIL PROTECTED]>
Subject: Re: driver for Intel740
Date: Mon, 12 Apr 1999 16:57:29 +0400
XBF-i740-glibc-1.0.0-1.i386.rpm
You can find it on ftp servers.
igor wrote:
> Hello!
>
> I have RedHat 5.2 and AGP Intel740 video card.
> Anyone know where I could look for the driver or compatibil driver?
>
> Thanks in advance
>
> [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Dominique Lovy)
Reply-To: [EMAIL PROTECTED]
Subject: Re: LINUX support for CD-R, CD-RW, packet writers?
Date: 12 Apr 1999 14:23:46 +0100
In article <7ed8cc$jce$[EMAIL PROTECTED]>, "Andy Glew" <[EMAIL PROTECTED]> writes:
>Q: what level of LINUX support is there for CD-R and CD-RW?
>
>I assume that LINUX can do whole CD or track oriented CD creation.
>
>I am mainly curious as to whether LINUX supports "packet writing"
>to CD and CD-RW --- the sort of thing that Adaptec Direct-CD supports
>on Windows.
>
>Basically, an incrementally modifiable filesystem for CDs, as opposed
>to the original CD filesystems that required the whole CD, or a large
>chunk thereof, to be written at once. The old CD filesystems typically
>required data streaming, high speed SCSI with everything cleared
>out of the way to prevent interruptions and other bus traffic while writing
>a CD. The newer packet writers allow the CD to be used pretty much like
>a floppy disk, and still allow ISO-standard filesystems to be created.
>
>Please email, [EMAIL PROTECTED]
>
>
This filesystem is called UDF, and will be used for DVD also
Take a look at
http://trylinux.com/projects/udf/index.html
Dominique LOVY, Dept. of Physical Chemistry, University of GENEVA
30 Quai Ansermet, CH-1211 GENEVE 4 (Switzerland)
Phone : ++41 22 702 65 25 Fax : ++41 22 602 65 18
E-Mail : [EMAIL PROTECTED]
------------------------------
From: Franck Veysset <[EMAIL PROTECTED]>
Subject: ES 1371 on Intel 440BX motherboard
Date: Mon, 12 Apr 1999 16:57:58 +0200
I have a gateway G6-450 (Pentium II), running a red-hat 5.2
Kernel is 2.0.36.
On the motherboard, there is an integrated sound card, soundBlaster
16 compatible, based on an ES 1371 chipset.
The only option on the setup, regarding the sound card, is
a switch : Enable/disable... So I guess this sound parameters are PnP ?
I have only one OS on the hard drive (no way to boot under DOS or W**)
I have try to compile the kernel with soundcard support, but that doesn't
worked. I have try the usual I/O=0x220, IRQ=5, DMA=1/5...
also try I/O=0x240 ... (for the 100% sound blaster compatibles)
The card is still not recognize (cat /dev/sndstat : no card found...)
Does someone know how to tune the system to be able to compile this sound
card ???
Thanks,
-Franck
(please : mail-> [EMAIL PROTECTED])
_/_/_/_/
_/_/_/_/ CNET -- France Telecom
_/_/_/_/
Franck Veysset, Internet/Intranet Security
E-Mail : [EMAIL PROTECTED]
Phone +33 (0)1 45 29 55 08 , Fax +33 (0)1 45 29 65 19
------------------------------
From: [EMAIL PROTECTED] (Dale Pontius)
Subject: Re: Epson 700 Printer....under linux?
Date: 12 Apr 1999 12:55:13 GMT
In article <[EMAIL PROTECTED]>,
Bert Haverkamp <[EMAIL PROTECTED]> writes:
>>
> I think you are refering to me, Dale. We've had some contact about this.
> The page is up, and the files are available at :
>
> http://lcewww.et.tudelft.nl/~haver/linux/epson.html
>
> Comments are welcome.
>
Just a clarification: I didn't write a driver, I wrote a configuration
file for the superbly configurable Uniprint driver that came with
Ghostscript 5.10. It says something good about the driver that it can
be adapted to a printer that wasn't even on the drawing boards when
the driver was written.
Dale Pontius
(NOT speaking for IBM)
------------------------------
From: "Rufus V. Smith" <[EMAIL PROTECTED]>
Subject: Re: Winmodems, the final word (I wish).
Date: Sun, 11 Apr 1999 22:42:56 -0400
I understand who would be suing whom, but why? The board manufacturers
will
claim reverse assembly or something, but all it will do is allow them to
sell more modems.
Why would anyone sue?
Allen wrote in message <7ehc3s$m2r$[EMAIL PROTECTED]>...
>WoW!... You know that won't even begin to cover the legal expenses for the
>inevitable lawsuits...
>
>
>On Wed, 7 Apr 1999 16:48:31 -0400, "Byron MIller" <[EMAIL PROTECTED]>
>wrote:
>
>>Well, on the free software bizaar
>>i have offered a bounty of 500.00 for someone
>>who can write a device driver for the rockwell "hcf"
>>modems and an extra 100.00 if they can implement
>>the riptide audio portion too :)
>>
>>so the offer is standing, you can email me anytime to
>>claim it and when done i will distribute it on my linux portal site
>>http://www.smallproductions.com
>>
>>have fun!
>>
>>
>><[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]...
>>> The 'problem' with Winmodems is that there is a huge amount
>>> of people that have them...
>>> Some creative guy needs to come up with a Linmodem
>>> so people can save a few bucks on hardware....
>>> Tragically, I'm not that creative guy..
>>>
>>>
>>> Greg Fischer wrote in message ...
>>> >No. They will NOT work under Linux, any *nix, anyBSD.
>>> >I wish it were that simple to explain to people.
>>> >
>>> >--
>>> >Kitty Haiku:
>>> >Litter box not here
>>> >You must have moved it again
>>> >I'll crap in the sink.
>>> >
>>>
>>>
>>
>
>Allen
>
>
>(email addy; user ID portion has a numeral one in place of word
>onespoiler, and of course, delete the bogus secondary domain of nospam.)
>PC/hardware Guru, and Linux Newbie
------------------------------
From: [EMAIL PROTECTED] (Nick)
Subject: Re: Promise Ultra66
Date: Mon, 12 Apr 1999 13:43:35 GMT
I don't know about Linux-U66 support, but an article I saw (can't
remember where) tested a U66 controller, witha a U66 cable and hard
disk, and the performance gain was almost nothing! They said this
will improve as hard mfg. increases the drive rpm's but for now, it's
almost nothing.
Nick
==================================================================================
On Thu, 8 Apr 1999 18:40:41 +0100, "Rupert Hair"
<[EMAIL PROTECTED]> wrote:
>I have just bought a Promice Ultra66 IDE controler card for my linux box. I
>bought a new HDD which had support for 66 Mb/S and so I thought that this
>card might improve performance. I have performed some tests on it and my
>disk read speeds have gone down from ~9 to ~4. I had to use some kernel
>params to get it to work at all (ide2=0x6000,0x6102).
>
>The Ultra DMA howto seems to say that the kernel should have built in
>support for UDMA 33 and I wonderd if it has / will have any support for the
>new standard.
>
>Thanks
>
>Rupert
>
>
------------------------------
From: westprog <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy,comp.os.ms-windows.advocacy
Subject: Re: All the current OSes are idiotic (was Re: Is Windows for idiots?)
Date: Mon, 12 Apr 1999 14:56:31 GMT
In article <7ea6i2$lk8$[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
> Johan Kullstam <[EMAIL PROTECTED]> writes:
> >[EMAIL PROTECTED] writes:
>
> >and in this case -f takes precedence over -i and rm will not prompt you.
>
> >yet a person has argued that this isn't the case and continues to
> >believe that -f as a filename doesn't become an option rm would ask.
>
> >if it's this hard to grasp, isn't something wrong?
>
> Well, if you argue like that (i.e. "One person doesn't get it, so it's too
> hard"), then there is something wrong with _every_ scheme you could imagine.
> In particular, I personally have still not completely figured out all
> the subtleties of the ways in which MS-DOS wildcard expansion is broken.
Look at the title of the thread! Of course DOS wildcard expansion is broken.
I simply cannot accept that being able to change the behaviour of commands by
putting dummy files in a directory is good design. Good design should be
clear. Having a file called '-f' is a way of telling lies to the program, or
at least playing jokes on it.
I also don't accept that this is as a result of Unix being so amazingly
powerful that only very clever people can use it safely. This is very
gratifying if you happen to use Unix, because it makes you part of a special
elite. I just think it is bad design, period.
J.
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
** 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
******************************
