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
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
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 #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=
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.
>> >
>> > [...]
>> >
>> >>
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
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 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
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
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, 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
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
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
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 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
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:
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:
> >
> >
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
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 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.
>
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 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
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:
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
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
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 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
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
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
> >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
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 /
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, 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'
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'
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
4 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110323/9cfb4617/attachment.obj>
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 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 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 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.
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 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
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, 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
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 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
one seemed fine and the interface looked okay to me.
Dave.
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 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 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, 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=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
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 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
> >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
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.
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.
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 #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
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 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.
[...
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 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
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
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
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:
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 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
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 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
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,
>
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 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
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 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
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 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
77 matches
Mail list logo
