Hi Linus,
Some fixes that it would be good to have in rc1. It contains the i915
quiet fix that you reported.
It also has an amdgpu fixes pull, with lots of ongoing work on Vega10
which is new in this kernel and is preliminary support so may have a
fair bit of movement.
Otherwise a few non-Vega10
On Thu, May 11, 2017 at 11:00 PM, Dave Airlie wrote:
>
> It also has an amdgpu fixes pull, with lots of ongoing work on Vega10
> which is new in this kernel and is preliminary support so may have a
> fair bit of movement.
Note: I will *not* be taking these kinds of pull requests after rc1.
If Ve
Looks like I didn't build on IA64 (who knew), fix from Tony and a few more
radeon fixes one for a regression since the output probing.
The following changes since commit c42750b0261274107ae85c894c088e618a3e38b9:
drm/r600: fix possible NULL pointer derefernce (2010-07-21 10:29:32 +1000)
are a
On Wed, Jun 30, 2010 at 12:04:35PM -0400, Alex Deucher wrote:
> On Wed, Jun 30, 2010 at 11:50 AM, Markus Trippelsdorf
> wrote:
> > On Wed, Jun 30, 2010 at 11:34:53AM -0400, Alex Deucher wrote:
> >>
> >> The attached patch should fix the issue.
> >
> > Sorry, but it does not. I've still the same is
On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote:
> On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
> wrote:
> > On Wed, Jun 30, 2010 at 10:49:41AM -0400, Alex Deucher wrote:
> >> On Wed, Jun 30, 2010 at 3:31 AM, Markus Trippelsdorf
> >> wrote:
> >> > On Wed, Jun 30, 2010 at 08:
On Wed, Jun 30, 2010 at 11:34:53AM -0400, Alex Deucher wrote:
> On Wed, Jun 30, 2010 at 11:14 AM, Markus Trippelsdorf
> wrote:
> > On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote:
> >> On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
> >> wrote:
> >> > On Wed, Jun 30, 2010 at 10
On Wed, Jun 30, 2010 at 11:50 AM, Markus Trippelsdorf
wrote:
> On Wed, Jun 30, 2010 at 11:34:53AM -0400, Alex Deucher wrote:
>> On Wed, Jun 30, 2010 at 11:14 AM, Markus Trippelsdorf
>> wrote:
>> > On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote:
>> >> On Wed, Jun 30, 2010 at 10:58 AM
On Wed, Jun 30, 2010 at 6:13 AM, Rafael J. Wysocki wrote:
> On Wednesday, June 30, 2010, Dave Airlie wrote:
>>
>> Hi Linus,
>>
>> one fb layer fix in a flag I introduced,
>>
>> the rest are drm fixes:
>> radeon fixes: the larger ones in the command stream checker for older cards,
>> which was caus
On Wed, Jun 30, 2010 at 11:14 AM, Markus Trippelsdorf
wrote:
> On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote:
>> On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
>> wrote:
>> > On Wed, Jun 30, 2010 at 10:49:41AM -0400, Alex Deucher wrote:
>> >> On Wed, Jun 30, 2010 at 3:31 AM,
On Wed, Jun 30, 2010 at 11:14 AM, Markus Trippelsdorf
wrote:
> On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote:
>> On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
>> wrote:
>> > On Wed, Jun 30, 2010 at 10:49:41AM -0400, Alex Deucher wrote:
>> >> On Wed, Jun 30, 2010 at 3:31 AM,
On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
wrote:
> On Wed, Jun 30, 2010 at 10:49:41AM -0400, Alex Deucher wrote:
>> On Wed, Jun 30, 2010 at 3:31 AM, Markus Trippelsdorf
>> wrote:
>> > On Wed, Jun 30, 2010 at 08:54:40AM +0200, Markus Trippelsdorf wrote:
>> >> On Wed, Jun 30, 2010 at 02
On Wed, Jun 30, 2010 at 3:31 AM, Markus Trippelsdorf
wrote:
> On Wed, Jun 30, 2010 at 08:54:40AM +0200, Markus Trippelsdorf wrote:
>> On Wed, Jun 30, 2010 at 02:03:04AM +0100, Dave Airlie wrote:
>> >
>> > one fb layer fix in a flag I introduced,
>> >
>> > the rest are drm fixes:
>> > radeon fixes:
On Wednesday, June 30, 2010, Dave Airlie wrote:
>
> Hi Linus,
>
> one fb layer fix in a flag I introduced,
>
> the rest are drm fixes:
> radeon fixes: the larger ones in the command stream checker for older cards,
> which was causing a lot of userspace apps to fail. Also some powerpc server
> f
On Wed, Jun 30, 2010 at 5:31 PM, Markus Trippelsdorf
wrote:
> On Wed, Jun 30, 2010 at 08:54:40AM +0200, Markus Trippelsdorf wrote:
>> On Wed, Jun 30, 2010 at 02:03:04AM +0100, Dave Airlie wrote:
>> >
>> > one fb layer fix in a flag I introduced,
>> >
>> > the rest are drm fixes:
>> > radeon fixes:
On Wed, Jun 30, 2010 at 06:00:32PM +1000, Dave Airlie wrote:
> On Wed, Jun 30, 2010 at 5:57 PM, Dave Airlie wrote:
> > On Wed, Jun 30, 2010 at 4:54 PM, Markus Trippelsdorf
> > wrote:
> >> On Wed, Jun 30, 2010 at 02:03:04AM +0100, Dave Airlie wrote:
> >>>
> >>> Hi Linus,
> >>>
> >>> one fb layer f
On Wed, Jun 30, 2010 at 08:54:40AM +0200, Markus Trippelsdorf wrote:
> On Wed, Jun 30, 2010 at 02:03:04AM +0100, Dave Airlie wrote:
> >
> > one fb layer fix in a flag I introduced,
> >
> > the rest are drm fixes:
> > radeon fixes: the larger ones in the command stream checker for older cards,
> >
On Wed, Jun 30, 2010 at 5:57 PM, Dave Airlie wrote:
> On Wed, Jun 30, 2010 at 4:54 PM, Markus Trippelsdorf
> wrote:
>> On Wed, Jun 30, 2010 at 02:03:04AM +0100, Dave Airlie wrote:
>>>
>>> Hi Linus,
>>>
>>> one fb layer fix in a flag I introduced,
>>>
>>> the rest are drm fixes:
>>> radeon fixes:
On Wed, Jun 30, 2010 at 4:54 PM, Markus Trippelsdorf
wrote:
> On Wed, Jun 30, 2010 at 02:03:04AM +0100, Dave Airlie wrote:
>>
>> Hi Linus,
>>
>> one fb layer fix in a flag I introduced,
>>
>> the rest are drm fixes:
>> radeon fixes: the larger ones in the command stream checker for older cards,
>>
On Wed, Jun 30, 2010 at 02:03:04AM +0100, Dave Airlie wrote:
>
> Hi Linus,
>
> one fb layer fix in a flag I introduced,
>
> the rest are drm fixes:
> radeon fixes: the larger ones in the command stream checker for older cards,
> which was causing a lot of userspace apps to fail. Also some powerp
2010/6/30 Dave Airlie :
> Hi Linus,
>
> one fb layer fix in a flag I introduced,
>
> the rest are drm fixes:
> radeon fixes: the larger ones in the command stream checker for older cards,
> which was causing a lot of userspace apps to fail. Also some powerpc server
> fixes.
> along with some updat
Hi Linus,
one fb layer fix in a flag I introduced,
the rest are drm fixes:
radeon fixes: the larger ones in the command stream checker for older cards,
which was causing a lot of userspace apps to fail. Also some powerpc server
fixes.
along with some updates to the evergreen command stream chec
Nothing major, Mostly nouveau changes, some radeon tv output fixes, and a
couple of quirks.
The following changes since commit d668046c13024d74af7d04a124ba55f406380fe7:
Dave Airlie (1):
drm/radeon/kms: enable ACPI powermanagement mode on radeon gpus.
are available in the git repositor
W dniu 1 kwietnia 2010 09:43 użytkownik Dave Airlie napisał:
> 2010/4/1 Rafał Miłecki :
>> W dniu 30 marca 2010 09:07 użytkownik Dave Airlie
>> napisał:
>>> 2010/3/30 Dave Airlie :
[re-pull request]
>>>
>>> Actually Linus, don't bother, consider this revoked, I'm going to kill
>>> the
2010/4/1 Rafał Miłecki :
> W dniu 30 marca 2010 09:07 użytkownik Dave Airlie napisał:
>> 2010/3/30 Dave Airlie :
>>>
>>> [re-pull request]
>>
>> Actually Linus, don't bother, consider this revoked, I'm going to kill
>> the GPU reset code
>> and re-send this tomorrow, its just a mess to get it back
W dniu 30 marca 2010 09:07 użytkownik Dave Airlie napisał:
> 2010/3/30 Dave Airlie :
>>
>> [re-pull request]
>
> Actually Linus, don't bother, consider this revoked, I'm going to kill
> the GPU reset code
> and re-send this tomorrow, its just a mess to get it back out of the
> tree at this point,
On Tue, Mar 30, 2010 at 07:24:42AM -0700, Linus Torvalds wrote:
>
>
> On Tue, 30 Mar 2010, Dave Airlie wrote:
> >
> > Actually Linus, don't bother, consider this revoked, I'm going to kill
> > the GPU reset code and re-send this tomorrow, its just a mess to get it
> > back out of the tree at t
On Tue, 30 Mar 2010, Dave Airlie wrote:
>
> Actually Linus, don't bother, consider this revoked, I'm going to kill
> the GPU reset code and re-send this tomorrow, its just a mess to get it
> back out of the tree at this point,
>
> but I realised I was falling back to the old ways, of putting
2010/3/30 Dave Airlie :
>
> [re-pull request]
Actually Linus, don't bother, consider this revoked, I'm going to kill
the GPU reset code
and re-send this tomorrow, its just a mess to get it back out of the
tree at this point,
but I realised I was falling back to the old ways, of putting things
wit
On Tue, 2010-03-30 at 05:34 +0100, Dave Airlie wrote:
>
> Original pull req below + reverts the fallback placement change which had
> a side effect of causing more lockups on some AGP systems (this is a bug in
> the AGP drivers that needs to be tracked down), [...]
While I was able to work aro
2010/3/30 Michel Dänzer :
> On Tue, 2010-03-30 at 05:34 +0100, Dave Airlie wrote:
>>
>> Original pull req below + reverts the fallback placement change which had
>> a side effect of causing more lockups on some AGP systems (this is a bug in
>> the AGP drivers that needs to be tracked down), [...]
>
[re-pull request]
Original pull req below + reverts the fallback placement change which had
a side effect of causing more lockups on some AGP systems (this is a bug in
the AGP drivers that needs to be tracked down), adds some further fixes
from Alex for radeon. Also in case you are wondering w
On Don, 2010-03-25 at 03:35 +, Dave Airlie wrote:
>
> [...] I've merged Jerome's GPU recovery code, as I'd much rather users
> had some of hope of recovering from their GPU locking up than a dead
> box. It seems to work for quite a lot of people that have tested it,
> and it won't make a GPU
On Thu, Mar 25, 2010 at 4:52 PM, Pekka Enberg wrote:
> Hi Dave,
>
> 2010/3/25 Dave Airlie :
>> Some nouveau updates + misc drm core fixes,
>>
>> radeon kms: mostly fixes, however a cleanup to the ugly asic tables to
>> avoid drift between C prototypes moves some stuff around, and I've merged
>> Je
Hi Dave,
2010/3/25 Dave Airlie :
> Some nouveau updates + misc drm core fixes,
>
> radeon kms: mostly fixes, however a cleanup to the ugly asic tables to
> avoid drift between C prototypes moves some stuff around, and I've merged
> Jerome's GPU recovery code, as I'd much rather users had some of h
Some nouveau updates + misc drm core fixes,
radeon kms: mostly fixes, however a cleanup to the ugly asic tables to
avoid drift between C prototypes moves some stuff around, and I've merged
Jerome's GPU recovery code, as I'd much rather users had some of hope of
recovering from their GPU lockin
Hi Linus,
one edid fix from X.org parser,
some more drm regression fixes, one 33 second pause at boot bug solved,
two nouveau issues, one vmwgfx staging fix to use proper mechanism to do
framebuffer handover,
For 2.6.34 we've lined up a command stream checker for r600, however
it already found t
> Two ttm regression fixes from Thomas, and one alpha unaligned issue in the
> atom parser for radeon KMS.
And as usual I read my TODO list after I send the push req out.
One more commit on top of this tree now
just a fix to the DP retry logic:
e803e8b2628f3e9a42f45c5b7bb1f9821b08352c drm/radeo
Two ttm regression fixes from Thomas, and one alpha unaligned issue in the
atom parser for radeon KMS.
The following changes since commit 724e6d3fe8003c3f60bf404bf22e4e331327c596:
Linus Torvalds (1):
Linux 2.6.33-rc8
are available in the git repository at:
ssh://master.kernel.org/pu
2010/2/5 Dave Airlie :
>
> Hi Linus,
>
> Please pull the 'drm-linus' branch from
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
>
> All radeon related: 2 warning fixes
> 2 r600/700 regression fixes
> 1 r100/r200 rendering fix (always broken with KMS)
> 1 HDMI audio
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
All radeon related: 2 warning fixes
2 r600/700 regression fixes
1 r100/r200 rendering fix (always broken with KMS)
1 HDMI audio regression work around - turn off audio
> Hi Linus,
>
> Please pull the 'drm-linus' branch from
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
>
I've also added an oops fix I seem to lose off my radar to this tree.
commit 17aafccab4352b422aa01fa6ebf82daff693a5b3
Author: Michel Dänzer
Date: Fri Jan
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
Major change is to move the radeon KMS enable out of staging and into
normal Kconfig land, its not perfect but its as good as userspace was for
most people.
others:
On Mon, 2010-01-25 at 06:46 +, Dave Airlie wrote:
> Hi Linus,
>
> Please pull the 'drm-linus' branch from
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
>
> I was out last week for sick kid + LCA dash so stuff queued up behind me,
> I've booted this across a
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
I was out last week for sick kid + LCA dash so stuff queued up behind me,
I've booted this across a few radeons.
core drm changes: one EDID parser fix - one slighty
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
Small set of fixes, one brown paper bagger where I switched from warn to
printk but lost the conditional, dropped the mode set msg which spams on
intel a lot, and so
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
This contains some EDID parser fixups, a patch to make the drm_pci_alloc
sane (follow up from Eric to fix Intel driver bug that required this fix),
along with some ke
On Wed, 16 Dec 2009, Dave Airlie wrote:
>
> Hi Linus,
>
> Please pull the 'drm-linus' branch from
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
>
> This contains radeon HDMI audio support, along with fixes to nouveau for
> powerpc from Ben H, some build fixe
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
This contains radeon HDMI audio support, along with fixes to nouveau for
powerpc from Ben H, some build fixes for nouveau, some TTM fixes,
and some radeon regression
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
I've pulled the most required patches from the optional pull that you
didn't take from last week. Granted this means the F12 kernel has now got
a bunch of patches th
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
This is just 3 fast track fixes, one for the colormap issues with 1.7 and
2.9.0 intel driver (note final 1.7 + 2.9.1 is fine, and 1.6 is fine with
any Intel). The oth
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Another radeon KMS fix, it just adds some adds a few necessary registers
to the command stream checkers and removes one that could let userspace
do bad things.
Dave.
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
two non-staging kms fixes in this, one for a possible oops when destroying
a framebuffer, one for reading EDID incorrectly on some monitors.
Some staging radeon kms
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
I queued up another patch on top of the new rs880 PCI IDs, Jerome
submitted this a while ago on lkml and I missed it, it speeds up the
radeon kms code for some of th
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Just some new hw support from AMD (chip ID + pci ids).
Dave.
drivers/gpu/drm/radeon/r600_cp.c| 22 +++---
drivers/gpu/drm/radeon/radeon_drv.h
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
This contain some fixes to the normal drm modesetting code (mainly better
validation of some userspace args), some radeon KMS fixes, along with some
new radeon PCI ID
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
You might want to test this one on the Mac-Mini at least, I think it
should fix most of the issues you were seeing.
It is a bit big and I'm not sure if the merge win
On Mon, Jun 15, 2009 at 12:43:38PM +1000, Dave Airlie wrote:
> On Mon, Jun 15, 2009 at 12:22 PM, Greg KH wrote:
> > On Mon, Jun 15, 2009 at 03:08:56AM +0100, Dave Airlie wrote:
> >>
> >> Hi Linus,
> >>
> >> Please pull the 'drm-linus' branch from
> >> ssh://master.kernel.org/pub/scm/linux/kernel/gi
On Wed, Jun 17, 2009 at 06:56:31AM +1000, Dave Airlie wrote:
> On Wed, Jun 17, 2009 at 6:52 AM, Linus
> Torvalds wrote:
> >
> >
> > On Wed, 17 Jun 2009, Dave Airlie wrote:
> >>
> >> Linus can you pull this tree?
> >
> > I hate pulling trees when I know there are _known_ bugs.
> >
> > Even during th
On Wed, Jun 17, 2009 at 6:52 AM, Linus
Torvalds wrote:
>
>
> On Wed, 17 Jun 2009, Dave Airlie wrote:
>>
>> Linus can you pull this tree?
>
> I hate pulling trees when I know there are _known_ bugs.
>
> Even during the merge window. The rest of the -rc series is for fixing up
> bugs, yes, but not bu
On Wed, 17 Jun 2009, Dave Airlie wrote:
>
> Linus can you pull this tree?
I hate pulling trees when I know there are _known_ bugs.
Even during the merge window. The rest of the -rc series is for fixing up
bugs, yes, but not bugs that were introduced on purpose.
Linus
--
On Wed, Jun 17, 2009 at 4:20 AM, Linus
Torvalds wrote:
>
>
> On Tue, 16 Jun 2009, Ryan Hope wrote:
>>
>> +#ifdef MODULE
>> module_init(radeon_init);
>> +#else
>> +late_initcall(radeon_init);
>> +#endif
>
>
> You should never need something like that.
>
> Just do
>
> late_initcall(radeon_ini
On Tue, 16 Jun 2009, Ryan Hope wrote:
>
> +#ifdef MODULE
> module_init(radeon_init);
> +#else
> +late_initcall(radeon_init);
> +#endif
You should never need something like that.
Just do
late_initcall(radeon_init);
and if it's a module (which doesn't have "early" vs "late" etc), it
Dave, you mentioned that you were going to pull in the TTM Kconfig fix
that I submitted (the one that allows TTM to be built into the kernel
instead of just a module). What are you going to do about the hardlock
that occurs when drm/radeon/fbcon are all built into the kernel. It
seems like fbcon do
On Mon, Jun 15, 2009 at 03:08:56AM +0100, Dave Airlie wrote:
>
> Hi Linus,
>
> Please pull the 'drm-linus' branch from
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
>
> This is big. It contains the initial TTM memory manager + ATI radeon KMS
> support. Current
On Mon, Jun 15, 2009 at 12:22 PM, Greg KH wrote:
> On Mon, Jun 15, 2009 at 03:08:56AM +0100, Dave Airlie wrote:
>>
>> Hi Linus,
>>
>> Please pull the 'drm-linus' branch from
>> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
>> drm-linus
>>
>> This is big. It contains the init
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
This is big. It contains the initial TTM memory manager + ATI radeon KMS
support. Currently the KMS code is part of the DRM radeon driver however
it is very clearly
> >
> > that works fine on my intel hw but seems to have a bad effect on radeon.
>
> Grr.
>
> That pull request probably shouldn't have been sent to me at all. It's
> clearly almost totally untested, and it was damn late in the -rc series.
>
> Am I going to be in the situation that I simply c
On Fri, 5 Jun 2009, Dave Airlie wrote:
> On Fri, Jun 5, 2009 at 3:42 PM, Markus
> Trippelsdorf wrote:
> > On Thu, Jun 04, 2009 at 04:39:50AM +0100, Dave Airlie wrote:
> >>
> >> Hi Linus,
> >>
> >> Please pull the 'drm-fixes' branch from
> >> ssh://master.kernel.org/pub/scm/linux/kernel/git/airli
2009/6/5 Dave Airlie :
>>> Please pull the 'drm-fixes' branch from
>>> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
>>> drm-fixes
>
> Okay Linus if you do pull this can you revert
> 6c51d1cfa0a370b48a157163340190cf5fd2346b
It already went in, before your message.
-Timo
-
On Fri, Jun 5, 2009 at 3:42 PM, Markus
Trippelsdorf wrote:
> On Thu, Jun 04, 2009 at 04:39:50AM +0100, Dave Airlie wrote:
>>
>> Hi Linus,
>>
>> Please pull the 'drm-fixes' branch from
>> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
>> drm-fixes
Okay Linus if you do pull t
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Have been out on holidays, so sorry these are a bit late, the radeon one
fixes a regression reported since -rc1 so is most important.
Dave.
drivers/gpu/drm/drm_buf
A couple more fixes for .30.
The following changes since commit
279e677faa775ad16e75c32e1bf4a37f8158bc61: Linus Torvalds (1):
Merge branch 'fixes-for-linus' of
git://git.monstr.eu/linux-2.6-microblaze
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
This is just a bunch of minor fixes and cleanups from F11 development and
that area.
I'm off on holidays to Ireland until the start of June, so I'm sorta
hoping the
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
This contains an intel oops fix, and some fixups to the lock code since
it got split into the per-master code.
Dave.
drivers/gpu/drm/drm_bufs.c |2 +-
driv
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
A bunch of KMS fixes from you and F11 testing. Still waiting on some
resolution to the mtrr vs _wc remaps pain.
Dave.
drivers/gpu/drm/drm_crtc_helper.c| 76 ++
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Another bunch of KMS/GEM related fixes for the Intel driver, should fix
the oops you saw. Also enable suspend/resume on KMS which is a regression
for anyone who wante
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
Intel: This contains one lockdep fix, the other is still under discussion
along with a few locking and error path fixes. It also contains some
minor kms updates for
On Mon, Jan 26, 2009 at 10:52:35PM +0100, Sam Ravnborg wrote:
> >
> > Well I'm not 100% sure what happened for this patch, I suspect,
> > jbarnes sent patch a week
> > or two ago, it misapplied against the tree I had currently when
> > applied with git-am, it didn't work so I hand
> > applied the
>
> Well I'm not 100% sure what happened for this patch, I suspect,
> jbarnes sent patch a week
> or two ago, it misapplied against the tree I had currently when
> applied with git-am, it didn't work so I hand
> applied the patch with patch and then did git commit
> --author="jbarnes" as he did wr
On Mon, 26 Jan 2009, Linus Torvalds wrote:
> >
> > There must be easier ways to do so I think.
>
> Um. Yes. Something like
>
> git am -s -C1
>
> which ends up requiring just a single line of context for the patch to
> apply, exactly like the GNU 'patch' program.
>
> The difference bei
On Mon, 26 Jan 2009, Sam Ravnborg wrote:
> >
> > Well I'm not 100% sure what happened for this patch, I suspect,
> > jbarnes sent patch a week
> > or two ago, it misapplied against the tree I had currently when
> > applied with git-am, it didn't work so I hand
> > applied the patch with patch a
On Tue, Jan 27, 2009 at 4:23 AM, Linus Torvalds
wrote:
>
>
> Dave,
> you have some odd and slightly git usage model, which shows up in various
> commits. Lookie here as an example from comit 335041ed:
>
>Author: Jesse Barnes 2009-01-22 04:22:06
>Committer: Dave Airlie 2009-01-
Dave,
you have some odd and slightly git usage model, which shows up in various
commits. Lookie here as an example from comit 335041ed:
Author: Jesse Barnes 2009-01-22 04:22:06
Committer: Dave Airlie 2009-01-22 04:22:06
drm/i915: hook up LVDS DPMS prope
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
This includes a bunch of kms fixes, along one with regression with the
freeing of maps from the multi-master changes, along with make drm build
on MIPS work.
Dave.
Hi Linus,
Please pull the 'drm-next' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-next
This contains some fixes since the kms code got merged, one reported
regression, and updates the kms driver to work on a few machines that
needed a different object fo
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
One GEM fix + a patch to disable it on PAE for now, we need to do some
invasive work to AGP + set_memory_array to make it work properly.
Dave.
drivers/gpu/drm/i915
On Friday, 28 of November 2008, Jesse Barnes wrote:
> On Thursday, November 27, 2008 7:26 pm Dave Airlie wrote:
> > Hi Linus,
> >
> > Please pull the 'drm-fixes' branch from
> > ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
> > drm-fixes
> >
> > This larger than we wished pat
On Saturday, 29 of November 2008, Rafael J. Wysocki wrote:
> On Friday, 28 of November 2008, Jesse Barnes wrote:
> > On Thursday, November 27, 2008 7:26 pm Dave Airlie wrote:
> > > Hi Linus,
> > >
> > > Please pull the 'drm-fixes' branch from
> > > ssh://master.kernel.org/pub/scm/linux/kernel/git/a
On Fri, 2008-11-28 at 03:26 +, Dave Airlie wrote:
> Hi Linus,
>
> Please pull the 'drm-fixes' branch from
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
>
> This larger than we wished patch, fixes a number of regressions reported.
>
> 1. vblank rework causes
On Thursday, November 27, 2008 7:26 pm Dave Airlie wrote:
> Hi Linus,
>
> Please pull the 'drm-fixes' branch from
> ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
> drm-fixes
>
> This larger than we wished patch, fixes a number of regressions reported.
>
> 1. vblank rework cau
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
This larger than we wished patch, fixes a number of regressions reported.
1. vblank rework causes hangs on VT switch - fixes touches all drivers.
2. i915 irq/msi code
On Tuesday, November 11, 2008 12:37 am Dave Airlie wrote:
> On Tue, Nov 11, 2008 at 6:29 PM, Andrew Morton
>
> <[EMAIL PROTECTED]> wrote:
> > On Tue, 11 Nov 2008 08:15:26 + (GMT) Dave Airlie <[EMAIL PROTECTED]>
wrote:
> >> commit 78538bf14995a136c2d9a22159ada49937359119
> >> Author: Dave Airli
On Tue, 11 Nov 2008 08:15:26 + (GMT) Dave Airlie <[EMAIL PROTECTED]> wrote:
> commit 78538bf14995a136c2d9a22159ada49937359119
> Author: Dave Airlie <[EMAIL PROTECTED]>
> Date: Tue Nov 11 17:56:16 2008 +1000
>
> drm/radeon: map registers at load time
>
> Now that the radeon driv
On Tue, Nov 11, 2008 at 6:29 PM, Andrew Morton
<[EMAIL PROTECTED]> wrote:
> On Tue, 11 Nov 2008 08:15:26 + (GMT) Dave Airlie <[EMAIL PROTECTED]>
> wrote:
>
>> commit 78538bf14995a136c2d9a22159ada49937359119
>> Author: Dave Airlie <[EMAIL PROTECTED]>
>> Date: Tue Nov 11 17:56:16 2008 +1000
>>
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes
This fixes two regressions, one in radeon suspend/resume, and one in
965/GM45 suspend/resume. It also removes a major racy piece of code for
doing vblank swaps, it r
Hi Linus,
Please pull the 'drm-next' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-next
Intel: One build fix and a new API needed to make GEM work properly.
radeon: fix a regression is the bus mastering patches on rs480.
Dave.
drivers/gpu/drm/i915/Makefi
Keith Packard wrote:
> On Thu, 2008-10-23 at 18:10 +0200, Thomas Hellström wrote:
>
>
>> I haven't looked into the code for a while, but isn't it possible to use
>> a spinlock (_bh) for ring protection?
>>
>
> Because we may have to wait for the hardware to drain the ring, it
> wouldn't be
On Thu, 2008-10-23 at 18:10 +0200, Thomas Hellström wrote:
> I haven't looked into the code for a while, but isn't it possible to use
> a spinlock (_bh) for ring protection?
Because we may have to wait for the hardware to drain the ring, it
wouldn't be a good idea to hold a spinlock. In the wors
On Thu, 2008-10-23 at 10:54 +0200, Michel Dänzer wrote:
> Does that still provide good enough latency to prevent tearing though,
> e.g. with reduced blanking modes?
It now depends on the scheduler and what else is running on the system.
Yes, this is not ideal, but the sketch of how DRI2 would wor
On Thu, 2008-10-23 at 10:54 +0200, Michel Dänzer wrote:
> On Thu, 2008-10-23 at 04:52 +0100, Dave Airlie wrote:
> >
> > commit 9e44af790f8bf8c3aa8a3101fd4f9bca2e932baa
> > Author: Keith Packard <[EMAIL PROTECTED]>
> > Date: Thu Oct 16 21:18:27 2008 -0700
> >
> > drm/i915: hold dev->struct_m
1 - 100 of 105 matches
Mail list logo
