Re: 2.6.11-rc5

[Benjamin Herrenschmidt <benh@kernel.crashing.org>]

On Fri, 2005-02-25 at 08:08 +0100, Olaf Hering wrote:
>  On Fri, Feb 25, Benjamin Herrenschmidt wrote:
> 
> > On Thu, 2005-02-24 at 15:50 +0100, Olaf Hering wrote:
> > >  On Wed, Feb 23, Linus Torvalds wrote:
> > > 
> > > > This time it's really supposed to be a quickie, so people who can, please 
> > > > check it out, and we'll make the real 2.6.11 asap.
> > > 
> > > radeonfb oopses on intel.
> > > Havent checked yet when it started with it.
> > > 
> > > ACPI: PCI interrupt 0000:00:12.0[A] -> GSI 11 (level, low) -> IRQ 11
> > > eth0: VIA Rhine II at 0x1c400, 00:11:5b:83:1e:76, IRQ 11.
> > > eth0: MII PHY found at address 1, status 0x7869 advertising 05e1 Link 45e1.
> > > usb 5-1: new low speed USB device using uhci_hcd and address 2
> > > ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 11 (level, low) -> IRQ 11
> > > radeonfb: Found Intel x86 BIOS ROM Image
> > > radeonfb: Retreived PLL infos from BIOS
> > > radeonfb: Reference=27.00 MHz (RefDiv=60) Memory=133.00 Mhz, System=133.00 MHz
> > > radeonfb: PLL min 12000 max 35000
> > > NET: Registered protocol family 23
> > > radeonfb: Monitor 1 type DFP found
> > > radeonfb: EDID probed
> > > radeonfb: Monitor 2 type no found
> > > radeonfb: Assuming panel size 8x1
> > 
> > Hrm... that's totally bogus. What machine is this ?
> 
> Some i386 box with radeon 7000.

It seem to detect the flat panel incorrectly, or the EDID data is bogus,
maybe that's wrecking something in the new modelist management in
fbdev ? It might be causing us to use a bogus mode that itself casues
atyfb to crash. Tried forcing a mode ?

> > > radeonfb: Can't find mode for panel size, going back to CRT
> > > Unable to handle kernel paging request at virtual address f3fb4000
> > 
> > I'm having a hard time parsing this oops. Looks like fbcon is screwing
> > up, I'm not sure what radeonfb has to do with the problem there...
> 
> I will try with atyfb on another intel box.
-- 
Benjamin Herrenschmidt <benh@kernel.crashing.org>