Linux-Hardware Digest #788, Volume #14 Fri, 18 May 01 00:13:06 EDT
Contents:
Re: Tape, Travans and Misery ("Monte Milanuk")
adaptec aha1535 ([EMAIL PROTECTED])
Re: Debian (SammyTheSnake)
Re: Linux LCD problem (Terry Porter)
Re: Anyone selling basic cheap Linux boxes? (the softrat)
Re: yes, 2 SGI 1600sw LCD panels DO work in linux in dualhead mode! (Bryan)
Re: yes, 2 SGI 1600sw LCD panels DO work in linux in dualhead mode! (Bryan)
Re: PCMCIA / PS2 IRQ12 Conflict (2.4 kernel) (Leonard Evens)
Re: Linux LCD problem ("SilentNight")
Adding Adaptec Card and Tape drive after installation (Joseph Clarke)
Re: I need help. RH7.1 wont configure my ATI Xpert 128 AGP 32 RAM. Log attached
("Gene Heskett")
Broadcom BCM4210 iLine10 phoneline hetwork drivers? ("Dave Smith")
----------------------------------------------------------------------------
From: "Monte Milanuk" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux.mandrake,linux.dev.tape
Subject: Re: Tape, Travans and Misery
Date: Fri, 18 May 2001 00:47:47 GMT
Sounds like you've got the first-hand experience... Go for it!!! ;)
Monte
John Chewter <[EMAIL PROTECTED]> wrote in message
news:wkXM6.274238$[EMAIL PROTECTED]...
> That seems to be the key!
> Thanks a lot - much appeciated.
>
> Great!
>
> There are many more like me that cannot do this and the info is in so many
> places as to be incomprehsible - who will be the hero and write the
> definitive faq? There is Immortality in this?????????
>
> Who will be the hero and write the step through how to? ;)
> All points covered?
>
> "Mark Empson" <[EMAIL PROTECTED]> wrote in message
> news:aOVM6.937$[EMAIL PROTECTED]...
> > see http://www.lmphotonics.com/linux.htm
> >
> > "John Chewter" <[EMAIL PROTECTED]> wrote in message
> > news:EAQM6.263598$[EMAIL PROTECTED]...
> > > Linux new convert. Maybe I have missed some readily available
document?
> > >
> > > I have a Seagate Travan IDE ST8000 but It detects as a hard disk
> /dev/hdd
> > > and refuses to work
> > >
> > > A search of the web (and this group) reveal a lot of people with the
> same
> > > problem (also with scsi tape drives) - seems to apply to HP Colorados
as
> > > well.
> > >
> > > There seems to be no Howto on the subject
> > >
> > > The answers seem to be in snippets all over the web
> > >
> > > So, could some kind guru possibly describe (step by step) how to
install
> > an
> > > ATAPI tape drive and possibly turn it into a HowTo / Faq?
> > >
> > > ide-tape is in the kernal
> > >
> > > All tape software tried says there is no tape.
> > > Any help appreciated
> > >
> > >
> > >
> >
> >
>
>
>
------------------------------
From: [EMAIL PROTECTED]
Subject: adaptec aha1535
Date: Thu, 17 May 2001 20:59:47 -0400
does linux even support this card? i have not found any evidence of this
hopefully someone out there will know. tia
------------------------------
From: [EMAIL PROTECTED] (SammyTheSnake)
Subject: Re: Debian
Date: Thu, 17 May 2001 19:35:03 +0100
In article <[EMAIL PROTECTED]>, Eric P. McCoy wrote:
>"Dime" <[EMAIL PROTECTED]> writes:
>
>> Hi, does anyone know if Debian 2.2 has support for S3 Trio 3D/2X like RedHat
>> 7.0 !
>
>In what, X? If so, I strongly believe so, though maybe not the
>version in `stable'. To verify, check the documentation at
>www.xfree86.org (for 4.0), which has a list of supported cards, and
woah there! debian 2.2 uses X 3.x and does indeed support S3, perhaps you
mean debian 2.3?
>then go to www.debian.org and look at the version on the X packages
>(both in `stable' and `unstable').
Cheers & God bless
SammyTheSnake
--
Sam.Penny @ Ntlworld.com | Looking for a computer related
Linux, Hardware & Juggling specialist :-) | job, if you can help, e-mail me :)
Wheels: bike, 'ickle bike, and unicycle. | /o \/ Working on 5 ball 1/2 shower
Boxen: K6-266@300, dual Celery500 & Nx486 | \__/\ & some 6 / 7 ball exercises
------------------------------
Crossposted-To:
alt.os.linux.mandrake,comp.os.linux.advocacy,hk.comp.pc,tw.bbs.comp.linux
From: [EMAIL PROTECTED] (Terry Porter)
Subject: Re: Linux LCD problem
Reply-To: No-Spam
Date: 18 May 2001 01:44:46 GMT
On Thu, 17 May 2001 23:09:06 +0800,
Jerry Wong <[EMAIL PROTECTED]> wrote:
> Can anybody help?
>
>
> X_ESP ¼¶¼g©ó¤å³¹ <[EMAIL PROTECTED]>...
>>I am using CTX PV520 LCD monitor...
>>after I installed Linux 7.0, I cannot use graphical login....
>>I tried all the generic monitor type in Xconfigurator but it didn't
>>help...
>>Please help me ...thanks a lot
>>
>>
>
Perhaps there is no Linux driver (yet) for this display ?
I have a LCD display (2x20) that runs from a parallel port
and displays uptime, cpu load, time of day, and ram usage
but thats the extent of my Linux LCD experience.
--
Kind Regards
Terry
--
**** ****
My Desktop is powered by GNU/Linux.
1972 Kawa Mach3, 1974 Kawa Z1B, .. 15 more road bikes..
Current Ride ... a 94 Blade
Free Micro burner: http://jsno.downunder.net.au/terry/
** Registration Number: 103931, http://counter.li.org **
------------------------------
From: [EMAIL PROTECTED] (the softrat)
Subject: Re: Anyone selling basic cheap Linux boxes?
Date: 18 May 2001 02:12:36 GMT
Reply-To: [EMAIL PROTECTED]
On Wed, 16 May 2001 17:17:04 -0400, Larry Ebbitt <[EMAIL PROTECTED]> wrote:
>
>True, but the poster was asking about boxes, not do-it-yourself kits.
>Penguin Computing is the bes (I've seen, but a bit more than $500 <g>..
>
>--
>Larry Ebbitt - Linux + OS/2 - Atlanta
Do-it-yourself kits are OK! Think Penguin: Cheep, cheep, cheep!
--
the softrat
mailto:[EMAIL PROTECTED]
---
(A Funny Line)
------------------------------
From: Bryan <[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: Fri, 18 May 2001 02:26:20 -0000
In comp.sys.sgi.graphics Jon Leech <[EMAIL PROTECTED]> wrote:
>>
>>(now, if the brightness/contrast utility would only exist in opensource for
>>linux... still not sure why SGI is keeping this proprietary; especially on
>>monitors they're discontinuing. harumph!)
> First, it takes many lawyer and management cycles to open source
> code, or release corporate IP. Lawyers and managers are typically
> overburdened with things that directly affect revenue generation;
> products that are on the way out are unlikely to generate further
> revenue.
but here's the funny part. the supreme value is the x-server, itself.
that's what people use, uhm, to -display- data. if that part is
opensource (and it clearly is), then why the hell won't sgi release
the remaining specs so that we can control the friggin brightness!!
sheesh - its far far less interesting how they do that, but its the
final 2% of the solution. and since there's NO physical
brightness/contrast control on the device (bad design, btw), you MUST
have an interface via software to turn the brightness down (its
way too bright in its default as-shipped setting, btw).
> Second, there is often IP owned by *other* companies involved in
> products, and sorting out which IP can safely be released, and which
> can't, takes both engineering and legal cycles. See above re revenue
> issues.
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 bottom line is that there are very real, bottom-line costs
> associated with doing this sort of stuff, at a time when SGI is fighting
> hard to turn a profit. We have been generous to the open source and
> Linux communities, but it's just not realistic to expect all the details
> of old products to become available.
in fact, its MORE useful to opensource EOL'd items. sgi is clearly
not interested in supporting the old #9 cards. #9 is not supporting
them, and so what harm is there to release specs so that the few of us
customers (there goes the C-word again) can still breathe life into
stuff we paid real money for. I'm no corporation - spending a few
kilobucks on monitors was a HUGE decision for me. I didn't mind as
much since I feel these are the best damn lcd's out there, today. but
it irks me that I have an incomplete solution that I paid serious
money for. don't get me wrong, I'm 98% happy, but its SO easy to
complete that last 2%. come on, 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. but please, there's just no excuse for
opensourceing the actual video DRIVER and leaving out the 'control
panel' part of it. its sheer silliness; lawyers or not ;-(
(and its a joke to have to boot into windows just to change the
brightness of your monitor. can't the sgi flatpanel monitor group SEE
THAT??)
--
My email addr can be found on my web page: http://www.snmptools.org/
Please DON'T send me email when you're posting a follow-up.
------------------------------
From: Bryan <[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: Fri, 18 May 2001 02:27:06 -0000
its only money...
[ducks for cover]
In comp.sys.sgi.graphics Matthew van de Werken <[EMAIL PROTECTED]> wrote:
> Just wanted to let you know that I'm extremely jealous of your setup.
> Cheers,
> MvdW
> "Bryan" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]...
> [snip unashamed gloating about having not one, but TWO SGI 1600SW's]
--
My email addr can be found on my web page: http://www.snmptools.org/
Please DON'T send me email when you're posting a follow-up.
------------------------------
From: Leonard Evens <[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: Thu, 17 May 2001 21:12:09 -0500
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
> > > segmentation fault while probing for the mouse, and then the system was
> > > frozen. Hmmm, is there a bug here? (or perhaps the missing file is the
> > > cause of that) I had to run 'mouseconfig --noprobe' to regenerate the
> > > /etc/sysconfig/mouse file. I selected the Generic PS/2 mouse, as that
> > > looked to be the only correct one. I did try the Microsoft Intellimouse
> > > (PS/2), however when the system was booted, I no longer had use of the
> > > keyboard and had to use the boot CD to rescue the system.
> > >
> > > Anyway, some suggestions would be helpful. If no one can think of a
> > > cause for this problem, then I'll have a look at compiling a newer
> > > version of the kernel.
> > >
> > > Please HELP!
> > >
> > > Regards,
> > > Dave Hawkins
> > > Caltech
> > > [EMAIL PROTECTED]
> > >
> > >
> > >
I also encountered this problem. Go to the RedHat web site and
see Bugzilla bug report number 37812. The problem definitely
is from the kernel module yenta_socket. The point you raise
about stopping pcmcia turns out to be confusing. If you
never start pcmcia, the Texas Instruments pcmcia controller
will not be using irq 12. But once you start it, even if
you stop it afterwards, it keeps the interrupt at the hardware
level. To see that, try lspci -vv both before and after running
pcmcia.
We managed to come up with two workarounds. The one I prefer
is to pass the following to the kernel
pci=irqmask=0xafff
You can do this at the lilo prompt with
linux pci=irqmask=0xafff
or you can add to the linux image section in /etc/lilo.conf
append="pci=irqmask=0xafff"
and then rerun lilo.
What this does is exclude irqs 12 and 14 from the list of irqs
that pci devices can use. Then when you run pcmcia, it will
take irq 15.
In the bugzilla discussion there is also another method which
requires changing the penalties for different irqs in
a certain file in the kernel source and then making a new
kernel or perhaps just new modules, I'm not sure which.
This problem, by the way, does not arise in Windows 98,
nor did it in RH 5.1 through 7.0. The difference for the
RH7.1 is that the code was rewritten to incorporate the support
in the kernel whereas previous it was standalone.
--
Leonard Evens [EMAIL PROTECTED] 847-491-5537
Dept. of Mathematics, Northwestern Univ., Evanston, IL 60208
------------------------------
From: "SilentNight" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux.mandrake,comp.os.linux.advocacy,tw.bbs.comp.linux
Subject: Re: Linux LCD problem
Date: Fri, 18 May 2001 11:09:43 +0900
"Jerry Wong" <[EMAIL PROTECTED]> wrote in message
news:9e0pbm$p0s$[EMAIL PROTECTED]...
> Can anybody help?
>
>
> X_ESP $B%7%+%7(Bg$B%%†&j5%1(B <[EMAIL PROTECTED]>...
> >I am using CTX PV520 LCD monitor...
> >after I installed Linux 7.0, I cannot use graphical login....
> >I tried all the generic monitor type in Xconfigurator but it didn't
> >help...
> >Please help me ...thanks a lot
> >
when install, there is a generic display mode, look for that word: generic
in the alphabetical list of makers.
choose the nearest resolution, or simply Generic SVGA, 1024x768 or 800x648
or so. I do this with my LCD display. A test is available immediately
after
selecting the monitor.
hope this may help.
SN
------------------------------
From: Joseph Clarke <[EMAIL PROTECTED]>
Subject: Adding Adaptec Card and Tape drive after installation
Date: Fri, 18 May 2001 03:15:50 GMT
I have a bit of a problem installing my SCSI card and Tape drive. I hav=
e=20
had RH7 running about a month or so. Today I installed and Adaptec=20
AHA-1540CF / 1542CF. Address is DC000h, Interupt is 11. DMA is 5. Car=
d=20
SCSI ID is 7, Tape drive (Archive) SCSI ID is 0. Bios on the card is=20
enabled.
The computer itself sees the card and tape drive at boot-up. When Linux=
=20
loads, it doesn't see any new hardware when it boots. I am hoping I=20
don't have to configure a new kernal. I attempted this last week, and=20
kept getting an error during the compile.=20
I also have attempted to do a non-destructive upgrade, but nothing comes=
=20
up as far as SCSI. I have looked for How-to's and have also checked 3 =
books. I can't find anything.
Any help would be appreciated.
Thanks,
Joseph
------------------------------
Date: 17 May 2001 23:5:58 -0500
From: "Gene Heskett" <[EMAIL PROTECTED]>
Subject: Re: I need help. RH7.1 wont configure my ATI Xpert 128 AGP 32 RAM. Log
attached
Crossposted-To: comp.os.linux.setup,comp.os.linux.x
Gene Heskett sends Greetings to (REMOVE the;
tE> I have an ATI Rage 128 4x AGP card 32ram and a Viewsonic A75f monitor.
tE> Could someone provide me a XF86config or tell me which file I need to
tE> edit i.e, XF86config XF86config-4, I have no clue which one to use, but
tE> it appears that the X server wants to use the -4 file. Please be a little
tE> more specific, I am new to Linux :) please?
tE> My log output is below, Please tell me exactly what I have to do.
tE> Please CC your response to [EMAIL PROTECTED]
Ask here, get answer here so that all may benefit.
I'm going to snip the log, but essentially it reports very close to the
same thing I just got with a "Rage Fury Pro 32mb" + VIVO card.
The difference is that my failure log reported from scanpci the the card
number was 5446, not 544d as yours does. Run scanpci -v by hand for a
full report.
I'm convinced in my case that ATI has made a new card, but has neglected
to tell the box artwork people. Even Xig's drivers for *that* card
could not find that card. Given the time lag between a new card coming
onto the scene, and working drivers for linux typically being a year, I
took the card back for a refund. Xig said they would have to go buy one
and write new drivers for it.
Based on the fact that ATI *may* be using a sequential numbering system,
and my 5446 wasn't recognized, your 544d (assumeing a hex numbering system)
is in the same category. Take it back for a refund and get if you can,
some older but fast enough model. I am continueing that search for
myself, but the only thing I can find locally is the nvidia card at $230
USD on the Circuit City shelf. I don't game, and don't need that much
card, just one that can change a screen in the sub-second category
instead of 2-3 seconds like this old SiS-6326 based card manages.
And one more time ATI sticks it to us, at least in my opinion. In my
case, I have no idea if the drivers on the floppies it came with
actually worked, there are no M$ windows in this house...
[snip *most* of log]
tE> XFree86 Version 4.0.3 / X Window System
tE> (protocol Version 11, revision 0, vendor release 6400)
tE> Release Date: 16 March 2001
[...]
tE> (II) LoadModule: "scanpci"
tE> (II) Loading /usr/X11R6/lib/modules/libscanpci.a
tE> (II) Module scanpci: vendor="The XFree86 Project"
tE> compiled for 4.0.3, module version = 0.1.0
tE> ABI class: XFree86 Video Driver, version 0.3
tE> (II) UnloadModule: "scanpci"
tE> (II) Unloading /usr/X11R6/lib/modules/libscanpci.a
tE> (II) Host-to-PCI bridge:
tE> (II) PCI-to-ISA bridge:
tE> (II) PCI-to-PCI bridge:
[...]
tE> (--) PCI:*(1:0:0) ATI unknown chipset (0x534d) rev 0, Mem @
tE> 0xd0000000/26,
tE> 0xd5000000/14, I/O @ 0x9000/8
tE> (II) Addressable bus resource ranges are
tE> [0] -1 0x00000000 - 0xffffffff (0x0) MX[B]
tE> [1] -1 0x00000000 - 0x0000ffff (0x10000) IX[B]
tE> (II) OS-reported resource ranges:
tE> [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B)
tE> [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
tE> [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B]
tE> [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B]
tE> [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B]
tE> [5] -1 0x00000000 - 0x000001ff (0x200) IX[B]E
tE> (II) Active PCI resource ranges:
tE> [0] -1 0xd9039000 - 0xd90390ff (0x100) MX[B]
tE> [1] -1 0xd9000000 - 0xd901ffff (0x20000) MX[B]
tE> [2] -1 0xd9030000 - 0xd9037fff (0x8000) MX[B]
tE> [3] -1 0xd9020000 - 0xd902ffff (0x10000) MX[B]
tE> [4] -1 0xd9038000 - 0xd903803f (0x40) MX[B]
tE> [5] -1 0xd6000000 - 0xd7ffffff (0x2000000) MX[B]
tE> [6] -1 0xd5000000 - 0xd5003fff (0x4000) MX[B](B)
tE> [7] -1 0xd0000000 - 0xd3ffffff (0x4000000) MX[B](B)
tE> [8] -1 0x0000c000 - 0x0000c0ff (0x100) IX[B]
tE> [9] -1 0x0000bc00 - 0x0000bc3f (0x40) IX[B]
tE> [10] -1 0x0000b800 - 0x0000b83f (0x40) IX[B]
tE> [11] -1 0x0000b400 - 0x0000b403 (0x4) IX[B]
tE> [12] -1 0x0000b000 - 0x0000b007 (0x8) IX[B]
tE> [13] -1 0x0000ac00 - 0x0000ac03 (0x4) IX[B]
tE> [14] -1 0x0000a800 - 0x0000a807 (0x8) IX[B]
tE> [15] -1 0x0000a400 - 0x0000a43f (0x40) IX[B]
tE> [16] -1 0x0000a000 - 0x0000a01f (0x20) IX[B]
tE> [17] -1 0x0000f000 - 0x0000f00f (0x10) IX[B]
tE> [18] -1 0x00009000 - 0x000090ff (0x100) IX[B](B)
[...]
tE> (II) LoadModule: "dbe"
tE> (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a
tE> (II) Module dbe: vendor="The XFree86 Project"
tE> compiled for 4.0.3, module version = 1.0.0
tE> Module class: XFree86 Server Extension
tE> ABI class: XFree86 Server Extension, version 0.1
tE> (II) Loading extension DOUBLE-BUFFER
tE> (II) LoadModule: "extmod"
tE> (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a
tE> (II) Module extmod: vendor="The XFree86 Project"
tE> compiled for 4.0.3, module version = 1.0.0
tE> Module class: XFree86 Server Extension
tE> ABI class: XFree86 Server Extension, version 0.1
tE> (II) Loading extension SHAPE
tE> (II) Loading extension MIT-SUNDRY-NONSTANDARD
tE> (II) Loading extension BIG-REQUESTS
tE> (II) Loading extension SYNC
tE> (II) Loading extension MIT-SCREEN-SAVER
tE> (II) Loading extension XC-MISC
tE> (II) Loading extension XFree86-VidModeExtension
tE> (II) Loading extension XFree86-Misc
tE> (II) Loading extension XFree86-DGA
tE> (II) Loading extension DPMS
tE> (II) Loading extension FontCache
tE> (II) Loading extension TOG-CUP
tE> (II) Loading extension Extended-Visual-Information
tE> (II) Loading extension XVideo
tE> (II) LoadModule: "type1"
tE> (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a
tE> (II) Module type1: vendor="The XFree86 Project"
tE> compiled for 4.0.3, module version = 1.0.0
tE> Module class: XFree86 Font Renderer
tE> ABI class: XFree86 Font Renderer, version 0.2
tE> (II) Loading font Type1
tE> (II) Loading font CID
tE> (II) LoadModule: "freetype"
tE> (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a
tE> (II) Module freetype: vendor="The XFree86 Project"
tE> compiled for 4.0.3, module version = 1.1.9
tE> Module class: XFree86 Font Renderer
tE> ABI class: XFree86 Font Renderer, version 0.2
tE> (II) Loading font FreeType
tE> (II) LoadModule: "r128"
tE> (II) Loading /usr/X11R6/lib/modules/drivers/r128_drv.o
tE> (II) Module r128: vendor="The XFree86 Project"
tE> compiled for 2.49.119E{, module version = 4.0.1
tE> Module class: XFree86 Video Driver
tE> ABI class: XFree86 Video Driver, version 0.4
tE> (EE) module ABI minor version (4) is newer than the server's version (3)
tE> (II) UnloadModule: "r128"
tE> (II) Unloading /usr/X11R6/lib/modules/drivers/r128_drv.o
tE> (EE) Failed to load module "r128" (module requirement mismatch, 0)
[...] ^^^^^^^^^^^^^^^^^^^^^^^^^^^
tE> (EE) No drivers available.
This is the real error, the drivers (r128) never found _that_ card.
tE> Fatal server error:
tE> no screens found
Minor detail.
Cheers, Gene
--
Gene Heskett, CET, UHK |Amiga A2k Zeus040, Linux @ 500mhz
email gene underscore heskett at iolinc dot net
#Amiga based X10 home automation program EZHome, see at:#
<http://www.iolinc.net/gene_heskett>
This messages reply content, but not any previously quoted material,
is © 2001 by Gene Heskett, all rights reserved. Due to recent
changes in M$ lusers TOS, mail from msn.com, msn.net, microsoft.com,
microsoft.net, hotmail.com, and hotmail.net is auto-deleted, unread.
--
------------------------------
From: "Dave Smith" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.help,comp.os.linux.networking
Subject: Broadcom BCM4210 iLine10 phoneline hetwork drivers?
Date: Wed, 16 May 2001 23:15:58 -0500
Does anyone know if there is a compatible network driver available for
Broadcom BCM4210-based network cards? I know that Linksys, Netgear, and
Diamond all use this chipset for some PNA network cards. I have several
cards, and they work great in Windows (well, as good as any other Windoze
stuff) but I really want a Linux server with them.
Any help would be greatly appreciated. Thanks!
Dave Smith
[EMAIL PROTECTED]
------------------------------
** 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
******************************
