Hi
Any comments on this?
On Thu, Jul 4, 2013 at 2:25 PM, David Herrmann wrote:
> The current situation regarding boot-framebuffers (VGA, VESA/VBE, EFI) on
> x86 causes troubles when loading multiple fbdev drivers. The global
> "struct screen_info" does not provide any state-tracking about which
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/f56fa9d7/attachment.html>
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/f1a5c82b/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/3a036243/attachment.html>
eg_block->usRegIndexTblSize)) /
sizeof(ATOM_INIT_REG_INDEX_FORMAT)) - 1;
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/1ab05f9b/attachment.html>
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/e6dcbd39/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/710a2fe3/attachment-0001.html>
mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/ed78b33e/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130717/496013c1/attachment.html>
Hi
This is v3 of the unified VMA offset manager. It merges the GEM and TTM mmap
offset managers into a unified implementation.
v2 is available here:
http://lists.freedesktop.org/archives/dri-devel/2013-July/041222.html
Changes since v2:
- also fix tegra to use the new manager
I intentionally
If we want to map GPU memory into user-space, we need to linearize the
addresses to not confuse mm-core. Currently, GEM and TTM both implement
their own offset-managers to assign a pgoff to each object for user-space
CPU access. GEM uses a hash-table, TTM uses an rbtree.
This patch provides a unif
Use the new vma manager instead of the old hashtable. Also convert all
drivers to use the new convenience helpers. This drops all the
(map_list.hash.key << PAGE_SHIFT) non-sense.
Locking and access-management is exactly the same as before with an
additional lock inside of the vma-manager, which st
Use the new vma-manager infrastructure. This doesn't change any
implementation details as the vma-offset-manager is nearly copied 1-to-1
from TTM.
Even though the vma-manager uses its own locks, we still need bo->vm_lock
to prevent bos from being destroyed before we can get a reference during
look
Instead of unmapping the nodes in TTM and GEM users manually, we provide
a generic wrapper which does the correct thing for all vma-nodes.
v2: remove bdev->dev_mapping test in ttm_bo_unmap_virtual_unlocked() as
ttm_mem_io_free_vm() does nothing in that case (io_reserved_vm is 0).
Cc: Dave Airlie
"last = " lines should still get printed.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/7878e868/attachment.html>
ri-devel/attachments/20130717/577f148e/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/c4972d45/attachment.html>
On Wed, Jul 17, 2013 at 06:38:35PM +0200, David Herrmann wrote:
> Hi
>
> On Tue, Jul 16, 2013 at 9:12 AM, Daniel Vetter
> wrote:
> > This is the 2nd attempt, I've always been a bit dissatisified with the
> > tricky nature of the first one:
> >
> > http://lists.freedesktop.org/archives/dri-devel/
On Wed, Jul 17, 2013 at 06:41:05PM +0200, David Herrmann wrote:
> Hi
>
> On Tue, Jul 16, 2013 at 9:12 AM, Daniel Vetter
> wrote:
> > No one outside of drm should use this, the official interfaces are
> > drm_gem_handle_create and drm_gem_handle_delete. The handle refcounting
> > is purely an imp
From: Alex Deucher
Hi Dave,
Just a few DPM fixes.
The following changes since commit d1ce3d5496f2a7c90dd00a9133572f931d2acdcc:
uvesafb: Really allow mtrr being 0, as documented and warn()ed (2013-07-16
10:24:28 +1000)
are available in the git repository at:
git://people.freedesktop.org/~
On Wed, Jul 17, 2013 at 9:54 PM, wrote:
> From: Alex Deucher
>
> Hi Dave,
>
> Just a few DPM fixes.
>
> The following changes since commit d1ce3d5496f2a7c90dd00a9133572f931d2acdcc:
>
> uvesafb: Really allow mtrr being 0, as documented and warn()ed (2013-07-16
> 10:24:28 +1000)
>
> are availab
Dave hold off on this for now.
Alex
On Wed, Jul 17, 2013 at 4:24 PM, Andre Heider wrote:
> On Wed, Jul 17, 2013 at 9:54 PM, wrote:
>> From: Alex Deucher
>>
>> Hi Dave,
>>
>> Just a few DPM fixes.
>>
>> The following changes since commit d1ce3d5496f2a7c90dd00a9133572f931d2acdcc:
>>
>> uvesa
it a little
Does the attached patch help?
Alex
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-dpm-atom-fix-broken-gcc-harder.patch
Type: text/x-patch
Size: 1997 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/5d620652/attachment.bin>
output patches.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/95067914/attachment.html>
f the debugging output patches.
Works fine for me.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/8092f5e4/attachment.html>
From: Alex Deucher
Hi Dave,
Take two. Just some DPM fixes.
The following changes since commit d1ce3d5496f2a7c90dd00a9133572f931d2acdcc:
uvesafb: Really allow mtrr being 0, as documented and warn()ed (2013-07-16
10:24:28 +1000)
are available in the git repository at:
git://people.freedes
K(0xf << 20)
> +# define SPLL_SW_LOLEN_SHIFT 20
> # define SPLL_DIVEN(1 << 24)
> # define SPLL_BYPASS_EN(1 << 25)
> # define SPLL_CHG_STATUS (1 << 29)
> --
> 1.8.1.5
>
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-dpm-add-debugfs-support-for-RS780-RS880-v.patch
Type: application/octet-stream
Size: 4885 bytes
Desc: 0001-drm-radeon-dpm-add-debugfs-support-for-RS780-RS880-v.patch
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/e7ffdcc8/attachment-0001.obj>
f the debugging output patches.
Fixed my issues also.
Thanks for your great work.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments
> -Original Message-
> From: Anthoine Bourgeois [mailto:anthoine.bourgeois at gmail.com]
> Sent: Wednesday, July 17, 2013 5:23 PM
> To: Deucher, Alexander; Koenig, Christian; Jerome Glisse
> Cc: dri-devel at lists.freedesktop.org
> Subject: Re: [PATCH] drm/radeon/dpm: add debugfs support fo
t --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/008ad0ef/attachment.html>
On Wed, 2013-07-17 at 11:08 +0100, Show Liu wrote:
> This series patches extend Pawel's patches to
> Versatile Express HDLCD DVI output support.
> Before apply this patches, please apply Pawel's patches first.
> This series patches implements base on Linaro release 13.06 branch
> "ll_20130621.0".
On Wed, 2013-07-17 at 13:38 +0200, Rafael J. Wysocki wrote:
> On Wednesday, July 17, 2013 09:16:38 AM Igor Gnatenko wrote:
> > On Wed, 2013-07-17 at 00:01 +0200, Rafael J. Wysocki wrote:
> > > On Tuesday, July 16, 2013 05:08:16 PM Matthew Garrett wrote:
> > > > On Tue, 2013-07-16 at 17:32 +0400, Ig
the
mean time, here is my work in progress. I'm still reading and
learning, so please don't do any detailed reviews yet :)
http://dev.laptop.org/~dsd/20130717/0001-dove-clk-dt-wip.patch
It includes the previous clock selection patch as this stuff is quite
closely bound with DT support.
Thanks
Daniel
On Wed, 17 Jul 2013 11:50:11 -0600
Daniel Drake wrote:
> I am now facing a problem with i2c/TDA998x which Russell already noted:
>
> http://lists.freedesktop.org/archives/dri-devel/2013-June/039632.html
>What *can't* be done without a rewrite of the DRM slave encoder backend
>is to have
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/10d0c0cc/attachment-0001.pgp>
This allows you to look at the current DPM state via
debugfs.
Due to the way the hardware works on these asics, there's
no way to look up exactly what power state we are in, so
we make the best guess we can based on the current sclk.
v2: fix sclk equation
Signed-off-by: Alex Deucher
Signed-off-
On Wed, Jul 17, 2013 at 08:54:33PM +, Deucher, Alexander wrote:
>Good catch, I screwed up the ref divider calculation. How about the attached
>patch?
It works too. But here was my logic, tell me if I'm wrong:
The output frequency of the PLL is equal to the VCO frequency (FVCO)
divided by th
On Wed, Jul 17, 2013 at 09:44:00PM +, Deucher, Alexander wrote:
>> -Original Message-
>> From: Anthoine Bourgeois [mailto:anthoine.bourgeois at gmail.com]
>> Sent: Wednesday, July 17, 2013 5:23 PM
>> To: Deucher, Alexander; Koenig, Christian; Jerome Glisse
>> Cc: dri-devel at lists.free
201 - 238 of 238 matches
Mail list logo
