mmits between those two tags. ;)
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
PCI_DEVICE_ID_AMD_16H_M30H_NB_F3
and PCI_DEVICE_ID_AMD_16H_M30H_NB_F4 and lspci reports no driver for the
F4 device.
GR> Does the temperature increase with load ?
It seems to max out w/in a kelvin or two of the room's ambient temp.
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
persist for so
long.
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
=1?
In linux/drivers/gpu/drm/amd/amdgpu:
:; grep -l audio_enable *.c|xargs
dce_v10_0.c dce_v11_0.c dce_v6_0.c dce_v8_0.c
:; grep -l amdgpu_audio *.c |xargs
amdgpu_connectors.c amdgpu_display.c amdgpu_drv.c atombios_encoders.c
dce_v10_0.c dce_v11_0.c dce_v6_0.c dce_v8_0.c
-JimC
>>>>> "DV" == Daniel Vetter writes:
DV> Hm, I thought there was in issue there still. Anyway, was just a drive-by
DV> comment, please ignore me ;-)
Any and all help is always appreciated.
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
3. kernels, I doubt bisecting the kernel would help.
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
rst DTD in the DTD
CS> list (which starts in the base EDID block)." A device can of course
CS> support non-native formats.
CS> As such the number can't be used to determine n, and the existing code
CS> will filter non-timing 18byte descriptors anyway.
CS> V2 removes an unus
>>>>> "CS" == Christian Schmidt writes:
CS> CEA datablocks are only defined from revision 3 onwards. Only check for
CS> them if the revision says so.
CS> Signed-of-by: Christian Schmidt
Tested-by: James Cloos
Works fine here on top of Linus’ 7f80850d3f9f
.
CS> Signed-off-by: Christian Schmidt
Tested-by: James Cloos
Works fine here on top of Linus’ 7f80850d3f9f with a Radeon HD 4290 and
an hdmi-connected tv.
The new modes not previously seen, as reported by libdrm’s modetest are:
:; diff -U0 a/mt.out b/mt.out
--- a/mt.out2011-11-14 17:25:21.785
|Driver/intel|DRM/Intel
DRI should have a list to put in qacontact akin to xorg's xorg-team list.
It is vastly easier to stay aware of what bugs exist in bz when one can
subscribe to a single mm list to read the reports and updates for a given
product.
And doing that
>>>>> "AD" == Alex Deucher writes:
AD> Nope. 6xx and APUs do not require ucode. only 7xx+ dGPUs.
Does that mean that APUs do not require *any* ucode blobs?
Or just that they do not require updated or additional blobs
for the new functionality like DPM?
-JimC
--
you will
require configurability and/or per-monitor audio control even when the
video is cloned.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
/ioctl.h:10: found __[us]{8,16,32,64} type without
#include
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
essage before.
It is good to know that it is a false positive.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
you will
require configurability and/or per-monitor audio control even when the
video is cloned.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
/ioctl.h:10: found __[us]{8,16,32,64} type without
#include
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
essage before.
It is good to know that it is a false positive.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
onent|Driver/intel|DRM/Intel
DRI should have a list to put in qacontact akin to xorg's xorg-team list.
It is vastly easier to stay aware of what bugs exist in bz when one can
subscribe to a single mm list to read the reports and updates for a given
product.
And doing that
rst DTD in the DTD
CS> list (which starts in the base EDID block)." A device can of course
CS> support non-native formats.
CS> As such the number can't be used to determine n, and the existing code
CS> will filter non-timing 18byte descriptors anyway.
CS> V2 removes an unus
>>>>> "CS" == Christian Schmidt writes:
CS> CEA datablocks are only defined from revision 3 onwards. Only check for
CS> them if the revision says so.
CS> Signed-of-by: Christian Schmidt
Tested-by: James Cloos
Works fine here on top of Linus? 7f80850d3f9f
.
CS> Signed-off-by: Christian Schmidt
Tested-by: James Cloos
Works fine here on top of Linus? 7f80850d3f9f with a Radeon HD 4290 and
an hdmi-connected tv.
The new modes not previously seen, as reported by libdrm?s modetest are:
:; diff -U0 a/mt.out b/mt.out
--- a/mt.out2011-11-14 17:25:21.785
>>>>> "AD" == Alex Deucher writes:
AD> Nope. 6xx and APUs do not require ucode. only 7xx+ dGPUs.
Does that mean that APUs do not require *any* ucode blobs?
Or just that they do not require updated or additional blobs
for the new functionality like DPM?
-JimC
--
22 matches
Mail list logo
