mm-...@lists.linaro.org
---
drivers/dma-buf/dma-buf.c |4 ++--
include/linux/dma-buf.h |3 +--
2 files changed, 3 insertions(+), 4 deletions(-)
--- linux-next-20200407.orig/drivers/dma-buf/dma-buf.c
+++ linux-next-20200407/drivers/dma-buf/dma-buf.c
@@ -655,8 +655,8 @@ EXPORT_SYMBOL
ADV7511 support sample rates up to 192kHz. CTS and N parameters should
be computed accordingly so this commit extend the list up to maximum
supported sample rate.
Signed-off-by: Bogdan Togorean
---
drivers/gpu/drm/bridge/adv7511/adv7511_audio.c | 12
1 file changed, 12 insertions(+)
Hi Markus,
Le dim. 5 avril 2020 à 11:30, Markus Elfring a
écrit :
From: Markus Elfring
Date: Sun, 5 Apr 2020 11:25:30 +0200
The function “platform_get_irq” can log an error already.
Thus omit a redundant message for the exception handling in the
calling function.
This issue was detected by
Execution will only reach here if the asserted condition is true.
Hence there is no need for the additional check.
Signed-off-by: Aurabindo Pillai
---
drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu
Hi Pekka,
El vie., 3 abr. 2020 a las 12:03, Pekka Paalanen
() escribió:
>
> On Fri, 3 Apr 2020 10:28:52 +0200
> Guillermo Rodriguez wrote:
>
> > Hi Pekka,
> >
> > El vie., 3 abr. 2020 a las 10:14, Pekka Paalanen
> > () escribió:
> > >
> > > On Wed, 1 Apr 2020 14:38:37 -0500
> > > Matt Hoosier wr
Hi Adrian,
> -Original Message-
> From: Adrian Pop
> Sent: Tuesday, April 7, 2020 7:58 AM
> To: Angelo Ribeiro
> Cc: yannick.fer...@st.com; philippe.co...@st.com;
> benjamin.gaign...@st.com; airl...@linux.ie; Daniel Vetter
> ; mcoquelin.st...@gmail.com; alexandre.tor...@st.com;
> dri-dev
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
---
.../bindings/leds/backlight/qcom-wled.txt | 154
.../bindings
When allocation for mdp5_kms fails, calling mdp5_destroy() leads to undefined
behaviour, likely a nullptr exception or use-after-free troubles.
Signed-off-by: Roy Spliet
---
drivers/gpu/drm/msm/disp/mdp5/mdp5_kms.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu
On 4/6/20 10:17 PM, Daniel Lezcano wrote:
On 06/04/2020 18:07, Lukasz Luba wrote:
On 4/6/20 3:58 PM, Daniel Lezcano wrote:
Hi Lukasz,
On 06/04/2020 15:29, Lukasz Luba wrote:
Hi Daniel,
Thank you for the review.
On 4/3/20 5:05 PM, Daniel Lezcano wrote:
Hi Lukasz,
On 18/03/2020 12:4
Hi Daniel.
Finally managed to dive into this..
Maybe I need more coffee, it is still morning here.
But alas this patch triggered a few comments.
Sam
On Fri, Apr 03, 2020 at 03:57:46PM +0200, Daniel Vetter wrote:
> The kerneldoc is only added for this new function. Existing kerneldoc
> a
Hi
Am 07.04.20 um 09:24 schrieb Daniel Vetter:
> On Mon, Apr 6, 2020 at 7:27 PM Thomas Zimmermann wrote:
>>
>> Hi
>>
>> Am 03.04.20 um 15:57 schrieb Daniel Vetter:
>>> We use the baseclass pattern here, so lets to the proper (and more
>>> typesafe) upcasting.
>>>
>>> Signed-off-by: Daniel Vetter
Hi Ben,
On Wed, Apr 8, 2020 at 1:34 AM Benjamin Herrenschmidt
wrote:
> On Fri, 2020-04-03 at 15:59 +1100, Michael Ellerman wrote:
> > Benjamin Herrenschmidt writes:
> > > On Tue, 2020-03-31 at 16:30 +1100, Michael Ellerman wrote:
> > > > I have no attachment to 40x, and I'd certainly be happy to
Hi Sam
Am 07.04.20 um 18:50 schrieb Sam Ravnborg:
> Hi Thomas/Noralf.
>
>>> Having DRM core take care of fbdev emulation was an idea Laurent had
>>> which was the spark that set me off making the generic fbdev emulation.
>>>
>>> Maybe it's still too early to make this move, I don't know.
>>
>> I
Goodmorning Heiko.
Thanks for the v2 of this driver.
checkpatch, using --strict, complains about indent.
I have also noted some of them below.
A few comments in the following.
Sam
On Wed, Apr 08, 2020 at 01:23:51AM +0200, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> The LTK050H31
Goodmorning Heiko.
On Wed, Apr 08, 2020 at 01:23:50AM +0200, Heiko Stuebner wrote:
> From: Heiko Stuebner
>
> The LTK050H3146W is a 5.0" 720x1280 DSI display.
>
> changes in v2:
> - add display variants
>
> Signed-off-by: Heiko Stuebner
Applied to drm-misc-next.
Sam
> ---
> .../di
Hi,
I'm trying to implement the virtual hardware (virtual_hw) module option on
VKMS module.
The virtual hardware module option is implemented as an option to skip the
timing and vblank subtests. The main idea of virtual_hw is shorten the time
used on each period of operation. For this, the timer
Add Virtual Vblank, virtual hardware module option ('virtual_hw')
allows to skip the timing of vblank routine.
Signed-off-by: Gabriela Bittencourt
---
drivers/gpu/drm/vkms/vkms_crtc.c | 28 ++--
drivers/gpu/drm/vkms/vkms_drv.c | 13 +++--
drivers/gpu/drm/vkms/vkm
Add support for Virtual Vblank on VKMS. Rework part of
'vkms_vblank_simulate' for schedule a compose worker outside.
Signed-off-by: Gabriela Bittencourt
---
drivers/gpu/drm/vkms/vkms_crtc.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/vkms/v
On Fri, Feb 07, 2020 at 02:50:55PM -0500, Alex Deucher wrote:
> To handle debugfs setup on non DP MST connectors.
>
> Reviewed-by: Harry Wentland
> Acked-by: Christian König
> Signed-off-by: Alex Deucher
> ---
> .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 18 ++
> 1 file c
The pull request you sent on Wed, 8 Apr 2020 10:49:06 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-next-2020-04-08
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/f5e94d10e4c468357019e5c28d48499f677b284f
Thank you!
--
Deet-doot-dot, I am a bot.
https://kor
Hi Linus,
This is a set of fixes that have queued up, I think I might have
another pull with some more before rc1 but I'd like to dequeue what I
have now just in case Easter is more eggciting that expected.
The main thing in here is a fix for a longstanding nouveau power
management issues on cert
Hey - didn't get a chance to take a look at this today but I will review asap!
On Tue, 2020-04-07 at 12:07 -0400, mikita.lip...@amd.com wrote:
> From: Mikita Lipski
>
> Zero Port's PBN together with VCPI slots when releasing
> allocated VCPI slots. That way when disabling the connector
> it will
On Fri, 2020-04-03 at 15:59 +1100, Michael Ellerman wrote:
> Benjamin Herrenschmidt writes:
> > On Tue, 2020-03-31 at 16:30 +1100, Michael Ellerman wrote:
> > > I have no attachment to 40x, and I'd certainly be happy to have
> > > less
> > > code in the tree, we struggle to keep even the modern pl
Am Dienstag, 31. März 2020, 13:02:21 CEST schrieb Heiko Stuebner:
> From: Heiko Stuebner
>
> The LTK050H3146W is a 5.0" 720x1280 DSI display.
>
> Signed-off-by: Heiko Stuebner
FYI: replaced by v2 just now
Heiko
___
dri-devel mailing list
dri-devel
From: Heiko Stuebner
The LTK050H3146W is 5.0" 720x1280 DSI display. There are two variants
with essentially the same name, LTK050H3146W and LTK050H3146W-A2.
They differ in their init sequence and mode details.
changes in v2:
- add display variants
Signed-off-by: Heiko Stuebner
---
drivers/gp
From: Heiko Stuebner
The LTK050H3146W is a 5.0" 720x1280 DSI display.
changes in v2:
- add display variants
Signed-off-by: Heiko Stuebner
---
.../display/panel/leadtek,ltk050h3146w.yaml | 51 +++
1 file changed, 51 insertions(+)
create mode 100644
Documentation/devicetree/
Add Display Port HPD GPIO description in bindings
This Patch depends on:
https://patchwork.kernel.org/patch/11468505/
Signed-off-by: Tanmay Shah
---
Documentation/devicetree/bindings/display/msm/dp-sc7180.yaml | 7 +++
1 file changed, 7 insertions(+)
diff --git a/Documentation/devi
Configure HPD registers and interrupts to detect connect and
disconnect pulses on HPD pin and issue hot plug accordingly.
This patch depends on:
https://patchwork.kernel.org/patch/11468511
https://patchwork.kernel.org/patch/11468715
https://patchwork.kernel.org/patch/114685
Hi Johan.
On Fri, Apr 03, 2020 at 04:22:34PM +0200, Johan Jonker wrote:
> Current dts files with 'vop' nodes are manually verified.
> In order to automate this process rockchip-vop.txt
> has to be converted to yaml.
>
> Signed-off-by: Johan Jonker
> Reviewed-by: Rob Herring
Thanks, I have appl
Hi Jagan.
On Fri, Apr 03, 2020 at 07:54:51PM +0530, Jagan Teki wrote:
> Convert the feiyang,fy07024di26a30d panel bindings to DT schema.
>
> Signed-off-by: Jagan Teki
Thanks, this and the two other patches are now pushed to drm-misc-next.
Sam
> ---
> Changes for v3:
> - update the lic
On 4/7/20 5:36 PM, Alex Xu (Hello71) wrote:
Excerpts from Thomas Hellström (VMware)'s message of April 7, 2020 7:26 am:
On 4/7/20 2:38 AM, Alex Xu (Hello71) wrote:
Excerpts from Thomas Hellström (VMware)'s message of April 6, 2020 5:04 pm:
Hi,
On 4/6/20 9:51 PM, Alex Xu (Hello71) wrote:
Usin
Hi Jules.
On Fri, Apr 03, 2020 at 05:05:02PM +0100, Jules Irenge wrote:
> Sparse reports warnings at cyber2000fb_enable_ddc()
> and cyber2000fb_disable_ddc()
>
> warning: context imbalance in cyber2000fb_enable_ddc()
> - wrong count at exit
>
> warning: context imbalance in cyber2000
On Tue, Apr 07, 2020 at 10:08:00PM +0300, Ville Syrjälä wrote:
> On Tue, Apr 07, 2020 at 08:56:53PM +0200, Sam Ravnborg wrote:
> > Hi Ville.
> >
> > On Fri, Apr 03, 2020 at 11:40:06PM +0300, Ville Syrjala wrote:
> > > From: Ville Syrjälä
> > >
> > > gma500 only uses mode->private_flags to convey
On Tue, Apr 07, 2020 at 08:52:05PM +0200, Sam Ravnborg wrote:
> On Fri, Apr 03, 2020 at 11:40:01PM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > gma500 needs 4 bits (to store a pixel multiplier) in the
> > mode->private_flags, i915 currently has three bits defined.
> > No one else u
On Tue, Apr 07, 2020 at 08:56:53PM +0200, Sam Ravnborg wrote:
> Hi Ville.
>
> On Fri, Apr 03, 2020 at 11:40:06PM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > gma500 only uses mode->private_flags to convey the sdvo pixel
> > multiplier from the encoder .mode_fixup() hook to the enc
On Fri, Apr 03, 2020 at 11:40:07PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> The last two uses of mode->private_flags (in i915 and gma500)
> are now gone. So let's remove mode->private_flags entirely.
>
> CC: Sam Ravnborg
> Cc: Daniel Vetter
> Cc: Emil Velikov
> Signed-off-by: Vil
Hi Ville.
On Fri, Apr 03, 2020 at 11:40:06PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> gma500 only uses mode->private_flags to convey the sdvo pixel
> multiplier from the encoder .mode_fixup() hook to the encoder
> .mode_set() hook. Those always seems get called as a pair so
> let's
On Fri, Apr 03, 2020 at 11:40:03PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> htotal*vtotal*vrefresh ~= clock. So just say "clock" when we mean it.
>
> Cc: Linus Walleij
> Cc: Sam Ravnborg
> Signed-off-by: Ville Syrjälä
Reviewed-by: Sam Ravnborg
> ---
> drivers/gpu/drm/mcde/mcde_
On Fri, Apr 03, 2020 at 11:40:01PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> gma500 needs 4 bits (to store a pixel multiplier) in the
> mode->private_flags, i915 currently has three bits defined.
> No one else uses this. Reduce the size to u8.
>
> Reviewed-by: Emil Velikov
> Signed-
On Fri, Apr 03, 2020 at 11:40:00PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Remove the pointless whole-function indentation. Also don't
> need to worry about negative values anymore since we switched
> everything to u16.
>
> Reviewed-by: Emil Velikov
> Signed-off-by: Ville Syrjälä
On Fri, Apr 03, 2020 at 11:39:59PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Store the timings (apart from the clock) as u16. The uapi mode
> struct already uses u16 for everything so using something bigger
> internally doesn't really help us.
>
> Reviewed-by: Emil Velikov
> Reviewe
On Fri, Apr 03, 2020 at 11:39:56PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Instead of supporting ~2000km wide displayes let's limit ourselves
> to ~65m. That seems plenty big enough to me.
>
> Even with EDID_QUIRK_DETAILED_IN_CM EDIDs seem to be limited to
> 10*0xfff which fits int
On Fri, Apr 03, 2020 at 11:39:58PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> The mode flags are direclty exposed in the uapi as u32. Use the
> same size type to store them internally.
>
> Reviewed-by: Emil Velikov
> Signed-off-by: Ville Syrjälä
Reviewed-by: Sam Ravnborg
> ---
> i
On Fri, Apr 03, 2020 at 11:39:57PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> We only have 7 bits defined for mode->type. Shrink the storage to u8.
>
> Reviewed-by: Emil Velikov
> Reviewed-by: Daniel Vetter
> Signed-off-by: Ville Syrjälä
Reviewed-by: Sam Ravnborg
> ---
> include/
On Fri, Apr 03, 2020 at 11:39:52PM +0300, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Let's just calculate the hsync rate on demand. No point in wasting
> space storing it and risking the cached value getting out of sync
> with reality.
>
> v2: Move drm_mode_hsync() next to its only users
>
Hi Tang Bin
On Mon, Apr 06, 2020 at 01:34:50PM +0800, Tang Bin wrote:
> The platform_get_irq() can print error message,so remove the redundant
> dev_err() here.
>
> Signed-off-by: Tang Bin
> ---
> drivers/video/fbdev/atmel_lcdfb.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers
Hi Angelo.
One nit below.
Sam
On Mon, Apr 06, 2020 at 03:24:13PM +0200, Angelo Ribeiro wrote:
> Add Synopsys DesignWare IPK specific extensions for Synopsys DesignWare
> MIPI DSI Host driver.
>
> Cc: Maarten Lankhorst
> Cc: Maxime Ripard
> Cc: David Airlie
> Cc: Daniel Vetter
> Cc:
Hi Angelo.
Has it been evaluated if the drm_simple_* stuff can be used?
It looks like this is a single plane, single connector thing so a good
candidate.
Some nits below.
Sam
On Mon, Apr 06, 2020 at 03:24:12PM +0200, Angelo Ribeiro wrote:
> Add support for Synopsys DesignWare VPG (Video
On 2020-04-07 10:07, Roy Spliet wrote:
When allocation for mdp5_kms fails, calling mdp5_destroy() leads to
undefined
behaviour, likely a nullptr exception or use-after-free troubles.
Signed-off-by: Roy Spliet
Reviewed-by: Abhinav Kumar
---
drivers/gpu/drm/msm/disp/mdp5/mdp5_kms.c | 3 ++-
On Mon, Apr 6, 2020 at 6:13 PM Lyude Paul wrote:
>
> Although it's not unexpected for drm_dp_check_act_status() to fail due
> to DPCD read failures (as the hub may have just been unplugged
> suddenly), timeouts are a bit more worrying as they either mean we need
> a longer timeout value, or we are
On Mon, Apr 6, 2020 at 6:13 PM Lyude Paul wrote:
>
> Currently we only poll for an ACT up to 30 times, with a busy-wait delay
> of 100µs between each attempt - giving us a timeout of 2900µs. While
> this might seem sensible, it would appear that in certain scenarios it
> can take dramatically long
On Tue, Mar 31, 2020 at 12:08:53AM +0530, Pankaj Bharadiya wrote:
> Introduce per-plane and per-CRTC scaling filter properties to allow
> userspace to select the driver's default scaling filter or
> Nearest-neighbor(NN) filter for upscaling operations on CRTC and
> plane.
>
> Drivers can set up th
https://bugzilla.kernel.org/show_bug.cgi?id=206519
Shlomo (shl...@fastmail.com) changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolutio
Hi Thomas/Noralf.
> > Having DRM core take care of fbdev emulation was an idea Laurent had
> > which was the spark that set me off making the generic fbdev emulation.
> >
> > Maybe it's still too early to make this move, I don't know.
>
> I think we should wait a bit. As you mentioned, there are
On Tue, Apr 07, 2020 at 04:18:20PM +0300, Tomi Valkeinen wrote:
> Hi Jyri,
>
> On 27/01/2020 18:00, Jyri Sarha wrote:
> > This is intended to be the last patch series. I'll apply these trough
> > drm-misc-next tomorrow.
>
> Were these ever merged?
See 32a1795f57eecc3974901760400618571c9d357f
("d
Hi Alex.
On Tue, Apr 07, 2020 at 10:42:46AM -0400, Alex Deucher wrote:
> On Mon, Apr 6, 2020 at 3:48 PM Sam Ravnborg wrote:
> >
> > Lyude Paul wrote a very good intro to vblank here:
> > https://lore.kernel.org/dri-devel/faf63d8a9ed23c16af69762f59d0dca6b2bf085f.ca...@redhat.com/T/#mce6480be738160
From: Mikita Lipski
Zero Port's PBN together with VCPI slots when releasing
allocated VCPI slots. That way when disabling the connector
it will not cause issues in drm_dp_mst_atomic_check verifying
branch bw limit.
Signed-off-by: Mikita Lipski
---
drivers/gpu/drm/drm_dp_mst_topology.c | 1 +
1
On Tue, Apr 07, 2020 at 01:04:31PM +0100, Liviu Dudau wrote:
> On Mon, Apr 06, 2020 at 09:47:45PM +0200, Sam Ravnborg wrote:
> > Document the callbacks:
> > drm_connector_helper_funcs.prepare_writeback_job
> > drm_connector_helper_funcs.cleanup_writeback_job
> >
> > The documentation was p
On Tue, Apr 07, 2020 at 10:08:51AM +0200, Daniel Vetter wrote:
> On Mon, Apr 06, 2020 at 09:47:46PM +0200, Sam Ravnborg wrote:
> > drm_writeback.h included a lot of nice kernel-doc comments.
> > Wire it up so the header file is included in the kernel-doc
> > generated documentation.
> >
> > Added
On Tue, Apr 07, 2020 at 09:38:47AM +0200, Daniel Vetter wrote:
> On Fri, Apr 03, 2020 at 11:40:04PM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Replace the use of mode->private_flags with a truly private bitmaks
> > in our own crtc state. We also need a copy in the crtc itself so
https://bugzilla.kernel.org/show_bug.cgi?id=202445
--- Comment #39 from jaapbuur...@gmail.com ---
To add to my previous comment: My ingame FPS is completely stable, yet my
monitor's HZ is jumping all over the place as can be seen from the monitor's
OSD. Previously, the luminance issue would only o
On 24.02.2020 13:01, Bogdan Togorean wrote:
> ADV7511 support sample rates up to 192kHz. CTS and N parameters should
> be computed accordingly so this commit extend the list up to maximum
> supported sample rate.
>
> Signed-off-by: Bogdan Togorean
> ---
> drivers/gpu/drm/bridge/adv7511/adv7511_au
https://bugzilla.kernel.org/show_bug.cgi?id=202445
--- Comment #38 from jaapbuur...@gmail.com ---
While I previously also had to same luminance flickering as you were describing
on older kernels, kernel 5.5 and unfortunately also 5.6 are showing me
flickering between a completely black screeb and
On Mon, Apr 6, 2020 at 3:48 PM Sam Ravnborg wrote:
>
> Lyude Paul wrote a very good intro to vblank here:
> https://lore.kernel.org/dri-devel/faf63d8a9ed23c16af69762f59d0dca6b2bf085f.ca...@redhat.com/T/#mce6480be738160e9d07c5d023e88fd78d7a06d27
>
> Add this to the intro chapter in drm_vblank.c so
On Tue, Apr 7, 2020 at 3:26 PM Sumit Semwal wrote:
>
> Hello,
>
> Daniel, your comments here, please?
Don't :-)
I mean rule of thumb you should never need a compat_ioctl for a new
ioctl, that's just failure to read
https://www.kernel.org/doc/html/v5.4-preprc-cpu/ioctl/botching-up-ioctls.html
Sp
The ExynosDRM page fault handler is never used, drm_gem_mmap()
always calls exynos_drm_gem_mmap() function, which perform
complete mapping for the given virtual address-space area.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 1 -
drivers/gpu/drm/exynos/exynos_d
Hi
The recent discussion under the 'drm/prime: fix extracting of the DMA
addresses from a scatterlist' [1] patch inspired me to take a look again
into the Exynos DRM GEM internals. I've made a little cleanup and
reworked some parts to make them more error proof for the various
corner-cases.
[1] h
Internal pages array and scatter-list for them is not really needed for
anything. FBDev emulation can simply rely on the DMA-mapping framework
to create a proper kernel mapping for the buffer, while all other buffer
use cases don't really need that array at all.
Suggested-by: Christian König
Sign
Explicitly check if the imported buffer has been mapped as contiguous in
the DMA address space, what is required by all Exynos DRM CRTC drivers.
While touching this, set buffer flags depending on the availability of
the IOMMU.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm
Hi Jyri,
On 27/01/2020 18:00, Jyri Sarha wrote:
This is intended to be the last patch series. I'll apply these trough
drm-misc-next tomorrow.
Were these ever merged?
Tomi
Changes since v8:
- "dt-bindings: display: ti,k2g-dss: Add dt-schema yaml binding"
- Remove ports-node from the dts
The uapi is the same on 32 and 64 bit, but the number isnt. Everyone
who botched this please re-read:
https://www.kernel.org/doc/html/v5.4-preprc-cpu/ioctl/botching-up-ioctls.html
Also, the type argument for the ioctl macros is for the type the void
__user *arg pointer points at, which in this ca
Hello,
Daniel, your comments here, please?
On Mon, 24 Feb 2020 at 09:09, Martin Liu wrote:
>
> On Tue, Jan 14, 2020 at 09:41:01PM +0800, Martin Liu wrote:
>
> CC more MLs for winder review.
>
> > This commit adds SET_NAME ioctl coversion to
> > support 32 bit ioctl.
> >
> > Signed-off-by: Martin
Hi
Am 07.04.20 um 10:04 schrieb Daniel Vetter:
> On Mon, Apr 06, 2020 at 03:43:58PM +0200, Thomas Zimmermann wrote:
>> Generic fbdev support is a DRM client. Set it up after fully registering
>> the new DRM device.
>>
>> Signed-off-by: Thomas Zimmermann
>> ---
>> drivers/gpu/drm/hisilicon/kirin/
Hi Noralf
Am 07.04.20 um 13:02 schrieb Noralf Trønnes:
>
>
> Den 06.04.2020 15.43, skrev Thomas Zimmermann:
>> Generic fbdev emulation is a DRM client. If possible, it should behave
>> like userspace clients. Therefore it should not run before the driver
>> registered the new DRM device. If the
Hi,
On Tue, 7 Apr 2020 at 09:23, Pekka Paalanen wrote:
> Maybe I should underline the read/write race:
>
> You do not get notified when a display server updates the screen, so
> you poll. When your poll returns a new FB id,
And that's only useful for Wayland systems. On X11, the server can
(and
On 06/04/2020 16:44, Thomas Zimmermann wrote:
> Generic fbdev support is a DRM client. Set it up after fully registering
> the new DRM device.
>
> Signed-off-by: Thomas Zimmermann
Acked-by: Jyri Sarha
However, this change hardly makes any difference, as the only place
where "is_registere"'s va
On Thu, 26 Mar 2020, Lyude Paul wrote:
> On Thu, 2020-03-05 at 15:12 -0500, Sean Paul wrote:
>> From: Sean Paul
>>
>> Used to query whether an MST stream is encrypted or not.
>>
>> Signed-off-by: Sean Paul
>>
>> Link:
>> https://patchwork.freedesktop.org/patch/msgid/20200218220242.107265-14-
On Mon, Apr 06, 2020 at 09:47:45PM +0200, Sam Ravnborg wrote:
> Document the callbacks:
> drm_connector_helper_funcs.prepare_writeback_job
> drm_connector_helper_funcs.cleanup_writeback_job
>
> The documentation was pulled from the changelong introducing the
> callbacks, originally written
Hi Sam,
Sorry for jumping in late on this, I have just a small suggestion:
On Mon, Apr 06, 2020 at 09:47:44PM +0200, Sam Ravnborg wrote:
> Lyude Paul wrote a very good intro to vblank here:
> https://lore.kernel.org/dri-devel/faf63d8a9ed23c16af69762f59d0dca6b2bf085f.ca...@redhat.com/T/#mce6480be7
On 4/7/20 2:38 AM, Alex Xu (Hello71) wrote:
Excerpts from Thomas Hellström (VMware)'s message of April 6, 2020 5:04 pm:
Hi,
On 4/6/20 9:51 PM, Alex Xu (Hello71) wrote:
Using 314b658 with amdgpu, starting sway and firefox causes "BUG: Bad
rss-counter state" and "BUG: non-zero pgtables_bytes on
Den 06.04.2020 15.44, skrev Thomas Zimmermann:
> Remove the error check from the fbdev setup function. The function
> will print a warning.
>
> Signed-off-by: Thomas Zimmermann
> ---
Subject: s/mediathek/mediatek/
___
dri-devel mailing list
dri-deve
Den 06.04.2020 15.43, skrev Thomas Zimmermann:
> Generic fbdev emulation is a DRM client. If possible, it should behave
> like userspace clients. Therefore it should not run before the driver
> registered the new DRM device. If the setup function fails, the driver
> should not report an error.
>
Hi Thomas.
On Mon, Apr 06, 2020 at 03:44:05PM +0200, Thomas Zimmermann wrote:
> Generic fbdev emulation is a DRM client. Drivers should invoke the
> setup function, but not depend on its success. Hence remove the return
> value.
>
> Signed-off-by: Thomas Zimmermann
If this goes in as-is then it
Hi Thomas.
On Tue, Apr 07, 2020 at 08:28:59AM +0200, Thomas Zimmermann wrote:
> Hi Sam
>
> Am 06.04.20 um 22:00 schrieb Sam Ravnborg:
> > Hi Thomas.
> >
> > On Mon, Apr 06, 2020 at 03:43:55PM +0200, Thomas Zimmermann wrote:
> >> Generic fbdev emulation is a DRM client. If possible, it should beh
Am 07.04.20 um 11:12 schrieb Huang Rui:
ttm_trace_dma_map/ttm_trace_dma_unmap is never used anymore.
v2: remove the file completely
Signed-off-by: Huang Rui
Reviewed-by: Christian König
---
include/drm/ttm/ttm_debug.h | 31 ---
1 file changed, 31 deletions(-
On Tue, Apr 7, 2020 at 10:19 AM Daniel Stone wrote:
>
> Hi,
>
> On Fri, 3 Apr 2020 at 13:24, Pekka Paalanen wrote:
> > On Fri, 03 Apr 2020 10:15:21 + Simon Ser wrote:
> > > At the very least, having a clear policy for both kernel public headers
> > > and
> > > user-space would help a lot. R
ttm_trace_dma_map/ttm_trace_dma_unmap is never used anymore.
v2: remove the file completely
Signed-off-by: Huang Rui
---
include/drm/ttm/ttm_debug.h | 31 ---
1 file changed, 31 deletions(-)
delete mode 100644 include/drm/ttm/ttm_debug.h
diff --git a/include/drm/tt
On 06. 07. 18, 22:30, Rodrigo Vivi wrote:
> On Fri, Jul 06, 2018 at 03:04:24PM -0400, Peter Jones wrote:
>> This was sort of annoying me:
>>
>> random:~$ dmesg | tail -1
>> [523884.039227] [drm] Reducing the compressed framebuffer size. This may
>> lead to less power savings than a non-reduced-siz
Using 314b658 with amdgpu, starting sway and firefox causes "BUG: Bad
rss-counter state" and "BUG: non-zero pgtables_bytes on freeing mm" to
start filling dmesg, and then closing programs causes more BUGs and
hangs, and then everything grinds to a halt (can't start more programs,
can't even reb
Excerpts from Thomas Hellström (VMware)'s message of April 6, 2020 5:04 pm:
> Hi,
>
> On 4/6/20 9:51 PM, Alex Xu (Hello71) wrote:
>> Using 314b658 with amdgpu, starting sway and firefox causes "BUG: Bad
>> rss-counter state" and "BUG: non-zero pgtables_bytes on freeing mm" to
>> start filling dmes
On Mon, 6 Apr 2020 12:01:30 -0700
Erik Jensen wrote:
> Thanks for the reply! (And thanks Simon for the pointer to ffmpeg.)
>
> > Screen scraping like that will have big problems trying to a)
> > synchronize to the display updates correctly (was the screen
> > updated, did you get old or new fram
Hi,
On Fri, 3 Apr 2020 at 13:24, Pekka Paalanen wrote:
> On Fri, 03 Apr 2020 10:15:21 + Simon Ser wrote:
> > At the very least, having a clear policy for both kernel public headers and
> > user-space would help a lot. Right now it's unclear for both parties what
> > to do
> > regarding enum
On Mon, Apr 06, 2020 at 03:24:12PM +0200, Angelo Ribeiro wrote:
> Add support for Synopsys DesignWare VPG (Video Pattern Generator) and
> DRM driver for Synopsys DesignWare DSI Host IPK solution.
>
> Cc: Maarten Lankhorst
> Cc: Maxime Ripard
> Cc: David Airlie
> Cc: Daniel Vetter
> Cc: Gustavo
Hi Adrian,
You are right!
Thanks for the help,
Angelo Ribeiro
From: Adrian Pop
Date: Sat, Apr 04, 2020 at 11:56:11
> Hello Angelo,
>
> I get a compile error: error: ‘VID_MODE_VPG_MODE’ undeclared. I am
> quite new to the mailing list, maybe I misapplied the patch.
>
> Regards,
> Adrian
>
>
On Mon, Apr 06, 2020 at 08:50:28PM +0300, Laurent Pinchart wrote:
> Hi Maxime,
>
> On Mon, Apr 06, 2020 at 07:09:15PM +0200, Maxime Ripard wrote:
> > On Mon, Apr 06, 2020 at 02:19:27PM +0300, Laurent Pinchart wrote:
> > > On Mon, Apr 06, 2020 at 10:00:32AM +0200, Maxime Ripard wrote:
> > > > On Mon
On Mon, Apr 06, 2020 at 02:23:16AM +0300, 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
> Am 29.03.2020 um 19:38 schrieb H. Nikolaus Schaller :
>
> The Imagination PVR/SGX GPU is part of several SoC from
> multiple vendors, e.g. TI OMAP, Ingenic JZ4780, Intel Poulsbo,
> Allwinner A83 and others.
>
> With this binding, we describe how the SGX processor is
> interfaced to the SoC (r
On 4/6/20 3:58 PM, Daniel Lezcano wrote:
Hi Lukasz,
On 06/04/2020 15:29, Lukasz Luba wrote:
Hi Daniel,
Thank you for the review.
On 4/3/20 5:05 PM, Daniel Lezcano wrote:
Hi Lukasz,
On 18/03/2020 12:45, Lukasz Luba wrote:
Add support of other devices into the Energy Model framework no
This patch series adds support for the display subsystem in the Synopsys
DesignWare IPK devices.
The display pipeline is limited and does not have access to memory, the
validation is done using a VPG (Video Pattern Generator), as DPI
stimulus for the DW MIPI DSI Host.
A Synopsys DesignWare MIPI D
Hi Hsin-Yi
Thanks for sending the patch upstream
On 6/4/20 7:11, Hsin-Yi Wang wrote:
> drm device is now probed from mmsys. We need to use mmsys device to get gce
> nodes. Fix following errors:
>
> [0.740068] mediatek-drm mediatek-drm.1.auto: error -2 can't parse
> gce-client-reg property (
1 - 100 of 141 matches
Mail list logo