https://bugs.freedesktop.org/show_bug.cgi?id=103808
--- Comment #11 from bartos.p...@gmail.com ---
Confirming bug 103919 is also fixed.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.
On Wed, Nov 29, 2017 at 6:05 AM, Archit Taneja wrote:
> On 11/29/2017 03:02 AM, John Stultz wrote:
>> On Sun, Nov 26, 2017 at 4:56 AM, Archit Taneja
>> wrote:
>>> Apart from this, we should also move adv7511_cec_init() up in the probe
>>> so that it's called before the drm_bridge is registered.
On 11/28/2017 04:12 AM, Christian König wrote:
>
>
> How about the attached patch? It limits the newly added MMIO space to
> the upper 256GB of the address space. That should still be enough for
> most devices, but we avoid both issues with Xen dom0 as most likely
> problems with memory hotplug as
to make it easier to keep in sync with the OF device table.
Signed-off-by: H. Nikolaus Schaller
---
drivers/gpu/drm/omapdrm/displays/panel-tpo-td028ttec1.c | 12 ++--
.../video/fbdev/omap2/omapfb/displays/panel-tpo-td028ttec1.c | 11 +--
2 files changed, 19 insertions(+), 4
Move the mutex, waitqueue, timer and detect work initialisation early
in the driver's initialisation, rather than being after we've registered
the CEC device.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff
We can remove the unnecessary "omapdss," prefix because
the omapdrm driver takes care of it when matching with
the driver table.
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap3-pandora-common.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/d
Hi!
Dne torek, 28. november 2017 ob 16:54:42 CET je Maxime Ripard napisal(a):
> Hi,
>
> On Mon, Nov 27, 2017 at 09:57:34PM +0100, Jernej Skrabec wrote:
> > Since the time initial DE2 driver was written, some knowledge was gained
> > what setting are really necessary and what most of the magic val
We no longer use the CEC client to access the CEC part itself, so we can
move this later in the initialisation sequence.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
Hi!
Dne torek, 28. november 2017 ob 22:00:01 CET je Maxime Ripard napisal(a):
> Hi,
>
> On Mon, Nov 27, 2017 at 09:57:41PM +0100, Jernej Skrabec wrote:
> > This commit adds basic support for VI planes. They are meant for video
> > overlay and because of that they support YUV formats too. However,
Always disable and clear interrupts at probe time to ensure that the
TDA998x is in a sane state. This ensures that the interrupt line,
which is also the CEC clock calibration signal, is always deasserted.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/tda998x_drv.c | 14 +-
1 f
On Tue, 28 Nov 2017, Daniel Vetter wrote:
On Tue, Nov 28, 2017 at 12:16:03PM +0100, Maarten Lankhorst wrote:
Some drivers like i915 start with crtc's enabled, but with deferred
fbcon setup they were no longer disabled as part of fbdev setup.
Headless units could no longer enter pc3 state becaus
Hi,
This patch series adds CEC support to the DRM TDA998x driver. The
TDA998x family of devices integrate a TDA9950 CEC at a separate I2C
address from the HDMI encoder.
Implementation of the CEC part is separate to allow independent CEC
implementations, or independent HDMI implementations (since
Fix ptr_ret.cocci warnings:
drivers/gpu/drm/tegra/drm.c:597:1-3: WARNING: PTR_ERR_OR_ZERO can be used
Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Signed-off-by: Vasyl Gomonovych
---
drivers/gpu/drm/tegra/drm.c | 4 +---
1 file ch
If tda998x_get_audio_ports() fails, and we requested the interrupt, we
fail to free the interrupt before returning failure. Rework the failure
cleanup code and exit paths so that we always clean up properly after an
error, and always propagate the error code.
Signed-off-by: Russell King
---
dri
The TDA998x is a HDMI transmitter with a TDA9950 CEC engine integrated
onto the same die. Add support for the TDA9950 CEC engine to the
TDA998x driver.
Signed-off-by: Russell King
---
drivers/gpu/drm/i2c/Kconfig | 1 +
drivers/gpu/drm/i2c/tda998x_drv.c | 209
* H. Nikolaus Schaller [171128 15:04]:
> Hi Tony,
>
> > Am 28.11.2017 um 15:57 schrieb Tony Lindgren :
> >
> > * H. Nikolaus Schaller [171116 08:53]:
> >> Vendor string is "tpo" and not "toppoly".
> >>
> >> Signed-off-by: H. Nikolaus Schaller
> >> ---
> >> arch/arm/boot/dts/omap3-gta04.dtsi |
Hi,
Dne torek, 28. november 2017 ob 10:02:23 CET je Maxime Ripard napisal(a):
> Hi,
>
> On Mon, Nov 27, 2017 at 05:01:49PM +0100, Jernej Škrabec wrote:
> > Dne ponedeljek, 27. november 2017 ob 16:41:35 CET je Maxime Ripard
napisal(a):
> > > Add support for the A83T display pipeline.
> > >
> > >
* H. Nikolaus Schaller [171116 08:53]:
> Vendor string is "tpo" and not "toppoly".
>
> Signed-off-by: H. Nikolaus Schaller
> ---
> arch/arm/boot/dts/omap3-gta04.dtsi | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm/boot/dts/omap3-gta04.dtsi
> b/arch/arm/boot/d
> Am 28.11.2017 um 17:00 schrieb Tony Lindgren :
>
> * H. Nikolaus Schaller [171128 15:51]:
>>> Am 28.11.2017 um 16:10 schrieb Tony Lindgren :
>>> OK fine dropping both. Please update the description in both dts
>>> patches to make it clear they are needed as a fix. Preferrably
>>> with a proper
On Tue, Nov 28, 2017 at 01:13:51PM +0100, SF Markus Elfring wrote:
> Additional improvement possibilities can be taken into account
> after corresponding software development discussions, can't they?
Sure, but that is in contrary to all you replies. I guess you are
familiar with Documentation/proc
Hi Tony,
> Am 28.11.2017 um 15:57 schrieb Tony Lindgren :
>
> * H. Nikolaus Schaller [171116 08:53]:
>> Vendor string is "tpo" and not "toppoly".
>>
>> Signed-off-by: H. Nikolaus Schaller
>> ---
>> arch/arm/boot/dts/omap3-gta04.dtsi | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>
Add a CEC driver for the TDA9950, which is a stand-alone I2C CEC device,
but is also integrated into HDMI transceivers such as the TDA9989 and
TDA19989.
The TDA9950 contains a command processor which handles retransmissions
and the low level bus protocol. The driver just has to read and write
the
On 11/28/2017 10:30 AM, Ville Syrjälä wrote:
>> +dev_priv->bridge_dev =
>> +pci_get_domain_bus_and_slot(domain, 0, PCI_DEVFN(0, 0));
> Maybe just pci_get_slot(pdev->bus, PCI_DEVFN(0, 0)) ?
>
> I guess if we want to be pedantic we could go for:
>
> bus = pci_find_host_bridge(pdev->
From: Kuninori Morimoto
In general, PLL has VCO (= Voltage controlled oscillator),
one of the very important electronic feature called as "jitter"
is related to this VCO.
In academic generalism, VCO should be maximum to be more small jitter.
In high frequency clock, jitter will be large impact.
Hi,
> Am 28.11.2017 um 17:18 schrieb Tony Lindgren :
>
> * H. Nikolaus Schaller [171128 16:17]:
>> Hi Tony,
>>
>>> Am 28.11.2017 um 17:04 schrieb Tony Lindgren :
>>>
>>> * H. Nikolaus Schaller [171128 15:52]:
We can remove the unnecessary "omapdss," prefix because
the omapdrm driver
Hi Tony,
> Am 28.11.2017 um 17:04 schrieb Tony Lindgren :
>
> * H. Nikolaus Schaller [171128 15:52]:
>> We can remove the unnecessary "omapdss," prefix because
>> the omapdrm driver takes care of it when matching with
>> the driver table.
>
> So is this needed as a fix or is this another clean-
Official vendor string is now "tpo" and not "toppoly".
Requires patch "omapdrm: panel: fix compatible vendor string for td028ttec1"
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap3-gta04.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/om
The vendor name was "toppoly" but other panels and the vendor list
have defined it as "tpo". So let's fix it in driver and bindings.
We keep the old definition in parallel to stay compatible with
potential older DTB setup.
Signed-off-by: H. Nikolaus Schaller
---
.../display/panel/{toppoly,td028
* H. Nikolaus Schaller [171128 15:51]:
> > Am 28.11.2017 um 16:10 schrieb Tony Lindgren :
> > OK fine dropping both. Please update the description in both dts
> > patches to make it clear they are needed as a fix. Preferrably
> > with a proper fixes tag.
>
> Well, it is not "needed" in a strong s
pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as
where a PCI device is present. This restricts the device drivers to be
reused for other domain numbers.
Getting ready to remove pci_get_bus_and_slot() function in favor of
pci_get_domain_bus_and_slot().
Hard-coding the domain
Changes V3:
* stay compatible with old DTB files which still use "toppoly" (suggested by
Tomi Valkeinen)
* replaced MODULE_ALIAS entries by MODULE_DEVICE_TABLE (suggested by Andrew F.
Davis)
* removed DSI VDDS patch as it has already been accepted
2017-11-16 09:50:22: Changes V2:
* replaced patc
Hi!
Dne torek, 28. november 2017 ob 23:00:14 CET je Maxime Ripard napisal(a):
> On Tue, Nov 28, 2017 at 04:48:55PM +0100, Jernej Škrabec wrote:
> > > On Mon, Nov 27, 2017 at 05:01:49PM +0100, Jernej Škrabec wrote:
> > > > Dne ponedeljek, 27. november 2017 ob 16:41:35 CET je Maxime Ripard
> >
> >
Hi!
Dne torek, 28. november 2017 ob 09:58:26 CET je Maxime Ripard napisal(a):
> On Mon, Nov 27, 2017 at 05:07:04PM +0100, Jernej Škrabec wrote:
> > Hi Maxime,
> >
> > Dne ponedeljek, 27. november 2017 ob 16:41:29 CET je Maxime Ripard
napisal(a):
> > > It seems like the mixer can only run properl
Hi!
Dne torek, 28. november 2017 ob 21:55:50 CET je Maxime Ripard napisal(a):
> On Mon, Nov 27, 2017 at 09:57:46PM +0100, Jernej Skrabec wrote:
> > DE2 have many CSC units - channel input CSC, channel output CSC and
> > mixer output CSC and maybe more.
> >
> > Fortunately, they have all same regi
* H. Nikolaus Schaller [171128 16:17]:
> Hi Tony,
>
> > Am 28.11.2017 um 17:04 schrieb Tony Lindgren :
> >
> > * H. Nikolaus Schaller [171128 15:52]:
> >> We can remove the unnecessary "omapdss," prefix because
> >> the omapdrm driver takes care of it when matching with
> >> the driver table.
>
On 11/13/2017 08:09 AM, Oded Gabbay wrote:
> On Sat, Nov 11, 2017 at 8:16 AM, Randy Dunlap wrote:
>> From: Randy Dunlap
>>
>> Fix GP fault caused by dev_info() reference to a struct device*
>> after the device has been freed (use after free).
>> kfd_chardev_exit() frees the device so 'kfd_device'
* H. Nikolaus Schaller [171128 15:52]:
> We can remove the unnecessary "omapdss," prefix because
> the omapdrm driver takes care of it when matching with
> the driver table.
So is this needed as a fix or is this another clean-up?
So is this is really needed as a fix?
If this is just clean-up, a
Hi Tony,
> Am 28.11.2017 um 16:10 schrieb Tony Lindgren :
>
> * H. Nikolaus Schaller [171128 15:04]:
>> Hi Tony,
>>
>>> Am 28.11.2017 um 15:57 schrieb Tony Lindgren :
>>>
>>> * H. Nikolaus Schaller [171116 08:53]:
Vendor string is "tpo" and not "toppoly".
Signed-off-by: H. Nik
This file has been copy-pasted-pasted:
~/linux$ x=drivers/video/fbdev/au1200fb.h; diff -u <(head -n 286 $x; head -n
286 $x) $x
~/linux$
Signed-off-by: Rasmus Villemoes
---
drivers/video/fbdev/au1200fb.h | 286 -
1 file changed, 286 deletions(-)
diff
Fix ptr_ret.cocci warnings:
drivers/gpu/drm/tegra/gem.c:420:1-3: WARNING: PTR_ERR_OR_ZERO can be used
Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Signed-off-by: Vasyl Gomonovych
---
drivers/gpu/drm/tegra/gem.c | 4 +---
1 file ch
* H. Nikolaus Schaller [171128 15:52]:
> Official vendor string is now "tpo" and not "toppoly".
>
> Requires patch "omapdrm: panel: fix compatible vendor string for td028ttec1"
This is not a fix then, this is a clean up as you change the compatible
earlier. Please resend this separately once the
On 2017-11-27 01:20 PM, Christian König wrote:
> Am 27.11.2017 um 13:02 schrieb Michel Dänzer:
>> [SNIP]
>> I thought I did above...
>>
>> Commit f7871fd19389c5f64f625a4389675d0740f0dfe4 made the radeon driver
>> rely on ttm_populate_and_map_pages, which is implemented as:
>>
>> static inline int t
https://bugs.freedesktop.org/show_bug.cgi?id=103791
--- Comment #8 from denisgolo...@yandex.ru ---
Any news on that?
Should I report some more information/logs/etc?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel
On Tue, Nov 28, 2017 at 02:45:49PM +0100, Marek Szyprowski wrote:
> Hi Daniel,
>
> On 2017-11-20 08:33, Daniel Vetter wrote:
> > On Wed, Nov 15, 2017 at 10:26:45AM +0900, Inki Dae wrote:
> > > 2017년 11월 14일 13:22에 Dave Airlie 이(가) 쓴 글:
> > > > On 26 October 2017 at 11:37, Inki Dae wrote:
> > > >
On Tue, Nov 28, 2017 at 03:42:36PM -0800, Doug Anderson wrote:
> Hi,
>
> On Sun, Nov 26, 2017 at 6:22 PM, Sandy Huang wrote:
> > Hi Daniel,
> > I register the account and get the drm-misc commit rights now, thanks.
> >
> >
> > 在 2017/11/24 22:51, Daniel Vetter 写道:
> >>
> >> On Fri, Nov 24, 20
Am Mittwoch, 29. November 2017, 10:54:18 CET schrieb Daniel Vetter:
> On Tue, Nov 28, 2017 at 03:42:36PM -0800, Doug Anderson wrote:
> > Hi,
> >
> > On Sun, Nov 26, 2017 at 6:22 PM, Sandy Huang wrote:
> > > Hi Daniel,
> > >
> > > I register the account and get the drm-misc commit rights now,
On Tue, Nov 28, 2017 at 12:30:30PM +, Sudip Mukherjee wrote:
> On Tue, Nov 28, 2017 at 12:32:38PM +0100, Greg KH wrote:
> > On Tue, Nov 28, 2017 at 11:22:17AM +0100, Daniel Vetter wrote:
> > > On Mon, Nov 27, 2017 at 08:52:19PM +, Sudip Mukherjee wrote:
> > > > On Mon, Nov 27, 2017 at 11:27
On Tue, Nov 28, 2017 at 02:36:09PM +0100, Hans de Goede wrote:
> Hi,
>
> On 28-11-17 11:27, Daniel Vetter wrote:
> > On Sat, Nov 25, 2017 at 06:33:34PM +0100, Hans de Goede wrote:
> > > Hi All,
> > >
> > > Here is v6 of my series to add a "panel orientation" property to
> > > the drm-connector fo
On Wed, Nov 29, 2017 at 08:57:36AM +0100, Hans Verkuil wrote:
> On 11/29/2017 08:41 AM, Hans Verkuil wrote:
> > Hi Russell,
> >
> > On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote:
> >> Hi,
> >>
> >> This patch series adds CEC support to the DRM TDA998x driver. The
> >> TDA998x family of d
Hi,
On 29 November 2017 at 10:02, Daniel Vetter wrote:
> On Wed, Nov 29, 2017 at 08:57:36AM +0100, Hans Verkuil wrote:
>> BTW, I didn't see this patch series appear on dri-devel, even though it is
>> CC-ed there. Odd.
>
> Moderation queue doesn't get flushed all that regularly for
> non-subscribe
On 07.11.2017 17:56, Andrey Gusakov wrote:
> This set of patches fixes several issues that was found during testing
> tc358767 with desktop DisplayPort displays.
>
> Changes since v3
> - added comment about removed VPCTRL0 write
> - corrected comment in "filter out too high modes"
>
drm_atomic_helper_setup_commit expects that flipping of previous commits
has happened when it is called to set up a new commit. This can be violated
by commits where userspace doesn't get a flip completion event to
synchronize against i.e. legacy modesets and property changes.
The expectation is t
On Mon, 20 Nov 2017, Johan Hovold wrote:
> Fix child-node lookup during probe, which ended up searching the whole
> device tree depth-first starting at the parent rather than just matching
> on its children.
>
> To make things worse, the parent mfd node was also prematurely freed,
> while the chi
On Mon, 20 Nov 2017, Johan Hovold wrote:
> Fix child-node lookup during probe, which ended up searching the whole
> device tree depth-first starting at the parent rather than just matching
> on its children.
>
> To make things worse, the parent mfd node was also prematurely freed.
>
> Fixes: 59e
On Mon, 20 Nov 2017, Johan Hovold wrote:
> Two framebuffer device-node names were looked up during probe, but were
> only used as flags to indicate the presence of two framebuffer device.
>
> Drop the unused framebuffer name along with a likewise unused device
> pointer from the driver data, and
On Mon, 20 Nov 2017, Johan Hovold wrote:
> Fix child-node lookup during probe, which ended up searching the whole
> device tree depth-first starting at the parent rather than just matching
> on its children.
>
> This would only cause trouble if the child node is missing while there
> is an unrela
From: Michal Srb
The io_mem_pfn field was added in ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and
is used unconditionally. Most drivers were updated to set it to the default
implementation ttm_bo_default_io_mem_pfn, but hibmc was not.
This fixes crash in ttm_bo_vm_fault when hibmc driver is used.
The vendor code waits for infoframe to detect video mode set by source.
We do not need to follow this pattern, because video mode information is
provided by drm core. As a result most of the infoframe handling
code can be removed.
Start transmission immediately after detecting stream on HDMI lines
https://bugs.freedesktop.org/show_bug.cgi?id=103968
Bug ID: 103968
Summary: No Hardware Acceleration with AMD RX 550
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Seve
On 11/29/17 10:11, Russell King - ARM Linux wrote:
> On Wed, Nov 29, 2017 at 08:41:45AM +0100, Hans Verkuil wrote:
>> Hi Russell,
>>
>> On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote:
>>> Hi,
>>>
>>> This patch series adds CEC support to the DRM TDA998x driver. The
>>> TDA998x family of de
2017-11-28 14:32 GMT+01:00 Greg KH :
> On Mon, Nov 06, 2017 at 04:59:45PM +0100, Benjamin Gaignard wrote:
>> Instead a getting only one common device "/dev/ion" for
>> all the heaps this patch allow to create one device
>> entry ("/dev/ionX") per heap.
>> Getting an entry per heap could allow to se
https://bugs.freedesktop.org/show_bug.cgi?id=103968
Michel Dänzer changed:
What|Removed |Added
Attachment #135796|text/x-log |text/plain
mime type|
The UV swap code was not always programming things correctly when
the source origin box has been offset. Fix this.
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/armada_crtc.h| 2 ++
drivers/gpu/drm/armada/armada_overlay.c | 38 -
2 files changed, 21
On Wed, Nov 29, 2017 at 09:11:43AM +, Russell King - ARM Linux wrote:
> On Wed, Nov 29, 2017 at 08:41:45AM +0100, Hans Verkuil wrote:
> > Hi Russell,
> >
> > On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote:
> > > Hi,
> > >
> > > This patch series adds CEC support to the DRM TDA998x dri
On 29.11.2017 15:25, Mikko Perttunen wrote:
> On 29.11.2017 14:18, Dmitry Osipenko wrote:
>> On 29.11.2017 12:10, Mikko Perttunen wrote:
>>> On 12.11.2017 13:23, Dmitry Osipenko wrote:
On 11.11.2017 00:15, Dmitry Osipenko wrote:
> On 07.11.2017 18:29, Dmitry Osipenko wrote:
>> On 07.11
On 12.11.2017 13:23, Dmitry Osipenko wrote:
On 11.11.2017 00:15, Dmitry Osipenko wrote:
On 07.11.2017 18:29, Dmitry Osipenko wrote:
On 07.11.2017 16:11, Mikko Perttunen wrote:
On 05.11.2017 19:14, Dmitry Osipenko wrote:
On 05.11.2017 14:01, Mikko Perttunen wrote:
Add an option to host1x_chan
Avoid powering down the overlay SRAM banks when disabling the primary
plane, thereby masking any overlay video. This feature is supposed to
allow us to cut the bandwidth required while displaying full-frame
overlay video.
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/armada_crtc.c | 9
Add the optional calibration gpio for integrated TDA9950 CEC support.
This GPIO corresponds with the interrupt from the TDA998x, as the
calibration requires driving the interrupt pin low.
Signed-off-by: Russell King
---
Sorry, this patch got forgotten, tacking it on the end of the series.
Docum
On 29.11.2017 00:18, Vasyl Gomonovych wrote:
Fix ptr_ret.cocci warnings:
drivers/gpu/drm/tegra/gem.c:420:1-3: WARNING: PTR_ERR_OR_ZERO can be used
Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Signed-off-by: Vasyl Gomonovych
---
On 16.11.2017 18:40, Dmitry Osipenko wrote:
On 05.11.2017 14:01, Mikko Perttunen wrote:
To allow client drivers to free resources when jobs have completed,
deliver job completion callbacks to them. This requires adding
reference counting to context objects, as job completion can happen
after the
Fix the leak of the CRTC structure in the failure paths of
armada_drm_crtc_create().
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/armada_crtc.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/armada/armada_crtc.c
b/drivers/gpu/drm/armada/
On 29.11.2017 14:18, Dmitry Osipenko wrote:
On 29.11.2017 12:10, Mikko Perttunen wrote:
On 12.11.2017 13:23, Dmitry Osipenko wrote:
On 11.11.2017 00:15, Dmitry Osipenko wrote:
On 07.11.2017 18:29, Dmitry Osipenko wrote:
On 07.11.2017 16:11, Mikko Perttunen wrote:
On 05.11.2017 19:14, Dmitry
Lookup the drm_format_info structure once when computing all the
framebuffer plane addresses by using drm_format_info(), rather than
repetitive lookups via drm_format_plane_cpp().
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/armada_crtc.c | 5 +++--
1 file changed, 3 insertions(+), 2 d
We weren't correctly calculating the YUV planar offsets for subsampled
chroma planes correctly - fix up the coordinates for planes 1 and 2.
Signed-off-by: Russell King
---
drivers/gpu/drm/armada/armada_crtc.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/
On 29.11.2017 12:10, Mikko Perttunen wrote:
> On 12.11.2017 13:23, Dmitry Osipenko wrote:
>> On 11.11.2017 00:15, Dmitry Osipenko wrote:
>>> On 07.11.2017 18:29, Dmitry Osipenko wrote:
On 07.11.2017 16:11, Mikko Perttunen wrote:
> On 05.11.2017 19:14, Dmitry Osipenko wrote:
>> On 05.11
On Wed, Nov 29, 2017 at 01:43:27PM +0100, Hans Verkuil wrote:
> On 11/29/17 10:11, Russell King - ARM Linux wrote:
> > On Wed, Nov 29, 2017 at 08:41:45AM +0100, Hans Verkuil wrote:
> >> Hi Russell,
> >>
> >> On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote:
> >>> Hi,
> >>>
> >>> This patch se
On Wed, Nov 29, 2017 at 08:41:45AM +0100, Hans Verkuil wrote:
> Hi Russell,
>
> On 11/29/2017 12:17 AM, Russell King - ARM Linux wrote:
> > Hi,
> >
> > This patch series adds CEC support to the DRM TDA998x driver. The
> > TDA998x family of devices integrate a TDA9950 CEC at a separate I2C
> > ad
Hi David,
This series fixes some issues in the Armada DRM driver:
- A memory leak while cleaning up in the CRTC initialisation path
- Avoid powering down YUV FIFOs when disabling the graphics plane
- Several fixes for the overlay plane positioning
I'll send a pull request for this as is normal fo
https://bugs.freedesktop.org/show_bug.cgi?id=103968
--- Comment #1 from Michel Dänzer ---
Please provide the output of:
dpkg -l | grep '^i.*mesa'
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri
From: Mark Yao
For personal reasons, Mark Yao will leave rockchip,
can not continue maintain drm/rockchip, Sandy Huang
and Heiko Stübner will take over drm/rockchip.
Cc: Sandy Huang
Cc: Heiko Stübner
Signed-off-by: Mark Yao
Acked-by: Heiko Stuebner
[seanpaul added Heiko]
Signed-off-by: Sean
On Wed, Nov 29, 2017 at 09:24:42AM -0500, Sean Paul wrote:
> From: Mark Yao
>
> For personal reasons, Mark Yao will leave rockchip,
> can not continue maintain drm/rockchip, Sandy Huang
> and Heiko Stübner will take over drm/rockchip.
>
> Cc: Sandy Huang
> Cc: Heiko Stübner
>
> Signed-off-by:
Op 29-11-17 om 12:04 schreef Lucas Stach:
> drm_atomic_helper_setup_commit expects that flipping of previous commits
> has happened when it is called to set up a new commit. This can be violated
> by commits where userspace doesn't get a flip completion event to
> synchronize against i.e. legacy mo
Op 28-11-17 om 16:13 schreef Thomas Voegtle:
> On Tue, 28 Nov 2017, Daniel Vetter wrote:
>
>> On Tue, Nov 28, 2017 at 12:16:03PM +0100, Maarten Lankhorst wrote:
>>> Some drivers like i915 start with crtc's enabled, but with deferred
>>> fbcon setup they were no longer disabled as part of fbdev setu
On 11/29/17 14:45, Russell King - ARM Linux wrote:
> On Wed, Nov 29, 2017 at 01:43:27PM +0100, Hans Verkuil wrote:
>> On 11/29/17 10:11, Russell King - ARM Linux wrote:
>>> On Wed, Nov 29, 2017 at 08:41:45AM +0100, Hans Verkuil wrote:
Hi Russell,
On 11/29/2017 12:17 AM, Russell King
On Wed, Nov 29, 2017 at 12:33:24PM +0100, m...@suse.com wrote:
> From: Michal Srb
>
> The io_mem_pfn field was added in ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and
> is used unconditionally. Most drivers were updated to set it to the default
> implementation ttm_bo_default_io_mem_pfn, but hibmc
On Wed, Nov 29, 2017 at 11:45:43AM +, Russell King wrote:
> Fix the leak of the CRTC structure in the failure paths of
> armada_drm_crtc_create().
>
> Signed-off-by: Russell King
> ---
> drivers/gpu/drm/armada/armada_crtc.c | 10 --
> 1 file changed, 8 insertions(+), 2 deletions(-)
>
On středa 29. listopadu 2017 15:47:30 CET Sean Paul wrote:
> On Wed, Nov 29, 2017 at 12:33:24PM +0100, m...@suse.com wrote:
> > From: Michal Srb
> >
> > The io_mem_pfn field was added in ea642c3216cb2a60d1c0e760ae47ee85c9c16447
> > and is used unconditionally. Most drivers were updated to set it
Andrzej,
Please queue 1-6 to -fixes, 7 to -next.
Andrey.
On Wed, Nov 29, 2017 at 2:03 PM, Andrzej Hajda wrote:
> On 07.11.2017 17:56, Andrey Gusakov wrote:
> > This set of patches fixes several issues that was found during testing
> > tc358767 with desktop DisplayPort displays.
> >
> > Changes
HSIC initialization was taken from the vendor code. HSIC in MHL circuit
is not connected, so it is not possible to test it. Tests prove that
without HSIC the device works well. Therefore it can be removed.
Signed-off-by: Maciej Purski
---
drivers/gpu/drm/bridge/sil-sii8620.c | 38 ---
MHL bridge is usually connected to TV via MHL dongle. Currently plugging
HDMI cable to dongle is handled improperly. This patch fixes it.
Signed-off-by: Maciej Purski
---
drivers/gpu/drm/bridge/sil-sii8620.c | 49
1 file changed, 27 insertions(+), 22 deletion
The io_mem_pfn field was added in commit
ea642c3216cb2a60d1c0e760ae47ee85c9c16447
and is called unconditionally. However, not all drivers were updated to set it.
Use the ttm_bo_default_io_mem_pfn function if a driver did not set its own.
Signed-off-by: Michal Srb
---
drivers/gpu/drm/ttm/ttm_bo
Am 29.11.2017 um 16:20 schrieb Michal Srb:
The io_mem_pfn field was added in commit
ea642c3216cb2a60d1c0e760ae47ee85c9c16447
and is called unconditionally. However, not all drivers were updated to set it.
Use the ttm_bo_default_io_mem_pfn function if a driver did not set its own.
Signed-off-by
On Tue, Nov 28, 2017 at 10:43:39PM +0100, Jernej Škrabec wrote:
> Hi!
>
> Dne torek, 28. november 2017 ob 21:55:50 CET je Maxime Ripard napisal(a):
> > On Mon, Nov 27, 2017 at 09:57:46PM +0100, Jernej Skrabec wrote:
> > > DE2 have many CSC units - channel input CSC, channel output CSC and
> > > mi
On Wednesday 29th November 2017 16:24:21 CET Christian König wrote:
> Am 29.11.2017 um 16:20 schrieb Michal Srb:
> > The io_mem_pfn field was added in commit
> > ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and is called unconditionally.
> > However, not all drivers were updated to set it.
> >
> > Us
On Wed, Nov 29, 2017 at 04:24:21PM +0100, Christian König wrote:
> Am 29.11.2017 um 16:20 schrieb Michal Srb:
> > The io_mem_pfn field was added in commit
> > ea642c3216cb2a60d1c0e760ae47ee85c9c16447
> > and is called unconditionally. However, not all drivers were updated to set
> > it.
> >
> >
Am 29.11.2017 um 16:36 schrieb Sean Paul:
On Wed, Nov 29, 2017 at 04:24:21PM +0100, Christian König wrote:
Am 29.11.2017 um 16:20 schrieb Michal Srb:
The io_mem_pfn field was added in commit
ea642c3216cb2a60d1c0e760ae47ee85c9c16447
and is called unconditionally. However, not all drivers were u
On Wed, Nov 29, 2017 at 04:40:18PM +0100, Christian König wrote:
> Am 29.11.2017 um 16:36 schrieb Sean Paul:
> > On Wed, Nov 29, 2017 at 04:24:21PM +0100, Christian König wrote:
> > > Am 29.11.2017 um 16:20 schrieb Michal Srb:
> > > > The io_mem_pfn field was added in commit
> > > > ea642c3216cb2a
On Tue, Nov 28, 2017 at 10:56:31PM +0100, Jernej Škrabec wrote:
> Hi!
>
> Dne torek, 28. november 2017 ob 09:58:26 CET je Maxime Ripard napisal(a):
> > On Mon, Nov 27, 2017 at 05:07:04PM +0100, Jernej Škrabec wrote:
> > > Hi Maxime,
> > >
> > > Dne ponedeljek, 27. november 2017 ob 16:41:29 CET je
Am 29.11.2017 um 16:44 schrieb Sean Paul:
On Wed, Nov 29, 2017 at 04:40:18PM +0100, Christian König wrote:
Am 29.11.2017 um 16:36 schrieb Sean Paul:
On Wed, Nov 29, 2017 at 04:24:21PM +0100, Christian König wrote:
Am 29.11.2017 um 16:20 schrieb Michal Srb:
The io_mem_pfn field was added in co
2017-11-24 Sean Paul :
> On Thu, Nov 23, 2017, 7:12 AM Jani Nikula wrote:
>
> > I'm juggling too many things, and drm-misc maintenance is one that I
> > keep dropping on the floor. Admit reality and remove myself as
> > maintainer. This still leaves us with a nice team of three who are
> > actua
1 - 100 of 138 matches
Mail list logo
