https://bugs.freedesktop.org/show_bug.cgi?id=62573
--- Comment #18 from Michel Dänzer ---
Please attach the output from autogen.sh / configure. There's no point running
make until those have succeeded.
--
You are receiving this mail because:
You are the assignee for the bug.
___
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130321/bcd8eb84/attachment.html>
rt --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130321/9b1b8fbd/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130321/e2034909/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130321/5093f084/attachment.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130321/a0099e31/attachment.html>
ine 895, which makes considering Andreas' post about
Warcraft III in Wine.
--
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/attac
SteamApps/common/Half-Life 2
Deathmatch/bin/libtogl.so
No symbol table info available.
.
--
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
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130321/be6c7260/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130321/bdc26879/attachment.html>
hment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130321/3bb49c1a/attachment.html>
.
--
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/20130321/c48ffa7a/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=43751
J?r?me Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
|--- |WONTFIX
--
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/20130321/b3192ffc/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=62573
--- Comment #17 from Benjamin ---
I checked out from git and applied the patch, BUT autogen.sh exits with code 1,
configure has a syntax error, and make says there is nothing to do.
--
You are receiving this mail because:
You are the assignee f
or the new quirk list discribed above to be checked.
>
> The first patch enhances the quirk logic as described above. The second
> one
> adds my new monitor to the quirk lists.
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.fre
Signed-off-by: Dylan Semler
---
drivers/gpu/drm/drm_edid.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index b1036b5..b400971 100644
--- a/drivers/gpu/drm/drm_edid.c
+++ b/drivers/gpu/drm/drm_edid.c
@@ -109,6 +109,9 @@ static s
Signed-off-by: Dylan Semler
---
drivers/gpu/drm/drm_edid.c | 72 ++
1 file changed, 72 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index c194f4e..b1036b5 100644
--- a/drivers/gpu/drm/drm_edid.c
+++ b/drivers/gpu/
The idea is setup a new quirk list with width, height, and refresh rates for
each monitor that needs this quirk. If a monitor is attached that matches one
in this list, the full modeline is calculated with drm_gtf_mode, the
DRM_MODE_TYPE_PREFERRED bit is set, and the new mode is added to the conne
https://bugs.freedesktop.org/show_bug.cgi?id=62573
--- Comment #16 from Marek Olšák ---
Sorry I don't really know what needs to be done if you have xorg-edgers. The
patch is supposed to be applied using the git command, so you basically need
the whole Mesa git repository.
--
You are receiving t
On Thu, 2013-03-21 at 01:34 -0500, Calvin Owens wrote:
> DRM hasn't worked on my desktop machine (GeForce 9800) with Nouveau for
> a little while (v3.9-rc1 didn't), but worked as of commit e204378 on
> Linus' tree for one boot, and subsequently always fails.
>
> After running that version, v3.6, w
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130321/130ec6c2/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=62573
--- Comment #15 from Benjamin ---
Since I'm using xorg-edgers, do I need to check out from git or can I just use
apt-get source?
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=62573
--- Comment #14 from Marek Olšák ---
It's a git patch for Mesa, applicable using "git am -3". Of course it's the DRI
driver.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=62573
--- Comment #13 from Benjamin ---
Comment on attachment 76887
--> https://bugs.freedesktop.org/attachment.cgi?id=76887
possible fix
Which package is this? Is it libgl1-mesa-dri?
--
You are receiving this mail because:
You are the assignee fo
https://bugs.freedesktop.org/show_bug.cgi?id=62573
--- Comment #12 from Marek Olšák ---
Created attachment 76887
--> https://bugs.freedesktop.org/attachment.cgi?id=76887&action=edit
possible fix
(In reply to comment #10)
> Created attachment 76882 [details]
> gdb output
>
> The interesting st
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130321/0ca80328/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=62573
--- Comment #11 from Benjamin ---
*makes sense, I meant to say makes sense.
It's interesting that it's segfaulting in different places for each of us.
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=62573
--- Comment #10 from Benjamin ---
Created attachment 76882
--> https://bugs.freedesktop.org/attachment.cgi?id=76882&action=edit
gdb output
The interesting stuff is near the bottom. It segfaults on st_GetTexImage in
st_cb_texture.c on line 895,
https://bugs.freedesktop.org/show_bug.cgi?id=62573
--- Comment #9 from Andreas Boll ---
(gdb) bt full
#0 0xb48d8ebb in st_GetTexImage (ctx=0x80e44e0, format=32992, type=5121,
pixels=0x17d59208, texImage=0x17d58e50)
at ../../src/mesa/state_tracker/st_cb_texture.c:662
st = 0x80f29
https://bugs.freedesktop.org/show_bug.cgi?id=62573
Andreas Boll changed:
What|Removed |Added
Severity|normal |critical
CC|
On Thu, Mar 21, 2013 at 12:21:21AM +0100, Jiri Kosina wrote:
> On Wed, 20 Mar 2013, Alan Stern wrote:
>
> > > Ok, so how about this?
> > > Daniel, is it enough to make the problem appear on your system (by
> > > building this into the kernel and booting with dummy-irq.irq=16)?
> > >
> > > Thanks
Use IS_ERR instead of IS_ERR_OR_NULL on clk_get results.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_drm_rotator.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_rotator.c
b/drivers/gpu/drm/exynos/exynos_drm_rotator.
Use IS_ERR instead of IS_ERR_OR_NULL on clk_get results.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_mixer.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c
b/drivers/gpu/drm/exynos/exynos_mixer.c
index 2f
Use IS_ERR instead of IS_ERR_OR_NULL on clk_get results.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/drm/exynos/exynos_hdmi.c
index 2c5f2
https://bugs.freedesktop.org/show_bug.cgi?id=62311
--- Comment #1 from Jerome Glisse ---
Try using non kde desktop for a while (gnome, xfce, ...) and see if you have
same issue.
--
You are receiving this mail because:
You are the assignee for the bug.
___
on X server internals.
--
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/20130321/3e55aa49/attachment.html>
How far away are we from supporting tegradrm with ARCH_MULTIPLATFORM?
It would be nice to be able to at least compile-test drm core changes
with all the arm drivers in one shot..
BR,
-R
On Thu, Mar 21, 2013 at 1:57 PM, Stephen Warren
wrote:
> From: Stephen Warren
>
> ARCH_TEGRA always enabled
Oops. I neglected to preface this with my motivation: I have a new
monitor
that doesn't report its native resolution in its EDID block. It seemed to
me
this calls for an EDID quirk, but the current quirk infrastructure doesn't
allow explicitly creating new modes. So I set out to make a simple
e
Signed-off-by: Dylan Semler
---
drivers/gpu/drm/drm_edid.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index b1036b5..b400971 100644
--- a/drivers/gpu/drm/drm_edid.c
+++ b/drivers/gpu/drm/drm_edid.c
@@ -109,6 +109,9 @@ static s
Signed-off-by: Dylan Semler
---
drivers/gpu/drm/drm_edid.c | 72 ++
1 file changed, 72 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index c194f4e..b1036b5 100644
--- a/drivers/gpu/drm/drm_edid.c
+++ b/drivers/gpu/
The idea is setup a new quirk list with width, height, and refresh rates for
each monitor that needs this quirk. If a monitor is attached that matches one
in this list, the full modeline is calculated with drm_gtf_mode, the
DRM_MODE_TYPE_PREFERRED bit is set, and the new mode is added to the conne
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130321/f9960638/attachment-0001.html>
https://bugs.freedesktop.org/show_bug.cgi?id=62578
--- Comment #8 from Alex Deucher ---
(In reply to comment #7)
> I filed a bug against kwin. Looks like they will have checks in place in
> 4.11 to not use OpenGL on this hardware. Not sure if anything should still
> be done on the mesa side or
drm_add_edid_modes() returns 0 upon failure to find any modes.
Hence check for 0 and not less than 0.
Signed-off-by: Sachin Kamat
Cc: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_drm_connector.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos/e
https://bugs.freedesktop.org/show_bug.cgi?id=62578
--- Comment #7 from Orion Poplawski ---
I filed a bug against kwin. Looks like they will have checks in place in 4.11
to not use OpenGL on this hardware. Not sure if anything should still be done
on the mesa side or not to help with this.
--
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130321/cc4003d4/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=43751
Jérôme Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=6192
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130321/ff79fcd0/attachment.html>
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/20130321/52df6260/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130321/9ed067a4/attachment.html>
Typo in nv50_display_flip_wait allows page flipping to run ahead before
memory has time to settle.
Signed-off-by: Calvin Owens
---
drivers/gpu/drm/nouveau/nv50_display.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nv50_display.c
b/drivers/gp
On 03/21/2013 01:02 PM, Rob Clark wrote:
> How far away are we from supporting tegradrm with ARCH_MULTIPLATFORM?
> It would be nice to be able to at least compile-test drm core changes
> with all the arm drivers in one shot..
Pretty close. It might happen in 3.10 if I get time, otherwise it should
edesktop.org/archives/dri-devel/attachments/20130321/9155f21b/attachment.html>
27;ll post the corrected information
shortly.
--
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/20130321/789e5823/attachment.html>
On 03/21/2013 01:02 PM, Rob Clark wrote:
> How far away are we from supporting tegradrm with ARCH_MULTIPLATFORM?
> It would be nice to be able to at least compile-test drm core changes
> with all the arm drivers in one shot..
Pretty close. It might happen in 3.10 if I get time, otherwise it should
How far away are we from supporting tegradrm with ARCH_MULTIPLATFORM?
It would be nice to be able to at least compile-test drm core changes
with all the arm drivers in one shot..
BR,
-R
On Thu, Mar 21, 2013 at 1:57 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> ARCH_TEGRA always enabled O
From: Stephen Warren
ARCH_TEGRA always enabled OF, so there's no need for any driver to
depend on it.
Signed-off-by: Stephen Warren
Acked-by: Thierry Reding
---
drivers/gpu/drm/tegra/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tegra/Kconfig b
From: Stephen Warren
ARCH_TEGRA always enabled OF, so there's no need for any driver to
depend on it.
Signed-off-by: Stephen Warren
Acked-by: Thierry Reding
---
drivers/gpu/drm/tegra/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tegra/Kconfig b
https://bugs.freedesktop.org/show_bug.cgi?id=56936
maxi...@free.fr changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=56936
--- Comment #9 from Michel Dänzer ---
Is this still failing? I think Vincent fixed cube arrays with LLVM a while ago.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-
https://bugs.freedesktop.org/show_bug.cgi?id=62578
--- Comment #6 from Marek Olšák ---
The issue seems to be that kwin or DDX allocates a texture of the size
2*1600x1200 and your hardware only supports 2560x2560 for rendering and
2048x2048 for texturing. Unfortunately I'm not an expert on X serve
On Thu, Mar 21, 2013 at 12:21:21AM +0100, Jiri Kosina wrote:
> On Wed, 20 Mar 2013, Alan Stern wrote:
>
> > > Ok, so how about this?
> > > Daniel, is it enough to make the problem appear on your system (by
> > > building this into the kernel and booting with dummy-irq.irq=16)?
> > >
> > > Thanks
https://bugs.freedesktop.org/show_bug.cgi?id=62578
--- Comment #5 from Orion Poplawski ---
Well, still reproducible with a different user with 9.0.1.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=62578
--- Comment #4 from Orion Poplawski ---
[23.308] (II) RADEON(0): Output VGA-0 using initial mode 1600x1200 +0+0
[23.308] (II) RADEON(0): Output DVI-0 using initial mode 1600x1200 +1600+0
--
You are receiving this mail because:
You are t
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130321/abe5baee/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=62577
--- Comment #2 from Marek Olšák ---
The correct way to disable HyperZ with Mesa master is now R600_DEBUG=nohyperz
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-deve
https://bugs.freedesktop.org/show_bug.cgi?id=62578
Marek Olšák changed:
What|Removed |Added
Component|Drivers/DRI/r300|Drivers/Gallium/r300
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=62578
--- Comment #3 from Marek Olšák ---
What's your screen resolution?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=62441
--- Comment #5 from Alex Deucher ---
(In reply to comment #4)
> I am yet to revert the driver from fglrx and provide the info requested
> (dmesg output and xorg log), but if the radeon driver is fine (as I could
> atest from Live USB Stick), wher
https://bugs.freedesktop.org/show_bug.cgi?id=62573
--- Comment #7 from Benjamin ---
That package is installed. I should have been more clearer, that was the only
thing it outputted besides it informing me that it's loading debugging symbols.
Oops I made a mistake when using gdb. I'll post t
Hi Linus,
radeon, intel and nouveau, along with one mgag200 fix,
intel fix for an ioctl overflow, along with a regression fix for some
phantom irqs on Ironlake.
nouveau has a lockdep warning and a bunch of thermal fixes
radeon has new pci ids and some minor fixes.
Dave.
The following changes
drm_add_edid_modes() returns 0 upon failure to find any modes.
Hence check for 0 and not less than 0.
Signed-off-by: Sachin Kamat
Cc: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_drm_connector.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos/e
On 03/21/13 02:24, Calvin Owens wrote:
> On 03/21/13 01:59, Ben Skeggs wrote:
>> On Thu, 2013-03-21 at 01:34 -0500, Calvin Owens wrote:
>>> DRM hasn't worked on my desktop machine (GeForce 9800) with Nouveau for
>>> a little while (v3.9-rc1 didn't), but worked as of commit e204378 on
>>> Linus' tre
t was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130321/95731a08/attachment.html>
On 03/21/13 01:59, Ben Skeggs wrote:
> On Thu, 2013-03-21 at 01:34 -0500, Calvin Owens wrote:
>> DRM hasn't worked on my desktop machine (GeForce 9800) with Nouveau for
>> a little while (v3.9-rc1 didn't), but worked as of commit e204378 on
>> Linus' tree for one boot, and subsequently always fails
DRM hasn't worked on my desktop machine (GeForce 9800) with Nouveau for
a little while (v3.9-rc1 didn't), but worked as of commit e204378 on
Linus' tree for one boot, and subsequently always fails.
After running that version, v3.6, which has always worked in the past,
also fails, which is obviousl
On Wed, 20 Mar 2013, Alan Stern wrote:
> > Ok, so how about this?
> > Daniel, is it enough to make the problem appear on your system (by
> > building this into the kernel and booting with dummy-irq.irq=16)?
> >
> > Thanks.
> >
> > From: Jiri Kosina
> > Subject: [PATCH] dummy-irq: introduce a d
On Tue, 19 Mar 2013, Yinghai Lu wrote:
> > I guess I should have phrased it more precisely, but that's exactly
> > what I expect is happening on my machine: I don't have anything on
> > irq16 (i.e. in non-msi mode the gfx interrupt isn't shared) and hence
> > the irq is completely disabled. Which
https://bugs.freedesktop.org/show_bug.cgi?id=62573
--- Comment #6 from Michel Dänzer ---
Is the libgl1-mesa-dri:i386 package installed on your system?
(In reply to comment #5)
> If I am debugging it with gdb, it won't go past the loading screen for the
> main menu. The last thing gdb says is "0x
81 matches
Mail list logo
