On Mon, Dec 9, 2013 at 9:30 PM, Lauri Kasanen wrote:
> On Mon, 9 Dec 2013 20:28:21 +0100
> Marek Ol??k wrote:
>
> Hi,
>
>> FYI, since the userspace driver sends end-of-frame markers to the
>> kernel, the radeon kernel driver knows the current frame number and it
>> can also save the frame number
crubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131209/dd93acdb/attachment.html>
On Mon, 9 Dec 2013 20:28:21 +0100
Marek Ol??k wrote:
Hi,
> FYI, since the userspace driver sends end-of-frame markers to the
> kernel, the radeon kernel driver knows the current frame number and it
> can also save the frame number of the last use of each buffer. We
> should definitely use that t
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131209/5fddd7c4/attachment.html>
er the lockups, it also needs a load of some
> sort.
Do you mean while spread spectrum is still enabled?
--
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/20131209/b62c1622/attachment.html>
On 12/09/2013 06:28 PM, Daniel Vetter wrote:
> On Thu, Dec 05, 2013 at 11:45:03AM -0500, Jerome Glisse wrote:
>> On Thu, Dec 05, 2013 at 05:22:54PM +0100, Maarten Lankhorst wrote:
>>> op 05-12-13 16:49, Jerome Glisse schreef:
On Thu, Dec 05, 2013 at 11:26:46AM +0100, Thomas Hellstrom wrote:
>>
Hi Lauri,
FYI, since the userspace driver sends end-of-frame markers to the
kernel, the radeon kernel driver knows the current frame number and it
can also save the frame number of the last use of each buffer. We
should definitely use that to measure the buffer hotness, or just
prevent eviction if
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131209/22fd6b4f/attachment.html>
chnology Center
>>
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-remove-generic-rptr-wptr-functions.patch
Type: text/x-diff
Size: 33710 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131209/8e8c8fda/attachment-0001.patch>
On Sun, Dec 8, 2013 at 12:35 AM, Rob Clark wrote:
> diff --git a/drivers/gpu/drm/msm/msm_kms.h b/drivers/gpu/drm/msm/msm_kms.h
> new file mode 100644
> index 000..e42973c
> --- /dev/null
> +++ b/drivers/gpu/drm/msm/msm_kms.h
> @@ -0,0 +1,57 @@
> +/*
> + * Copyright (C) 2013 Red Hat
> + * Autho
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131209/bd5db4a4/attachment-0001.html>
nel-ppa/mainline/drm-intel-nightly/current/)
--
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/20131209/08395355/attachment.html>
On Thu, Dec 05, 2013 at 11:45:03AM -0500, Jerome Glisse wrote:
> On Thu, Dec 05, 2013 at 05:22:54PM +0100, Maarten Lankhorst wrote:
> > op 05-12-13 16:49, Jerome Glisse schreef:
> > > On Thu, Dec 05, 2013 at 11:26:46AM +0100, Thomas Hellstrom wrote:
> > >> Hi!
> > >>
> > >> On 12/05/2013 10:36 AM,
Treat both negative and zero return values from clk_round_rate() as
errors. This is needed since subsequent patches will convert
clk_round_rate()'s return value to be an unsigned type, rather than a
signed type, since some clock sources can generate rates higher than
(2^31)-1 Hz.
Eventually, whe
Am Sonntag, den 08.12.2013, 22:20 +0100 schrieb Peter Seiderer:
> Hello Lucas,
>
> On Fri, Dec 06, 2013 at 11:04:39AM +0100, Lucas Stach wrote:
> > Hi Peter,
> >
> > Am Donnerstag, den 05.12.2013, 23:45 +0100 schrieb Peter Seiderer:
> > > Signed-off-by: Peter Seiderer
> > > ---
> > > arch/arm/b
On Mon, Dec 09, 2013 at 05:05:20PM +0200, Tomi Valkeinen wrote:
> On 2013-12-09 15:10, Thierry Reding wrote:
[...]
> > But even if you have a tree of one-to-one links, you still need some way
> > to address the individual nodes in the tree. The VC ID is the only way
> > by which you can address a n
On 2013-12-09 15:10, Thierry Reding wrote:
>> No idea. But I have worked with a device, that used VC0 for the device's
>> configuration registers, VC1 for buffer commands (the device had a
>> framebuffer), VC2 and VC3 for panels connected to that device.
>
> Well, VC2 and VC3 certainly sound like
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/20131209/11638ee6/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66791
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
TML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131209/f217973c/attachment.html>
On Sat, Nov 30, 2013 at 6:52 AM, Bruno Pr?mont
wrote:
> With commit b4aa0163056b6c70029b6e8619ce07c274351f42 Matthew Garret
> introduced a efifb vga_default_device() so that EFI systems that do not
> load shadow VBIOS or setup VGA get proper value for boot_vga PCI sysfs
> attribute on the correspo
you can use it. The reason why you can hide that is probably
because it isn't generic and you couldn't reuse the peripheral DSI
drivers on a different DSI host.
> All that said, I may be mentally stuck in the old models I've been using
> for a long time, so maybe a different approach for DSI is good. We just
> need to make sure the existing devices can be supported.
I don't see how other devices would be broken. For one you can easily
keep your existing code. We're adding new API here so there's no need at
all to migrate to it and no way for it to break existing functionality.
But it will obviously be some work to move to a generic "framework", if
you can call it that. The driver will likely need some major rewrite,
which I think will be the case anyway because this will be a DRM API and
you'll have to move to DRM to use it.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131209/8be71051/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=66791
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Con
ce", all the cases I know have just one
DSI device...
So... While having a Linux DSI bus, etc. would feel elegant and nice, I
just feel it's not easy and not worth it.
What we have in omapdss is far from perfect, but it has been working
quite nicely. DSI is considered just as a data bus,
On Mon, Dec 9, 2013 at 12:36 PM, Erik Faye-Lund wrote:
> On Sun, Dec 8, 2013 at 12:35 AM, Rob Clark wrote:
>> diff --git a/drivers/gpu/drm/msm/msm_kms.h b/drivers/gpu/drm/msm/msm_kms.h
>> new file mode 100644
>> index 000..e42973c
>> --- /dev/null
>> +++ b/drivers/gpu/drm/msm/msm_kms.h
>> @@
On Tuesday, December 03, 2013 at 12:44:52 PM, Shawn Guo wrote:
> On Mon, Dec 02, 2013 at 04:39:26PM +0100, Marek Vasut wrote:
> > Add DRM flags for the LCD display clock polarity so the pixelclk-active
> > DT property can be properly handled by drivers using the DRM API.
> >
> > Signed-off-by: Mar
: 1.7.4
--
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/20131209/dbce541d/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66761
--- Comment #8 from David Runge ---
Okay... also these lines?
ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S1_]
(20130725/hwxface-571)
ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_]
(20130725/hwxface-571)
And
On Sun, Dec 08, 2013 at 10:03:57PM +0100, Peter Seiderer wrote:
>
> Signed-off-by: Peter Seiderer
> ---
> Changes v1 -> v2:
> - add missing Signed-off-by line
>
> drivers/staging/imx-drm/imx-ldb.c | 2 ++
> 1 file changed, 2 insertions(+)
Acked-by: Sascha Hauer
Sascha
>
> diff --git a/dr
Hi Linus,
this is probably a bit big, but just because I fell behind last week and
didn't get to doing any pulls, so stuff backed up behind me, I actually
should have sent this for -rc3 but failed to even manage that,
So this has radeon, intel, nouveau, vmware, exynos and tegra fixes in it,
an
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131209/1edcec41/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131209/e2336a8a/attachment.html>
||
--
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/20131209/b25d6108/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131209/9a00a468/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66761
Lan Tianyu changed:
What|Removed |Added
Component|Config-Other|Video(DRI - non Intel)
Assignee|ac
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131209/e87d85ad/attachment.html>
From: Jakob Bornecrantz
Userspace uses this to workaround overcommit issues
by flushing the command stream early.
Signed-off-by: Jakob Bornecrantz
Reviewed-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c |3 +++
include/uapi/drm/vmwgfx_drm.h |1 +
2 files change
Commit 011c2282c74d changed the way refcounting on imported dma_bufs
works, and this hadn't been spotted while forward-porting Armada.
Reflect the changes in that commit into the Armada driver.
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/armada_gem.c |2 +-
1 files changed, 1 inse
These can be 64-bit quantities, so fix them up appropriately.
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/armada_fbdev.c |6 +++---
drivers/gpu/drm/armada/armada_gem.c |5 +++--
2 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/armada/armada_fbde
Destroy the framebuffer only after the helper, since the helper may
still be referencing the framebufer at this point.
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/armada_fbdev.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/armada/armada_f
Call drm_fb_helper_restore_fbdev_mode() upon last close so that in the
event of the X server crashing, we have some kind of mode restored.
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/armada_drm.h |1 +
drivers/gpu/drm/armada/armada_drv.c |7 ++-
drivers/gpu/drm/armada/
Rob, David,
Here are four fixes for review for the Armada DRM driver.
drivers/gpu/drm/armada/armada_drm.h |1 +
drivers/gpu/drm/armada/armada_drv.c |7 ++-
drivers/gpu/drm/armada/armada_fbdev.c | 20 +++-
drivers/gpu/drm/armada/armada_gem.c |7 ---
4 f
42 matches
Mail list logo
