https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #4 from Camaleón 2011-12-15 00:49:15 PST ---
(In reply to comment #3)
> I have asked the user to try with this option while having the firmware
> package
> installed, will report back as soon as I get the results.
The user reported
On Tue, 13 Dec 2011, batouzo wrote:
> Hello, we where building 3.1.4 kernel when we noticed BUG()s on bootup.
>
> After some debugging it seems to be use after freed memory corruption
> caused by radeon driver.
That's not what's indicated here, this is the poison value being
overwritten and det
this patch adds module name for Samsung Exynos SoC. with this patch,
we can test kmstest, modetest and vbltest of libdrm.
Exynos drm driver of kernel side have been merged to mainline.
you can refer to mainline git repository below:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=su
Dave,
Please pull this series into drm-fixes for 3.2!
Thanks,
Thomas
On 11/28/2011 01:19 PM, Thomas Hellstrom wrote:
The driver implements the needed resource management required
to use that register.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgf
Dave,
Please pull this series into drm-fixes for 3.2.
Thanks,
Thomas
On 11/21/2011 01:08 PM, Thomas Hellstrom wrote:
A couple of updates to various interface docs
In-Reply-To:
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #18 from Przemyslaw Kochanski 2011-12-15
06:20:29 PST ---
(In reply to comment #13)
> Try the following options in the kernel command line in grub:
> pci=nomsi
> noapic
> irqpoll
> and see if any of them help.
I've tried your sugges
https://bugs.freedesktop.org/show_bug.cgi?id=43719
Michel Dänzer changed:
What|Removed |Added
Product|Mesa|DRI
Version|git
Thanks for the comments. Fixed most of the issues with the earlier patch.
Sending out a
new one. Comments inline below.
> -Original Message-
> From: Adam Jackson [mailto:a...@redhat.com]
> Sent: Tuesday, December 13, 2011 9:51 PM
> To: Kavuri, Sateesh
> Cc: dri-devel@lists.freedesktop.or
Cc'ed Dave's work email.
On Wed, Nov 23, 2011 at 2:12 PM, Xi Wang wrote:
> There is a potential integer overflow in drm_mode_dirtyfb_ioctl()
> if userspace passes in a large num_clips. The call to kmalloc would
> allocate a small buffer, and the call to fb->funcs->dirty may result
> in a memory
https://bugs.freedesktop.org/show_bug.cgi?id=43858
Bug #: 43858
Summary: DVI of ATI RADEON 9200 AGP don't work
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #1 from Valter 2011-12-15 07:12:26
PST ---
Created attachment 54463
--> https://bugs.freedesktop.org/attachment.cgi?id=54463
dmsg output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are r
https://bugs.freedesktop.org/show_bug.cgi?id=43858
Valter changed:
What|Removed |Added
Attachment #54462|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #19 from Alex Deucher 2011-12-15 07:19:31 PST ---
(In reply to comment #18)
> And finally: Is it a proper fix, or just a workaround?
It's a workaround. Since those options work, it's not a radeon bug. It's most
likely a platform bu
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #20 from Alex Deucher 2011-12-15 07:21:45 UTC ---
I would suggest emailing the linux-kernel mailing list and saying that you need
noapic or pci=msi to get things working on your board. Include the hw details
of your system (lspci, et
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #5 from Alex Deucher 2011-12-15 07:29:00 PST ---
What version of the 3D driver is he using? You might try a newer 3D driver
package. Make sure he is using the r300 gallium driver (r300g).
--
Configure bugmail: https://bugs.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #6 from Camaleón 2011-12-15 07:47:32 PST ---
(In reply to comment #5)
> What version of the 3D driver is he using?
How could we check this?
> You might try a newer 3D driver package. Make sure he is using the r300
> gallium driv
On Don, 2011-12-08 at 19:35 +0800, che...@lemote.com wrote:
>
> I found CP_RB_WPTR has changed when "ring test failed", so I think CP is
> active, but what it get from ring buffer is wrong.
CP_RB_WPTR is normally only changed by the CPU after adding commands to
the ring buffer, so I'm afraid that
https://bugs.freedesktop.org/show_bug.cgi?id=43861
Bug #: 43861
Summary: Build error in latest git master
Classification: Unclassified
Product: Mesa
Version: git
Platform: All
URL: https://build.opensuse.org/package/rawlog?
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #7 from Alex Deucher 2011-12-15 08:43:49 PST ---
(In reply to comment #6)
> (In reply to comment #5)
> > What version of the 3D driver is he using?
>
> How could we check this?
Please attach the output of glxinfo.
>
> > You migh
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #8 from Alex Deucher 2011-12-15 08:44:55 PST ---
Does the system hang if you remove the NoAccel option but don't load
gnome-shell?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=43861
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43719
--- Comment #1 from Andy Furniss 2011-12-15
09:20:05 PST ---
(In reply to comment #0)
> I don't use this box any more as such, and this is the first drm-core-next ..
I tested some more and the latest working commit is
commit 822c4d9ae0d55a4fce
https://bugs.freedesktop.org/show_bug.cgi?id=43332
--- Comment #2 from Stefano Teso 2011-12-15 09:37:46
PST ---
> The bug is also present in the libGL 7.11.2 shipped by debian, so I don't
> think
> it's a regression or a bug in my config.
It looks like that inst->Dst[0].Register.WriteMask == 3
https://bugs.freedesktop.org/show_bug.cgi?id=43332
--- Comment #3 from Stefano Teso 2011-12-15 09:53:39
PST ---
(In reply to comment #2)
> > The bug is also present in the libGL 7.11.2 shipped by debian, so I don't
> > think
> > it's a regression or a bug in my config.
>
> It looks like that i
https://bugs.freedesktop.org/show_bug.cgi?id=43698
--- Comment #8 from Michel Dänzer 2011-12-15 10:02:06 PST
---
Created attachment 54470
--> https://bugs.freedesktop.org/attachment.cgi?id=54470
WIP endianness fixes
Here's some Mesa/Gallium endianness fixes I've been working on. Note that I'm
https://bugs.freedesktop.org/show_bug.cgi?id=30227
--- Comment #11 from Michel Dänzer 2011-12-15 10:12:05 PST
---
(In reply to comment #10)
> However, for me it crashes about 10-20 seconds when glxgears is running, or it
> instantly crashes when I attempt to move or resize a window in WindowMake
https://bugs.freedesktop.org/show_bug.cgi?id=43655
--- Comment #5 from Michel Dänzer 2011-12-15 10:18:01 UTC
---
It sounds like the problem may happen or not with a certain probability with
any given kernel. You should probably test each kernel a certain number of
times before declaring it as go
https://bugs.freedesktop.org/show_bug.cgi?id=41086
Harald Judt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, Dec 12, 2011 at 6:39 PM, Greg KH wrote:
> On Sun, Dec 11, 2011 at 03:13:17PM -0600, Rob Clark wrote:
>> From: Rob Clark
>>
>> The connector's dpms fxn is only triggered by userspace. When the
>> driver is loaded and detected displays configured, drm core only
>> calls the crtc and encode
From: Rob Clark
Call connector->funcs->dpms(DPMS_ON) rather than just setting
connector->dpms = DPMS_ON. This ensures that if the connector
has something to do to enable the output (rather than just using
drm_helper_connector_dpms helper directly), that this happens
at bootup. This solves an is
On Thu, 2011-12-15 at 14:53 -0600, Rob Clark wrote:
> From: Rob Clark
>
> Call connector->funcs->dpms(DPMS_ON) rather than just setting
> connector->dpms = DPMS_ON. This ensures that if the connector
> has something to do to enable the output (rather than just using
> drm_helper_connector_dpms h
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #9 from Camaleón 2011-12-15 13:25:23 PST ---
Created attachment 54475
--> https://bugs.freedesktop.org/attachment.cgi?id=54475
glxinfo
I'm attaching the full output of "glxinfo".
--
Configure bugmail: https://bugs.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #10 from Camaleón 2011-12-15 13:28:13 PST ---
(In reply to comment #8)
> Does the system hang if you remove the NoAccel option but don't load
> gnome-shell?
Yes, the user has reported that by removing that option from "xorg.conf" fil
https://bugs.freedesktop.org/show_bug.cgi?id=43835
Alex Deucher changed:
What|Removed |Added
Attachment #54475|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #11 from Alex Deucher 2011-12-15 13:40:27 PST ---
(In reply to comment #9)
> Created attachment 54475 [details] [review]
> glxinfo
>
> I'm attaching the full output of "glxinfo".
Unfortunately, you'll end up with the software 3D dri
https://bugs.freedesktop.org/show_bug.cgi?id=43655
Alexandre Demers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43395
--- Comment #14 from Tomas Schlosser 2011-12-15
14:08:15 PST ---
New updates came:
kernel 3.1.5-2.fc16
mesa-dri-drivers.x86_64 7.11.2-1.fc16
No changes, rendering stops after a few minutes (5 - 10).
I can't build mesa from git. Last time I trie
https://bugs.freedesktop.org/show_bug.cgi?id=43871
Bug #: 43871
Summary: shader with uniform array/record and if clauses is not
translated correctly into TGSI IR
Classification: Unclassified
Product: Mesa
Version: git
https://bugs.freedesktop.org/show_bug.cgi?id=43655
Alexandre Demers changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://bugs.freedesktop.org/show_bug.cgi?id=43655
--- Comment #8 from Alexandre Demers 2011-12-15
17:50:38 PST ---
I think I've found a hint. Here's the thing:
Whatever kernel version is the first entry in my Grub's list, the problem will
appear. If I select a different kernel manually or if I
From: Rob Clark
Can be set at boot or module load time to prevent YWRAP scrolling from
being enabled.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_fbdev.c | 15 ++-
1 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/omapdrm/omap_fbdev.c
From: Rob Clark
omap_gem_roll() could be called by fbcon in atomic context. Avoid
aquiring mutex, or calling tiler_pin() (which itself is not safe
for atomic context) in these cases.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_gem.c | 16 ++--
1 files changed, 14 i
From: Andy Gross
Right now just a tiler_map file to dump a 2d map of which areas in
tiler/dmm have pinned buffers (or reservations). In the future more
could be added.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/Makefile |1 +
drivers/staging/omapdrm/omap_debugfs.c |
Using %pV can save text.
Replace NV_PRINTK macro with nv_printk and use
of vsprintf extension %pV.
Convert the NV_ macros to use nv_printk
and neaten them too.
Saves ~45KB or ~5% of total code space for nouveau.
$ size drivers/gpu/drm/nouveau/built-in.o*
textdata bss dec hex
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #16 from Przemyslaw Kochanski
2011-12-14 17:38:59 PST ---
Created attachment 54445
--> https://bugs.freedesktop.org/attachment.cgi?id=54445
output of glxinfo
I'm experiencing the same issue on Ubuntu 11.10. I'm ready to provide al
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #17 from Przemyslaw Kochanski
2011-12-14 17:39:45 PST ---
Created attachment 54446
--> https://bugs.freedesktop.org/attachment.cgi?id=54446
gdb gnome-shell backtrace
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cg
On 12/15/2011 02:26 AM, Jesse Barnes wrote:
> On Wed, 14 Dec 2011 19:00:15 +0900
> Joonyoung Shim wrote:
>
>> The exynos fimd supports 5 window overlays. Only one window overlay of
>> fimd is used by the crtc, so we need plane feature to use the rest
>> window overlays.
>>
>> This creates one ioct
The exynos fimd supports 5 window overlays. Only one window overlay of
fimd is used by the crtc, so we need plane feature to use the rest
window overlays.
This creates one ioctl exynos specific - DRM_EXYNOS_PLANE_SET_ZPOS, it
is the ioctl to decide for user to assign which window overlay.
Signed-
From: Rob Clark
The first patch updates omapdrm for API changes introduced when addfb2
support (for multi-planar fb's) was added (in drm-next). The next patch
adds drm plane (overlay) support, with CRTCs using private plane objects
to avoid code duplication between the CRTC and plane. (This dep
From: Rob Clark
Update to reflect changes in:
"drm: add an fb creation ioctl that takes a pixel format v5"
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_drv.h | 53 +-
drivers/staging/omapdrm/omap_fb.c| 99 ++---
drivers/staging
From: Rob Clark
Because framebuffer layer and overlay scanout video pipes are basically
thing in OMAP display subsystem (the only difference being that the first
video pipe does not support scaling or YUV formats), much of the CRTC
code is pulled into the plane implementation, and a private plane
From: Rob Clark
Add support in framebuffer objects for other color formats and multi-
planar YUV (NV12). Since this requires changing the API between the
plane and fb for getting scanout information (paddr, etc), take
advantage of the opportunity and put in place a way to allow fb's to
be unpinn
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #4 from Camale?n 2011-12-15 00:49:15 PST ---
(In reply to comment #3)
> I have asked the user to try with this option while having the firmware
> package
> installed, will report back as soon as I get the results.
The user reported
On Tue, 13 Dec 2011, batouzo wrote:
> Hello, we where building 3.1.4 kernel when we noticed BUG()s on bootup.
>
> After some debugging it seems to be use after freed memory corruption
> caused by radeon driver.
That's not what's indicated here, this is the poison value being
overwritten and det
this patch adds module name for Samsung Exynos SoC. with this patch,
we can test kmstest, modetest and vbltest of libdrm.
Exynos drm driver of kernel side have been merged to mainline.
you can refer to mainline git repository below:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=su
Dave,
Please pull this series into drm-fixes for 3.2!
Thanks,
Thomas
On 11/28/2011 01:19 PM, Thomas Hellstrom wrote:
> The driver implements the needed resource management required
> to use that register.
>
> Signed-off-by: Thomas Hellstrom
> Reviewed-by: Jakob Bornecrantz
> ---
> drivers/gp
Dave,
Please pull this series into drm-fixes for 3.2.
Thanks,
Thomas
On 11/21/2011 01:08 PM, Thomas Hellstrom wrote:
> A couple of updates to various interface docs
>
> In-Reply-To:
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #18 from Przemyslaw Kochanski
2011-12-15 06:20:29 PST ---
(In reply to comment #13)
> Try the following options in the kernel command line in grub:
> pci=nomsi
> noapic
> irqpoll
> and see if any of them help.
I've tried your sugges
https://bugs.freedesktop.org/show_bug.cgi?id=43719
Michel D?nzer changed:
What|Removed |Added
Product|Mesa|DRI
Version|git
https://bugs.freedesktop.org/show_bug.cgi?id=43858
Bug #: 43858
Summary: DVI of ATI RADEON 9200 AGP don't work
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=43858
--- Comment #1 from Valter 2011-12-15 07:12:26
PST ---
Created attachment 54463
--> https://bugs.freedesktop.org/attachment.cgi?id=54463
dmsg output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are r
https://bugs.freedesktop.org/show_bug.cgi?id=43858
Valter changed:
What|Removed |Added
Attachment #54462|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #19 from Alex Deucher 2011-12-15 07:19:31 PST
---
(In reply to comment #18)
> And finally: Is it a proper fix, or just a workaround?
It's a workaround. Since those options work, it's not a radeon bug. It's most
likely a platform b
https://bugs.freedesktop.org/show_bug.cgi?id=41668
--- Comment #20 from Alex Deucher 2011-12-15 07:21:45 UTC
---
I would suggest emailing the linux-kernel mailing list and saying that you need
noapic or pci=msi to get things working on your board. Include the hw details
of your system (lspci, e
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #5 from Alex Deucher 2011-12-15 07:29:00 PST
---
What version of the 3D driver is he using? You might try a newer 3D driver
package. Make sure he is using the r300 gallium driver (r300g).
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #6 from Camale?n 2011-12-15 07:47:32 PST ---
(In reply to comment #5)
> What version of the 3D driver is he using?
How could we check this?
> You might try a newer 3D driver package. Make sure he is using the r300
> gallium driv
On Don, 2011-12-08 at 19:35 +0800, chenhc at lemote.com wrote:
>
> I found CP_RB_WPTR has changed when "ring test failed", so I think CP is
> active, but what it get from ring buffer is wrong.
CP_RB_WPTR is normally only changed by the CPU after adding commands to
the ring buffer, so I'm afraid t
https://bugs.freedesktop.org/show_bug.cgi?id=43861
Bug #: 43861
Summary: Build error in latest git master
Classification: Unclassified
Product: Mesa
Version: git
Platform: All
URL: https://build.opensuse.org/package/rawlog?
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #7 from Alex Deucher 2011-12-15 08:43:49 PST
---
(In reply to comment #6)
> (In reply to comment #5)
> > What version of the 3D driver is he using?
>
> How could we check this?
Please attach the output of glxinfo.
>
> > You mig
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #8 from Alex Deucher 2011-12-15 08:44:55 PST
---
Does the system hang if you remove the NoAccel option but don't load
gnome-shell?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=43861
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43719
--- Comment #1 from Andy Furniss 2011-12-15
09:20:05 PST ---
(In reply to comment #0)
> I don't use this box any more as such, and this is the first drm-core-next ..
I tested some more and the latest working commit is
commit 822c4d9ae0d55a4fce
https://bugs.freedesktop.org/show_bug.cgi?id=43332
--- Comment #2 from Stefano Teso 2011-12-15
09:37:46 PST ---
> The bug is also present in the libGL 7.11.2 shipped by debian, so I don't
> think
> it's a regression or a bug in my config.
It looks like that inst->Dst[0].Register.WriteMask == 3
https://bugs.freedesktop.org/show_bug.cgi?id=43332
--- Comment #3 from Stefano Teso 2011-12-15
09:53:39 PST ---
(In reply to comment #2)
> > The bug is also present in the libGL 7.11.2 shipped by debian, so I don't
> > think
> > it's a regression or a bug in my config.
>
> It looks like that i
https://bugs.freedesktop.org/show_bug.cgi?id=43698
--- Comment #8 from Michel D?nzer 2011-12-15 10:02:06
PST ---
Created attachment 54470
--> https://bugs.freedesktop.org/attachment.cgi?id=54470
WIP endianness fixes
Here's some Mesa/Gallium endianness fixes I've been working on. Note that I'm
https://bugs.freedesktop.org/show_bug.cgi?id=30227
--- Comment #11 from Michel D?nzer 2011-12-15 10:12:05
PST ---
(In reply to comment #10)
> However, for me it crashes about 10-20 seconds when glxgears is running, or it
> instantly crashes when I attempt to move or resize a window in WindowMake
https://bugs.freedesktop.org/show_bug.cgi?id=43655
--- Comment #5 from Michel D?nzer 2011-12-15 10:18:01
UTC ---
It sounds like the problem may happen or not with a certain probability with
any given kernel. You should probably test each kernel a certain number of
times before declaring it as go
https://bugs.freedesktop.org/show_bug.cgi?id=41086
Harald Judt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, Dec 12, 2011 at 6:39 PM, Greg KH wrote:
> On Sun, Dec 11, 2011 at 03:13:17PM -0600, Rob Clark wrote:
>> From: Rob Clark
>>
>> The connector's dpms fxn is only triggered by userspace. ?When the
>> driver is loaded and detected displays configured, drm core only
>> calls the crtc and encode
From: Rob Clark
Call connector->funcs->dpms(DPMS_ON) rather than just setting
connector->dpms = DPMS_ON. This ensures that if the connector
has something to do to enable the output (rather than just using
drm_helper_connector_dpms helper directly), that this happens
at bootup. This solves an is
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20111215/fe3afe33/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #9 from Camale?n 2011-12-15 13:25:23 PST ---
Created attachment 54475
--> https://bugs.freedesktop.org/attachment.cgi?id=54475
glxinfo
I'm attaching the full output of "glxinfo".
--
Configure bugmail: https://bugs.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #10 from Camale?n 2011-12-15 13:28:13 PST
---
(In reply to comment #8)
> Does the system hang if you remove the NoAccel option but don't load
> gnome-shell?
Yes, the user has reported that by removing that option from "xorg.conf" fi
https://bugs.freedesktop.org/show_bug.cgi?id=43835
Alex Deucher changed:
What|Removed |Added
Attachment #54475|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #11 from Alex Deucher 2011-12-15 13:40:27 PST
---
(In reply to comment #9)
> Created attachment 54475 [details] [review]
> glxinfo
>
> I'm attaching the full output of "glxinfo".
Unfortunately, you'll end up with the software 3D dr
https://bugs.freedesktop.org/show_bug.cgi?id=43655
Alexandre Demers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43395
--- Comment #14 from Tomas Schlosser 2011-12-15
14:08:15 PST ---
New updates came:
kernel 3.1.5-2.fc16
mesa-dri-drivers.x86_64 7.11.2-1.fc16
No changes, rendering stops after a few minutes (5 - 10).
I can't build mesa from git. Last time I trie
https://bugs.freedesktop.org/show_bug.cgi?id=43871
Bug #: 43871
Summary: shader with uniform array/record and if clauses is not
translated correctly into TGSI IR
Classification: Unclassified
Product: Mesa
Version: git
From: Rob Clark
Can be set at boot or module load time to prevent YWRAP scrolling from
being enabled.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_fbdev.c | 15 ++-
1 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/omapdrm/omap_fbdev.c
From: Rob Clark
omap_gem_roll() could be called by fbcon in atomic context. Avoid
aquiring mutex, or calling tiler_pin() (which itself is not safe
for atomic context) in these cases.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_gem.c | 16 ++--
1 files changed, 14 i
From: Andy Gross
Right now just a tiler_map file to dump a 2d map of which areas in
tiler/dmm have pinned buffers (or reservations). In the future more
could be added.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/Makefile |1 +
drivers/staging/omapdrm/omap_debugfs.c |
Using %pV can save text.
Replace NV_PRINTK macro with nv_printk and use
of vsprintf extension %pV.
Convert the NV_ macros to use nv_printk
and neaten them too.
Saves ~45KB or ~5% of total code space for nouveau.
$ size drivers/gpu/drm/nouveau/built-in.o*
textdata bss dec hex
92 matches
Mail list logo
