[hd 3650] Couldn't find valid PLL dividers - graphics failure

[homeriq5]

Upgraded from 8.10 64-bit to 9.04-64 bit alpha 5,
upon restart could not load GDM screen, then proceeded to error window stating that graphics driver could not be found and asked if want to boot into safe mode or configure.
Selection the configure or use default options did nothing and brought back to original screen.
When one selects to boot into safe mode, error message states that screen :0 was busy and whether it should look for another screen.
After selecting yes, it boots into safe graphics mode and the screen resolutution is way off, to the point that I cannot do work on the computer.
I tried to install ati-catalyst center64 at driver but when logged in it keeps saying that it cannot find the driver.
I check proprietary drivers and the one in use but deactivated is some ati firegl drive.
I tried editing xorg.conf to use the ati and radeonhd drivers, but none had an effect.
I am using an ati radeon hd 3650 graphics card on a sony vaio fw290.

From Xorg.0.log:

Fatal server error:
Couldn't find valid PLL dividers

The issue is fixed in upstream http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=592bcac52f113a95923a8f1cb8427e7552d5670b

[Tormod Volden (tormodvolden)]

Thanks for your report. Would you be able to attach the Xorg.0.log from using the default -ati driver?

[bardu (stephan-bardubitzki)]

Toshiba A350 64 bit ATI Radeon HD 3650 graphics card:

Ubuntu 8.10 lifeCD: freeze after booting.

Ubuntu 9.10 alpha 5 lifeCD: after booting message "Ubuntu is running in low-graphics mode. Your screen, graphics card, and input device setting could not be detected correctly. You will need to configure these yourself". After OK running in low graphics mode: "There already appears to be an X server running on display :0."

[Tormod Volden (tormodvolden)]

At this point, can you find /var/log/Xorg.0.log or Xorg.0.log.old? I would need the log which have the "(II) RADEON(0): lines in it, and not "(II) VESA(0):" lines.

[bardu (stephan-bardubitzki)]

Please find attached the /var/log/Xorg.0.log.

[Bugzi09-fdo-tormod (bugzi09-fdo-tormod)]

Forwarded from Ubuntu bug https://bugs.launchpad.net/bugs/336348
Appears on 64-bit systems with Mobility Radeon HD 3650 (sony vaio fw290 and Toshiba A350).

From the Toshiba log:
Mode 1366x768 - 1474 790 0
freq: 69860000
best_freq: 4294967295
best_feedback_div: 1
best_ref_div: 1
best_post_div: 1

Fatal server error:
Couldn't find valid PLL dividers

[Bugzi09-fdo-tormod (bugzi09-fdo-tormod)]

Created an attachment (id=23513)
Xorg.0.log

[agd5f (agd5f)]

should be fixed in 592bcac52f113a95923a8f1cb8427e7552d5670b

[bardu (stephan-bardubitzki)]

This problem is present with Ubuntu 8.10, Ubuntu 9.04 alpha 5 as well as OpenSolaris 2008.11, OpenSolaris 2009.06 Build 108 on Toshiba A350 64 bit.

[Tormod Volden (tormodvolden)]

Thanks for the log. I think this would need to be reported upstream on bugs.freedesktop.org. Please go ahead if you can, otherwise we will do it when we find the time.

[Tormod Volden (tormodvolden)]

Forwarded upstream. If you can, please subscribe to the upstream bug, so that you can answer questions from the developer directly.

[Tormod Volden (tormodvolden)]

This should now be fixed upstream by http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=592bcac52f113a95923a8f1cb8427e7552d5670b

Please test the packages in my PPA https://edge.launchpad.net/~tormodvolden/+archive/ppa which include this commit.

[Tormod Volden (tormodvolden)]

bardu, were you able to test the packages from the PPA and verify that the PLL error is gone?

[bardu (stephan-bardubitzki)]

Hi Tormod,

I have tried a couple of times, but unfortunately the PLL error persist.

Please find attached the Xorg.0.log.

Regards,
Stephan

On Sun, 2009-03-08 at 19:59 +0000, Tormod Volden wrote:
> bardu, were you able to test the packages from the PPA and verify that
> the PLL error is gone?
>

[shelvingguy (shelvingguy)]

Tormod - I just downloaded the most current versions. Assuming I am doing this correctly, the PLL error it still there. I will attach the Xorg.0.log. Please let me know if I can pull any other information that might help.

[Bugzi09-fdo-tormod (bugzi09-fdo-tormod)]

The patch does not work, according to two different testers in the Ubuntu report.

[agd5f (agd5f)]

(In reply to comment #4)
> The patch does not work, according to two different testers in the Ubuntu
> report.
>

bad mode or the same error?

[Bugzi09-fdo-tormod (bugzi09-fdo-tormod)]

Sorry for not being more descriptive. Yes, it is the same error.

[agd5f (agd5f)]

Are you sure the patch was applied and the packages were updated properly? It should definitely find a set of PLL dividers. I've tested it here and it works properly.

[Tormod Volden (tormodvolden)]

Please install the 6.11.0.99+git20090311.945ccbbd version, it adds an identifier to the log so that we can verify that you installed it correctly. "grep commit /var/log/Xorg.0.log" should then list the commit ID 945ccbbd4fa2b65ccdfb23716c178c95b036734d

[shelvingguy (shelvingguy)]

I don't see a 20090311.945ccbbd for jaunty and I cannot get the tar file
installed. The ./configure command won't work for me.

Do you have a deb file for that package, or maybe you can tell me what I am
doing wrong with the tarball?

Thanks.

On Wed, Mar 11, 2009 at 2:53 PM, Tormod Volden <email address hidden>wrote:

> Please install the 6.11.0.99+git20090311.945ccbbd version, it adds an
> identifier to the log so that we can verify that you installed it
> correctly. "grep commit /var/log/Xorg.0.log" should then list the commit
> ID 945ccbbd4fa2b65ccdfb23716c178c95b036734d
>
> --
> [hd 3650] Couldn't find valid PLL dividers - graphics failure
> https://bugs.launchpad.net/bugs/336348
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in X.org XServer - ATI gfx chipset driver: Confirmed
> Status in “xserver-xorg-video-ati” source package in Ubuntu: In Progress
>
> Bug description:
> Upgraded from 8.10 64-bit to 9.04-64 bit alpha 5,
> upon restart could not load GDM screen, then proceeded to error window
> stating that graphics driver could not be found and asked if want to boot
> into safe mode or configure.
> Selection the configure or use default options did nothing and brought back
> to original screen.
> When one selects to boot into safe mode, error message states that screen
> :0 was busy and whether it should look for another screen.
> After selecting yes, it boots into safe graphics mode and the screen
> resolutution is way off, to the point that I cannot do work on the computer.
> I tried to install ati-catalyst center64 at driver but when logged in it
> keeps saying that it cannot find the driver.
> I check proprietary drivers and the one in use but deactivated is some ati
> firegl drive.
> I tried editing xorg.conf to use the ati and radeonhd drivers, but none had
> an effect.
> I am using an ati radeon hd 3650 graphics card on a sony vaio fw290.
>
>
> >From Xorg.0.log:
>
> Fatal server error:
> Couldn't find valid PLL dividers
>
>

[shelvingguy (shelvingguy)]

I don't see a 20090311.945ccbbd for jaunty and I cannot get the tar file installed. The ./configure command won't work for me.

Do you have a deb file for that package, or maybe you can tell me what I am doing wrong with the tarball?

Thanks.

[Tormod Volden (tormodvolden)]

I am not sure what tarball you try to install, but please have a second look in the PPA. Maybe you checked before the binaries were published? If the builds are not done yet, there are small icons saying they are waiting to be built or are being built. But there is also some minutes delay between finished build and the binary debs appearing.

[shelvingguy (shelvingguy)]

I just checked again and the debs were there. I downloaded and installed the debs. I added "ati" to xorg.conf. I rebooted again to black screen. This time, it would not boot to an interface without vesa.

I think I got the install correct. It looks like the commit ID is in the file.

I attached the Xorg.0.log.old.

So, in layman's terms, what's the story on this issue? Do you think you are near the solution, or is this just a tough situation?

I appreciate your efforts.

[shelvingguy (shelvingguy)]

I just checked again and the debs were there. I downloaded and installed the debs. I added "ati" to xorg.conf. I rebooted again to black screen. This time, it would not boot to an interface without vesa.

I think I got the install correct. It looks like the commit ID is in the file.

I attached the Xorg.0.log.old.

So, in layman's terms, what's the story on this issue? Do you think you are near the solution, or is this just a tough situation?

I appreciate your efforts.

[Bugzi09-fdo-tormod (bugzi09-fdo-tormod)]

One tester now got the installation right, confirmed by the log, and it shows that the PLL issue is fixed.

However, now it blocks on repeated
(EE) RADEON(0): Idle timed out, resetting engine...
but he will file a new bug on that issue.

[Tormod Volden (tormodvolden)]

Well these logs show that the PLL issue is solved and you now have a completely different issue:
[ 1.891210] (EE) RADEON(0): Idle timed out, resetting engine...
Please file a new bug, it has a good chance to get fixed if we can provide the right debug information to the upstream developers.

[shelvingguy (shelvingguy)]

I just filed a new bug with lob attached. Thank you.

[Tormod Volden (tormodvolden)]

bardu, do you get the same results? Please subscribe to and confirm bug 341681 in that case.

[bardu (stephan-bardubitzki)]

Sorry for responding so late, I was away for some time.

I have installed 6.11.0.99+git20090311.945ccbbd version, but "grep
commit /var/log/Xorg.0.log" doesn't return anything.

This might be because I do all that from the LiveCD. I have attached
my /etc/X11/xorg.conf, I guess there must be something included.

I look forward to your advise.

Regards,
Stephan

On Thu, 2009-03-12 at 14:47 +0000, Tormod Volden wrote:
> bardu, do you get the same results? Please subscribe to and confirm bug
> 341681 in that case.
>

[Tormod Volden (tormodvolden)]

If you update the driver running the live CD, you must restart X afterwards. The simplest way is to log out and in again. You can also switch to a virtual console with ctrl-alt-F1, then run "sudo /etc/init.d/gdm stop" to stop X. Then you can edit /etc/xorg.conf if needed or whatever, and run X with "startx". Or you can restart gdm with "sudo /etc/init.d/gdm start". But startx will not activate "failsafeX" if something goes wrong, so it can be less confusing than gdm.

[Bugzi09-fdo-tormod (bugzi09-fdo-tormod)]

This seems to have been fixed now, but a comment in https://bugs.launchpad.net/bugs/341681 says:
"Also with 2GB of RAM the PLL rd parameter is 12, but with 4GB of RAM the PPL rd parameter is 1023. Maybe the PLL divider bug wasn't really a bug after all..."

BTW, for reference, the new "resetting engine" bug was filed as bug 20645.

[Tormod Volden (tormodvolden)]

The PLL fix is now in Jaunty. Please continue to test and give feedback on the other bug reports.

[bardu (stephan-bardubitzki)]

>
> The PLL fix is now in Jaunty.
Are you saying it is in Jaunty Alpha 6? If so, it didn't make a
difference on my machine.

Tormod Volden wrote:
> The PLL fix is now in Jaunty. Please continue to test and give feedback
> on the other bug reports.
>
> ** Changed in: xserver-xorg-video-ati (Ubuntu)
> Status: Fix Committed => Fix Released
>
>

[Tormod Volden (tormodvolden)]

No, I did not say Alpha-6. Please update and check. If you still see PLL errors, attach your log.

[shelvingguy (shelvingguy)]

New shopping new life!

What are u doing these days?Yesterday I found a web of a large trading
company from china,which is an agent of all the well-known digital product
factories,and facing to both wholesalers,retailsalers,and personal customer
all over the world. They export all kinds of digital products and offer
realy competitive and reasonable price and high quality goods for our
clients,so i think you make a big profit if do business with them.And they
promise they will provide the best after-sales-service.In my opinion we can
make a trial order to test that.

Look forward to your early reply!

The Web address: www(dot)easylifeing(dot)com
loreto!

[shelvingguy (shelvingguy)]

I apologize for any inconvenience.

Jeff

[matej_bb (matej-bb)]

I am having the same problem ("Couldn't find valid PLL dividers").
I run Acer TM4600 laptop with Ati Mobility X700,Xubuntu 9.04, kernel 2.6.28-18.
Tried all versions from 6.12.192 up to 6.13.0.
Attaching xorg log.

[matej_bb (matej-bb)]

I have done a regression test, and the last release that works fine is 6.12.4. From 6.12.191 up, xorg log produces the aforementioned PLL error.
But let me explain further:
I was trying to upgrade "only" because with X700 at full clock, this laptop's fan is spinning almost all the time, even when CPU is idle.
In Windows, I solved it by Powerplay - the "battery" option (lowest clock), since I my apps normally do not require much GPU processing power. That way, the fan kicked in very rarely, almost never!
Now in Ubuntu, I spent many days trying to underclock the X700. The version marking of xf86-video-ati confused me a bit, because there are the 6.12.3 and 6.12.4 releases which do not appear in log view on the project page. There is only 6.12.2 and then 6.12.191.
According to the logs, I found out that radeon_pm.c file with ForceLowPowerMode was added in 6.12.2, but when I look into the 6.12.2 official release, the radeon_pm.c, nor the ForceLowPowerMode option is there. It is not even in 6.12.3 nor 6.12.4. It first appears in 6.12.191, which, unfortunately, does not run for me because PLL error. And, what is very weird to me, in the subsequent releases the radeon_pm.c and ForceLowPowerMode options are gone! And I was not able to find the reason anywhere in the logs.
Now how I fixed this issue: I browsed the log of diffs, opened several of them before 6.12.191 and looked for the one that actually has the radeon_pm.c. I finally found and successfully tested the version called "xf86-video-ati-efa0825a86a8dc0f03ebb42c576ed26189e9d4bb". Inside this file, it is marked as 6.12.2. (But official 6.12.2 to 6.12.4 do not have radeon_pm.c! ) This version works flawlessly for me, no PLL errors, and most importantly, what makes me most happy is this line in xorg log (attached):

(II) RADEON(0): Force Low Power Mode Enabled

I did make one modification though. I knew from playing with Powerplay in Windows that the card works stable until approximately 105MHz (normally about 350MHz). But in radeon_pm.c, the sclk was only divided by 2, that means the card was working at about 175MHz, still unnecesarily high and noisy for me. So I changed the "sclk / 2" and "mclk / 2" to "sclk / 3" and "mclk / 3" in the ForceLowPowerMode section. Now the laptop is finally as quiet as it was in Windows! :)
So besides the PLL error, what is very strange to me is why this ForceLowPowerMode option is not available in further releases after 6.12.191... ?