reedesktop.org/archives/dri-devel/attachments/20130118/56a8748a/attachment.html>
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/b461aeec/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=30102
maolihappy <506330...@qq.com> changed:
What|Removed |Added
CC||506330...@qq.com
--- C
https://bugs.freedesktop.org/show_bug.cgi?id=59492
--- Comment #18 from smoki ---
Created attachment 73272
--> https://bugs.freedesktop.org/attachment.cgi?id=73272&action=edit
proposed patch
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=59332
--- Comment #2 from Mike Lothian ---
I've bisected it back to:
b07ae05a3dccef620c716e821c647413b951051 is the first bad commit
commit ab07ae05a3dccef620c716e821c647413b951051
Author: Matt Turner
Date: Wed Sep 5 11:12:29 2012 -0700
target
On Fri, Jan 18, 2013 at 4:00 PM, Thierry Reding
wrote:
> On Thu, Jan 10, 2013 at 09:47:49PM +0100, Daniel Vetter wrote:
> [...]
>> diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
>> index 8d665fa..a9abf49 100644
>> --- a/drivers/gpu/drm/drm_crtc.c
>> +++ b/drivers/gpu/drm/drm_
https://bugs.freedesktop.org/show_bug.cgi?id=59492
--- Comment #17 from smoki ---
Clean mesa up to git-commit 1ec1b577f726a70dd787227260e61928e97474e5
No regression with piglit quick-driver.tests, just passed dlist-color-material
and fix supertuxkart colors;).
--
You are receiving this mail
On Fri, Jan 18, 2013 at 6:25 PM, Matt Turner wrote:
> On Thu, Jan 17, 2013 at 8:19 PM, Sedat Dilek wrote:
>> Hi,
>>
>> I am playing with llvm/clang v3.2 and mesa.
>>
>> It's annoying to see these hundreds of warnings...
>>
>> clang: warning: argument unused during compilation: '-fno-builtin-m
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/3538d726/attachment-0001.html>
On Fri, Jan 18, 2013 at 5:19 AM, Sedat Dilek wrote:
> Hi,
>
> I am playing with llvm/clang v3.2 and mesa.
>
> It's annoying to see these hundreds of warnings...
>
> clang: warning: argument unused during compilation: '-fno-builtin-memcmp'
>
> NOTE: '-fno-builtin-memcmp' is a gcc-specific compi
On Fri, Jan 18, 2013 at 5:00 PM, David Herrmann
wrote:
> Hi Thierry
>
> On Fri, Jan 18, 2013 at 1:22 PM, Thierry Reding
> wrote:
>> Due to the typo, none of the .xml files would end up in the release
>> tarball and cause make distcheck as well as builds from the tarball to
>> fail.
>>
>> Using $(
Hi Thierry
On Fri, Jan 18, 2013 at 1:22 PM, Thierry Reding
wrote:
> Due to the typo, none of the .xml files would end up in the release
> tarball and cause make distcheck as well as builds from the tarball to
> fail.
>
> Using $() isn't strictly necessary but other variables and expressions
> use
lor 0) there must be some error elsewhere.
--
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/20130118/1dba4ef2/attachment.html>
I are also experiencing gpu faults
in some cases.
--
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/20130118/0bb2397f/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=59492
--- Comment #16 from smoki ---
OMG, i managed to fix it somehow :). I put in the end of r200UpdateMaterial
function r200ColorMaterial( ctx, 0, 0 ); call and removed it from case
GL_COLOR_MATERIAL:
That fixed supertuxkart colors and dlist-colo
, or loosed color
somewhere, etc. Anyway proper lighting is broken there.
--
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/20130
As we use a variable length the compiler does not realise that it is a
fixed value of either 2 or 4 bytes. Instead of performing the inline
comparison itself, the compiler inserts a function call to the generic
memcmp routine which is optimised for long comparisons of variable
length. That turns ou
https://bugs.freedesktop.org/show_bug.cgi?id=58839
--- Comment #5 from almos ---
There are only 'skip'ped commits left to test.
The first bad commit could be any of:
4003961fbf7e59de4b95448eada569adb91e5852
4a486f8bf2ca3d88228f8313282289abe78bc2f8
3039addf9363dbae1bbad1cd75d32e0013038c08
We canno
Ensure all fields of the struct fb_deferred_io are zeroed out on init,
otherwise the fbdefio->first_io function pointer can contain garbage,
and fb_deferred_io_mkwrite() will end up jumping to this garbage address.
Signed-off-by: Nickolai Zeldovich
---
drivers/gpu/drm/udl/udl_fb.c |2 +-
1 f
https://bugs.freedesktop.org/show_bug.cgi?id=59492
--- Comment #15 from smoki ---
Thanks Marek, i already run these piglit tests with current (today) mesa
master and current piglit, they does work and pass but on swtcl only. On tcl
they fail, and supertuxkart gives incorrect colors.
I just go
ize: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/8c533d1b/attachment.pgp>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/55efedd0/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/87b8e767/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=59492
--- Comment #14 from Marek Olšák ---
(In reply to comment #13)
> I agree... will be hard to find what is it, i've now tested 7.5.2, 7.0.3,
> 6.5.1 mesa - that is oldest i could run, and this never worked :(.
Yes, the test was fixed fairly recen
On Thu, Jan 17, 2013 at 04:31:31PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> The AVI infoframe is able to inform the display whether the source is
> sending full or limited range RGB data.
>
> As per CEA-861 [1] we must first check whether the display reports the
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/0e68ca29/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=59492
--- Comment #13 from smoki ---
I agree... will be hard to find what is it, i've now tested 7.5.2, 7.0.3,
6.5.1 mesa - that is oldest i could run, and this never worked :(.
--
You are receiving this mail because:
You are the assignee for the b
need to be fixed
somehow
as comment there says ;).
--
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/20130118/9cd1c
The setversion and getversion tests use these functions so make sure
they are included to avoid compiler warnings.
Signed-off-by: Thierry Reding
---
tests/drmtest.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/tests/drmtest.h b/tests/drmtest.h
index 55bb446..731d1a7 100644
--- a/tests/drm
Due to the typo, none of the .xml files would end up in the release
tarball and cause make distcheck as well as builds from the tarball to
fail.
Using $() isn't strictly necessary but other variables and expressions
use that variant already so it makes the usage consistent.
Signed-off-by: Thierry
Am 17.01.2013 20:35, schrieb Boszormenyi Zoltan:
> Hi,
>
> I experience a strange problem, I don't know whether
> it's a feature or a bug, and if it's a bug, where.
>
> I have a Radeon HD6570. A monitor via DVI and an LCD TV
> via HDMI are connected. Fedora 18/x86_64 is installed on
> the computer.
On Fri, Jan 18, 2013 at 11:30:04AM +0100, Thierry Reding wrote:
> On Mon, Jan 14, 2013 at 05:47:13PM +0200, Ville Syrj?l? wrote:
> > On Mon, Jan 14, 2013 at 04:06:13PM +0100, Thierry Reding wrote:
> > > On Mon, Jan 14, 2013 at 04:42:39PM +0200, Ville Syrj?l? wrote:
> > > > On Mon, Jan 14, 2013 at 0
On Fri, Jan 18, 2013 at 09:56:36AM +0100, Thierry Reding wrote:
> On Wed, Jan 16, 2013 at 03:27:14PM +0200, Ville Syrj?l? wrote:
> > On Mon, Jan 14, 2013 at 03:30:22PM +0100, Thierry Reding wrote:
> > > Add generic helpers to pack HDMI infoframes into binary buffers.
> [...]
> > > +/**
> > > + * hd
Hmm, for whatever reason, my gcc doesn't complain about this, so I am
not really sure what's going on.
Fix for [drm-intel:drm-intel-next-queued 17/20]
drivers/gpu/drm/i915/i915_debugfs.c:263:6: warning: format '%zu' expects
argument of type 'size_t', but argument 4 has type 'long unsigned int'
Fo
Hmm, for whatever reason, my gcc doesn't complain about this, so I am
not really sure what's going on.
Fix for [drm-intel:drm-intel-next-queued 17/20]
drivers/gpu/drm/i915/i915_debugfs.c:263:6: warning: format '%zu' expects
argument of type 'size_t', but argument 4 has type 'long unsigned int'
Fo
x27;t support this kind of thing:
> > > #if __BASE_FILE__ != "drm_edid.c"
> > > #error ...
> > > #endif
> >
> > We could fake that by protecting the tables using #ifdef NEED_CEA_MODES
> > and define NEED_CEA_MODES in drm_edid.c before the drm_edid_modes.h file
> > is included.
>
> Yeah, I suppose there's no better way to do that. It's a bit ugly
> though.
What about moving them to a separate file altogether? It would involve
moving the do_cea_modes() as well, but that would need to be called from
drm_edid.c, so it isn't very pretty either.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/dad33036/attachment.pgp>
On 01/15/2013 06:50 PM, Lucas Stach wrote:
> Am Dienstag, den 15.01.2013, 17:53 +0800 schrieb Mark Zhang:
>> On 01/15/2013 12:05 AM, Thierry Reding wrote:
>>> Add support for the B and C planes which support RGB and YUV pixel
>>> formats and can be used as overlays or hardware cursor.
>>
>> I think
> #if __BASE_FILE__ != "drm_edid.c"
> #error ...
> #endif
We could fake that by protecting the tables using #ifdef NEED_CEA_MODES
and define NEED_CEA_MODES in drm_edid.c before the drm_edid_modes.h file
is included.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/50bc6a3e/attachment-0001.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=56918
madbiologist changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
On Fri, Jan 18, 2013 at 4:00 PM, Thierry Reding
wrote:
> On Thu, Jan 10, 2013 at 09:47:49PM +0100, Daniel Vetter wrote:
> [...]
>> diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
>> index 8d665fa..a9abf49 100644
>> --- a/drivers/gpu/drm/drm_crtc.c
>> +++ b/drivers/gpu/drm/drm_
and will go over this again and match the names to those in the
document.
> Also the audio coding extension type is missing.
I assume this is also part of CEA-861-E as I can't find a reference in
-D?
Thanks for reviewing,
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/8d8550e5/attachment.pgp>
On Thu, Jan 17, 2013 at 8:19 PM, Sedat Dilek wrote:
> Hi,
>
> I am playing with llvm/clang v3.2 and mesa.
>
> It's annoying to see these hundreds of warnings...
>
> clang: warning: argument unused during compilation: '-fno-builtin-memcmp'
>
> NOTE: '-fno-builtin-memcmp' is a gcc-specific compi
On Thu, Jan 17, 2013 at 8:19 PM, Sedat Dilek wrote:
> Hi,
>
> I am playing with llvm/clang v3.2 and mesa.
>
> It's annoying to see these hundreds of warnings...
>
> clang: warning: argument unused during compilation: '-fno-builtin-memcmp'
>
> NOTE: '-fno-builtin-memcmp' is a gcc-specific compi
https://bugs.freedesktop.org/show_bug.cgi?id=59492
--- Comment #12 from Roland Scheidegger ---
Hmm maybe there are bugs in lighting model state somewhere I dunno. But since
for this test case the material doesn't actually matter and the wiring looks ok
to me (everything wired to vertex color 0) t
On Fri, 18 Jan 2013 17:01:59 +0100
David Herrmann wrote:
> On Fri, Jan 18, 2013 at 5:00 PM, David Herrmann
> wrote:
> > Hi Thierry
> >
> > On Fri, Jan 18, 2013 at 1:22 PM, Thierry Reding
> > wrote:
> >> Due to the typo, none of the .xml files would end up in the release
> >> tarball and cause m
On Fri, 18 Jan 2013 17:01:59 +0100
David Herrmann wrote:
> On Fri, Jan 18, 2013 at 5:00 PM, David Herrmann
> wrote:
> > Hi Thierry
> >
> > On Fri, Jan 18, 2013 at 1:22 PM, Thierry Reding
> > wrote:
> >> Due to the typo, none of the .xml files would end up in the release
> >> tarball and cause m
As we use a variable length the compiler does not realise that it is a
fixed value of either 2 or 4 bytes. Instead of performing the inline
comparison itself, the compiler inserts a function call to the generic
memcmp routine which is optimised for long comparisons of variable
length. That turns ou
https://bugs.freedesktop.org/show_bug.cgi?id=59089
--- Comment #13 from Alexandre Demers ---
(In reply to comment #12)
> I have been able to get rid of the flood, the message appears some times in
> dmesg so there is some other bug that exists.
I agree with you on that point, Thomas and I are al
https://bugs.freedesktop.org/show_bug.cgi?id=59492
--- Comment #11 from smoki ---
With always true it pass or opside out, with always false or what is now it
fails.
I think most if not every racing games fail to render correctly because of
this, bugs like missing wheels will be there i guess,
e 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/20130118/3548de13/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/6aaa4702/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/75a61259/attachment.html>
On Fri, Jan 18, 2013 at 5:00 PM, David Herrmann
wrote:
> Hi Thierry
>
> On Fri, Jan 18, 2013 at 1:22 PM, Thierry Reding
> wrote:
>> Due to the typo, none of the .xml files would end up in the release
>> tarball and cause make distcheck as well as builds from the tarball to
>> fail.
>>
>> Using $(
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/e6fce750/attachment.html>
Hi Thierry
On Fri, Jan 18, 2013 at 1:22 PM, Thierry Reding
wrote:
> Due to the typo, none of the .xml files would end up in the release
> tarball and cause make distcheck as well as builds from the tarball to
> fail.
>
> Using $() isn't strictly necessary but other variables and expressions
> use
https://bugs.freedesktop.org/show_bug.cgi?id=59492
--- Comment #10 from Roland Scheidegger ---
(In reply to comment #8)
> Fails on ambient light and that check_material hack from r200_state. If i
> excluded that material check this test passed and supertuxkart get correct
> colors.
> But perform
https://bugs.freedesktop.org/show_bug.cgi?id=59089
--- Comment #12 from Anthony Waters ---
I have been able to get rid of the flood, the message appears some times in
dmesg so there is some other bug that exists.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=59492
--- Comment #9 from smoki ---
Also infinite-spot-light piglit test fails because of this, it also pass if i
exclude that material check.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=59492
--- Comment #8 from smoki ---
Fails on ambient light and that check_material hack from r200_state. If i
excluded that material check this test passed and supertuxkart get correct
colors.
But performance is like swtcl without that check... that
tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-next-queued
head: 30335dc87a460e36a3b630e329bdcf8537f67eff
commit: 00fc2c3c53d7bfc9a29e5f4bdf2677f0c399f3bc [17/20] drm/i915: Remove
gtt_mappable_total
config: i386-randconfig-b063 (attached as .config)
All warnings:
drive
On Thu, Jan 10, 2013 at 09:47:49PM +0100, Daniel Vetter wrote:
[...]
> diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
> index 8d665fa..a9abf49 100644
> --- a/drivers/gpu/drm/drm_crtc.c
> +++ b/drivers/gpu/drm/drm_crtc.c
> @@ -2384,7 +2384,10 @@ int drm_mode_getfb(struct drm_de
On Thu, Jan 17, 2013 at 04:31:31PM +0200, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> The AVI infoframe is able to inform the display whether the source is
> sending full or limited range RGB data.
>
> As per CEA-861 [1] we must first check whether the display reports the
> qu
Hi,
I am playing with llvm/clang v3.2 and mesa.
It's annoying to see these hundreds of warnings...
clang: warning: argument unused during compilation: '-fno-builtin-memcmp'
NOTE: '-fno-builtin-memcmp' is a gcc-specific compiler-flag.
I have done here a brutal solution, maybe someone else h
The setversion and getversion tests use these functions so make sure
they are included to avoid compiler warnings.
Signed-off-by: Thierry Reding
---
tests/drmtest.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/tests/drmtest.h b/tests/drmtest.h
index 55bb446..731d1a7 100644
--- a/tests/drm
Due to the typo, none of the .xml files would end up in the release
tarball and cause make distcheck as well as builds from the tarball to
fail.
Using $() isn't strictly necessary but other variables and expressions
use that variant already so it makes the usage consistent.
Signed-off-by: Thierry
Am 17.01.2013 20:35, schrieb Boszormenyi Zoltan:
Hi,
I experience a strange problem, I don't know whether
it's a feature or a bug, and if it's a bug, where.
I have a Radeon HD6570. A monitor via DVI and an LCD TV
via HDMI are connected. Fedora 18/x86_64 is installed on
the computer. (Previously
On Fri, Jan 18, 2013 at 12:51:11PM +0200, Ville Syrjälä wrote:
> On Fri, Jan 18, 2013 at 11:30:04AM +0100, Thierry Reding wrote:
> > On Mon, Jan 14, 2013 at 05:47:13PM +0200, Ville Syrjälä wrote:
> > > On Mon, Jan 14, 2013 at 04:06:13PM +0100, Thierry Reding wrote:
> > > > On Mon, Jan 14, 2013 at 0
On Fri, Jan 18, 2013 at 11:30:04AM +0100, Thierry Reding wrote:
> On Mon, Jan 14, 2013 at 05:47:13PM +0200, Ville Syrjälä wrote:
> > On Mon, Jan 14, 2013 at 04:06:13PM +0100, Thierry Reding wrote:
> > > On Mon, Jan 14, 2013 at 04:42:39PM +0200, Ville Syrjälä wrote:
> > > > On Mon, Jan 14, 2013 at 0
On Fri, Jan 18, 2013 at 09:56:36AM +0100, Thierry Reding wrote:
> On Wed, Jan 16, 2013 at 03:27:14PM +0200, Ville Syrjälä wrote:
> > On Mon, Jan 14, 2013 at 03:30:22PM +0100, Thierry Reding wrote:
> > > Add generic helpers to pack HDMI infoframes into binary buffers.
> [...]
> > > +/**
> > > + * hd
On Mon, Jan 14, 2013 at 05:47:13PM +0200, Ville Syrjälä wrote:
> On Mon, Jan 14, 2013 at 04:06:13PM +0100, Thierry Reding wrote:
> > On Mon, Jan 14, 2013 at 04:42:39PM +0200, Ville Syrjälä wrote:
> > > On Mon, Jan 14, 2013 at 03:30:20PM +0100, Thierry Reding wrote:
> > > > Since the variable's valu
||
--
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/20130118/59ffc996/attachment.html>
ect lighting with swtcl and incorrect with tcl.
--
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/20130118/2f040baf/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/f11aabdf/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/b8fae222/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/aa7cd3de/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/7132ea08/attachment.html>
On Wed, Jan 16, 2013 at 03:27:14PM +0200, Ville Syrjälä wrote:
> On Mon, Jan 14, 2013 at 03:30:22PM +0100, Thierry Reding wrote:
> > Add generic helpers to pack HDMI infoframes into binary buffers.
[...]
> > +/**
> > + * hdmi_avi_infoframe_init() - initialize an HDMI AVI infoframe
> > + * @frame: H
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/76620293/attachment.html>
On Fri, Jan 18, 2013 at 12:44 AM, Brian Paul wrote:
> On 01/17/2013 04:23 PM, Sedat Dilek wrote:
>>
>> Hi,
>>
>> with the following patchset (13 patches) I was able to build
>> mesa-8.0.5 with LLVM v3.2.
>>
>> There is one big fat patch called "gallivm,draw,llvmpipe: Support
>> wider native regist
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130118/78476236/attachment.html>
Hi,
with the following patchset (13 patches) I was able to build
mesa-8.0.5 with LLVM v3.2.
There is one big fat patch called "gallivm,draw,llvmpipe: Support
wider native registers." [1] which makes backporting hard.
Jose?
Regards,
- Sedat -
[1] http://cgit.freedesktop.org/mesa/mesa/commit/?id=
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #21 from Nickolay ---
(In reply to comment #18)
> I have the same problem with HP Pavilion g6-2137sr laptop with A10-4600M
> APU. I've attached dmesg and lspci output of my laptop.
P.S. Kernel version 3.7.3
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #20 from Nickolay ---
Created attachment 73235
--> https://bugs.freedesktop.org/attachment.cgi?id=73235&action=edit
a10-4600m dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #19 from Nickolay ---
Created attachment 73234
--> https://bugs.freedesktop.org/attachment.cgi?id=73234&action=edit
a10-4600m_lspci
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #18 from Nickolay ---
I have the same problem with HP Pavilion g6-2137sr laptop with A10-4600M APU.
I've attached dmesg and lspci output of my laptop.
--
You are receiving this mail because:
You are the assignee for the bug.
___
85 matches
Mail list logo
