On Mit, 2011-03-23 at 04:18 +, Dave Airlie wrote:
>
> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
> in vblank.
[...]
> Ilija Hadzic (1):
> drm/kernel: vblank wait on crtc > 1
This patch was still being debated yesterday, are you deliberately
pushing it r
On some servers there is a hardcoded EDID provided
in the vbios so that the driver will always see a
display connected even if something like a KVM
prevents traditional means like DDC or load
detection from working properly. Also most
server boards with DVI are not actually DVI, but
DVO connected
On 03/22/2011 03:31 PM, Konrad Rzeszutek Wilk wrote:
On Tue, Mar 08, 2011 at 09:52:54PM +0100, Thomas Hellstrom wrote:
Hi, Konrad,
Is passing a struct device to the DMA api really *strictly* necessary?
Soo.. it seems it is on PowerPC, which I sadly didn't check for, does require
this
2011/3/23 Michel Dänzer :
> On Mit, 2011-03-23 at 04:18 +, Dave Airlie wrote:
>>
>> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
>> in vblank.
>
> [...]
>
>> Ilija Hadzic (1):
>> drm/kernel: vblank wait on crtc > 1
>
> This patch was still being debated yesterd
On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
> 2011/3/23 Michel Dänzer :
> > On Mit, 2011-03-23 at 04:18 +, Dave Airlie wrote:
> >>
> >> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
> >> in vblank.
> >
> > [...]
> >
> >> Ilija Hadzic (1):
> >> drm/ker
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #1 from Michel Dänzer 2011-03-23 01:47:44 PDT
---
(In reply to comment #1)
> actually i have updated Mesa from git,
Which commit from which branch are you using?
> 0x7f67e863854e in r600_bo (radeon=0x7f67e9c95d60, size=208,
>
On Die, 2011-03-22 at 22:15 -0400, Ilija Hadzic wrote:
>
> Enclosed is a revised version of the patch sent on Mar 18, against
> the master branch of the xf86-video-ati. Details summarized in this thread:
> http://lists.freedesktop.org/archives/dri-devel/2011-March/009463.html
>
> This patch refl
2011/3/23 Michel Dänzer :
> On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
>> 2011/3/23 Michel Dänzer :
>> > On Mit, 2011-03-23 at 04:18 +, Dave Airlie wrote:
>> >>
>> >> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
>> >> in vblank.
>> >
>> > [...]
>> >
>> >>
On Mit, 2011-03-23 at 19:06 +1000, Dave Airlie wrote:
> 2011/3/23 Michel Dänzer :
> > On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
> >> 2011/3/23 Michel Dänzer :
> >> > On Mit, 2011-03-23 at 04:18 +, Dave Airlie wrote:
> >> >>
> >> >> One radeon, 2 core fixes, and an interface update
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #2 from Henri Verbeet 2011-03-23 03:25:37 PDT
---
I don't think that's from the driver you built yourself, the line numbers don't
match current git. By default the drivers will be installed in /usr/local/, so
you would have to set LI
On Wed, 23 Mar 2011, Dave Airlie wrote:
2011/3/23 Michel Dänzer :
On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
2011/3/23 Michel Dänzer :
On Mit, 2011-03-23 at 04:18 +, Dave Airlie wrote:
One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
in vblank.
[...
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #3 from Nicolas Peninguy 2011-03-23 04:45:43
PDT ---
Mozilla only provides 32bits builds of Firefox I think, so you might need to
build a i386 version of Mesa.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=em
On Mit, 2011-03-23 at 06:40 -0500, Ilija Hadzic wrote:
> On Wed, 23 Mar 2011, Dave Airlie wrote:
>
> > 2011/3/23 Michel Dänzer :
> >> On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
> >>> 2011/3/23 Michel Dänzer :
> On Mit, 2011-03-23 at 04:18 +, Dave Airlie wrote:
> >
> >
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #4 from Henri Verbeet 2011-03-23 04:49:05 PDT
---
(In reply to comment #3)
> Mozilla only provides 32bits builds of Firefox I think,
The backtrace looks very much like a 64-bit build.
--
Configure bugmail: https://bugs.freedesktop.
> >I was thinking about this a bit after I found that the PowerPC requires
> >the 'struct dev'. But I got a question first, what do you with pages
> >that were allocated to a device that can do 64-bit DMA and then
> >move it to a device than can 32-bit DMA? Obviously the 32-bit card would
> >set th
On 03/23/2011 01:51 PM, Konrad Rzeszutek Wilk wrote:
I was thinking about this a bit after I found that the PowerPC requires
the 'struct dev'. But I got a question first, what do you with pages
that were allocated to a device that can do 64-bit DMA and then
move it to a device than can 32-bit DMA
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #35 from Ortwin Glück 2011-03-23 06:34:13 PDT ---
Just out of curiosity, why is link training implemented on driver level and not
on drm level? I see that nouvau and radeon each have their own implementation.
The algorithm does not de
On 21 March 2011 21:08, Alex Deucher wrote:
> On Mon, Mar 21, 2011 at 3:50 PM, Geert Uytterhoeven
> wrote:
>> On Mon, Mar 21, 2011 at 20:25, Jesse Barnes wrote:
>>> On Mon, 21 Mar 2011 19:19:43 +
>>> timofonic timofonic wrote:
So if KMS is so cool and provides many advantages over fbde
On Wed, Mar 23, 2011 at 8:21 AM, Stephen Clark wrote:
> On 03/22/2011 10:19 PM, Linus Torvalds wrote:
>>
>> So I had hoped - yes, very naïve of me, I know - that this merge
>> window would be different.
>>
>> But it's not.
>>
>> On Wed, Mar 16, 2011 at 9:09 PM, Dave Airlie wrote:
>>
>>>
>>> i915
On Wed, Mar 23, 2011 at 02:17:18PM +0100, Thomas Hellstrom wrote:
> On 03/23/2011 01:51 PM, Konrad Rzeszutek Wilk wrote:
> >>>I was thinking about this a bit after I found that the PowerPC requires
> >>>the 'struct dev'. But I got a question first, what do you with pages
> >>>that were allocated to
On 03/22/2011 10:19 PM, Linus Torvalds wrote:
So I had hoped - yes, very naïve of me, I know - that this merge
window would be different.
But it's not.
On Wed, Mar 16, 2011 at 9:09 PM, Dave Airlie wrote:
i915: big 855 fix, lots of output setup refactoring, lots of misc fixes.
.. a
Hi Dave,
On Wed, Mar 23, 2011 at 6:16 AM, Dave Airlie wrote:
> On Wed, Mar 23, 2011 at 3:32 AM, Mythri P K wrote:
>> Adding support for common EDID parsing in kernel.
>>
>> EDID - Extended display identification data is a data structure provided by
>> a digital display to describe its capabiliti
On Wed, Mar 23, 2011 at 3:19 AM, Linus Torvalds
wrote:
> So I had hoped - yes, very naïve of me, I know - that this merge
> window would be different.
>
> But it's not.
>
> On Wed, Mar 16, 2011 at 9:09 PM, Dave Airlie wrote:
>>
>> i915: big 855 fix, lots of output setup refactoring, lots of misc
drm radeon: Return -EINVAL on wrong pm sysfs access
Throw an error if someone tries to fill this with
wrong data, instead of simply ignoring the input.
Now you get:
echo hello >/sys/../power_method
-bash: echo: write error: Invalid argument
Signed-off-by: Thomas Renninger
CC: alexander.deuc...@
On Wed, 23 Mar 2011 18:58:27 +0530
"K, Mythri P" wrote:
> Hi Dave,
>
> On Wed, Mar 23, 2011 at 6:16 AM, Dave Airlie wrote:
> > On Wed, Mar 23, 2011 at 3:32 AM, Mythri P K wrote:
> >> Adding support for common EDID parsing in kernel.
> >>
> >> EDID - Extended display identification data is a da
On Wed, 23 Mar 2011 08:21:53 -0400
Stephen Clark wrote:
> On 03/22/2011 10:19 PM, Linus Torvalds wrote:
> > So I had hoped - yes, very naïve of me, I know - that this merge
> > window would be different.
> >
> > But it's not.
> >
> > On Wed, Mar 16, 2011 at 9:09 PM, Dave Airlie wrote:
> >
>
On Tue, Mar 22, 2011 at 7:19 PM, Linus Torvalds
wrote:
>
> Keith/Jesse/Chris - I don't know that it's i915, and it will take
> forever to bisect (I'll try). But it does seem pretty likely.
Ok, so I'm still bisecting, but it's definitely the DRM pull. Current
bisection log attached (the result doe
On Wed, 23 Mar 2011 08:29:35 -0700
Linus Torvalds wrote:
> On Tue, Mar 22, 2011 at 7:19 PM, Linus Torvalds
> wrote:
> >
> > Keith/Jesse/Chris - I don't know that it's i915, and it will take
> > forever to bisect (I'll try). But it does seem pretty likely.
>
> Ok, so I'm still bisecting, but it'
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #5 from Maximiliano Castañón 2011-03-23
08:48:13 PDT ---
(In reply to comment #2)
> I don't think that's from the driver you built yourself, the line numbers
> don't
> match current git. By default the drivers will be installed in /
On Wed, Mar 23, 2011 at 8:51 AM, Konrad Rzeszutek Wilk
wrote:
>> >I was thinking about this a bit after I found that the PowerPC requires
>> >the 'struct dev'. But I got a question first, what do you with pages
>> >that were allocated to a device that can do 64-bit DMA and then
>> >move it to a de
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #36 from Alex Deucher 2011-03-23 09:46:22 PDT ---
(In reply to comment #35)
> Just out of curiosity, why is link training implemented on driver level and
> not
> on drm level? I see that nouvau and radeon each have their own implemen
On Wed, Mar 23, 2011 at 11:14 AM, Thomas Renninger wrote:
> drm radeon: Return -EINVAL on wrong pm sysfs access
>
> Throw an error if someone tries to fill this with
> wrong data, instead of simply ignoring the input.
> Now you get:
>
> echo hello >/sys/../power_method
> -bash: echo: write error:
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #6 from Maximiliano Castañón 2011-03-23
14:39:00 PDT ---
well, i ran FF with:
LIBGL_DRIVERS_PATH="/usr/local/lib/dri/" LD_LIBRARY_PATH="/usr/local/lib/"
MOZ_GLX_IGNORE_BLACKLIST=1 ./firefox
it show various messages of:
Mesa warnin
On Wed, Mar 23, 2011 at 8:33 AM, Jesse Barnes wrote:
>
> Chris mentioned a7a75c8f7 on irc, not sure if it was regarding this
> issue though, but it does seem a likely candidate.
Yup, that revert fixes it for me.
Linus
___
dri-devel mail
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #7 from Maximiliano Castañón 2011-03-23
21:39:07 PDT ---
Ok, got another crash:
Program received signal SIGPIPE, Broken pipe.
[Switching to Thread 0x7fde18eff700 (LWP 16893)]
0x7fde2b1ad57c in __libc_send (fd=72, buf=,
n=
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #8 from Maximiliano Castañón 2011-03-23
21:41:35 PDT ---
Created an attachment (id=44773)
--> (https://bugs.freedesktop.org/attachment.cgi?id=44773)
traceback
when i try to login it crashed.
--
Configure bugmail: https://bugs.fre
On Tue, Mar 08, 2011 at 09:52:54PM +0100, Thomas Hellstrom wrote:
> Is passing a struct device to the DMA api really *strictly* necessary?
>
Yes.
> I'd like to avoid that at all cost, since we don't want pages that are
> backing buffer objects
> (coherent pages) to be associated with a specific
On Wed, Mar 23, 2011 at 3:32 AM, Mythri P K wrote:
> Adding support for common EDID parsing in kernel.
>
> EDID - Extended display identification data is a data structure provided by
> a digital display to describe its capabilities to a video source, This a
> standard supported by CEA and VESA.
>
https://bugzilla.kernel.org/show_bug.cgi?id=31712
Summary: GPU lockup CP stall after resume from hibernation
Product: Drivers
Version: 2.5
Kernel Version: 2.6.38
Platform: All
OS/Version: Linux
Tree: Mainline
Status:
Hi Linus,
One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
in vblank.
hopefully the Intel guys can give me some updates on the s/r issue
tomorrow.
Dave.
The following changes since commit c87a8d8dcd2587c203f3dd8a3c5c15d1e128ec0d:
drm/radeon: fixup refcounts in rade
On Mit, 2011-03-23 at 04:18 +, Dave Airlie wrote:
>
> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
> in vblank.
[...]
> Ilija Hadzic (1):
> drm/kernel: vblank wait on crtc > 1
This patch was still being debated yesterday, are you deliberately
pushing it r
On some servers there is a hardcoded EDID provided
in the vbios so that the driver will always see a
display connected even if something like a KVM
prevents traditional means like DDC or load
detection from working properly. Also most
server boards with DVI are not actually DVI, but
DVO connected
On 03/22/2011 03:31 PM, Konrad Rzeszutek Wilk wrote:
> On Tue, Mar 08, 2011 at 09:52:54PM +0100, Thomas Hellstrom wrote:
>
>> Hi, Konrad,
>>
>> Is passing a struct device to the DMA api really *strictly* necessary?
>>
> Soo.. it seems it is on PowerPC, which I sadly didn't check for, does
2011/3/23 Michel D?nzer :
> On Mit, 2011-03-23 at 04:18 +, Dave Airlie wrote:
>>
>> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
>> in vblank.
>
> [...]
>
>> Ilija Hadzic (1):
>> ? ? ? drm/kernel: vblank wait on crtc > 1
>
> This patch was still being debated yesterd
one seemed fine and the interface looked okay to me.
Dave.
On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
> 2011/3/23 Michel D?nzer :
> > On Mit, 2011-03-23 at 04:18 +, Dave Airlie wrote:
> >>
> >> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
> >> in vblank.
> >
> > [...]
> >
> >> Ilija Hadzic (1):
> >> drm/ker
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #1 from Michel D?nzer 2011-03-23 01:47:44
PDT ---
(In reply to comment #1)
> actually i have updated Mesa from git,
Which commit from which branch are you using?
> 0x7f67e863854e in r600_bo (radeon=0x7f67e9c95d60, size=208,
>
On Die, 2011-03-22 at 22:15 -0400, Ilija Hadzic wrote:
>
> Enclosed is a revised version of the patch sent on Mar 18, against
> the master branch of the xf86-video-ati. Details summarized in this thread:
> http://lists.freedesktop.org/archives/dri-devel/2011-March/009463.html
>
> This patch refl
2011/3/23 Michel D?nzer :
> On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
>> 2011/3/23 Michel D?nzer :
>> > On Mit, 2011-03-23 at 04:18 +, Dave Airlie wrote:
>> >>
>> >> One radeon, 2 core fixes, and an interface update to allow for > 2 crtcs
>> >> in vblank.
>> >
>> > [...]
>> >
>> >>
On Mit, 2011-03-23 at 19:06 +1000, Dave Airlie wrote:
> 2011/3/23 Michel D?nzer :
> > On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
> >> 2011/3/23 Michel D?nzer :
> >> > On Mit, 2011-03-23 at 04:18 +, Dave Airlie wrote:
> >> >>
> >> >> One radeon, 2 core fixes, and an interface update
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #2 from Henri Verbeet 2011-03-23 03:25:37
PDT ---
I don't think that's from the driver you built yourself, the line numbers don't
match current git. By default the drivers will be installed in /usr/local/, so
you would have to set LI
On Wed, 23 Mar 2011, Dave Airlie wrote:
> 2011/3/23 Michel D?nzer :
>> On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
>>> 2011/3/23 Michel D?nzer :
On Mit, 2011-03-23 at 04:18 +, Dave Airlie wrote:
>
> One radeon, 2 core fixes, and an interface update to allow for > 2 crtc
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #3 from Nicolas Peninguy 2011-03-23
04:45:43 PDT ---
Mozilla only provides 32bits builds of Firefox I think, so you might need to
build a i386 version of Mesa.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=em
On Mit, 2011-03-23 at 06:40 -0500, Ilija Hadzic wrote:
> On Wed, 23 Mar 2011, Dave Airlie wrote:
>
> > 2011/3/23 Michel D?nzer :
> >> On Mit, 2011-03-23 at 18:16 +1000, Dave Airlie wrote:
> >>> 2011/3/23 Michel D?nzer :
> On Mit, 2011-03-23 at 04:18 +, Dave Airlie wrote:
> >
> >
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #4 from Henri Verbeet 2011-03-23 04:49:05
PDT ---
(In reply to comment #3)
> Mozilla only provides 32bits builds of Firefox I think,
The backtrace looks very much like a 64-bit build.
--
Configure bugmail: https://bugs.freedesktop.
> >I was thinking about this a bit after I found that the PowerPC requires
> >the 'struct dev'. But I got a question first, what do you with pages
> >that were allocated to a device that can do 64-bit DMA and then
> >move it to a device than can 32-bit DMA? Obviously the 32-bit card would
> >set th
On 03/23/2011 01:51 PM, Konrad Rzeszutek Wilk wrote:
>>> I was thinking about this a bit after I found that the PowerPC requires
>>> the 'struct dev'. But I got a question first, what do you with pages
>>> that were allocated to a device that can do 64-bit DMA and then
>>> move it to a device than
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #35 from Ortwin Gl?ck 2011-03-23 06:34:13 PDT ---
Just out of curiosity, why is link training implemented on driver level and not
on drm level? I see that nouvau and radeon each have their own implementation.
The algorithm does not de
On 21 March 2011 21:08, Alex Deucher wrote:
> On Mon, Mar 21, 2011 at 3:50 PM, Geert Uytterhoeven
> wrote:
>> On Mon, Mar 21, 2011 at 20:25, Jesse Barnes
>> wrote:
>>> On Mon, 21 Mar 2011 19:19:43 +
>>> timofonic timofonic wrote:
So if KMS is so cool and provides many advantages over
On Wed, Mar 23, 2011 at 8:21 AM, Stephen Clark
wrote:
> On 03/22/2011 10:19 PM, Linus Torvalds wrote:
>>
>> So I had ?hoped - yes, very na?ve of me, I know - that this merge
>> window would be different.
>>
>> But it's not.
>>
>> On Wed, Mar 16, 2011 at 9:09 PM, Dave Airlie ?wrote:
>>
>>>
>>> i91
On Wed, Mar 23, 2011 at 02:17:18PM +0100, Thomas Hellstrom wrote:
> On 03/23/2011 01:51 PM, Konrad Rzeszutek Wilk wrote:
> >>>I was thinking about this a bit after I found that the PowerPC requires
> >>>the 'struct dev'. But I got a question first, what do you with pages
> >>>that were allocated to
On 03/22/2011 10:19 PM, Linus Torvalds wrote:
> So I had hoped - yes, very na?ve of me, I know - that this merge
> window would be different.
>
> But it's not.
>
> On Wed, Mar 16, 2011 at 9:09 PM, Dave Airlie wrote:
>
>> i915: big 855 fix, lots of output setup refactoring, lots of misc fixes.
Hi Dave,
On Wed, Mar 23, 2011 at 6:16 AM, Dave Airlie wrote:
> On Wed, Mar 23, 2011 at 3:32 AM, Mythri P K wrote:
>> Adding support for common EDID parsing in kernel.
>>
>> EDID - Extended display identification data is a data structure provided by
>> a digital display to describe its capabiliti
On Wed, Mar 23, 2011 at 3:19 AM, Linus Torvalds
wrote:
> So I had ?hoped - yes, very na?ve of me, I know - that this merge
> window would be different.
>
> But it's not.
>
> On Wed, Mar 16, 2011 at 9:09 PM, Dave Airlie wrote:
>>
>> i915: big 855 fix, lots of output setup refactoring, lots of misc
drm radeon: Return -EINVAL on wrong pm sysfs access
Throw an error if someone tries to fill this with
wrong data, instead of simply ignoring the input.
Now you get:
echo hello >/sys/../power_method
-bash: echo: write error: Invalid argument
Signed-off-by: Thomas Renninger
CC: Alexander.Deucher
On Wed, 23 Mar 2011 18:58:27 +0530
"K, Mythri P" wrote:
> Hi Dave,
>
> On Wed, Mar 23, 2011 at 6:16 AM, Dave Airlie wrote:
> > On Wed, Mar 23, 2011 at 3:32 AM, Mythri P K wrote:
> >> Adding support for common EDID parsing in kernel.
> >>
> >> EDID - Extended display identification data is a da
On Wed, 23 Mar 2011 08:21:53 -0400
Stephen Clark wrote:
> On 03/22/2011 10:19 PM, Linus Torvalds wrote:
> > So I had hoped - yes, very na?ve of me, I know - that this merge
> > window would be different.
> >
> > But it's not.
> >
> > On Wed, Mar 16, 2011 at 9:09 PM, Dave Airlie wrote:
> >
>
4 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110323/9cfb4617/attachment.obj>
On Wed, 23 Mar 2011 08:29:35 -0700
Linus Torvalds wrote:
> On Tue, Mar 22, 2011 at 7:19 PM, Linus Torvalds
> wrote:
> >
> > Keith/Jesse/Chris - I don't know that it's i915, and it will take
> > forever to bisect (I'll try). But it does seem pretty likely.
>
> Ok, so I'm still bisecting, but it'
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #5 from Maximiliano Casta??n 2011-03-23
08:48:13 PDT ---
(In reply to comment #2)
> I don't think that's from the driver you built yourself, the line numbers
> don't
> match current git. By default the drivers will be installed in /
On Wed, Mar 23, 2011 at 8:51 AM, Konrad Rzeszutek Wilk
wrote:
>> >I was thinking about this a bit after I found that the PowerPC requires
>> >the 'struct dev'. But I got a question first, what do you with pages
>> >that were allocated to a device that can do 64-bit DMA and then
>> >move it to a de
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #36 from Alex Deucher 2011-03-23 09:46:22 PDT
---
(In reply to comment #35)
> Just out of curiosity, why is link training implemented on driver level and
> not
> on drm level? I see that nouvau and radeon each have their own impleme
On Wed, Mar 23, 2011 at 11:14 AM, Thomas Renninger wrote:
> drm radeon: Return -EINVAL on wrong pm sysfs access
>
> Throw an error if someone tries to fill this with
> wrong data, instead of simply ignoring the input.
> Now you get:
>
> echo hello >/sys/../power_method
> -bash: echo: write error:
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #6 from Maximiliano Casta??n 2011-03-23
14:39:00 PDT ---
well, i ran FF with:
LIBGL_DRIVERS_PATH="/usr/local/lib/dri/" LD_LIBRARY_PATH="/usr/local/lib/"
MOZ_GLX_IGNORE_BLACKLIST=1 ./firefox
it show various messages of:
Mesa warnin
On Wed, Mar 23, 2011 at 8:33 AM, Jesse Barnes
wrote:
>
> Chris mentioned a7a75c8f7 on irc, not sure if it was regarding this
> issue though, but it does seem a likely candidate.
Yup, that revert fixes it for me.
Linus
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #7 from Maximiliano Casta??n 2011-03-23
21:39:07 PDT ---
Ok, got another crash:
Program received signal SIGPIPE, Broken pipe.
[Switching to Thread 0x7fde18eff700 (LWP 16893)]
0x7fde2b1ad57c in __libc_send (fd=72, buf=,
n=
https://bugs.freedesktop.org/show_bug.cgi?id=35578
--- Comment #8 from Maximiliano Casta??n 2011-03-23
21:41:35 PDT ---
Created an attachment (id=44773)
--> (https://bugs.freedesktop.org/attachment.cgi?id=44773)
traceback
when i try to login it crashed.
--
Configure bugmail: https://bugs.fre
77 matches
Mail list logo
