https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #13 from lbdkm...@sharklasers.com ---
Created attachment 82065
--> https://bugs.freedesktop.org/attachment.cgi?id=82065&action=edit
X crashlog
I got hit by the same bug... Xorg crashes when closing glxgears (simply press X
and expec
https://bugs.freedesktop.org/show_bug.cgi?id=64850
--- Comment #22 from Jakob Nixdorf ---
I tried every kernel since 3.8.11 and will try some older ones later today.
Are any versions of special interest that I can try them first?
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #14 from lbdkm...@sharklasers.com ---
so I forgot to install the -dbg packages, but... X server will not crash with
these, so it won't help anyway :/ (and I tried to make it crash a lot of times
after installing the -dbg packages). fro
Hi Joonyoung,
Thank you for the patch.
On Friday 05 July 2013 15:32:35 Joonyoung Shim wrote:
> From drm gem CMA helper, it wasn't fixed dma_buf refcount problem fixed
> by commit 011c228. This patch solves it.
Please add a "Cc:sta...@vger.kernel.org" here.
> Signed-off-by: Joonyoung Shim
Acke
On Thu, Jul 04, 2013 at 12:58:29PM +0200, Sebastian Hesselbarth wrote:
> On 07/04/13 12:09, Sascha Hauer wrote:
> >On Thu, Jul 04, 2013 at 11:44:41AM +0200, Sebastian Hesselbarth wrote:
> >>On 07/04/13 11:30, Sascha Hauer wrote:
> >>>On Thu, Jul 04, 2013 at 10:11:31AM +0100, Russell King wrote:
> >
On Tue, Jul 2, 2013 at 9:25 PM, Russell King wrote:
> On Tue, Jul 02, 2013 at 09:57:32PM +0200, Sebastian Hesselbarth wrote:
>> I am against a super node which contains lcd and dcon/ire nodes. You can
>> enable those devices on a per board basis. We add them to dove.dtsi but
>> disable them by def
On Wed, Jul 3, 2013 at 10:02 AM, Sascha Hauer wrote:
> On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote:
>> > video {
>> > /* Single video card w/ multiple lcd controllers */
>> > card0 {
>> > compatible = "marvell,armada-510-display";
>> > reg = <0 0x3f
On Fri, Jul 05, 2013 at 09:37:34AM +0100, Grant Likely wrote:
> Alternatively, you can have the same effect with a property or set of
> properties in the controller node that contains phandles to the
> required devices. That would provide the driver with the same
> information about which devices m
On Fri, Jul 5, 2013 at 9:50 AM, Russell King wrote:
> On Fri, Jul 05, 2013 at 09:37:34AM +0100, Grant Likely wrote:
>> Alternatively, you can have the same effect with a property or set of
>> properties in the controller node that contains phandles to the
>> required devices. That would provide th
On 07/05/13 10:43, Grant Likely wrote:
On Wed, Jul 3, 2013 at 10:02 AM, Sascha Hauer wrote:
On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote:
video {
/* Single video card w/ multiple lcd controllers */
card0 {
compatible = "marvell,armada-510-display";
On Fri, Jul 5, 2013 at 10:34 AM, Sebastian Hesselbarth
wrote:
> So for the discussion, I can see that there have been some voting for
> super-node, some for node-to-node linking. Although I initially proposed
> super-nodes, I can also happily live with node-to-node linking alone.
>
> Either someon
On Fri, Jul 5, 2013 at 11:07 AM, Sascha Hauer wrote:
> Again the difference between supernodes and graphs is that the supernode
> approach does not contain information about what components are needed
> to do something useful with the device. You simply have to wait until
> *all* components are pr
ia64_defconfig:
drivers/gpu/drm/radeon/rv6xx_dpm.c: In function
'rv6xx_dpm_debugfs_print_current_performance_level':
drivers/gpu/drm/radeon/rv6xx_dpm.c:2041:3: error: implicit declaration of
function 'seq_printf' [-Werror=implicit-function-declaration]
Signed-off-by: Geert Uytterhoeven
---
htt
https://bugzilla.kernel.org/show_bug.cgi?id=60517
Bug ID: 60517
Summary: Xorg crash loops after upgrade to kernel 3.10.
Product: Drivers
Version: 2.5
Kernel Version: 3.10
Hardware: x86-64
OS: Linux
Tree: Mainl
https://bugzilla.kernel.org/show_bug.cgi?id=60517
--- Comment #1 from Knut Tidemann ---
Created attachment 106808
--> https://bugzilla.kernel.org/attachment.cgi?id=106808&action=edit
dmesg
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
On Sunday, June 09, 2013 07:01:39 PM Matthew Garrett wrote:
> Windows 8 leaves backlight control up to individual graphics drivers rather
> than making ACPI calls itself. There's plenty of evidence to suggest that
> the Intel driver for Windows doesn't use the ACPI interface, including the
> fact t
Hi Dave,
On Thursday 04 July 2013 20:05:49 Laurent Pinchart wrote:
> Hello,
>
> Here are two small fixes to the R-Car DU DRM driver. They have previously
> been posted as part of the larger "R-Car DU DRM support for R8A7790"
> series, and Daniel Vetter rightfully noticed that they should be appli
> -Original Message-
> From: Geert Uytterhoeven [mailto:ge...@linux-m68k.org]
> Sent: Friday, July 05, 2013 7:25 AM
> To: Deucher, Alexander; David Airlie
> Cc: dri-devel@lists.freedesktop.org; linux-ker...@vger.kernel.org; linux-
> n...@vger.kernel.org; Geert Uytterhoeven
> Subject: [PATCH
Hi Joonyoung,
On Friday 05 July 2013 15:30:25 Joonyoung Shim wrote:
> On 07/05/2013 02:38 PM, Dave Airlie wrote:
> > On Thu, Jul 4, 2013 at 5:14 PM, Joonyoung Shim wrote:
> >> On 07/04/2013 07:11 AM, Laurent Pinchart wrote:
> >>> On Friday 28 June 2013 14:24:43 Joonyoung Shim wrote:
> Hello,
Hi
On Thu, Jul 4, 2013 at 7:48 PM, H. Peter Anvin wrote:
> On 07/04/2013 05:25 AM, David Herrmann wrote:
>>
>> - What FB formats are common on x86 that we should add to
>> SIMPLEFB_FORMATS?
>> (other than ARGB/XRGB32)
>
>
> The common pixel formats on x86 are:
>
> - Palettized 4-bit planar
https://bugzilla.kernel.org/show_bug.cgi?id=60517
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #2 from
On Thu, Jul 4, 2013 at 9:30 AM, Christian König wrote:
> Hi everybody,
>
> for quite some time we have the idea of restructuring the kernel driver code
> to actually better reflect the different hardware blocks and also the
> different generations of them.
>
> The following patchset starts this ta
https://bugzilla.kernel.org/show_bug.cgi?id=60517
--- Comment #3 from Knut Tidemann ---
I'm using mesa from git. (Right now: g4dbca86). I'm not able to bisect right
now (I'm at work), but I'll give it a shot next week.
I'm suspecting VDPAU/UVD, because I tried to used it with adobe flash due to
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #15 from Alex Deucher ---
Does the patch in comment 6 help?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop
https://bugzilla.kernel.org/show_bug.cgi?id=60517
--- Comment #4 from Alex Deucher ---
It's probably not a kernel bug then. More likely a bug in the 3D or vdpau
driver or in flash. I just happens to manifest on 3.10 since that was the
first kernel with UVD support. If you can narrow it down to
On Wed, Jul 3, 2013 at 6:40 PM, Mark Kettenis wrote:
> Working on KMS support on OpenBSD/sparc64, I ended up with the initial
> framebuffer on a Sun XVR-100 card (Radeon 7000/VE, RV100 with
> OpenFirmware) being tiled when none of the tiling flags were set.
> Tracked it down to an issue with r100_
https://bugs.freedesktop.org/show_bug.cgi?id=63599
wojtek changed:
What|Removed |Added
Summary|[r600][r600] GPU lockup CP |[r600] SUMO2 GPU lockup CP
|s
It is generally considered bad style to enclose function prototypes
in header files in #ifdef. This case illustrates why that is:
The tegra host1x driver calls into the debugfs functions if
CONFIG_DEBUG_FS is enabled, but that code is otherwise already
discarded by the compiler, so leaving the prot
https://bugs.freedesktop.org/show_bug.cgi?id=63599
--- Comment #15 from wojtek ---
diff between registers from comment#13 before startx
diff fglrx_registers_c.log radeon_registers_c.log
2c2
< 0x98F80x (0)
---
> 0x98F80x02010002 (33619970)
7,8c7,8
< 0x3F900x000
https://bugzilla.kernel.org/show_bug.cgi?id=60523
Bug ID: 60523
Summary: Lockup with radeon DPM on Radeon HD5770 (Juniper)
Product: Drivers
Version: 2.5
Kernel Version: 3.10-drm-next-3.11
Hardware: x86-64
OS: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=66349
--- Comment #4 from Thomas Lindroth ---
I did some more debugging and it looks like memory corruption. I can reproduce
the problem with an apitrace dump but when using an --enable-debug build it
runs fine. It always segfaults in a call to glDrawR
On Thu, Jul 04, 2013 at 10:32:27PM +0200, David Herrmann wrote:
> Hi
>
> On Thu, Jul 4, 2013 at 10:14 PM, Ben Widawsky wrote:
> > For an upcoming patch where we introduce the i915 VMA, it's ideal to
> > have the drm_mm_node as part of the VMA struct (ie. it's pre-allocated).
> > Part of the conve
On Fri, Jul 05, 2013 at 09:25:35PM +0200, Daniel Vetter wrote:
> On Thu, Jul 04, 2013 at 10:32:27PM +0200, David Herrmann wrote:
> > Hi
> >
> > On Thu, Jul 4, 2013 at 10:14 PM, Ben Widawsky wrote:
> > > For an upcoming patch where we introduce the i915 VMA, it's ideal to
> > > have the drm_mm_nod
On Friday, July 05, 2013 02:20:14 PM Rafael J. Wysocki wrote:
> On Sunday, June 09, 2013 07:01:39 PM Matthew Garrett wrote:
> > Windows 8 leaves backlight control up to individual graphics drivers rather
> > than making ACPI calls itself. There's plenty of evidence to suggest that
> > the Intel dri
This patchset can also be found here, for easier browsing:
https://github.com/freedreno/kernel-msm/commits/ifc6410-drm-rfc1
git://github.com/freedreno/kernel-msm.git ifc6410-drm-rfc1
NOTES about msm drm/kms driver:
In the current snapdragon SoC's, we have (at least) 3 different
display contr
> Date: Fri, 5 Jul 2013 10:11:18 -0400
> From: Alex Deucher
>
> On Wed, Jul 3, 2013 at 6:40 PM, Mark Kettenis wrote:
> > Working on KMS support on OpenBSD/sparc64, I ended up with the initial
> > framebuffer on a Sun XVR-100 card (Radeon 7000/VE, RV100 with
> > OpenFirmware) being tiled when non
From: Alex Deucher
Newer asics have a lot of vram so it's less of an
issue to waste a little more space for the gart
page table. This gives us some additional gart space
before having to migrate to non-gart system ram
for games, etc. where we use up most of vram.
Signed-off-by: Alex Deucher
--
On Friday, July 05, 2013 10:00:55 PM Rafael J. Wysocki wrote:
> On Friday, July 05, 2013 02:20:14 PM Rafael J. Wysocki wrote:
> > On Sunday, June 09, 2013 07:01:39 PM Matthew Garrett wrote:
> > > Windows 8 leaves backlight control up to individual graphics drivers
> > > rather
> > > than making AC
For an upcoming patch where we introduce the i915 VMA, it's ideal to
have the drm_mm_node as part of the VMA struct (ie. it's pre-allocated).
Part of the conversion to VMAs is to kill off obj->gtt_space. Doing this
will break a bunch of code, but amongst them are 2 callers of
drm_mm_create_block(),
With the previous patch we no longer actually create a node, we simply
find the correct hole and occupy it. This very well could have been
squashed with the last patch, but since I already had David's review, I
figured it's easiest to keep it distinct.
Also update the users in i915. Conveniently t
From: Chris Wilson
Clients like i915 needs to segregate cache domains within the GTT which
can lead to small amounts of fragmentation. By allocating the uncached
buffers from the bottom and the cacheable buffers from the top, we can
reduce the amount of wasted space and also optimize allocation o
For an upcoming patch where we introduce the i915 VMA, it's ideal to
have the drm_mm_node as part of the VMA struct (ie. it's pre-allocated).
Part of the conversion to VMAs is to kill off obj->gtt_space. Doing this
will break a bunch of code, but amongst them are 2 callers of
drm_mm_create_block(),
With the previous patch we no longer actually create a node, we simply
find the correct hole and occupy it. This very well could have been
squashed with the last patch, but since I already had David's review, I
figured it's easiest to keep it distinct.
Also update the users in i915. Conveniently t
From: Chris Wilson
Clients like i915 needs to segregate cache domains within the GTT which
can lead to small amounts of fragmentation. By allocating the uncached
buffers from the bottom and the cacheable buffers from the top, we can
reduce the amount of wasted space and also optimize allocation o
On Friday, July 05, 2013 11:40:02 PM Rafael J. Wysocki wrote:
> On Friday, July 05, 2013 10:00:55 PM Rafael J. Wysocki wrote:
> > On Friday, July 05, 2013 02:20:14 PM Rafael J. Wysocki wrote:
> > > On Sunday, June 09, 2013 07:01:39 PM Matthew Garrett wrote:
> > > > Windows 8 leaves backlight contro
From: Alex Deucher
Hi Dave,
A few more DPM patches and some bug fixes. Adds a sysfs interface to force
dpm performance levels.
The following changes since commit 338a95a95508537e23c82d59a2d87be6fde4b6ff:
drm/radeon/sumo: implement support for disable_gfx_power_gating_in_uvd flag
(2013-07-0
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #16 from lbdkm...@sharklasers.com ---
(In reply to comment #15)
> Does the patch in comment 6 help?
yes, the patch helped a bit... it made it hard to crash xserver, but it crashes
twice after applying it. although, I'm not sure it's j
https://bugs.freedesktop.org/show_bug.cgi?id=66632
Priority: medium
Bug ID: 66632
Assignee: dri-devel@lists.freedesktop.org
Summary: Very low FPS when video memory is full (GART & ram <->
vram swapping)
Severity: major
Cl
On Tuesday 02 of July 2013 16:04:49 Mark Brown wrote:
> On Tue, Jul 02, 2013 at 09:21:32PM +0900, Inki Dae wrote:
> > > Ensure that all externally accessed functions are correctly
> > > prototyped
> > > when defined in each file by making sure the headers with the
> > > protoypes
> > > are included
On Thursday 04 of July 2013 21:35:00 Wei Yongjun wrote:
> From: Wei Yongjun
>
> In case of error, the function ipp_find_obj() returns ERR_PTR()
> and never returns NULL. The NULL test in the return value check
> should be replaced with IS_ERR().
>
> Signed-off-by: Wei Yongjun
> ---
> drivers/g
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #17 from lbdkm...@sharklasers.com ---
sorry, I meant "but it crashed twice" in the previous post.
Yet another backtrace: http://pastebin.com/aVq5Uhyf
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66067
--- Comment #6 from Nicholas Miell ---
It finally occurred to me to test the apitrace with Mesa
LIBGL_ALWAYS_SOFTWARE=1 and it was rendered correctly.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=66349
--- Comment #5 from Vadim Girlin ---
(In reply to comment #4)
> The full sam3 trace is 231M if you want it.
Yes, please upload it somewhere.
--
You are receiving this mail because:
You are the assignee for the bug.
> ...
>>> Sorry but I'd like to say that this cannot be used commonly. Shouldn't you
>>> really consider Linux framebuffer or other subsystems? The above dtsi file
>>> is specific to DRM subsystem. And I think the dtsi file has no any
>>> dependency on certain subsystem so board dtsi f
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130705/e43adb2d/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130705/535d8b01/attachment-0001.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130705/da9fc332/attachment-0001.html>
On Thu, Jul 4, 2013 at 5:14 PM, Joonyoung Shim
wrote:
> On 07/04/2013 07:11 AM, Laurent Pinchart wrote:
>>
>> Hi Joonyoung,
>>
>> Thank you for the patches.
>>
>> On Friday 28 June 2013 14:24:43 Joonyoung Shim wrote:
>>>
>>> Hello,
>>>
>>> This is the second version patchset.
>>>
>>> GEM CMA supp
On 07/05/2013 02:38 PM, Dave Airlie wrote:
> On Thu, Jul 4, 2013 at 5:14 PM, Joonyoung Shim
> wrote:
>> On 07/04/2013 07:11 AM, Laurent Pinchart wrote:
>>> Hi Joonyoung,
>>>
>>> Thank you for the patches.
>>>
>>> On Friday 28 June 2013 14:24:43 Joonyoung Shim wrote:
Hello,
This is
>From drm gem CMA helper, it wasn't fixed dma_buf refcount problem fixed
by commit 011c228. This patch solves it.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/drm_gem_cma_helper.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_gem_cma_helper.c
b/
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130705/79f4c714/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130705/f56703d5/attachment.html>
log file.
Sessions still open, not unmounting
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130705/a223c8d5/attachment.html>
Hi Joonyoung,
Thank you for the patch.
On Friday 05 July 2013 15:32:35 Joonyoung Shim wrote:
> From drm gem CMA helper, it wasn't fixed dma_buf refcount problem fixed
> by commit 011c228. This patch solves it.
Please add a "Cc:stable at vger.kernel.org" here.
> Signed-off-by: Joonyoung Shim
A
On Thu, Jul 04, 2013 at 12:58:29PM +0200, Sebastian Hesselbarth wrote:
> On 07/04/13 12:09, Sascha Hauer wrote:
> >On Thu, Jul 04, 2013 at 11:44:41AM +0200, Sebastian Hesselbarth wrote:
> >>On 07/04/13 11:30, Sascha Hauer wrote:
> >>>On Thu, Jul 04, 2013 at 10:11:31AM +0100, Russell King wrote:
> >
On Tue, Jul 2, 2013 at 9:25 PM, Russell King wrote:
> On Tue, Jul 02, 2013 at 09:57:32PM +0200, Sebastian Hesselbarth wrote:
>> I am against a super node which contains lcd and dcon/ire nodes. You can
>> enable those devices on a per board basis. We add them to dove.dtsi but
>> disable them by def
On Wed, Jul 3, 2013 at 10:02 AM, Sascha Hauer wrote:
> On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote:
>> > video {
>> > /* Single video card w/ multiple lcd controllers */
>> > card0 {
>> > compatible = "marvell,armada-510-display";
>> > reg = <0 0x3f
On Fri, Jul 05, 2013 at 09:37:34AM +0100, Grant Likely wrote:
> Alternatively, you can have the same effect with a property or set of
> properties in the controller node that contains phandles to the
> required devices. That would provide the driver with the same
> information about which devices m
On Fri, Jul 5, 2013 at 9:50 AM, Russell King wrote:
> On Fri, Jul 05, 2013 at 09:37:34AM +0100, Grant Likely wrote:
>> Alternatively, you can have the same effect with a property or set of
>> properties in the controller node that contains phandles to the
>> required devices. That would provide th
On 07/05/13 10:43, Grant Likely wrote:
> On Wed, Jul 3, 2013 at 10:02 AM, Sascha Hauer
> wrote:
>> On Wed, Jul 03, 2013 at 05:57:18PM +0900, Inki Dae wrote:
video {
/* Single video card w/ multiple lcd controllers */
card0 {
compatible = "marvell,armada-
On Fri, Jul 5, 2013 at 10:34 AM, Sebastian Hesselbarth
wrote:
> So for the discussion, I can see that there have been some voting for
> super-node, some for node-to-node linking. Although I initially proposed
> super-nodes, I can also happily live with node-to-node linking alone.
>
> Either someon
On Fri, Jul 5, 2013 at 11:07 AM, Sascha Hauer wrote:
> Again the difference between supernodes and graphs is that the supernode
> approach does not contain information about what components are needed
> to do something useful with the device. You simply have to wait until
> *all* components are pr
ia64_defconfig:
drivers/gpu/drm/radeon/rv6xx_dpm.c: In function
'rv6xx_dpm_debugfs_print_current_performance_level':
drivers/gpu/drm/radeon/rv6xx_dpm.c:2041:3: error: implicit declaration of
function 'seq_printf' [-Werror=implicit-function-declaration]
Signed-off-by: Geert Uytterhoeven
---
htt
https://bugzilla.kernel.org/show_bug.cgi?id=60517
Bug ID: 60517
Summary: Xorg crash loops after upgrade to kernel 3.10.
Product: Drivers
Version: 2.5
Kernel Version: 3.10
Hardware: x86-64
OS: Linux
Tree: Mainl
https://bugzilla.kernel.org/show_bug.cgi?id=60517
--- Comment #1 from Knut Tidemann ---
Created attachment 106808
--> https://bugzilla.kernel.org/attachment.cgi?id=106808&action=edit
dmesg
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Sunday, June 09, 2013 07:01:39 PM Matthew Garrett wrote:
> Windows 8 leaves backlight control up to individual graphics drivers rather
> than making ACPI calls itself. There's plenty of evidence to suggest that
> the Intel driver for Windows doesn't use the ACPI interface, including the
> fact t
Hi Dave,
On Thursday 04 July 2013 20:05:49 Laurent Pinchart wrote:
> Hello,
>
> Here are two small fixes to the R-Car DU DRM driver. They have previously
> been posted as part of the larger "R-Car DU DRM support for R8A7790"
> series, and Daniel Vetter rightfully noticed that they should be appli
> -Original Message-
> From: Geert Uytterhoeven [mailto:geert at linux-m68k.org]
> Sent: Friday, July 05, 2013 7:25 AM
> To: Deucher, Alexander; David Airlie
> Cc: dri-devel at lists.freedesktop.org; linux-kernel at vger.kernel.org;
> linux-
> next at vger.kernel.org; Geert Uytterhoeven
>
Hi Joonyoung,
On Friday 05 July 2013 15:30:25 Joonyoung Shim wrote:
> On 07/05/2013 02:38 PM, Dave Airlie wrote:
> > On Thu, Jul 4, 2013 at 5:14 PM, Joonyoung Shim wrote:
> >> On 07/04/2013 07:11 AM, Laurent Pinchart wrote:
> >>> On Friday 28 June 2013 14:24:43 Joonyoung Shim wrote:
> Hello,
Hi
On Thu, Jul 4, 2013 at 7:48 PM, H. Peter Anvin wrote:
> On 07/04/2013 05:25 AM, David Herrmann wrote:
>>
>> - What FB formats are common on x86 that we should add to
>> SIMPLEFB_FORMATS?
>> (other than ARGB/XRGB32)
>
>
> The common pixel formats on x86 are:
>
> - Palettized 4-bit planar
https://bugzilla.kernel.org/show_bug.cgi?id=60517
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
On Thu, Jul 4, 2013 at 9:30 AM, Christian K?nig
wrote:
> Hi everybody,
>
> for quite some time we have the idea of restructuring the kernel driver code
> to actually better reflect the different hardware blocks and also the
> different generations of them.
>
> The following patchset starts this t
https://bugzilla.kernel.org/show_bug.cgi?id=60517
--- Comment #3 from Knut Tidemann ---
I'm using mesa from git. (Right now: g4dbca86). I'm not able to bisect right
now (I'm at work), but I'll give it a shot next week.
I'm suspecting VDPAU/UVD, because I tried to used it with adobe flash due to
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130705/52e9529d/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60517
--- Comment #4 from Alex Deucher ---
It's probably not a kernel bug then. More likely a bug in the 3D or vdpau
driver or in flash. I just happens to manifest on 3.10 since that was the
first kernel with UVD support. If you can narrow it down to
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-fix-surface-setup-on-r1xx.patch
Type: text/x-patch
Size: 1956 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130705/7b559e23/attachment.bin>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130705/e8e882f0/attachment.html>
It is generally considered bad style to enclose function prototypes
in header files in #ifdef. This case illustrates why that is:
The tegra host1x driver calls into the debugfs functions if
CONFIG_DEBUG_FS is enabled, but that code is otherwise already
discarded by the compiler, so leaving the prot
)
---
> 0x88C40x00c1 (193)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130705/d17e74bd/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=60523
Bug ID: 60523
Summary: Lockup with radeon DPM on Radeon HD5770 (Juniper)
Product: Drivers
Version: 2.5
Kernel Version: 3.10-drm-next-3.11
Hardware: x86-64
OS: Linux
TH=/mnt/32bit/usr/lib/dri
LD_LIBRARY_PATH="/mnt/32bit/lib:/mnt/32bit/usr/lib" ./steam.sh
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/d
On Thu, Jul 04, 2013 at 10:32:27PM +0200, David Herrmann wrote:
> Hi
>
> On Thu, Jul 4, 2013 at 10:14 PM, Ben Widawsky wrote:
> > For an upcoming patch where we introduce the i915 VMA, it's ideal to
> > have the drm_mm_node as part of the VMA struct (ie. it's pre-allocated).
> > Part of the conve
On Fri, Jul 05, 2013 at 09:25:35PM +0200, Daniel Vetter wrote:
> On Thu, Jul 04, 2013 at 10:32:27PM +0200, David Herrmann wrote:
> > Hi
> >
> > On Thu, Jul 4, 2013 at 10:14 PM, Ben Widawsky wrote:
> > > For an upcoming patch where we introduce the i915 VMA, it's ideal to
> > > have the drm_mm_nod
On Friday, July 05, 2013 02:20:14 PM Rafael J. Wysocki wrote:
> On Sunday, June 09, 2013 07:01:39 PM Matthew Garrett wrote:
> > Windows 8 leaves backlight control up to individual graphics drivers rather
> > than making ACPI calls itself. There's plenty of evidence to suggest that
> > the Intel dri
This patchset can also be found here, for easier browsing:
https://github.com/freedreno/kernel-msm/commits/ifc6410-drm-rfc1
git://github.com/freedreno/kernel-msm.git ifc6410-drm-rfc1
NOTES about msm drm/kms driver:
In the current snapdragon SoC's, we have (at least) 3 different
display contr
Generated from rnndb files in:
https://github.com/freedreno/envytools
Keep this split out as a separate commit to make it easier to review the
actual driver.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/dsi/dsi.xml.h | 262 +
drivers/gpu/drm/msm/dsi/mmss_cc.xml.h | 156 +
The snapdragon chips have multiple different display controllers,
depending on which chip variant/version. (As far as I can tell, current
devices have either MDP3 or MDP4, and upcoming devices have MDSS.) And
then external to the display controller are HDMI, DSI, etc. blocks which
may be shared a
> Date: Fri, 5 Jul 2013 10:11:18 -0400
> From: Alex Deucher
>
> On Wed, Jul 3, 2013 at 6:40 PM, Mark Kettenis
> wrote:
> > Working on KMS support on OpenBSD/sparc64, I ended up with the initial
> > framebuffer on a Sun XVR-100 card (Radeon 7000/VE, RV100 with
> > OpenFirmware) being tiled when
From: Alex Deucher
Newer asics have a lot of vram so it's less of an
issue to waste a little more space for the gart
page table. This gives us some additional gart space
before having to migrate to non-gart system ram
for games, etc. where we use up most of vram.
Signed-off-by: Alex Deucher
--
On Friday, July 05, 2013 10:00:55 PM Rafael J. Wysocki wrote:
> On Friday, July 05, 2013 02:20:14 PM Rafael J. Wysocki wrote:
> > On Sunday, June 09, 2013 07:01:39 PM Matthew Garrett wrote:
> > > Windows 8 leaves backlight control up to individual graphics drivers
> > > rather
> > > than making AC
1 - 100 of 113 matches
Mail list logo
