Kernel from Linus tree, HEAD at 7f80850d3f9fd8fda23a317044aef3a6bafab06b
Loading radeon module with modeset=1 causes black screen.
Usually it happens at boot time, but if run kernel with radeon.modeset=0 then
`rmmod radeon; modprobe radeon modeset=1` I can get dmesg over ssh (thanks to
glisse f
https://bugs.freedesktop.org/show_bug.cgi?id=42960
Bug #: 42960
Summary: Display does not work when resuming from suspend
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
On Tue, Nov 15, 2011 at 08:16:04AM -0800, Jesse Barnes wrote:
> On Tue, 15 Nov 2011 14:57:02 +0200
> Ville Syrj?l? wrote:
> > I'm fine with fourccs as long as the defines are named and documented
> > in way that avoids guesswork.
> >
> > So what I'm thinking is something like this:
> >
> > DRM_F
Hi Linus,
Fix for a vgaarb bridge detect problem I found playing in qemu, a radeon
oops fix, missing PCI IDs, and a fix from the -rt guys that I've forgotten
to send 2 or 3 times now.
Dave.
The following changes since commit a7c36fd8c5ee6dcca584137cb81aeefd785a0721:
drm/radeon/kms/combios:
2011/11/15 Kristian H?gsberg :
> On Mon, Nov 14, 2011 at 5:54 PM, Jesse Barnes
> wrote:
>> On Mon, 14 Nov 2011 21:47:09 +0100
>> David Herrmann wrote:
>>> > I had to modify the resolution the test was searching for
>>> > to 1920x1200 instead of 1024x600 since I tested on a DP attached
>>> > moni
https://bugs.freedesktop.org/show_bug.cgi?id=42913
--- Comment #3 from Kai 2011-11-15 11:47:33 PST
---
(In reply to comment #2)
> does xrandr to a new mode and back help?
Yes, that restores a normal screen. AFAICT there is no vestige of the
corruption left.
--
Configure bugmail: https://bugs.
On Tue, Nov 15, 2011 at 4:07 PM, Konrad Rzeszutek Wilk
wrote:
> On Fri, Nov 11, 2011 at 05:47:48PM -0500, j.glisse at gmail.com wrote:
>> From: Jerome Glisse
>>
>> Move dma data to a superset ttm_dma_tt structure which herit
>
> inherit
>
>> from ttm_tt. This allow driver that don't use dma funct
2011/11/15 Christian K?nig :
> On 15.11.2011 20:32, Jerome Glisse wrote:
>>
>> On Sat, Oct 29, 2011 at 03:00:28PM +0200, Christian K?nig wrote:
>>>
>>> Hello everybody,
>>>
>>> to support multiple compute rings, async DMA engines and UVD we need
>>> to teach the radeon kernel module how to sync buf
Fixed with this patch:
http://lists.freedesktop.org/archives/dri-devel/2011-November/016498.html
Alex
> -Original Message-
> From: Sergey V. [mailto:sftp.mtuci at gmail.com]
> Sent: Tuesday, November 15, 2011 2:05 PM
> To: David Airlie
> Cc: Deucher, Alexander; dri-devel at lists.freedesk
https://bugs.freedesktop.org/show_bug.cgi?id=42913
--- Comment #2 from Dave Airlie 2011-11-15
09:34:49 PST ---
does xrandr to a new mode and back help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the as
https://bugs.freedesktop.org/show_bug.cgi?id=41744
--- Comment #11 from kao_chen 2011-11-15 09:03:51 PST
---
Sorry I have done a mistake, the libtxc-dxtn library was not installed properly
on my PC.
I found the source code here:
http://debian-multimedia.org/pool/main/libt/libtxc-dxtn/libtxc-dxt
On Tue, Nov 15, 2011 at 04:07:46PM -0500, Konrad Rzeszutek Wilk wrote:
> On Fri, Nov 11, 2011 at 05:47:48PM -0500, j.glisse at gmail.com wrote:
> > From: Jerome Glisse
> >
> > Move dma data to a superset ttm_dma_tt structure which herit
>
> inherit
>
> > from ttm_tt. This allow driver that don'
https://bugs.freedesktop.org/show_bug.cgi?id=42913
--- Comment #1 from Kai 2011-11-15 08:38:49 PST
---
Todays run showed one difference in what was reported by Piglit:
> Probe at (0,0)
> Expected: 0.00 1.00 0.00 0.00
> Observed: 0.00 0.00 0.00 1.00
> PIGLIT: {
On Tue, Nov 15, 2011 at 4:07 PM, Konrad Rzeszutek Wilk
wrote:
> On Fri, Nov 11, 2011 at 05:47:48PM -0500, j.gli...@gmail.com wrote:
>> From: Jerome Glisse
>>
>> Move dma data to a superset ttm_dma_tt structure which herit
>
> inherit
>
>> from ttm_tt. This allow driver that don't use dma function
2011/11/15 David Herrmann :
> 2011/11/15 Kristian H?gsberg :
>> On Mon, Nov 14, 2011 at 5:54 PM, Jesse Barnes
>> wrote:
>>> On Mon, 14 Nov 2011 21:47:09 +0100
>>> David Herrmann wrote:
> I had to modify the resolution the test was searching for
> to 1920x1200 instead of 1024x600 since
https://bugs.freedesktop.org/show_bug.cgi?id=42908
Kai changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
2011/11/15 Christian König :
> On 15.11.2011 20:32, Jerome Glisse wrote:
>>
>> On Sat, Oct 29, 2011 at 03:00:28PM +0200, Christian König wrote:
>>>
>>> Hello everybody,
>>>
>>> to support multiple compute rings, async DMA engines and UVD we need
>>> to teach the radeon kernel module how to sync buf
On Fri, Nov 11, 2011 at 05:47:48PM -0500, j.glisse at gmail.com wrote:
> From: Jerome Glisse
>
> Move dma data to a superset ttm_dma_tt structure which herit
inherit
> from ttm_tt. This allow driver that don't use dma functionalities
> to not have to waste memory for it.
>
> V2 Rebase on top o
On 15.11.2011 20:32, Jerome Glisse wrote:
On Sat, Oct 29, 2011 at 03:00:28PM +0200, Christian König wrote:
Hello everybody,
to support multiple compute rings, async DMA engines and UVD we need
to teach the radeon kernel module how to sync buffers between
different rings and make some changes to
On Mon, Nov 14, 2011 at 01:22:10PM -0800, Jesse Barnes wrote:
> On Mon, 14 Nov 2011 23:16:44 +0200
> Ville Syrj?l? wrote:
>
> > On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse Barnes wrote:
> > > +#define fourcc_code(a,b,c,d) ((u32)(a) | ((u32)(b) << 8) | \
> > > + ((u32)(c)
From: Hugh Dickins
Subject: drm: avoid switching to text console if there is no panic timeout
Add a check for panic_timeout in the drm_fb_helper_panic() notifier: if
we're going to reboot immediately, the user will not be able to see the
messages anyway, and messing with the video mode may displa
From: Julia Lawall
Subject: drivers/gpu/vga/vgaarb.c: add missing kfree
kbuf is a buffer that is local to this function, so all of the error paths
leaving the function should release it.
Signed-off-by: Julia Lawall
Cc: Dave Airlie
Cc: Jesper Juhl
Signed-off-by: Andrew Morton
---
drivers/gp
From: Hugh Dickins
Subject: drm: avoid switching to text console if there is no panic timeout
Add a check for panic_timeout in the drm_fb_helper_panic() notifier: if
we're going to reboot immediately, the user will not be able to see the
messages anyway, and messing with the video mode may displa
From: Julia Lawall
Subject: drivers/gpu/vga/vgaarb.c: add missing kfree
kbuf is a buffer that is local to this function, so all of the error paths
leaving the function should release it.
Signed-off-by: Julia Lawall
Cc: Dave Airlie
Cc: Jesper Juhl
Signed-off-by: Andrew Morton
---
drivers/gp
https://bugs.freedesktop.org/show_bug.cgi?id=42960
Bug #: 42960
Summary: Display does not work when resuming from suspend
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
commit ea4039a34c4c206d015d34a49d0b00868e37db1d upstream.
If we fail to prepare an anon_vma, the {new, old}_page should be released,
or they will leak.
Signed-off-by: Hillf Danton
Reviewed-by: Andrea Arcangeli
Cc: Hugh Dickins
Cc: Johannes Weiner
Signed-off-by: Andrew Morton
Signed-off-by: L
Email sent to wrong people/list,
Linus
-- Forwarded message --
From: Alex Davis
Date: Tue, Nov 15, 2011 at 12:42 AM
Subject: [PATCH] i915: Fix bug where screen brightness is not restored
To: "linux-kernel at vger.kernel.org" ,
"torvalds at linux-foundation.org"
Fr
On Sat, Oct 29, 2011 at 03:00:28PM +0200, Christian K?nig wrote:
> Hello everybody,
>
> to support multiple compute rings, async DMA engines and UVD we need
> to teach the radeon kernel module how to sync buffers between
> different rings and make some changes to the command submission
> ioctls.
>
On Tue, Nov 15, 2011 at 2:05 PM, Sergey V. wrote:
> Kernel from Linus tree, HEAD at 7f80850d3f9fd8fda23a317044aef3a6bafab06b
>
> Loading radeon module with modeset=1 causes black screen.
>
> Usually it happens at boot time, but if run kernel with radeon.modeset=0 then
> `rmmod radeon; modprobe rad
On Tue, Nov 15, 2011 at 04:07:46PM -0500, Konrad Rzeszutek Wilk wrote:
> On Fri, Nov 11, 2011 at 05:47:48PM -0500, j.gli...@gmail.com wrote:
> > From: Jerome Glisse
> >
> > Move dma data to a superset ttm_dma_tt structure which herit
>
> inherit
>
> > from ttm_tt. This allow driver that don't u
On Tue, Nov 15, 2011 at 12:40:43PM +1000, Ben Skeggs wrote:
> On Mon, 2011-11-14 at 12:21 -0800, Jesse Barnes wrote:
> > Planes are a bit like half-CRTCs. They have a location and fb, but
> > don't drive outputs directly. Add support for handling them to the core
> > KMS code.
> Out of curiosity,
2011/11/15 David Herrmann :
> 2011/11/15 Kristian Høgsberg :
>> On Mon, Nov 14, 2011 at 5:54 PM, Jesse Barnes
>> wrote:
>>> On Mon, 14 Nov 2011 21:47:09 +0100
>>> David Herrmann wrote:
> I had to modify the resolution the test was searching for
> to 1920x1200 instead of 1024x600 since
Hi lkml,
I'm using the kernel 3.2-rc1 and I'm getting the following message in my
dmesg:
fixme: max PWM is zero.
I don't remember if this message was here before...
I'm trying to verify what is causing this. I found this waring message in
the drivers/gpu/drm/i915/intel_panel.c.
There is a com
On Fri, Nov 11, 2011 at 05:47:48PM -0500, j.gli...@gmail.com wrote:
> From: Jerome Glisse
>
> Move dma data to a superset ttm_dma_tt structure which herit
inherit
> from ttm_tt. This allow driver that don't use dma functionalities
> to not have to waste memory for it.
>
> V2 Rebase on top of n
ve the _FOURCC_ strings to make it clear we're using sane RGB
definitions and not some half-specified fourcc stuff.
Thanks,
--
Jesse Barnes, Intel Open Source Technology Center
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2015/806f9103/attachment.pgp>
On Tue, 15 Nov 2011 22:30:36 +0200
Ville Syrjälä wrote:
> On Tue, Nov 15, 2011 at 08:16:04AM -0800, Jesse Barnes wrote:
> > On Tue, 15 Nov 2011 14:57:02 +0200
> > Ville Syrjälä wrote:
> > > I'm fine with fourccs as long as the defines are named and documented
> > > in way that avoids guesswork.
On Mon, 2011-11-14 at 12:21 -0800, Jesse Barnes wrote:
> Planes are a bit like half-CRTCs. They have a location and fb, but
> don't drive outputs directly. Add support for handling them to the core
> KMS code.
Out of curiosity, lets say you have a *really* stupid hardware overlay
that can't do sc
Christian Schmidt wrote:
Tested with all three applied and they work well on my TV all modes
work, which was not the case previously if I added manually the modes
listed in xorg log (I have three bogus/not working modes logged by xorg).
I do have a small problem with the interlaced modes - I as
Hi Linus,
Fix for a vgaarb bridge detect problem I found playing in qemu, a radeon
oops fix, missing PCI IDs, and a fix from the -rt guys that I've forgotten
to send 2 or 3 times now.
Dave.
The following changes since commit a7c36fd8c5ee6dcca584137cb81aeefd785a0721:
drm/radeon/kms/combios:
On Tue, Nov 15, 2011 at 08:16:04AM -0800, Jesse Barnes wrote:
> On Tue, 15 Nov 2011 14:57:02 +0200
> Ville Syrjälä wrote:
> > I'm fine with fourccs as long as the defines are named and documented
> > in way that avoids guesswork.
> >
> > So what I'm thinking is something like this:
> >
> > DRM_F
On Tuesday 15 of November 2011 23:21:10 Alex Deucher wrote:
> On Tue, Nov 15, 2011 at 2:05 PM, Sergey V. wrote:
> > Kernel from Linus tree, HEAD at 7f80850d3f9fd8fda23a317044aef3a6bafab06b
> >
> > Loading radeon module with modeset=1 causes black screen.
> >
> > Usually it happens at boot time, bu
https://bugs.freedesktop.org/show_bug.cgi?id=42913
--- Comment #3 from Kai 2011-11-15 11:47:33 PST ---
(In reply to comment #2)
> does xrandr to a new mode and back help?
Yes, that restores a normal screen. AFAICT there is no vestige of the
corruption left.
--
Configure bugmail: https://bugs.f
Fixed with this patch:
http://lists.freedesktop.org/archives/dri-devel/2011-November/016498.html
Alex
> -Original Message-
> From: Sergey V. [mailto:sftp.mt...@gmail.com]
> Sent: Tuesday, November 15, 2011 2:05 PM
> To: David Airlie
> Cc: Deucher, Alexander; dri-devel@lists.freedesktop.or
On Sat, Oct 29, 2011 at 03:00:28PM +0200, Christian König wrote:
> Hello everybody,
>
> to support multiple compute rings, async DMA engines and UVD we need
> to teach the radeon kernel module how to sync buffers between
> different rings and make some changes to the command submission
> ioctls.
>
On Tue, Nov 15, 2011 at 2:05 PM, Sergey V. wrote:
> Kernel from Linus tree, HEAD at 7f80850d3f9fd8fda23a317044aef3a6bafab06b
>
> Loading radeon module with modeset=1 causes black screen.
>
> Usually it happens at boot time, but if run kernel with radeon.modeset=0 then
> `rmmod radeon; modprobe rad
2011/11/15 Kristian Høgsberg :
> On Mon, Nov 14, 2011 at 5:54 PM, Jesse Barnes
> wrote:
>> On Mon, 14 Nov 2011 21:47:09 +0100
>> David Herrmann wrote:
>>> > I had to modify the resolution the test was searching for
>>> > to 1920x1200 instead of 1024x600 since I tested on a DP attached
>>> > moni
A call to i915_add_request() has been made in function i915_gem_busy_ioctl().
i915_add_request can fail,
so in it's exit path previously allocated memory needs to be freed.
Signed-off-by: Rakib Mullick
---
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index d18
ubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2015/5a94b364/attachment.pgp>
This is just a minor optimization to the fb panning code. In debugging
some other issues, I noticed a lot of no-op calls to the set_config
routine with all the same parameters and tracked down the source to the
fb helper pan routine.
So add an additional check for actual panning relative to the c
On Mon, Nov 14, 2011 at 5:54 PM, Jesse Barnes
wrote:
> On Mon, 14 Nov 2011 21:47:09 +0100
> David Herrmann wrote:
>> > I had to modify the resolution the test was searching for
>> > to 1920x1200 instead of 1024x600 since I tested on a DP attached
>> > monitor, and fix the connector id, but other
https://bugs.freedesktop.org/show_bug.cgi?id=42913
--- Comment #2 from Dave Airlie 2011-11-15 09:34:49
PST ---
does xrandr to a new mode and back help?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the as
https://bugs.freedesktop.org/show_bug.cgi?id=41744
--- Comment #11 from kao_chen 2011-11-15 09:03:51 PST ---
Sorry I have done a mistake, the libtxc-dxtn library was not installed properly
on my PC.
I found the source code here:
http://debian-multimedia.org/pool/main/libt/libtxc-dxtn/libtxc-dxtn
https://bugs.freedesktop.org/show_bug.cgi?id=42913
--- Comment #1 from Kai 2011-11-15 08:38:49 PST ---
Todays run showed one difference in what was reported by Piglit:
> Probe at (0,0)
> Expected: 0.00 1.00 0.00 0.00
> Observed: 0.00 0.00 0.00 1.00
> PIGLIT: {'
Email sent to wrong people/list,
Linus
-- Forwarded message --
From: Alex Davis
Date: Tue, Nov 15, 2011 at 12:42 AM
Subject: [PATCH] i915: Fix bug where screen brightness is not restored
To: "linux-ker...@vger.kernel.org" ,
"torva...@linux-foundation.org"
From: Al
Hi lkml,
I'm using the kernel 3.2-rc1 and I'm getting the following message in my
dmesg:
fixme: max PWM is zero.
I don't remember if this message was here before...
I'm trying to verify what is causing this. I found this waring message in
the drivers/gpu/drm/i915/intel_panel.c.
There is a
https://bugs.freedesktop.org/show_bug.cgi?id=42908
Kai changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
final version to libdrm for use by userland code.
Thanks,
--
Jesse Barnes, Intel Open Source Technology Center
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<
On Tue, 15 Nov 2011 14:57:02 +0200
Ville Syrjälä wrote:
> I'm fine with fourccs as long as the defines are named and documented
> in way that avoids guesswork.
>
> So what I'm thinking is something like this:
>
> DRM_FOURCC_RGB332 ... /* [7:0] R:G:B 3:3:2 */
> DRM_FOURCC_XRGB1555... /*
-
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2015/1e3bf73e/attachment-0001.pgp>
On Tue, 15 Nov 2011 13:42:40 +0200
Ville Syrjälä wrote:
> On Tue, Nov 15, 2011 at 12:40:43PM +1000, Ben Skeggs wrote:
> > On Mon, 2011-11-14 at 12:21 -0800, Jesse Barnes wrote:
> > > Planes are a bit like half-CRTCs. They have a location and fb, but
> > > don't drive outputs directly. Add suppo
On Mon, Nov 14, 2011 at 5:54 PM, Jesse Barnes wrote:
> On Mon, 14 Nov 2011 21:47:09 +0100
> David Herrmann wrote:
>> > I had to modify the resolution the test was searching for
>> > to 1920x1200 instead of 1024x600 since I tested on a DP attached
>> > monitor, and fix the connector id, but other
Christian Schmidt wrote:
Tested with all three applied and they work well on my TV all modes
work, which was not the case previously if I added manually the modes
listed in xorg log (I have three bogus/not working modes logged by xorg).
I do have a small problem with the interlaced modes - I
On Mon, Nov 14, 2011 at 01:22:10PM -0800, Jesse Barnes wrote:
> On Mon, 14 Nov 2011 23:16:44 +0200
> Ville Syrjälä wrote:
>
> > On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse Barnes wrote:
> > > +#define fourcc_code(a,b,c,d) ((u32)(a) | ((u32)(b) << 8) | \
> > > + ((u32)(c)
> "CS" == Christian Schmidt writes:
CS> The current logic misunderstands the spec about CEA 18byte descriptors.
CS> First, the spec doesn't state "detailed timing descriptors" but "18 byte
CS> descriptors", so any data record could be stored, mixed timings and
CS> other data, just as in the s
> "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 with a Radeon HD 4290 and
an hdmi-con
> "CS" == Christian Schmidt writes:
CS> TFT/plasma televisions and projectors have become commonplace, and so
CS> has the use of PCs to drive them. Add the video modes specified by an
CS> EDID's CEA extension to the mode database for a connector.
CS> Signed-off-by: Christian Schmidt
Tested
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #62 from Rafael ?vila de Esp?ndola
2011-11-14 19:54:15 PST ---
Created attachment 53564
--> https://bugs.freedesktop.org/attachment.cgi?id=53564
dmesg with linus tree (7f80850d3f9fd8fda23a317044aef3a6bafab06b)
Got the same problem
On Tue, Nov 15, 2011 at 12:40:43PM +1000, Ben Skeggs wrote:
> On Mon, 2011-11-14 at 12:21 -0800, Jesse Barnes wrote:
> > Planes are a bit like half-CRTCs. They have a location and fb, but
> > don't drive outputs directly. Add support for handling them to the core
> > KMS code.
> Out of curiosity,
On Mon, Nov 14, 2011 at 9:38 PM, Jesse Barnes wrote:
> On Mon, 14 Nov 2011 21:25:56 +0100
> David Herrmann wrote:
>
>> Hi
>>
>> I thought it's better to ask this question here again as it is easier
>> to comment via mail.
>>
>> I tried writing a simple kms modesetting program. I have written it s
Hi
I thought it's better to ask this question here again as it is easier
to comment via mail.
I tried writing a simple kms modesetting program. I have written it similar to:
http://virtuousgeek.org/blog/index.php/jbarnes?blog=2&title=writing_stanalone_programs_with_egl_and_
and wayland compositor
some other method before passing the frame off to the overlay.
Rather disappointing, and seemingly not of too much use. But, I'd like
to expose what functionality there is in any case.
Ben.
>
> v2: fix ABI of get_plane - move format_type_ptr to the end
>
> Acked-by: Alan Cox
> Reviewed-by: R
> "CS" == Christian Schmidt writes:
CS> TFT/plasma televisions and projectors have become commonplace, and so
CS> has the use of PCs to drive them. Add the video modes specified by an
CS> EDID's CEA extension to the mode database for a connector.
CS> Signed-off-by: Christian Schmidt
Tested
> "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 with a Radeon HD 4290 and
an hdmi-con
> "CS" == Christian Schmidt writes:
CS> The current logic misunderstands the spec about CEA 18byte descriptors.
CS> First, the spec doesn't state "detailed timing descriptors" but "18 byte
CS> descriptors", so any data record could be stored, mixed timings and
CS> other data, just as in the s
ctor.
>
> Thanks for finishing this up. The mode list was indeed mechanically
> generated (pdf2text on the spec and then some python to bash it all
> together). It's probably worth noting in the comment that it's from
> CEA-861-D, as I suspect subsequent revisions have added more timings (I
> haven't bought it yet to check).
>
> Reviewed-by: Adam Jackson
>
> - ajax
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2015/9b383d54/attachment.htm>
On Mon, Nov 14, 2011 at 01:35:57PM -0800, Jesse Barnes wrote:
> On Mon, 14 Nov 2011 23:24:55 +0200
> Ville Syrj?l? wrote:
>
> > On Mon, Nov 14, 2011 at 12:21:55PM -0800, Jesse Barnes wrote:
> > > +struct drm_mode_fb_cmd2 {
> > > + __u32 fb_id;
> > > + __u32 width, height;
> > > + __u32 pixel_form
https://bugs.freedesktop.org/show_bug.cgi?id=34969
--- Comment #19 from Andrew Randrianasulu 2011-11-14
16:36:06 PST ---
Created attachment 53562
--> https://bugs.freedesktop.org/attachment.cgi?id=53562
hand-typed "log"
While trying some self-made liveCD based on slackware-current, I found
Sl
https://bugs.freedesktop.org/show_bug.cgi?id=34969
--- Comment #18 from Andrew Randrianasulu 2011-11-14
16:06:19 PST ---
(In reply to comment #17)
> (In reply to comment #16)
> > So, I bisected mesa tree (7.11 branch)
> >
> > Result:
> >
> > 2a904fd6a0cb80eec6dec2bae07fd8778b04caf3 is the firs
78 matches
Mail list logo
