Dell Latitude C640, PIV @1.8Ghz, 1GB RAM, uptodate FC2
-bk7 (which I currently rebooted in) is okay.
-bk9 at first try got me to the login prompt, logged in, ran startx...
frozen with the black background before seeing anything.
Second try hung well before, at the point where it switches the
radeonfb on.
Only cure is to keep the power button pressed for 10".
Will try building -bk8 (which is currently running on my
old desktop K7-800) and report...
--alessandro
"There is no distance that I don't see
I do have a will - No limit to my reach"
(Wallflowers, "Empire In My Mind")
On Sat, 12 Feb 2005 15:49:05 +0100, Alessandro Suardi
<[email protected]> wrote:
> Dell Latitude C640, PIV @1.8Ghz, 1GB RAM, uptodate FC2
>
> -bk7 (which I currently rebooted in) is okay.
> -bk9 at first try got me to the login prompt, logged in, ran startx...
> frozen with the black background before seeing anything.
>
> Second try hung well before, at the point where it switches the
> radeonfb on.
>
> Only cure is to keep the power button pressed for 10".
>
> Will try building -bk8 (which is currently running on my
> old desktop K7-800) and report...
-bk8 which I'm now booted in is also OK, so something
broke between -bk8 and -bk9... attached .config and
/var/log/messages from the boot in -bk8 and the one
in -bk9 which succeeded before hanging on startx.
Thanks in advance,
--alessandro
"There is no distance that I don't see
I do have a will - No limit to my reach"
(Wallflowers, "Empire In My Mind")
On Sat, 12 Feb 2005 16:59:20 +0100, Alessandro Suardi
<[email protected]> wrote:
> On Sat, 12 Feb 2005 15:49:05 +0100, Alessandro Suardi
> <[email protected]> wrote:
> > Dell Latitude C640, PIV @1.8Ghz, 1GB RAM, uptodate FC2
> >
> > -bk7 (which I currently rebooted in) is okay.
> > -bk9 at first try got me to the login prompt, logged in, ran startx...
> > frozen with the black background before seeing anything.
> >
> > Second try hung well before, at the point where it switches the
> > radeonfb on.
> >
> > Only cure is to keep the power button pressed for 10".
> >
> > Will try building -bk8 (which is currently running on my
> > old desktop K7-800) and report...
>
> -bk8 which I'm now booted in is also OK, so something
> broke between -bk8 and -bk9... attached .config and
> /var/log/messages from the boot in -bk8 and the one
> in -bk9 which succeeded before hanging on startx.
It's definitely the new radeon changes - replacing
drivers/video/aty/* and include/video/radeon.h in the
-bk9 tree with the ones from -bk8 causes the hang to
not reproduce anymore. CC'd Ben and edited subject
to more accurately reflect the issue.
Thanks,
--alessandro
"There is no distance that I don't see
I do have a will - No limit to my reach"
(Wallflowers, "Empire In My Mind")
> It's definitely the new radeon changes - replacing
> drivers/video/aty/* and include/video/radeon.h in the
> -bk9 tree with the ones from -bk8 causes the hang to
> not reproduce anymore. CC'd Ben and edited subject
> to more accurately reflect the issue.
Grrr...
Can you try booting with radeonfb.default_dynclk=-1 and if it doesn't
help, radeonfb.default_dynclk=0 on the kernel command line ?
Also, what is the exact revision of the chip ? (send me an lspci -vv
dump).
Finally, what X version are you using ?
Ben.
On Sun, 13 Feb 2005 21:52:55 +1100, Benjamin Herrenschmidt
<[email protected]> wrote:
>
> > It's definitely the new radeon changes - replacing
> > drivers/video/aty/* and include/video/radeon.h in the
> > -bk9 tree with the ones from -bk8 causes the hang to
> > not reproduce anymore. CC'd Ben and edited subject
> > to more accurately reflect the issue.
>
> Grrr...
>
> Can you try booting with radeonfb.default_dynclk=-1 and if it doesn't
> help, radeonfb.default_dynclk=0 on the kernel command line ?
I'm currently booted with -bk9 with default_dynclk = -1 :)
> Also, what is the exact revision of the chip ? (send me an lspci -vv
> dump).
Here you go:
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon
Mobility M7 LW [Radeon Mobility 7500] (prog-if 00 [VGA])
Subsystem: Dell Computer Corporation Latitude C640
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop+
ParErr- Stepping+ SERR+ FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32 (2000ns min), Cache Line Size 08
Interrupt: pin A routed to IRQ 11
Region 0: Memory at e0000000 (32-bit, prefetchable)
Region 1: I/O ports at c000 [size=256]
Region 2: Memory at fcff0000 (32-bit, non-prefetchable) [size=64K]
Capabilities: [58] AGP version 2.0
Status: RQ=48 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64-
HTrans- 64bit- FW- AGP3- Rate=x1,x2,x4
Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit-
FW- Rate=x1
Capabilities: [50] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> Finally, what X version are you using ?
Latest FC2 RPM - xorg-x11-6.7.0-11.
--alessandro
"There is no distance that I don't see
I do have a will - No limit to my reach"
(Wallflowers, "Empire In My Mind")
On Sun, 2005-02-13 at 01:09 +0100, Alessandro Suardi wrote:
> On Sun, 13 Feb 2005 21:52:55 +1100, Benjamin Herrenschmidt
> <[email protected]> wrote:
> >
> > > It's definitely the new radeon changes - replacing
> > > drivers/video/aty/* and include/video/radeon.h in the
> > > -bk9 tree with the ones from -bk8 causes the hang to
> > > not reproduce anymore. CC'd Ben and edited subject
> > > to more accurately reflect the issue.
> >
> > Grrr...
> >
> > Can you try booting with radeonfb.default_dynclk=-1 and if it doesn't
> > help, radeonfb.default_dynclk=0 on the kernel command line ?
>
> I'm currently booted with -bk9 with default_dynclk = -1 :)
Excellent. You can help me track it down then. Can you look at
radeon_pm.c, function
radeon_pm_enable_dynamic_mode()
The code for your chip is after the comment "/* Others */" (the M7 is an
RV200 chip). Can you comment out the various bits in there and see if
you can locate which one is causing your problem ?
Thanks in advance !
Ben.
On Sun, 13 Feb 2005 22:12:26 +1100, Benjamin Herrenschmidt
<[email protected]> wrote:
> On Sun, 2005-02-13 at 01:09 +0100, Alessandro Suardi wrote:
> > On Sun, 13 Feb 2005 21:52:55 +1100, Benjamin Herrenschmidt
> > <[email protected]> wrote:
> > >
> > > > It's definitely the new radeon changes - replacing
> > > > drivers/video/aty/* and include/video/radeon.h in the
> > > > -bk9 tree with the ones from -bk8 causes the hang to
> > > > not reproduce anymore. CC'd Ben and edited subject
> > > > to more accurately reflect the issue.
> > >
> > > Grrr...
> > >
> > > Can you try booting with radeonfb.default_dynclk=-1 and if it doesn't
> > > help, radeonfb.default_dynclk=0 on the kernel command line ?
> >
> > I'm currently booted with -bk9 with default_dynclk = -1 :)
>
> Excellent. You can help me track it down then. Can you look at
> radeon_pm.c, function
>
> radeon_pm_enable_dynamic_mode()
>
> The code for your chip is after the comment "/* Others */" (the M7 is an
> RV200 chip). Can you comment out the various bits in there and see if
> you can locate which one is causing your problem ?
Commenting out pllCLK_PWRMGT_CNTL alone -> still hangs
Commenting out pllCLK_PIN_CNTL in addition -> works
Do you want me to build a kernel with only the pllCLK_PIN_CNTL
instruction commented out or is this enough info ?
Thanks,
--alessandro
"There is no distance that I don't see
I do have a will - No limit to my reach"
(Wallflowers, "Empire In My Mind")
On Sun, 2005-02-13 at 02:05 +0100, Alessandro Suardi wrote:
> Commenting out pllCLK_PWRMGT_CNTL alone -> still hangs
> Commenting out pllCLK_PIN_CNTL in addition -> works
>
> Do you want me to build a kernel with only the pllCLK_PIN_CNTL
> instruction commented out or is this enough info ?
You mean you commented out the OUTPLL call ? Ok, what if
you only change pllCLK_PIN_CNTL? Also, try not changing it, but
commenting out some other bits ? (I'm especially the bits that touch
SCLK_CNTL). Sorry for all those tests, but I need to point more
precisely where the problem comes from...
Ben.