Hi, Enric:
Enric Balletbo i Serra 於 2020年6月16日 週二 上午4:31寫道：
>
> Use the drm_bridge_connector helper to create a connector for pipelines
> that use drm_bridge. This allows splitting connector operations across
> multiple bridges when necessary, instead of having the last bridge in
> the chain crea
Hi, Enric:
Enric Balletbo i Serra 於 2020年6月16日 週二 上午4:31寫道：
>
> Replace the manual panel handling code by a drm_panel_bridge. This
> simplifies the driver and allows all components in the display pipeline
> to be treated as bridges, paving the way to generic connector handling.
>
Applied to medi
Hi, Enric:
Enric Balletbo i Serra 於 2020年6月16日 週二 上午4:31寫道：
>
> The mtk_dsi driver uses an empty implementation for its encoder. Replace
> the code with the generic simple encoder.
Applied to mediatek-drm-next [1], thanks.
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/chunkuang.hu/linux.
Hi, Enric:
Enric Balletbo i Serra 於 2020年6月16日 週二 上午4:31寫道：
>
> Convert mtk_dsi to a bridge driver with built-in encoder support for
> compatibility with existing component drivers.
Applied to mediatek-drm-next [1], thanks.
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/chunkuang.hu/linux
Hi, Enric:
Enric Balletbo i Serra 於 2020年6月16日 週二 上午4:31寫道：
>
> This is really a cosmetic change just to make a bit more readable the
> code after convert the driver to drm_bridge. The bridge variable name
> will be used by the encoder drm_bridge, and the chained bridge will be
> named next_bridg
Hi, Enric:
Chun-Kuang Hu 於 2020年5月19日 週二 下午11:13寫道：
>
> Hi, Enric:
>
> Enric Balletbo i Serra 於 2020年5月19日 週二
> 下午5:41寫道：
> >
> > Equivalent information can be nowadays obtained using function tracer
> >
>
> Reviewed-by: Chun-Kuang Hu
Applied to mediatek-drm-fixes [1], thanks.
[1]
https://g
Hi, Enric:
Chun-Kuang Hu 於 2020年5月19日 週二 下午11:12寫道：
>
> Hi, Enric:
>
> Enric Balletbo i Serra 於 2020年5月19日 週二
> 下午5:40寫道：
> >
> > There are some `static const u8` variables that are not used, this
> > triggers a warning building with `make W=1`, it is safe to remove them,
> > so do it and make
Hi, Matthias:
於 2020年5月18日 週一 下午7:23寫道：
>
> From: Matthias Brugger
>
> The driver will be loaded by via a platform device. So we
> will need to get the device_node from the parent device.
> Depending on this we will set the driver data.
> As all this is done later already, just delete the call t
On Sat, Jul 04, 2020 at 11:03:21PM +0200, Geert Uytterhoeven wrote:
> Hi Sam,
>
> Thanks for your patch!
>
> On Sat, Jul 4, 2020 at 4:37 PM Sam Ravnborg wrote:
> > Now that dt-extract-example gained support for using root nodes
> > in examples, update the example for the simple-frambuffer bindin
Hi Sam,
Thanks for your patch!
On Sat, Jul 4, 2020 at 4:37 PM Sam Ravnborg wrote:
> Now that dt-extract-example gained support for using root nodes
> in examples, update the example for the simple-frambuffer binding to use it.
simple-framebuffer
> This gives us a better example and kill a long
https://bugzilla.kernel.org/show_bug.cgi?id=207383
--- Comment #37 from mn...@protonmail.com ---
>Notice, no drm tree, tho whatever buggy commit it is obviously affects
>drm/amdgpu.
Yeah, I kind of noticed that while I was just skimming through the commit
history. Perhaps it's possible that the i
https://bugzilla.kernel.org/show_bug.cgi?id=207383
Duncan (1i5t5.dun...@cox.net) changed:
What|Removed |Added
Attachment #289911|0 |1
is obsolete|
Hi Mark.
On Sat, Jul 04, 2020 at 03:16:47PM +0100, Mark Cave-Ayland wrote:
> On 04/07/2020 14:41, Sam Ravnborg wrote:
>
> > I think what is happening is that the bochs driver request a shadow copy
> > for the frambuffer. And with the change to fbops we now use the cfb_
> > functions to write to t
Now that dt-extract-example gained support for using root nodes
in examples, update the example for the simple-frambuffer binding to use it.
This gives us a better example and kill a long standing warning:
simple-framebuffer.example.dts:23.16-39.11:
Warning (chosen_node_is_root): /example-0/chose
Trivial fix for a long standing warning.
At least not fixed in drm-msc-next for now.
Just in case it was not fixed by someone else (Rob?) already.
Sam
Sam Ravnborg (1):
dt-bindings: fix simple-framebuffer example
.../bindings/display/simple-framebuffer.yaml | 45 +++-
On 04/07/2020 14:41, Sam Ravnborg wrote:
> I think what is happening is that the bochs driver request a shadow copy
> for the frambuffer. And with the change to fbops we now use the cfb_
> functions to write to the shadow framebuffer - which is not in any IO
> space. So this does not work.
>
> So
Hi Mark.
On Sat, Jul 04, 2020 at 02:09:38PM +0100, Mark Cave-Ayland wrote:
> On 04/07/2020 12:11, Mark Cave-Ayland wrote:
>
> > According to gdbstub the destination address in $g3 looks like this:
> >
> > Breakpoint 1, 0x007ad8e4 in cfb_imageblit ()
> > (gdb) i r $g3
> > g3 0
On 04/07/2020 12:11, Mark Cave-Ayland wrote:
> According to gdbstub the destination address in $g3 looks like this:
>
> Breakpoint 1, 0x007ad8e4 in cfb_imageblit ()
> (gdb) i r $g3
> g3 0x10022 4297195520
>
>
> The 0x10022 address still isn't right. On sun4u the
On 04/07/2020 08:23, Sam Ravnborg wrote:
> I tried to take a look at this - came up with the following untested
> hack.
> The idea is that we in mode_config can specify if we need the cfb
> variants. (I do not know what cfb is acronym for?)
> Then when we setup the framebuffer we select the releva
On Sat, Jul 04, 2020 at 12:28:03PM +0200, Sam Ravnborg wrote:
> This patch-set convert 3 of the remaining panel bindings to yaml.
>
> This is a follow-up on v2 that converted a lot of panel bindings:
> https://lore.kernel.org/dri-devel/20200408195109.32692-1-...@ravnborg.org/
> All was applied exc
v2:
- Add missing types (Rob)
- Fix example to specify panel@0 (Rob)
Signed-off-by: Sam Ravnborg
Cc: Rob Herring
Cc: Andrzej Hajda
Cc: Thierry Reding
Cc: Sam Ravnborg
---
.../display/panel/samsung,s6e8aa0.txt | 56 --
.../display/panel/samsung,s6e8aa0.yaml| 100 +
This patch-set convert 3 of the remaining panel bindings to yaml.
This is a follow-up on v2 that converted a lot of panel bindings:
https://lore.kernel.org/dri-devel/20200408195109.32692-1-...@ravnborg.org/
All was applied except for the reaming three patches included here.
One binding is a DSI b
This binding describes a panel with a secondary channel.
v3:
- Add reg property and unit-address to dsi nodes (Rob)
v2:
- add check for required properties if link2 is present (Rob)
Signed-off-by: Sam Ravnborg
Reviewed-by: Rob Herring
Cc: Rob Herring
Cc: Thierry Reding
Cc: Sam Ravnborg
As the binding matches panel-simple-dsi, added the compatible to the
panel-simple-dsi list.
With this change enable-gpios is now optional.
v2:
- It is a DSI panel, add it to panel-simple-dsi (Rob)
Signed-off-by: Sam Ravnborg
Cc: Rob Herring
Cc: Chris Zhong
Cc: Thierry Reding
Cc: Sam Ravnbor
Hi Mark.
Thanks for the report and the informative pointers.
On Fri, Jul 03, 2020 at 10:57:46PM +0100, Mark Cave-Ayland wrote:
> Hi all,
>
> I've been receiving reports that newer sparc64 kernels have started to panic
> on boot
> under qemu-system-sparc64 with bochs_drm enabled which I was able
25 matches
Mail list logo
