New: No fan control with ATI Radeon display support on HP nx6125.

Bugme-new Andrew Morton 4 participants 11 messages Oct 13, 2007 – Oct 15, 2007 1 message not in the archive

Subsystems (2)

ACPI Framebuffer layer

lore

Share & tools

lore

A message that is not in the archive (sent off-list or not yet received): [email protected]/

Andrew Morton

author

2007-10-13 17:53 UTC #1 lore raw

Quoted 27 lines · On Sat, 13 Oct 2007 02:37:35 -0700 (PDT) [email protected] wrote:

http://bugzilla.kernel.org/show_bug.cgi?id=9155
           Summary: No fan control with ATI Radeon display support on HP
                    nx6125.
           Product: Drivers
           Version: 2.5
     KernelVersion: 2.6.22, 2.6.23
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: low
          Priority: P1
         Component: Video(Other)
        AssignedTo: [email protected]
        ReportedBy: [email protected]
Most recent kernel where this bug did not occur:2.6.21 Distribution:gentoo
Hardware Environment:HP nx6125 BIOS version F.11
Software Environment:Gnome 2.18, ati-driver 8.40.4
Problem Description:If you enable "support for frame buffer devices", "Vesa vga graphics support" and "ati radeon display support" under "graphics support" so you lost fan cantrol on your hp nx6125, that means the fan doens't stop working.

Quoted 4 lines

Steps to reproduce:Enable "support for frame buffer devices", "Vesa vga graphics support" and "ati radeon display support" under "graphics support" on your hp nx6125 and after the next boot the fan will not switched off.

Does anyone know whether this is likely to be a radeon driver bug or an acpi bug or something else??

Andrew Morton

author

2007-10-13 17:53 UTC #2 lore raw

In reply to a message not in the archive

Quoted 27 lines · On Sat, 13 Oct 2007 02:37:35 -0700 (PDT) [email protected] wrote:

http://bugzilla.kernel.org/show_bug.cgi?id=9155
           Summary: No fan control with ATI Radeon display support on HP
                    nx6125.
           Product: Drivers
           Version: 2.5
     KernelVersion: 2.6.22, 2.6.23
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: low
          Priority: P1
         Component: Video(Other)
        AssignedTo: [email protected]
        ReportedBy: [email protected]
Most recent kernel where this bug did not occur:2.6.21 Distribution:gentoo
Hardware Environment:HP nx6125 BIOS version F.11
Software Environment:Gnome 2.18, ati-driver 8.40.4
Problem Description:If you enable "support for frame buffer devices", "Vesa vga graphics support" and "ati radeon display support" under "graphics support" so you lost fan cantrol on your hp nx6125, that means the fan doens't stop working.

Quoted 4 lines

Steps to reproduce:Enable "support for frame buffer devices", "Vesa vga graphics support" and "ati radeon display support" under "graphics support" on your hp nx6125 and after the next boot the fan will not switched off.

Does anyone know whether this is likely to be a radeon driver bug or an acpi bug or something else??

Rafael J. Wysocki

2007-10-13 18:14 UTC #3 lore raw

Quoted 6 lines · Andrew Morton

Quoted 4 lines · On Sat, 13 Oct 2007 02:37:35 -0700 (PDT) [email protected] wrote:
Most recent kernel where this bug did not occur:2.6.21 Distribution:gentoo
Hardware Environment:HP nx6125 BIOS version F.11 Software Environment:Gnome 2.18, ati-driver 8.40.4

Looks like the binary ATI driver is used.

Quoted 5 lines

Quoted 5 lines
Problem Description:If you enable "support for frame buffer devices", "Vesa vga graphics support" and "ati radeon display support" under "graphics support" so you lost fan cantrol on your hp nx6125, that means the fan doens't stop working.

Quoted 7 lines

Quoted 4 lines
Steps to reproduce:Enable "support for frame buffer devices", "Vesa vga graphics support" and "ati radeon display support" under "graphics support" on your hp nx6125 and after the next boot the fan will not switched off.
Does anyone know whether this is likely to be a radeon driver bug or an acpi bug or something else??

It looks like a thermal issue to me, so I'd say ACPI or the ATI driver (or the combination of the two).

Daniel Würfel

2007-10-14 07:26 UTC #4 lore raw

Hi there,

at first great respect for your fast answers.
I don't think, that the binary ati driver is the problem, because:
1. with switched of "ati radeon display support" in the kernel, the fan control works correctly (and i still using the ati-driver)
2. the fan starts spinning at the boot screen even if the radeon display driver was loaded (and the ati driver is not just loaded yet). Here you see the difference between 2.6.21, when it all works correctly, and 2.6.22 and 2.6.23: the screen resolution of the boot screen changed to the native resolution 1024x768 (in 2.6.21 it still the default terminal resolution)

Am Samstag, den 13.10.2007, 20:30 +0200 schrieb Rafael J. Wysocki:

Quoted 25 lines · Andrew Morton

Quoted 6 lines · On Sat, 13 Oct 2007 02:37:35 -0700 (PDT) [email protected] wrote:
Quoted 5 lines
Most recent kernel where this bug did not occur:2.6.21 Distribution:gentoo
Hardware Environment:HP nx6125 BIOS version F.11 Software Environment:Gnome 2.18, ati-driver 8.40.4
Looks like the binary ATI driver is used.
Quoted 5 lines
Quoted 5 lines
Problem Description:If you enable "support for frame buffer devices", "Vesa vga graphics support" and "ati radeon display support" under "graphics support" so you lost fan cantrol on your hp nx6125, that means the fan doens't stop working.
Quoted 7 lines
Quoted 4 lines
Steps to reproduce:Enable "support for frame buffer devices", "Vesa vga graphics support" and "ati radeon display support" under "graphics support" on your hp nx6125 and after the next boot the fan will not switched off.
Does anyone know whether this is likely to be a radeon driver bug or an acpi bug or something else??
It looks like a thermal issue to me, so I'd say ACPI or the ATI driver (or the combination of the two).

Rafael J. Wysocki

2007-10-14 13:47 UTC #5 lore raw

Quoted 6 lines · Daniel Würfel

Hi there,
at first great respect for your fast answers.
I don't think, that the binary ati driver is the problem, because:
1. with switched of "ati radeon display support" in the kernel, the fan control works correctly (and i still using the ati-driver)

How do you know, however, that the "ati radeon display support" in the kernel does not interfere with the ATI driver in a destructive way?

Quoted 2 lines

2. the fan starts spinning at the boot screen even if the radeon display driver was loaded (and the ati driver is not just loaded yet).

I'm not sure what you mean exactly. Can you clarify, please?

Quoted 4 lines

Here you see the difference between 2.6.21, when it all works correctly, and 2.6.22 and 2.6.23: the screen resolution of the boot screen changed to the native resolution 1024x768 (in 2.6.21 it still the default terminal resolution)

This only means that the kernel's radeon driver has changed.

It's difficult to say what's going wrong.

What's the CPU load when the fan is spinning?

Greetings,
Rafael

Daniel Würfel

2007-10-14 14:18 UTC #6 lore raw

Am Sonntag, den 14.10.2007, 16:02 +0200 schrieb Rafael J. Wysocki:

Quoted 10 lines · Daniel Würfel

Quoted 6 lines
Hi there,
at first great respect for your fast answers.
I don't think, that the binary ati driver is the problem, because:
1. with switched of "ati radeon display support" in the kernel, the fan control works correctly (and i still using the ati-driver)
How do you know, however, that the "ati radeon display support" in the kernel does not interfere with the ATI driver in a destructive way?

I think, but im not sure, that the ati driver is loaded, if X was started. But at this moment X was not started.

Quoted 5 lines

Quoted 3 lines
2. the fan starts spinning at the boot screen even if the radeon display driver was loaded (and the ati driver is not just loaded yet).
I'm not sure what you mean exactly. Can you clarify, please?dann

Well, i see it looks a little bit confused what i wrote. What i mean is, that the fan at this time starts to rotate, when the "radeon display support" is loaded at boot time. Normally the fan should start to work if a special temperature threshold is reached.

Quoted 6 lines

Quoted 5 lines
Here you see the difference between 2.6.21, when it all works correctly, and 2.6.22 and 2.6.23: the screen resolution of the boot screen changed to the native resolution 1024x768 (in 2.6.21 it still the default terminal resolution)

Quoted 8 lines

This only means that the kernel's radeon driver has changed.
It's difficult to say what's going wrong.
What's the CPU load when the fan is spinning?
Greetings,
Rafael

The rest of the systems works fine. I notice no anomaly.

Greetings,
Daniel

-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

Rafael J. Wysocki

2007-10-14 19:39 UTC #7 lore raw

Quoted 9 lines · Daniel Würfel

Am Sonntag, den 14.10.2007, 16:02 +0200 schrieb Rafael J. Wysocki:
Quoted 8 lines · Daniel Würfel
Quoted 6 lines
Hi there,
at first great respect for your fast answers.
I don't think, that the binary ati driver is the problem, because:
1. with switched of "ati radeon display support" in the kernel, the fan control works correctly (and i still using the ati-driver)

Quoted 5 lines

Quoted 2 lines
How do you know, however, that the "ati radeon display support" in the kernel does not interfere with the ATI driver in a destructive way?
I think, but im not sure, that the ati driver is loaded, if X was started. But at this moment X was not started.

Well, the kernel module part is probably loaded earlier.

Quoted 8 lines

Quoted 4 lines
Quoted 2 lines
2. the fan starts spinning at the boot screen even if the radeon display driver was loaded (and the ati driver is not just loaded yet).
I'm not sure what you mean exactly. Can you clarify, please?dann
Well, i see it looks a little bit confused what i wrote. What i mean is, that the fan at this time starts to rotate, when the "radeon display support" is loaded at boot time.

I see.

Can you please check:
- What happens if you don't use the ATI driver at all (please unload its kernel module before loading the kernel's radeon one)?
- Does the loading of the radeon module trigger the fan automatically?
- What happens if the fan module is not loaded at that time?
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

Daniel Würfel

2007-10-15 17:12 UTC #8 lore raw

Am Sonntag, den 14.10.2007, 21:55 +0200 schrieb Rafael J. Wysocki:

Quoted 27 lines · Daniel Würfel

Quoted 9 lines
Am Sonntag, den 14.10.2007, 16:02 +0200 schrieb Rafael J. Wysocki:
Quoted 8 lines · Daniel Würfel
Quoted 6 lines
Hi there,
at first great respect for your fast answers.
I don't think, that the binary ati driver is the problem, because:
1. with switched of "ati radeon display support" in the kernel, the fan control works correctly (and i still using the ati-driver)
Quoted 5 lines
Quoted 2 lines
How do you know, however, that the "ati radeon display support" in the kernel does not interfere with the ATI driver in a destructive way?
I think, but im not sure, that the ati driver is loaded, if X was started. But at this moment X was not started.
Well, the kernel module part is probably loaded earlier.
Quoted 8 lines
Quoted 4 lines
Quoted 2 lines
2. the fan starts spinning at the boot screen even if the radeon display driver was loaded (and the ati driver is not just loaded yet).
I'm not sure what you mean exactly. Can you clarify, please?dann
Well, i see it looks a little bit confused what i wrote. What i mean is, that the fan at this time starts to rotate, when the "radeon display support" is loaded at boot time.

Quoted 7 lines

I see.
Can you please check:
- What happens if you don't use the ATI driver at all (please unload its kernel module before loading the kernel's radeon one)?
- Does the loading of the radeon module trigger the fan automatically?
- What happens if the fan module is not loaded at that time?

I think i got the problem:
I made some test. The problem is the module radeonfb. If i compile radeonfb as a module there is no problem with the fan control. But if i compile it into the kernel, than fan control will be destroyed and the fan doesn't stop working from the beginning of the system start. The other modules (fglrx, agp_gart) have no influence to the fan behaviour.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Linux-fbdev-devel mailing list [email protected]
https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel

Rafael J. Wysocki

2007-10-15 20:16 UTC #9 lore raw

Quoted 36 lines · Daniel Würfel

Am Sonntag, den 14.10.2007, 21:55 +0200 schrieb Rafael J. Wysocki:
Quoted 27 lines · Daniel Würfel
Quoted 9 lines
Am Sonntag, den 14.10.2007, 16:02 +0200 schrieb Rafael J. Wysocki:
Quoted 8 lines · Daniel Würfel
Quoted 6 lines
Hi there,
at first great respect for your fast answers.
I don't think, that the binary ati driver is the problem, because:
1. with switched of "ati radeon display support" in the kernel, the fan control works correctly (and i still using the ati-driver)
Quoted 5 lines
Quoted 2 lines
How do you know, however, that the "ati radeon display support" in the kernel does not interfere with the ATI driver in a destructive way?
I think, but im not sure, that the ati driver is loaded, if X was started. But at this moment X was not started.
Well, the kernel module part is probably loaded earlier.
Quoted 8 lines
Quoted 4 lines
Quoted 2 lines
2. the fan starts spinning at the boot screen even if the radeon display driver was loaded (and the ati driver is not just loaded yet).
I'm not sure what you mean exactly. Can you clarify, please?dann
Well, i see it looks a little bit confused what i wrote. What i mean is, that the fan at this time starts to rotate, when the "radeon display support" is loaded at boot time.
Quoted 7 lines
I see.
Can you please check:
- What happens if you don't use the ATI driver at all (please unload its kernel module before loading the kernel's radeon one)?
- Does the loading of the radeon module trigger the fan automatically?
- What happens if the fan module is not loaded at that time?

Quoted 7 lines

I think i got the problem:
I made some test. The problem is the module radeonfb. If i compile radeonfb as a module there is no problem with the fan control. But if i compile it into the kernel, than fan control will be destroyed and the fan doesn't stop working from the beginning of the system start. The other modules (fglrx, agp_gart) have no influence to the fan behaviour.

Thanks for having narrowed this, good job.

Now, the question is why the radeonfb compiled in statically has this effect.

Can you please attach your current .config to the bugzilla entry? -
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

Benjamin Herrenschmidt

2007-10-15 20:57 UTC #10 lore raw

Quoted 6 lines · Rafael J. Wysocki

Thanks for having narrowed this, good job.
Now, the question is why the radeonfb compiled in statically has this effect.
Can you please attach your current .config to the bugzilla entry?

I don't have the beginning of an idea of why radeonfb would cause that indeed. (And especially not cause it when compiled as a module).

Ben.

Rafael J. Wysocki

2007-10-15 21:02 UTC #11 lore raw

Quoted 11 lines · Benjamin Herrenschmidt

Quoted 6 lines · Rafael J. Wysocki
Thanks for having narrowed this, good job.
Now, the question is why the radeonfb compiled in statically has this effect.
Can you please attach your current .config to the bugzilla entry?
I don't have the beginning of an idea of why radeonfb would cause that indeed. (And especially not cause it when compiled as a module).

Me too, but I suspect an initialization ordering issue (or something along these lines).