On Sun, Jul 21, 2019 at 08:54:39PM +0200, Christophe JAILLET wrote:
> Hi,
>
> looking at the code in 'drivers/staging/fbtft/fb_pcd8544.c', there seems to
> be some typos.
>
> At the end of the file, we can find:
>
> FBTFT_REGISTER_DRIVER(DRVNAME, "philips,pdc8544", );
> ...
>
On 24.07.19 16:17, Gilberto Nunes wrote:
Hi,
crossposting to dri-devel, as it smells like a problem w/ amdgpu driver.
CPU - AMD A12-9720P RADEON R7, 12 COMPUTE CORES 4C+8G
GPU - Wani [Radeon R5/R6/R7 Graphics] (amdgpu)
Network Interface card:
01:00.1 Ethernet controller: Realtek Semiconductor
On 7/23/19 9:57 PM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20190723:
>
on i386:
CC [M] drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.o
../drivers/gpu/drm/amd/amdgpu/../display/dc/dcn20/dcn20_hwseq.c: In function
‘dcn20_init_hw’:
Hi Will and Andrey,
On 24/07/2019 15:20, Will Deacon wrote:
> On Wed, Jul 24, 2019 at 04:16:49PM +0200, Andrey Konovalov wrote:
>> On Wed, Jul 24, 2019 at 4:02 PM Will Deacon wrote:
>>> On Tue, Jul 23, 2019 at 08:03:29PM +0200, Andrey Konovalov wrote:
On Tue, Jul 23, 2019 at 7:59 PM Andrey
On Wed, Jul 24, 2019 at 09:48:55PM +0200, Christoph Hellwig wrote:
> On Wed, Jul 24, 2019 at 04:21:55PM -0300, Jason Gunthorpe wrote:
> > If we change the register to keep the hlist sorted by address then we
> > can do a targetted 'undo' of past starts terminated by address
> > less-than
Dmitry Vyukov wrote:
> On Tue, Jul 23, 2019 at 7:26 PM John Fastabend
> wrote:
> >
> > Dmitry Vyukov wrote:
> > > On Wed, Jul 17, 2019 at 10:58 AM syzbot
> > > wrote:
> > > >
> > > > Hello,
> > > >
> > > > syzbot found the following crash on:
> > > >
> > > > HEAD commit:1438cde7 Add
On Wed, Jul 24, 2019 at 08:59:10PM +0200, Michal Hocko wrote:
> On Wed 24-07-19 20:56:17, Michal Hocko wrote:
> > On Wed 24-07-19 15:08:37, Jason Gunthorpe wrote:
> > > On Wed, Jul 24, 2019 at 07:58:58PM +0200, Michal Hocko wrote:
> > [...]
> > > > Maybe new users have started relying on a new
On Wed, Jul 24, 2019 at 09:05:53AM +0200, Christoph Hellwig wrote:
> Looks good:
>
> Reviewed-by: Christoph Hellwig
>
> One comment on a related cleanup:
>
> > list_for_each_entry(mirror, >mirrors, list) {
> > int rc;
> >
> > - rc =
On Wed, Jul 24, 2019 at 05:33:05PM +0200, Christoph Hellwig wrote:
> On Wed, Jul 24, 2019 at 12:28:58PM -0300, Jason Gunthorpe wrote:
> > Humm. Actually having looked this some more, I wonder if this is a
> > problem:
>
> What a mess.
>
> Question: do we even care for the non-blocking events?
On Wed, Jul 24, 2019 at 07:58:58PM +0200, Michal Hocko wrote:
> On Wed 24-07-19 12:28:58, Jason Gunthorpe wrote:
> > On Wed, Jul 24, 2019 at 09:05:53AM +0200, Christoph Hellwig wrote:
> > > Looks good:
> > >
> > > Reviewed-by: Christoph Hellwig
> > >
> > > One comment on a related cleanup:
> >
Instead of using to_pci_dev + pci_get_drvdata,
use dev_get_drvdata to make code simpler.
Signed-off-by: Chuhong Yuan
---
drivers/video/fbdev/sm712fb.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/video/fbdev/sm712fb.c b/drivers/video/fbdev/sm712fb.c
index
On Wed, Jul 24, 2019 at 4:02 PM Will Deacon wrote:
>
> Hi Andrey,
>
> On Tue, Jul 23, 2019 at 08:03:29PM +0200, Andrey Konovalov wrote:
> > On Tue, Jul 23, 2019 at 7:59 PM Andrey Konovalov
> > wrote:
> > >
> > > === Overview
> > >
> > > arm64 has a feature called Top Byte Ignore, which allows
On 19. 7. 25. 오후 12:52, Yue Hu wrote:
> From: Yue Hu
>
> Since governor name is defined by DEVFREQ framework internally, use the
> macro definition instead of using the name directly.
>
> Signed-off-by: Yue Hu
> ---
> drivers/gpu/drm/msm/msm_gpu.c | 3 ++-
>
Thanks Yann to redirect to the proper lists!
---
Gilberto Nunes Ferreira
(47) 3025-5907
(47) 99676-7530 - Whatsapp / Telegram
Skype: gilberto.nunes36
Em qua, 24 de jul de 2019 às 11:59, Yann Droneaud
escreveu:
>
> Hi,
>
> Le mercredi 24 juillet 2019 à 09:43 -0300, Gilberto Nunes a écrit :
>
Hi,
Le mercredi 24 juillet 2019 à 09:43 -0300, Gilberto Nunes a écrit :
>
> Right now, I booted my laptop with kernel
> Linux version 5.2.2-050202-generic (kernel@kathleen) (gcc version
> 9.1.0 (Ubuntu 9.1.0-9ubuntu2)) #201907231250 SMP Tue Jul 23 12:53:21
> UTC 2019
>
> The system boot slowly,
On Tue, Jul 23, 2019 at 07:58:48PM +0200, Andrey Konovalov wrote:
> This patch is a part of a series that extends kernel ABI to allow to pass
> tagged user pointers (with the top byte set to something else other than
> 0x00) as syscall arguments.
>
> mlx4_get_umem_mr() uses provided user pointers
On Wed, Jul 24, 2019 at 04:16:49PM +0200, Andrey Konovalov wrote:
> On Wed, Jul 24, 2019 at 4:02 PM Will Deacon wrote:
> > On Tue, Jul 23, 2019 at 08:03:29PM +0200, Andrey Konovalov wrote:
> > > On Tue, Jul 23, 2019 at 7:59 PM Andrey Konovalov
> > > wrote:
> > > >
> > > > === Overview
> > > >
>
On Wed, 2019-07-24 at 13:28 +0100, Linus Walleij wrote:
> On Tue, Jul 23, 2019 at 8:10 PM Sam Ravnborg wrote:
> > On Tue, Jul 23, 2019 at 03:37:52PM +0200, Linus Walleij wrote:
> > Do we need to support arm,pl11x,tft-r0g0b0-pads before
> > we can obsolete fbdev stuff?
>
> No I don't think so,
The following function calls may fail and return NULL, so the null check
is added.
of_graph_get_next_endpoint
of_graph_get_remote_port_parent
of_graph_get_remote_port
Update: Thanks to Sam Ravnborg, for suggession on the use of goto to avoid
leaking endpoint.
Signed-off-by: Navid Emamdoost
---
On 25/07/2019 10:52, Chunming Zhou wrote:
v2: nit-picks fix
Signed-off-by: Chunming Zhou
Cc: Lionel Landwerlin
Cc: Christian König
For the xf86drm.[ch] part : Reviewed-by: Lionel Landwerlin
I'll let someone from AMD look at the amdgpu bit.
Thanks!
-Lionel
---
v2: nit-picks fix
Signed-off-by: Chunming Zhou
Cc: Lionel Landwerlin
Cc: Christian König
Reviewed-by: Christian König
For the xf86drm.[ch] part : Reviewed-by: Lionel Landwerlin
---
amdgpu/amdgpu-symbol-check | 1 +
amdgpu/amdgpu.h| 18 ++
amdgpu/amdgpu_cs.c
Thank guys. Since I have write permission to libdrm mast, I need your
help to push patch.
-David
On 2019年07月25日 16:11, Chunming Zhou wrote:
v2: nit-picks fix
Signed-off-by: Chunming Zhou
Cc: Lionel Landwerlin
Cc: Christian König
Reviewed-by: Christian König
For the xf86drm.[ch] part :
Thanks guys, since I have no write permission to libdrm, I need your
help to push patch.
-David
On 2019年07月25日 16:11, Chunming Zhou wrote:
v2: nit-picks fix
Signed-off-by: Chunming Zhou
Cc: Lionel Landwerlin
Cc: Christian König
Reviewed-by: Christian König
For the xf86drm.[ch] part :
Zhou, David(ChunMing) would like to recall the message, "[PATCH libdrm] libdrm:
wrap new flexible syncobj query interface v2".
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On Wed, Jul 17, 2019 at 11:41:37PM +0900, Jan Sebastian Götte wrote:
> Commit c440eee1a7a1 ("Staging: fbtft: Switch to the gpio descriptor
> interface") breaks GPIO handling. In several places, checks to only set
> a GPIO if it was configured ended up backwards.
> I have tested this fix. The fixed
On Tue, Jul 23, 2019 at 02:05:06PM -0700, Ralph Campbell wrote:
> The hmm_mirror_ops callback function sync_cpu_device_pagetables() passes
> a struct hmm_update which is a simplified version of struct
> mmu_notifier_range. This is unnecessary so replace hmm_update with
> mmu_notifier_range
From: Yue Hu
Since governor name is defined by DEVFREQ framework internally, use the
macro definition instead of using the name directly.
Signed-off-by: Yue Hu
---
drivers/gpu/drm/msm/msm_gpu.c | 3 ++-
drivers/gpu/drm/panfrost/panfrost_devfreq.c | 3 ++-
2 files changed, 4
On Thu, 2019-07-25 at 09:21 +0200, Greg KH wrote:
> On Wed, Jul 17, 2019 at 11:41:37PM +0900, Jan Sebastian Götte wrote:
> > Commit c440eee1a7a1 ("Staging: fbtft: Switch to the gpio descriptor
> > interface") breaks GPIO handling. In several places, checks to only set
> > a GPIO if it was
From: Yue Hu
Since governor name is defined by DEVFREQ framework internally, use the
macro definition instead of using the name directly.
Signed-off-by: Yue Hu
---
drivers/gpu/drm/msm/msm_gpu.c | 3 ++-
drivers/gpu/drm/panfrost/panfrost_devfreq.c | 3 ++-
2 files changed, 4
On 24/07/2019 11:01, Chunming Zhou wrote:
Signed-off-by: Chunming Zhou
Cc: Lionel Landwerlin
Cc: Christian König
---
amdgpu/amdgpu-symbol-check | 1 +
amdgpu/amdgpu.h| 18 ++
amdgpu/amdgpu_cs.c | 10 ++
include/drm/drm.h | 3 ++-
v2: nit-picks fix
Signed-off-by: Chunming Zhou
Cc: Lionel Landwerlin
Cc: Christian König
---
amdgpu/amdgpu-symbol-check | 1 +
amdgpu/amdgpu.h| 18 ++
amdgpu/amdgpu_cs.c | 10 ++
include/drm/drm.h | 3 ++-
xf86drm.c | 15
Am 25.07.19 um 10:02 schrieb Lionel Landwerlin:
> On 25/07/2019 10:52, Chunming Zhou wrote:
>> v2: nit-picks fix
>>
>> Signed-off-by: Chunming Zhou
>> Cc: Lionel Landwerlin
>> Cc: Christian König
>
>
> For the xf86drm.[ch] part : Reviewed-by: Lionel Landwerlin
>
>
> I'll let someone from AMD
Le lun. 22 juil. 2019 à 18:06, Olivier Moysan a écrit :
>
> As stated in SiL9022/24 datasheet, master clock is not required for I2S.
> Make mclk property optional in DT bindings.
>
> Fixes: 3f18021f43a3 ("dt-bindings: display: sii902x: Add HDMI audio bindings")
>
Applied on drm-misc-next.
Thanks,
Le lun. 22 juil. 2019 à 18:06, Olivier Moysan a écrit :
>
> The master clock on i2s bus is not mandatory,
> as sii902X internal PLL can be used instead.
> Make use of mclk optional.
Applied on drm-misc-next.
Thanks,
Benjamin
>
> Signed-off-by: Olivier Moysan
> Reviewed-by: Jyri Sarha
>
Le lun. 22 juil. 2019 à 18:06, Olivier Moysan a écrit :
>
> Add devm_clk_get call to retrieve reference to master clock.
>
> Fixes: ff5781634c41 ("drm/bridge: sii902x: Implement HDMI audio support")
>
> Signed-off-by: Olivier Moysan
> Reviewed-by: Jyri Sarha
> Acked-by: Andrzej Hajda ---
>
https://bugzilla.kernel.org/show_bug.cgi?id=204181
Yann HN (a...@21xayah.com) changed:
What|Removed |Added
CC||a...@21xayah.com
---
Zhou, David(ChunMing) would like to recall the message, "[PATCH libdrm] libdrm:
wrap new flexible syncobj query interface v2".
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=111042
freedesk...@fractalyse.info changed:
What|Removed |Added
Resolution|--- |FIXED
Le ven. 19 juil. 2019 à 15:35, Philippe CORNU a écrit :
>
> Hi Lucas & Ahmad,
>
> Many thanks for your patch,
>
> Tested successfully on stm32mp157-dk2 (weston & drm).
>
> Acked-by: Philippe Cornu
> Tested-by: Philippe Cornu
Applied on drm-misc-next.
Thanks,
Benjamin
>
> Philippe :-)
>
> On
In qxl_crtc_atomic_flush(), there is an if statement on line 376 to
check whether crtc->state is NULL:
if (crtc->state && crtc->state->event)
When crtc->state is NULL and qxl_crtc_update_monitors_config() is call,
qxl_crtc_update_monitors_config() uses crtc->state on line 326:
if
Den 22.07.2019 12.43, skrev Noralf Trønnes:
> This series ticks off the last tinydrm todo entry and moves out mipi_dbi
> to be a core helper.
>
> It splits struct mipi_dbi into an interface part and a display pipeline
> part (upload framebuffer over SPI). I also took the opportunity to
> rename
On Wed, Jul 24, 2019 at 11:38:28PM +0200, Christophe JAILLET wrote:
> The description passed to 'devm_gpio_request_one()' should be related to
> LMS283GF05, not LMS285GF05.
>
> Signed-off-by: Christophe JAILLET
Reviewed-by: Daniel Thompson
> ---
> drivers/video/backlight/lms283gf05.c | 2 +-
The drm in tinydrm is superfluous so rename to tiny.
Suggested-by: Daniel Vetter
Signed-off-by: Noralf Trønnes
---
MAINTAINERS | 12 ++--
drivers/gpu/drm/Kconfig | 2 +-
drivers/gpu/drm/Makefile | 2 +-
Move the driver to the new haven for tiny DRM drivers.
Cc: Hans de Goede
Suggested-by: Daniel Vetter
Signed-off-by: Noralf Trønnes
---
MAINTAINERS | 2 +-
drivers/gpu/drm/Kconfig | 2 --
drivers/gpu/drm/Makefile |
This is the final polish on tinydrm turning it into _the_ place for tiny
DRM drivers.
Noralf.
Noralf Trønnes (3):
drm/tinydrm/Kconfig: Remove menuconfig DRM_TINYDRM
drm/tinydrm: Rename folder to tiny
drm/gm12u320: Move driver to drm/tiny
MAINTAINERS | 14
This makes the tiny drivers visible by default without having to enable a
knob.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/Makefile| 2 +-
drivers/gpu/drm/tinydrm/Kconfig | 37 +++--
2 files changed, 22 insertions(+), 17 deletions(-)
diff --git
Even in source code of this driver there is an author's description:
/*
* Even if we have an I2C bus, we can't assume that the cable
* is disconnected if drm_probe_ddc fails. Some cables don't
* wire the DDC pins, or the I2C bus might not be working at
* all.
*/
DDC and VGA channels are independent, and therefore
we cannot decide whether the monitor is connected or not,
depending on the information from the DDC.
So the monitor should always be considered connected.
Thus there is no reason to use connector detect callback for this
driver.
Fixes DRM error
2019년 7월 24일 (수) 오전 8:09, Artur Świgoń 님이 작성:
>
> This patch adds a new static function, exynos_bus_profile_init(), extracted
> from exynos_bus_probe().
>
> Signed-off-by: Artur Świgoń
> ---
> drivers/devfreq/exynos-bus.c | 106 ---
> 1 file changed, 60
Den 25.07.2019 14.06, skrev Daniel Vetter:
> On Thu, Jul 25, 2019 at 12:51:29PM +0200, Noralf Trønnes wrote:
>> This is the final polish on tinydrm turning it into _the_ place for tiny
>> DRM drivers.
>>
>> Noralf.
>>
>> Noralf Trønnes (3):
>> drm/tinydrm/Kconfig: Remove menuconfig DRM_TINYDRM
2019년 7월 24일 (수) 오전 8:07, Artur Świgoń 님이 작성:
>
> This patch adds a new static function, exynos_bus_profile_init_passive(),
> extracted from exynos_bus_probe().
>
> Signed-off-by: Artur Świgoń
> ---
> drivers/devfreq/exynos-bus.c | 70 +---
> 1 file changed, 42
On Wed, Jul 24, 2019 at 07:38:07AM -0400, Laura Abbott wrote:
> It's not just an optimization for Ion though. Ion was designed to
> let the callers choose between system and multiple CMA heaps.
Who cares about ion? That some out of tree android crap that should
not be relevant for upstream
On Mon, 22 Jul 2019, Matthias Kaehlcke wrote:
> On Tue, Jul 09, 2019 at 12:00:03PM -0700, Matthias Kaehlcke wrote:
> > Backlight brightness curves can have different shapes. The two main
> > types are linear and non-linear curves. The human eye doesn't
> > perceive linearly increasing/decreasing
On Thu, Jul 25, 2019 at 03:35:40PM +0800, Kai-Heng Feng wrote:
> at 00:03, wrote:
>
> > > -Original Message-
> > > From: Daniel Vetter On Behalf Of Daniel Vetter
> > > Sent: Wednesday, July 24, 2019 6:49 AM
> > > To: Kai-Heng Feng
> > > Cc: dri-devel@lists.freedesktop.org; Anthony
On Thu, Jul 25, 2019 at 06:21:27PM +0800, Jia-Ju Bai wrote:
> In qxl_crtc_atomic_flush(), there is an if statement on line 376 to
> check whether crtc->state is NULL:
> if (crtc->state && crtc->state->event)
>
> When crtc->state is NULL and qxl_crtc_update_monitors_config() is call,
>
On Mon, 08 Jul 2019, Lucas Stach wrote:
> This way the backlight can be referenced through its device node and
> enabling/disabling can be managed through the panel driver.
>
> Signed-off-by: Lucas Stach
> ---
> drivers/video/backlight/rave-sp-backlight.c | 10 --
> 1 file changed, 8
On Thu, Jul 25, 2019 at 12:51:29PM +0200, Noralf Trønnes wrote:
> This is the final polish on tinydrm turning it into _the_ place for tiny
> DRM drivers.
>
> Noralf.
>
> Noralf Trønnes (3):
> drm/tinydrm/Kconfig: Remove menuconfig DRM_TINYDRM
> drm/tinydrm: Rename folder to tiny
>
On Thu, Jul 25, 2019 at 11:05:24AM +, Oleksandr Suvorov wrote:
> DDC and VGA channels are independent, and therefore
> we cannot decide whether the monitor is connected or not,
> depending on the information from the DDC.
>
> So the monitor should always be considered connected.
> Thus there
On Thu, Jul 25, 2019 at 08:34:39AM +, Zhou, David(ChunMing) wrote:
> Zhou, David(ChunMing) would like to recall the message, "[PATCH libdrm]
> libdrm: wrap new flexible syncobj query interface v2".
This button doesn't work :-)
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
On Wed, Jul 24, 2019 at 07:48:23AM +, Koenig, Christian wrote:
> Am 24.07.19 um 08:32 schrieb zhoucm1:
> >
> >
> > On 2019年07月24日 03:20, Lionel Landwerlin wrote:
> >> On 23/07/2019 17:21, Chunming Zhou wrote:
> >>> user space needs a flexiable query ability.
> >>> So that umd can get last
Le jeu. 11 juil. 2019 à 13:09, Jyri Sarha a écrit :
>
> On 03/07/2019 11:04, Olivier Moysan wrote:
> > Implement get_dai_id callback of audio HDMI codec
> > to support ASoC audio graph card.
> > HDMI audio output has to be connected to sii902x port 3.
> > get_dai_id callback maps this port to
On Wed, Jul 24, 2019 at 11:20:31AM -0400, Andrew F. Davis wrote:
> Well then lets think on this. A given buffer can have 3 owners states
> (CPU-owned, Device-owned, and Un-owned). These are based on the caching
> state from the CPU perspective.
>
> If a buffer is CPU-owned then we (Linux) can
On Wed, Jul 24, 2019 at 10:08:54AM +0200, Benjamin Gaignard wrote:
> CMA has made possible to get large regions of memories and to give some
> priority on device allocating pages on it. I don't think that possible
> with system
> heap so I suggest to keep CMA heap if we want to be able to port a
2019년 7월 24일 (수) 오전 8:07, Artur Świgoń 님이 작성:
>
> This patch adds minor improvements to the exynos-bus driver.
>
> Signed-off-by: Artur Świgoń
> ---
> drivers/devfreq/exynos-bus.c | 49
> 1 file changed, 22 insertions(+), 27 deletions(-)
>
> diff --git
On Wed, Jul 24, 2019 at 11:46:01AM -0400, Andrew F. Davis wrote:
> https://patchwork.kernel.org/patch/10863957/
>
> It's actually a more simple heap type IMHO, but the logic inside is
> incompatible with the system/CMA heaps, if you move any of their code
> into the core framework then this heap
On Wed, Jul 24, 2019 at 11:46:24AM -0700, John Stultz wrote:
> I'm still not understanding how this would work. Benjamin and Laura
> already commented on this point, but for a simple example, with the
> HiKey boards, the DRM driver requires contiguous memory for the
> framebuffer, but the GPU can
> +struct dma_buf *heap_helper_export_dmabuf(
> + struct heap_helper_buffer *helper_buffer,
> + int fd_flags)
Indentation seems odd here as it doesn't follow any of the usual schools
for multi-level prototypes. But maybe shortening some
2019년 7월 24일 (수) 오전 8:08, Artur Świgoń 님이 작성:
>
> This patch improves code readability by changing the following construct:
>
> >if (cond)
> >goto passive;
> >foo();
> >goto out;
> >passive:
> >bar();
> >out:
>
> into this:
>
> >if (cond)
> >bar();
> >else
>
> +struct system_heap {
> + struct dma_heap *heap;
> +} sys_heap;
It seems like this structure could be removed and if would improve
the code flow.
> +static struct dma_heap_ops system_heap_ops = {
> + .allocate = system_heap_allocate,
> +};
> +
> +static int system_heap_create(void)
>
Hi Rob,
On 25/07/2019 02:10, Rob Herring wrote:
[...]
@@ -328,6 +427,18 @@ static irqreturn_t panfrost_mmu_irq_handler(int irq, void
*data)
access_type = (fault_status >> 8) & 0x3;
source_id = (fault_status >> 16);
+ /* Page fault only */
+
Hi Daniel.
>
> > The next question is, how do we change the brightness level for OLED
> > displays? Is changing gamma value a good way to do it?
>
> There's no overall amplifier knob to set general brightness on these?
I just looked up two random OLED controllers.
They have a "Contrast" -
On Tue, Jun 25, 2019 at 10:52:17PM +0200, Sam Ravnborg wrote:
> On Tue, Jun 25, 2019 at 10:42:05PM +0200, Daniel Vetter wrote:
> > That way we can ditch our gem_prime_res_obj implementation. Since ttm
> > absolutely needs the right reservation object all the boilerplate is
> > already there and we
Le jeu. 25 juil. 2019 à 14:52, Christoph Hellwig a écrit :
>
> On Wed, Jul 24, 2019 at 11:46:24AM -0700, John Stultz wrote:
> > I'm still not understanding how this would work. Benjamin and Laura
> > already commented on this point, but for a simple example, with the
> > HiKey boards, the DRM
2019년 7월 24일 (수) 오전 8:07, Artur Świgoń 님이 작성:
>
> This patch adds two fields tp the Exynos4412 DTS:
> - parent: to declare connections between nodes that are not in a
> parent-child relation in devfreq;
> - #interconnect-cells: required by the interconnect framework.
>
> Please note that
Hi all,
Resending this little patch series (everything else landed now), so that
we can move forward with Gerd's series to embed a gem_bo in the ttm_bo (he
rebased on top of this).
Review/testing much appreciated.
Thanks, Daniel
Daniel Vetter (4):
drm/radeon: Fill out gem_object->resv
That way we can ditch our gem_prime_res_obj implementation. Since ttm
absolutely needs the right reservation object all the boilerplate is
already there and we just have to wire it up correctly.
Note that gem/prime doesn't care when we do this, as long as we do it
before the bo is registered and
That way we can ditch our gem_prime_res_obj implementation. Since ttm
absolutely needs the right reservation object all the boilerplate is
already there and we just have to wire it up correctly.
Note that gem/prime doesn't care when we do this, as long as we do it
before the bo is registered and
That way we can ditch our gem_prime_res_obj implementation. Since ttm
absolutely needs the right reservation object all the boilerplate is
already there and we just have to wire it up correctly.
Note that gem/prime doesn't care when we do this, as long as we do it
before the bo is registered and
2019년 7월 25일 (목) 오후 9:56, Chanwoo Choi 님이 작성:
>
> 2019년 7월 24일 (수) 오전 8:08, Artur Świgoń 님이 작성:
> >
> > This patch improves code readability by changing the following construct:
> >
> > >if (cond)
> > >goto passive;
> > >foo();
> > >goto out;
> > >passive:
> > >bar();
> >
Everyone is just using gem_object->resv now.
Acked-by: Gerd Hoffmann
Cc: Gerd Hoffmann
Reviewed-by: Emil Velikov
Signed-off-by: Daniel Vetter
Cc: David Airlie
Cc: Daniel Vetter
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
---
Documentation/gpu/todo.rst | 9 -
On 7/25/19 8:50 AM, Christoph Hellwig wrote:
> On Wed, Jul 24, 2019 at 11:46:01AM -0400, Andrew F. Davis wrote:
>> https://patchwork.kernel.org/patch/10863957/
>>
>> It's actually a more simple heap type IMHO, but the logic inside is
>> incompatible with the system/CMA heaps, if you move any of
On 7/25/19 8:48 AM, Christoph Hellwig wrote:
> On Wed, Jul 24, 2019 at 07:38:07AM -0400, Laura Abbott wrote:
>> It's not just an optimization for Ion though. Ion was designed to
>> let the callers choose between system and multiple CMA heaps.
>
> Who cares about ion? That some out of tree
On Tue, 23 Jul 2019, Suzuki K Poulose wrote:
> Introduce wrappers for {bus/driver/class}_find_device() to
> locate devices by its of_node.
>
> Cc: Maarten Lankhorst
> Cc: Maxime Ripard
> Cc: dri-devel@lists.freedesktop.org
> Cc: David Airlie
> Cc: Daniel Vetter
> Cc:
On Thu, Jul 25, 2019 at 09:47:11AM -0400, Andrew F. Davis wrote:
> This is a central allocator, it is not tied to any one device. If we
> knew the one device ahead of time we would just use the existing dma_alloc.
>
> We might be able to solve some of that with late mapping after all the
>
Den 18.07.2019 14.14, skrev Noralf Trønnes:
>
>
> Den 17.07.2019 21.48, skrev David Lechner:
>> On 7/17/19 6:58 AM, Noralf Trønnes wrote:
>>> This is only used by mipi-dbi drivers so move it there.
>>>
>>> The reason this isn't moved to the SPI subsystem is that it will in a
>>> later patch
Hi Noralf.
On Thu, Jul 25, 2019 at 02:46:08PM +0200, Noralf Trønnes wrote:
>
>
> Den 25.07.2019 14.06, skrev Daniel Vetter:
> > On Thu, Jul 25, 2019 at 12:51:29PM +0200, Noralf Trønnes wrote:
> >> This is the final polish on tinydrm turning it into _the_ place for tiny
> >> DRM drivers.
> >>
>
https://bugzilla.kernel.org/show_bug.cgi?id=204181
--- Comment #20 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) ---
I haven't been able to reproduce this on my setup yet with xf86-video-amdgpu on
Arch's 5.2.2 kernel. I don't see anything really missing between that and
staging that
Hi all,
Substitute-Maarten here for another pull request. This week is pretty light, as
you would expect. I merged a leftover nugget from drm-misc-next that didn't make
-rc1 and am abusing covering for Maarten by sneaking in a handful of msm
changes to avoid having to send 2 pulls.
Remove the homebrewed bulk clock get function and replace it with
devm_clk_bulk_get_all().
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/adreno/a6xx_gmu.c | 2 +-
drivers/gpu/drm/msm/msm_drv.c | 40 ---
drivers/gpu/drm/msm/msm_drv.h | 1
Explicitly mark intentional fall throughs in switch statements to keep
-Wimplicit-fallthrough from complaining.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/adreno/a5xx_gpu.c | 2 ++
drivers/gpu/drm/msm/adreno/a6xx_gpu.c | 1 +
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 1 +
3 files
On Thu, Jul 25, 2019 at 12:15:41PM +0100, Lee Jones wrote:
> On Mon, 22 Jul 2019, Matthias Kaehlcke wrote:
>
> > On Tue, Jul 09, 2019 at 12:00:03PM -0700, Matthias Kaehlcke wrote:
> > > Backlight brightness curves can have different shapes. The two main
> > > types are linear and non-linear
Le jeu. 25 juil. 2019 à 16:33, Christoph Hellwig a écrit :
>
> On Thu, Jul 25, 2019 at 03:20:11PM +0200, Benjamin Gaignard wrote:
> > > But that just means we need a flag that memory needs to be contiguous,
> > > which totally makes sense at the API level. But CMA is not the only
> > > source of
On Thu, Jul 25, 2019 at 5:41 AM Christoph Hellwig wrote:
>
> On Wed, Jul 24, 2019 at 11:20:31AM -0400, Andrew F. Davis wrote:
> > Well then lets think on this. A given buffer can have 3 owners states
> > (CPU-owned, Device-owned, and Un-owned). These are based on the caching
> > state from the
On 2019-07-18 11:16 p.m., Nathan Chancellor wrote:
> On Wed, Jul 03, 2019 at 10:52:16PM -0700, Nathan Chancellor wrote:
>> clang warns:
>>
>> drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_pp_smu.c:336:8:
>> warning: implicit conversion from enumeration type 'enum smu_clk_type'
>> to
https://bugzilla.kernel.org/show_bug.cgi?id=204181
--- Comment #18 from Michel Dänzer (mic...@daenzer.net) ---
(In reply to Yann HN from comment #17)
> A friend suggested me to install some packages to enhance the GPU Support,
> one of them was "xf86-video-amdgpu".
>
> Seams like that package
There was no users left - so drop the code to support EARLY_FB_BLANK.
This patch removes the support in backlight,
and drop the notifier in fbmem.
That EARLY_FB_BLANK is not used can be verified that no driver set any of:
lcd_ops.early_set_power()
lcd_ops.r_early_set_power()
Noticed
65;5603;1c
On Thu, Jul 25, 2019 at 11:05:23AM +, Oleksandr Suvorov wrote:
>
> Even in source code of this driver there is an author's description:
> /*
> * Even if we have an I2C bus, we can't assume that the cable
> * is disconnected if drm_probe_ddc fails. Some cables don't
>
On Mon, Jul 22, 2019 at 11:51:36AM -0700, Vasily Khoruzhick wrote:
> On Mon, Jul 22, 2019 at 8:12 AM Torsten Duwe wrote:
> >
> > The anx6345 is an ultra-low power DisplayPort/eDP transmitter designed
> > for portable devices.
> >
> > Add a binding document for it.
>
> I believe you'll have to
The anx6345 is an ultra-low power DisplayPort/eDP transmitter designed
for portable devices.
Add a binding document for it.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
Reviewed-by: Rob Herring
Signed-off-by: Torsten Duwe
Reviewed-by: Laurent Pinchart
---
Quoting Jordan Crouse (2019-07-25 09:53:55)
> Remove the homebrewed bulk clock get function and replace it with
> devm_clk_bulk_get_all().
>
> Signed-off-by: Jordan Crouse
> ---
Reviewed-by: Stephen Boyd
1 - 100 of 182 matches
Mail list logo