On Fri, 12 Oct 2012 15:27:27 -0700
Eric Anholt wrote:
> Negreanu Marius writes:
>
> > On Thu, Oct 11, 2012 at 12:39 PM, Tapani Pälli
> > wrote:
> >> On 10/10/2012 08:05 PM, Chad Versace wrote:
> >>> On 10/07/2012 10:50 PM, Tapani Pälli wrote:
> Upstreaming old set of patches here to enab
From: Rob Clark
I was updating omapdrm to support ARCH_MULTIPLATFORM, and noticed that
imx and exynos only required a Kconfig change, so I went ahead and
updated them too. The shmobile driver didn't seem so straightforward
due to backlight device stuff, so I skipped it.
Having ARCH_MULTIPLATFOR
While reviewing Nicholas Miell's patch 'drm/radeon/kms: fix cursor image
off-by-one error', I noticed at least one other bug (fixed by patch 2, and one
potential bug fixed by patch 3) and opportunities for cleanup.
Patch 1 is based on Nicholas' patch and can be dropped if he amends his patch
along
Hi all,
So I've taken a look again at the locking mess in our fbdev support and cried.
Fixing up the console_lock mess around the fbdev notifier will be real work,
semanatically the fbdev layer does lots of stupid things (like the radeon resume
issue I've just debugged) and the panic notifier is p
This patch series fixes minor code issues including wrong trace point foramts,
meaningless null checking, and possible resource leak in error cases.
This is based drm-next branch.
Seung-Woo Kim (2):
drm: fix print format of sequence in trace point
drm: move edid null check to the first part
With the ioctl, block, tty, vfs and llseek series
on their way into linux-next, these three patches
are attacking the hardest remaining issues.
If we get these ready for 2.6.36, the kernel should
be almost usable with the BKL disabled. In all three
cases, I'm cheating a bit, because the BKL still
Patch 1 fixes a case where a sync object may already have been destroyed when
the sync_obj_flush function is called.
Patch 2 and 3 deal with non-root EGL masters. On current vmwgfx, trying
to run EGL as a non-root user results in a kernel oops.
___
dri-d
On Fri, Jan 4, 2013 at 2:10 PM, Bjorn Helgaas wrote:
> These are minor cleanups for drm_pcie_get_speed_cap_mask() to use
> standard #defines and PCIe capability accessors. They depend on
> a pci_regs.h change (130f1b8f35) that appeared in v3.8-rc2.
>
> They don't address the issue of DRM devices
Here's the patch to implement render nodes as discussed in the "DRM2"
talk at XDC:
http://wiki.x.org/wiki/Events/XDC2012/Proceedings#DRM2
The core problem is that DRM security is compromised in the face of
VT switching and multiple DRM masters. Any local user can access all
shared buffers from
this patch set fixes gem allocation and mapping issue between user space and
physical memory region.
this patch set is based on git repository below:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
commit-id: 273a50fbcd2d2c0652bbda58dd1985f932ce6d75
Inki Dae (3):
drm/e
On 09/30/2011 08:16 AM, Michel Dänzer wrote:
> While reviewing Nicholas Miell's patch 'drm/radeon/kms: fix cursor image
> off-by-one error', I noticed at least one other bug (fixed by patch 2, and one
> potential bug fixed by patch 3) and opportunities for cleanup.
>
> Patch 1 is based on Nicholas
2011/9/30 Michel Dänzer :
> While reviewing Nicholas Miell's patch 'drm/radeon/kms: fix cursor image
> off-by-one error', I noticed at least one other bug (fixed by patch 2, and one
> potential bug fixed by patch 3) and opportunities for cleanup.
>
> Patch 1 is based on Nicholas' patch and can be d
Hello,
Upon Daniel Vetter's request here's a repost of two mode set and page flip
fixes that were initially sent nearly a year ago under the title
"[PATCH 0/2] Miscellaneous mode set and page flip fixes".
I've also added a third, already acked, pending patch to the set.
Laurent Pinchart
From: Alex Deucher
This set of patches does some additional audio cleanups
and switches to per asic callbacks for audio.
Alex Deucher (3):
drm/radeon: clean up audio supported check
drm/radeon: clean up audio dto programming
drm/radeon: switch audio handling to use callbacks
drivers/gpu/
Just a few misc. kernel-doc fixes I spotted while looking into the
subject matter.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
This set of patches adds pageflipping support for radeon.
There are two drm patches and one ddx patch required. The
drm patches are against Dave's drm-next branch and the ddx
patch is against git master. So far it's been lightly tested
with openarena on a variety of radeons. Feedback appreciated
Hi all,
This patch series embeds drm_gem_object into struct radeon_bo and adjusts
any references. I've decided against embedding the gem stuff into struct
ttm_bo because
- vmwgfx doesn't use gem and
- ttm is used for implementing the memory management, whereas gem provides
the userspace interfac
Hi Dave,
As promised rebased on top of latest drm-next to resolve a conflict the
pageflipping code.
Tested on my agp rv570.
Please review and consider merging for -next.
Thanks, Daniel
Daniel Vetter (3):
drm/radeon: embed struct drm_gem_object
drm/radeon: introduce gem_to_radeon_bo helper
Hi Daniel,
I have tested this upgraded patchset again with linux-next
(next-20101126), they work fine.
Can you next time label the complete series as "v2": [PATCH 0/3 v2]
embed drm_gem_object into radeon_bo (don't ask me if git can create
this automatically for you).
F
Hi
On Sun, Jun 16, 2013 at 4:57 PM, Daniel Vetter wrote:
> Hi all,
>
> So I've taken a look again at the locking mess in our fbdev support and cried.
> Fixing up the console_lock mess around the fbdev notifier will be real work,
> semanatically the fbdev layer does lots of stupid things (like the
On Sun, Jun 16, 2013 at 04:57:17PM +0200, Daniel Vetter wrote:
> Hi all,
>
> So I've taken a look again at the locking mess in our fbdev support and cried.
> Fixing up the console_lock mess around the fbdev notifier will be real work,
> semanatically the fbdev layer does lots of stupid things (lik
On 06/16/2013 07:57 AM, Daniel Vetter wrote:
> Hi all,
>
> So I've taken a look again at the locking mess in our fbdev support and cried.
> Fixing up the console_lock mess around the fbdev notifier will be real work,
> semanatically the fbdev layer does lots of stupid things (like the radeon
> re
Hi
On Mon, Jun 17, 2013 at 10:47 PM, Andy Lutomirski wrote:
> On 06/16/2013 07:57 AM, Daniel Vetter wrote:
>> Hi all,
>>
>> So I've taken a look again at the locking mess in our fbdev support and
>> cried.
>> Fixing up the console_lock mess around the fbdev notifier will be real work,
>> semanat
On Mon, Jun 17, 2013 at 4:33 PM, Konrad Rzeszutek Wilk
wrote:
> On Sun, Jun 16, 2013 at 04:57:17PM +0200, Daniel Vetter wrote:
>> Hi all,
>>
>> So I've taken a look again at the locking mess in our fbdev support and
>> cried.
>> Fixing up the console_lock mess around the fbdev notifier will be re
Here are a couple of patches that get kexec working with radeon devices.
I've tested this on my RS780.
Comments or flames are welcome.
Thanks.
Markus Trippelsdorf (3):
kexec: get rid of late printk
drm/radeon: Implement radeon_pci_shutdown
drm/radeon: get rid of r100_restore_sanity hack
d
I was staring at the est modes a bit and noticed a few small bugs.
Also the modes in our lists confused the hell out of me (esp. the
1152x870 vs 1152x864 issue) until I thought to go digging through
xf86EdidModes.c where the history is actually documented.
Looks like the >=0 vs >0 issue was also
Hi all,
This patch series embeds drm_gem_object into struct radeon_bo and adjusts
any references. I've decided against embedding the gem stuff into struct
ttm_bo because
- vmwgfx doesn't use gem and
- ttm is used for implementing the memory management, whereas gem provides
the userspace interfac
Hi, Daniel,
My main concerns previously for embedding GEM objects as user-space
references for TTM has been twofold and implementation specific.
1) The locking has been using global mutexes where local spin- or RCU
locks have been more appropriate. It looks like this has finally been /
is fina
Hi Daniel,
I have tried this patchset on a RV250 with linux-next (next-20101115)
in combination w/ patchset from "[PATCH 0/9] make struct drm_mm_node
embeddable" [1].
glxgears works nice.
2nd test-case is Eric Anholt's OpenArena benchmark.
The screen gets blank and system is unusable (cold start,
Hi Thomas,
Thanks for your comments about ttm and vmwgfx. Some of my own ideas about
where this might all be heading below.
On Mon, Nov 15, 2010 at 08:25:16AM +0100, Thomas Hellstrom wrote:
> Hi, Daniel,
>
> My main concerns previously for embedding GEM objects as user-space
> references for TTM
On 11/15/2010 07:45 PM, Daniel Vetter wrote:
> Hi Thomas,
>
> Thanks for your comments about ttm and vmwgfx. Some of my own ideas about
> where this might all be heading below.
>
> On Mon, Nov 15, 2010 at 08:25:16AM +0100, Thomas Hellstrom wrote:
>
>> Hi, Daniel,
>>
>> My main concerns previous
[ CCing Arnd Bergmann ]
Hi,
I have tested both patchsets from Daniel (see [1] and [2]) again on a
Radeon RV250 in a none-BKL-config and it looks like
agd5f-pflip/0002-drm-radeon-kms-add-pageflip-ioctl-support.patch
is the culprit in combination with the below listed drm patches.
I have
On Tue, Nov 16, 2010 at 06:05:25PM +0100, Sedat Dilek wrote:
> I have tested both patchsets from Daniel (see [1] and [2]) again on a
> Radeon RV250 in a none-BKL-config and it looks like
>
>agd5f-pflip/0002-drm-radeon-kms-add-pageflip-ioctl-support.patch
>
> is the culprit in combination
On Tue, Nov 16, 2010 at 6:30 PM, Daniel Vetter wrote:
> On Tue, Nov 16, 2010 at 06:05:25PM +0100, Sedat Dilek wrote:
>> I have tested both patchsets from Daniel (see [1] and [2]) again on a
>> Radeon RV250 in a none-BKL-config and it looks like
>>
>> ? ? ? ?agd5f-pflip/0002-drm-radeon-kms-add-page
On Tue, Nov 16, 2010 at 8:37 PM, Sedat Dilek
wrote:
> On Tue, Nov 16, 2010 at 6:30 PM, Daniel Vetter wrote:
>> On Tue, Nov 16, 2010 at 06:05:25PM +0100, Sedat Dilek wrote:
>>> I have tested both patchsets from Daniel (see [1] and [2]) again on a
>>> Radeon RV250 in a none-BKL-config and it looks
Hi Dave,
As promised rebased on top of latest drm-next to resolve a conflict the
pageflipping code.
Tested on my agp rv570.
Please review and consider merging for -next.
Thanks, Daniel
Daniel Vetter (3):
drm/radeon: embed struct drm_gem_object
drm/radeon: introduce gem_to_radeon_bo helper
Hi Daniel,
I have tested this upgraded patchset again with linux-next
(next-20101126), they work fine.
Can you next time label the complete series as "v2": [PATCH 0/3 v2]
embed drm_gem_object into radeon_bo (don't ask me if git can create
this automatically for you).
F
This set of patches adds pageflipping support for radeon.
There are two drm patches and one ddx patch required. The
drm patches are against Dave's drm-next branch and the ddx
patch is against git master. So far it's been lightly tested
with openarena on a variety of radeons. Feedback appreciated
On Tue, Oct 26, 2010 at 4:30 AM, Alex Deucher wrote:
> This set of patches adds pageflipping support for radeon.
> There are two drm patches and one ddx patch required. ?The
> drm patches are against Dave's drm-next branch and the ddx
> patch is against git master. ?So far it's been lightly tested
On Tue, Oct 26, 2010 at 4:55 AM, Alex Deucher wrote:
> On Tue, Oct 26, 2010 at 4:30 AM, Alex Deucher
> wrote:
>> This set of patches adds pageflipping support for radeon.
>> There are two drm patches and one ddx patch required. ?The
>> drm patches are against Dave's drm-next branch and the ddx
>
This patch series implements GET_PLANE2 support for Intel platforms and defines
the new kernel UAPI. The idea was originally introduced by Kristian. Ultimately,
the purpose of the new API is to provide the ability to query per-plane
modifiers in KMS. These modifiers, which are just fb modifiers, wi
This series replaces the driver customized atomic_commit implementation with
the drm core helpers (patch 1).
The vblank event management is reworked (patch 2) and a side-effect is fixed
(patch 3).
Fabien
___
dri-devel mailing list
dri-devel@lists.freed
On 09/30/2011 08:16 AM, Michel Dänzer wrote:
> While reviewing Nicholas Miell's patch 'drm/radeon/kms: fix cursor image
> off-by-one error', I noticed at least one other bug (fixed by patch 2, and one
> potential bug fixed by patch 3) and opportunities for cleanup.
>
> Patch 1 is based on Nicholas
2011/9/30 Michel Dänzer :
> While reviewing Nicholas Miell's patch 'drm/radeon/kms: fix cursor image
> off-by-one error', I noticed at least one other bug (fixed by patch 2, and one
> potential bug fixed by patch 3) and opportunities for cleanup.
>
> Patch 1 is based on Nicholas' patch and can be d
This set of patches adds pageflipping support for radeon.
There are two drm patches and one ddx patch required. The
drm patches are against Dave's drm-next branch and the ddx
patch is against git master. So far it's been lightly tested
with openarena on a variety of radeons. Feedback appreciated
Hi all,
This patch series embeds drm_gem_object into struct radeon_bo and adjusts
any references. I've decided against embedding the gem stuff into struct
ttm_bo because
- vmwgfx doesn't use gem and
- ttm is used for implementing the memory management, whereas gem provides
the userspace interfac
Hi Dave,
As promised rebased on top of latest drm-next to resolve a conflict the
pageflipping code.
Tested on my agp rv570.
Please review and consider merging for -next.
Thanks, Daniel
Daniel Vetter (3):
drm/radeon: embed struct drm_gem_object
drm/radeon: introduce gem_to_radeon_bo helper
Hi Daniel,
I have tested this upgraded patchset again with linux-next
(next-20101126), they work fine.
Can you next time label the complete series as "v2": [PATCH 0/3 v2]
embed drm_gem_object into radeon_bo (don't ask me if git can create
this automatically for you).
F
Hi all,
This patch series embeds drm_gem_object into struct radeon_bo and adjusts
any references. I've decided against embedding the gem stuff into struct
ttm_bo because
- vmwgfx doesn't use gem and
- ttm is used for implementing the memory management, whereas gem provides
the userspace interfac
Hi, Daniel,
My main concerns previously for embedding GEM objects as user-space
references for TTM has been twofold and implementation specific.
1) The locking has been using global mutexes where local spin- or RCU
locks have been more appropriate. It looks like this has finally been /
is fina
Hi Daniel,
I have tried this patchset on a RV250 with linux-next (next-20101115)
in combination w/ patchset from "[PATCH 0/9] make struct drm_mm_node
embeddable" [1].
glxgears works nice.
2nd test-case is Eric Anholt's OpenArena benchmark.
The screen gets blank and system is unusable (cold start,
Hi Thomas,
Thanks for your comments about ttm and vmwgfx. Some of my own ideas about
where this might all be heading below.
On Mon, Nov 15, 2010 at 08:25:16AM +0100, Thomas Hellstrom wrote:
> Hi, Daniel,
>
> My main concerns previously for embedding GEM objects as user-space
> references for TTM
On 11/15/2010 07:45 PM, Daniel Vetter wrote:
> Hi Thomas,
>
> Thanks for your comments about ttm and vmwgfx. Some of my own ideas about
> where this might all be heading below.
>
> On Mon, Nov 15, 2010 at 08:25:16AM +0100, Thomas Hellstrom wrote:
>
>> Hi, Daniel,
>>
>> My main concerns previous
[ CCing Arnd Bergmann ]
Hi,
I have tested both patchsets from Daniel (see [1] and [2]) again on a
Radeon RV250 in a none-BKL-config and it looks like
agd5f-pflip/0002-drm-radeon-kms-add-pageflip-ioctl-support.patch
is the culprit in combination with the below listed drm patches.
I have
On Tue, Nov 16, 2010 at 06:05:25PM +0100, Sedat Dilek wrote:
> I have tested both patchsets from Daniel (see [1] and [2]) again on a
> Radeon RV250 in a none-BKL-config and it looks like
>
>agd5f-pflip/0002-drm-radeon-kms-add-pageflip-ioctl-support.patch
>
> is the culprit in combination
On Tue, Nov 16, 2010 at 6:30 PM, Daniel Vetter wrote:
> On Tue, Nov 16, 2010 at 06:05:25PM +0100, Sedat Dilek wrote:
>> I have tested both patchsets from Daniel (see [1] and [2]) again on a
>> Radeon RV250 in a none-BKL-config and it looks like
>>
>> ? ? ? ?agd5f-pflip/0002-drm-radeon-kms-add-page
On Tue, Nov 16, 2010 at 8:37 PM, Sedat Dilek
wrote:
> On Tue, Nov 16, 2010 at 6:30 PM, Daniel Vetter wrote:
>> On Tue, Nov 16, 2010 at 06:05:25PM +0100, Sedat Dilek wrote:
>>> I have tested both patchsets from Daniel (see [1] and [2]) again on a
>>> Radeon RV250 in a none-BKL-config and it looks
Hi Dave,
As promised rebased on top of latest drm-next to resolve a conflict the
pageflipping code.
Tested on my agp rv570.
Please review and consider merging for -next.
Thanks, Daniel
Daniel Vetter (3):
drm/radeon: embed struct drm_gem_object
drm/radeon: introduce gem_to_radeon_bo helper
Hi Daniel,
I have tested this upgraded patchset again with linux-next
(next-20101126), they work fine.
Can you next time label the complete series as "v2": [PATCH 0/3 v2]
embed drm_gem_object into radeon_bo (don't ask me if git can create
this automatically for you).
F
This set of patches adds pageflipping support for radeon.
There are two drm patches and one ddx patch required. The
drm patches are against Dave's drm-next branch and the ddx
patch is against git master. So far it's been lightly tested
with openarena on a variety of radeons. Feedback appreciated
On Tue, Oct 26, 2010 at 4:30 AM, Alex Deucher wrote:
> This set of patches adds pageflipping support for radeon.
> There are two drm patches and one ddx patch required. ?The
> drm patches are against Dave's drm-next branch and the ddx
> patch is against git master. ?So far it's been lightly tested
On Tue, Oct 26, 2010 at 4:55 AM, Alex Deucher wrote:
> On Tue, Oct 26, 2010 at 4:30 AM, Alex Deucher
> wrote:
>> This set of patches adds pageflipping support for radeon.
>> There are two drm patches and one ddx patch required. ?The
>> drm patches are against Dave's drm-next branch and the ddx
>
I was staring at the est modes a bit and noticed a few small bugs.
Also the modes in our lists confused the hell out of me (esp. the
1152x870 vs 1152x864 issue) until I thought to go digging through
xf86EdidModes.c where the history is actually documented.
Looks like the >=0 vs >0 issue was also
This patch series implements GET_PLANE2 support for Intel platforms and defines
the new kernel UAPI. The idea was originally introduced by Kristian. Ultimately,
the purpose of the new API is to provide the ability to query per-plane
modifiers in KMS. These modifiers, which are just fb modifiers, wi
This series replaces the driver customized atomic_commit implementation with
the drm core helpers (patch 1).
The vblank event management is reworked (patch 2) and a side-effect is fixed
(patch 3).
Fabien
___
dri-devel mailing list
dri-devel@lists.freed
this patch set fixes gem allocation and mapping issue between user space and
physical memory region.
this patch set is based on git repository below:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
commit-id: 273a50fbcd2d2c0652bbda58dd1985f932ce6d75
Inki Dae (3):
drm/e
Here's the patch to implement render nodes as discussed in the "DRM2"
talk at XDC:
http://wiki.x.org/wiki/Events/XDC2012/Proceedings#DRM2
The core problem is that DRM security is compromised in the face of
VT switching and multiple DRM masters. Any local user can access all
shared buffers from
Hello,
Upon Daniel Vetter's request here's a repost of two mode set and page flip
fixes that were initially sent nearly a year ago under the title
"[PATCH 0/2] Miscellaneous mode set and page flip fixes".
I've also added a third, already acked, pending patch to the set.
Laurent Pinchart
From: Alex Deucher
This set of patches does some additional audio cleanups
and switches to per asic callbacks for audio.
Alex Deucher (3):
drm/radeon: clean up audio supported check
drm/radeon: clean up audio dto programming
drm/radeon: switch audio handling to use callbacks
drivers/gpu/
Just a few misc. kernel-doc fixes I spotted while looking into the
subject matter.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Here are a couple of patches that get kexec working with radeon devices.
I've tested this on my RS780.
Comments or flames are welcome.
Thanks.
Markus Trippelsdorf (3):
kexec: get rid of late printk
drm/radeon: Implement radeon_pci_shutdown
drm/radeon: get rid of r100_restore_sanity hack
d
Hi
On Sun, Jun 16, 2013 at 4:57 PM, Daniel Vetter wrote:
> Hi all,
>
> So I've taken a look again at the locking mess in our fbdev support and cried.
> Fixing up the console_lock mess around the fbdev notifier will be real work,
> semanatically the fbdev layer does lots of stupid things (like the
On Sun, Jun 16, 2013 at 04:57:17PM +0200, Daniel Vetter wrote:
> Hi all,
>
> So I've taken a look again at the locking mess in our fbdev support and cried.
> Fixing up the console_lock mess around the fbdev notifier will be real work,
> semanatically the fbdev layer does lots of stupid things (lik
On 06/16/2013 07:57 AM, Daniel Vetter wrote:
> Hi all,
>
> So I've taken a look again at the locking mess in our fbdev support and cried.
> Fixing up the console_lock mess around the fbdev notifier will be real work,
> semanatically the fbdev layer does lots of stupid things (like the radeon
> re
Hi
On Mon, Jun 17, 2013 at 10:47 PM, Andy Lutomirski wrote:
> On 06/16/2013 07:57 AM, Daniel Vetter wrote:
>> Hi all,
>>
>> So I've taken a look again at the locking mess in our fbdev support and
>> cried.
>> Fixing up the console_lock mess around the fbdev notifier will be real work,
>> semanat
On Mon, Jun 17, 2013 at 4:33 PM, Konrad Rzeszutek Wilk
wrote:
> On Sun, Jun 16, 2013 at 04:57:17PM +0200, Daniel Vetter wrote:
>> Hi all,
>>
>> So I've taken a look again at the locking mess in our fbdev support and
>> cried.
>> Fixing up the console_lock mess around the fbdev notifier will be re
Here's the patch to implement render nodes as discussed in the "DRM2"
talk at XDC:
http://wiki.x.org/wiki/Events/XDC2012/Proceedings#DRM2
The core problem is that DRM security is compromised in the face of
VT switching and multiple DRM masters. Any local user can access all
shared buffers from
this patch set fixes gem allocation and mapping issue between user space and
physical memory region.
this patch set is based on git repository below:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
commit-id: 273a50fbcd2d2c0652bbda58dd1985f932ce6d75
Inki Dae (3):
drm/e
On 09/30/2011 08:16 AM, Michel Dänzer wrote:
> While reviewing Nicholas Miell's patch 'drm/radeon/kms: fix cursor image
> off-by-one error', I noticed at least one other bug (fixed by patch 2, and one
> potential bug fixed by patch 3) and opportunities for cleanup.
>
> Patch 1 is based on Nicholas
2011/9/30 Michel Dänzer :
> While reviewing Nicholas Miell's patch 'drm/radeon/kms: fix cursor image
> off-by-one error', I noticed at least one other bug (fixed by patch 2, and one
> potential bug fixed by patch 3) and opportunities for cleanup.
>
> Patch 1 is based on Nicholas' patch and can be d
This set of patches adds pageflipping support for radeon.
There are two drm patches and one ddx patch required. The
drm patches are against Dave's drm-next branch and the ddx
patch is against git master. So far it's been lightly tested
with openarena on a variety of radeons. Feedback appreciated
Hi all,
This patch series embeds drm_gem_object into struct radeon_bo and adjusts
any references. I've decided against embedding the gem stuff into struct
ttm_bo because
- vmwgfx doesn't use gem and
- ttm is used for implementing the memory management, whereas gem provides
the userspace interfac
Hi Dave,
As promised rebased on top of latest drm-next to resolve a conflict the
pageflipping code.
Tested on my agp rv570.
Please review and consider merging for -next.
Thanks, Daniel
Daniel Vetter (3):
drm/radeon: embed struct drm_gem_object
drm/radeon: introduce gem_to_radeon_bo helper
Hi Daniel,
I have tested this upgraded patchset again with linux-next
(next-20101126), they work fine.
Can you next time label the complete series as "v2": [PATCH 0/3 v2]
embed drm_gem_object into radeon_bo (don't ask me if git can create
this automatically for you).
F
Here are a couple of patches that get kexec working with radeon devices.
I've tested this on my RS780.
Comments or flames are welcome.
Thanks.
Markus Trippelsdorf (3):
kexec: get rid of late printk
drm/radeon: Implement radeon_pci_shutdown
drm/radeon: get rid of r100_restore_sanity hack
d
Hello,
Upon Daniel Vetter's request here's a repost of two mode set and page flip
fixes that were initially sent nearly a year ago under the title
"[PATCH 0/2] Miscellaneous mode set and page flip fixes".
I've also added a third, already acked, pending patch to the set.
Laurent Pinchart
From: Alex Deucher
This set of patches does some additional audio cleanups
and switches to per asic callbacks for audio.
Alex Deucher (3):
drm/radeon: clean up audio supported check
drm/radeon: clean up audio dto programming
drm/radeon: switch audio handling to use callbacks
drivers/gpu/
Just a few misc. kernel-doc fixes I spotted while looking into the
subject matter.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Hi
On Sun, Jun 16, 2013 at 4:57 PM, Daniel Vetter wrote:
> Hi all,
>
> So I've taken a look again at the locking mess in our fbdev support and cried.
> Fixing up the console_lock mess around the fbdev notifier will be real work,
> semanatically the fbdev layer does lots of stupid things (like the
On Sun, Jun 16, 2013 at 04:57:17PM +0200, Daniel Vetter wrote:
> Hi all,
>
> So I've taken a look again at the locking mess in our fbdev support and cried.
> Fixing up the console_lock mess around the fbdev notifier will be real work,
> semanatically the fbdev layer does lots of stupid things (lik
On 06/16/2013 07:57 AM, Daniel Vetter wrote:
> Hi all,
>
> So I've taken a look again at the locking mess in our fbdev support and cried.
> Fixing up the console_lock mess around the fbdev notifier will be real work,
> semanatically the fbdev layer does lots of stupid things (like the radeon
> re
Hi
On Mon, Jun 17, 2013 at 10:47 PM, Andy Lutomirski wrote:
> On 06/16/2013 07:57 AM, Daniel Vetter wrote:
>> Hi all,
>>
>> So I've taken a look again at the locking mess in our fbdev support and
>> cried.
>> Fixing up the console_lock mess around the fbdev notifier will be real work,
>> semanat
On Mon, Jun 17, 2013 at 4:33 PM, Konrad Rzeszutek Wilk
wrote:
> On Sun, Jun 16, 2013 at 04:57:17PM +0200, Daniel Vetter wrote:
>> Hi all,
>>
>> So I've taken a look again at the locking mess in our fbdev support and
>> cried.
>> Fixing up the console_lock mess around the fbdev notifier will be re
This set of patches adds pageflipping support for radeon.
There are two drm patches and one ddx patch required. The
drm patches are against Dave's drm-next branch and the ddx
patch is against git master. So far it's been lightly tested
with openarena on a variety of radeons. Feedback appreciated
Hi all,
This patch series embeds drm_gem_object into struct radeon_bo and adjusts
any references. I've decided against embedding the gem stuff into struct
ttm_bo because
- vmwgfx doesn't use gem and
- ttm is used for implementing the memory management, whereas gem provides
the userspace interfac
Hi Dave,
As promised rebased on top of latest drm-next to resolve a conflict the
pageflipping code.
Tested on my agp rv570.
Please review and consider merging for -next.
Thanks, Daniel
Daniel Vetter (3):
drm/radeon: embed struct drm_gem_object
drm/radeon: introduce gem_to_radeon_bo helper
Hi Daniel,
I have tested this upgraded patchset again with linux-next
(next-20101126), they work fine.
Can you next time label the complete series as "v2": [PATCH 0/3 v2]
embed drm_gem_object into radeon_bo (don't ask me if git can create
this automatically for you).
F
This set of patches adds pageflipping support for radeon.
There are two drm patches and one ddx patch required. The
drm patches are against Dave's drm-next branch and the ddx
patch is against git master. So far it's been lightly tested
with openarena on a variety of radeons. Feedback appreciated
On Tue, Oct 26, 2010 at 4:30 AM, Alex Deucher wrote:
> This set of patches adds pageflipping support for radeon.
> There are two drm patches and one ddx patch required. ?The
> drm patches are against Dave's drm-next branch and the ddx
> patch is against git master. ?So far it's been lightly tested
On Tue, Oct 26, 2010 at 4:55 AM, Alex Deucher wrote:
> On Tue, Oct 26, 2010 at 4:30 AM, Alex Deucher
> wrote:
>> This set of patches adds pageflipping support for radeon.
>> There are two drm patches and one ddx patch required. ?The
>> drm patches are against Dave's drm-next branch and the ddx
>
101 - 200 of 1231 matches
Mail list logo
