From: Dave Airlie
This is required for later patches.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nouveau_acpi.c | 4
drivers/gpu/drm/nouveau/nouveau_acpi.h | 2 ++
2 files changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/nouveau_acpi.c
b/drivers/gpu/drm/nouveau/
From: Dave Airlie
For secondary GPUs in laptops, i.e. optimus or powerxpress, we have
methods for powering down the GPU completely. This adds support
to the drm core for powering back up the GPU on any access from
ioctls or sysfs interfaces, and fires a 5s timer to test if
we can power the GPU of
From: Dave Airlie
For optimus and powerxpress muxless we really want the GPU
driver deciding when to power up/down the GPU, not userspace.
This adds the ability for a driver to dynamically power up/down
the GPU and remove the switcheroo from controlling it, the
switcheroo reports the dynamic sta
For optimus and powerxpress setups where we can explicitly power off
the GPU I'd like to do this under control of the driver. Now that I've
added X server support for secondary GPUs, it makes sense to start
powering them down more often if we can.
I've tested this code on two laptops, one intel/no
From: Dave Airlie
This adds the interfaces for nouveau to dynamically power off
the GPU in an optimus system.
It's based on nouveau git so may not apply everywhere.
Signed-off-by: Dave Airlie
#include
#include
-
+#include
#include "drmP.h"
-
+#include "drm_crtc_helper.h"
#include "nouve
From: Dave Airlie
This adds the start of dynamic power off support to radeon,
it probably turns off way to many GPUs but is an initial implementation
I've tested on an gm45/rv635 combination laptop.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/radeon.h| 3 +++
drivers/gpu/drm
On Mon, Sep 10, 2012 at 2:31 PM, Dave Airlie wrote:
> For optimus and powerxpress setups where we can explicitly power off
> the GPU I'd like to do this under control of the driver. Now that I've
> added X server support for secondary GPUs, it makes sense to start
> powering them down more often i
Hi Linus,
just noticed I hadn't send these out, nothing majorly urgent, I know AMD
guys have some regression fixes coming soon,
This contains:
2 nouveau fixes so it loads on the retina MBP systems properly,
2 vmwgfx fixes to load the driver earlier, and allow distros config it
1 error->debug fi
Hello Dave, sorry for being late.
this patch set fixes build warnings and includes minor code cleanup and
also one patch you missed. this patch just drops non-standard NV12M and
YUV420M formats from drm_fourcc.h
for this, you can refer to below link:
http://lists.freedesktop.org/archives/d
--
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120910/0f0a90c6/attachment-0001.pgp>
On Mon, Sep 10, 2012 at 02:31:52PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> For secondary GPUs in laptops, i.e. optimus or powerxpress, we have
> methods for powering down the GPU completely. This adds support
> to the drm core for powering back up the GPU on any access from
> ioctls or
Hi Dave,
You're pull just reminded me that I've been sitting on a few small -fixes,
too. Nothing really major at all:
- fixup edp setup sequence (Dave)
- disable sdvo hotplug for real, this is a fixup for a messed-up
regression fixer (Jani)
- don't expose dysfunctional backlight driver (Jani)
-
(oops' forgot reply to all)
>
> My midlayer-smell-o-meter just cranked up to 11 when reading this comment
> ;-)
>
> I'd have expected:
> - Drivers to check the power state and enable the gpu if it's off in their
> cs ioctl (instead of the brute-force every ioctl there is approach in
> the drm
On Mon, 10 Sep 2012 18:23:05 +1000, Dave Airlie wrote:
> (oops' forgot reply to all)
>
> >
> > My midlayer-smell-o-meter just cranked up to 11 when reading this comment
> > ;-)
> >
> > I'd have expected:
> > - Drivers to check the power state and enable the gpu if it's off in their
> > cs ioctl
On Son, 2012-09-09 at 15:33 -0700, Jordan Justen wrote:
> New branch 'debian-experimental' available with the following commits:
I think you pushed this to the wrong repository?
--
Earthling Michel D?nzer | http://www.amd.com
Libre software enthusiast |
At Mon, 10 Sep 2012 15:04:02 +1000,
Dave Airlie wrote:
>
> On Mon, Sep 10, 2012 at 2:31 PM, Dave Airlie wrote:
> > For optimus and powerxpress setups where we can explicitly power off
> > the GPU I'd like to do this under control of the driver. Now that I've
> > added X server support for seconda
On Mon, Sep 10, 2012 at 6:47 PM, Takashi Iwai wrote:
> At Mon, 10 Sep 2012 15:04:02 +1000,
> Dave Airlie wrote:
>>
>> On Mon, Sep 10, 2012 at 2:31 PM, Dave Airlie wrote:
>> > For optimus and powerxpress setups where we can explicitly power off
>> > the GPU I'd like to do this under control of the
On Mon, Sep 10, 2012 at 10:23 AM, Dave Airlie wrote:
> (oops' forgot reply to all)
>
>>
>> My midlayer-smell-o-meter just cranked up to 11 when reading this comment
>> ;-)
>>
>> I'd have expected:
>> - Drivers to check the power state and enable the gpu if it's off in their
>> cs ioctl (instead
Only increase the higher 32bits if we really detect a wrap around.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=54129
https://bugs.freedesktop.org/show_bug.cgi?id=54662
Possible fixes:
https://bugzilla.redhat.com/show_bug.cgi?id=846505
https://bugzilla.redhat.com/show_bug.cgi?id=845639
Si
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #11 from eandry at free.fr 2012-09-10 09:43:34
UTC ---
Hi !
Will the fix be backported to previous kernel releases ?
Because next ubuntu will be using 3.5.x ... (and the current precise doesn't
handle the graphic card and use vesa d
The some modes to support interlace have "i" character at the end of
name from drm_mode_set_name(). For consistency, this patch adds "i"
character at the end of name of interlaced modes defined in
drm_edid_modes.h file.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungmin Park
---
drivers/gpu/
> fine grained suspend/resume. Not sure if that concept helps here, but it
> may be worth digging around to see how they went about waking up
> individual devices.
Badly. I don't believe the code ever worked properly. It certainly was
full of races. I've reworked chunks of it in the GMA500 oaktrai
On Mon, 10 Sep 2012 14:31:52 +1000
Dave Airlie wrote:
> From: Dave Airlie
>
> For secondary GPUs in laptops, i.e. optimus or powerxpress, we have
> methods for powering down the GPU completely. This adds support
> to the drm core for powering back up the GPU on any access from
> ioctls or sysfs
On Mon, 2012-09-10 at 11:13 +0200, Christian K?nig wrote:
> Only increase the higher 32bits if we really detect a wrap around.
>
> Fixes:
> https://bugs.freedesktop.org/show_bug.cgi?id=54129
> https://bugs.freedesktop.org/show_bug.cgi?id=54662
>
> Possible fixes:
> https://bugzilla.redhat.com/sh
https://bugs.freedesktop.org/show_bug.cgi?id=52174
Michel D?nzer changed:
What|Removed |Added
Component|Drivers/Gallium/r600|Drivers/Gallium/radeonsi
--
Configure b
https://bugs.freedesktop.org/show_bug.cgi?id=48694
Michel D?nzer changed:
What|Removed |Added
AssignedTo|mesa-dev at lists.freedesktop. |dri-devel at
lists.freedesktop
On Mon, Sep 10, 2012 at 9:07 PM, Alan Cox wrote:
> On Mon, 10 Sep 2012 14:31:52 +1000
> Dave Airlie wrote:
>
>> From: Dave Airlie
>>
>> For secondary GPUs in laptops, i.e. optimus or powerxpress, we have
>> methods for powering down the GPU completely. This adds support
>> to the drm core for po
https://bugs.freedesktop.org/show_bug.cgi?id=54727
Bug #: 54727
Summary: R600_LLVM, draw: LLVM ERROR: Cannot select: v4f32 =
insert_vector_elt
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
Am Montag, den 10.09.2012, 19:23 +0900 schrieb Joonyoung Shim:
> The some modes to support interlace have "i" character at the end of
In `drm_mode_set_name()` from `drivers/gpu/drm/drm_modes.c` interlace
modes have the character ?i? appended to their name.
> name from drm_mode_set_name().
https://bugs.freedesktop.org/show_bug.cgi?id=44696
--- Comment #1 from Andreas Boll 2012-09-10
11:36:32 UTC ---
Created attachment 66920
--> https://bugs.freedesktop.org/attachment.cgi?id=66920
capture of the canvas, showing the rendering bug is gone
--
Configure bugmail: https://bugs.freede
||FIXED
--- Comment #2 from Andreas Boll 2012-09-10
11:42:37 UTC ---
As you can see in attachment 66920
the rendering is fine on current firefox nightly 20120910
and current mesa 9.1-devel (git-e81ee67)
WebGL Renderer: X.Org -- Gallium 0.4 on AMD RV770 -- 2.1 Mesa 9.1-devel
(git
On 10.09.2012 13:12, Michel D?nzer wrote:
> On Mon, 2012-09-10 at 11:13 +0200, Christian K?nig wrote:
>> Only increase the higher 32bits if we really detect a wrap around.
>>
>> Fixes:
>> https://bugs.freedesktop.org/show_bug.cgi?id=54129
>> https://bugs.freedesktop.org/show_bug.cgi?id=54662
>>
>>
https://bugs.freedesktop.org/show_bug.cgi?id=50135
--- Comment #7 from Andreas Boll 2012-09-10
12:12:44 UTC ---
(In reply to comment #6)
> I confirm that the patch doesn't help with the daylight scenes. They look the
> same.
>
> It helped with night time scenes, just like the previous comment s
https://bugs.freedesktop.org/show_bug.cgi?id=50135
--- Comment #8 from Micael Dias 2012-09-10 12:44:16 UTC
---
Created attachment 66925
--> https://bugs.freedesktop.org/attachment.cgi?id=66925
OgreSampleBrowser - Shadows
Appears to be related.
I'd say it looks like a depth precision/bias iss
On Mon, Sep 10, 2012 at 7:35 AM, Paul Menzel
wrote:
> Am Montag, den 10.09.2012, 19:23 +0900 schrieb Joonyoung Shim:
>> The some modes to support interlace have "i" character at the end of
>
> In `drm_mode_set_name()` from `drivers/gpu/drm/drm_modes.c` interlace
> modes have the character ?i? appe
On Mon, Sep 10, 2012 at 12:50 AM, Tomi Valkeinen
wrote:
> On Fri, 2012-09-07 at 12:59 -0500, Rob Clark wrote:
>> From: Rob Clark
>>
>> Without these, DVI is broken.
>>
>> Signed-off-by: Rob Clark
>> ---
>> Greg, it looks like the omapdss changes which added these fields, as
>> well as the inter
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #12 from Alex Deucher 2012-09-10 13:08:32 UTC
---
(In reply to comment #11)
> Hi !
>
> Will the fix be backported to previous kernel releases ?
Yes, the patches will show up in the stable kernel series.
--
Configure bugmail: http
On Mon, Sep 10, 2012 at 8:02 AM, Christian K?nig
wrote:
> On 10.09.2012 13:12, Michel D?nzer wrote:
>>
>> On Mon, 2012-09-10 at 11:13 +0200, Christian K?nig wrote:
>>>
>>> Only increase the higher 32bits if we really detect a wrap around.
>>>
>>> Fixes:
>>> https://bugs.freedesktop.org/show_bug.cg
On Mon, 2012-09-10 at 14:02 +0200, Christian K?nig wrote:
> On 10.09.2012 13:12, Michel D?nzer wrote:
> > On Mon, 2012-09-10 at 11:13 +0200, Christian K?nig wrote:
> >> Only increase the higher 32bits if we really detect a wrap around.
> >>
> >> Fixes:
> >> https://bugs.freedesktop.org/show_bug.cg
On Mon, Sep 10, 2012 at 11:38 AM, Michel D?nzer wrote:
> On Mon, 2012-09-10 at 14:02 +0200, Christian K?nig wrote:
>> On 10.09.2012 13:12, Michel D?nzer wrote:
>> > On Mon, 2012-09-10 at 11:13 +0200, Christian K?nig wrote:
>> >> Only increase the higher 32bits if we really detect a wrap around.
>>
On Mon, Sep 10, 2012 at 11:52 AM, Jerome Glisse wrote:
> On Mon, Sep 10, 2012 at 11:38 AM, Michel D?nzer wrote:
>> On Mon, 2012-09-10 at 14:02 +0200, Christian K?nig wrote:
>>> On 10.09.2012 13:12, Michel D?nzer wrote:
>>> > On Mon, 2012-09-10 at 11:13 +0200, Christian K?nig wrote:
>>> >> Only in
On 9/8/12 6:35 AM, Dave Airlie wrote:
> On Sat, Sep 8, 2012 at 3:30 AM, Shirish S wrote:
>> Hi Dave,
>> Gentle Reminder!
>> This patch is required for passing the very first test case of HDMI
>> Compliance test suite.
>> Regards,
>> Shirish S
>
> Can you provide ajax with the sample he asked for p
https://bugzilla.kernel.org/show_bug.cgi?id=47321
Summary: crash with drm/radeon on hp dm1 4100ed laptop with amd
6320
Product: Drivers
Version: 2.5
Kernel Version: 3.5.3
Platform: All
OS/Version: Linux
Tree:
https://bugzilla.kernel.org/show_bug.cgi?id=47321
--- Comment #1 from Marcel Pol 2012-09-10 19:04:50 ---
Created an attachment (id=79611)
--> (https://bugzilla.kernel.org/attachment.cgi?id=79611)
lspci -vv
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- Y
https://bugzilla.kernel.org/show_bug.cgi?id=47321
--- Comment #2 from Marcel Pol 2012-09-10 19:09:16 ---
On a sidenote, when Xorg runs (without drm/radeon) and I switch to a virtual
console, nothing happens really. Switching back to the graphical console makes
the screen split, the left half
https://bugzilla.kernel.org/show_bug.cgi?id=47321
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
https://bugzilla.kernel.org/show_bug.cgi?id=47321
--- Comment #4 from Alex Deucher 2012-09-10
19:13:56 ---
If you don't have necessary firmware installed the kernel firmware requester
will wait for several minutes before timing out.
--
Configure bugmail: https://bugzilla.kernel.org/userpr
On Mon, Sep 10, 2012 at 09:28:17AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> You're pull just reminded me that I've been sitting on a few small -fixes,
> too. Nothing really major at all:
> - fixup edp setup sequence (Dave)
> - disable sdvo hotplug for real, this is a fixup for a messed-up
> re
https://bugzilla.kernel.org/show_bug.cgi?id=47351
Summary: [KMS: Mobility Radeon HD 6620G] Blank screen on boot
Product: Drivers
Version: 2.5
Kernel Version: 3.5.3
Platform: All
OS/Version: Linux
Tree: Mainline
Status
https://bugzilla.kernel.org/show_bug.cgi?id=47351
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
https://bugzilla.kernel.org/show_bug.cgi?id=47321
--- Comment #5 from Alex Deucher 2012-09-10
20:19:20 ---
Also possibly related:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=d8636a2717bb3da2a7ce2154bf08de90bb8c87b0
or:
http://lists.freedesktop.org/archives/dr
https://bugzilla.kernel.org/show_bug.cgi?id=47351
--- Comment #2 from Michael Walton 2012-09-10
20:26:09 ---
Actually I didn't see when I looked before filing the report, but this looks
like my exact situation including the suspend issues. Sorry for the duplicate
report!
https://bugzilla.k
https://bugs.freedesktop.org/show_bug.cgi?id=51344
--- Comment #9 from Tormod Volden 2012-09-10
20:27:54 UTC ---
Created attachment 66942
--> https://bugs.freedesktop.org/attachment.cgi?id=66942
backport of Christian's patch
I tried backporting Christian's patch from
https://bugs.freedesktop.
https://bugzilla.kernel.org/show_bug.cgi?id=47351
--- Comment #3 from Michael Walton 2012-09-10
20:29:17 ---
I don't know if it's the same as bug 47321 Mr. Deucher because the system will
boot with KMS enabled, but the screen just stays blank.
--
Configure bugmail: https://bugzilla.kernel
https://bugzilla.kernel.org/show_bug.cgi?id=47351
--- Comment #4 from Alex Deucher 2012-09-10
20:35:35 ---
(In reply to comment #2)
> Actually I didn't see when I looked before filing the report, but this looks
> like my exact situation including the suspend issues. Sorry for the duplicate
https://bugzilla.kernel.org/show_bug.cgi?id=47321
--- Comment #6 from Marcel Pol 2012-09-10 20:40:21 ---
Ah, thanks. I should have thought of that, firmware.
With loading the firmware it now boots up fine.
I will attach some dmesg parts with and without firmware.
--
Configure bugmail: http
https://bugzilla.kernel.org/show_bug.cgi?id=47321
--- Comment #7 from Marcel Pol 2012-09-10 20:41:42 ---
Created an attachment (id=79711)
--> (https://bugzilla.kernel.org/attachment.cgi?id=79711)
dmesg with loading drm/radeon without firmware
Dmesg part with loading drm/radeon without havi
https://bugzilla.kernel.org/show_bug.cgi?id=47321
--- Comment #8 from Marcel Pol 2012-09-10 20:42:37 ---
Created an attachment (id=79721)
--> (https://bugzilla.kernel.org/attachment.cgi?id=79721)
dmesg with loading drm/radeon with the firmware
dmesg part when loading drm/radeon during boot
On Mon, Sep 10, 2012 at 4:13 PM, Dave Airlie wrote:
> It might be related to a hardware bug, or the algorithm is flawed in a
> way I currently don't see. Anyway the old code we had wasn't so picky
> about such problems and the patch just tries to make the current code as
https://bugs.freedesktop.org/show_bug.cgi?id=41740
Andreas Boll changed:
What|Removed |Added
AssignedTo|dri-devel at lists.freedesktop |mesa-dev at
lists.freedesktop.
On Mon, Sep 10, 2012 at 5:10 PM, Jerome Glisse wrote:
> On Mon, Sep 10, 2012 at 4:13 PM, Dave Airlie wrote:
>
>
>> It might be related to a hardware bug, or the algorithm is flawed in a
>> way I currently don't see. Anyway the old code we had wasn't so picky
>> about such prob
Hi Dave,
> +int nouveau_dynamic_power_set_state(struct drm_device *dev, int state)
> +{
> + struct nouveau_drm *drm = nouveau_drm(dev);
> + pm_message_t pmm = { .event = PM_EVENT_SUSPEND };
> +
> + if (state == DRM_SWITCH_POWER_DYNAMIC_OFF) {
> + dev->switch_power_state = D
Hi Dave,
> +bool nouveau_is_optimus(void) {
> + return nouveau_dsm_priv.optimus_detected;
> +}
This will only work for new Optimus laptops, not the older ones such as your
Lenovo T410s or on a Dell Vostro 3500 with a GT 310M. Is that intended? If
not, check for those models too:
ret
On Mon, Sep 10, 2012 at 1:27 AM, Michel D?nzer wrote:
> On Son, 2012-09-09 at 15:33 -0700, Jordan Justen wrote:
>> New branch 'debian-experimental' available with the following commits:
>
> I think you pushed this to the wrong repository?
My apologies. I had the hook script mis-configured under m
On Mon, Sep 10, 2012 at 02:31:52PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> For secondary GPUs in laptops, i.e. optimus or powerxpress, we have
> methods for powering down the GPU completely. This adds support
> to the drm core for powering back up the GPU on any access from
> ioctls or
Hi Dave,
You're pull just reminded me that I've been sitting on a few small -fixes,
too. Nothing really major at all:
- fixup edp setup sequence (Dave)
- disable sdvo hotplug for real, this is a fixup for a messed-up
regression fixer (Jani)
- don't expose dysfunctional backlight driver (Jani)
-
(oops' forgot reply to all)
>
> My midlayer-smell-o-meter just cranked up to 11 when reading this comment
> ;-)
>
> I'd have expected:
> - Drivers to check the power state and enable the gpu if it's off in their
> cs ioctl (instead of the brute-force every ioctl there is approach in
> the drm
On Mon, 10 Sep 2012 18:23:05 +1000, Dave Airlie wrote:
> (oops' forgot reply to all)
>
> >
> > My midlayer-smell-o-meter just cranked up to 11 when reading this comment
> > ;-)
> >
> > I'd have expected:
> > - Drivers to check the power state and enable the gpu if it's off in their
> > cs ioctl
On Son, 2012-09-09 at 15:33 -0700, Jordan Justen wrote:
> New branch 'debian-experimental' available with the following commits:
I think you pushed this to the wrong repository?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast |
At Mon, 10 Sep 2012 15:04:02 +1000,
Dave Airlie wrote:
>
> On Mon, Sep 10, 2012 at 2:31 PM, Dave Airlie wrote:
> > For optimus and powerxpress setups where we can explicitly power off
> > the GPU I'd like to do this under control of the driver. Now that I've
> > added X server support for seconda
On Mon, Sep 10, 2012 at 6:47 PM, Takashi Iwai wrote:
> At Mon, 10 Sep 2012 15:04:02 +1000,
> Dave Airlie wrote:
>>
>> On Mon, Sep 10, 2012 at 2:31 PM, Dave Airlie wrote:
>> > For optimus and powerxpress setups where we can explicitly power off
>> > the GPU I'd like to do this under control of the
On Mon, Sep 10, 2012 at 10:23 AM, Dave Airlie wrote:
> (oops' forgot reply to all)
>
>>
>> My midlayer-smell-o-meter just cranked up to 11 when reading this comment
>> ;-)
>>
>> I'd have expected:
>> - Drivers to check the power state and enable the gpu if it's off in their
>> cs ioctl (instead
Only increase the higher 32bits if we really detect a wrap around.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=54129
https://bugs.freedesktop.org/show_bug.cgi?id=54662
Possible fixes:
https://bugzilla.redhat.com/show_bug.cgi?id=846505
https://bugzilla.redhat.com/show_bug.cgi?id=845639
Si
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #11 from ean...@free.fr 2012-09-10 09:43:34 UTC ---
Hi !
Will the fix be backported to previous kernel releases ?
Because next ubuntu will be using 3.5.x ... (and the current precise doesn't
handle the graphic card and use vesa drive
The some modes to support interlace have "i" character at the end of
name from drm_mode_set_name(). For consistency, this patch adds "i"
character at the end of name of interlaced modes defined in
drm_edid_modes.h file.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungmin Park
---
drivers/gpu/
> fine grained suspend/resume. Not sure if that concept helps here, but it
> may be worth digging around to see how they went about waking up
> individual devices.
Badly. I don't believe the code ever worked properly. It certainly was
full of races. I've reworked chunks of it in the GMA500 oaktrai
On Mon, 10 Sep 2012 14:31:52 +1000
Dave Airlie wrote:
> From: Dave Airlie
>
> For secondary GPUs in laptops, i.e. optimus or powerxpress, we have
> methods for powering down the GPU completely. This adds support
> to the drm core for powering back up the GPU on any access from
> ioctls or sysfs
On Mon, 2012-09-10 at 11:13 +0200, Christian König wrote:
> Only increase the higher 32bits if we really detect a wrap around.
>
> Fixes:
> https://bugs.freedesktop.org/show_bug.cgi?id=54129
> https://bugs.freedesktop.org/show_bug.cgi?id=54662
>
> Possible fixes:
> https://bugzilla.redhat.com/sh
https://bugs.freedesktop.org/show_bug.cgi?id=52174
Michel Dänzer changed:
What|Removed |Added
Component|Drivers/Gallium/r600|Drivers/Gallium/radeonsi
--
Configure b
https://bugs.freedesktop.org/show_bug.cgi?id=48694
Michel Dänzer changed:
What|Removed |Added
AssignedTo|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop
On Mon, Sep 10, 2012 at 9:07 PM, Alan Cox wrote:
> On Mon, 10 Sep 2012 14:31:52 +1000
> Dave Airlie wrote:
>
>> From: Dave Airlie
>>
>> For secondary GPUs in laptops, i.e. optimus or powerxpress, we have
>> methods for powering down the GPU completely. This adds support
>> to the drm core for po
https://bugs.freedesktop.org/show_bug.cgi?id=54727
Bug #: 54727
Summary: R600_LLVM, draw: LLVM ERROR: Cannot select: v4f32 =
insert_vector_elt
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
Am Montag, den 10.09.2012, 19:23 +0900 schrieb Joonyoung Shim:
> The some modes to support interlace have "i" character at the end of
In `drm_mode_set_name()` from `drivers/gpu/drm/drm_modes.c` interlace
modes have the character »i« appended to their name.
> name from drm_mode_set_name().
From w
https://bugs.freedesktop.org/show_bug.cgi?id=44696
--- Comment #1 from Andreas Boll 2012-09-10
11:36:32 UTC ---
Created attachment 66920
--> https://bugs.freedesktop.org/attachment.cgi?id=66920
capture of the canvas, showing the rendering bug is gone
--
Configure bugmail: https://bugs.freede
||FIXED
--- Comment #2 from Andreas Boll 2012-09-10
11:42:37 UTC ---
As you can see in attachment 66920
the rendering is fine on current firefox nightly 20120910
and current mesa 9.1-devel (git-e81ee67)
WebGL Renderer: X.Org -- Gallium 0.4 on AMD RV770 -- 2.1 Mesa 9.1-devel
(git
On 10.09.2012 13:12, Michel Dänzer wrote:
On Mon, 2012-09-10 at 11:13 +0200, Christian König wrote:
Only increase the higher 32bits if we really detect a wrap around.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=54129
https://bugs.freedesktop.org/show_bug.cgi?id=54662
Possible fixes:
ht
https://bugs.freedesktop.org/show_bug.cgi?id=50135
--- Comment #7 from Andreas Boll 2012-09-10
12:12:44 UTC ---
(In reply to comment #6)
> I confirm that the patch doesn't help with the daylight scenes. They look the
> same.
>
> It helped with night time scenes, just like the previous comment s
https://bugs.freedesktop.org/show_bug.cgi?id=50135
--- Comment #8 from Micael Dias 2012-09-10 12:44:16 UTC ---
Created attachment 66925
--> https://bugs.freedesktop.org/attachment.cgi?id=66925
OgreSampleBrowser - Shadows
Appears to be related.
I'd say it looks like a depth precision/bias issu
On Mon, Sep 10, 2012 at 7:35 AM, Paul Menzel
wrote:
> Am Montag, den 10.09.2012, 19:23 +0900 schrieb Joonyoung Shim:
>> The some modes to support interlace have "i" character at the end of
>
> In `drm_mode_set_name()` from `drivers/gpu/drm/drm_modes.c` interlace
> modes have the character »i« appe
On Mon, Sep 10, 2012 at 12:50 AM, Tomi Valkeinen wrote:
> On Fri, 2012-09-07 at 12:59 -0500, Rob Clark wrote:
>> From: Rob Clark
>>
>> Without these, DVI is broken.
>>
>> Signed-off-by: Rob Clark
>> ---
>> Greg, it looks like the omapdss changes which added these fields, as
>> well as the interl
https://bugs.freedesktop.org/show_bug.cgi?id=52256
--- Comment #12 from Alex Deucher 2012-09-10 13:08:32 UTC ---
(In reply to comment #11)
> Hi !
>
> Will the fix be backported to previous kernel releases ?
Yes, the patches will show up in the stable kernel series.
--
Configure bugmail: https
On Mon, Sep 10, 2012 at 8:02 AM, Christian König
wrote:
> On 10.09.2012 13:12, Michel Dänzer wrote:
>>
>> On Mon, 2012-09-10 at 11:13 +0200, Christian König wrote:
>>>
>>> Only increase the higher 32bits if we really detect a wrap around.
>>>
>>> Fixes:
>>> https://bugs.freedesktop.org/show_bug.cg
On Mon, 2012-09-10 at 14:02 +0200, Christian König wrote:
> On 10.09.2012 13:12, Michel Dänzer wrote:
> > On Mon, 2012-09-10 at 11:13 +0200, Christian König wrote:
> >> Only increase the higher 32bits if we really detect a wrap around.
> >>
> >> Fixes:
> >> https://bugs.freedesktop.org/show_bug.cg
On Mon, Sep 10, 2012 at 11:38 AM, Michel Dänzer wrote:
> On Mon, 2012-09-10 at 14:02 +0200, Christian König wrote:
>> On 10.09.2012 13:12, Michel Dänzer wrote:
>> > On Mon, 2012-09-10 at 11:13 +0200, Christian König wrote:
>> >> Only increase the higher 32bits if we really detect a wrap around.
>>
On Mon, Sep 10, 2012 at 11:52 AM, Jerome Glisse wrote:
> On Mon, Sep 10, 2012 at 11:38 AM, Michel Dänzer wrote:
>> On Mon, 2012-09-10 at 14:02 +0200, Christian König wrote:
>>> On 10.09.2012 13:12, Michel Dänzer wrote:
>>> > On Mon, 2012-09-10 at 11:13 +0200, Christian König wrote:
>>> >> Only in
On 9/8/12 6:35 AM, Dave Airlie wrote:
On Sat, Sep 8, 2012 at 3:30 AM, Shirish S wrote:
Hi Dave,
Gentle Reminder!
This patch is required for passing the very first test case of HDMI
Compliance test suite.
Regards,
Shirish S
Can you provide ajax with the sample he asked for previously?
He did
https://bugzilla.kernel.org/show_bug.cgi?id=47321
Summary: crash with drm/radeon on hp dm1 4100ed laptop with amd
6320
Product: Drivers
Version: 2.5
Kernel Version: 3.5.3
Platform: All
OS/Version: Linux
Tree:
https://bugzilla.kernel.org/show_bug.cgi?id=47321
--- Comment #1 from Marcel Pol 2012-09-10 19:04:50 ---
Created an attachment (id=79611)
--> (https://bugzilla.kernel.org/attachment.cgi?id=79611)
lspci -vv
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- Y
https://bugzilla.kernel.org/show_bug.cgi?id=47321
--- Comment #2 from Marcel Pol 2012-09-10 19:09:16 ---
On a sidenote, when Xorg runs (without drm/radeon) and I switch to a virtual
console, nothing happens really. Switching back to the graphical console makes
the screen split, the left half
https://bugzilla.kernel.org/show_bug.cgi?id=47321
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #3 f
1 - 100 of 118 matches
Mail list logo
