On 2015å¹´11æ30æ¥ 22:56, Luis de Bethencourt wrote:
> This platform driver has a OF device ID table but the OF module
> alias information is not created so module autoloading won't work.
>
> Signed-off-by: Luis de Bethencourt
> ---
>
> Hi,
>
> This is a Resend of a patch from October 20th [0]
>
On 2015å¹´11æ23æ¥ 15:46, Caesar Wang wrote:
> Hi,
>
> äº 2015å¹´11æ16æ¥ 20:50, Daniel Stone åé:
>> Rockchip previously treated a pageflip to the same framebuffer as a
>> no-op, discarding the event if one was requested. This breaks Weston,
>> which, when idle, sends a no-op vblank event
On 2015å¹´11æ16æ¥ 20:50, Daniel Stone wrote:
> Passing -1 as the pipe for vblank events now triggers a WARN_ON, but had
> previously made multi-screen unusable anyway. Pass the correct pipe to
> the event-send function, and use the new API to make this a bit easier
> for us.
>
> Fixes WARN prese
Hi Andrzej,
2015ë
11ì 27ì¼ 23:32ì Andrzej Hajda ì´(ê°) ì´ ê¸:
> PM ops in exynos_drm_drv were split into two separate function as they were
> used also by drm device. Since PM ops have been removed from drm device, the
> functions can be merged together.
>
> Signed-off-by: Andrzej Hajd
achments/20151202/863a7300/attachment-0001.html>
Hi Dave
Here are some needed fixes for rockchip drm.
There are three patches I had sent you before, I noticed that you don't
land them, so I rebase to drm-fixes and send you again:
drm/rockchip: unset pgoff when mmap'ing gems
drm rockchip can't work without this patch, when te
On 01.12.2015 19:01, Pavel Machek wrote:
> On Mon 2015-11-30 09:39:54, Christian König wrote:
>> On 29.11.2015 23:22, Pavel Machek wrote:
>>> On Sun 2015-11-29 20:48:53, Christian König wrote:
On 28.11.2015 21:58, Pavel Machek wrote:
> Ring test failure is often caused by too high agpmod
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/cb46198a/attachment.html>
On Tue, Dec 1, 2015 at 6:30 PM, Mario Kleiner
wrote:
> When we are at it, the one with the title "[PATCH] drm/nouveau: Use
> drm_vblank_on/off consistently" from Daniel, which has a reviewed and tested
> by me also never made it into nouveau.
>
> Maybe pick that up as well?
>
> -mario
>
If you re
On 11/23, Archit Taneja wrote:
>
>
> On 11/21/2015 1:29 AM, Rob Herring wrote:
> >+Stephen
> >
> >On Wed, Nov 18, 2015 at 9:24 AM, Archit Taneja
> >wrote:
> >>Hi Rob,
> >>
> >>On 11/18/2015 6:48 PM, Rob Herring wrote:
> >>>
> >>>+dt list
> >>>
> >>>On Wed, Nov 18, 2015 at 4:55 AM, Archit Taneja
On 12/01/2015 08:20 PM, Xinliang Liu wrote:
> On 1 December 2015 at 17:04, Archit Taneja wrote:
>>
>>
>> On 11/28/2015 04:09 PM, Xinliang Liu wrote:
>>>
>>> Add support for external HDMI bridge.
>>>
>>> Signed-off-by: Xinliang Liu
>>> Signed-off-by: Xinwei Kong
>>> Signed-off-by: Andy Green
>
On 12/02, Stephen Boyd wrote:
>
> My only thought there would be to make of_clk_set_defaults() wait
> until both clocks are registered before it does any parent
> setting. But only in the case where the assigned parents contains
> a clock that is provided by the node being processed. I suppose
> t
On Wed, Dec 02, 2015 at 06:40:32AM +0100, poma wrote:
> On Tue, Dec 1, 2015 at 6:30 PM, Mario Kleiner
> wrote:
> > When we are at it, the one with the title "[PATCH] drm/nouveau: Use
> > drm_vblank_on/off consistently" from Daniel, which has a reviewed and tested
> > by me also never made it into
On 02.12.2015 04:14, Michel Dänzer wrote:
> On 01.12.2015 19:01, Pavel Machek wrote:
>> On Mon 2015-11-30 09:39:54, Christian König wrote:
>>> On 29.11.2015 23:22, Pavel Machek wrote:
On Sun 2015-11-29 20:48:53, Christian König wrote:
> On 28.11.2015 21:58, Pavel Machek wrote:
>> Ri
On Tue, Dec 01, 2015 at 12:35:50PM -0800, Eric Anholt wrote:
> The CMA helpers had no way for a driver to extend the struct with its
> own fields. Since the CMA helpers are mostly "Allocate a
> drm_gem_cma_object, then fill in a few fields", it's hard to write as
> pure helpers without passing in
with --enable-debug).
--
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/20151202/6432f668/attachment.html>
By popular demand.
This needs some adjustment/fixups after feeding snippets to asciidoc
since compared to markdown asciidown escapes xml markup and doesn't
just let it through.
The other noticeable change is that build times increase a lot - we
need to launch the markup process per-snippet, there
On Tue, 01 Dec 2015, "Subhransu S. Prusty"
wrote:
> To fill the audio infoframe it is required to identify the connection type
> as DP or HDMI. So parse the required bits in ELD to find the connection
> type.
>
> Signed-off-by: Subhransu S. Prusty
> Signed-off-by: Vinod Koul
> Cc: David Airlie
On 12/02/2015 01:50 PM, Stephen Boyd wrote:
> On 11/23, Archit Taneja wrote:
>>
>>
>> On 11/21/2015 1:29 AM, Rob Herring wrote:
>>> +Stephen
>>>
>>> On Wed, Nov 18, 2015 at 9:24 AM, Archit Taneja
>>> wrote:
Hi Rob,
On 11/18/2015 6:48 PM, Rob Herring wrote:
>
> +dt list
>>
On 30 November 2015 at 19:47, Alex Deucher wrote:
> On Sat, Nov 28, 2015 at 4:01 PM, Pavel Machek wrote:
>>
>> Thinkpad T40p needs agpmode 1.
>>
>> Signed-off-by: Pavel Machek
>
> Seems odd that this wouldn't have been found earlier given how popular
> thinkpads are. Applied. Thanks,
>
Wonderi
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/92741bd4/attachment.html>
On 2 December 2015 at 16:20, Archit Taneja wrote:
>
>
> On 12/01/2015 08:20 PM, Xinliang Liu wrote:
>>
>> On 1 December 2015 at 17:04, Archit Taneja wrote:
>>>
>>>
>>>
>>> On 11/28/2015 04:09 PM, Xinliang Liu wrote:
Add support for external HDMI bridge.
Signed-off-by: Xin
Hi Eric,
On 1 December 2015 at 20:35, Eric Anholt wrote:
> The user submission is basically a pointer to a command list and a
> pointer to uniforms. We copy those in to the kernel, validate and
> relocate them, and store the result in a GPU BO which we queue for
> execution.
>
> Signed-off-by: E
Hi Eric,
On 1 December 2015 at 20:35, Eric Anholt wrote:
> Since we have no MMU, the kernel needs to validate that the submitted
> shader code won't make any accesses to memory that the user doesn't
> control, which involves banning some operations (general purpose DMA
> writes), and tracking whe
On Tue, 01 Dec 2015, Ville Syrjälä wrote:
> On Tue, Dec 01, 2015 at 05:16:54PM +0200, Jani Nikula wrote:
>> Add a dummy entry to CEA/HDMI mode tables so they can be indexed
>> directly using the VIC, avoiding a +1/-1 dance here and there. This adds
>> clarity to the error checking for various fu
On Wed, Dec 02, 2015 at 11:53:02AM +0200, Jani Nikula wrote:
> On Tue, 01 Dec 2015, "Subhransu S. Prusty"
> wrote:
> > To fill the audio infoframe it is required to identify the connection type
> > as DP or HDMI. So parse the required bits in ELD to find the connection
> > type.
> >
> > Signed-of
On 1 December 2015 at 20:35, Eric Anholt wrote:
> This can be parsed with vc4-gpu-tools tools for trying to figure out
> what was going on.
>
I might be pushing my luck here ... have you thought about basing
(forking) vc4-gpu-tools of intel-gpu-tools ? I'd imagine that the
macros and helpers will
|Linux (All)
--
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/20151202/3b6b2941/attachment.html>
Hi Javier,
2015ë
11ì 26ì¼ 22:35ì Javier Martinez Canillas ì´(ê°) ì´ ê¸:
> [adding Ajay Kumar who added the bridge support]
>
> Hello Inki,
>
> On 11/26/2015 09:47 AM, Inki Dae wrote:
>> This patch fixes wrong return type when dt binding of bridge device
>> failed.
>>
>> If a board has
This patch adds of_graph dt binding support for panel device
and also keeps the backward compatibility.
i.e.,
The dts file for Exynos5800 based peach pi board
has a panel property so we need to keep the backward compatibility.
Changelog v2:
- return -EINVAL if getting a port node failed.
Signed-
This patch fixes wrong return type when dt binding of bridge device
failed.
If a board has a bridge device then of_graph_get_remote_port_parent
function shouldn't be NULL. So this patch will return a proper error
type so that the deferred probe isn't triggered.
Changelog v2:
- return -EINVAL if g
Hello Inki,
On 12/02/2015 08:57 AM, Inki Dae wrote:
> This patch fixes wrong return type when dt binding of bridge device
> failed.
>
> If a board has a bridge device then of_graph_get_remote_port_parent
> function shouldn't be NULL. So this patch will return a proper error
> type so that the def
This series adds support for ARM's HDLCD display controller found in Juno
and ARM TC2 Coretile. The HDLCD outputs an RGB stream that feeds into a
single digital encoder (DVI or HDMI).
This series depends on Sudeep Holla's SCPI driver (now in mainline) and on
the tda998x patches that have been queu
Update MAINTAINERS file for HDLCD driver.
Cc: Andrew Morton
Cc: Arnd Bergmann
Cc: Mauro Carvalho Chehab
Cc: Greg KH
Cc: Joe Perches
Cc: Jiri Slaby
Signed-off-by: Liviu Dudau
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index cba790b..
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Signed-off-by: Liviu Dudau
---
.../devicetree/bindings/display/arm,hdlcd.txt | 79 ++
1 file changed, 79 insertions(+)
create mode 100644 Documentation/devicetree/bindings/display/arm,h
ARM's Juno board has two HDLCD controllers, each linked to an NXP
TDA19988 HDMI transmitter that provides output encoding. Add them
to the device tree.
Signed-off-by: Liviu Dudau
---
arch/arm64/boot/dts/arm/juno-base.dtsi | 46 +++---
1 file changed, 42 insertions(+),
The HDLCD controller is a display controller that supports resolutions
up to 4096x4096 pixels. It is present on various development boards
produced by ARM Ltd and emulated by the latest Fast Models from the
company.
Cc: David Airlie
Cc: Robin Murphy
Signed-off-by: Liviu Dudau
---
drivers/gpu/
On Wed, Dec 02, 2015 at 01:46:40PM +0200, Jani Nikula wrote:
> On Tue, 01 Dec 2015, Ville Syrjälä wrote:
> > On Tue, Dec 01, 2015 at 05:16:54PM +0200, Jani Nikula wrote:
> >> Add a dummy entry to CEA/HDMI mode tables so they can be indexed
> >> directly using the VIC, avoiding a +1/-1 dance here
On Wed, 02 Dec 2015, Ville Syrjälä wrote:
> On Wed, Dec 02, 2015 at 01:46:40PM +0200, Jani Nikula wrote:
>> On Tue, 01 Dec 2015, Ville Syrjälä
>> wrote:
>> > On Tue, Dec 01, 2015 at 05:16:54PM +0200, Jani Nikula wrote:
>> >> Add a dummy entry to CEA/HDMI mode tables so they can be indexed
>>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/b6b4c1bf/attachment.html>
into a similar but cleaner stack trace...)
--
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/20151202/6acefad4/attachment.html>
From: Nicolai Hähnle
As soon as we leave the spinlock after the job has been added to the job
queue, we can no longer rely on the job's data to be available.
I have seen a null-pointer dereference due to sched == NULL in
amd_sched_wakeup via amd_sched_entity_push_job and
amd_sched_ib_submit_ker
On Wed, 02 Dec 2015, Daniel Vetter wrote:
> By popular demand.
Unpopular if you ask me.
Also, I think what you're trying to say is, use asciidoc the tool
instead of pandoc the tool, and as a side effect change the markup. Or
even, use a tool written in one language instead of a tool written in
a
Hi,
On 1 December 2015 at 20:35, Eric Anholt wrote:
> An async pageflip stores the modeset to be done and executes it once
> the BOs are ready to be displayed. This gets us about 3x performance
> in full screen rendering with pageflipping.
Looks good, but you're missing a preclose callback to r
Hi Mark, Caesar,
On 2 December 2015 at 01:01, Mark yao wrote:
> On 2015å¹´11æ23æ¥ 15:46, Caesar Wang wrote:
>> There is a warning for building.
>>
>> CC drivers/gpu/drm/rockchip/rockchip_drm_vop.o
>> drivers/gpu/drm/rockchip/rockchip_drm_vop.c:753:32: warning:
>> 'vop_win_last_pending_fb' defi
Hi Mark,
Thanks for getting back to this.
On 1 December 2015 at 09:31, Mark yao wrote:
> On 2015å¹´12æ01æ¥ 16:18, Daniel Stone wrote:
>> On 1 December 2015 at 03:26, Mark Yao wrote:
>>> >+ for_each_crtc_in_state(state, crtc, crtc_state, i) {
>>> >+ if (!crtc->state->active
Hi Mark,
On 2 December 2015 at 14:18, Daniel Stone wrote:
> On 1 December 2015 at 09:31, Mark yao wrote:
>> Can you share your Weston environment to me, I'm interesting to test drm
>> rockchip on weston.
>
> Of course. You can download Weston from http://wayland.freedesktop.org
> - the most
On Wed, Dec 02, 2015 at 12:22:59PM +, Liviu Dudau wrote:
> Cc: Rob Herring
> Cc: Pawel Moll
> Cc: Mark Rutland
> Cc: Ian Campbell
> Cc: Kumar Gala
>
> Signed-off-by: Liviu Dudau
I still think you should have a more specific compatible string, but
here's some rope:
Acked-by: Rob Herrin
Hi Heiko,
On 11/27/2015 09:32 PM, Heiko Stübner wrote:
> Am Mittwoch, 28. Oktober 2015, 16:56:01 schrieb Yakir Yang:
>> There are some IP limit on rk3288 that only support 4 physical lanes
>> of 2.7/1.6 Gbps/lane, so seprate them out by device_type flag.
>>
>> Tested-by: Javier Martinez Canillas
On Wed, Dec 02, 2015 at 08:25:15AM -0600, Rob Herring wrote:
> On Wed, Dec 02, 2015 at 12:22:59PM +, Liviu Dudau wrote:
> > Cc: Rob Herring
> > Cc: Pawel Moll
> > Cc: Mark Rutland
> > Cc: Ian Campbell
> > Cc: Kumar Gala
> >
> > Signed-off-by: Liviu Dudau
>
> I still think you should hav
Hello Inki,
On 12/02/2015 08:57 AM, Inki Dae wrote:
> This patch adds of_graph dt binding support for panel device
> and also keeps the backward compatibility.
>
You have to also update the DT binding doc which seems to be
outdated already:
Documentation/devicetree/bindings/display/exynos/exynos
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/a6d96f1e/attachment.html>
On Wed, Dec 02, 2015 at 12:23:00PM +, Liviu Dudau wrote:
> The HDLCD controller is a display controller that supports resolutions
> up to 4096x4096 pixels. It is present on various development boards
> produced by ARM Ltd and emulated by the latest Fast Models from the
> company.
>
> Cc: David
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/e3911f76/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/2a484049/attachment.html>
On Wed, Dec 02, 2015 at 03:33:43PM +0200, Jani Nikula wrote:
> On Wed, 02 Dec 2015, Daniel Vetter wrote:
> > By popular demand.
>
> Unpopular if you ask me.
>
> Also, I think what you're trying to say is, use asciidoc the tool
> instead of pandoc the tool, and as a side effect change the markup.
On Wed, Dec 02, 2015 at 04:24:19PM +0100, Daniel Vetter wrote:
> On Wed, Dec 02, 2015 at 12:23:00PM +, Liviu Dudau wrote:
> > The HDLCD controller is a display controller that supports resolutions
> > up to 4096x4096 pixels. It is present on various development boards
> > produced by ARM Ltd an
ceiving 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/20151202/47ccfb9c/attachment.html>
On Wed, 02 Dec 2015, Daniel Vetter wrote:
> On Wed, Dec 02, 2015 at 03:33:43PM +0200, Jani Nikula wrote:
>> On Wed, 02 Dec 2015, Daniel Vetter wrote:
>> > By popular demand.
>>
>> Unpopular if you ask me.
>>
>> Also, I think what you're trying to say is, use asciidoc the tool
>> instead of pand
On Tue, Dec 01, 2015 at 12:58:13PM +0100, Thomas Hellstrom wrote:
> On 12/01/2015 11:57 AM, Emil Velikov wrote:
> > Hi Thomas,
> >
> > Something doesn't feel quite right, please read on.
> >
> > On 30 November 2015 at 12:44, Thomas Hellstrom
> > wrote:
> >> A client calling drmSetMaster() using a
On 12/02/2015 04:54 PM, Daniel Vetter wrote:
> On Tue, Dec 01, 2015 at 12:58:13PM +0100, Thomas Hellstrom wrote:
>> On 12/01/2015 11:57 AM, Emil Velikov wrote:
>>> Hi Thomas,
>>>
>>> Something doesn't feel quite right, please read on.
>>>
>>> On 30 November 2015 at 12:44, Thomas Hellstrom
>>> wro
On Wed, Dec 02, 2015 at 04:33:31PM +0100, Daniel Vetter wrote:
> On Wed, Dec 02, 2015 at 04:24:19PM +0100, Daniel Vetter wrote:
> > On Wed, Dec 02, 2015 at 12:23:00PM +, Liviu Dudau wrote:
> > > The HDLCD controller is a display controller that supports resolutions
> > > up to 4096x4096 pixels.
On 02.12.2015 09:55, Daniel Vetter wrote:
> On Wed, Dec 02, 2015 at 06:40:32AM +0100, poma wrote:
>> On Tue, Dec 1, 2015 at 6:30 PM, Mario Kleiner
>> wrote:
>>> When we are at it, the one with the title "[PATCH] drm/nouveau: Use
>>> drm_vblank_on/off consistently" from Daniel, which has a reviewed
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/01d34f81/attachment.html>
From: Thierry Reding
These new helpers simplify implementing multi-driver modules and
properly handle failure to register one driver by unregistering all
previously registered drivers.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/armada/armada_drv.c | 18 +++---
1 file changed
From: Thierry Reding
Replace the driver-specific implementations with the ones implemented in
the core.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 42 +++--
1 file changed, 8 insertions(+), 34 deletions(-)
diff --git a/drivers/gpu/d
From: Thierry Reding
These new helpers simplify implementing multi-driver modules and
properly handle failure to register one driver by unregistering all
previously registered drivers.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/omapdrm/omap_drv.c | 26 +++---
1 file
From: Thierry Reding
These new helpers simplify implementing multi-driver modules and
properly handle failure to register one driver by unregistering all
previously registered drivers.
Signed-off-by: Thierry Reding
---
drivers/gpu/host1x/dev.c | 22 --
1 file changed, 8 ins
On Wed, Dec 2, 2015 at 6:15 AM, Emil Velikov
wrote:
> On 30 November 2015 at 19:47, Alex Deucher wrote:
>> On Sat, Nov 28, 2015 at 4:01 PM, Pavel Machek wrote:
>>>
>>> Thinkpad T40p needs agpmode 1.
>>>
>>> Signed-off-by: Pavel Machek
>>
>> Seems odd that this wouldn't have been found earlier
819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/67d57c6a/attachment.sig>
Panel timing descriptions using struct videomode don't have the vrefresh
field, so calculate it instead using drm_mode_vrefresh.
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/panel/panel-simple.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drive
e
drm_display_mode_from_videomode() function?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/ca5f0b6a/attachment.sig>
From: Thierry Reding
This function is like drm_modeset_lock_all(), but it takes the lock
acquisition context as a parameter rather than storing it in the DRM
device's mode_config structure.
Implement drm_modeset_{,un}lock_all() in terms of the new function for
better code reuse, and add a note t
From: Thierry Reding
Provide subsystem-level suspend and resume helpers that can be used to
implement suspend/resume on atomic mode-setting enabled drivers.
v2: simplify locking, enhance kerneldoc comments
v3: pass lock acquisition context by parameter, improve kerneldoc
v4: - remove redundant c
From: Thierry Reding
Use the drm_atomic_helper_suspend() and drm_atomic_helper_resume()
helpers to implement subsystem-level suspend/resume.
v2: suspend framebuffer device to avoid concurrency issues
v3: resume fbdev on failure to suspend (Emil Velikov)
Signed-off-by: Thierry Reding
---
drive
Hi Dave,
here are a couple of fixes for the imx-drm drivers.
regards
Philipp
The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec:
Linux 4.4-rc1 (2015-11-15 17:00:27 -0800)
are available in the git repository at:
git://git.pengutronix.de/git/pza/linux.git tags/imx-d
ure.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/8fd3a088/attachment.sig>
On 2 December 2015 at 16:33, Alex Deucher wrote:
> On Wed, Dec 2, 2015 at 6:15 AM, Emil Velikov
> wrote:
>> On 30 November 2015 at 19:47, Alex Deucher wrote:
>>> On Sat, Nov 28, 2015 at 4:01 PM, Pavel Machek wrote:
Thinkpad T40p needs agpmode 1.
Signed-off-by: Pavel Machek
{
u8 type = eld[DRM_ELD_SAD_COUNT_CONN_TYPE] &
DRM_ELD_CONN_TYPE_MASK;
return type == DRM_ELD_CONN_TYPE_DP;
}
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/d0f39dde/attachment.sig>
On Wed, Dec 02, 2015 at 04:24:19PM +0100, Daniel Vetter wrote:
> On Wed, Dec 02, 2015 at 12:23:00PM +, Liviu Dudau wrote:
> > The HDLCD controller is a display controller that supports resolutions
> > up to 4096x4096 pixels. It is present on various development boards
> > produced by ARM Ltd an
because I have no expertise in graphics.
--
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/20151202/1a2f634f/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/d10dec3a/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/8a7a7c37/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/1f7a2e76/attachment.html>
Hi Liviu,
On 2 December 2015 at 12:23, Liviu Dudau wrote:
> + if (irq_status & HDLCD_INTERRUPT_VSYNC) {
> + unsigned long flags;
> +
> + drm_handle_vblank(drm, 0);
> +
> + spin_lock_irqsave(&drm->event_lock, flags);
> + if (hdlcd->even
A client calling drmSetMaster() using a file descriptor that was opened
when another client was master would inherit the latter client's master
object and all its authenticated clients.
This is unwanted behaviour, and when this happens, instead allocate a
brand new master object for the client cal
On 12/02/2015 04:54 PM, Daniel Vetter wrote:
> On Tue, Dec 01, 2015 at 12:58:13PM +0100, Thomas Hellstrom wrote:
>> On 12/01/2015 11:57 AM, Emil Velikov wrote:
>>> Hi Thomas,
>>>
>>> Something doesn't feel quite right, please read on.
>>>
>>> On 30 November 2015 at 12:44, Thomas Hellstrom
>>> wro
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/20151202/f08948f2/attachment.html>
de. Just
use 'updater' to ensure you get [1.53.8.34])
--
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/20151202/d1728ac5/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/11edab4a/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/2364182e/attachment.html>
g.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/d9efaaa5/attachment-0001.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/3c213fbd/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/4a7bd829/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/4cbe1209/attachment.html>
KYO is the stock ticker symbol of Kyocera Corporation.
Signed-off-by: Lucas Stach
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefix
The Kyocera TCG121XGLP panel is an XGA LCD TFT panel connected through
LVDS, which can be supported by the simple panel driver.
Signed-off-by: Lucas Stach
---
.../bindings/display/panel/kyo,tcg121xglp.txt | 7 ++
drivers/gpu/drm/panel/panel-simple.c | 27 +
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/4f5c00d0/attachment.html>
to reuse existing api/abi.
I'll be putting this header in libdrm for use by Mesa and vc4-gpu-tools.
It will still have to live in the kernel as well, though.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/1cc3b678/attachment.sig>
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151202/ea51e2b1/attachment-0001.sig>
1 - 100 of 114 matches
Mail list logo
