Re: redhat8.0 on DELL Dimension 2350 - problems

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 17 Jan 2003 11:26:22 -0500 Brent Fox <bfox@redhat.com> wrote:

> On Fri, 2003-01-17 at 06:52, Ross Macintyre wrote:
> > Brent,
> > I've tried doing the same(well using a different card) but I don't see 
> > how to disable the onboard video. I assumed that it would either be 
> > disabled by default or you could disable it in the BIOS. Well it seems 
> > neither is an option. Booting linux again it does recognise (through 
> > kudzu) that the new card is there, and lspci also shows it is there:
> > 00:00.0 Host bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset Host Bridge (rev 03)
> > 00:02.0 VGA compatible controller: Intel Corp. 82845G/GL [Brookdale-G] Chipset Integrated Graphics Device (rev 03)
> > 00:1d.0 USB Controller: Intel Corp. 82801DB USB (Hub #1) (rev 02)
> > 00:1d.1 USB Controller: Intel Corp. 82801DB USB (Hub #2) (rev 02)
> > 00:1d.2 USB Controller: Intel Corp. 82801DB USB (Hub #3) (rev 02)
> > 00:1d.7 USB Controller: Intel Corp. 82801DB USB EHCI Controller (rev 02)
> > 00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB PCI Bridge (rev 82)
> > 00:1f.0 ISA bridge: Intel Corp. 82801DB ISA Bridge (LPC) (rev 02)
> > 00:1f.1 IDE interface: Intel Corp. 82801DB ICH4 IDE (rev 02)
> > 00:1f.3 SMBus: Intel Corp. 82801DB SMBus (rev 02)
> > 00:1f.5 Multimedia audio controller: Intel Corp. 82801DB AC'97 Audio (rev 02)
> > 01:04.0 VGA compatible controller: S3 Inc. 86c764/765 [Trio32/64/64V+] (rev 44)
> > 01:09.0 Ethernet controller: Broadcom Corporation: Unknown device 4401 (rev 01)
> > 
> > can you tell me how you disabled the oonoard video and enabled the new 
> > one please? I read somewhere that you could do this through windows but 
> > I've zapped that and I'm sure that's not necessary anyway.
> > Thanks in advance,
> 
> Unfortunately the Dell bios doesn't really let you disable the onboard
> video card, which is why it still shows up in the lspci listing above. 
> What is happening is that redhat-config-xfree86 doesn't have a way of
> telling which card it should use, therefore it can't auto-generate an
> XF86Config file in order to bring up the redhat-config-xfree86 GUI.
> 
> What I wound up doing was installing Xconfigurator from 7.3 (this is
> really ugly because you will have to force some older packages that
> Xconfigurator needs to install).  Since Xconfigurator has a text
> interface, you can then choose which card you want to use from the card
> list.  After getting your XF86Config file working, you should then
> upgrade the packages that you had to downgrade in order to get
> Xconfigurator working.
> 
> I know this is a really ugly workaround, but it's what worked for me. 
> The fact that redhat-config-xfree86 does not have a text interface to
> fall back to in the event that it can't generate a file is a design
> shortcoming that I will address in the future (probably not in the next
> release, though).
> 
> I'll attach the XF86Config file that works for my wife.  I've replaced
> the section for the Radeon with one that should work for your card, but
> I can't say for sure that it will work.  Also, you might need to change
> the monitor setting depending on what you have.  You can look up your
> monitor settings in /usr/share/hwdata/MonitorsDB.  If trying
> Xconfigurator doesn't work or if you don't feel comfortable doing all
> the package shuffling to get it to work, you might just try using this
> XF86Config file and see if it works.

Hi Brent, thanks again for spending time on this.
I have decided that my best approach here is to try your XF86Config 
file first, and if that fails then I will do as you suggest and install 
the older RPMs(I'm fairly comfortable with this). OK, but what confuses 
me is this:
I'm sitting at the machine looking at the monitor which is conected to 
the on-board video. Now what is the best way to test if the display is 
working? Normally I would just try 'startx'. But does this not display 
to the monitor I am currently using? Or am I supposed to connect the 
monitor to new video connector? maybe the best way is to connect the 
monitor to the new connector and do all the testing remotely? Login and 
just try and start X or xdm?
I am obviously missing something very basic here( and would probably be 
better off installing the old RPMs) but there must be something in the 
XF86Config file wich says use monitorA and not monitorB.
Actually now I've decided to look at the /var/log/XFree86.0.log  file I 
can see that it see the device ok but there is something wrong 
in the XF86Config file/ I'll attach the output log and see if that 
gives you any hints:
(WW) s3: No matching Device section for instance (BusID PCI:1:4:0) found
(EE) No devices detected.

Thanks again,

Ross

> 
> 
> Cheers, 
>    Brent

--
Ross Macintyre
Heriot-Watt University
raz@macs.hw.ac.uk


Attachment: XFree86.0.log
Description: Binary data


[Index of Archives]     [Fedora General Discussion]     [Red Hat General Discussion]     [Centos]     [Kernel]     [Red Hat Install]     [Red Hat Watch]     [Red Hat Development]     [Red Hat 9]     [Gimp]     [Yosemite News]

  Powered by Linux