On Thu, Oct 3, 2019 at 2:46 PM Jagan Teki wrote:
>
> Allwinner MIPI DSI controllers are supplied with SoC
> DSI power rails via VCC-DSI pin.
>
> Add support for this supply pin by adding voltage
> regulator handling code to MIPI DSI driver.
>
> Tested-by: Merlijn Wajer
> Signed-off-by: Jagan Teki
On Thu, Oct 3, 2019 at 12:21 PM Icenowy Zheng wrote:
>
>
>
> 于 2019年10月3日 GMT+08:00 下午2:45:21, Jagan Teki 写到:
> >The LCD timing definitions between Linux DRM vs Allwinner are
> >different,
> >below diagram shows this clear differences.
> >
> > Active Front Sync
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #154 from line...@xcpp.org ---
Created attachment 145623
--> https://bugs.freedesktop.org/attachment.cgi?id=145623&action=edit
5.4.0-rc1 hangup
dmesg with 5.4.0-rc1.
System freezes and becomes unresponsive to input like before
--
于 2019年10月3日 GMT+08:00 下午2:45:22, Jagan Teki 写到:
>start value in video start delay was changed in
>commit da676c6aa641 ("drm/sun4i: dsi: Change the start delay
>calculation")
>to match the legacy BSP driver [1].
>
>So, using this existing start delay computation gives the wrong
>start delay val
于 2019年10月3日 GMT+08:00 下午2:45:21, Jagan Teki 写到:
>The LCD timing definitions between Linux DRM vs Allwinner are
>different,
>below diagram shows this clear differences.
>
> Active Front Sync Back
> Region Porch
On Thu, Oct 3, 2019 at 12:16 PM Jagan Teki wrote:
>
> This patch add support for Bananapi S070WV20-CT16 DSI panel to
> BPI-M2M board.
>
> DSI panel connected via board DSI port with,
> - DCDC1 as VCC-DSI supply
> - DLDO1 as VDD supply
> - PL5 gpio for lcd reset gpio pin
> - PB7 gpio for lcd enable
On Thu, Oct 3, 2019 at 12:16 PM Jagan Teki wrote:
>
> Bananapi S070WV20-CT16 ICN6211 is 800x480, 4-lane MIPI-DSI to RGB bridge
> panel which can be used to connect via DSI port on BPI-M64 board,
> so add a driver for it.
>
> The same panel PCB comes with parallel RBG which is supported via
> panel
From: Ville Syrjälä
Sent: Wednesday, October 2, 2019 19:58
To: Lin, Wayne
Cc: dri-devel@lists.freedesktop.org ;
amd-...@lists.freedesktop.org ; Li, Sun peng
(Leo) ; Kazlauskas, Nicholas
Subject: Re: [PATCH] drm/drm_edid: correct VIC and HDMI_VIC under HDMI 2.
This patch add support for Bananapi S070WV20-CT16 DSI panel to
BPI-M2M board.
DSI panel connected via board DSI port with,
- DCDC1 as VCC-DSI supply
- DLDO1 as VDD supply
- PL5 gpio for lcd reset gpio pin
- PB7 gpio for lcd enable gpio pin
- PL4 gpio for backlight enable pin
Signed-off-by: Jagan
start value in video start delay was changed in
commit da676c6aa641 ("drm/sun4i: dsi: Change the start delay calculation")
to match the legacy BSP driver [1].
So, using this existing start delay computation gives the wrong
start delay value for the "bananapi,s070wv20-ct16" panel. Due to
this the p
This is v11 version changes for previous series[1].
This series dropped the tcon->dclk_min_div and tcon->dclk_max_div
patches, since the discussion on the respective threads[2][3]
not finalized or not agree on both the ends.
This series mostly the commit messages changes suggested by Chen-Yu.
M
The LCD timing definitions between Linux DRM vs Allwinner are different,
below diagram shows this clear differences.
Active Front Sync Back
Region Porch Porch
<---><--
On 30.09.19 16:29, Frediano Ziglio wrote:
> Why didn't you update bug at
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1813620?
> I know it can seem tedious but would help tracking it.
I suppose the lack on centralized tracking and handling of Linux kernel
bugs is a delicate topic, so
The LCD timing definitions between Linux DRM vs Allwinner are different,
below diagram shows this clear differences.
Active Front Sync Back
Region Porch Porch
<---><--
Allwinner MIPI DSI controllers are supplied with SoC DSI
power rails via VCC-DSI pin.
Some board still work without supplying this but give more
faith on datasheet and hardware schematics and document this
supply property in required property list.
Reviewed-by: Rob Herring
Tested-by: Merlijn Waj
Bananapi S070WV20-CT16 ICN6211 is 800x480, 4-lane MIPI-DSI to RGB bridge
panel which can be used to connect via DSI port on BPI-M64 board,
so add a driver for it.
The same panel PCB comes with parallel RBG which is supported via
panel-simple driver with "bananapi,s070wv20-ct16" compatible.
Signed
Allwinner MIPI DSI controllers are supplied with SoC
DSI power rails via VCC-DSI pin.
Add support for this supply pin by adding voltage
regulator handling code to MIPI DSI driver.
Tested-by: Merlijn Wajer
Signed-off-by: Jagan Teki
---
drivers/gpu/drm/sun4i/sun6i_mipi_dsi.c | 14 ++
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #65 from Shmerl ---
I also don't see this patch landing in 5.4 (rc1 doesn't have it). Should we
keep applying it manually for now?
--
You are receiving this mail because:
You are the assignee for the bug.___
On 02/10/2019 15:25, Tomi Valkeinen wrote:
> The OMAP36xx and AM/DM37x TRMs say that the maximum divider for DSS fclk
> (in CM_CLKSEL_DSS) is 32. Experimentation shows that this is not
> correct, and using divider of 32 breaks DSS with a flood or underflows
> and sync losts. Dividers up to 31 seem
https://bugs.freedesktop.org/show_bug.cgi?id=111889
--- Comment #5 from sdico...@mail.ru ---
Same issue reported to cinnamon developers:
https://github.com/linuxmint/cinnamon/issues/8878
and my distro:
https://bugzilla.altlinux.org/show_bug.cgi?id=29773
--
You are receiving this mail because:
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=111889
--- Comment #4 from sdico...@mail.ru ---
Created attachment 145622
--> https://bugs.freedesktop.org/attachment.cgi?id=145622&action=edit
Hint box in GIMP in 3 DEs
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=111889
--- Comment #3 from sdico...@mail.ru ---
Created attachment 145621
--> https://bugs.freedesktop.org/attachment.cgi?id=145621&action=edit
Cinnamon filemanager Help menu (other menus in other apps look the same)
--
You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=111889
--- Comment #1 from sdico...@mail.ru ---
Created attachment 145619
--> https://bugs.freedesktop.org/attachment.cgi?id=145619&action=edit
Udistinguishable systrau icon (gcdemu)
--
You are receiving this mail because:
You are the assignee for t
https://bugs.freedesktop.org/show_bug.cgi?id=111889
--- Comment #2 from sdico...@mail.ru ---
Created attachment 145620
--> https://bugs.freedesktop.org/attachment.cgi?id=145620&action=edit
Audacity exit dialog in 3 different DEs
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=111889
Bug ID: 111889
Summary: Severe glitches in cinnamon/gnome3 affecting small
rectangular areas (menus, dialogs)
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
Hi Sam,
On 20/08/2019 13:37, Sam Ravnborg wrote:
@@ -123,6 +123,18 @@ static void panel_bridge_post_disable(struct drm_bridge
*bridge)
drm_panel_unprepare(panel_bridge->panel);
}
+static int panel_bridge_get_modes(struct drm_bridge *bridge,
+ struc
tree: git://people.freedesktop.org/~agd5f/linux.git amd-mainline-dkms-5.0
head: e971bfc1faa0fa4df97ecca7a867a194455f26fd
commit: 13a2da823a67d53982d85b4d28a9a2532fede843 [3808/3821] drm/amd/autoconf:
check drm_mode_is_420_xxx() is available
config: i386-randconfig-b004-201939 (attached as .con
Hi,
On Tue, Oct 1, 2019 at 1:34 PM Icenowy Zheng wrote:
>
> According to the BSP source code, when calculating the magic DRQ value
> outside burst mode, a formula of "lcd_ht - lcd_x - lcd_hbp", which is
> interpreted as right margin (HFP value). However, currently the
> sun6i_mipi_dsi driver code
Hi Wens,
On Tue, Oct 1, 2019 at 1:34 PM Icenowy Zheng wrote:
>
> This reverts commit 62e7511a4f4dcf07f753893d3424decd9466c98b.
>
> This commit, although claimed as a refactor, in fact changed the
> formula.
>
> By expanding the original formula, we can find that the const 10 is not
> substracted,
From: Daniel Kurtz
When setting a new display mode, dw_hdmi_setup() calls
dw_hdmi_enable_video_path(), which disables all hdmi clocks, including
the audio clock.
We should only (re-)enable the audio clock if audio was already enabled
when setting the new mode.
Without this patch, on RK3288, the
https://bugs.freedesktop.org/show_bug.cgi?id=111415
Tom Seewald changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
From: Daniel Kurtz
When setting a new display mode, dw_hdmi_setup() calls
dw_hdmi_enable_video_path(), which disables all hdmi clocks, including
the audio clock.
We should only (re-)enable the audio clock if audio was already enabled
when setting the new mode.
Without this patch, on RK3288, the
在 2019-10-02三的 12:36 +0200，Maxime Ripard写道：
> Hi,
>
> On Tue, Oct 01, 2019 at 04:02:50PM +0800, Icenowy Zheng wrote:
> > This patchset fixes some portion of timing calculation in
> > sun6i_mipi_dsi
> > driver according to the BSP driver.
> >
> > Two of the patches are reverting, one is fixing som
On 2019/10/03 5:59, Willem de Bruijn wrote:
On Wed, Oct 2, 2019 at 3:56 PM syzbot
wrote:
Hello,
syzbot found the following crash on:
HEAD commit:a32db7e1 Add linux-next specific files for 20191002
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x
From: "Paul E. McKenney"
This commit replaces the use of rcu_swap_protected() with the more
intuitively appealing rcu_replace() as a step towards removing
rcu_swap_protected().
Link:
https://lore.kernel.org/lkml/CAHk-=wiAsJLw1egFEE=z7-ggtm6wcvtyytxza1+bhqta4gg...@mail.gmail.com/
Reported-by: Li
On Wed, Oct 2, 2019 at 1:49 AM Gerd Hoffmann wrote:
>
> On Tue, Oct 01, 2019 at 06:49:35PM -0700, Gurchetan Singh wrote:
> > This doesn't really break userspace, since it always passes down
> > 0 for stride/layer_stride currently. We could:
> >
> > (1) modify UAPI now and add a VIRTGPU_PARAM_STRID
Quoting Joonas Lahtinen (2019-10-03 00:28:43)
> + Chris and Tvrtko
It's a trivial warning, that's already fixed. In this case by separating
out the poweroff into process context.
c7302f204490 ("drm/i915: Defer final intel_wakeref_put to process context")
-Chris
+ Chris and Tvrtko
Quoting Andrew Morton (2019-10-03 00:57:21)
>
> (switched to email. Please respond via emailed reply-to-all, not via the
> bugzilla web interface).
>
> On Tue, 01 Oct 2019 17:06:35 + bugzilla-dae...@bugzilla.kernel.org wrote:
>
> > https://bugzilla.kernel.org/show_bug.cg
https://bugzilla.kernel.org/show_bug.cgi?id=205069
freddyrei...@comcast.net changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
On Wed, Oct 2, 2019 at 3:10 PM kbuild test robot wrote:
>
> Hi John,
>
> I love your patch! Yet something to improve:
>
> [auto build test ERROR on linus/master]
> [cannot apply to v5.4-rc1 next-20191002]
> [if your patch is applied to the wrong git tree, please drop us
Hi John,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[cannot apply to v5.4-rc1 next-20191002]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base' option to s
Hi John,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[cannot apply to v5.4-rc1 next-20191002]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base' option to s
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
On Tue, 01 Oct 2019 17:06:35 + bugzilla-dae...@bugzilla.kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=205065
>
> Bug ID: 205065
>Summary: workqueue: P
tree: git://anongit.freedesktop.org/drm-intel drm-intel-next-queued
head: cf82d9ddd3b5203dea5561dfabd1216b8159af37
commit: cf82d9ddd3b5203dea5561dfabd1216b8159af37 [4/4] drm/i915/tgl: Introduce
gen12 forcewake ranges
reproduce:
# apt-get install sparse
# sparse version: v0.6.1-
On Wed, Oct 2, 2019 at 5:19 PM Nick Desaulniers wrote:
>
> On Wed, Oct 2, 2019 at 5:03 AM Arnd Bergmann wrote:
> >
> > Just like all the other variants, this one passes invalid
> > compile-time options with clang after the new code got
> > merged:
> >
> > clang: error: unknown argument: '-mprefer
On Wed, Oct 2, 2019 at 3:56 PM syzbot
wrote:
>
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:a32db7e1 Add linux-next specific files for 20191002
> git tree: linux-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=175ab7cd60
Hi Dave, Daniel,
Fixes for 5.4. Nothing too major. Enabling bulk moves is not exactly
a bug fix, but it's been working well for a while and it improves
performance and reduces latency in command submission. If you have
concerns, I can respin without it.
The following changes since commit 54ecb
Hi Dave, Daniel,
I hope that you enjoy XDC if you could make it this year :)
Here's the first round of fixes for drm-misc
Maxime
drm-misc-fixes-2019-10-02:
- One include fix for tilcdc
- A memory leak fix for Komeda
- Some fixes for resources cleanups with writeback
The following changes sin
Hello,
syzbot found the following crash on:
HEAD commit:a32db7e1 Add linux-next specific files for 20191002
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=175ab7cd60
kernel config: https://syzkaller.appspot.com/x/.config?x=599cf05035799eef
On Wed, Oct 2, 2019 at 9:45 AM Ville Syrjälä
wrote:
>
> On Tue, Oct 01, 2019 at 02:20:55PM -0700, Jeykumar Sankaran wrote:
> > On 2019-09-30 03:39, Ville Syrjälä wrote:
> > > On Fri, Sep 27, 2019 at 06:28:51PM -0700, Jeykumar Sankaran wrote:
> > >> The mode_config max width/height values determine
Hi Jean,
On 10/2/19 3:58 PM, Jean-Jacques Hiblot wrote:
> Hi Jacek,
>
> On 24/09/2019 23:03, Jacek Anaszewski wrote:
>> Hi Jean,
>>
>> Thank you for rebasing the set
>>
>> On 9/18/19 4:57 PM, Jean-Jacques Hiblot wrote:
>>> If initialization data is available and its fwnode is actually a
>>> of_no
The DDC/CI protocol involves sending a multi-byte request to the
display via I2C, which is typically followed by a multi-byte
response. The internal I2C controller only allows single byte
reads/writes or reads of 8 sequential bytes, hence DDC/CI is not
supported when the internal I2C controller is
On Wed, Oct 2, 2019 at 8:47 PM Alex Deucher wrote:
>
> On Wed, Oct 2, 2019 at 8:02 AM Arnd Bergmann wrote:
> >
> > Here are a couple of build fixes from my backlog in the randconfig
> > tree. It would be good to get them all into linux-5.4.
> >
> > Arnd
> >
> > Arnd Bergmann (6):
> > drm/a
On Wed, Oct 2, 2019 at 8:02 AM Arnd Bergmann wrote:
>
> Here are a couple of build fixes from my backlog in the randconfig
> tree. It would be good to get them all into linux-5.4.
>
> Arnd
>
> Arnd Bergmann (6):
> drm/amdgpu: make pmu support optional, again
> drm/amdgpu: hide another #wa
https://bugs.freedesktop.org/show_bug.cgi?id=110963
Jeremy Newton changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |jeremy.new...@amd.com
Hi Oleg,
Thanks for your patch, I'll apply it soon.
Tested-by: Rodrigo Siqueira
Reviewed-by: Rodrigo Siqueira
On 09/30, Oleg Vasilev wrote:
> Bring dmabuf sharing through implementing prime_import_sg_table callback.
> This will help to validate userspace conformance in prime configurations
> w
Hi Andrzej
Always good to have clear documentation.
On Wed, Oct 02, 2019 at 05:43:49PM +0200, Andrzej Pietrasiewicz wrote:
> To human readers
>
> "array of struct drm_format modifiers" is almost indistinguishable from
> "array of struct drm_format_modifiers", especially given that
> struct drm_f
On 9/26/2019 4:20 AM, Robin Murphy wrote:
> On 2019-09-26 11:44 am, Nicolas Saenz Julienne wrote:
>> Robin, have you looked into supporting multiple dma-ranges? It's the
>> next thing
>> we need for BCM STB's PCIe. I'll have a go at it myself if nothing
>> is in
>> the
>>
This adds a CMA heap, which allows userspace to allocate
a dma-buf of contiguous memory out of a CMA region.
This code is an evolution of the Android ION implementation, so
thanks to its original author and maintainters:
Benjamin Gaignard, Laura Abbott, and others!
Cc: Laura Abbott
Cc: Benjami
Add very trivial allocation and import test for dma-heaps,
utilizing the vgem driver as a test importer.
A good chunk of this code taken from:
tools/testing/selftests/android/ion/ionmap_test.c
Originally by Laura Abbott
Cc: Benjamin Gaignard
Cc: Sumit Semwal
Cc: Liam Mark
Cc: Pratik Patel
Add generic helper dmabuf ops for dma heaps, so we can reduce
the amount of duplicative code for the exported dmabufs.
This code is an evolution of the Android ION implementation, so
thanks to its original authors and maintainters:
Rebecca Schultz Zavin, Colin Cross, Laura Abbott, and others!
C
This patch adds system heap to the dma-buf heaps framework.
This allows applications to get a page-allocator backed dma-buf
for non-contiguous memory.
This code is an evolution of the Android ION implementation, so
thanks to its original authors and maintainters:
Rebecca Schultz Zavin, Colin Cr
Here is yet another pass at the dma-buf heaps patchset Andrew
and I have been working on which tries to destage a fair chunk
of ION functionality.
The patchset implements per-heap devices which can be opened
directly and then an ioctl is used to allocate a dmabuf from the
heap.
The interface is s
From: "Andrew F. Davis"
This framework allows a unified userspace interface for dma-buf
exporters, allowing userland to allocate specific types of memory
for use in dma-buf sharing.
Each heap is given its own device node, which a user can allocate
a dma-buf fd from using the DMA_HEAP_IOC_ALLOC.
Reviewed-by: Huang Rui
-Original Message-
From: amd-gfx On Behalf Of Christian
König
Sent: Friday, September 27, 2019 8:34 AM
To: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org
Subject: [PATCH 2/2] drm/radeon: finally fix the racy VMA setup
Finally clean up the VMA setu
Ahh. 😊
Reviewed-by: Huang Rui
-Original Message-
From: amd-gfx On Behalf Of Christian
König
Sent: Wednesday, October 2, 2019 4:38 AM
To: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 1/2] drm/ttm: also export ttm_bo_vm_fault
Just a gentle ping on t
https://bugs.freedesktop.org/show_bug.cgi?id=110968
Jeremy Newton changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |jeremy.new...@amd.com
https://bugs.freedesktop.org/show_bug.cgi?id=109440
Jeremy Newton changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://bugs.freedesktop.org/show_bug.cgi?id=111402
Jeremy Newton changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |jeremy.new...@amd.com
https://bugs.freedesktop.org/show_bug.cgi?id=111402
Jeremy Newton changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Jeremy New
On Wed, Oct 2, 2019 at 9:46 AM Jonathan Corbet wrote:
>
> On Tue, 1 Oct 2019 10:09:46 -0600
> Mat King wrote:
>
> > I have been looking into adding Linux support for electronic privacy
> > screens which is a feature on some new laptops which is built into the
> > display and allows users to turn
https://bugs.freedesktop.org/show_bug.cgi?id=110188
Jeremy Newton changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=110926
Jeremy Newton changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=110968
Jeremy Newton changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
--- Comment #4 from Jeremy New
https://bugs.freedesktop.org/show_bug.cgi?id=91749
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
pwm_backlight_probe() re-assigns pb->levels for every brightness
level. This is not needed and was likely not intended, since
neither side of the assignment changes during the loop. Assign
the field only once.
Signed-off-by: Matthias Kaehlcke
---
Changes in v2:
- removed curly braces from for lo
On 9/30/19 5:17 AM, Neil Armstrong wrote:
> Hi Andrey,
>
> On 27/09/2019 22:55, Grodzovsky, Andrey wrote:
>> Can you please use addr2line or gdb to pinpoint where in
>> drm_sched_increase_karma you hit the NULL ptr ? It looks like the guilty
>> job, but to be sure.
> Did a new run from 5.3:
>
> [
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #64 from Marko Popovic ---
(In reply to Pierre-Eric Pelloux-Prayer from comment #33)
> Created attachment 145323 [details] [review]
> wip patch
>
> You can give a try to the attached kernel patch which hopefully could
> prevent some
Convert Samsung PWM (S3C, S5P and Exynos SoCs) bindings to DT schema
format using json-schema.
Signed-off-by: Krzysztof Kozlowski
---
Changes since v2:
1. Add additionalProperties: false.
Changes since v1:
1. Indent example with four spaces (more readable),
2. Fix samsung,pwm-outputs after rev
Convert generic PWM bindings to DT schema format using json-schema. The
consumer bindings are split to separate file.
Signed-off-by: Krzysztof Kozlowski
---
Changes since v2:
1. Change also pwm-sprd.txt
Changes since v1:
1. Indent example with four spaces (more readable),
2. Change pattern fo
On Wed, Oct 2, 2019 at 11:39 AM Arnd Bergmann wrote:
>
> On Wed, Oct 2, 2019 at 5:12 PM Alex Deucher wrote:
> > On Wed, Oct 2, 2019 at 10:51 AM Arnd Bergmann wrote:
>
> > >
> > > Nothing should really change with regards to the -msse flag here, only
> > > the stack alignment flag changed. Maybe
On Wed, Oct 02, 2019 at 11:07:37AM +0100, Daniel Thompson wrote:
> On Tue, Oct 01, 2019 at 04:29:24PM -0700, Matthias Kaehlcke wrote:
> > pwm_backlight_probe() re-assigns pb->levels for every brightness
> > level. This is not needed and was likely not intended, since
> > neither side of the assignm
tree: git://people.freedesktop.org/~agd5f/linux.git amd-mainline-dkms-5.0
head: e971bfc1faa0fa4df97ecca7a867a194455f26fd
commit: ad1afcdf30608bd5148c54893257cc2ef1655c4b [2128/3821] drm/amd/autoconf:
generate config.h for in-tree build
config: x86_64-randconfig-d002-201939 (attached as .config
On Wed, Oct 02, 2019 at 06:22:23PM +0200, Andrzej Pietrasiewicz wrote:
> Hi Ville,
>
> W dniu 02.10.2019 o 18:18, Ville Syrjälä pisze:
> > On Wed, Oct 02, 2019 at 05:43:49PM +0200, Andrzej Pietrasiewicz wrote:
> >> To human readers
> >>
> >> "array of struct drm_format modifiers" is almost indisti
Hi Ville,
W dniu 02.10.2019 o 18:18, Ville Syrjälä pisze:
On Wed, Oct 02, 2019 at 05:43:49PM +0200, Andrzej Pietrasiewicz wrote:
To human readers
"array of struct drm_format modifiers" is almost indistinguishable from
"array of struct drm_format_modifiers",
Unless I'm blind those two *are* i
On Wed, Oct 02, 2019 at 05:43:49PM +0200, Andrzej Pietrasiewicz wrote:
> To human readers
>
> "array of struct drm_format modifiers" is almost indistinguishable from
> "array of struct drm_format_modifiers",
Unless I'm blind those two *are* indistinguishable :P
> especially given that
> struct d
On Mon, Sep 30, 2019 at 1:14 AM Hillf Danton wrote:
> On Fri, 6 Sep 2019 18:47:09 + John Stultz wrote:
> >
> > + cma_pages = cma_alloc(cma_heap->cma, nr_pages, align, false);
> > + if (!cma_pages)
> > + goto free_buf;
> > +
> > + if (PageHighMem(cma_pages)) {
> > +
On Sun, Sep 29, 2019 at 8:27 PM Hillf Danton wrote:
> On Fri, 6 Sep 2019 18:47:08 + John Stultz wrote:
> > +/**
> > + * dma_heap_get_data() - get per-heap driver data
> > + * @heap: DMA-Heap to retrieve private data for
> > + *
> > + * Returns:
> > + * The per-heap data for the heap.
> > + */
On Mon, Sep 23, 2019 at 04:52:02PM +0200, Thierry Reding wrote:
> On Mon, Sep 23, 2019 at 04:52:50PM +0300, Jani Nikula wrote:
> > On Fri, 20 Sep 2019, Thierry Reding wrote:
> > > On Mon, Sep 02, 2019 at 01:31:00PM +0200, Thierry Reding wrote:
> > >> From: Thierry Reding
> > >>
> > >> Hi,
> > >>
Convert Samsung Exynos Soc Power Domain bindings to DT schema format using
json-schema.
Signed-off-by: Krzysztof Kozlowski
---
Changes since v1:
1. Indent example with four spaces (more readable),
2. Remove unneeded types,
3. Add missing address in example and fix the name.
---
.../devicetree/
Convert Generic Power Domain bindings to DT schema format using
json-schema. The consumer bindings are split to separate file.
Signed-off-by: Krzysztof Kozlowski
---
Changes since v1:
1. Select all nodes for consumers,
2. Remove from consumers duplicated properties with dt-schema,
3. Fix power
The device node name should reflect generic class of a device so rename
power domain nodes to "power-domain". No functional change.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4.dtsi| 14 +++---
arch/arm/boot/dts/exynos4210.dtsi | 2 +-
arch/arm/boot/dts/exynos44
On Tue, 1 Oct 2019 10:09:46 -0600
Mat King wrote:
> I have been looking into adding Linux support for electronic privacy
> screens which is a feature on some new laptops which is built into the
> display and allows users to turn it on instead of needing to use a
> physical privacy filter. In disc
Hi Dave, Daniel,
we had some problems this cycle sending out TTM fixes because of lack of
time to rebase amd-staging-drm-next.
Because of this Alex and I decided that I'm going to send out TTM pull
requests separately now. So this is the first small bunch of fixes for 5.4.
The following cha
To human readers
"array of struct drm_format modifiers" is almost indistinguishable from
"array of struct drm_format_modifiers", especially given that
struct drm_format_modifier does exist.
And indeed the parameter passes an array of uint64_t rather than an array
of structs, but the first words o
On Wed, Oct 2, 2019 at 5:12 PM Alex Deucher wrote:
> On Wed, Oct 2, 2019 at 10:51 AM Arnd Bergmann wrote:
> >
> > Nothing should really change with regards to the -msse flag here, only
> > the stack alignment flag changed. Maybe there was some other change
> > in your Makefile that conflicts wit
The :doc: reference did not match the DOC comment's name.
Fixes: 5fc537bfd000 ("drm/mcde: Add new driver for ST-Ericsson MCDE")
Signed-off-by: Jonathan Neuschäfer
---
Documentation/gpu/mcde.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/gpu/mcde.rst b/Docum
- Format the pipe diagram as a monospace block.
- Fix formatting of the list. Without the empty line, the first dash is
not parsed as a bullet point.
Signed-off-by: Jonathan Neuschäfer
---
drivers/gpu/drm/mcde/mcde_drv.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --gi
On Wed, Oct 2, 2019 at 4:46 AM Jani Nikula wrote:
>
> On Wed, 02 Oct 2019, Daniel Thompson wrote:
> > On Wed, Oct 02, 2019 at 12:30:05PM +0300, Jani Nikula wrote:
> >> On Tue, 01 Oct 2019, Mat King wrote:
> >> > Resending in plain text mode
> >> >
> >> > I have been looking into adding Linux sup
On Wed, Oct 2, 2019 at 10:51 AM Arnd Bergmann wrote:
>
> On Wed, Oct 2, 2019 at 4:17 PM Alex Deucher wrote:
> >
> > I'm getting an error with gcc with this patch:
> > CC [M] drivers/gpu/drm/amd/amdgpu/../display/dc/dcn21/dcn21_resource.o
> > drivers/gpu/drm/amd/amdgpu/../display/dc/dcn21/dcn21
1 - 100 of 174 matches
Mail list logo
