Hi Laurent,
On Tue, Jun 21, 2011 at 17:36, Laurent Pinchart
wrote:
> +The following types and visuals are supported.
> +
> +- FB_TYPE_PACKED_PIXELS
> +
> +- FB_TYPE_PLANES
You forgot FB_TYPE_INTERLEAVED_PLANES, FB_TYPE_TEXT, and
FB_TYPE_VGA_PLANES. Ah, that's the "feel free to extend the API doc
Hi Geert, Laurent,
On 06/21/2011 10:31 PM, Laurent Pinchart wrote:
Hi Geert,
On Tuesday 21 June 2011 22:49:14 Geert Uytterhoeven wrote:
On Tue, Jun 21, 2011 at 17:36, Laurent Pinchart wrote:
+The FOURCC-based API replaces format descriptions by four character
codes +(FOURCC). FOURCCs are abst
https://bugs.freedesktop.org/show_bug.cgi?id=38547
--- Comment #2 from David L. 2011-06-21
22:19:08 PDT ---
i hacked up a counter to tell me which instruction is failing, it seems to be
2517: ADD TEMP[161].x, -TEMP[158]., CONST[0].
if i'm not totally wrong. (my counter says 2518, but
https://bugs.freedesktop.org/show_bug.cgi?id=38547
--- Comment #2 from David L. 2011-06-21
22:19:08 PDT ---
i hacked up a counter to tell me which instruction is failing, it seems to be
2517: ADD TEMP[161].x, -TEMP[158]., CONST[0].
if i'm not totally wrong. (my counter says 2518, but
https://bugs.freedesktop.org/show_bug.cgi?id=38547
--- Comment #1 from David L. 2011-06-21
22:07:02 PDT ---
Created an attachment (id=48266)
--> (https://bugs.freedesktop.org/attachment.cgi?id=48266)
R600_DUMP_SHADERS + errors for first failing shader
(please note that I added more debug state
https://bugs.freedesktop.org/show_bug.cgi?id=38547
--- Comment #1 from David L. 2011-06-21
22:07:02 PDT ---
Created an attachment (id=48266)
--> (https://bugs.freedesktop.org/attachment.cgi?id=48266)
R600_DUMP_SHADERS + errors for first failing shader
(please note that I added more debug state
https://bugs.freedesktop.org/show_bug.cgi?id=38547
Summary: r600g fails shader, tries to run with failed shader,
freezes.
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=38547
Summary: r600g fails shader, tries to run with failed shader,
freezes.
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
On Tue, Jun 21, 2011 at 9:20 PM, wrote:
> From: Thomas Reim
>
> Some integrated ATI Radeon chipset implementations
> (e. g. Asus M2A-VM HDMI) indicate the availability
> of a DDC even when there's no monitor connected.
> In this case, drm_get_edid() and drm_edid_block_valid()
> periodically dump
Hi Thomas,
On Tue, 21 Jun 2011 17:31:45 +0200, Thomas Reim wrote:
> Some integrated ATI Radeon chipset implementations
> (e. g. Asus M2A-VM HDMI) indicate the availability
> of a DDC even when there's no monitor connected.
> In this case, drm_get_edid and drm_edid_block_valid
> periodically dump
Otherwise drmHandleEvent will block if accidentally read too often. In
order to handle the case where the event is read off the queue by
another thread before we dequeue the event, we delay the actual checking
for EAGAIN to under the spinlock and so inline drm_dequeue_event().
Signed-off-by: Chris
On Tue, Jun 21, 2011 at 08:48:55PM +0200, Francesco Allertsen wrote:
> On Tue, Jun 21, 2011 at 11:29:41AM -0700, Jesse Barnes wrote:
> > Use netconsole. Documentation/networking/netconsole.txt has all the
> > gory details.
>
> I have used netconsole, with that documentation, but it doesn't show m
On Tue, Jun 21, 2011 at 11:29:41AM -0700, Jesse Barnes wrote:
> Use netconsole. Documentation/networking/netconsole.txt has all the
> gory details.
I have used netconsole, with that documentation, but it doesn't show me
the drm debug messages, only the other dmesg messages, and I don't know
why.
On Tue, Jun 21, 2011 at 11:04:15AM -0700, Keith Packard wrote:
> Btw, can you send along the output of dmidecode? I'm wondering what
> version of the BIOS you've got. We've seen some pretty strange behaviour
> on X201s with earlier BIOS versions which have been fixed with newer
> versions.
Here is
On Tue, Jun 21, 2011 at 11:19 AM, Jesse Barnes
wrote:
> On Tue, 21 Jun 2011 06:21:11 -0500
> Rob Clark wrote:
>
>> On Mon, Jun 20, 2011 at 3:11 PM, Jesse Barnes
>> wrote:
>> > This version adds both source and dest rect params to the set_plane
>> > ioctl, and makes the source fixed point to su
Dear Alex,
yes, the proposed fix should also fix the 'drm/radeon: workaround a hw
bug on some radeon chipsets with all-0 EDIDs.' issue. The trick is, that
we check within the Radeon domain directly on i2c interface level, if an
EDID can be retrieved at all, before we hand over to the main drm edi
Otherwise drmHandleEvent will block if accidentally read too often. In
order to handle the case where the event is read off the queue by
another thread before we dequeue the event, we delay the actual checking
for EAGAIN to under the spinlock and so inline drm_dequeue_event().
Signed-off-by: Chris
* Nick Bowler -- Tuesday 21 June 2011:
> We're at -rc4 now, but it seems that the following patch (drm/i915: add
> missing intel_enable_plane() call to i9xx_crtc_mode_set()) has not made
> it in yet?
>
> http://permalink.gmane.org/gmane.linux.kernel/1148279
>
> The i915 driver has been broken s
https://bugzilla.kernel.org/show_bug.cgi?id=34822
--- Comment #17 from Anisse Astier 2011-06-21 14:43:04
---
It's the same patch as in comment 11 which I reported tested and non-working in
comment 14 . I just tested 3.0-rc4, screen is still blank and/or no backlight.
The only improvement (
On Tue, Jun 21, 2011 at 09:11:29AM -0700, Keith Packard wrote:
> I'm more interested in seeing how the dmesg output differs between the
> working state (rc6=0) and the broken state (rc6=1). Or is the machine
> not accessible over ssh once you've started X?
I got a complete freeze when I start X.
On Tue, Jun 21, 2011 at 9:20 PM, wrote:
> From: Thomas Reim
>
> Some integrated ATI Radeon chipset implementations
> (e. g. Asus M2A-VM HDMI) indicate the availability
> of a DDC even when there's no monitor connected.
> In this case, drm_get_edid() and drm_edid_block_valid()
> periodically dump
From: Thomas Reim
Some integrated ATI Radeon chipset implementations
(e. g. Asus M2A-VM HDMI) indicate the availability
of a DDC even when there's no monitor connected.
In this case, drm_get_edid() and drm_edid_block_valid()
periodically dump data and kernel errors into system
log files and onto
Salut Jean,
thank you for the detailed reply. If I got you right you rose the
following main points:
1. Root cause leading to flooding problem (you assume i2c bus not
working correctly, i. e. "stuck bus") not adequately addressed by
the fix
2. Alternative proposal: Fix the verbose loggin
On Tue, Jun 21, 2011 at 11:19 AM, Jesse Barnes wrote:
> On Tue, 21 Jun 2011 06:21:11 -0500
> Rob Clark wrote:
>
>> On Mon, Jun 20, 2011 at 3:11 PM, Jesse Barnes
>> wrote:
>> > This version adds both source and dest rect params to the set_plane
>> > ioctl, and makes the source fixed point to sup
On Tue, Jun 21, 2011 at 08:28:17AM -0700, Keith Packard wrote:
> Given the number of X201s machines running this kernel (like the one I'm
> using right now), I'd love to get this fixed for you instead of
> disabling rc6 -- rc6 is worth a ton of power savings.
I didn't know that, anyway, I'm don't
This API will be used to support YUV frame buffer formats in a standard
way.
Last but not least, create a much needed fbdev API documentation and
document the format setting APIs.
Signed-off-by: Laurent Pinchart
---
Documentation/fb/api.txt | 284 ++
Some integrated ATI Radeon chipset implementations
(e. g. Asus M2A-VM HDMI) indicate the availability
of a DDC even when there's no monitor connected.
In this case, drm_get_edid and drm_edid_block_valid
periodically dump data and kernel errors into system
log files and onto terminals, which lead t
...
Name: fix-build-from-tarball.diff
Type: application/octet-stream
Size: 543 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110621/ac5d3f94/attachment.obj>
Hi, I wanted to try the new 3.0 Linux Kernel, and I got stucked for a
freeze at the start of X.
I have bisected the problem and the error was on commit a51f7a6, wich
enable rc6 by default (some time ago I have sent another bug about
that).
I have reverted the commit (the complete patch is attache
This reverts commit a51f7a66fb5e4af5ec4286baef940d06594b59d2.
With rc6 enabled by default there is a freeze in the Lenovo X201s
laptop.
Signed-off-by: Francesco Allertsen
---
drivers/gpu/drm/i915/i915_drv.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/dr
Hi Geert,
On Tuesday 21 June 2011 22:49:14 Geert Uytterhoeven wrote:
> On Tue, Jun 21, 2011 at 17:36, Laurent Pinchart wrote:
> > +The following types and visuals are supported.
> > +
> > +- FB_TYPE_PACKED_PIXELS
> > +
> > +- FB_TYPE_PLANES
>
> You forgot FB_TYPE_INTERLEAVED_PLANES, FB_TYPE_TEXT,
Hi Laurent,
On Tue, Jun 21, 2011 at 17:36, Laurent Pinchart
wrote:
> +The following types and visuals are supported.
> +
> +- FB_TYPE_PACKED_PIXELS
> +
> +- FB_TYPE_PLANES
You forgot FB_TYPE_INTERLEAVED_PLANES, FB_TYPE_TEXT, and
FB_TYPE_VGA_PLANES. Ah, that's the "feel free to extend the API doc
Otherwise drmHandleEvent will block if accidentally read too often. In
order to handle the case where the event is read off the queue by
another thread before we dequeue the event, we delay the actual checking
for EAGAIN to under the spinlock and so inline drm_dequeue_event().
Signed-off-by: Chris
https://bugs.freedesktop.org/show_bug.cgi?id=38452
--- Comment #1 from Vadim 2011-06-21 13:15:53 PDT ---
Created an attachment (id=48255)
View: https://bugs.freedesktop.org/attachment.cgi?id=48255
Review: https://bugs.freedesktop.org/review?bug=38452&attachment=48255
[PATCH] mesa: fix range ch
https://bugs.freedesktop.org/show_bug.cgi?id=38452
--- Comment #1 from Vadim 2011-06-21 13:15:53 PDT ---
Created an attachment (id=48255)
View: https://bugs.freedesktop.org/attachment.cgi?id=48255
Review: https://bugs.freedesktop.org/review?bug=38452&attachment=48255
[PATCH] mesa: fix range ch
Hi Thomas,
On Tue, 21 Jun 2011 17:31:45 +0200, Thomas Reim wrote:
> Some integrated ATI Radeon chipset implementations
> (e. g. Asus M2A-VM HDMI) indicate the availability
> of a DDC even when there's no monitor connected.
> In this case, drm_get_edid and drm_edid_block_valid
> periodically dump
https://bugs.freedesktop.org/show_bug.cgi?id=38353
--- Comment #5 from XoD 2011-06-21 12:23:39 PDT ---
Created an attachment (id=48250)
--> (https://bugs.freedesktop.org/attachment.cgi?id=48250)
syslog_radeon
I add syslog file were only lines with radeon are keep.
I have launch 2 times piglit
https://bugs.freedesktop.org/show_bug.cgi?id=38353
--- Comment #5 from XoD 2011-06-21 12:23:39 PDT ---
Created an attachment (id=48250)
--> (https://bugs.freedesktop.org/attachment.cgi?id=48250)
syslog_radeon
I add syslog file were only lines with radeon are keep.
I have launch 2 times piglit
On Tue, Jun 21, 2011 at 08:48:55PM +0200, Francesco Allertsen wrote:
> On Tue, Jun 21, 2011 at 11:29:41AM -0700, Jesse Barnes wrote:
> > Use netconsole. Documentation/networking/netconsole.txt has all the
> > gory details.
>
> I have used netconsole, with that documentation, but it doesn't show m
On Tue, 21 Jun 2011 20:47:57 +0200, Francesco Allertsen
wrote:
> Version: 6QET52WW (1.22 )
> Release Date: 08/23/2010
Thanks. I'll see if I can't get an X201s upgraded to this version and
see if we can reproduce the problem you're having...
--
keith.pack...@intel.com
pgp0xee
.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110621/883d2b3b/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=34822
Florian Mickler changed:
What|Removed |Added
CC||florian at mickler.org
--- Comment
On Tue, Jun 21, 2011 at 11:29:41AM -0700, Jesse Barnes wrote:
> Use netconsole. Documentation/networking/netconsole.txt has all the
> gory details.
I have used netconsole, with that documentation, but it doesn't show me
the drm debug messages, only the other dmesg messages, and I don't know
why.
On Tue, Jun 21, 2011 at 11:04:15AM -0700, Keith Packard wrote:
> Btw, can you send along the output of dmidecode? I'm wondering what
> version of the BIOS you've got. We've seen some pretty strange behaviour
> on X201s with earlier BIOS versions which have been fixed with newer
> versions.
Here is
(Looping linux-media in)
On Thursday 09 June 2011 13:55:13 Alan Cox wrote:
> > > You also don't need a headwer with a complete list of fourcc names in
> > > it, that is the half the point of FourCC.
> >
> > #define V4L2_PIX_FMT_RGB332 v4l2_fourcc('R', 'G', 'B', '1') /* 8
> > RGB-3-3-2 */
>
https://bugzilla.kernel.org/show_bug.cgi?id=34822
--- Comment #17 from Anisse Astier 2011-06-21 14:43:04 ---
It's the same patch as in comment 11 which I reported tested and non-working in
comment 14 . I just tested 3.0-rc4, screen is still blank and/or no backlight.
The only improvement (d
https://bugs.freedesktop.org/show_bug.cgi?id=38478
--- Comment #5 from Stephen Kitt 2011-06-21 11:41:50 PDT ---
I'm running Debian's linux-image-2.6.39-2-686-pae 2.6.39-2, which corresponds
to 2.6.39.1.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are r
https://bugs.freedesktop.org/show_bug.cgi?id=38478
--- Comment #5 from Stephen Kitt 2011-06-21 11:41:50 PDT ---
I'm running Debian's linux-image-2.6.39-2-686-pae 2.6.39-2, which corresponds
to 2.6.39.1.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are r
On Tue, Jun 21, 2011 at 11:31 AM, Thomas Reim wrote:
> Some integrated ATI Radeon ?chipset implementations
> (e. g. Asus M2A-VM HDMI) indicate the availability
> of a DDC even when there's no monitor connected.
> In this case, drm_get_edid and drm_edid_block_valid
> periodically dump data and kern
Dear Alex,
yes, the proposed fix should also fix the 'drm/radeon: workaround a hw
bug on some radeon chipsets with all-0 EDIDs.' issue. The trick is, that
we check within the Radeon domain directly on i2c interface level, if an
EDID can be retrieved at all, before we hand over to the main drm edi
On Tue, 21 Jun 2011 11:04:15 -0700
Keith Packard wrote:
> On Tue, 21 Jun 2011 18:42:09 +0200, Francesco Allertsen
> wrote:
> > On Tue, Jun 21, 2011 at 09:11:29AM -0700, Keith Packard wrote:
> > > I'm more interested in seeing how the dmesg output differs between the
> > > working state (rc6=0)
On Tue, 21 Jun 2011 11:04:15 -0700
Keith Packard wrote:
> On Tue, 21 Jun 2011 18:42:09 +0200, Francesco Allertsen gmail.com> wrote:
> > On Tue, Jun 21, 2011 at 09:11:29AM -0700, Keith Packard wrote:
> > > I'm more interested in seeing how the dmesg output differs between the
> > > working state
Otherwise drmHandleEvent will block if accidentally read too often. In
order to handle the case where the event is read off the queue by
another thread before we dequeue the event, we delay the actual checking
for EAGAIN to under the spinlock and so inline drm_dequeue_event().
Signed-off-by: Chris
On Tue, Jun 21, 2011 at 10:55, Marcus Lorentzon
wrote:
> And should it be possible to only define planes with no crtc framebuffer at
> all? Use case, for example letter boxed video on black background with small
> UI controls/subtitles. In this case it's not power efficient to have a
> fullscreen
On Tue, 21 Jun 2011 18:42:09 +0200, Francesco Allertsen
wrote:
> On Tue, Jun 21, 2011 at 09:11:29AM -0700, Keith Packard wrote:
> > I'm more interested in seeing how the dmesg output differs between the
> > working state (rc6=0) and the broken state (rc6=1). Or is the machine
> > not accessible o
ubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110621/6b8061db/attachment-0001.pgp>
On 06/20/2011 10:11 PM, Jesse Barnes wrote:
> This version adds both source and dest rect params to the set_plane
> ioctl, and makes the source fixed point to support hardware that needs
> it.
>
> I haven't changed the name of the SNB implementation yet (per Chris's
> suggestions) but will before i
https://bugs.freedesktop.org/show_bug.cgi?id=38478
--- Comment #4 from Alex Deucher 2011-06-21 10:48:14 PDT ---
What kernel are you using?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=38478
--- Comment #4 from Alex Deucher 2011-06-21 10:48:14 PDT
---
What kernel are you using?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for th
* Nick Bowler -- Tuesday 21 June 2011:
> We're at -rc4 now, but it seems that the following patch (drm/i915: add
> missing intel_enable_plane() call to i9xx_crtc_mode_set()) has not made
> it in yet?
>
> http://permalink.gmane.org/gmane.linux.kernel/1148279
>
> The i915 driver has been broken s
On Tue, Jun 21, 2011 at 09:11:29AM -0700, Keith Packard wrote:
> I'm more interested in seeing how the dmesg output differs between the
> working state (rc6=0) and the broken state (rc6=1). Or is the machine
> not accessible over ssh once you've started X?
I got a complete freeze when I start X.
Some integrated ATI Radeon chipset implementations
(e. g. Asus M2A-VM HDMI) indicate the availability
of a DDC even when there's no monitor connected.
In this case, drm_get_edid and drm_edid_block_valid
periodically dump data and kernel errors into system
log files and onto terminals, which lead t
On Tue, 21 Jun 2011 06:21:11 -0500
Rob Clark wrote:
> On Mon, Jun 20, 2011 at 3:11 PM, Jesse Barnes
> wrote:
> > This version adds both source and dest rect params to the set_plane
> > ioctl, and makes the source fixed point to support hardware that needs
> > it.
> >
> > I haven't changed the n
On Tue, 21 Jun 2011 06:21:11 -0500
Rob Clark wrote:
> On Mon, Jun 20, 2011 at 3:11 PM, Jesse Barnes
> wrote:
> > This version adds both source and dest rect params to the set_plane
> > ioctl, and makes the source fixed point to support hardware that needs
> > it.
> >
> > I haven't changed the n
On Tue, 21 Jun 2011 10:55:39 +0200
Marcus Lorentzon wrote:
> On 06/20/2011 10:11 PM, Jesse Barnes wrote:
> > This version adds both source and dest rect params to the set_plane
> > ioctl, and makes the source fixed point to support hardware that needs
> > it.
> >
> > I haven't changed the name of
On Tue, 21 Jun 2011 10:55:39 +0200
Marcus Lorentzon wrote:
> On 06/20/2011 10:11 PM, Jesse Barnes wrote:
> > This version adds both source and dest rect params to the set_plane
> > ioctl, and makes the source fixed point to support hardware that needs
> > it.
> >
> > I haven't changed the name of
On Tue, 21 Jun 2011 17:52:05 +0200, Francesco Allertsen
wrote:
> If you prefer that I open a bug on the kernel bugzilla to put all the
> informations no problem.
I'm more interested in seeing how the dmesg output differs between the
working state (rc6=0) and the broken state (rc6=1). Or is the
esktop.org/archives/dri-devel/attachments/20110621/60d25b5d/attachment.pgp>
On Tue, Jun 21, 2011 at 11:31 AM, Thomas Reim wrote:
> Some integrated ATI Radeon chipset implementations
> (e. g. Asus M2A-VM HDMI) indicate the availability
> of a DDC even when there's no monitor connected.
> In this case, drm_get_edid and drm_edid_block_valid
> periodically dump data and kern
This API will be used to support YUV frame buffer formats in a standard
way.
Last but not least, create a much needed fbdev API documentation and
document the format setting APIs.
Signed-off-by: Laurent Pinchart
---
Documentation/fb/api.txt | 284 ++
Hi
The following patch fixes building mesa from tarball (generated from git):
- one Makefile disappeared (Makefile.template)
- two other were missing (src/mesa/drivers/dri/Makefile.{defines,targets}
Please apply
Thx
fix-build-from-tarball.diff
Description: Binary data
__
On Tue, 21 Jun 2011 16:21:33 +0200, Francesco Allertsen
wrote:
Non-text part: multipart/mixed
> Now, I have a Lenovo X201s, and if you need more information for
> debugging purpose just let me know, otherwise just apply the patch
> attached (on top of -rc4).
Given the number of X201s machines r
sc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110621/9be50b38/attachment.pgp>
On Tue, Jun 21, 2011 at 6:21 AM, Rob Clark wrote:
> On Mon, Jun 20, 2011 at 3:11 PM, Jesse Barnes
> wrote:
>> This version adds both source and dest rect params to the set_plane
>> ioctl, and makes the source fixed point to support hardware that needs
>> it.
>>
>> I haven't changed the name of t
Hi, I wanted to try the new 3.0 Linux Kernel, and I got stucked for a
freeze at the start of X.
I have bisected the problem and the error was on commit a51f7a6, wich
enable rc6 by default (some time ago I have sent another bug about
that).
I have reverted the commit (the complete patch is attache
On Tue, Jun 22, 2010 at 8:12 PM, Dave Airlie wrote:
> From: Jesse Barnes
>
> Jesse's initial patch commit said:
>
> "At panic time (i.e. when oops_in_progress is set) we should try a bit
> harder to update the screen and make sure output gets to the VT, since
> some drivers are capable of flippin
On Mon, Jun 20, 2011 at 4:03 PM, David Rientjes wrote:
> On Mon, 20 Jun 2011, Mandeep Singh Baines wrote:
>
>> Hi Dave,
>>
>> I think this change is causing a regression I'm seeing in panic.
>> Before this change, I'd get a
>> reboot on panic (we've configured as such).
>>
>> With this change, my
https://bugs.freedesktop.org/show_bug.cgi?id=38440
--- Comment #4 from Andy Furniss 2011-06-21
07:20:19 PDT ---
(In reply to comment #2)
> Created an attachment (id=48227)
View: https://bugs.freedesktop.org/attachment.cgi?id=48227
Review: https://bugs.freedesktop.org/review?bug=38440&attachmen
https://bugs.freedesktop.org/show_bug.cgi?id=38440
--- Comment #4 from Andy Furniss 2011-06-21
07:20:19 PDT ---
(In reply to comment #2)
> Created an attachment (id=48227)
View: https://bugs.freedesktop.org/attachment.cgi?id=48227
Review: https://bugs.freedesktop.org/review?bug=38440&attachmen
https://bugs.freedesktop.org/show_bug.cgi?id=38440
--- Comment #3 from Sven Arvidsson 2011-06-21 06:49:32 PDT ---
(In reply to comment #2)
>
> This patch should fix model brightness.
Indeed it does. Wow, you have really been rocking with all the fixes for r600g,
thanks! :)
Andy, if the sky/s
https://bugs.freedesktop.org/show_bug.cgi?id=38440
--- Comment #3 from Sven Arvidsson 2011-06-21 06:49:32 PDT ---
(In reply to comment #2)
>
> This patch should fix model brightness.
Indeed it does. Wow, you have really been rocking with all the fixes for r600g,
thanks! :)
Andy, if the sky/s
On Mon, Jun 20, 2011 at 3:11 PM, Jesse Barnes
wrote:
> This version adds both source and dest rect params to the set_plane
> ioctl, and makes the source fixed point to support hardware that needs
> it.
>
> I haven't changed the name of the SNB implementation yet (per Chris's
> suggestions) but wi
On Tue, Jun 21, 2011 at 6:21 AM, Rob Clark wrote:
> On Mon, Jun 20, 2011 at 3:11 PM, Jesse Barnes
> wrote:
>> This version adds both source and dest rect params to the set_plane
>> ioctl, and makes the source fixed point to support hardware that needs
>> it.
>>
>> I haven't changed the name of t
https://bugs.freedesktop.org/show_bug.cgi?id=38440
--- Comment #2 from Vadim 2011-06-21 06:08:33 PDT ---
Created an attachment (id=48227)
View: https://bugs.freedesktop.org/attachment.cgi?id=48227
Review: https://bugs.freedesktop.org/review?bug=38440&attachment=48227
[PATCH] r600g: fragment/ve
https://bugs.freedesktop.org/show_bug.cgi?id=38440
--- Comment #2 from Vadim 2011-06-21 06:08:33 PDT ---
Created an attachment (id=48227)
View: https://bugs.freedesktop.org/attachment.cgi?id=48227
Review: https://bugs.freedesktop.org/review?bug=38440&attachment=48227
[PATCH] r600g: fragment/ve
https://bugzilla.kernel.org/show_bug.cgi?id=34822
Florian Mickler changed:
What|Removed |Added
CC||flor...@mickler.org
--- Comment #16
On Mon, Jun 20, 2011 at 3:11 PM, Jesse Barnes wrote:
> This version adds both source and dest rect params to the set_plane
> ioctl, and makes the source fixed point to support hardware that needs
> it.
>
> I haven't changed the name of the SNB implementation yet (per Chris's
> suggestions) but wil
https://bugs.freedesktop.org/show_bug.cgi?id=38440
--- Comment #1 from Andy Furniss 2011-06-21
03:26:36 PDT ---
(In reply to comment #0)
> Created an attachment (id=48132)
--> (https://bugs.freedesktop.org/attachment.cgi?id=48132)
> screenshot of bug
>
> As previously mentioned in bug 36917, t
https://bugs.freedesktop.org/show_bug.cgi?id=38440
--- Comment #1 from Andy Furniss 2011-06-21
03:26:36 PDT ---
(In reply to comment #0)
> Created an attachment (id=48132)
--> (https://bugs.freedesktop.org/attachment.cgi?id=48132)
> screenshot of bug
>
> As previously mentioned in bug 36917, t
(Looping linux-media in)
On Thursday 09 June 2011 13:55:13 Alan Cox wrote:
> > > You also don't need a headwer with a complete list of fourcc names in
> > > it, that is the half the point of FourCC.
> >
> > #define V4L2_PIX_FMT_RGB332 v4l2_fourcc('R', 'G', 'B', '1') /* 8
> > RGB-3-3-2 */
>
On Tue, Jun 21, 2011 at 10:55, Marcus Lorentzon
wrote:
> And should it be possible to only define planes with no crtc framebuffer at
> all? Use case, for example letter boxed video on black background with small
> UI controls/subtitles. In this case it's not power efficient to have a
> fullscreen
On 06/20/2011 10:11 PM, Jesse Barnes wrote:
This version adds both source and dest rect params to the set_plane
ioctl, and makes the source fixed point to support hardware that needs
it.
I haven't changed the name of the SNB implementation yet (per Chris's
suggestions) but will before it gets up
https://bugzilla.kernel.org/show_bug.cgi?id=37662
Len Brown changed:
What|Removed |Added
CC||lenb at kernel.org
Component|Power-
Hi Linus,
just some nouveau and radeon fixes, nothing major, couple of fixes for
rv730 since I plugged in the 30" monitor and it didn't work, one fix for
the switchy GPU machines getting spammed when radeon shared an irq and
some nouveau regression fixes from Ben.
Dave.
The following changes
94 matches
Mail list logo
