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
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
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
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 powerpc
On Wed, Jun 30, 2010 at 4:54 PM, Markus Trippelsdorf
mar...@trippelsdorf.de 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
On Wed, Jun 30, 2010 at 5:57 PM, Dave Airlie airl...@gmail.com wrote:
On Wed, Jun 30, 2010 at 4:54 PM, Markus Trippelsdorf
mar...@trippelsdorf.de 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:
On Wed, Jun 30, 2010 at 06:00:32PM +1000, Dave Airlie wrote:
On Wed, Jun 30, 2010 at 5:57 PM, Dave Airlie airl...@gmail.com wrote:
On Wed, Jun 30, 2010 at 4:54 PM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On Wed, Jun 30, 2010 at 02:03:04AM +0100, Dave Airlie wrote:
Hi Linus,
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,
which was
On Wed, Jun 30, 2010 at 5:31 PM, Markus Trippelsdorf
mar...@trippelsdorf.de 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
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
fixes.
On Wed, Jun 30, 2010 at 3:31 AM, Markus Trippelsdorf
mar...@trippelsdorf.de 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
On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
mar...@trippelsdorf.de 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
mar...@trippelsdorf.de wrote:
On Wed, Jun 30, 2010 at 08:54:40AM +0200, Markus Trippelsdorf
On Wed, Jun 30, 2010 at 11:14 AM, Markus Trippelsdorf
mar...@trippelsdorf.de 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
mar...@trippelsdorf.de wrote:
On Wed, Jun 30, 2010 at 10:49:41AM -0400, Alex Deucher wrote:
On Wed, Jun 30, 2010 at 6:13 AM, Rafael J. Wysocki r...@sisk.pl 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 causing
On Wed, Jun 30, 2010 at 11:50 AM, Markus Trippelsdorf
mar...@trippelsdorf.de 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
mar...@trippelsdorf.de wrote:
On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher 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
mar...@trippelsdorf.de 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
mar...@trippelsdorf.de
On Wed, Jun 30, 2010 at 11:03:33AM -0400, Alex Deucher wrote:
On Wed, Jun 30, 2010 at 10:58 AM, Markus Trippelsdorf
mar...@trippelsdorf.de 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
mar...@trippelsdorf.de wrote:
On Wed, Jun 30, 2010 at 12:04:35PM -0400, Alex Deucher wrote:
On Wed, Jun 30, 2010 at 11:50 AM, Markus Trippelsdorf
mar...@trippelsdorf.de 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
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
2010/6/30 Dave Airlie airl...@linux.ie:
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
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
2010/4/1 Rafał Miłecki zaj...@gmail.com:
W dniu 30 marca 2010 09:07 użytkownik Dave Airlie airl...@gmail.com napisał:
2010/3/30 Dave Airlie airl...@linux.ie:
[re-pull request]
Actually Linus, don't bother, consider this revoked, I'm going to kill
the GPU reset code
and re-send this
W dniu 1 kwietnia 2010 09:43 użytkownik Dave Airlie airl...@gmail.com napisał:
2010/4/1 Rafał Miłecki zaj...@gmail.com:
W dniu 30 marca 2010 09:07 użytkownik Dave Airlie airl...@gmail.com
napisał:
2010/3/30 Dave Airlie airl...@linux.ie:
[re-pull request]
Actually Linus, don't bother,
W dniu 30 marca 2010 09:07 użytkownik Dave Airlie airl...@gmail.com napisał:
2010/3/30 Dave Airlie airl...@linux.ie:
[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
2010/3/30 Michel Dänzer mic...@daenzer.net:
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
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 around
2010/3/30 Dave Airlie airl...@linux.ie:
[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
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
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 this point,
[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
Hi Dave,
2010/3/25 Dave Airlie airl...@linux.ie:
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
On Thu, Mar 25, 2010 at 4:52 PM, Pekka Enberg penb...@cs.helsinki.fi wrote:
Hi Dave,
2010/3/25 Dave Airlie airl...@linux.ie:
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
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
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
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
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:
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
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
2010/2/5 Dave Airlie airl...@linux.ie:
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
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.
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 daen...@vmware.com
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 few
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
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
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
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 fixes for
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
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
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.
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
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
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
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
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 will
On Wed, Jun 17, 2009 at 4:20 AM, Linus
Torvaldstorva...@linux-foundation.org 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
On Wed, Jun 17, 2009 at 6:52 AM, Linus
Torvaldstorva...@linux-foundation.org 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
On Wed, Jun 17, 2009 at 06:56:31AM +1000, Dave Airlie wrote:
On Wed, Jun 17, 2009 at 6:52 AM, Linus
Torvaldstorva...@linux-foundation.org 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
On Mon, Jun 15, 2009 at 12:43:38PM +1000, Dave Airlie wrote:
On Mon, Jun 15, 2009 at 12:22 PM, Greg KHg...@kroah.com wrote:
On Mon, Jun 15, 2009 at 03:08:56AM +0100, Dave Airlie wrote:
Hi Linus,
Please pull the 'drm-linus' branch from
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. Currently the
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
On Mon, Jun 15, 2009 at 12:22 PM, Greg KHg...@kroah.com 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
On Fri, Jun 5, 2009 at 3:42 PM, Markus
Trippelsdorfmar...@trippelsdorf.de 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
2009/6/5 Dave Airlie airl...@gmail.com:
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.
On Fri, 5 Jun 2009, Dave Airlie wrote:
On Fri, Jun 5, 2009 at 3:42 PM, Markus
Trippelsdorfmar...@trippelsdorf.de wrote:
On Thu, Jun 04, 2009 at 04:39:50AM +0100, Dave Airlie wrote:
Hi Linus,
Please pull the 'drm-fixes' branch from
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 can'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.
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:
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 +-
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
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 jbar...@virtuousgeek.org 2009-01-22 04:22:06
Committer: Dave Airlie airl...@redhat.com 2009-01-22 04:22:06
On Tue, Jan 27, 2009 at 4:23 AM, Linus Torvalds
torva...@linux-foundation.org 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 jbar...@virtuousgeek.org 2009-01-22
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 and then did
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 being that GNU
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 write it,
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 patch with
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
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.
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 patch, fixes a
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
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
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 causes
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 hangs
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
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
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 driver has
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 Airlie [EMAIL
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.
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_mutex and DRM lock during vblank ring
operations
To synchronize
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 work
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 worst
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 a good
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 a lot of stability fixes from Intel for the GEM work along
with fixing some general drm issues.
Keith is working on a patchset to implement the new IO
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 a bug fix for hangs in the r300 3D system due to a really
badly defined hardware wait interface, I've had to do some workarounds as
its a userspace
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
Sorry this is so late, but a number of things cropped up in the last week
I thought were urgent enough to get into 2.6.25 final.
The PCI GART changes should fix
Hi Linus,
Please pull the 'drm-patches' branch from the drm git tree,
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-patches
It contains a fix for a radeon 32/64-bit issue along with
hw support for some new Intel hw. Sorry for the lateness but I rely
on AGP PCI IDS
98 matches
Mail list logo