Re: [PATCH v6 47/57] video: Remove dev_err() usage after platform_get_irq()

2020-01-03 Thread Bartlomiej Zolnierkiewicz
Hi, Sorry for the late reply. On 7/30/19 8:15 PM, Stephen Boyd wrote: > We don't need dev_err() messages when platform_get_irq() fails now that > platform_get_irq() prints an error message itself when something goes > wrong. Let's remove these prints with a simple semantic patch. This patch ch

Re: [PATCH 1/3] video: fbdev: mmp: remove duplicated MMP_DISP dependency

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 8/20/19 11:55 AM, Andrzej Hajda wrote: > On 27.06.2019 16:07, Bartlomiej Zolnierkiewicz wrote: >> This dependency is already present in higher level Kconfig file >> (drivers/video/fbdev/mmp/Kconfig). >> >> Signed-off-by: Bartlomiej Zolnierkiewicz > > > Reviewed-by: Andrzej Hajda Thanks, I'

Re: [PATCH 2/3] video: fbdev: mmp: add COMPILE_TEST support

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 8/20/19 11:56 AM, Andrzej Hajda wrote: > On 27.06.2019 16:07, Bartlomiej Zolnierkiewicz wrote: >> Add COMPILE_TEST support to mmp display subsystem for better compile >> testing coverage. >> >> Signed-off-by: Bartlomiej Zolnierkiewicz > > > Reviewed-by: Andrzej Hajda Thanks, I've queued th

Re: [PATCH 3/3] video: fbdev: mmp: fix sparse warnings about using incorrect types

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 8/20/19 1:07 PM, Andrzej Hajda wrote: > On 27.06.2019 16:08, Bartlomiej Zolnierkiewicz wrote: >> Use ->screen_buffer instead of ->screen_base in mmpfb driver. >> >> [ Please see commit 17a7b0b4d974 ("fb.h: Provide alternate screen_base >> pointer") for details. ] >> >> Also fix all other spar

Re: [PATCH v3 1/3] fbdev: fix numbering of fbcon options

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 8/27/19 1:09 PM, Peter Rosin wrote: > Three shall be the number thou shalt count, and the number of the > counting shall be three. Four shalt thou not count... > > One! Two! Five! > > Fixes: efb985f6b265 ("[PATCH] fbcon: Console Rotation - Add framebuffer > console documentation") > Signed-

Re: [PATCH v3 2/3] fbdev: fbmem: allow overriding the number of bootup logos

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 8/27/19 1:09 PM, Peter Rosin wrote: > Probably most useful if you want no logo at all, or if you only want one > logo regardless of how many CPU cores you have. > > Signed-off-by: Peter Rosin Thanks, patch queued for v5.6 (also sorry for the delay). Best regards, -- Bartlomiej Zolnierkiewi

Re: [PATCH v3 3/3] fbdev: fbmem: avoid exporting fb_center_logo

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 8/29/19 9:08 AM, Peter Rosin wrote: > On 2019-08-27 13:35, Geert Uytterhoeven wrote: >> Hi Peter, >> >> On Tue, Aug 27, 2019 at 1:09 PM Peter Rosin wrote: >>> The variable is only ever used from fbcon.c which is linked into the >>> same module. Therefore, the export is not needed. >>> >>> Sig

Re: [PATCH] pxa168fb: Fix the function used to release some memory in an error handling path

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 9/2/19 11:10 AM, Lubomir Rintel wrote: > On Sat, 2019-08-31 at 12:00 +0200, Christophe JAILLET wrote: >> In the probe function, some resources are allocated using 'dma_alloc_wc()', >> they should be released with 'dma_free_wc()', not 'dma_free_coherent()'. >> >> We already use 'dma_free_wc()'

Re: [PATCH] video/fbdev/68328fb: Remove dead code

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 9/2/19 2:49 PM, Souptick Joarder wrote: > This is dead code since 3.15. If their is no plan to > use it further, these can be removed forever. > > Signed-off-by: Souptick Joarder Thanks, patch queued for v5.6 (also sorry for the delay). Best regards, -- Bartlomiej Zolnierkiewicz Samsung R&

Re: [PATCH -next] fbdev: da8xx-fb: use devm_platform_ioremap_resource() to simplify code

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 9/4/19 1:50 PM, YueHaibing wrote: > Use devm_platform_ioremap_resource() to simplify the code a bit. > This is detected by coccinelle. > > Reported-by: Hulk Robot > Signed-off-by: YueHaibing This has been already fixed by: commit c957c88f7be109a14294289f013b03bbe94e8af5 Author: Bartos

Re: [PATCH -next] fbdev: omapfb: use devm_platform_ioremap_resource() to simplify code

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 9/4/19 1:54 PM, YueHaibing wrote: > Use devm_platform_ioremap_resource() to simplify the code a bit. > This is detected by coccinelle. > > Reported-by: Hulk Robot > Signed-off-by: YueHaibing Thanks, patch queued for v5.6 (also sorry for the delay). Best regards, -- Bartlomiej Zolnierkiewi

Re: [PATCH -next] fbdev: s3c-fb: use devm_platform_ioremap_resource() to simplify code

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 9/17/19 9:21 PM, Jingoo Han wrote: > > > On 9/4/19, 7:57 AM, YueHaibing wrote: > >> Use devm_platform_ioremap_resource() to simplify the code a bit. >> This is detected by coccinelle. >> >> Reported-by: Hulk Robot >> Signed-off-by: YueHaibing >> > Acked-by: Jingoo Han Thanks, patch queu

Re: [PATCH -next] fbdev/sa1100fb: use devm_platform_ioremap_resource() to simplify code

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 9/4/19 1:57 PM, YueHaibing wrote: > Use devm_platform_ioremap_resource() to simplify the code a bit. > This is detected by coccinelle. > > Reported-by: Hulk Robot > Signed-off-by: YueHaibing Thanks, patch queued for v5.6 (also sorry for the delay). Best regards, -- Bartlomiej Zolnierkiewi

Re: [PATCH] fbdev: matrox: make array wtst_xlat static const, makes object smaller

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 9/6/19 8:17 PM, Ville Syrjälä wrote: > On Fri, Sep 06, 2019 at 07:11:14PM +0100, Colin King wrote: >> From: Colin Ian King >> >> Don't populate the array wtst_xlat on the stack but instead make it >> static const. Makes the object code smaller by 89 bytes. >> >> Before: >>text data

Re: [PATCH] video: fbdev: fsl-diu-fb: mark expected switch fall-throughs

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 9/11/19 1:36 PM, Gustavo A. R. Silva wrote: > Mark switch cases where we are expecting to fall through. > > Fix the following warnings (Building: mpc512x_defconfig powerpc): > > drivers/video/fbdev/fsl-diu-fb.c: In function ‘fsl_diu_ioctl’: > ./include/linux/device.h:1750:2: warning: this sta

Re: [PATCH] video: ocfb: Use devm_platform_ioremap_resource() in ocfb_probe()

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 9/19/19 4:33 PM, Markus Elfring wrote: > From: Markus Elfring > Date: Thu, 19 Sep 2019 16:26:56 +0200 > > Simplify this function implementation by using a known wrapper function. > > This issue was detected by using the Coccinelle software. > > Signed-off-by: Markus Elfring Thanks, patch

Re: [PATCH] video: pxafb: Use devm_platform_ioremap_resource() in pxafb_probe()

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 9/19/19 5:01 PM, Markus Elfring wrote: > From: Markus Elfring > Date: Thu, 19 Sep 2019 16:51:38 +0200 > > Simplify this function implementation by using a known wrapper function. > > This issue was detected by using the Coccinelle software. > > Signed-off-by: Markus Elfring Thanks, patch

Re: [PATCH] omapfb: reduce stack usage

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 10/18/19 6:30 PM, Sudip Mukherjee wrote: > The build of xtensa allmodconfig is giving a warning of: > In function 'dsi_dump_dsidev_irqs': > warning: the frame size of 1120 bytes is larger than 1024 bytes > > Allocate the memory for 'struct dsi_irq_stats' dynamically instead > of assigning it

Re: [PATCH] fbdev: potential information leak in do_fb_ioctl()

2020-01-03 Thread Bartlomiej Zolnierkiewicz
On 10/29/19 8:02 PM, Eric W. Biederman wrote: > Dan Carpenter writes: > >> The "fix" struct has a 2 byte hole after ->ywrapstep and the >> "fix = info->fix;" assignment doesn't necessarily clear it. It depends >> on the compiler. >> >> Fixes: 1f5e31d7e55a ("fbmem: don't call copy_from/to_user(

Re: [PATCH v2] drm/dp_mst: correct the shifting in DP_REMOTE_I2C_READ

2020-01-03 Thread Harry Wentland
On 2020-01-03 12:50 a.m., Wayne Lin wrote: > [Why] > According to DP spec, it should shift left 4 digits for NO_STOP_BIT > in REMOTE_I2C_READ message. Not 5 digits. > > In current code, NO_STOP_BIT is always set to zero which means I2C > master is always generating a I2C stop at the end of each I2

Re: [PATCH v3 3/4] clk: sunxi: a23/a33: Export the MIPI PLL

2020-01-03 Thread Chen-Yu Tsai
On Fri, Jan 3, 2020 at 11:28 PM Maxime Ripard wrote: > > The MIPI PLL is used for LVDS. Make sure it's exported in the dt bindings > headers. > > Signed-off-by: Maxime Ripard Acked-by: Chen-Yu Tsai ___ dri-devel mailing list dri-devel@lists.freedeskto

Re: [PATCH v3 2/4] clk: sunxi: a31: Export the MIPI PLL

2020-01-03 Thread Chen-Yu Tsai
On Fri, Jan 3, 2020 at 11:28 PM Maxime Ripard wrote: > > The MIPI PLL is used for LVDS. Make sure it's exported in the dt bindings > headers. > > Signed-off-by: Maxime Ripard Acked-by: Chen-Yu Tsai ___ dri-devel mailing list dri-devel@lists.freedeskto

Re: [PATCH v3 4/4] ARM: dts: sunxi: Add missing LVDS resets and clocks

2020-01-03 Thread Chen-Yu Tsai
On Fri, Jan 3, 2020 at 11:28 PM Maxime Ripard wrote: > > Some old SoCs, while supporting LVDS, don't list the LVDS clocks and reset > lines. Let's add them when relevant. > > Signed-off-by: Maxime Ripard Acked-by: Chen-Yu Tsai ___ dri-devel mailing li

[Bug 204849] amdgpu (RX560X) traceboot in dmesg boot output, system instability

2020-01-03 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=204849 Robert Hoffmann (rob...@servermasters.com) changed: What|Removed |Added CC||rob...@server

[Bug 204849] amdgpu (RX560X) traceboot in dmesg boot output, system instability

2020-01-03 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=204849 --- Comment #2 from Robert Hoffmann (rob...@servermasters.com) --- (In reply to Robert Hoffmann from comment #1) > Hi guys, > > I am getting a very similar issue with a Ryzen 3400G (AMDGPU). > > OS Fedora 31: Linux asrock 5.3.16-300.fc31.x86_64

[PATCH 00/19] Rename Samsung and Exynos to lowercase

2020-01-03 Thread Krzysztof Kozlowski
Hi all, The "Samsung" and "Exynos" names are written inconsistently in Linux kernel sources. Sometimes all uppercase (as SAMSUNG), sometimes lowercase with capital letter (as Samsung). This patchset tries to unify this towards "Samsung" and "Exynos" versions because: 1. "SAMSUNG" and "EXYNOS" ar

[PATCH 14/19] video: exynos: Rename Exynos to lowercase

2020-01-03 Thread Krzysztof Kozlowski
Fix up inconsistent usage of upper and lowercase letters in "Exynos" name. "EXYNOS" is not an abbreviation but a regular trademarked name. Therefore it should be written with lowercase letters starting with capital letter. The lowercase "Exynos" name is promoted by its manufacturer Samsung Electr

[PATCH 13/19] drm/exynos: Rename Exynos to lowercase

2020-01-03 Thread Krzysztof Kozlowski
Fix up inconsistent usage of upper and lowercase letters in "Exynos" name. "EXYNOS" is not an abbreviation but a regular trademarked name. Therefore it should be written with lowercase letters starting with capital letter. The lowercase "Exynos" name is promoted by its manufacturer Samsung Electr

[Bug 204559] amdgpu: kernel oops with constant gpu resets while using mpv

2020-01-03 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=204559 --- Comment #13 from Maxim Sheviakov (shoeg...@tutanota.com) --- I'm on kernel 5.4.7 now and seems like this particular issue is fixed - I tried playing some movies with runpm enabled and things seemed to be okay. Though it looks like dGPU perform

[PATCH 1/2] dt-bindings: display: panel: Add AUO B116XAK01 panel bindings

2020-01-03 Thread Rob Clark
From: Rob Clark Signed-off-by: Rob Clark --- .../bindings/display/panel/auo,b116xa01.yaml | 32 +++ 1 file changed, 32 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/panel/auo,b116xa01.yaml diff --git a/Documentation/devicetree/bindings/display/pa

[PATCH 2/2] drm/panel: Add support for AUO B116XAK01 panel

2020-01-03 Thread Rob Clark
From: Rob Clark Signed-off-by: Rob Clark --- drivers/gpu/drm/panel/panel-simple.c | 32 1 file changed, 32 insertions(+) diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c index 5d487686d25c..895a25cfc54f 100644 --- a/drivers/

Re: [Freedreno] [PATCH v2 2/7] iommu/arm-smmu: Add domain attribute for QCOM system cache

2020-01-03 Thread Rob Clark
On Thu, Jan 2, 2020 at 3:02 AM Sharat Masetty wrote: > > From: Vivek Gautam > > Add iommu domain attribute for using system cache aka last level > cache on QCOM SoCs by client drivers like GPU to set right > attributes for caching the hardware pagetables into the system cache. > > Signed-off-by:

[Bug 201497] [amdgpu]: '*ERROR* No EDID read' is back in 4.19

2020-01-03 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=201497 chrisk...@goldmail.de changed: What|Removed |Added CC||chrisk...@goldmail.de --- Comment

Re: [git pull] drm fixes for 5.5-rc5

2020-01-03 Thread pr-tracker-bot
The pull request you sent on Fri, 3 Jan 2020 16:57:38 +1000: > git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2020-01-03 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ca78fdeb00fa656f09afee977750e85da929d259 Thank you! -- Deet-doot-dot, I am a bot. https://ko

[Bug 201497] [amdgpu]: '*ERROR* No EDID read' is back in 4.19

2020-01-03 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=201497 --- Comment #14 from chrisk...@goldmail.de --- *** Bug 205987 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching the assignee of the bug. ___ dri-d

Re: [PATCH 2/2] drm/panel: Add support for AUO B116XAK01 panel

2020-01-03 Thread Sam Ravnborg
Hi Rob. On Fri, Jan 03, 2020 at 10:30:24AM -0800, Rob Clark wrote: > From: Rob Clark > > Signed-off-by: Rob Clark > --- > drivers/gpu/drm/panel/panel-simple.c | 32 > 1 file changed, 32 insertions(+) > > diff --git a/drivers/gpu/drm/panel/panel-simple.c > b/drive

Re: [PATCH 1/2] dt-bindings: display: panel: Add AUO B116XAK01 panel bindings

2020-01-03 Thread Sam Ravnborg
Hi Rob. On Fri, Jan 03, 2020 at 10:30:23AM -0800, Rob Clark wrote: > From: Rob Clark > > Signed-off-by: Rob Clark > --- > .../bindings/display/panel/auo,b116xa01.yaml | 32 +++ > 1 file changed, 32 insertions(+) > create mode 100644 > Documentation/devicetree/bindings/displa

Re: [Intel-gfx] [PATCH resend 1/2] drm/connector: Split out orientation quirk detection (v2)

2020-01-03 Thread Rodrigo Vivi
On Thu, Jan 02, 2020 at 10:35:28PM +0100, Hans de Goede wrote: > Hi Rodrigo, > > Thank you for the review. > > On 02-01-2020 19:17, Rodrigo Vivi wrote: > > On Mon, Dec 16, 2019 at 12:51:57PM +0100, Hans de Goede wrote: > > > From: Derek Basehore > > > > > > Not every platform needs quirk detect

Re: [Intel-gfx] [PATCH resend 2/2] drm/connector: Hookup the new drm_cmdline_mode panel_orientation member

2020-01-03 Thread Rodrigo Vivi
On Mon, Dec 16, 2019 at 12:51:58PM +0100, Hans de Goede wrote: > If the new video=... panel_orientation option is set for a connector, honor > it and setup a matching "panel orientation" property on the connector. > > BugLink: https://gitlab.freedesktop.org/plymouth/plymouth/merge_requests/83 > Ac

Re: [PATCH 2/2] drm/panel: Add support for AUO B116XAK01 panel

2020-01-03 Thread Rob Clark
On Fri, Jan 3, 2020 at 11:31 AM Sam Ravnborg wrote: > > Hi Rob. > > On Fri, Jan 03, 2020 at 10:30:24AM -0800, Rob Clark wrote: > > From: Rob Clark > > > > Signed-off-by: Rob Clark > > --- > > drivers/gpu/drm/panel/panel-simple.c | 32 > > 1 file changed, 32 insertio

Re: [PATCH 2/2] drm/panel: Add support for AUO B116XAK01 panel

2020-01-03 Thread Sam Ravnborg
Hi Rob. > > Please fix and resend. > > > > I am in general holding back on patches to panel-simple. > > I hope we can reach a decision for the way forward with the bindings > > files sometimes next week. > > I've fixed the sort-order and the couple things you've pointed out in > the bindings. No

Re: [PATCH 2/2] drm/panel: Add support for AUO B116XAK01 panel

2020-01-03 Thread Rob Clark
On Fri, Jan 3, 2020 at 11:54 AM Sam Ravnborg wrote: > > Hi Rob. > > > > Please fix and resend. > > > > > > I am in general holding back on patches to panel-simple. > > > I hope we can reach a decision for the way forward with the bindings > > > files sometimes next week. > > > > I've fixed the sor

Re: [PATCH] drm/dp_mst: Avoid NULL pointer dereference

2020-01-03 Thread Lyude Paul
Back from the holidays! Reviewed-by: Lyude Paul Do you need me to push this to drm-misc? On Thu, 2019-12-26 at 10:31 +0800, Wayne Lin wrote: > [Why] > Found kernel NULL pointer dereference under the below situation: > > src — HDMI_Monitor src — HDMI_Monitor > e.g.: \=>

Re: [PATCH 00/19] Rename Samsung and Exynos to lowercase

2020-01-03 Thread Rob Herring
On Fri, Jan 3, 2020 at 10:11 AM Krzysztof Kozlowski wrote: > > Hi all, > > The "Samsung" and "Exynos" names are written inconsistently in Linux > kernel sources. Sometimes all uppercase (as SAMSUNG), sometimes > lowercase with capital letter (as Samsung). > > This patchset tries to unify this towa

Re: [PATCH v2] drm/dp_mst: correct the shifting in DP_REMOTE_I2C_READ

2020-01-03 Thread Lyude Paul
Reviewed-by: Lyude Paul Thanks for all of the contributions you've made as of late! I will go ahead and push this into drm-misc-fixes On Fri, 2020-01-03 at 13:50 +0800, Wayne Lin wrote: > [Why] > According to DP spec, it should shift left 4 digits for NO_STOP_BIT > in REMOTE_I2C_READ message. No

Re: [PATCH v2] drm/dp_mst: correct the shifting in DP_REMOTE_I2C_READ

2020-01-03 Thread Lyude Paul
Oh! Just a friendly tip, I fixed this before pushing your patch: ➜ drm-maint git:(drm-misc-fixes) dim push dim: 0b1d54cedbb4 ("drm/dp_mst: correct the shifting in DP_REMOTE_I2C_READ"): Fixes: SHA1 needs at least 12 digits: dim: ad7f8a1f9ce (drm/helper: add Displayport multi-stream helper (v0

Re: [RESEND PATCH v6 01/17] dt-bindings: mediatek: add rdma_fifo_size description for mt8183 display

2020-01-03 Thread Rob Herring
On Fri, Jan 03, 2020 at 11:12:12AM +0800, Yongqiang Niu wrote: > Update device tree binding documention for rdma_fifo_size Typo. And write complete sentences. > > Signed-off-by: Yongqiang Niu > --- > .../devicetree/bindings/display/mediatek/mediatek,disp.txt | 13 > + > 1 file ch

Re: [PATCH v4 1/3] dt-bindings: display: Document the Xylon LogiCVC display controller

2020-01-03 Thread Rob Herring
On Tue, 3 Dec 2019 16:06:04 +0100, Paul Kocialkowski wrote: > The Xylon LogiCVC is a display controller implemented as programmable > logic in Xilinx FPGAs. > > Signed-off-by: Paul Kocialkowski > --- > .../display/xylon,logicvc-display.yaml| 313 ++ > 1 file changed, 313

Re: [PATCH 2/2] drm/nouveau: Add HD-audio component notifier support

2020-01-03 Thread Lyude Paul
Got shown this patch at work and realized it still needed review, so I went ahead and did that :) Reviewed-by: Lyude Paul On Mon, 2019-07-22 at 16:38 +0200, Takashi Iwai wrote: > This patch adds the support for the notification of HD-audio hotplug > via the already existing drm_audio_component f

Re: [PATCH] drm/dp_mst: clear time slots for ports invalid

2020-01-03 Thread Lyude Paul
On Wed, 2019-12-25 at 06:45 +, Lin, Wayne wrote: > > -Original Message- > > From: Lyude Paul > > Sent: Saturday, December 21, 2019 8:12 AM > > To: Lin, Wayne ; dri-devel@lists.freedesktop.org; > > amd-...@lists.freedesktop.org > > Cc: Kazlauskas, Nicholas ; Wentland, Harry > > ; Zuo, J

Re: [PATCH v3 3/9] drm/i915/dp: Move vswing/pre-emphasis adjustment calculation

2020-01-03 Thread Manasi Navare
On Thu, Jan 02, 2020 at 03:56:09PM +0530, Manna, Animesh wrote: > On 02-01-2020 14:48, Jani Nikula wrote: > >On Mon, 30 Dec 2019, Animesh Manna wrote: > >>vswing/pre-emphasis adjustment calculation is needed in processing > >>of auto phy compliance request other than link training, so moved > >>th

Re: [Intel-gfx] [PATCH v3 8/9] drm/i915/dp: Update the pattern as per request

2020-01-03 Thread Manasi Navare
On Thu, Jan 02, 2020 at 11:23:14AM +0200, Jani Nikula wrote: > On Mon, 30 Dec 2019, Animesh Manna wrote: > > As per request from DP phy compliance test few special > > test pattern need to set by source. Added function > > to set pattern in DP_COMP_CTL register. It will be > > called along with ot

Re: [PATCH v3 1/9] drm/amd/display: Align macro name as per DP spec

2020-01-03 Thread Manasi Navare
Harry, Jani - Since this also updates the AMD driver file, should this be merged through AMD tree and then backmerged to drm-misc ? Manasi On Mon, Dec 30, 2019 at 09:45:15PM +0530, Animesh Manna wrote: > [Why]: > Aligh with DP spec wanted to follow same naming convention. > > [How]: > Changed t

Re: [PATCH 2/2 v6] drm/panel: Add driver for Sony ACX424AKP panel

2020-01-03 Thread Linus Walleij
On Wed, Nov 20, 2019 at 12:53 PM Stephan Gerhold wrote: > On Thu, Nov 14, 2019 at 02:15:25PM +0100, Linus Walleij wrote: > > + /* Calculate the PWM duty cycle in n/256's */ > > + pwm_ratio = max(((duty_ns * 256) / period_ns) - 1, 1); > > + pwm_div = max(1, > > + ((FO

Re: [PATCH v3 2/3] dt-bindings: display: Add Satoz panel

2020-01-03 Thread Rob Herring
On Tue, Dec 24, 2019 at 03:19:04PM +0100, Miquel Raynal wrote: > Satoz is a Chinese TFT manufacturer. > Website: http://www.sat-sz.com/English/index.html > > Add (simple) bindings for its SAT050AT40H12R2 5.0 inch LCD panel. > > Signed-off-by: Miquel Raynal > --- > > Changes since v2: > * None.

[PATCH v7] drm/panel: Add driver for Sony ACX424AKP panel

2020-01-03 Thread Linus Walleij
The Sony ACX424AKP is a command/videomode DSI panel for mobile devices. It is used on the ST-Ericsson HREF520 reference design. We support video mode by default, but it is possible to switch the panel into command mode by using the bool property "dsi-command-mode". Cc: Stephan Gerhold Signed-off-

[Bug 206017] Kernel 5.4.x unusable with GUI due to [drm:amdgpu_dm_atomic_commit_tail [amdgpu]] *ERROR* Waiting for fences timed out!

2020-01-03 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=206017 --- Comment #5 from udo (udo...@xs4all.nl) --- Firefox is still the trigger. When I do not use it the system remains usable. When I use Firefox the system crashes hard within a few hours. -- You are receiving this mail because: You are watching

[Bug 206017] Kernel 5.4.x unusable with GUI due to hard crashes

2020-01-03 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=206017 udo (udo...@xs4all.nl) changed: What|Removed |Added Summary|Kernel 5.4.x unusable with |Kernel 5.4.x unusable with

[Bug 206017] Kernel 5.4.x unusable with GUI due to crashes (some hard)

2020-01-03 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=206017 udo (udo...@xs4all.nl) changed: What|Removed |Added Summary|Kernel 5.4.x unusable with |Kernel 5.4.x unusable with