Nothing major here, just some missing MODULE_FIRMWARE() lines.
Ben.
The following changes since commit 374b55802cd567e9f340b7f27d2c5e20b069ac3c:
drm/nouveau/kms/nv50-: wait for FIFO space on PIO channels
(2020-04-07 14:37:50 +1000)
are available in the Git repository at:
Hi all,
Today's linux-next merge of the drm-misc tree got a conflict in:
MAINTAINERS
between commits:
4400b7d68f6e ("MAINTAINERS: sort entries by entry name")
3b50142d8528 ("MAINTAINERS: sort field names for all entries")
from Linus' tree and commits:
5304058b1526 ("dt-bindings:
Fix various inconsistencies in schema indentation. Most of these are
list indentation which should be 2 spaces more than the start of the
enclosing keyword. This doesn't matter functionally, but affects running
scripts which do transforms on the schema files.
Signed-off-by: Rob Herring
---
Hi Doug,
On Wed, Apr 15, 2020 at 04:49:00PM -0700, Doug Anderson wrote:
> On Wed, Apr 15, 2020 at 1:33 PM Laurent Pinchart wrote:
> > On Wed, Apr 15, 2020 at 12:53:02PM -0700, Stephen Boyd wrote:
> > > Quoting Douglas Anderson (2020-04-15 08:48:40)
> > > > Allow people to specify to use a GPIO
Hi,
On Wed, Apr 15, 2020 at 1:33 PM Laurent Pinchart
wrote:
>
> On Wed, Apr 15, 2020 at 12:53:02PM -0700, Stephen Boyd wrote:
> > Quoting Douglas Anderson (2020-04-15 08:48:40)
> > > Allow people to specify to use a GPIO for hot-plug-detect. Add an
> > > example.
> > >
> > > NOTE: The current
Hi Dave, Daniel,
Fixes for 5.7.
The following changes since commit 7e7ea24f0b46cd3078bc9af29d1c1aced89d1c8e:
drm/amdgpu/display: fix warning when compiling without debugfs (2020-04-08
17:53:11 -0400)
are available in the Git repository at:
git://people.freedesktop.org/~agd5f/linux
On Wed, Apr 15, 2020 at 11:12 PM Laurent Pinchart
wrote:
> On Wed, Apr 15, 2020 at 09:07:14PM +0200, Arnd Bergmann wrote:
> > On Wed, Apr 15, 2020 at 5:18 PM Arnd Bergmann wrote:
> > > On Wed, Apr 15, 2020 at 4:13 PM Geert Uytterhoeven
> > > wrote:
> > > > On Wed, Apr 15, 2020 at 3:47 PM Arnd
Hi,
On 4/15/20 11:10 PM, Jani Nikula wrote:
On Wed, 15 Apr 2020, Rajat Jain wrote:
Hello,
On Wed, Apr 15, 2020 at 8:40 AM Hans de Goede wrote:
Hi,
On 4/15/20 5:28 PM, Jani Nikula wrote:
On Wed, 15 Apr 2020, Hans de Goede wrote:
ii. Currently the "privacy-screen" property added by
Hi Arnd,
On Wed, Apr 15, 2020 at 09:07:14PM +0200, Arnd Bergmann wrote:
> On Wed, Apr 15, 2020 at 5:18 PM Arnd Bergmann wrote:
> > On Wed, Apr 15, 2020 at 4:13 PM Geert Uytterhoeven
> > wrote:
> > > On Wed, Apr 15, 2020 at 3:47 PM Arnd Bergmann wrote:
> > > > On Tue, Apr 14, 2020 at 10:52 PM
On Wed, 15 Apr 2020, Rajat Jain wrote:
> Hello,
>
> On Wed, Apr 15, 2020 at 8:40 AM Hans de Goede wrote:
>>
>> Hi,
>>
>> On 4/15/20 5:28 PM, Jani Nikula wrote:
>> > On Wed, 15 Apr 2020, Hans de Goede wrote:
>> >> ii. Currently the "privacy-screen" property added by Rajat's
>> >> patch-set is an
On Wed, Apr 15, 2020 at 12:53:02PM -0700, Stephen Boyd wrote:
> Quoting Douglas Anderson (2020-04-15 08:48:40)
> > Allow people to specify to use a GPIO for hot-plug-detect. Add an
> > example.
> >
> > NOTE: The current patch adding support for hpd-gpios to the Linux
> > driver for hpd-gpios
The issues caused by:
commit 64e62bdf04ab ("drm/dp_mst: Remove VCPI while disabling topology
mgr")
Prompted me to take a closer look at how we clear the payload state in
general when disabling the topology, and it turns out there's actually
two subtle issues here.
The first is that we're not
Hi Douglas,
Thank you for the patch.
On Wed, Apr 15, 2020 at 08:48:39AM -0700, Douglas Anderson wrote:
> This moves the bindings over, based a lot on toshiba,tc358768.yaml.
> Unless there's someone known to be better, I've set the maintainer in
> the yaml as the first person to submit bindings.
Hi Dave and Daniel,
Here goes drm-intel-fixes-2020-04-15:
- Fix guest page access by using the brand new VFIO dma r/w interface (Yan)
- Fix for i915 perf read buffers (Ashutosh)
Thanks,
Rodrigo.
The following changes since commit 8f3d9f354286745c751374f5f1fcafee6b3f3136:
Linux 5.7-rc1
Hi,
On 4/15/20 8:29 PM, Daniel Vetter wrote:
On Wed, Apr 15, 2020 at 8:19 PM Hans de Goede wrote:
Hi,
On 4/15/20 7:54 PM, Daniel Vetter wrote:
On Wed, Apr 15, 2020 at 03:02:53PM +0200, Hans de Goede wrote:
Hi,
On 4/15/20 2:01 PM, Daniel Vetter wrote:
On Wed, Apr 15, 2020 at 01:39:23PM
https://bugzilla.kernel.org/show_bug.cgi?id=204241
--- Comment #59 from Jaya Balan Aaron (bucket.s...@gmail.com) ---
Comment on attachment 288507
--> https://bugzilla.kernel.org/attachment.cgi?id=288507
arch linux 5.6 resolution with kernel params
Hi,
Using arch linux kernel 5.5zen, 5.6. Not
https://bugzilla.kernel.org/show_bug.cgi?id=204241
Jaya Balan Aaron (bucket.s...@gmail.com) changed:
What|Removed |Added
CC|
Hi,
checkpatch finds multiple errors with this patch, as Sam reported on
https://patchwork.kernel.org/cover/11461945/. Please fix those and
send a new version (not sure which version number this should be (v11?),
this series is a bit confusing in this aspect).
Please also double check if there
On Wed, Apr 15, 2020 at 5:18 PM Arnd Bergmann wrote:
>
> On Wed, Apr 15, 2020 at 4:13 PM Geert Uytterhoeven
> wrote:
> > On Wed, Apr 15, 2020 at 3:47 PM Arnd Bergmann wrote:
> > > On Tue, Apr 14, 2020 at 10:52 PM Laurent Pinchart
> > > wrote:
> > > > Doesn't "imply" mean it gets selected by
On Wed, Apr 15, 2020 at 8:19 PM Hans de Goede wrote:
>
> Hi,
>
> On 4/15/20 7:54 PM, Daniel Vetter wrote:
> > On Wed, Apr 15, 2020 at 03:02:53PM +0200, Hans de Goede wrote:
> >> Hi,
> >>
> >> On 4/15/20 2:01 PM, Daniel Vetter wrote:
> >>> On Wed, Apr 15, 2020 at 01:39:23PM +0200, Hans de Goede
On Wed, Apr 15, 2020 at 8:12 PM Laurent Pinchart
wrote:
>
> Hi Daniel,
>
> On Wed, Apr 15, 2020 at 08:06:20PM +0200, Daniel Vetter wrote:
> > On Wed, Apr 15, 2020 at 08:48:06PM +0300, Laurent Pinchart wrote:
> > > On Wed, Apr 15, 2020 at 07:38:33PM +0200, Daniel Vetter wrote:
> > > >
Hi,
On 4/15/20 7:54 PM, Daniel Vetter wrote:
On Wed, Apr 15, 2020 at 03:02:53PM +0200, Hans de Goede wrote:
Hi,
On 4/15/20 2:01 PM, Daniel Vetter wrote:
On Wed, Apr 15, 2020 at 01:39:23PM +0200, Hans de Goede wrote:
Hi,
On 4/15/20 12:22 PM, Daniel Vetter wrote:
On Wed, Apr 15, 2020 at
Hi Daniel,
On Wed, Apr 15, 2020 at 08:06:20PM +0200, Daniel Vetter wrote:
> On Wed, Apr 15, 2020 at 08:48:06PM +0300, Laurent Pinchart wrote:
> > On Wed, Apr 15, 2020 at 07:38:33PM +0200, Daniel Vetter wrote:
> > > include/drm/bridge is a bit a mistake, drivers are supposed to find
> > > their
Hi Mark,
On 4/15/20 7:14 PM, Mark Pearson wrote:
Hi,
-Original Message-
From: Hans de Goede
Sent: Wednesday, April 15, 2020 11:41 AM
On 4/15/20 5:28 PM, Jani Nikula wrote:
On Wed, 15 Apr 2020, Hans de Goede wrote:
Moreover, do we actually need two properties, one which could
On Wed, Apr 15, 2020 at 08:48:06PM +0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> Thank you for the patch.
>
> On Wed, Apr 15, 2020 at 07:38:33PM +0200, Daniel Vetter wrote:
> > include/drm/bridge is a bit a mistake, drivers are supposed to find
> > their bridges using one of the standard of_*
On Wed, Apr 15, 2020 at 03:02:53PM +0200, Hans de Goede wrote:
> Hi,
>
> On 4/15/20 2:01 PM, Daniel Vetter wrote:
> > On Wed, Apr 15, 2020 at 01:39:23PM +0200, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 4/15/20 12:22 PM, Daniel Vetter wrote:
> > > > On Wed, Apr 15, 2020 at 12:11 PM Hans de
On Wed, Apr 15, 2020 at 04:03:44PM +0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Wed, Apr 15, 2020 at 02:52:43PM +0200, Daniel Vetter wrote:
> > On Wed, Apr 15, 2020 at 03:45:50PM +0300, Laurent Pinchart wrote:
> > > On Wed, Apr 15, 2020 at 12:20:06PM +0300, Tomi Valkeinen wrote:
> > >>
Hi Daniel,
Thank you for the patch.
On Wed, Apr 15, 2020 at 07:38:33PM +0200, Daniel Vetter wrote:
> include/drm/bridge is a bit a mistake, drivers are supposed to find
> their bridges using one of the standard of_* functions the drm_bridge
> core provides.
I'm confused, I don't really see how
On Wed, Apr 15, 2020 at 11:08:13PM +0530, Naresh Kamboju wrote:
> On Tue, 3 Mar 2020 at 17:19, Lucas Stach wrote:
> >
> > On Fr, 2020-02-28 at 11:37 +0100, Christian Gmeiner wrote:
> > > Report the correct perfmon domains and signals depending
> > > on the supported feature flags.
> > >
> > >
On Wed, Apr 15, 2020 at 05:03:55PM +0200, Hans de Goede wrote:
> Hi,
>
> On 4/15/20 9:39 AM, Daniel Vetter wrote:
> > Allows us to drop the cleanup code on the floor.
> >
> > Sam noticed in his review:
> > > With this change we avoid calling pci_disable_device()
> > > twise in case
include/drm/bridge is a bit a mistake, drivers are supposed to find
their bridges using one of the standard of_* functions the drm_bridge
core provides. dw-hdmi and analogix-dp are the only, historically
grown exception that we haven't managed to get rid of yet.
Make sure that at least no new
On Wed, Apr 15, 2020 at 02:29:28AM +0300, Eugeniy Paltsev wrote:
> The Synopsys ARC SoCs (like HSDK4xD) include on-chip DesignWare HDMI
> encoders. Support them with a platform driver to provide platform glue
> data to the dw-hdmi driver.
>
> Acked-by: Sam Ravnborg
> Signed-off-by: Eugeniy
The commit's headline says 'vboxvidoe'.
Am 15.04.20 um 09:39 schrieb Daniel Vetter:
> Allows us to drop the cleanup code on the floor.
>
> Sam noticed in his review:
>> With this change we avoid calling pci_disable_device()
>> twise in case vbox_mm_init() fails.
>> Once in vbox_hw_fini() and
Hi Enric,
On Wed, Apr 15, 2020 at 07:26:02PM +0200, Enric Balletbo Serra wrote:
> Missatge de Adrian Ratiu del dia dt., 14
> d’abr. 2020 a les 17:19:
> >
> > This adds support for the Synopsis DesignWare MIPI DSI v1.01 host
> > controller which is embedded in i.MX 6 SoCs.
> >
> > Based on
Hi Adrian,
Thank you for your patch.
Missatge de Adrian Ratiu del dia dt., 14
d’abr. 2020 a les 17:19:
>
> This adds support for the Synopsis DesignWare MIPI DSI v1.01 host
> controller which is embedded in i.MX 6 SoCs.
>
> Based on following patches, but updated/extended to work with existing
drm_gem_fb_init() is passed the fb and never allocates it, so it should be
not the one freeing it. As it is now the second call to kfree() is possible
with the same fb. Coverity reported the following:
*** CID 1492613: Memory - corruptions (USE_AFTER_FREE)
Hi Hyun,
On Thu, Apr 02, 2020 at 06:11:25AM +0300, Laurent Pinchart wrote:
> On Wed, Mar 18, 2020 at 06:08:57PM -0700, Hyun Kwon wrote:
> > On Wed, 2020-03-18 at 12:26:51 -0700, Sam Ravnborg wrote:
> >> On Wed, Mar 18, 2020 at 05:37:24PM +0200, Laurent Pinchart wrote:
> >>> From: Hyun Kwon
> >>>
Hi Rob.
On Tue, Apr 14, 2020 at 02:40:54PM -0500, Rob Herring wrote:
> On Sun, Apr 12, 2020 at 08:20:11PM +0200, Sam Ravnborg wrote:
> > The wiring property is used to describe the wiring between
> > the connector and the panel. The property can be used when the
> > wiring is used to change the
Hi Maxime.
On Tue, Apr 14, 2020 at 10:30:10AM +0200, Maxime Ripard wrote:
> On Sun, Apr 12, 2020 at 08:20:10PM +0200, Sam Ravnborg wrote:
> > Add a new binding file to describe the bindings
> > for the Atmel LCDC IP.
> > This replaces the old txt based binding.
> >
> > The binding file describes
Hi Maxime.
On Tue, Apr 14, 2020 at 10:28:03AM +0200, Maxime Ripard wrote:
> Hi Sam,
>
> On Sun, Apr 12, 2020 at 08:20:09PM +0200, Sam Ravnborg wrote:
> > diff --git a/Documentation/devicetree/bindings/display/atmel/hlcdc-dc.yaml
> >
in addition to that 028a12f5aa829 "drm/nouveau/gr/gp107,gp108:
implement workaround for HW hanging during init" should probably get
picked as well as it's fixing some runtime pm related issue on a
handful of additional GPUs. I have a laptop myself which requires both
of those patches.
Applies to
Hi Adrian,
Some few comments/nits below,
Missatge de Adrian Ratiu del dia dt., 14
d’abr. 2020 a les 17:19:
>
> In order to support multiple versions of the Synopsis MIPI DSI host
> controller, which have different register layouts but almost identical
> HW protocols, we add a regmap
This moves the bindings over, based a lot on toshiba,tc358768.yaml.
Unless there's someone known to be better, I've set the maintainer in
the yaml as the first person to submit bindings.
Signed-off-by: Douglas Anderson
---
.../bindings/display/bridge/ti,sn65dsi86.txt | 87
As talked about in commit c2bfc223882d ("drm/bridge: ti-sn65dsi86:
Remove the mystery delay"), the normal HPD pin on ti-sn65dsi86 is
kinda useless, at least for embedded DisplayPort (eDP). However,
despite the fact that the actual HPD pin on the bridge is mostly
useless for eDP, the concept of
Allow people to specify to use a GPIO for hot-plug-detect. Add an
example.
NOTE: The current patch adding support for hpd-gpios to the Linux
driver for hpd-gpios only adds enough support to the driver so that
the bridge can use one of its own GPIOs. The bindings, however, are
written
Hi,
On 4/15/20 5:28 PM, Jani Nikula wrote:
On Wed, 15 Apr 2020, Hans de Goede wrote:
ii. Currently the "privacy-screen" property added by Rajat's
patch-set is an enum with 2 possible values:
"Enabled"
"Disabled"
We could add a third value "Not Available", which would be the
default and then
Hi Yue,
Thank you for the patch.
On Wed, Apr 15, 2020 at 09:21:05PM +0800, YueHaibing wrote:
> drivers/gpu/drm/omapdrm/dss/venc.c:211:33:
> warning: 'venc_config_pal_bdghi' defined but not used
> [-Wunused-const-variable=]
> static const struct venc_config venc_config_pal_bdghi = {
>
On Wed, 15 Apr 2020, Hans de Goede wrote:
> ii. Currently the "privacy-screen" property added by Rajat's
> patch-set is an enum with 2 possible values:
> "Enabled"
> "Disabled"
>
> We could add a third value "Not Available", which would be the
> default and then for internal panels always add the
On Tue, Apr 07, 2020 at 03:48:28PM -0700, Tanmay Shah wrote:
> Add Display Port HPD GPIO description in bindings
>
> This Patch depends on:
> https://patchwork.kernel.org/patch/11468505/
This belongs below the '---' and probably means you should send all this
as one series.
>
>
On Wed, Apr 15, 2020 at 4:13 PM Geert Uytterhoeven wrote:
> On Wed, Apr 15, 2020 at 3:47 PM Arnd Bergmann wrote:
> > On Tue, Apr 14, 2020 at 10:52 PM Laurent Pinchart
> > wrote:
> > > Doesn't "imply" mean it gets selected by default but can be manually
> > > disabled ?
> >
> > That may be what
On Tue, Apr 07, 2020 at 09:17:09PM +0530, Kiran Gunda wrote:
> Add WLED5 specific bindings.
>
checkpatch.pl complains about some trailing whitespace. The previous
patch too.
> Signed-off-by: Kiran Gunda
> Signed-off-by: Subbaraman Narayanamurthy
> ---
>
On Tue, Apr 07, 2020 at 09:17:07PM +0530, Kiran Gunda wrote:
> Convert the qcom-wled bindings from .txt to .yaml format.
> Also replace PM8941 to WLED3 and PMI8998 to WLED4.
>
> Signed-off-by: Kiran Gunda
> Signed-off-by: Subbaraman Narayanamurthy
> Acked-by: Daniel Thompson
> ---
>
Hi,
On 4/15/20 9:39 AM, Daniel Vetter wrote:
Upcasting using a container_of macro is more typesafe, faster and
easier for the compiler to optimize.
Acked-by: Sam Ravnborg
Signed-off-by: Daniel Vetter
Cc: Hans de Goede
LGTM:
Reviewed-by: Hans de Goede
Regards,
Hans
---
Hi,
On 4/15/20 9:39 AM, Daniel Vetter wrote:
Already using devm_drm_dev_init, so very simple replacment.
Acked-by: Sam Ravnborg
Signed-off-by: Daniel Vetter
Cc: Hans de Goede
LGTM:
Reviewed-by: Hans de Goede
Regards,
Hans
---
drivers/gpu/drm/tiny/gm12u320.c | 13 -
Hi,
On 4/15/20 9:39 AM, Daniel Vetter wrote:
Aside from deleting all the cleanup code we're now also setting a name
for the pool
Acked-by: Sam Ravnborg
Signed-off-by: Daniel Vetter
Cc: Hans de Goede
LGTM:
Reviewed-by: Hans de Goede
Regards,
Hans
---
Hi,
On 4/15/20 9:39 AM, Daniel Vetter wrote:
Allows us to drop the cleanup code on the floor.
Sam noticed in his review:
With this change we avoid calling pci_disable_device()
twise in case vbox_mm_init() fails.
Once in vbox_hw_fini() and once in the error path.
v2: Include Sam's review
Hi,
On 4/15/20 9:39 AM, Daniel Vetter wrote:
Doesn't apply to upstream kernels since a rather long time.
Acked-by: Sam Ravnborg
Signed-off-by: Daniel Vetter
Cc: Hans de Goede
LGTM:
Reviewed-by: Hans de Goede
Regards,
Hans
---
drivers/gpu/drm/vboxvideo/vbox_ttm.c | 12
Hi,
On 4/15/20 9:39 AM, Daniel Vetter wrote:
Straightforward conversion.
Signed-off-by: Daniel Vetter
Cc: Hans de Goede
LGTM:
Reviewed-by: Hans de Goede
Regards,
Hans
---
drivers/gpu/drm/vboxvideo/vbox_drv.c | 19 +--
1 file changed, 5 insertions(+), 14
Hi,
On 4/15/20 9:39 AM, Daniel Vetter wrote:
We use the baseclass pattern here, so lets to the proper (and more
typesafe) upcasting.
Acked-by: Sam Ravnborg
Acked-by: Thomas Zimmermann
Signed-off-by: Daniel Vetter
Cc: Hans de Goede
LGTM:
Reviewed-by: Hans de Goede
Regards,
Hans
[ added dri-devel to Cc: ]
Hi,
On 4/15/20 4:20 PM, Andy Shevchenko wrote:
> On Mon, Mar 30, 2020 at 12:51:44PM +0300, Andy Shevchenko wrote:
>> On Tue, Mar 24, 2020 at 07:05:28PM +0200, Andy Shevchenko wrote:
>>> Use the ->probe_new() callback.
>>>
>>> The driver does not use const struct
Several files there were renamed to ReST. Fix the broken
references.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/ABI/stable/sysfs-devices-node | 2 +-
Documentation/ABI/testing/procfs-smaps_rollup | 2 +-
Documentation/admin-guide/cpu-load.rst
This patch series convert the remaining files under Documentation/filesystems
to the ReST file format. It is based on linux-next (next-20200414).
PS.: I opted to add mainly ML from the output of get_maintainers.pl to the c/c
list of patch 00/34, because otherwise the number of c/c would be too
Hi Arnd,
On Wed, Apr 15, 2020 at 3:47 PM Arnd Bergmann wrote:
> On Tue, Apr 14, 2020 at 10:52 PM Laurent Pinchart
> wrote:
> > On Tue, Apr 14, 2020 at 10:38:27PM +0200, Arnd Bergmann wrote:
> > > On Tue, Apr 14, 2020 at 10:17 PM Laurent Pinchart wrote:
> > > > On Wed, Apr 08, 2020 at 10:27:10PM
[AMD Public Use]
I've gone ahead and dropped the patch.
Alex
From: Koenig, Christian
Sent: Wednesday, April 15, 2020 3:57 AM
To: Jani Nikula ; Alex Deucher
; Bernard Zhao
Cc: Sierra Guiza, Alejandro (Alex) ; Zeng, Oak
; Maling list - DRI developers
; David
Used for device resume/suspend in the following commits.
Tested-by: Bhushan Shah
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_devfreq.c | 24
drivers/gpu/drm/lima/lima_devfreq.h | 3 +++
2 files changed, 27 insertions(+)
diff --git
Prepare resume/suspend PM.
Tested-by: Bhushan Shah
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_device.h | 2 ++
drivers/gpu/drm/lima/lima_pmu.c| 43 ++
2 files changed, 45 insertions(+)
diff --git a/drivers/gpu/drm/lima/lima_device.h
For called when PM do resume/suspend.
Tested-by: Bhushan Shah
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_bcast.c| 25
drivers/gpu/drm/lima/lima_bcast.h| 2 ++
drivers/gpu/drm/lima/lima_device.c | 4 +++
drivers/gpu/drm/lima/lima_device.h | 2 +-
Do hardware resume/suspend.
Tested-by: Bhushan Shah
Signed-off-by: Qiang Yu
---
drivers/gpu/drm/lima/lima_device.c | 65 ++
drivers/gpu/drm/lima/lima_device.h | 3 ++
drivers/gpu/drm/lima/lima_drv.c| 7
3 files changed, 75 insertions(+)
diff --git
Suspend need to wait running jobs finish and put hardware in
poweroff state. Resume need to re-init hardware.
Qiang Yu (4):
drm/lima: add lima_devfreq_resume/suspend
drm/lima: power down ip blocks when pmu exit
drm/lima: add resume/suspend callback for each ip
drm/lima: add pm
On Tue, Apr 14, 2020 at 7:59 PM Laurent Pinchart
wrote:
>
> The simple-bridge driver supports multiple simple or dumb bridges,
> covered by different compatible strings but otherwise identical DT
> bindings. Some of those bridges have undocumented bindings, while others
> are documented in text
On Tue, Apr 14, 2020 at 8:06 PM Laurent Pinchart
wrote:
>
> Hi Rob,
>
> On Tue, Apr 14, 2020 at 06:10:05PM -0500, Rob Herring wrote:
> > On Wed, Apr 08, 2020 at 02:45:52PM +0300, Laurent Pinchart wrote:
> > > On Tue, Apr 07, 2020 at 09:12:51AM +0200, Maxime Ripard wrote:
> > >> On Mon, Apr 06,
On Wed, Apr 15, 2020 at 01:46:06PM +0200, H. Nikolaus Schaller wrote:
> Hi Krzysztof,
>
> > Am 15.04.2020 um 13:38 schrieb Krzysztof Kozlowski :
> >
> > On Wed, 15 Apr 2020 at 10:36, H. Nikolaus Schaller
> > wrote:
> >>
> >> and add interrupt.
> >>
> >> Tested-by: H. Nikolaus Schaller #
Hi,
On 15/04/2020 15:45, Laurent Pinchart wrote:
+static void tidss_crtc_destroy(struct drm_crtc *crtc)
+{
+ struct tidss_crtc *tcrtc = to_tidss_crtc(crtc);
+
+ drm_crtc_cleanup(crtc);
+ kfree(tcrtc);
I would personally store the CRTC pointers, or embed the CRTC instances
On Wed, Apr 15, 2020 at 02:50:31PM +0200, H. Nikolaus Schaller wrote:
>
> > Am 15.04.2020 um 13:49 schrieb Krzysztof Kozlowski :
> >
> > On Wed, 15 Apr 2020 at 10:36, H. Nikolaus Schaller
> > wrote:
> >>
> >> From: Jonathan Bakker
> >>
> >> to add support for SGX540 GPU.
> >
> > Do not
On Wed, Apr 15, 2020 at 7:36 AM Sandeep wrote:
>
> Initialize thermal controller fields in the PowerPlay table for Hawaii
> GPUs, so that fan speeds are reported.
Missing your signed-off-by.
> ---
> .../drm/amd/powerplay/hwmgr/processpptables.c | 28 +++
> 1 file changed, 28
Hi Daniel,
On Wed, Apr 15, 2020 at 02:52:43PM +0200, Daniel Vetter wrote:
> On Wed, Apr 15, 2020 at 03:45:50PM +0300, Laurent Pinchart wrote:
> > On Wed, Apr 15, 2020 at 12:20:06PM +0300, Tomi Valkeinen wrote:
> >> tidss uses devm_kzalloc to allocate DRM plane, encoder and crtc objects.
> >> This
Hi,
On 4/15/20 2:01 PM, Daniel Vetter wrote:
On Wed, Apr 15, 2020 at 01:39:23PM +0200, Hans de Goede wrote:
Hi,
On 4/15/20 12:22 PM, Daniel Vetter wrote:
On Wed, Apr 15, 2020 at 12:11 PM Hans de Goede wrote:
Hi,
On 4/15/20 11:52 AM, Daniel Vetter wrote:
iv. What every SoC subsystem
Hi,
On 15/04/2020 14:43, H. Nikolaus Schaller wrote:
>
>> Am 15.04.2020 um 12:12 schrieb Maxime Ripard :
>>
>> Hi,
>>
>> On Wed, Apr 15, 2020 at 10:35:08AM +0200, H. Nikolaus Schaller wrote:
>>> The Imagination PVR/SGX GPU is part of several SoC from
>>> multiple vendors, e.g. TI OMAP, Ingenic
On Wed, Apr 15, 2020 at 03:45:50PM +0300, Laurent Pinchart wrote:
> Hi Tomi,
>
> Thank you for the patch.
>
> On Wed, Apr 15, 2020 at 12:20:06PM +0300, Tomi Valkeinen wrote:
> > tidss uses devm_kzalloc to allocate DRM plane, encoder and crtc objects.
> > This is not correct as the lifetime of
Hi Tomi,
Thank you for the patch.
On Wed, Apr 15, 2020 at 12:20:06PM +0300, Tomi Valkeinen wrote:
> tidss uses devm_kzalloc to allocate DRM plane, encoder and crtc objects.
> This is not correct as the lifetime of those objects should be longer
> than the underlying device's.
>
> When unloading
On Wed, Apr 15, 2020 at 02:41:52PM +0200, H. Nikolaus Schaller wrote:
> Hi Maxime,
>
> > Am 15.04.2020 um 12:10 schrieb Maxime Ripard :
> >
> > Hi,
> >
> > On Wed, Apr 15, 2020 at 10:35:07AM +0200, H. Nikolaus Schaller wrote:
> >> * rebased to v5.7-rc1
> >> * added DTS for for a31, a31s, a83t -
On Wed, Apr 15, 2020 at 02:24:27PM +0200, Linus Walleij wrote:
> The Tegra DRM drivers includes the legacy GPIO headers
> and but what it really
> uses is since only gpio_desc
> structs are ever referenced.
>
> Include the right header on the top level tegra/drm.h
> file and drop all the
The Tegra DRM drivers includes the legacy GPIO headers
and but what it really
uses is since only gpio_desc
structs are ever referenced.
Include the right header on the top level tegra/drm.h
file and drop all the surplus includes.
Signed-off-by: Linus Walleij
---
On Wed, Apr 15, 2020 at 10:17 AM Daniel Vetter wrote:
>
> On Wed, Apr 15, 2020 at 10:09 AM Daniel Vetter wrote:
> >
> > On Wed, Apr 15, 2020 at 9:52 AM Thomas Zimmermann
> > wrote:
> > >
> > > Hi Daniel
> > >
> > > Am 15.04.20 um 09:40 schrieb Daniel Vetter:
> > > > Allows us to remove a bit
On Wed, Apr 15, 2020 at 2:03 PM Alexey Brodkin
wrote:
>
> Hi Daniel,
>
> > -Original Message-
> > From: Sam Ravnborg
> > Sent: Wednesday, April 15, 2020 12:45 PM
> > To: Daniel Vetter
> > Cc: Intel Graphics Development ; Alexey
> > Brodkin
> > ; DRI Development ;
> > Daniel Vetter
> >
On Wed, Apr 15, 2020 at 9:41 AM Daniel Vetter wrote:
> Already using devm_drm_dev_init, so very simple replacment.
>
> v2: Move misplaced double-assignement to next patch (Sam)
>
> Acked-by: Sam Ravnborg
> Signed-off-by: Daniel Vetter
> Cc: Linus Walleij
Reviewed-by: Linus Walleij
Yours,
This converts the l4f00242t03 backlight driver to use GPIO
descriptors and switches the two Freescale i.MX boards over
to passing descriptors instead of global GPIO numbers.
We use the typical names "enable" and "reset" as found in
the device tree bindings for panel GPIOs.
This saves a lot of
On Wed, Apr 15, 2020 at 01:39:23PM +0200, Hans de Goede wrote:
> Hi,
>
> On 4/15/20 12:22 PM, Daniel Vetter wrote:
> > On Wed, Apr 15, 2020 at 12:11 PM Hans de Goede wrote:
> > >
> > > Hi,
> > >
> > > On 4/15/20 11:52 AM, Daniel Vetter wrote:
>
>
>
> > > > iv. What every SoC subsystem does:
On Wed, Apr 15, 2020 at 12:33 PM Michel Dänzer wrote:
>
> On 2020-04-14 2:44 p.m., Daniel Vetter wrote:
> > On Mon, Apr 13, 2020 at 10:08:07PM -0700, Manasi Navare wrote:
> >> From: Bhanuprakash Modem
> >>
> >> [Why]
> >> It's useful to know the min and max vrr range for IGT testing.
> >>
> >>
Hi,
On 4/15/20 1:39 PM, Hans de Goede wrote:
/* Add comment explaining why we need this messy stuff here */
const char * const shadow_providers[] = {
#ifdef CONFIG_THINKPAD_ACPI_MODULE
"thinkpad_acpi",
#endif
#ifdef CONFIG_OTHER_MODULE
"other",
#endif
NULL
};
int
On Wed, 15 Apr 2020 at 10:36, H. Nikolaus Schaller wrote:
>
> From: Jonathan Bakker
>
> to add support for SGX540 GPU.
Do not continue the subject in commit msg like it is one sentence.
These are two separate sentences, so commit msg starts with capital
letter and it is sentence by itself.
>
From: Jack Zhang
[ Upstream commit 3148a6a0ef3cf93570f30a477292768f7eb5d3c3 ]
Originally, it kfrees the wrong pointer for mem_obj.
It would cause memory leak under stress test.
Signed-off-by: Jack Zhang
Acked-by: Nirmoy Das
Signed-off-by: Alex Deucher
Signed-off-by: Sasha Levin
---
From: Jack Zhang
[ Upstream commit 3148a6a0ef3cf93570f30a477292768f7eb5d3c3 ]
Originally, it kfrees the wrong pointer for mem_obj.
It would cause memory leak under stress test.
Signed-off-by: Jack Zhang
Acked-by: Nirmoy Das
Signed-off-by: Alex Deucher
Signed-off-by: Sasha Levin
---
From: Nicolas Saenz Julienne
[ Upstream commit b1e7396a1d0e6af6806337fdaaa44098d6b3343c ]
Current mode validation impedes setting up some video modes which should
be supported otherwise. Namely 1920x1200@60Hz.
Fix this by lowering the minimum HDMI state machine clock to pixel clock
ratio
From: Nicolas Saenz Julienne
[ Upstream commit b1e7396a1d0e6af6806337fdaaa44098d6b3343c ]
Current mode validation impedes setting up some video modes which should
be supported otherwise. Namely 1920x1200@60Hz.
Fix this by lowering the minimum HDMI state machine clock to pixel clock
ratio
From: Ralph Campbell
[ Upstream commit b92103b559c77abc5f8b7bec269230a219c880b7 ]
find_vma_intersection(mm, start, end) only guarantees that end is greater
than or equal to vma->vm_start but doesn't guarantee that start is
greater than or equal to vma->vm_start. The calculation for the
From: Karol Herbst
[ Upstream commit 434fdb51513bf3057ac144d152e6f2f2b509e857 ]
Fixes the infamous 'runtime PM' bug many users are facing on Laptops with
Nvidia Pascal GPUs by skipping said PCI power state changes on the GPU.
Depending on the used kernel there might be messages like those in
From: Ralph Campbell
[ Upstream commit 822cab6150d3002952407a8297ff5a0d32bb7b54 ]
When migrating system memory to GPU memory, check that SVM has been
enabled. Even though most errors can be ignored since migration is
a performance optimization, return an error because this is a violation
of the
From: Jack Zhang
[ Upstream commit 3148a6a0ef3cf93570f30a477292768f7eb5d3c3 ]
Originally, it kfrees the wrong pointer for mem_obj.
It would cause memory leak under stress test.
Signed-off-by: Jack Zhang
Acked-by: Nirmoy Das
Signed-off-by: Alex Deucher
Signed-off-by: Sasha Levin
---
https://bugzilla.kernel.org/show_bug.cgi?id=206575
Noel Maersk (veox+ker...@veox.pw) changed:
What|Removed |Added
Status|NEW |RESOLVED
1 - 100 of 247 matches
Mail list logo
