Hi,
Am 02.06.2010 18:59, schrieb Alex Deucher:
> +/* get temperature in millidegrees */
> +u32 evergreen_get_temp(struct radeon_device *rdev)
Could it be named evergreen_get_temp_mcelsius_clipped_to_above_zero ?^)
Seriously: would it make sense to have:
u32 evergreen_get_temp_mkelvin(struct rad
Hi,
Am 02.06.2010 18:59, schrieb Alex Deucher:
> +/* get temperature in millidegrees */
> +u32 evergreen_get_temp(struct radeon_device *rdev)
Could it be named evergreen_get_temp_mcelsius_clipped_to_above_zero ?^)
Seriously: would it make sense to have:
u32 evergreen_get_temp_mkelvin(struct rad
On Tue, Jun 1, 2010 at 18:52:30 -0400, Alex Deucher wrote:
> diff --git a/drivers/gpu/drm/radeon/Kconfig b/drivers/gpu/drm/radeon/Kconfig
> index 80c5b3e..2e3896d 100644
> --- a/drivers/gpu/drm/radeon/Kconfig
> +++ b/drivers/gpu/drm/radeon/Kconfig
> @@ -2,6 +2,7 @@ config DRM_RADEON_KMS
> b
rv6xx/rv7xx/evergreen families supported; older asics did
not have an internal thermal sensor.
Note, not all oems use the internal thermal sensor, so it's
only exposed in cases where it is used.
Note also, that most laptops use an oem specific ACPI solution for
GPU thermal information rather than
On Wed, Jun 2, 2010 at 7:55 AM, Julien Cristau wrote:
> On Tue, Jun ?1, 2010 at 18:52:30 -0400, Alex Deucher wrote:
>
>> diff --git a/drivers/gpu/drm/radeon/Kconfig b/drivers/gpu/drm/radeon/Kconfig
>> index 80c5b3e..2e3896d 100644
>> --- a/drivers/gpu/drm/radeon/Kconfig
>> +++ b/drivers/gpu/drm/ra
rv6xx/rv7xx/evergreen families supported; older asics did
not have an internal thermal sensor.
Note, not all oems use the internal thermal sensor, so it's
only exposed in cases where it is used.
Note also, that most laptops use an oem specific ACPI solution for
GPU thermal information rather than
On Wed, Jun 2, 2010 at 7:55 AM, Julien Cristau wrote:
> On Tue, Jun 1, 2010 at 18:52:30 -0400, Alex Deucher wrote:
>
>> diff --git a/drivers/gpu/drm/radeon/Kconfig b/drivers/gpu/drm/radeon/Kconfig
>> index 80c5b3e..2e3896d 100644
>> --- a/drivers/gpu/drm/radeon/Kconfig
>> +++ b/drivers/gpu/drm/ra
On Tue, Jun 1, 2010 at 18:52:30 -0400, Alex Deucher wrote:
> diff --git a/drivers/gpu/drm/radeon/Kconfig b/drivers/gpu/drm/radeon/Kconfig
> index 80c5b3e..2e3896d 100644
> --- a/drivers/gpu/drm/radeon/Kconfig
> +++ b/drivers/gpu/drm/radeon/Kconfig
> @@ -2,6 +2,7 @@ config DRM_RADEON_KMS
> b
On Tue, Jun 01, 2010 at 05:41:34PM -0400, Alex Deucher wrote:
> On Tue, Jun 1, 2010 at 4:42 PM, Matthew Garrett
> wrote:
> > sensor tools depend on it. If there's only one sensor per GPU
> > "temp1_input" is correct, with a "name" attribute indicating which card
> > provides it. Also, make sure t
On Tue, Jun 01, 2010 at 04:31:41PM -0400, Alex Deucher wrote:
> rv6xx/rv7xx/evergreen families supported; older asics did
> not have an internal thermal sensor. Exposed via sysfs
> gpu_temp attribute.
This really should be done via the standard hwmon naming - some of the
sensor tools depend on i
rv6xx/rv7xx/evergreen families supported; older asics did
not have an internal thermal sensor.
Note, not all oems use the internal thermal sensor, so it's
only exposed in cases where it is used.
Note also, that most laptops use an oem specific ACPI solution for
GPU thermal information rather than
On Tue, Jun 1, 2010 at 4:42 PM, Matthew Garrett wrote:
> On Tue, Jun 01, 2010 at 04:31:41PM -0400, Alex Deucher wrote:
>> rv6xx/rv7xx/evergreen families supported; older asics did
>> not have an internal thermal sensor. ?Exposed via sysfs
>> gpu_temp attribute.
>
> This really should be done via t
rv6xx/rv7xx/evergreen families supported; older asics did
not have an internal thermal sensor. Exposed via sysfs
gpu_temp attribute.
Note, not all oems use the internal thermal sensor, so it's
only exposed in cases where it is used.
Note also, that most laptops use an oem specific ACPI solution
rv6xx/rv7xx/evergreen families supported; older asics did
not have an internal thermal sensor.
Note, not all oems use the internal thermal sensor, so it's
only exposed in cases where it is used.
Note also, that most laptops use an oem specific ACPI solution for
GPU thermal information rather than
On Tue, Jun 01, 2010 at 05:41:34PM -0400, Alex Deucher wrote:
> On Tue, Jun 1, 2010 at 4:42 PM, Matthew Garrett wrote:
> > sensor tools depend on it. If there's only one sensor per GPU
> > "temp1_input" is correct, with a "name" attribute indicating which card
> > provides it. Also, make sure that
On Tue, Jun 1, 2010 at 4:42 PM, Matthew Garrett wrote:
> On Tue, Jun 01, 2010 at 04:31:41PM -0400, Alex Deucher wrote:
>> rv6xx/rv7xx/evergreen families supported; older asics did
>> not have an internal thermal sensor. Exposed via sysfs
>> gpu_temp attribute.
>
> This really should be done via t
On Tue, Jun 01, 2010 at 04:31:41PM -0400, Alex Deucher wrote:
> rv6xx/rv7xx/evergreen families supported; older asics did
> not have an internal thermal sensor. Exposed via sysfs
> gpu_temp attribute.
This really should be done via the standard hwmon naming - some of the
sensor tools depend on i
rv6xx/rv7xx/evergreen families supported; older asics did
not have an internal thermal sensor. Exposed via sysfs
gpu_temp attribute.
Note, not all oems use the internal thermal sensor, so it's
only exposed in cases where it is used.
Note also, that most laptops use an oem specific ACPI solution
18 matches
Mail list logo
