https://bugzilla.kernel.org/show_bug.cgi?id=196563
Bug ID: 196563
Summary: Garbled graphics after resume on an R100-based card
Product: Drivers
Version: 2.5
Kernel Version: 4.11.0-2-686-pae (Debian sid)
Hardware: All
OS: Li
https://bugzilla.kernel.org/show_bug.cgi?id=196563
--- Comment #2 from felix (felix.vo...@posteo.de) ---
Created attachment 257791
--> https://bugzilla.kernel.org/attachment.cgi?id=257791&action=edit
Output of 'radeontool regmatch *' before suspending
--
You are receiving this mail because:
Yo
https://bugzilla.kernel.org/show_bug.cgi?id=196563
--- Comment #1 from felix (felix.vo...@posteo.de) ---
Created attachment 257789
--> https://bugzilla.kernel.org/attachment.cgi?id=257789&action=edit
lspci -v fragment
--
You are receiving this mail because:
You are watching the assignee of the
https://bugzilla.kernel.org/show_bug.cgi?id=196563
--- Comment #3 from felix (felix.vo...@posteo.de) ---
Created attachment 257793
--> https://bugzilla.kernel.org/attachment.cgi?id=257793&action=edit
Output of 'radeontool regmatch *' rust after resuming
--
You are receiving this mail because:
https://bugzilla.kernel.org/show_bug.cgi?id=196563
felix (felix.vo...@posteo.de) changed:
What|Removed |Added
Attachment #257793|Output of 'radeontool |Output of 'radeontool
https://bugzilla.kernel.org/show_bug.cgi?id=196563
--- Comment #4 from felix (felix.vo...@posteo.de) ---
Created attachment 257795
--> https://bugzilla.kernel.org/attachment.cgi?id=257795&action=edit
Output of 'radeontool regmatch *' after resuming and restoring VBE state
--
You are receiving
On Tue, Aug 1, 2017 at 12:20 PM, Laurent Pinchart
wrote:
> On Tuesday 01 Aug 2017 07:59:13 Maarten Lankhorst wrote:
>> + pri_state = drm_atomic_get_new_plane_state(crtc->primary,
>> state->state);
>> + if (pri_state) {
>> + struct omap_crtc_state *omap_crtc_state =
>> +
Den 02.08.2017 00.26, skrev David Lechner:
On 08/01/2017 01:08 PM, Noralf Trønnes wrote:
(cc: Daniel Vetter)
Den 01.08.2017 18.51, skrev David Lechner:
On 07/30/2017 12:14 PM, Noralf Trønnes wrote:
Den 29.07.2017 21.40, skrev David Lechner:
On 07/29/2017 02:17 PM, David Lechner wrote:
The
From: Hans Verkuil
This driver adds support for CEC implementations that use a pull-up
GPIO pin. While SoCs exist that do this, the primary use-case is to
turn a single-board computer into a cheap CEC debugger.
Together with 'cec-ctl --monitor-pin' you can do low-level CEC bus
monitoring and do
From: Hans Verkuil
Add a simple HDMI CEC GPIO driver that sits on top of the cec-pin framework.
While I have heard of SoCs that use the GPIO pin for CEC (apparently an
early RockChip SoC used that), the main use-case of this driver is to
function as a debugging tool.
By connecting the CEC line
From: Hans Verkuil
Add an entry for the CEC GPIO driver.
Signed-off-by: Hans Verkuil
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index aeb84877854b..d85959f82a09 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3199,6 +3199,15 @@ F:
From: Hans Verkuil
Document the bindings for the cec-gpio module for hardware where the
CEC pin is connected to a GPIO pin.
Signed-off-by: Hans Verkuil
---
Documentation/devicetree/bindings/media/cec-gpio.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 Documen
From: Hans Verkuil
This patch series adds CEC support for the omap4. It is based on
the 4.13-rc2 kernel with this patch series applied:
http://www.spinics.net/lists/dri-devel/msg143440.html
It is virtually identical to the first patch series posted in
April:
http://www.spinics.net/lists/dri-de
From: Hans Verkuil
The CEC framework needs to know when the hotplug detect signal
disappears, since that means the CEC physical address has to be
invalidated (i.e. set to f.f.f.f).
Add a lost_hotplug op that is called when the HPD signal goes away.
Signed-off-by: Hans Verkuil
---
drivers/gpu/
On Mon, Jul 31, 2017 at 10:03:04PM -0700, Keith Packard wrote:
> This modifies the datatypes used by the vblank code to provide both 64
> bits of vblank count and switch to using ktime_t for timestamps to
> increase resolution from microseconds to nanoseconds.
>
> The driver interfaces have been l
From: Hans Verkuil
Add the source and header for the OMAP4 HDMI CEC support.
This code is not yet hooked up, that will happen in the next patch.
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/omapdrm/dss/hdmi4_cec.c | 381
drivers/gpu/drm/omapdrm/dss/hdmi4_ce
From: Hans Verkuil
For OMAP4 CEC support the CEC pin should always be on. So keep
ls_oe_gpio high all the time in order to support CEC.
Background: even if the HPD is low it should still be possible
to use CEC. Some displays will set the HPD low when they go into standby or
when they switch to a
From: Hans Verkuil
Call hdmi4_core_powerdown_disable() in hdmi_power_on_core() to
power up the HDMI core (needed for CEC). The same call can now be dropped
in hdmi4_configure().
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/omapdrm/dss/hdmi4.c | 2 ++
drivers/gpu/drm/omapdrm/dss/hdmi4_c
From: Hans Verkuil
Hook up the HDMI CEC support in the hdmi4 driver.
It add the CEC irq handler, the CEC (un)init calls and tells the CEC
implementation when the physical address changes.
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/omapdrm/dss/Kconfig | 8
drivers/gpu/drm/omapd
From: Hans Verkuil
Three low-level functions in hdmi4.c and hdmi4_core.c are
made available for use by the OMAP4 CEC support.
Renamed the prefix to hdmi4 since these are OMAP4 specific.
These function deal with the HDMI core and are needed to
power it up for use with CEC, even when the HPD is l
From: Hans Verkuil
The hdmi_power_on/off_core functions can be called multiple times:
when the HPD changes and when the HDMI CEC support needs to power
the HDMI core.
So use a counter to know when to really power on or off the HDMI core.
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/omapdrm
From: Hans Verkuil
Pass struct omap_hdmi to the irq handler since it will need access
to hdmi.core.
Do not clear the IRQ_HDMI_CORE bit: that will be controlled by the
HDMI CEC code.
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/omapdrm/dss/hdmi4.c | 11 ++-
1 file changed, 6 inserti
From: Hans Verkuil
Extend the hdmi_core_data struct with the additional fields needed
for CEC.
Also fix a simple typo in a comment.
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/omapdrm/dss/hdmi.h | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/omapd
On Mon, Jul 31, 2017 at 10:03:05PM -0700, Keith Packard wrote:
> Place drm_event_vblank in a new union that includes that and a bare
> drm_event structure. This will allow new members of that union to be
> added in the future without changing code related to the existing vbl
> event type.
>
> Assi
https://bugzilla.kernel.org/show_bug.cgi?id=196563
felix (felix.vo...@posteo.de) changed:
What|Removed |Added
Hardware|All |i386
--
You are receivin
On Mon, Jul 31, 2017 at 10:03:06PM -0700, Keith Packard wrote:
> These provide crtc-id based functions instead of pipe-number, while
> also offering higher resolution time (ns) and wider frame count (64)
> as required by the Vulkan API.
>
> v2:
>
> * Check for DRIVER_MODESET in new crtc-based vb
On 02/08/17 05:53 PM, Daniel Vetter wrote:
> On Mon, Jul 31, 2017 at 10:03:04PM -0700, Keith Packard wrote:
>> This modifies the datatypes used by the vblank code to provide both 64
>> bits of vblank count and switch to using ktime_t for timestamps to
>> increase resolution from microseconds to nan
On Mon, Jul 31, 2017 at 11:11:06AM +, Alexey Brodkin wrote:
> Hi Dave,
>
> Could you please pull a couple of minor fixes for ARCPGU.
> These changes are based on today's drm-misc/drm-misc-next.
You can't send Dave a pull based on a random snapshot of drm-misc-next. If
you want to maintain you
On 01/08/17 02:03 PM, Keith Packard wrote:
> These provide crtc-id based functions instead of pipe-number, while
> also offering higher resolution time (ns) and wider frame count (64)
> as required by the Vulkan API.
>
> v2:
>
> * Check for DRIVER_MODESET in new crtc-based vblank ioctls
>
>
On Tue, Aug 01, 2017 at 10:26:41AM -0500, David Lechner wrote:
> The fbdev subsystem has a place for physical dimensions (width and height
> in mm) that is readable by userspace. Since DRM also knows these
> dimensions, pass this information to the fbdev device.
>
> Signed-off-by: David Lechner
From: Keith Packard
These provide a crtc-id based interface to get the current sequence
(frame) number and to queue an event to be delivered at a specific sequence.
Signed-off-by: Keith Packard
---
include/drm/drm.h | 32
xf86drm.c | 33
DRM lease and CRTC-based vblank APIs. Kernel code has already been posted.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
From: Keith Packard
drmModeCreateLease
drmModeListLessees
drmModeGetLease
drmModeRevokeLease
Changes for v2:
Remove lessee id from GetLease
Remove lessor_id from ListLeases
Add revoke
Renumber to track kernel rebase on drm-next
Signed-off-by: Keith Packard
---
include/drm/drm.h | 4 +++
On Mon, Jul 31, 2017 at 04:21:51PM +0300, Tomi Valkeinen wrote:
> On 30/06/17 15:36, Daniel Vetter wrote:
>
> > I don't think registering before everything is loaded make sense. On the
> > big desktop driver chips we have all the bridge/encoder/panel drivers
> > built into the driver. arm-soc love
On Tue, Aug 01, 2017 at 09:14:50AM -0700, Ben Widawsky wrote:
> On 17-07-31 10:29:55, Daniel Vetter wrote:
> > On Sat, Jul 29, 2017 at 09:25:50AM -0700, Ben Widawsky wrote:
> > > On 17-07-29 13:53:10, Daniel Stone wrote:
> > > > Hi Ben,
> > > >
> > > > On 26 July 2017 at 19:08, Ben Widawsky wrote:
Some parts of Host1x uses BIT_WORD/BIT_MASK/BITS_PER_LONG to calculate
register or field offsets. This worked fine on ARMv7, but now that
BITS_PER_LONG is 64 but our registers are still 32-bit things are
broken.
Fix by replacing..
- BIT_WORD with (x / 32)
- BIT_MASK with BIT(x % 32)
- BITS_PER_LON
https://bugs.freedesktop.org/show_bug.cgi?id=101961
--- Comment #11 from Samuel Pitoiset ---
Unfortunately, I can't reproduce the issue with
3f38e64270c03c9a9eb5368c06dcfd1896fbf6d0 and the same settings, etc.
Can you try again with latest mesa and boot your kernel with amdgpu.vm_debug=1?
It sho
Pinning a Host1x BO currently cannot fail and zero is a valid address
for a BO when IOMMU is enabled. To avoid false errors remove checks
for NULL BO physical addresses.
Fixes: 404bfb78daf3 ("gpu: host1x: Add IOMMU support")
Signed-off-by: Mikko Perttunen
---
drivers/gpu/host1x/job.c | 8 ---
On 01/08/17 19:47, Laurent Pinchart wrote:
> Hi Kieran,
>
> On Tuesday 01 Aug 2017 18:35:48 Kieran Bingham wrote:
>> On 26/06/17 19:12, Laurent Pinchart wrote:
>>> The VSP supports both header and headerless display lists. The latter is
>>> easier to use when the VSP feeds data directly to the DU
Hi Maxime,
On Thu, Jul 20, 2017 at 03:01:16PM +0200, Maxime Ripard wrote:
> The current drm_atomic_helper_commit_tail helper works only if the CRTC is
> accessible, and documents an alternative implementation that is supposed to
> be used if that happens.
>
> That implementation is then duplicate
On Wed, Aug 2, 2017 at 1:20 PM, Liviu Dudau wrote:
> On Thu, Jul 20, 2017 at 03:01:16PM +0200, Maxime Ripard wrote:
>> +/**
>> + * drm_atomic_helper_commit_tail_rpm - commit atomic update to hardware
>> + * @old_state: new modeset state to be committed
>> + *
>> + * This is an alternative implemen
I need this to untangle an include loop in the next patch.
Signed-off-by: Daniel Vetter
---
include/drm/drmP.h | 175 +--
include/drm/drm_device.h | 190 +++
2 files changed, 191 insertions(+), 174 deletion
Hi all,
Just a small cleanup plus kerneldoc for the unplug support. There's still the
fundamental problem that most likely our lifetime stuff is entirely screwed up
for this, at least never export a dma-buf or dma-fence from a driver which can
be hot-unplugged.
It'd be sweet if we could properly
While at it, also ocd and give them a consistent drm_dev_ prefix, like
the other device instance functionality. Plus move the functions into
the right places.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_drv.c | 24 +---
drivers/gpu/drm/drm_file.c
Use drm_dev_unregister to unregister the interfaces, which also allows
us to simplify the open_count == 0 case.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_drv.c | 15 +++
1 file changed, 3 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/
The only thing modern drivers are supposed to do in lastclose is
restore the fb emulation state. Which is entirely optional, and
there's really no reason to do that. So restrict it to legacy drivers
(where the driver cleanup essentially happens in lastclose).
This will also allow us to share the u
On 02/08/17 13:12, Daniel Vetter wrote:
> On Mon, Jul 31, 2017 at 04:21:51PM +0300, Tomi Valkeinen wrote:
>> On 30/06/17 15:36, Daniel Vetter wrote:
>>
>>> I don't think registering before everything is loaded make sense. On the
>>> big desktop driver chips we have all the bridge/encoder/panel driv
On Wed, Aug 2, 2017 at 1:54 PM, Tomi Valkeinen wrote:
> On 02/08/17 13:12, Daniel Vetter wrote:
>> On Mon, Jul 31, 2017 at 04:21:51PM +0300, Tomi Valkeinen wrote:
>>> On 30/06/17 15:36, Daniel Vetter wrote:
>>>
I don't think registering before everything is loaded make sense. On the
big
On Wed, Aug 02, 2017 at 01:27:23PM +0200, Daniel Vetter wrote:
> On Wed, Aug 2, 2017 at 1:20 PM, Liviu Dudau wrote:
> > On Thu, Jul 20, 2017 at 03:01:16PM +0200, Maxime Ripard wrote:
> >> +/**
> >> + * drm_atomic_helper_commit_tail_rpm - commit atomic update to hardware
> >> + * @old_state: new mo
https://bugs.freedesktop.org/show_bug.cgi?id=102014
Bug ID: 102014
Summary: Mesa git build broken by commit
bc7f41e11d325280db12e7b9444501357bc13922
Product: Mesa
Version: git
Hardware: Other
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=102014
--- Comment #1 from Marko ---
Created attachment 133196
--> https://bugs.freedesktop.org/attachment.cgi?id=133196&action=edit
Patch #1 to fix build
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=102014
--- Comment #2 from Marko ---
Created attachment 133197
--> https://bugs.freedesktop.org/attachment.cgi?id=133197&action=edit
Patch #2 to fix build
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=102014
--- Comment #3 from Marko ---
Created attachment 133198
--> https://bugs.freedesktop.org/attachment.cgi?id=133198&action=edit
Patch #3 to fix build
--
You are receiving this mail because:
You are the assignee for the bug.
Den 02.08.2017 00.11, skrev David Lechner:
LEGO MINDSTORMS EV3 has an LCD with a ST7586 controller. This adds a new
module for the ST7586 controller with parameters for the EV3 LCD display.
Signed-off-by: David Lechner
---
.../devicetree/bindings/display/st7586.txt | 26 +
drivers/
Hi Hans,
On Wednesday 02 Aug 2017 08:47:23 Hans Verkuil wrote:
> On 08/02/2017 12:32 AM, Laurent Pinchart wrote:
> >> +
> >> + cec_register_cec_notifier(cec->adap, cec->notify);
> >> +
> >> + return 0;
> >> +}
> >> +
> >> +static int dw_hdmi_cec_remove(struct platform_device *pdev)
> >> +{
> >>
Op 02-08-17 om 10:02 schreef Daniel Vetter:
> On Tue, Aug 1, 2017 at 12:20 PM, Laurent Pinchart
> wrote:
>> On Tuesday 01 Aug 2017 07:59:13 Maarten Lankhorst wrote:
>>> + pri_state = drm_atomic_get_new_plane_state(crtc->primary,
>>> state->state);
>>> + if (pri_state) {
>>> +
Hi Livu,
On Wednesday 02 Aug 2017 13:46:48 Liviu Dudau wrote:
> On Wed, Aug 02, 2017 at 01:27:23PM +0200, Daniel Vetter wrote:
> > On Wed, Aug 2, 2017 at 1:20 PM, Liviu Dudau wrote:
> >> On Thu, Jul 20, 2017 at 03:01:16PM +0200, Maxime Ripard wrote:
> >>> +/**
> >>> + * drm_atomic_helper_commit_t
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #33 from MirceaKitsune ---
After months of careful testing and experimentation, I have discovered what
seems to be the primary trigger of this freeze at last. It's not what triggers
it per say, but what "rigs" the system and causes i
On Wed, Aug 02, 2017 at 04:27:27PM +0300, Laurent Pinchart wrote:
> Hi Livu,
>
> On Wednesday 02 Aug 2017 13:46:48 Liviu Dudau wrote:
> > On Wed, Aug 02, 2017 at 01:27:23PM +0200, Daniel Vetter wrote:
> > > On Wed, Aug 2, 2017 at 1:20 PM, Liviu Dudau wrote:
> > >> On Thu, Jul 20, 2017 at 03:01:16
On 08/02/17 15:27, Russell King - ARM Linux wrote:
> On Wed, Aug 02, 2017 at 04:14:34PM +0300, Laurent Pinchart wrote:
>> Hi Hans,
>>
>> On Wednesday 02 Aug 2017 08:47:23 Hans Verkuil wrote:
>>> On 08/02/2017 12:32 AM, Laurent Pinchart wrote:
> +
> + cec_register_cec_notifier(cec->adap, cec
Hi Liviu,
On Wednesday 02 Aug 2017 14:32:06 Liviu Dudau wrote:
> On Wed, Aug 02, 2017 at 04:27:27PM +0300, Laurent Pinchart wrote:
> > On Wednesday 02 Aug 2017 13:46:48 Liviu Dudau wrote:
> >> On Wed, Aug 02, 2017 at 01:27:23PM +0200, Daniel Vetter wrote:
> >>> On Wed, Aug 2, 2017 at 1:20 PM, Livi
On Wed, Aug 02, 2017 at 04:49:16PM +0300, Laurent Pinchart wrote:
> Hi Liviu,
>
> On Wednesday 02 Aug 2017 14:32:06 Liviu Dudau wrote:
> > On Wed, Aug 02, 2017 at 04:27:27PM +0300, Laurent Pinchart wrote:
> > > On Wednesday 02 Aug 2017 13:46:48 Liviu Dudau wrote:
> > >> On Wed, Aug 02, 2017 at 01:
Hi Russell,
Thank you for the patch.
On Monday 31 Jul 2017 15:29:41 Russell King wrote:
> Add CEC notifier support to the HDMI bridge driver, so that the CEC
> part of the IP can receive its physical address.
>
> Signed-off-by: Russell King
> ---
> drivers/gpu/drm/bridge/synopsys/Kconfig |
On 08/02/17 16:11, Laurent Pinchart wrote:
> Hi Russell,
>
> Thank you for the patch.
>
> On Monday 31 Jul 2017 15:29:41 Russell King wrote:
>> Add CEC notifier support to the HDMI bridge driver, so that the CEC
>> part of the IP can receive its physical address.
>>
>> Signed-off-by: Russell King
On Wed, Aug 2, 2017 at 3:47 PM, Cihangir Akturk wrote:
> On Wed, Aug 02, 2017 at 02:38:50PM +0200, Daniel Vetter wrote:
>> On Wed, Aug 2, 2017 at 1:46 AM, Cihangir Akturk wrote:
>> > drm_gem_object_unreference is a compatibility alias for drm_gem_object_put
>> > so should
>> > not be used by new
On 08/02/2017 03:14 PM, Laurent Pinchart wrote:
> Hi Hans,
>
> On Wednesday 02 Aug 2017 08:47:23 Hans Verkuil wrote:
>> On 08/02/2017 12:32 AM, Laurent Pinchart wrote:
+
+ cec_register_cec_notifier(cec->adap, cec->notify);
+
+ return 0;
+}
+
+static int dw_hdmi
Hi Liviu,
On Wednesday 02 Aug 2017 14:57:30 Liviu Dudau wrote:
> On Wed, Aug 02, 2017 at 04:49:16PM +0300, Laurent Pinchart wrote:
> > On Wednesday 02 Aug 2017 14:32:06 Liviu Dudau wrote:
> >> On Wed, Aug 02, 2017 at 04:27:27PM +0300, Laurent Pinchart wrote:
> >>> On Wednesday 02 Aug 2017 13:46:48
Hi Hans,
On Wednesday 02 Aug 2017 15:34:33 Hans Verkuil wrote:
> On 08/02/17 15:27, Russell King - ARM Linux wrote:
> > On Wed, Aug 02, 2017 at 04:14:34PM +0300, Laurent Pinchart wrote:
> >> On Wednesday 02 Aug 2017 08:47:23 Hans Verkuil wrote:
> >>> On 08/02/2017 12:32 AM, Laurent Pinchart wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=102014
--- Comment #4 from Emil Velikov ---
Thanks for the report Marko.
Can you please squash these three patches (analogous to the offending commit)
and send the patch to the list - see
https://www.mesa3d.org/submittingpatches.html for details.
One
On Wed, Aug 2, 2017 at 3:27 PM, Laurent Pinchart
wrote:
> Hi Livu,
>
> On Wednesday 02 Aug 2017 13:46:48 Liviu Dudau wrote:
>> On Wed, Aug 02, 2017 at 01:27:23PM +0200, Daniel Vetter wrote:
>> > On Wed, Aug 2, 2017 at 1:20 PM, Liviu Dudau wrote:
>> >> On Thu, Jul 20, 2017 at 03:01:16PM +0200, Max
https://bugs.freedesktop.org/show_bug.cgi?id=102016
Bug ID: 102016
Summary: build error - pipe_r300.c:12:39: error: ‘flags’
undeclared (first use in this function)
Product: Mesa
Version: git
Hardware: All
OS
Den 02.08.2017 00.11, skrev David Lechner:
LEGO MINDSTORMS EV3 has an LCD with a ST7586 controller. This adds a new
module for the ST7586 controller with parameters for the EV3 LCD display.
Signed-off-by: David Lechner
---
.../devicetree/bindings/display/st7586.txt | 26 +
I forgot
https://bugs.freedesktop.org/show_bug.cgi?id=102014
--- Comment #5 from Nicolai Hähnle ---
*sigh*
This has not been a good week for me.
Please see https://patchwork.freedesktop.org/patch/170007/
--
You are receiving this mail because:
You are the assignee for the bug._
On Wednesday 26 July 2017 11:24 PM, Sean Paul wrote:
On Wed, Jul 26, 2017 at 12:51 PM, C, Ramalingam wrote:
-Original Message-
From: Sean Paul [mailto:seanp...@chromium.org]
Sent: Wednesday, July 26, 2017 8:23 PM
To: C, Ramalingam
Cc: Sean Paul ; Vetter, Daniel
; Intel Graphics Devel
On 17-08-02 12:14:15, Daniel Vetter wrote:
On Tue, Aug 01, 2017 at 09:14:50AM -0700, Ben Widawsky wrote:
On 17-07-31 10:29:55, Daniel Vetter wrote:
> On Sat, Jul 29, 2017 at 09:25:50AM -0700, Ben Widawsky wrote:
> > On 17-07-29 13:53:10, Daniel Stone wrote:
> > > Hi Ben,
> > >
> > > On 26 July 2
Commit 46f1d42f2738 ("drm: mali-dp: Update the state of all planes
before re-enabling active CRTCs.") changed the runtime_pm recommended
order of doing the commit_tail (disable old crtc, enable new crtc, do
the plane updates) to the old non-atomic compat order (disable old crtc,
do the plane update
Default connector property called "Content Protection" is added to
represent the content protection state of a connector and to
configure the same.
Userspace can request for enable or disable of content protection
on a connector. Set "DESIRED" for Enable and "UNDESIRED" for disable.
Content prote
Hi,
>>> On 24 July 2017 at 14:56, Volker Vogelhuber >>>
wrote: I wonder if it is
possible to have drmModeAddFB2 to handle 'X', 'R', '3', '0' at all.
So is this supported in any way? >>> Secondly, you're correct that you
would need (theoretically) to extend >>> drmModeAddFB2, howev
On 08/02/2017 03:05 AM, Noralf Trønnes wrote:
Den 02.08.2017 00.26, skrev David Lechner:
On 08/01/2017 01:08 PM, Noralf Trønnes wrote:
(cc: Daniel Vetter)
Den 01.08.2017 18.51, skrev David Lechner:
On 07/30/2017 12:14 PM, Noralf Trønnes wrote:
Den 29.07.2017 21.40, skrev David Lechner:
O
On 08/02/2017 08:03 AM, Noralf Trønnes wrote:
Please use tinydrm_xrgb_to_gray8().
I considered this, but is seems excessive to loop through the entire fb
twice just to make a 4x6 cursor blink.
You should use this function to enable the regulator and init the
controller. Don't look at
On 08/02/2017 04:46 AM, Daniel Vetter wrote:
On Tue, Aug 01, 2017 at 10:26:41AM -0500, David Lechner wrote:
The fbdev subsystem has a place for physical dimensions (width and height
in mm) that is readable by userspace. Since DRM also knows these
dimensions, pass this information to the fbdev de
On Tue, Aug 1, 2017 at 4:11 PM, Philipp Zabel
wrote:
> On Thu, 2017-07-27 at 15:47 +0300, Andrey Gusakov wrote:
> > Minimum pixel clock period is 6.5 nS for DPI. Do not accept modes
> > with lower pixel clock period.
> >
> > Signed-off-by: Andrey Gusakov
> > ---
> > drivers/gpu/drm/bridge/tc35
Add const to bin_attribute structures as they are only passed to the
functions sysfs_{remove/create}_bin_file or
device_{remove/create}_bin_file. The corresponding arguments are of
type const, so declare the structures to be const.
Signed-off-by: Bhumika Goyal
---
drivers/gpu/drm/i915/i915_sysfs
On Wed, Aug 02, 2017 at 04:14:34PM +0300, Laurent Pinchart wrote:
> Hi Hans,
>
> On Wednesday 02 Aug 2017 08:47:23 Hans Verkuil wrote:
> > On 08/02/2017 12:32 AM, Laurent Pinchart wrote:
> > >> +
> > >> +cec_register_cec_notifier(cec->adap, cec->notify);
> > >> +
> > >> +return 0;
On 02.08.2017 12:55, Mikko Perttunen wrote:
> Some parts of Host1x uses BIT_WORD/BIT_MASK/BITS_PER_LONG to calculate
> register or field offsets. This worked fine on ARMv7, but now that
> BITS_PER_LONG is 64 but our registers are still 32-bit things are
> broken.
>
> Fix by replacing..
> - BIT_WOR
On 08/02/2017 02:06 PM, Dmitry Osipenko wrote:
On 02.08.2017 12:55, Mikko Perttunen wrote:
Pinning a Host1x BO currently cannot fail and zero is a valid address
for a BO when IOMMU is enabled. To avoid false errors remove checks
for NULL BO physical addresses.
Fixes: 404bfb78daf3 ("gpu: host1x:
On 02.08.2017 14:16, Mikko Perttunen wrote:
> On 08/02/2017 02:06 PM, Dmitry Osipenko wrote:
>> On 02.08.2017 12:55, Mikko Perttunen wrote:
>>> Pinning a Host1x BO currently cannot fail and zero is a valid address
>>> for a BO when IOMMU is enabled. To avoid false errors remove checks
>>> for NULL
On 8/2/2017 2:48 AM, Alex Williamson wrote:
> On Tue, 25 Jul 2017 17:28:18 +0800
> Tina Zhang wrote:
>
>> Add VFIO_DEVICE_QUERY_GFX_PLANE ioctl command to let user mode query and
>> get the plan and its related information.
>>
>> The dma-buf's life cycle is handled by user mode and tracked by k
在 2017-08-02 12:53，Jernej Škrabec 写道：
Hi Icenowy,
Dne torek, 01. avgust 2017 ob 15:12:52 CEST je Icenowy Zheng
napisal(a):
Allwinner H3 features a "Display Engine 2.0".
Add device tree bindings for the following parts:
- H3 TCONs
- H3 Mixers
- H3 Display engine
Signed-off-by: Icenowy Zheng
Hi Daniel,
On Wed, 2017-08-02 at 11:41 +0200, Daniel Vetter wrote:
> On Mon, Jul 31, 2017 at 11:11:06AM +, Alexey Brodkin wrote:
> >
> > Hi Dave,
> >
> > Could you please pull a couple of minor fixes for ARCPGU.
> > These changes are based on today's drm-misc/drm-misc-next.
>
> You can't se
Hi Icenowy,
Dne torek, 01. avgust 2017 ob 15:12:52 CEST je Icenowy Zheng napisal(a):
> Allwinner H3 features a "Display Engine 2.0".
>
> Add device tree bindings for the following parts:
> - H3 TCONs
> - H3 Mixers
> - H3 Display engine
>
> Signed-off-by: Icenowy Zheng
> ---
> .../bindings/disp
On 02.08.2017 12:55, Mikko Perttunen wrote:
> Pinning a Host1x BO currently cannot fail and zero is a valid address
> for a BO when IOMMU is enabled. To avoid false errors remove checks
> for NULL BO physical addresses.
>
> Fixes: 404bfb78daf3 ("gpu: host1x: Add IOMMU support")
> Signed-off-by: Mi
Hi Icenowy,
Dne torek, 01. avgust 2017 ob 15:12:58 CEST je Icenowy Zheng napisal(a):
> As we have already the support for the DE2 on Allwinner H3, add the
> display engine pipeline device tree nodes to its DTSI file.
>
> The H5 pipeline has some differences and will be enabled later.
>
> Signed-
在 2017-08-02 12:47，Jernej Škrabec 写道：
Hi Icenowy,
Dne torek, 01. avgust 2017 ob 15:12:58 CEST je Icenowy Zheng
napisal(a):
As we have already the support for the DE2 on Allwinner H3, add the
display engine pipeline device tree nodes to its DTSI file.
The H5 pipeline has some differences and w
fb_crtc is used before a null check, so move the use after the null check.
This was just identified by inspection. I haven't actually observed a crash
here, so it is possible that the null check could be unnecessary.
Signed-off-by: David Lechner
---
drivers/gpu/drm/drm_fb_helper.c | 2 +-
1 fil
The fbdev subsystem has a place for physical dimensions (width and height
in mm) that is readable by userspace. Since DRM also knows these
dimensions, pass this information to the fbdev device.
Signed-off-by: David Lechner
---
v1 changes (from RFC):
* Use loop to get info from first connected co
On Wed, Aug 2, 2017 at 6:16 AM, Alexey Brodkin
wrote:
> Hi Daniel,
>
> On Wed, 2017-08-02 at 11:41 +0200, Daniel Vetter wrote:
>> On Mon, Jul 31, 2017 at 11:11:06AM +, Alexey Brodkin wrote:
>> >
>> > Hi Dave,
>> >
>> > Could you please pull a couple of minor fixes for ARCPGU.
>> > These change
From: Russell King
Add a CEC driver for the dw-hdmi hardware.
Reviewed-by: Neil Armstrong
Signed-off-by: Russell King
[hans.verkuil: unsigned -> unsigned int]
[hans.verkuil: cec_transmit_done -> cec_transmit_attempt_done]
[hans.verkuil: add missing CEC_CAP_PASSTHROUGH]
Acked-by: Hans Verkuil
From: Russell King
We don't need the CEC engine register definitions, so let's remove them.
Signed-off-by: Russell King
Acked-by: Hans Verkuil
Tested-by: Hans Verkuil
Tested-by: Laurent Pinchart
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.h | 45 ---
1 file chang
From: Russell King
Add CEC notifier support to the HDMI bridge driver, so that the CEC
part of the IP can receive its physical address.
Signed-off-by: Russell King
[hans.verkuil: added missing cec_notifier_put to remove()]
Acked-by: Hans Verkuil
Tested-by: Hans Verkuil
Tested-by: Laurent Pinc
1 - 100 of 141 matches
Mail list logo
