On Mon, Aug 1, 2011 at 00:54, Florian Tobias Schandinat
wrote:
> On 07/31/2011 08:32 PM, Geert Uytterhoeven wrote:
>> On Thu, Jul 28, 2011 at 12:51, Laurent Pinchart
>> wrote:
As for struct fb_var_screeninfo fields to support switching to a FOURCC
mode, I also prefer an explicit d
https://bugs.freedesktop.org/show_bug.cgi?id=39714
Summary: Slow and choppy 3D performace on evergreen after
pm-suspend
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=39714
--- Comment #1 from boris64 2011-08-01 05:12:55 PDT ---
Created an attachment (id=49784)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49784)
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
https://bugs.freedesktop.org/show_bug.cgi?id=39714
--- Comment #2 from boris64 2011-08-01 05:13:14 PDT ---
Created an attachment (id=49785)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49785)
lspci -vvn
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
On 2011-07-31 22:09, Dave Airlie wrote:
* Are there any plans or activities to port these patches
to recent kernels? To include these patches or something similar
in the official linux kernel any time soon?
Nothing in my plans, I did a proof of concept to show how someone
should do things, I'd
https://bugs.freedesktop.org/show_bug.cgi?id=38163
--- Comment #5 from Harri Nieminen 2011-08-01 07:08:38 PDT
---
It happens with my radeon 5450 in Fedora 15 x64.
glxinfo | grep OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD CEDAR
OpenGL version string: 2.1 Mesa 7
Hi Florian,
On Monday 01 August 2011 01:58:27 Florian Tobias Schandinat wrote:
> On 07/31/2011 11:28 PM, Laurent Pinchart wrote:
> > On Monday 01 August 2011 00:54:48 Florian Tobias Schandinat wrote:
> >> On 07/31/2011 08:32 PM, Geert Uytterhoeven wrote:
> >>> On Thu, Jul 28, 2011 at 12:51, Lauren
https://bugs.freedesktop.org/show_bug.cgi?id=39648
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
>
> Hmmm, what's about the opposite approach?
> To me, it sounds simpler and more logical when the kernel always creates
> one device node per output (or maybe dynamically per connected output),
> without any need for configuration or device assignment.
It just doesn't fit in with how the drm devi
https://bugzilla.kernel.org/show_bug.cgi?id=39972
Andrew Morton changed:
What|Removed |Added
CC||a...@linux-foundation.org
Compo
https://bugs.freedesktop.org/show_bug.cgi?id=21967
William L. Thomson Jr. changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.kernel.org/show_bug.cgi?id=39972
Rafael J. Wysocki changed:
What|Removed |Added
CC||flor...@mickler.org,
On Mon, 1 Aug 2011 20:47:42 +0100
Dave Airlie wrote:
> >
> > Hmmm, what's about the opposite approach?
> > To me, it sounds simpler and more logical when the kernel always creates
> > one device node per output (or maybe dynamically per connected output),
> > without any need for configuration or
https://bugs.freedesktop.org/show_bug.cgi?id=38163
--- Comment #6 from Vadim 2011-08-01 13:59:06 PDT ---
Created an attachment (id=49797)
View: https://bugs.freedesktop.org/attachment.cgi?id=49797
Review: https://bugs.freedesktop.org/review?bug=38163&attachment=49797
[PATCH] r600g: take into a
https://bugzilla.kernel.org/show_bug.cgi?id=39972
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #2 f
https://bugzilla.kernel.org/show_bug.cgi?id=39972
--- Comment #3 from Alex Deucher 2011-08-01 21:34:40
---
Also, please attach your xorg log and config and dmesg output.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugzilla.kernel.org/show_bug.cgi?id=39612
--- Comment #2 from Linas 2011-08-01 22:29:21 ---
Created an attachment (id=67342)
--> (https://bugzilla.kernel.org/attachment.cgi?id=67342)
Xorg log
Sorry for the delay. I'm attaching the file.
The radeon.no_wb=1 workaround does indeed wor
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #51 from Micael Dias 2011-08-01 20:44:42 PDT
---
Created an attachment (id=49807)
View: https://bugs.freedesktop.org/attachment.cgi?id=49807
Review: https://bugs.freedesktop.org/review?bug=34495&attachment=49807
Implement HW accel
On 2011-07-31 22:09, Dave Airlie wrote:
There once was a patch to allow one X server per graphics card
output:
http://www.facebook.com/note.php?note_id=110388492307351
http://people.freedesktop.org/~airlied/multiseat/
However, this patch never made it to mainline
and no longer applies cleanly.
https://bugs.freedesktop.org/show_bug.cgi?id=39714
Summary: Slow and choppy 3D performace on evergreen after
pm-suspend
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=39714
--- Comment #1 from boris64 2011-08-01 05:12:55 PDT
---
Created an attachment (id=49784)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49784)
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=39714
--- Comment #2 from boris64 2011-08-01 05:13:14 PDT
---
Created an attachment (id=49785)
--> (https://bugs.freedesktop.org/attachment.cgi?id=49785)
lspci -vvn
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
On 2011-07-31 22:09, Dave Airlie wrote:
>> * Are there any plans or activities to port these patches
>> to recent kernels? To include these patches or something similar
>> in the official linux kernel any time soon?
>
> Nothing in my plans, I did a proof of concept to show how someone
> should do t
Hi Jesse,
> On Wed, 29 Jun 2011 21:10:13 +0800
> Wu Fengguang wrote:
>
> > Update: according to the spec, limit max a/v latencies to 500ms and
> > avoid overflowing the ELD field Aud_Synch_Delay[7:0].
> >
> > Thanks to Pierre for pointing this out!
> >
> > btw, the drm_edid_to_eld() function r
https://bugs.freedesktop.org/show_bug.cgi?id=38163
--- Comment #5 from Harri Nieminen 2011-08-01 07:08:38
PDT ---
It happens with my radeon 5450 in Fedora 15 x64.
glxinfo | grep OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD CEDAR
OpenGL version string: 2.1 Mesa 7
Hi Florian,
On Monday 01 August 2011 01:58:27 Florian Tobias Schandinat wrote:
> On 07/31/2011 11:28 PM, Laurent Pinchart wrote:
> > On Monday 01 August 2011 00:54:48 Florian Tobias Schandinat wrote:
> >> On 07/31/2011 08:32 PM, Geert Uytterhoeven wrote:
> >>> On Thu, Jul 28, 2011 at 12:51, Lauren
https://bugs.freedesktop.org/show_bug.cgi?id=39648
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
>
> Hmmm, what's about the opposite approach?
> To me, it sounds simpler and more logical when the kernel always creates
> one device node per output (or maybe dynamically per connected output),
> without any need for configuration or device assignment.
It just doesn't fit in with how the drm devi
https://bugzilla.kernel.org/show_bug.cgi?id=39972
Andrew Morton changed:
What|Removed |Added
CC||akpm at linux-foundation.org
Co
https://bugs.freedesktop.org/show_bug.cgi?id=21967
William L. Thomson Jr. changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.kernel.org/show_bug.cgi?id=39972
Rafael J. Wysocki changed:
What|Removed |Added
CC||florian at mickler.org,
On Mon, 1 Aug 2011 20:47:42 +0100
Dave Airlie wrote:
> >
> > Hmmm, what's about the opposite approach?
> > To me, it sounds simpler and more logical when the kernel always creates
> > one device node per output (or maybe dynamically per connected output),
> > without any need for configuration or
https://bugs.freedesktop.org/show_bug.cgi?id=38163
--- Comment #6 from Vadim 2011-08-01 13:59:06 PDT ---
Created an attachment (id=49797)
View: https://bugs.freedesktop.org/attachment.cgi?id=49797
Review: https://bugs.freedesktop.org/review?bug=38163&attachment=49797
[PATCH] r600g: take into a
https://bugzilla.kernel.org/show_bug.cgi?id=39972
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
https://bugzilla.kernel.org/show_bug.cgi?id=39972
--- Comment #3 from Alex Deucher 2011-08-01
21:34:40 ---
Also, please attach your xorg log and config and dmesg output.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugzilla.kernel.org/show_bug.cgi?id=39612
--- Comment #2 from Linas 2011-08-01 22:29:21 ---
Created an attachment (id=67342)
--> (https://bugzilla.kernel.org/attachment.cgi?id=67342)
Xorg log
Sorry for the delay. I'm attaching the file.
The radeon.no_wb=1 workaround does indeed wor
https://bugs.freedesktop.org/show_bug.cgi?id=34495
--- Comment #51 from Micael Dias 2011-08-01 20:44:42
PDT ---
Created an attachment (id=49807)
View: https://bugs.freedesktop.org/attachment.cgi?id=49807
Review: https://bugs.freedesktop.org/review?bug=34495&attachment=49807
Implement HW accel
On 2011-07-31 22:09, Dave Airlie wrote:
>> There once was a patch to allow one X server per graphics card
>> output:
>> http://www.facebook.com/note.php?note_id=110388492307351
>> http://people.freedesktop.org/~airlied/multiseat/
>>
>> However, this patch never made it to mainline
>> and no longer
On Mon, Aug 1, 2011 at 00:54, Florian Tobias Schandinat
wrote:
> On 07/31/2011 08:32 PM, Geert Uytterhoeven wrote:
>> On Thu, Jul 28, 2011 at 12:51, Laurent Pinchart
>> ?wrote:
As for struct fb_var_screeninfo fields to support switching to a FOURCC
mode, I also prefer an explicit d
Hi Florian,
Thanks for the feedback.
On Monday 01 August 2011 00:54:48 Florian Tobias Schandinat wrote:
> On 07/31/2011 08:32 PM, Geert Uytterhoeven wrote:
> > On Thu, Jul 28, 2011 at 12:51, Laurent Pinchart wrote:
> >>> As for struct fb_var_screeninfo fields to support switching to a FOURCC
> >>
Hi Geert,
Thanks for the feedback.
On Sunday 31 July 2011 22:32:42 Geert Uytterhoeven wrote:
> On Thu, Jul 28, 2011 at 12:51, Laurent Pinchart wrote:
> >> As for struct fb_var_screeninfo fields to support switching to a FOURCC
> >> mode, I also prefer an explicit dedicated flag to specify switchi
Hi, Sascha Hauer.
thank you for your comments and below is my answer.
Sascha Hauer wrote:
> Hi,
>
> On Fri, Jul 29, 2011 at 04:24:35PM +0900, Inki Dae wrote:
>> This patch is a DRM Driver(only including FIMD Driver yet)
>> for Samsung SoC Exynos4210. and as RFC, I am sending only DRM driver part.
42 matches
Mail list logo