Hi,
On Mon, Jan 20, 2020 at 09:06:39PM +0100, Sam Ravnborg wrote:
> Add meta-schema variant of panel-timing and
> reference it from panel-common.yaml.
>
> Signed-off-by: Sam Ravnborg
> Cc: Laurent Pinchart
> Cc: Rob Herring
> Cc: Thierry Reding
> Cc: Oleksandr Suvorov
> Cc: devicet...@vger.ke
Quoting Stephen Rothwell (2020-01-20 23:34:24)
> Hi all,
>
> After merging the drm-intel-fixes tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
>
> Caused by commit
>
> d8fcca47e195 ("drm/i915/userptr: fix size calculation")
>
> I have reverted that commit for today
As we are not using the sysfs infrastructure anymore, link to it is
removed. And global srm data and mutex to protect it are removed,
with required handling at revocation check function.
Yet to test hence RFC tag is added.
Signed-off-by: Ramalingam C
Suggested-by: Sean Paul
---
drivers/gpu/drm
Hi,
> > open. Which can result in drm driver not being able to grab resources
> > (and fail initialization) because the firmware framebuffer still holds
> > them. Reportedly plymouth can trigger this.
>
> Could you please describe issue some more?
>
> I guess that a problem is happening duri
On Tue, Jan 14, 2020 at 10:16 PM Mark Brown wrote:
>
> On Tue, Jan 14, 2020 at 03:15:59PM +0800, Nicolas Boichat wrote:
>
> > - I couldn't find a way to detect the number of regulators in the
> >device tree, if we wanted to refuse to probe the device if there
> >are too many regulators, w
Hi Dave,
Just two changes - one changes Exynos drm specfic callback names
for consistency, and other corrects the use of Exynos prefix.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit d7ca2d19c751b6715e9cb899a6b94f47b3499d02:
Me
Hi Stefan,
I love your patch! Yet something to improve:
[auto build test ERROR on sunxi/sunxi/for-next]
[also build test ERROR on slave-dma/next v5.5-rc7]
[cannot apply to mripard/sunxi/for-next next-20200120]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve
On 1/20/20 10:09 PM, Dave Airlie wrote:
On Thu, 16 Jan 2020 at 19:30, Thomas Hellström (VMware)
wrote:
Dave, Daniel
The main 5.6 -next pull from vmwgfx. Minor things here and there, as well
as an added ioctl for host messaging and a corresponding api version bump.
Is there userspace for this
Hi all,
After merging the drm-intel-fixes tree, today's linux-next build (x86_64
allmodconfig) failed like this:
Caused by commit
d8fcca47e195 ("drm/i915/userptr: fix size calculation")
I have reverted that commit for today.
--
Cheers,
Stephen Rothwell
pgpX9NjY6yUOo.pgp
Description: Open
On Thu, 16 Jan 2020 at 19:30, Thomas Hellström (VMware)
wrote:
>
> Dave, Daniel
>
> The main 5.6 -next pull from vmwgfx. Minor things here and there, as well
> as an added ioctl for host messaging and a corresponding api version bump.
Is there userspace for this ioctl somewhere? I need a pointer
This patch adds a new DRM driver for Texas Instruments DSS IPs used on
Texas Instruments Keystone K2G, AM65x, and J721e SoCs. The new DSS IP is
a major change to the older DSS IP versions, which are supported by
the omapdrm driver. While on higher level the Keystone DSS resembles
the older DSS vers
Add dt-schema yaml bindig for K2G DSS, an ultra-light version of TI
Keystone Display SubSystem.
Version history:
v2: no change
v3: - Add ports node
- Add includes to dts example
- reindent dts example
v4: - Add descriptions to reg and clocks properties
- Remove minItems when its val
Add entry for tidss DRM driver.
Version history:
v2: no change
v3: - Move tidss entry after omapdrm
- Add "T: git git://anongit.freedesktop.org/drm/drm-misc"
v4: no change
v5: no change
v6: no change
v7: no change
v8: - Add Reviewed-by: Benoit Parrot
Signed-off-by: Jyri Sarha
Rev
Changes since v7:
- "drm/tidss: New driver for TI Keystone platform Display SubSystem"
- Remove idle debug prints from dispc_init()
- Add Reviewed-by: Benoit Parrot
- "MAINTAINERS: add entry for tidss"
- Add Reviewed-by: Benoit Parrot
Changes since v6:
- Rebase on top of drm-misc-next-2020
Add dt-schema yaml bindig for AM65x DSS, AM65x version TI Keystone
Display SubSystem.
Version history:
v2: no change
v3: - Add ports node
- use allOf in ti,am65x-oldi-io-ctrl to add both $ref and maxItems
- Add includes to dts example
- reindent dts example
v4: - Add descriptions to
Add dt-schema yaml bindig for J721E DSS, J721E version TI Keystone
Display SubSystem.
Version history:
v2: no change
v3: - reg-names: "wp" -> "wb"
- Add ports node
- Add includes to dts example
- reindent dts example
v4: - Add descriptions to reg, clocks, and interrupts properties
Hi Benjamin.
On Mon, Jan 20, 2020 at 08:11:01AM +, Benjamin GAIGNARD wrote:
>
> On 1/18/20 10:41 AM, Sam Ravnborg wrote:
> > Hi Benjamin
> >
> > On Tue, Jan 14, 2020 at 05:01:35PM +0100, Benjamin Gaignard wrote:
> >> Remove old documentation style and use new one to avoid warnings when
> >> c
Hi Oleksandr.
Thanks for the quick reply.
On Mon, Jan 20, 2020 at 10:03:20AM +, Oleksandr Suvorov wrote:
> Hi Sam,
>
> On Sat, Jan 18, 2020 at 3:04 PM Sam Ravnborg wrote:
> > >
> > > The LVDS panel driver has almost everything which is required to
> > > describe a simple parallel RGB panel
With panel-timing converted, now convert the single
remaining .txt user in panel/ of panel-timing to DT schema.
Signed-off-by: Sam Ravnborg
Cc: Rob Herring
Cc: Thierry Reding
Cc: Laurent Pinchart
Cc: Maxime Ripard
---
.../bindings/display/panel/panel-dpi.txt | 50 -
.../bind
Add meta-schema variant of panel-timing and
reference it from panel-common.yaml.
Signed-off-by: Sam Ravnborg
Cc: Laurent Pinchart
Cc: Rob Herring
Cc: Thierry Reding
Cc: Oleksandr Suvorov
Cc: devicet...@vger.kernel.org
---
.../bindings/display/panel/panel-common.yaml | 7 +-
.../bindings/d
Add display-timings.yaml - that references panel-timings.yaml.
display-timings.yaml will be used for display bindings
when they are converted to meta-schema format.
For now the old display-timing.txt points to the new
display-timings.yaml - and all users are left as-is.
Signed-off-by: Sam Ravnbor
This set of patches convert display-timing.txt to DT schema.
To do that add a panel-timing.yaml file that include all the
panel-timing properties and use this in panel-common and in display-timings.
panel-dpi was also converted so we have no .txt users left of panel-timing
in panel/
Everything pa
Hi Geert.
> > It is on my TODO list to make a mipi-dbi driver that in the future
> > replaces the auxdisplay driver for hd44780.
>
> Please note that hd44780 is a character controller.
Directory was correct - but name was wrong.
It is cfag12864b I have on my TODO.
And yes, the code for hd44780 i
Hi Sam,
On Mon, Jan 20, 2020 at 7:48 PM Sam Ravnborg wrote:
> On Mon, Jan 20, 2020 at 11:10:37AM +0100, Geert Uytterhoeven wrote:
> > On Thu, Aug 2, 2018 at 9:46 PM Sam Ravnborg wrote:
> > > The pardata supports implement a simple bus for devices
> > > that are connected using a parallel bus dri
Hi David.
> > +allOf:
> > + - $ref: panel/panel-common.yaml#
>
> not all of these properties are applicable.
>
> > +required:
> > + - compatible
> > + - reg
> > + - dc-gpios
> > + - reset-gpios
>
> Missing optional rotation and backlight properties.
Thanks for catching this. I have writt
On Thu, 16 Jan 2020 07:27:22 +0100
Daniel Vetter wrote:
> On Tue, Jan 14, 2020 at 12:21:43PM -0500, Sean Paul wrote:
> > From: Sean Paul
> >
> > This patch uses a ring_buffer to keep a "flight recorder" (name credit
> > Weston)
> > of DRM logs for a specified set of debug categories. The user
Hi Geert.
On Mon, Jan 20, 2020 at 11:10:37AM +0100, Geert Uytterhoeven wrote:
> Hi Sam,
>
> (stumbled on this accidentally)
>
> On Thu, Aug 2, 2018 at 9:46 PM Sam Ravnborg wrote:
> > The pardata supports implement a simple bus for devices
> > that are connected using a parallel bus driven by GP
On Mon, Jan 20, 2020 at 6:48 PM Lucas Stach wrote:
> On Fr, 2020-01-17 at 16:47 +0100, Guido Günther wrote:
> >
> > This breaks rendering here on arm64/gc7000 due to
> >
> > ioctl(6, DRM_IOCTL_ETNAVIV_GEM_CPU_PREP or DRM_IOCTL_MSM_GEM_CPU_PREP,
> > 0xf7888680) = -1 EINVAL (Invalid argument)
>
On 1/20/20 6:51 PM, Bartlomiej Zolnierkiewicz wrote:
> do_unregister_framebuffer() doesn't guarantee that fb_info is freed after
> function's return (it only drops the kernel reference on fb_info).
s/kernel/fbdev device driver/
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Po
Hi,
On 1/20/20 11:00 AM, Gerd Hoffmann wrote:
> Problem: do_unregister_framebuffer() might return before the device is
> fully cleaned up, due to userspace having a file handle for /dev/fb0
do_unregister_framebuffer() doesn't guarantee that fb_info is freed after
function's return (it only drops
On Fr, 2020-01-17 at 16:47 +0100, Guido Günther wrote:
> Hi,
> On Fri, Dec 13, 2019 at 09:53:41PM +0100, Arnd Bergmann wrote:
> > Most kernel interfaces that take a timespec require normalized
> > representation with tv_nsec between 0 and NSEC_PER_SEC.
> >
> > Passing values larger than 0x1000
This series is an attempt to fix the unbind/bind crash
(due to an use-after-free bug) found on rockchip-drm driver.
The problem lies in the way the driver uses the component API.
Currently, rockchip_drm_unbind calls component_unbind_all before
drm_mode_config_cleanup, the former releasing the memo
On 20/01/2020 15:53, Dietmar Eggemann wrote:
> On 16/01/2020 16:20, lukasz.l...@arm.com wrote:
>> From: Lukasz Luba
[...]
>> +enum em_type {
>> +EM_SIMPLE,
>> +EM_CPU,
>> +};
>
> s/EM_SIMPLE/EM_DEV ?
>
> Right now I only see energy models and _one_ specific type (the CPU EM).
> So a ta
Hi,
We are developing a custom rk3399 based board. We have a need for the
MIPI phy data lanes to come up in stop (LP-11) mode and stay there until
commanded. We are interfacing a TI SN65DSI84 mipi to lvds bridge, and it
demands the data lanes to stay in LP-11 state for the time of the
initializati
Hi Dietmar,
On 1/20/20 2:53 PM, Dietmar Eggemann wrote:
On 16/01/2020 16:20, lukasz.l...@arm.com wrote:
From: Lukasz Luba
Add support of other devices into the Energy Model framework not only the
CPUs. Change the interface to be more unified which can handle other
devices as well.
[...]
-
Fixes coccicheck warning:
./drivers/video/backlight/qcom-wled.c:1104:5-15:
WARNING: Unsigned expression compared with zero: string_len > 0
The unsigned variable string_len is assigned a return value from the call
to wled_configure, which may return negative error code.
Fixes: 775d2ffb4af6
Remove the explicit encoder disable: it's
already part of the CRTC shutdown, in both
atomic and legacy API cases.
Also, encoder and connector cleanup is performed
by the DRM .destroy hooks, for encoder and connector
respectively. It can be removed as well.
Finally, move the panel detach call to t
Add HDMI audio support for the sun4i-hdmi encoder, used on
the older Allwinner chips - A10, A20, A31.
Most of the code is based on the BSP implementation. In it
dditional formats are supported (S20_3LE and S24_LE), however
there where some problems with them and only S16_LE is left.
Signed-off-by
This patch series add support for HDMI audio for sun4i HDMI encored.
The code uses some parts from the Allwinners's BSP kernel.
Currently cyclic DMA transfers are disabled. The first patch permits them
as they are required for the audio.
The patch is tested on A20 chip. For the other chips, only
In order to fix device unbinding, the CRTC release path needs to
be fixed. Get rid of the use-after-free issue that arise
for calling drm_crtc_cleanup() prematurely, by moving
all the CRTC resource release to the crtc.destroy() hook.
The vop_unbind() function is only responsible for the release
of
Some users of the component API have a special model
for the allocation and release of its resources:
resources are allocated by an API but then
released by other means.
This contrasts with the current component API
assumption: .unbind must undo everything that .bind did.
An example of this is th
Hi Sam,
On Sat, Jan 18, 2020 at 3:04 PM Sam Ravnborg wrote:
> >
> > The LVDS panel driver has almost everything which is required to
> > describe a simple parallel RGB panel (also known as DPI, Display
> > Pixel Interface).
> >
> > ---
>
> There are a few high-level things we need to have sorted
Remove drm_connector_unregister() since it should be
used only by drivers that call drm_dev_register
explicitly.
Also, call the DRM cleanups directly, instead of
(ab)using the destroy hooks, for readability reasons.
Signed-off-by: Ezequiel Garcia
---
drivers/gpu/drm/rockchip/rk3066_hdmi.c | 8 +
In order to cleanup the configuration, destroying the components
in the pipeline, the components must be present.
Therefore, cleanup the config first, and unbind the components
later.
Signed-off-by: Ezequiel Garcia
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 20
1 fil
On 1/20/20 3:28 PM, Quentin Perret wrote:
On Monday 20 Jan 2020 at 15:53:35 (+0100), Dietmar Eggemann wrote:
Would be really nice if this wouldn't be required. We should really aim
for 1 framework == 1 set of interfaces.
What happens if someone calls em_get_pd() on a CPU EM?
E.g:
static
On 16/01/2020 16:20, lukasz.l...@arm.com wrote:
> From: Lukasz Luba
>
> Add support of other devices into the Energy Model framework not only the
> CPUs. Change the interface to be more unified which can handle other
> devices as well.
[...]
> -The source of the information about the power cons
On 20/01/2020 17:03, Mark Brown wrote:
> On Mon, Jan 20, 2020 at 02:43:10PM +, Steven Price wrote:
>
>> From discussions offline, I think I've come round to the view that
>> having a "soft PDC" in device tree isn't the right solution. Device tree
>> should be describing the hardware and that i
Currently the cyclic transfers can be used only with normal DMAs. They
can be used by pcm_dmaengine module, which is required for implementing
sound with sun4i-hdmi encoder. This is so because the controller can
accept audio only from a dedicated DMA.
This patch enables them, following the existin
Hi Quentin,
On 1/17/20 10:54 AM, Quentin Perret wrote:
Hey Lukasz,
Still reading through this, but with small changes, this looks pretty
good to me.
On Thursday 16 Jan 2020 at 15:20:29 (+), lukasz.l...@arm.com wrote:
+int em_register_perf_domain(struct device *dev, unsigned int nr_states,
On 1/20/20 3:11 PM, Dietmar Eggemann wrote:
On 20/01/2020 15:53, Dietmar Eggemann wrote:
On 16/01/2020 16:20, lukasz.l...@arm.com wrote:
From: Lukasz Luba
[...]
+enum em_type {
+ EM_SIMPLE,
+ EM_CPU,
+};
s/EM_SIMPLE/EM_DEV ?
Right now I only see energy models and _one_ sp
On Mon, Jan 20, 2020 at 02:43:10PM +, Steven Price wrote:
> From discussions offline, I think I've come round to the view that
> having a "soft PDC" in device tree isn't the right solution. Device tree
> should be describing the hardware and that isn't actually a hardware
> component.
You can
Platforms without a HW detiler doesn't support the get_tiling IOCTL.
Fix the drm_intel_bo_gem_create_from_* functions assuming the default
no-tiling, no-swizzling setting for the GEM buffer in this case.
Signed-off-by: Imre Deak
---
intel/intel_bufmgr_gem.c | 42 +
On Fri, Jan 17, 2020 at 07:32:27PM +0100, Bas Nieuwenhuizen wrote:
> On Fri, Jan 17, 2020 at 7:17 PM Jordan Crouse wrote:
> >
> > On Fri, Jan 17, 2020 at 12:04:17AM +0100, Bas Nieuwenhuizen wrote:
> > > This
> > >
> > > 1) Enables core DRM syncobj support.
> > > 2) Adds options to the submission i
On 1/15/20 6:45 AM, Geert Uytterhoeven wrote:
Convert the DT binding documentation for Sitronix ST7735R displays to DT
schema.
Add a reference to the Adafruit 1.8" LCD while at it.
Signed-off-by: Geert Uytterhoeven
---
v2:
- New.
---
.../bindings/display/sitronix,st7735r.txt | 35
On Mon, Jan 20, 2020 at 09:23:14AM +0100, Thomas Zimmermann wrote:
> The legacy version of get_scanout_position() was only useful while
> drivers still used drm_driver.get_scanout_position(). With no such
> drivers left, the related typedef and code can be removed
>
> Signed-off-by: Thomas Zimmerm
On Mon, Jan 20, 2020 at 09:22:55AM +0100, Thomas Zimmermann wrote:
> The callback get_vblank_timestamp() is currently located in struct
> drm_driver, but really belongs into struct drm_crtc_funcs. Add an
> equivalent there. Driver will be converted in separate patches.
>
> The default implementati
https://bugzilla.kernel.org/show_bug.cgi?id=206017
--- Comment #16 from udo (udo...@xs4all.nl) ---
amdgpu.noretry=0 works as workaround so the commit should fix things well.
Thanks for the commit!
Still looking for the right component for
https://bugzilla.kernel.org/show_bug.cgi?id=206191 :-/
--
Hi,
On Fri, Dec 13, 2019 at 09:53:41PM +0100, Arnd Bergmann wrote:
> Most kernel interfaces that take a timespec require normalized
> representation with tv_nsec between 0 and NSEC_PER_SEC.
>
> Passing values larger than 0x1ull further behaves differently
> on 32-bit and 64-bit kernels, an
https://bugzilla.kernel.org/show_bug.cgi?id=206017
--- Comment #15 from Alex Deucher (alexdeuc...@gmail.com) ---
Should be fixed in:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=7aec9ec1cf324d5c5a8d17b9c78a34c388e5f17b
which should also be landing in various stable
On 14/01/2020 07:16, Nicolas Boichat wrote:
> When there is a single power domain per device, the core will
> ensure the power domain is switched on (so it is technically
> equivalent to having not power domain specified at all).
>
> However, when there are multiple domains, as in MT8183 Bifrost
>
On 14/01/2020 07:15, Nicolas Boichat wrote:
> Some GPUs, namely, the bifrost/g72 part on MT8183, have a second
> regulator for their SRAM, let's add support for that.
>
> We extend the framework in a generic manner so that we could
> support more than 2 regulators, if required.
>
> Signed-off-by:
From: Yannick Fertré
When connected to a dsi host, the ltdc display controller
must send frames only after the end of the dsi panel
initialization to avoid errors when the dsi host sends
commands to the dsi panel (dsi px fifo full).
To avoid this issue, the display controller must be
enabled/disa
Am 20.01.20 um 12:02 schrieb Lionel Landwerlin:
On 14/01/2020 16:25, Christian König wrote:
Am 14.01.20 um 13:19 schrieb Lionel Landwerlin:
We've added a set of new APIs to manipulate syncobjs holding timelines
of dma_fence. This adds a bit of documentation about how this works.
v2: Small lang
Quoting Piper Fowler-Wright (2020-01-18 20:28:42)
> I have recently (since the New Year) been experiencing regular GPU hangs
> which typically render the system unusable.
>
> During the hangs the kernel buffer is filled with messages of the form
>
> [ 8269.599926] [drm:gen8_reset_engines [i915]]
The ast driver inherits from DRM's CRTC state, but still uses the atomic
helper for struct drm_crtc_funcs.reset, drm_atomic_helper_crtc_reset().
The helper only allocates enough memory for the core CRTC state. That
results in an out-ouf-bounds access when duplicating the initial CRTC
state. Simpli
Jyri Sarha wrote on Fri [2020-Jan-17 00:09:29 +0200]:
> This patch adds a new DRM driver for Texas Instruments DSS IPs used on
> Texas Instruments Keystone K2G, AM65x, and J721e SoCs. The new DSS IP is
> a major change to the older DSS IP versions, which are supported by
> the omapdrm driver. Whil
Jyri Sarha wrote on Thu [2020-Jan-16 23:06:00 +0200]:
> Add entry for tidss DRM driver.
>
> Version history:
>
> v2: no change
>
> v3: - Move tidss entry after omapdrm
> - Add "T: git git://anongit.freedesktop.org/drm/drm-misc"
>
> v4: no change
>
> v5: no change
>
> v6: no change
>
On Mon, Jan 20, 2020 at 9:23 AM Thomas Zimmermann wrote:
>
> VBLANK callbacks in struct drm_driver are deprecated in favor of
> their equivalents in struct drm_crtc_funcs. Convert gma500 over.
>
> Signed-off-by: Thomas Zimmermann
Looks good. For this patch:
Acked-by: Patrik Jakobsson
> ---
>
As udl does not initialize vblanking, atomic helpers initialize the
value of struct drm_crtc_state.no_vblank to be true. No need to set
it from within the driver.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/udl/udl_modeset.c | 11 ---
1 file changed, 11 deletions(-)
diff --git
As ast does not initialize vblanking, atomic helpers initialize the
value of struct drm_crtc_state.no_vblank to be true. No need to set
it from within the driver.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/ast_mode.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/
Instead of faking VBLANK events by themselves, drivers without VBLANK
support can enable drm_crtc_vblank.no_vblank and let DRM do the rest.
The patchset makes this official and converts over drivers.
The current implementation looks at the number of initialized CRTCs
wrt vblanking. If vblanking ha
At the end of a commit, atomic helpers can generate a VBLANK event
automatically. Originally implemented for writeback connectors, the
functionality can be used by any driver and/or hardware without proper
VBLANK interrupt.
First of all, the patch updates the documentation to make this behaviour
o
The new interface drm_crtc_has_vblank() return true if vblanking has
been initialized for a certain CRTC, or false otherwise. This function
will be useful for initializing CRTC state.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_vblank.c | 21 +
include/drm/drm_vb
On 1/20/20 9:23 AM, Thomas Zimmermann wrote:
> VBLANK callbacks in struct drm_driver are deprecated in favor of
> their equivalents in struct drm_crtc_funcs. Convert vmwgfx over.
>
> v2:
> * remove accidental whitespace fixes
>
> Signed-off-by: Thomas Zimmermann
> ---
> drivers/gpu/drm/vmwg
On Mo, 2020-01-20 at 11:59 +0100, Christian König wrote:
> Am 20.01.20 um 11:51 schrieb Lucas Stach:
> > 1db8c142b6c5 (drm/scheduler: Add drm_sched_suspend/resume_timeout()) made
> > the job_list_lock IRQ safe in as the suspend/resume calls were expected to
> > be called from IRQ context. This usag
On 14/01/2020 16:25, Christian König wrote:
Am 14.01.20 um 13:19 schrieb Lionel Landwerlin:
We've added a set of new APIs to manipulate syncobjs holding timelines
of dma_fence. This adds a bit of documentation about how this works.
v2: Small language nits (Lionel)
Signed-off-by: Lionel Landwer
Am 20.01.20 um 11:51 schrieb Lucas Stach:
1db8c142b6c5 (drm/scheduler: Add drm_sched_suspend/resume_timeout()) made
the job_list_lock IRQ safe in as the suspend/resume calls were expected to
be called from IRQ context. This usage never materialized in upstream.
Instead amdgpu started locking the
1db8c142b6c5 (drm/scheduler: Add drm_sched_suspend/resume_timeout()) made
the job_list_lock IRQ safe in as the suspend/resume calls were expected to
be called from IRQ context. This usage never materialized in upstream.
Instead amdgpu started locking the job_list_lock in an IRQ unsafe way in
amdgpu
Quoting Akeem G Abodunrin (2020-01-16 17:46:55)
> +static u32
> +gen7_fill_interface_descriptor(struct batch_chunk *state,
> + const struct batch_vals *bv,
> + const struct cb_kernel *kernel,
> + unsigned int cou
Hi Sam,
(stumbled on this accidentally)
On Thu, Aug 2, 2018 at 9:46 PM Sam Ravnborg wrote:
> The pardata supports implement a simple bus for devices
> that are connected using a parallel bus driven by GPIOs.
> The is often used in combination with simple displays
> that is often seen in older em
Problem: do_unregister_framebuffer() might return before the device is
fully cleaned up, due to userspace having a file handle for /dev/fb0
open. Which can result in drm driver not being able to grab resources
(and fail initialization) because the firmware framebuffer still holds
them. Reportedly
From: Allen Chen
This adds support for the iTE IT6505.
This device can convert DPI signal to DP output.
Signed-off-by: Jitao Shi
Signed-off-by: Yilun Lin
Signed-off-by: Allen Chen
Signed-off-by: Pi-Hsun Shih
---
drivers/gpu/drm/bridge/Kconfig |7 +
drivers/gpu/drm/bridge/Makefile
Hello,
syzbot found the following crash on:
HEAD commit:def9d278 Linux 5.5-rc7
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=13000685e0
kernel config: https://syzkaller.appspot.com/x/.config?x=83c00afca9cf5153
dashboard link: https://syzkaller.appspot
I have recently (since the New Year) been experiencing regular GPU hangs
which typically render the system unusable.
During the hangs the kernel buffer is filled with messages of the form
[ 8269.599926] [drm:gen8_reset_engines [i915]] *ERROR* rcs0 reset request timed
out: {request: 0001, RE
On Wed, 2019-10-30 at 09:29 -0500, Rob Herring wrote:
> On Sun, Oct 27, 2019 at 03:26:09PM +0100, Marcel Ziswiler wrote:
> > From: Marcel Ziswiler
> >
> > Add bindings for the following 3 previously added display panels
> > manufactured by Logic Technologies Limited:
> >
> > - LT161010-2NHC e.g.
Sorry, just noticed that this has not gone through yet.
On Wed, 2019-10-30 at 09:28 -0500, Rob Herring wrote:
> On Sun, Oct 27, 2019 at 03:26:09PM +0100, Marcel Ziswiler wrote:
> > From: Marcel Ziswiler
> >
> > Add bindings for the following 3 previously added display panels
> > manufactured by
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/video/fbdev/aty/radeon_base.c: In function
‘radeonfb_set_par’:
drivers/video/fbdev/aty/radeon_base.c:1660:32: warning:
variable ‘bytpp’ set but not used [-Wunused-but-set-variable]
It is never used, and so can be removed.
Signed-off-by: yu k
Add rate limiting of the 'pp done time out' warnings since these
warnings can quickly fill the dmesg buffer.
Signed-off-by: Brian Masney
---
drivers/gpu/drm/msm/disp/mdp5/mdp5_crtc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/msm/disp/mdp5/mdp5_crtc.c
yu kuai (4):
video: fbdev: remove set but not used variable 'hSyncPol'
video: fbdev: remove set but not used variable 'vSyncPol'
video: fbdev: remove set but not used variable 'vSyncPol'
video: fbdev: remove set but not used variable 'bytpp'
drivers/video/fbdev/aty/radeon_base.c | 10 ++--
13.12.2019 18:35, Dmitry Osipenko пишет:
> 13.12.2019 18:10, Thierry Reding пишет:
>> On Fri, Dec 13, 2019 at 12:25:33AM +0300, Dmitry Osipenko wrote:
>>> Hello Thierry,
>>>
>>> Commit [1] introduced a severe GPU performance regression on Tegra20 and
>>> Tegra30 using.
>>>
>>> [1]
>>> https://git.k
On 1/18/20 10:41 AM, Sam Ravnborg wrote:
> Hi Benjamin
>
> On Tue, Jan 14, 2020 at 05:01:35PM +0100, Benjamin Gaignard wrote:
>> Remove old documentation style and use new one to avoid warnings when
>> compiling with W=1
>>
>> Signed-off-by: Benjamin Gaignard
> Thanks for the warning fixes.
> Thi
Hi Sam
On Sun, 2020-01-19 at 23:47 +0100, Sam Ravnborg wrote:
> Hi Marcel.
>
> On Sun, Jan 19, 2020 at 11:02:03PM +0100, Marcel Ziswiler wrote:
> > From: Marcel Ziswiler
> >
> > Add display timings for the following 3 display panels manufactured
> > by
> > Logic Technologies Limited:
> >
> > -
On Tue, Dec 31, 2019 at 10:50:27PM -0500, Brian Masney wrote:
> On Sun, Dec 29, 2019 at 09:00:53PM -0500, Brian Masney wrote:
> > Since the introduction of commit 2d99ced787e3 ("drm/msm: async commit
> > support"), command-mode panels began throwing the following errors:
> >
> > msm fd90.m
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/video/fbdev/aty/radeon_base.c: In function
‘radeonfb_set_par’:
drivers/video/fbdev/aty/radeon_base.c:1653:38: warning: variable
‘vSyncPol’ set but not used [-Wunused-but-set-variable]
It is never used, and so can be removed.
Signed-off-by: y
IT6505 driver ite-it6505.c file using drm_dp_link helpers, so revert.
This reverts commit 9a42c7c647a9ad0f7ebb147a52eda3dcb7c84292.
Signed-off-by: Allen Chen
---
drivers/gpu/drm/drm_dp_helper.c | 128 ++
drivers/gpu/drm/tegra/Makefile | 1 -
drivers/gpu/drm/tegra/dp.c | 876 -
Add a DT binding documentation for IT6505.
Acked-by: Sam Ravnborg
Signed-off-by: Allen Chen
Signed-off-by: Pi-Hsun Shih
---
.../bindings/display/bridge/ite,it6505.yaml| 89 ++
1 file changed, 89 insertions(+)
create mode 100644
Documentation/devicetree/bindings/di
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/video/fbdev/aty/mach64_gx.c: In function ‘aty_var_to_pll_8398’:
drivers/video/fbdev/aty/mach64_gx.c:621:36: warning: variable
‘mach64RefFreq’ set but not used [-Wunused-but-set-variable]
It is never used, and so can be removed.
Signed-off-by
The IT6505 is a high-performance DisplayPort 1.1a transmitter, fully compliant
with DisplayPort 1.1a, HDCP 1.3 specifications. The IT6505 supports color depth
of up to 36 bits (12 bits/color) and ensures robust transmission of high-quality
uncompressed video content, along with uncompressed and com
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/video/fbdev/aty/radeon_base.c: In function
‘radeonfb_set_par’:
drivers/video/fbdev/aty/radeon_base.c:1653:48: warning: variable
‘cSync’ set but not used [-Wunused-but-set-variable]
It is never used, and so can be removed.
Signed-off-by: yu k
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/video/fbdev/aty/mach64_gx.c: In function ‘aty_var_to_pll_8398’:
drivers/video/fbdev/aty/mach64_gx.c:621:36: warning: variable
‘mach64RefFreq’ set but not used [-Wunused-but-set-variable]
It is never used, and so can be removed.
Signed-off-by
1 - 100 of 127 matches
Mail list logo