Linux-Hardware Digest #243, Volume #14 Wed, 24 Jan 01 21:13:03 EST
Contents:
ISA Modems. Suggestions? ([EMAIL PROTECTED])
Cheap PCI Hardware Modem (Josh Stern)
Re: AMR modem & CS4280 sound chib (Hossam Hossny)
Re: Cheap PCI Hardware Modem (Bernd Eckenfels)
Im curius...why is ISA modem cost more than PCI modem?? ("kellyboy")
5th Annual Linux Showcase & Conference: Call for Papers (Sasha Keller)
HELP: Linux can't access 1024MB (Chuck Reese)
Tape Backup Configuration ("J. J.")
Re: Genius Netmouse Pro under Linux-Mandrake 7.2 / XF86 4.01 ("Anonymous Bob")
Re: Cheap PCI Hardware Modem (Josh Stern)
Re: upgrading/adding a 2nd drive ("Brian")
Any of 2.2.x not have CPUID problem with AMD CPUs? (Rich Carreiro)
Still confused on UDMA support (Rich Carreiro)
Re: RAID 1 terabyte on linux - advice needed ([EMAIL PROTECTED])
Re: Still confused on UDMA support ("Rinaldi J. Montessi")
----------------------------------------------------------------------------
From: [EMAIL PROTECTED]
Subject: ISA Modems. Suggestions?
Date: Thu, 25 Jan 2001 00:03:55 GMT
I need an isa modem for my freesco router. 56 k modem. I found a Modem
Blaster 56 k on mwave.com. Will a modem blaster work w/ minor setup
problems or tweaking? What isa modem do you suggest? I would get an
external but it is on a 386 and the freesco site said that internal is
better with the old compters because they had slow comm ports.
Sent via Deja.com
http://www.deja.com/
------------------------------
Crossposted-To: comp.os.linux.networking
Subject: Cheap PCI Hardware Modem
From: [EMAIL PROTECTED] (Josh Stern)
Date: 25 Jan 2001 00:19:47 GMT
I know this issue comes up a lot, so I just wanted
to report that http://www.mwave.com is
selling these http://www.archtek.com/pcv.html
for $38 USD and the one I got works great connecting
to several different sites. The chipset is
made by 'Topic'.
Please note that the "support" in the package for Linux
is useless (no documentation and a libc5 binary of
unknown purpose). What needs to be done under linux
is to look in /proc/pci for the assigned interrupt and
port of the card and then configure your startup
appropriately (e.g. /etc/serial.conf entry on Debian),
or use 'setserial' dynamically yourself.
Anyway, bottom line is that there is at least one
cheap, competent, PCI hardware modem out there.
-= Josh
------------------------------
From: Hossam Hossny <[EMAIL PROTECTED]>
Subject: Re: AMR modem & CS4280 sound chib
Date: Thu, 25 Jan 2001 00:10:23 GMT
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Ray) wrote:
> On Wed, 24 Jan 2001 01:02:40 GMT, Hossam Hossny <[EMAIL PROTECTED]>
wrote:
> >hi all
> >this is about AMR modems again
> >well I have i810 MB with i810 video card & crystal CS4280 sound chib
> >built-in.
> >my modem is volcano AMR modem (ICH82801AA chib on it).
> >so easily I managed to configure the video card with support from
Intel
> >website. I had troubles configuring the sound chib even after using
> >ALSA drivers which I discovered that their drivers configure the
chibs
> >built on cards (not built in the MB) like they got a module
called "snd-
> >card-cs461x" but the module I should use is "snd-cs461x" which is
> >already provided in my linux distribution and loaded successfully BUT
> >with no sound in the end !!!
>
> I'm pretty sure that snd-card-cs461x is correct regardless of weather
your
> sound card is built into the motherboard or not.
>
> --
> Ray
>
I'm afraid that it's not !
when I do "modprobe snd-card-cs461x" it gives me "device busy or not
found" error !
also, when I do "cat /proc/modules" or "lsmod" it lists all the sound
modules loaded succefully but "not used" !!!
I think I should use "amixer" to unmute the sound.
anyway..any other ideas??
Sent via Deja.com
http://www.deja.com/
------------------------------
From: Bernd Eckenfels <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking
Subject: Re: Cheap PCI Hardware Modem
Date: 25 Jan 2001 00:27:11 GMT
In comp.os.linux.networking Josh Stern <[EMAIL PROTECTED]> wrote:
> Anyway, bottom line is that there is at least one
> cheap, competent, PCI hardware modem out there.
Is the PCI Bus fast enough for modern Modems?
Greetings
Bernd
------------------------------
From: "kellyboy" <[EMAIL PROTECTED]>
Subject: Im curius...why is ISA modem cost more than PCI modem??
Date: Wed, 24 Jan 2001 18:37:17 -0600
Why is ISA modem cost more than PCI modem??
kellyboy
------------------------------
From: Sasha Keller <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.development.system,comp.os.linux.help,comp.os.linux.misc,comp.os.linux.networking,comp.os.linux.setup
Subject: 5th Annual Linux Showcase & Conference: Call for Papers
Reply-To: [EMAIL PROTECTED]
Date: Wed, 24 Jan 2001 17:08:31 -0800
5th Annual Linux Showcase & Conference (ALS 2001)
November 6-10, 2001
Oakland, CA USA
http://www.linuxshowcase.org
Sponsored by USENIX and the Atlanta Linux Showcase, Inc.,
in cooperation with Linux International
Now in its firth year, the Annual Linux Showcase & Conference
http://www.linuxshowcase.org continues its remarkable development
as the premier technical Linux conference, attracting expert talks on
everything from kernel internals to Internet services, panels
discussing the state of the Kernel, invited talks presenting
Linux in the real world, and more.
And this year, ALS breaks with tradition by moving out of
Atlanta to Oakland, CA!
The ALS 2001 Program Committee invites you to contribute your
ideas, proposals, and papers for tutorials, invited talks program,
refereed papers track, workshops, work-in-progress reports, and
symposia tracks. We welcome submissions that address any and
all issues relating to Linux and the Open Source world.
The Call for Papers with submission guidelines and suggested
topics is now available at http://www.linuxshowcase.org
Submissions are due June 5, 2001
Please join us and participate in the premier technical conference
for Linux enthusiasts and professionals! We look forward to seeing
you in the San Francisco Bay Area in November 2001!
===========================================
5th Annual Linux Showcase & Conference (ALS 2001) is
is sponsored by USENIX, the Advanced Computing Systems
Association, and the Atlanta Linux Showcase, in cooperation
with Linux International.
===========================================
------------------------------
From: Chuck Reese <[EMAIL PROTECTED]>
Subject: HELP: Linux can't access 1024MB
Date: Wed, 24 Jan 2001 17:16:38 -0800
I have a PIII with 1024MB of RAM. Unfortunately, Linux doesn't recognize
all my RAM. The most I can get is about 896MB. I've already tried the mem
command in lilo, but it doesn't work.
Here is an excerpt from my boot message:
Linux version 2.2.16-3 ([EMAIL PROTECTED]) (gcc version
egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Mon Jun 19 18:10:14
EDT 2000
Warning only 896MB will be used.
Detected 515004 kHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1028.92 BogoMIPS
Memory: 906020k/917504k available (1100k kernel code, 416k reserved, 9476k
data, 64k init, 0k bigmem)
Dentry hash table entries: 262144 (order 9, 2048k)
Buffer cache hash table entries: 524288 (order 9, 2048k)
Page cache hash table entries: 262144 (order 8, 1024k)
VFS: Diskquotas version dquot_6.4.0 initialized
CPU: Intel Pentium III (Katmai) stepping 03
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
Checking 'hlt' instruction... OK.
Checking for popad bug... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.35a (19990819) Richard Gooch ([EMAIL PROTECTED])
PCI: PCI BIOS revision 2.10 entry at 0xf08b0
PCI: Using configuration type 1
PCI: Probing PCI hardware
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
(rest deleted)
--
Charles Reese
Electrical and Computer Engineering Department
University of California
Santa Barbara, CA 93106
Voice: 805/893-4353
Fax: 805/893-3262
E-mail: [EMAIL PROTECTED]
------------------------------
From: "J. J." <[EMAIL PROTECTED]>
Crossposted-To: alt.sys.pc-clone.dell,comp.os.linux.help,linux.act.tape,linux.dev.tape
Subject: Tape Backup Configuration
Date: Wed, 24 Jan 2001 20:23:30 -0500
Does anyone know the correct density, blocksize, etc. settings for a Dell
Poweredge 1300 dds4 tape drive using the Red Hat "dump" and "restore"
commands with a 150m tape??
This drive is also known as a Dell PowerVault 100T DDS4 Drive
and is also known as a Vendor: ARCHIVE Model: Python 06408-XXX Rev: 8071
Type: Sequential-Access ANSI SCSI revision: 03
Someone else also suggested it was made by Conner and then bought out by
Seagate. Dell and Seagate web sites are useless.
Any help, URL's, docs, or working scripts would be of great help!
Thanks.
------------------------------
From: "Anonymous Bob" <[EMAIL PROTECTED]>
Subject: Re: Genius Netmouse Pro under Linux-Mandrake 7.2 / XF86 4.01
Date: Thu, 25 Jan 2001 01:24:54 GMT
mir,
FWIW, I see exactly the same thing. It's not your motherboard. I have an
Epox.
If you find a solution elsewhere, please let me know.
Bob Vanderveen
--
Links to security related links:
http://web2.airmail.net/buzz/faqlinks.html
http://www.alphalink.com.au/~johnf/dspypdf.html
http://www.sans.org/newlook/resources/IDFAQ/oddports.htm
"mir" <[EMAIL PROTECTED]> wrote in message
news:9469rg$42k$[EMAIL PROTECTED]...
> Hello
>
> I have a Genius Net Pro on my PS/2 mouse port (the mb is an Abit BE6). It
> used to work right after a while when I used XF86 3.36 with the Gentus
Linux
> (from Abit). But when I switch to Linux Mandrake the mouse no longer
worked.
>
> When I configure Mandrake with XF86 4.01 to use the Genius driver instead
of
> the standard PS/2 driver my mouse will basically get out of control when I
> move it. Mostly it gets stuck in the corner and behaves erratically like
> performing button presses without actually touching the mouse. If I use
the
> mouse as a standard PS/2 mouse then I don't have the scrolling abilities
> that I paid for.
>
> Is there a way of actually making this mouse work correctly under
> Linux-Mandrake?
>
> Any help will be greatly appreciated.
>
> Thanks
>
>
>
>
>
------------------------------
Crossposted-To: comp.os.linux.networking
Subject: Re: Cheap PCI Hardware Modem
From: [EMAIL PROTECTED] (Josh Stern)
Date: 25 Jan 2001 01:29:32 GMT
Bernd Eckenfels <[EMAIL PROTECTED]> wrote:
>In comp.os.linux.networking Josh Stern <[EMAIL PROTECTED]> wrote:
>> Anyway, bottom line is that there is at least one
>> cheap, competent, PCI hardware modem out there.
>
>Is the PCI Bus fast enough for modern Modems?
Yes, I've heard that people with no ISA slots in their
computer get much better performance...and $38 (USD) is
a competitive price for any hardware modem.
-= Josh
------------------------------
From: "Brian" <[EMAIL PROTECTED]>
Subject: Re: upgrading/adding a 2nd drive
Date: Wed, 24 Jan 2001 20:28:56 -0800
I like to kepp /home on a separate partition because it makes upgrading a
lot cleaner. The upgrades always seem to want to force a format of all the
linux partitions. I'm curious about something: when I did what you're
doing, I couldn't boot until I ran "e2fslabel" on /boot and /. I also put
a /boot partition low on the disk so I don't run into lilo problems.
Probably overkill there. Everything else is in /.
"Rinaldi J. Montessi" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> Trevor Hemsley wrote:
> >
> > On Wed, 24 Jan 2001 19:22:59, Marcell Stoer <[EMAIL PROTECTED]> wrote:
> >
> > > Thanks for all the advice. I am seriously considering just
re-installing on
> > > the 4.3Gb drive.
> > >
> > > The problem is that new software gets installed to /usr (as far as I
can
> > > tell) as well as many updates. If I cannot easily increase the /usr
storage
> > > with this added on drive, then a re-install is better. I could just
> > > migrate the entire thing to the new drive (as described in the HD
upgrade
> > > HowTo), but I don't see that as any faster. I cannot make a backup
(no tape
> > > or CD burner attached).
> > >
> > > I think I'll just save a few of my setting files to floppy ( .conf
files
> > > ....) and a copy of a recent dmesg output so I know what I need to
"aim" for
> > > if I have a problem re-installing.
> >
> > It's fairly easy to move stuff around. I've done this in the past by
> > mounting a new drive on something like /newhome then
> >
> > cd /home && tar -vcf /newhome/home.tar * && cd /newhome && tar -vxf
> > home.tar
> >
> > then mv'ing /home to /oldhome and /newhome to /home. If you can
> > identify what directories use most space using du then you can target
> > the things that will make most difference. You can also softlink (man
> > ln) things from one disk to another so, on some of my systems, things
> > like /usr/local softlink to /home/local
> >
> > OTOH, a reinstall might be easier ;-)
> >
> > --
> > Trevor Hemsley, Brighton, UK.
> > [EMAIL PROTECTED]
>
> If I may; and I'm sure there is good reason for some; what is the
> rationale behind splitting (e.g.) /var or /usr etc. onto seperate
> partitions? With todays drives and controllers fsck just doesn't take
> that long, and if a drive crashes - it doesn't fall by partition.
>
> When we get one of our frequent power outages here in Florida, it takes
> longer to fsck my udma 33 at 5 gig than it does to fsck my 13 and 30 gig
> udma 66 and 100 drives combined.
>
> I have done exactly as the original questioner wishes using the HD
> upgrade mini How-To, and because all was on one partition it was much
> simpler.
>
> Perhaps I am being naive?
>
> --
> Rinaldi]$
> "Defeat may serve as well as victory, to shake the soul and let the
> glory out." --Poet Edwin Markham (c. 1898)
------------------------------
From: [EMAIL PROTECTED] (Rich Carreiro)
Subject: Any of 2.2.x not have CPUID problem with AMD CPUs?
Date: 24 Jan 2001 20:28:29 -0500
I have heard that at least some versions of 2.2 have problems
with AMD Athlon/Duron systems because of CPUID issues. This
is a concern to me since I'm running a 2.2-based system
and will probably soon be migrating it to an AMD-based system.
I am running 2.2.18. Does it work ok with AMD CPUs? And if
not, does making it so require a kernel recompile or is there
some boot-time kernel command-line option that can be given to
fix things?
--
Rich Carreiro [EMAIL PROTECTED]
------------------------------
From: Rich Carreiro <[EMAIL PROTECTED]>
Subject: Still confused on UDMA support
Date: 24 Jan 2001 20:40:24 -0500
I want to thank all you who answered my original question and gave me
some good URLs to check out (including Hedrick's patches).
I remain a bit confused, however...
Do Hedrick's patches just enable one to use an IDE controller in full
ATA/UDMA mode (i.e. absent the patch the controller would work but
only in (E)IDE mode)? Or are the patches needed for the kernel to see
the controllers *at all*? Or does the answer to that depend on which
controller you have?
The idea/problem is that I'm currently running a 2.2.18 system on an
ancient Pentium 100 that only has (E)IDE. I'm planning to soon move
up to an Athlon or Duron-based system (I'm planning to just swap the
drive from the old system to the new, since the *drive* is only a
few months old).
So in preparation for that, I figure I would just get the kernel
all ready so it would (hopefully :) work out-of-the-box when I
swap the drive over. I have grabbed the Hedrick 12/21 patch for
2.2.18 and have applied it.
However, I'm not totally sure which options to select. Some of
the new options that the patch added seem to be required (i.e.
are in the form "Select this if you have chipset Foo), but some
seem to be only enhancements (i.e. "Select this if you want to
tune chipset foo"). And then the "auto-use DMA if available" option
says it can be dangerous, but a number of the chipset options require
its use.
To make things a bit more concrete, the local shop I'm planning on
getting the machine from uses the following mobos:
Socket-A AMD Athlon and Duron PGA Class Motherboards:
Microstar K7T Pro-2A Socket-A VIA/KT133-based ATX-style motherboard for
Athlon and Duron PGA CPUs w/built-in audio and ATA-100 support.
DFI AK74-EC Socket-A VIA/KT133-based ATX-style motherboard for Athlon
and Duron PGA CPUs w/built-in audio and ATA-100 support
Asus A7V Socket-A VIA/KT133-based ATX-style motherboard for Athlon and
Duron PGA CPUs
Abit KT7A Socket-A VIA/KT133A-based for Athlon and Duron PGA CPUs
Abit KT7A-Raid Socket-A VIA/KT133A-based for Athlon and Duron PGA CPUs
with built-in IDE RAID controller
I note these are all VIA-based. But the only config option in the kernel
config for VIA is marked "experimental" (which is scary) and it only
talks about tuning.
Are VIA chipsets supported at all under Linux? If so, in which modes?
I guess what I'm worried about is buying a system that I can't use
at all. For what I'm planning to use the system for, it's OK if
it can't run in full UDMA/ATA mode for a while -- I can wait until
kernel and/or patches catch up to that. But I want to make sure
that the drive will at least work in E(IDE) mode so I can use the
system.
Thanks in advance!
--
Rich Carreiro [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.alpha
Subject: Re: RAID 1 terabyte on linux - advice needed
Date: 25 Jan 2001 01:34:27 GMT
Reply-To: [EMAIL PROTECTED]
In comp.os.linux.alpha Janne Sinkkonen <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] writes:
>> The situation is _exactly_ the same one for x86 boards with this
>> difference that I do not recall ever seeing x86 machine with a builtin
>> SCSI controller. But maybe there are some?
> Asus makes (or has made) motherboards with LVD SCSI controllers.
Well, ok. So I did not see these "higher end" x86 boards. :-) I am
not that surprised.
OTOH I did run experiments with sym53c1010 controller from Intraserver
on Linux/Alpha, and suitable drives, and a speed reported on a bus was
160 MB/sec. I do not know what maximum speed could be achieved in
practice as I did not have that many drives to be even close to that
capacity. This is not that easy to do when actual writing speed from a
head to media for really good drives is somewhere in between 20 MB/sec
to 30 MB/sec range (take numbers reported by 'hdparm -t' with a big
grain of salt :-). A good RAID array, fully loaded, may be somewhat up
to the task but I did not have one when trying things.
Still note that in a kernel code you can find fragments of that sort:
/*
* This is needed to work around a sequencer bug for now. Regardless
* of the controller in use, if we have a Quantum drive, we need to
* limit the speed to 80MByte/sec. As soon as I get a fixed version
* of the sequencer, this code will get yanked.
*/
if(!strncmp(buffer + 8, "QUANTUM", 7) &&
p->transinfo[tindex].goal_options )
So available speeds may also depend on which drives you are using and
this is not a processor dependent.
Michal
------------------------------
From: "Rinaldi J. Montessi" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: Still confused on UDMA support
Date: Wed, 24 Jan 2001 21:03:07 -0500
Rich Carreiro wrote:
>
> I want to thank all you who answered my original question and gave me
> some good URLs to check out (including Hedrick's patches).
>
> I remain a bit confused, however...
>
> Do Hedrick's patches just enable one to use an IDE controller in full
> ATA/UDMA mode (i.e. absent the patch the controller would work but
> only in (E)IDE mode)? Or are the patches needed for the kernel to see
> the controllers *at all*? Or does the answer to that depend on which
> controller you have?
Properly configured the Hedrick patch will allow the kernel to detect
eide controllers on and off the main board. Setting the dma auto
function should detect the (u)dma mode capability of each drive and let
it function accordingly. You can test this with the hdparm utility
after it's set up.
You need to do some reading re: the other questions. If you have the
kernel untarred you can do a make xconfig in the top level directory and
read the help notes for each entry. The notes are usually accompanied
with a reference to something in the ~/Documents directory. There's
really a lot of good information there covering most everything the
kernel is capable of. Your next best friend is http://www.google.com.
Remember, linux is only free if your time is worth nothing :-)
--
Rinaldi]$
"Defeat may serve as well as victory, to shake the soul and let the
glory out." --Poet Edwin Markham (c. 1898)
------------------------------
** 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
******************************
