https://bugs.freedesktop.org/show_bug.cgi?id=41913
Christopher Yeleighton changed:
What|Removed |Added
URL||https://bugs.kde.org/show_b
On Sun, Jan 29, 2012 at 04:30, Jeremy Huddleston
wrote:
> Maybe I'm missing something here...
>
> Shouldn't I be able to build and test support for Intel even if I've got an
> nVidia card in my box now? Or is this support for Intel CPUs rather than
> Intel GPUs?
The issue is that we pretty muc
https://bugs.freedesktop.org/show_bug.cgi?id=41913
Daniel Vetter changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #2 from Daniel Vett
https://bugs.freedesktop.org/show_bug.cgi?id=45366
Bug #: 45366
Summary: Radeon gpu lockups
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
In the function compat_drm_getclient, I have the impression that the
structure c32 is copied to user level with the field idx uninitialized?
julia
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/
Hi Alan,
first: thanks a lot for your work to bring support for GMA500 to mainline
kernel!
My problem: with the current gma500_gfx driver of kernel 3.3.0-rc1 (pulled
git yesterday 2012-01-27), the X-server is only shown in the top half of
the screen after booting on my fit-pc2 [1]. The bottom h
Hi Alan,
On Sat, Jan 28, 2012 at 20:37:50 +, you wrote:
> Can you do the following. In gma500/framebuffer.c find the code that
> reads
>
> info->flags = FBINFO_DEFAULT;
> if (dev_priv->ops->accel_2d && pitch_lines > 8) /* 2D engine */
> info->fbops = &psbfb_op
libdrm is still failing 'make check':
Linux/ppc - http://tinderbox.x.org/builds/2012-01-28-0007/logs/libdrm/#check
Linux/ppc64 - http://tinderbox.x.org/builds/2012-01-28-0013/logs/libdrm/#check
I bisected it to the commit below (which added the failing tests). Are these
tests broken? Can the
Maybe I'm missing something here...
Shouldn't I be able to build and test support for Intel even if I've got an
nVidia card in my box now? Or is this support for Intel CPUs rather than Intel
GPUs?
On Jan 28, 2012, at 17:55, Eric Anholt wrote:
> On Sat, 28 Jan 2012 12:57:10 -0800, Jeremy Huddl
https://bugs.freedesktop.org/show_bug.cgi?id=41762
--- Comment #6 from Pasi Kärkkäinen 2012-01-29 07:39:36 PST ---
As I understand "Mobility Radeon HD3650" is based on R600 chipset, so the
feature matrix in http://wiki.x.org/wiki/RadeonFeature says all the power
saving/management features are im
This reverts commit 87499ffdcb1c70f66988cd8febc4ead0ba2f9118.
Where is that paper bag ... ah here.
I've failed to take an odd interaction between my other cleanups and
this reclaim_buffers patch into account and also failed to properly
test it. Looks like there are more dragons and hidden trapdoo
In particular, I found I was hitting the max-file limit in the VFS,
and the EFILE was being magically transformed into ENOMEM. Confusion
reigns.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_gem.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm
On Sun, Jan 29, 2012 at 04:45:32PM +, Chris Wilson wrote:
> In particular, I found I was hitting the max-file limit in the VFS,
> and the EFILE was being magically transformed into ENOMEM. Confusion
> reigns.
>
> Signed-off-by: Chris Wilson
Reviewed-by: Daniel Vetter
--
Daniel Vetter
Mail:
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #2 from Torsten Kaiser 2012-01-29
20:31:43 ---
For the lockup itself I have filed:
https://bugs.freedesktop.org/show_bug.cgi?id=45329
The kernel regression has been partly addressed by:
http://git.kernel.org/?p=linux/kernel/git/
https://bugs.freedesktop.org/show_bug.cgi?id=42960
--- Comment #5 from interwe...@yahoo.ca 2012-01-29 14:27:57 UTC ---
Has any progress been made? I am willing to test some patches...
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
hi all,
i'm unable to have a working Radeon KMS framebuffer with an ATI FireGL V5600
on my YDL Powerstation and i'm obliged to use the old OpenFirmware fb.
That's from my dmesg [1]:
[...]
vgaarb: device added: PCI::f1:00.0,decodes=io+mem,owns=none,locks=none
vgaarb: loaded
vgaarb: bridge c
Ok, well I'll give it a shot then. I've dealt with enough autoconf to make a
decent first pass.
On Jan 29, 2012, at 04:16, Daniel Vetter wrote:
> On Sun, Jan 29, 2012 at 04:30, Jeremy Huddleston
> wrote:
>> Maybe I'm missing something here...
>>
>> Shouldn't I be able to build and test suppor
https://bugs.freedesktop.org/show_bug.cgi?id=41913
Christopher Yeleighton changed:
What|Removed |Added
URL||https://bugs.kde.org/show_b
On Sun, Jan 29, 2012 at 04:30, Jeremy Huddleston
wrote:
> Maybe I'm missing something here...
>
> Shouldn't I be able to build and test support for Intel even if I've got an
> nVidia card in my box now? ?Or is this support for Intel CPUs rather than
> Intel GPUs?
The issue is that we pretty muc
https://bugs.freedesktop.org/show_bug.cgi?id=41913
Daniel Vetter changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #2 from Daniel Vett
https://bugs.freedesktop.org/show_bug.cgi?id=45366
Bug #: 45366
Summary: Radeon gpu lockups
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=41762
--- Comment #6 from Pasi K?rkk?inen 2012-01-29 07:39:36 PST
---
As I understand "Mobility Radeon HD3650" is based on R600 chipset, so the
feature matrix in http://wiki.x.org/wiki/RadeonFeature says all the power
saving/management features are i
This reverts commit 87499ffdcb1c70f66988cd8febc4ead0ba2f9118.
Where is that paper bag ... ah here.
I've failed to take an odd interaction between my other cleanups and
this reclaim_buffers patch into account and also failed to properly
test it. Looks like there are more dragons and hidden trapdoo
In particular, I found I was hitting the max-file limit in the VFS,
and the EFILE was being magically transformed into ENOMEM. Confusion
reigns.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/drm_gem.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm
On Sun, Jan 29, 2012 at 04:45:32PM +, Chris Wilson wrote:
> In particular, I found I was hitting the max-file limit in the VFS,
> and the EFILE was being magically transformed into ENOMEM. Confusion
> reigns.
>
> Signed-off-by: Chris Wilson
Reviewed-by: Daniel Vetter
--
Daniel Vetter
Mail:
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #2 from Torsten Kaiser
2012-01-29 20:31:43 ---
For the lockup itself I have filed:
https://bugs.freedesktop.org/show_bug.cgi?id=45329
The kernel regression has been partly addressed by:
http://git.kernel.org/?p=linux/kernel/git/
https://bugs.freedesktop.org/show_bug.cgi?id=42960
--- Comment #5 from interweiss at yahoo.ca 2012-01-29 14:27:57 UTC ---
Has any progress been made? I am willing to test some patches...
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this ma
hi all,
i'm unable to have a working Radeon KMS framebuffer with an ATI FireGL V5600
on my YDL Powerstation and i'm obliged to use the old OpenFirmware fb.
That's from my dmesg [1]:
[...]
vgaarb: device added: PCI::f1:00.0,decodes=io+mem,owns=none,locks=none
vgaarb: loaded
vgaarb: bridge c
Ok, well I'll give it a shot then. I've dealt with enough autoconf to make a
decent first pass.
On Jan 29, 2012, at 04:16, Daniel Vetter wrote:
> On Sun, Jan 29, 2012 at 04:30, Jeremy Huddleston
> wrote:
>> Maybe I'm missing something here...
>>
>> Shouldn't I be able to build and test suppor
29 matches
Mail list logo
