Hi Alan,
Alan Stern wrote:
> > The way I read composite_setup() after try_fun_setup: it calls f->setup()
> > when available, and that can return < 0 to stall.
> >
> > I expect that composite_setup() and thus f->setup() run when the
> > SETUP packet has arrived, thus before the data packet arrives
From: Rob Clark
This is causing multiple armv7 missing do_div() errors, so lets drop it
for now.
This reverts commit 04d9044f6c577948609c03b4e33b8fbc8b87c4b1.
Cc: Kalyan Thota
Signed-off-by: Rob Clark
---
drivers/gpu/drm/msm/disp/dpu1/dpu_core_perf.c | 106 +++---
.../gpu/drm/msm
https://bugzilla.kernel.org/show_bug.cgi?id=206987
yao...@protonmail.com changed:
What|Removed |Added
CC||yao...@protonmail.com
--- Comment
On Tue, 2 Jun 2020 at 08:15, Stephen Rothwell wrote:
>
> Hi Dave,
>
> On Fri, 29 May 2020 14:10:56 +1000 Stephen Rothwell
> wrote:
> >
> > On Tue, 26 May 2020 14:08:41 +1000 Stephen Rothwell
> > wrote:
> > >
> > > On Tue, 19 May 2020 15:09:55 +1000 Stephen Rothwell
> > > wrote:
> > > >
> > >
On Tue, Jun 02, 2020 at 12:12:07AM +, Peter Stuge wrote:
...
> The way I read composite_setup() after try_fun_setup: it calls f->setup()
> when available, and that can return < 0 to stall.
>
> I expect that composite_setup() and thus f->setup() run when the
> SETUP packet has arrived, thus b
Hi,
On Mon, Jun 1, 2020 at 1:33 AM Sam Ravnborg wrote:
>
> This panel is used on evaluation boards for Atmel at91sam9261 and
> at91sam6263.
>
> Signed-off-by: Sam Ravnborg
> Cc: Thierry Reding
> Cc: Sam Ravnborg
> ---
> drivers/gpu/drm/panel/panel-simple.c | 29
>
Hi,
On Mon, Jun 1, 2020 at 1:33 AM Sam Ravnborg wrote:
>
> The Seiko 70WVW2T is a discontinued product, but may be used somewhere.
> Tested on a proprietary product.
>
> Signed-off-by: Sam Ravnborg
> Cc: Søren Andersen
> Cc: Thierry Reding
> Cc: Sam Ravnborg
> ---
> drivers/gpu/drm/panel/pan
Hi,
On Mon, Jun 1, 2020 at 1:33 AM Sam Ravnborg wrote:
>
> +static const struct drm_display_mode logictechno_lttd800480070_l6wh_rt_mode
> = {
> + .clock = 33000,
> + .hdisplay = 800,
> + .hsync_start = 800 + 154,
> + .hsync_end = 800 + 154 + 3,
> + .htotal = 800 + 1
Hi Noralf,
Thanks a lot for going into more detail.
Noralf Trønnes wrote:
> > Several Linux/DRM internals have "leaked" into the USB protocol - this
> > should be avoided if you want device implementations other than your
> > gadget, because those internals can change within Linux in the future,
Hi Dave,
On Fri, 29 May 2020 14:10:56 +1000 Stephen Rothwell
wrote:
>
> On Tue, 26 May 2020 14:08:41 +1000 Stephen Rothwell
> wrote:
> >
> > On Tue, 19 May 2020 15:09:55 +1000 Stephen Rothwell
> > wrote:
> > >
> > > After merging the drm-msm tree, today's linux-next build (arm
> > > multi_
On Mon, Jun 1, 2020 at 7:49 AM wrote:
>
> Hi,
>
> updated my amd-staging-drm-next branch yesterday: the GPU fans do not reduce
> their rpm anymore. I checked the kernel log (attached) and I noticed:
>
> [drm:0xa036d50d] *ERROR* si_set_sw_state failed
>
> Is the fix already known or shall I
https://bugzilla.kernel.org/show_bug.cgi?id=208011
--- Comment #3 from Alex Deucher (alexdeuc...@gmail.com) ---
Probably best to file a mesa issue. The kernel driver is just the bearer of
bad news.
https://gitlab.freedesktop.org/groups/mesa/-/issues
--
You are receiving this mail because:
You a
https://bugzilla.kernel.org/show_bug.cgi?id=208011
--- Comment #2 from farmb...@googlemail.com ---
I am on Mesa 20.1.0.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel@lists.freedes
On 2020-06-01 10:25, Andy Shevchenko wrote:
On Mon, Jun 1, 2020 at 8:10 PM John Hubbard wrote:
On 2020-06-01 03:35, Andy Shevchenko wrote:
On Mon, Jun 1, 2020 at 1:00 AM John Hubbard wrote:
On 2020-05-31 14:11, Andy Shevchenko wrote:
...
JFYI, we have history.git starting from v0.01.
Hi Emil,
On Wed, May 20, 2020 at 12:54:17AM +0100, Emil Velikov wrote:
> On Mon, 18 May 2020 at 12:10, Liviu Dudau wrote:
> >
> > On Sun, May 17, 2020 at 08:36:53PM +0100, Emil Velikov wrote:
> > > Add the COMPILE_TEST conditional, so that people can at least build test
> > > the drivers.
> > >
>
On Mon, Jun 1, 2020 at 8:10 PM John Hubbard wrote:
>
> On 2020-06-01 03:35, Andy Shevchenko wrote:
> > On Mon, Jun 1, 2020 at 1:00 AM John Hubbard wrote:
> >> On 2020-05-31 14:11, Andy Shevchenko wrote:
> >>> ...
> >>> JFYI, we have history.git starting from v0.01.
> >>>
> >> OK, thanks for
On Wed, May 27, 2020 at 11:53:32AM +0200, Daniel Vetter wrote:
> Only when vblanks are supported ofc.
>
> Some drivers do this already, but most unfortunately missed it. This
> opens up bugs after driver load, before the crtc is enabled for the
> first time. syzbot spotted this when loading vkms a
On 2020-06-01 03:35, Andy Shevchenko wrote:
On Mon, Jun 1, 2020 at 1:00 AM John Hubbard wrote:
On 2020-05-31 14:11, Andy Shevchenko wrote:
...
JFYI, we have history.git starting from v0.01.
OK, thanks for that note. According to that history.git [1],
then: drivers/video/pvr2fb.c had get
Hi Peter,
Den 30.05.2020 00.45, skrev Peter Stuge:
> Hi Noralf,
>
> Noralf Trønnes wrote:
>> This adds a generic USB display driver with the intention that it can be
>> used with future USB interfaced low end displays/adapters.
>
> Fun!
>
>
>> The Linux gadget device driver will serve as the c
DRM_FORMAT_NV15 is a 2 plane format suitable for linear and 16x16
block-linear memory layouts (DRM_FORMAT_MOD_SAMSUNG_16_16_TILE). The
format is similar to P010 with 4:2:0 sub-sampling but has no padding
between components. Instead, luminance and chrominance samples are
grouped into 4s so that each
On 01/06/2020 9.51, Sam Ravnborg wrote:
> The backlight support has two properties that express the state:
> - power
> - state
>
> It is un-documented and easy to get wrong.
> Add backlight_is_blank() helper to make it simpler
> for drivers to get the check of the state correct.
>
> A lot of dr
On 01/06/2020 9.52, Sam Ravnborg wrote:
> Replaces the open-coded checks of the state etc.,
> with the backlight_is_blank() helper.
> This increases readability of the code and align
> the functionality across the drivers.
Reviewed-by: Peter Ujfalusi
> v3:
> - Dropped as3711_bl, it will be m
On Sun, May 31, 2020 at 9:46 AM Yurii Kolesnykov wrote:
>
> Originally reported by jghodd[1] in linux-drm-tip-git AUR package [2], also
> reported on drm/amd on Freedesktop GitLab [3].
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c: In function
> ‘amdgpu_amdkfd_gpuvm_free_memory_of_gpu’:
Describe what a "BAD" link-status means for user-space and how it should
handle it. The logic described has been implemented in igt [1].
[1]:
https://gitlab.freedesktop.org/drm/igt-gpu-tools/-/commit/fbe61f529737191d0920521946a575bd55f00fbe
Signed-off-by: Simon Ser
Cc: Daniel Vetter
Cc: Manasi
https://bugzilla.kernel.org/show_bug.cgi?id=208011
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
From: Pekka Paalanen
Set up the expectations on how hot-unplugging a DRM device should look like to
userspace.
Written by Daniel Vetter's request and largely based on his comments in IRC and
from https://lists.freedesktop.org/archives/dri-devel/2020-May/265484.html .
A related Wayland protocol
https://bugzilla.kernel.org/show_bug.cgi?id=208011
Bug ID: 208011
Summary: [amdgpu][Navi10} Kernel crashes during SteamVR
Product: Drivers
Version: 2.5
Kernel Version: 5.5.18
Hardware: x86-64
OS: Linux
Tree: M
On Fri, May 29, 2020 at 11:03 AM Daniel Stone wrote:
>
> On Fri, 29 May 2020 at 15:36, Alex Deucher wrote:
> > On Fri, May 29, 2020 at 10:32 AM Daniel Stone wrote:
> > > On Fri, 29 May 2020 at 15:29, Alex Deucher wrote:
> > > > Maybe I'm over thinking this. I just don't want to get into a
> >
From: Sean Paul
If the backlight is updated while the panel is being enabled, the value
from userspace (which is stored in panel->backlight.device->props.brightness)
can be replaced by the hardware's minimum level. There's really no good
way to tell if this is happening in enable_backlight() sinc
On 29/05/2020 15:56, Daniel Stone wrote:
> Hi Alex,
>
> On Fri, 29 May 2020 at 14:29, Alex Deucher wrote:
>> On Fri, May 29, 2020 at 4:59 AM Simon Ser wrote:
>>> OK. In this case I think it's fine to make the DMA-BUF import fail, as
>>> we've suggested on IRC. The more-or-less planned fix for th
On 4/29/20 10:45 AM, Christophe JAILLET wrote:
> 'dma_alloc_coherent()' must be balanced by a call to 'dma_free_coherent()'
> not 'dma_free_wc()'.
> The correct dma_free_ function is already used in the error handling path
> of the probe function.
>
> Fixes: 77e196752bdd ("[ARM] pxafb: allow vid
On 5/25/20 9:11 AM, Tiezhu Yang wrote:
> When call function devm_platform_ioremap_resource(), we should use IS_ERR()
> to check the return value and return PTR_ERR() if failed.
>
> Signed-off-by: Tiezhu Yang
Applied to drm-misc-next tree (patch should show up in v5.9), thanks.
Best regards,
-
On 4/27/20 10:05 AM, Bernard Zhao wrote:
> Eliminate the magic numbers, add vender infoframe size macro
> like other hdmi modules.
>
> Signed-off-by: Bernard Zhao
Applied to drm-misc-next tree (patch should show up in v5.9), thanks.
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Insti
On 4/23/20 6:42 PM, Dejin Zheng wrote:
> A call of the function do_take_over_console() can fail here.
> The corresponding system resources were not released then.
> Thus add a call of iounmap() and release_mem_region()
> together with the check of a failure predicate. and also
> add release_mem_r
On 5/5/20 1:29 AM, Joe Perches wrote:
> IS_BUILTIN can be use to replace various initializations
> like #if CONFIG_ int val = 1; #else int val = 0; #endif
> so do so.
>
> Signed-off-by: Joe Perches
Applied to drm-misc-next tree (patch should show up in v5.9), thanks.
Best regards,
--
Bartlom
On 4/22/20 6:07 PM, Dejin Zheng wrote:
> the sfb->fb->screen_base is not save the value get by iounmap() when
> the chip id is 0x720. so iounmap() for address sfb->fb->screen_base
> is not right.
>
> Fixes: 1461d6672864854 ("staging: sm7xxfb: merge sm712fb with fbdev")
> CC: Andy Shevchenko
> S
On 4/22/20 9:19 AM, Jason Yan wrote:
> Fix the following coccicheck warning:
>
> drivers/video/fbdev/omap2/omapfb/dss/hdmi4.c:461:15-32: WARNING:
> Comparison to bool
> drivers/video/fbdev/omap2/omapfb/dss/dispc.c:891:5-35: WARNING:
> Comparison of 0/1 to bool variable
>
> Signed-off-by: Jason
On Mon, Jun 01, 2020 at 03:28:01PM +0300, Peter Ujfalusi wrote:
>
>
> On 01/06/2020 9.52, Sam Ravnborg wrote:
> > Replaces the open-coded checks of the state etc.,
> > with the backlight_is_blank() helper.
> > This increases readability of the code and align
> > the functionality across the drive
On Thu, 28 May 2020 16:45:45 +0200
Daniel Vetter wrote:
> On Thu, May 28, 2020 at 03:27:57PM +0300, Pekka Paalanen wrote:
...
> > Hmm. Maybe Wayland compositors should ignore all EGL import failures
> > that happen after the wl_buffer has been created (which implies that
> > the dmabuf has been
Hi,
updated my amd-staging-drm-next branch yesterday: the GPU fans do not reduce
their rpm anymore. I checked the kernel log (attached) and I noticed:
[drm:0xa036d50d] *ERROR* si_set_sw_state failed
Is the fix already known or shall I start to bisect? (no rebase on linux master:
should n
Sorry for commenting on the obsolete v1 - that'll teach me for reading
my backlog chronologically.
On Thu, May 28, 2020 at 02:38:36PM +, Simon Ser wrote:
> There have suggestions to bake pitch alignment, address alignement,
> contiguous memory or other placement (hidden VRAM, GTT/BAR, etc)
> c
> > > + * Users see modifiers as opaque tokens they can check for equality and
> > > + * intersect. Users musn't need to know to reason about the modifier
> > > value
> > > + * (i.e. users are not expected to extract information out of the
> > > modifier).
> > > + *
>
> Doesn't this conflict with
Hi,
On 4/22/20 9:18 AM, Jason Yan wrote:
> Fix the following coccicheck warning:
>
> drivers/video/fbdev/uvesafb.c:48:12-17: WARNING: Assignment of 0/1 to
> bool variable
> drivers/video/fbdev/uvesafb.c:1827:3-13: WARNING: Assignment of 0/1 to
> bool variable
> drivers/video/fbdev/uvesafb.c:182
On Wed, May 27, 2020 at 10:55:34AM +0200, Daniel Vetter wrote:
> On Wed, May 27, 2020 at 08:52:00AM +, Simon Ser wrote:
> > There have suggestions to bake pitch alignment, address alignement,
> > contiguous memory or other placement (hidden VRAM, GTT/BAR, etc)
> > constraints into modifiers. La
On Mon, Jun 1, 2020 at 1:00 AM John Hubbard wrote:
> On 2020-05-31 14:11, Andy Shevchenko wrote:
> > ...
> > JFYI, we have history.git starting from v0.01.
> >
> OK, thanks for that note. According to that history.git [1],
> then: drivers/video/pvr2fb.c had get_user_pages_fast() support added
On Mon, Jun 01, 2020 at 08:52:06AM +0200, Sam Ravnborg wrote:
> Replaces the open-coded checks of the state, with the
> backlight_is_blank() helper. This increases readability
> of the code and aling the functionality across the drivers.
>
> Futhermore drop the debug prints in update_status().
> I
On Mon, Jun 01, 2020 at 08:52:04AM +0200, Sam Ravnborg wrote:
> Add overview chapter to backlight.c.
> Update existing kernel-doc to follow a more consistent
> style and drop kernel-doc for deprecated functions.
>
> v2:
> - Sevaral editorial corrections that makes reading
> much easier (Dani
On Mon, Jun 01, 2020 at 08:51:59AM +0200, Sam Ravnborg wrote:
> Improve the documentation for backlight_device and
> adapt it to kernel-doc style.
>
> v2:
> - Add short intro to all fields (Daniel)
> - Updated description of update_lock (Daniel)
I like the update... but it doesn't cover what
On Mon, Jun 01, 2020 at 08:51:58AM +0200, Sam Ravnborg wrote:
> Improve the documentation for backlight_properties and
> adapt it to kernel-doc style.
>
> v2:
> - Added into for each field (Daniel)
> - Re-written some parts to explain what to do, rather
> than what not to do.
> Partly
Cc: Rob, devicetree ML
On 31.05.2020 01:57, Chanwoo Choi wrote:
> On Sat, May 30, 2020 at 1:33 AM Sylwester Nawrocki
> wrote:
>>
>> This patch adds registration of a child platform device for the exynos
>> interconnect driver. It is assumed that the interconnect provider will
>> only be needed wh
Cc: Rob, devicetree ML
On 31.05.2020 02:13, Chanwoo Choi wrote:
> On Sat, May 30, 2020 at 1:34 AM Sylwester Nawrocki
> wrote:
>>
>> This patch adds a generic interconnect driver for Exynos SoCs in order
>> to provide interconnect functionality for each "samsung,exynos-bus"
>> compatible device.
>
Hi Chanwoo,
On 31.05.2020 02:01, Chanwoo Choi wrote:
> On Sat, May 30, 2020 at 1:32 AM Sylwester Nawrocki
> wrote:
>>
>> Add documentation for new optional properties in the exynos bus nodes:
>> samsung,interconnect-parent, #interconnect-cells.
>> These properties allow to specify the SoC interco
On Sun 31-05-20 14:16:01, Pavel Machek wrote:
> On Thu 2020-05-28 14:07:50, Michal Hocko wrote:
> > On Thu 28-05-20 14:03:54, Pavel Machek wrote:
> > > On Thu 2020-05-28 11:05:17, Michal Hocko wrote:
> > > > On Tue 26-05-20 11:10:54, Pavel Machek wrote:
> > > > [...]
> > > > > [38617.276517] oom_re
On Fri, 29 May 2020, Philippe CORNU wrote:
Hi Adrian, and thank you very much for the patchset. Thank you
also for having tested it on STM32F769 and STM32MP1. Sorry for
the late response, Yannick and I will review it as soon as
possible and we will keep you posted. Note: Do not hesitate to
On Mon, 1 Jun 2020 09:22:27 +0530
Yogish Kulkarni wrote:
> Hi,
>
> For letting DRM clients to select output encoding:
> Sink can support certain display timings with high output bit-depths using
> multiple output encodings, e.g. sink can support a particular timing with
> RGB 10-bit, YCbCr422 10
Add compatible for Seiko Instruments 7" TFT LCD.
This panel is a dumb panel that matches the panel-simple binding.
Signed-off-by: Sam Ravnborg
Cc: Søren Andersen
Cc: Thierry Reding
Cc: Sam Ravnborg
---
.../devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
1 file changed, 2 i
The Seiko 70WVW2T is a discontinued product, but may be used somewhere.
Tested on a proprietary product.
Signed-off-by: Sam Ravnborg
Cc: Søren Andersen
Cc: Thierry Reding
Cc: Sam Ravnborg
---
drivers/gpu/drm/panel/panel-simple.c | 28
1 file changed, 28 insertions
Add support for the following panels from LOGIC Technologies, Inc:
- LTTD800480070-L2RT
- LTTD800480070-L6WH-RT
The LTTD800480 L2RT is discontinued, but it may be used in
existing products.
Both panels are dumb panels that matches the panel-simple binding.
Signed-off-by: Sam Ravnborg
Cc: Søren
This panel is used on evaluation boards for Atmel at91sam9261 and
at91sam6263.
Signed-off-by: Sam Ravnborg
Cc: Thierry Reding
Cc: Sam Ravnborg
---
drivers/gpu/drm/panel/panel-simple.c | 29
1 file changed, 29 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-
Push a few patches that has been sitting in my tree for
far too long time.
Adds a few more panels to panel-simple, including
documentation of the compatible.
I have added the last few people that added new
panels to panel-simple to the cc list,
in the hope to speed up the review process a little.
Add support for the following panels from LOGIC Technologies, Inc:
- LTTD800480070-L2RT
- LTTD800480070-L6WH-RT
The LTTD800480 L2RT is discontinued, but it may be used
by existing products.
Signed-off-by: Søren Andersen
Signed-off-by: Sam Ravnborg
Cc: Søren Andersen
Cc: Thierry Reding
Cc: Sam
This panel is used on evaluation boards for Atmel at91sam9261 and
at91sam6263.
The panel is named: TX09D71VM1CCA
The panel is a dumb panel that matches the panel-simple binding
Signed-off-by: Sam Ravnborg
Cc: Thierry Reding
Cc: Sam Ravnborg
---
.../devicetree/bindings/display/panel/panel-sim
Cc: Rob, devicetree ML
On 29.05.2020 18:31, Sylwester Nawrocki wrote:
> Add documentation for new optional properties in the exynos bus nodes:
> samsung,interconnect-parent, #interconnect-cells.
> These properties allow to specify the SoC interconnect structure which
> then allows the interconnect
Cc: Rob, devicetree ML
On 29.05.2020 18:31, Sylwester Nawrocki wrote:
> This patchset adds interconnect API support for the Exynos SoC "samsung,
> exynos-bus" compatible devices, which already have their corresponding
> exynos-bus driver in the devfreq subsystem. Complementing the devfreq driver
20. 5. 22. 오후 3:03에 Marek Szyprowski 이(가) 쓴 글:
> Propagate the proper error codes from the called functions instead of
> unconditionally returning 0.
>
Picked it up.
Thanks,
Inki Dae
> Reported-by: kbuild test robot
> Signed-off-by: Marek Szyprowski
> ---
> drivers/gpu/drm/exynos/exynos_dr
20. 5. 21. 오후 11:22에 Tamseel Shams 이(가) 쓴 글:
> platform_get_irq() will call dev_err() itself on failure,
> so there is no need for the driver to also do this.
> This is detected by coccinelle.
Picked it up.
Thanks,
Inki Dae
>
> Signed-off-by: Tamseel Shams
> ---
> - Changes since v2:
> * Add
Just two fixes here, one for HDMI2 modesetting failures, another for a
race with the audio driver.
Thanks,
Ben.
The following changes since commit dc455f4c888365595c0a13da445e092422d55b8d:
drm/nouveau/dispnv50: fix runtime pm imbalance on error (2020-05-22
11:13:53 +1000)
are available in the
67 matches
Mail list logo
