From: Ondrej Jirman
Orange Pi 3 has two regulators that power the Realtek RTL8211E.
According to the phy datasheet, both regulators need to be enabled
at the same time, but we can only specify a single phy-supply in
the DT.
This can be achieved by making one regulator depedning on the
other via
> -Original Message-
> From: Jerome Glisse [mailto:jgli...@redhat.com]
> Sent: Wednesday, April 03, 2019 8:48 AM
> To: Ronan KERYELL
> Cc: Dave Airlie ; Sonal Santan ;
> Daniel Vetter ; dri-devel@lists.freedesktop.org;
> gre...@linuxfoundation.org; Cyril Chemparathy ; linux-
> ker...@vge
On Sat, Apr 06, 2019 at 07:06:13PM -0400, Joel Fernandes wrote:
> On Fri, Apr 05, 2019 at 04:28:35PM -0700, Paul E. McKenney wrote:
> > On Wed, Apr 03, 2019 at 09:20:39AM -0700, Paul E. McKenney wrote:
> > > On Wed, Apr 03, 2019 at 10:27:42AM -0400, Mathieu Desnoyers wrote:
> > > > - On Apr 3,
Hi,
On Sun, 7 Apr 2019 at 16:32, Ondřej Jirman wrote:
>
> On Sun, Apr 07, 2019 at 03:36:21PM +0200, Clément Péron wrote:
> > Hi,
> >
> > On Sat, 6 Apr 2019 at 01:45, megous via linux-sunxi
> > wrote:
> > >
> > > From: Ondrej Jirman
> > >
> > > This series implements support for Xunlong Orange P
On 05/04/2019 10:51, Robin Murphy wrote:
> Hi Steve,
>
> On 05/04/2019 10:42, Steven Price wrote:
>> First let me say congratulations to everyone working on Panfrost - it's
>> an impressive achievement!
>>
>> Full disclosure: I used to work on the Mali kbase driver. And have been
>> playing around
From: Ondrej Jirman
Orange Pi 3 is a H6 based SBC made by Xulong, released in
January 2019. It has the following features:
- Allwinner H6 quad-core 64-bit ARM Cortex-A53
- GPU Mali-T720
- 1GB or 2GB LPDDR3 RAM
- AXP805 PMIC
- AP6256 Wifi/BT 5.0
- USB 2.0 host port (A)
- USB 2.0 micro usb, OTG
-
From: Ondrej Jirman
Orange Pi 3 has AP6256 WiFi/BT module. WiFi part of the module is
called bcm43356 and can be used with the brcmfmac driver. The module
is powered by the two always on regulators (not AXP805).
WiFi uses a PG port with 1.8V voltage level signals. SoC needs to be
configured so t
- On Apr 7, 2019, at 3:32 PM, Joel Fernandes, Google j...@joelfernandes.org
wrote:
> On Sun, Apr 07, 2019 at 03:26:16PM -0400, Mathieu Desnoyers wrote:
>> - On Apr 7, 2019, at 9:59 AM, paulmck paul...@linux.ibm.com wrote:
>>
>> > On Sun, Apr 07, 2019 at 06:39:41AM -0700, Paul E. McKenne
> Sorry - "Thread Local Storage" - e.g. registers spilled to memory from a
> shader program.
Gotcha, thank you. Register spilling isn't implemented yet, so I haven't
run into this. (Partially because the blob's RA is very good so it's
somewhat nontrivial to get it to spill... not that I've tried,
On Sun, Apr 07, 2019 at 06:39:41AM -0700, Paul E. McKenney wrote:
> On Sat, Apr 06, 2019 at 07:06:13PM -0400, Joel Fernandes wrote:
[ . . . ]
> > > diff --git a/include/asm-generic/vmlinux.lds.h
> > > b/include/asm-generic/vmlinux.lds.h
> > > index f8f6f04c4453..c2d919a1566e 100644
> > > --- a/i
Hi,
On Sat, 6 Apr 2019 at 01:45, megous via linux-sunxi
wrote:
>
> From: Ondrej Jirman
>
> Orange Pi 3 has AP6256 WiFi/BT module. WiFi part of the module is
> called bcm43356 and can be used with the brcmfmac driver. The module
> is powered by the two always on regulators (not AXP805).
>
> WiFi
Hi,
On Sat, 6 Apr 2019 at 01:45, megous via linux-sunxi
wrote:
>
> From: Ondrej Jirman
>
> This series implements support for Xunlong Orange Pi 3 board.
OrangePi 3 Lite2 and One Plus boards support has already been merged.
The support is not complete but you should rebase your patches on top
of
On Sun, Apr 07, 2019 at 03:46:13PM +, Joel Fernandes wrote:
> On Sun, Apr 07, 2019 at 06:59:37AM -0700, Paul E. McKenney wrote:
> > On Sun, Apr 07, 2019 at 06:39:41AM -0700, Paul E. McKenney wrote:
> > > On Sat, Apr 06, 2019 at 07:06:13PM -0400, Joel Fernandes wrote:
> >
> > [ . . . ]
> >
> >
From: Ondrej Jirman
This series implements support for Xunlong Orange Pi 3 board.
Unfortunately, this board needs some small driver patches, so I have
split the boards DT patch into chunks that require patches for drivers
in various subsystems:
- Basic DT for the board (patch 1)
- HDMI support
> > The call to of_get_parent returns a node pointer with refcount
> > incremented thus it must be explicitly decremented after the last
> > usage.
> >
> > Detected by coccinelle with the following warnings:
> > drivers/gpu/drm/rcar-du/rcar_du_of.c:235:2-8: ERROR: missing of_node_put;
> > acquired
> > The call to of_find_matching_node returns a node pointer with refcount
> > incremented thus it must be explicitly decremented after the last
> > usage.
> >
> > Detected by coccinelle with the following warnings:
> > drivers/gpu/drm/omapdrm/dss/omapdss-boot-init.c:212:2-8: ERROR: missing
> > of
On Sun, Apr 07, 2019 at 04:41:36PM -0400, Mathieu Desnoyers wrote:
>
> - On Apr 7, 2019, at 3:32 PM, Joel Fernandes, Google
> j...@joelfernandes.org wrote:
>
> > On Sun, Apr 07, 2019 at 03:26:16PM -0400, Mathieu Desnoyers wrote:
> >> - On Apr 7, 2019, at 9:59 AM, paulmck paul...@linux.ib
On Sun, Apr 07, 2019 at 06:59:37AM -0700, Paul E. McKenney wrote:
> On Sun, Apr 07, 2019 at 06:39:41AM -0700, Paul E. McKenney wrote:
> > On Sat, Apr 06, 2019 at 07:06:13PM -0400, Joel Fernandes wrote:
>
> [ . . . ]
>
> > > > diff --git a/include/asm-generic/vmlinux.lds.h
> > > > b/include/asm-g
First let me say congratulations to everyone working on Panfrost - it's
an impressive achievement!
Full disclosure: I used to work on the Mali kbase driver. And have been
playing around with running the Mali user-space blob with the Panfrost
kernel driver.
On 01/04/2019 08:47, Rob Herring wrote:
>
> On Thu, Apr 04, 2019 at 09:50:47AM +0200, Daniel Vetter wrote:
> > On Wed, Apr 03, 2019 at 06:44:41PM +0530,
> venkatarajesh.kalakod...@in.bosch.com wrote:
> > > From: kalakodima venkata rajesh
> > >
> > >
> > > Impelement interfaces in cmm to set clu and lut tables using
> > > standard drm d
On Sun, Apr 07, 2019 at 05:31:52PM +0200, Clément Péron wrote:
> Hi,
>
> On Sat, 6 Apr 2019 at 01:45, megous via linux-sunxi
> wrote:
> >
> > From: Ondrej Jirman
> >
> > Orange Pi 3 has AP6256 WiFi/BT module. WiFi part of the module is
> > called bcm43356 and can be used with the brcmfmac driver
> I'm also somewhat surprised that you don't need loads of other
> properties from the GPU - in particular knowing the number of shader
> cores is useful for allocating the right amount of memory for TLS (and
> can't be obtained purely from the GPU_ID).
Since I have no idea what TLS is (and in my
In vbva_write(), We do not need to double check available chunk size if
chunk is smaller than available buffer. Put the second if clause in the
first if clause and avoid check twice.
Signed-off-by: Sidong Yang
---
drivers/gpu/drm/vboxvideo/vbva_base.c | 14 +++---
1 file changed, 7 inser
On 05/04/2019 17:16, Alyssa Rosenzweig wrote:
>> I'm also somewhat surprised that you don't need loads of other
>> properties from the GPU - in particular knowing the number of shader
>> cores is useful for allocating the right amount of memory for TLS (and
>> can't be obtained purely from the GPU_
On Sun, Apr 07, 2019 at 09:07:18PM +, Joel Fernandes wrote:
> On Sun, Apr 07, 2019 at 04:41:36PM -0400, Mathieu Desnoyers wrote:
> >
> > - On Apr 7, 2019, at 3:32 PM, Joel Fernandes, Google
> > j...@joelfernandes.org wrote:
> >
> > > On Sun, Apr 07, 2019 at 03:26:16PM -0400, Mathieu Desn
On Fri, Apr 05, 2019 at 04:28:35PM -0700, Paul E. McKenney wrote:
> On Wed, Apr 03, 2019 at 09:20:39AM -0700, Paul E. McKenney wrote:
> > On Wed, Apr 03, 2019 at 10:27:42AM -0400, Mathieu Desnoyers wrote:
> > > - On Apr 3, 2019, at 9:32 AM, paulmck paul...@linux.ibm.com wrote:
> > >
> > > > On
Hi, all:
when analyzing v5.1 source code, I notice that in ttm_bo_add_move_fence,
when reservation_object_reserve_shared failed and return ENOMEM,
the fence's refcount increased without a pair decrement even after return to
ttm_bo_add_move_fence's caller ttm_bo_mem_force_space:
static int tt
From: Ondrej Jirman
There are two problems here:
1. Not all clk_data->hws[] need to be initialized, depending on various
configured quirks. This leads to NULL ptr deref in
clk_hw_unregister_gate() in sun8i_tcon_top_unbind()
2. If there is error when registering the clk_data->hws[],
err_
The call to of_graph_get_remote_port returns a node pointer with refcount
incremented thus it must be explicitly decremented after the last
usage.
Detected by coccinelle with the following warnings:
drivers/gpu/drm/meson/meson_dw_hdmi.c:725:2-8: ERROR: missing of_node_put;
acquired a node pointer
On Sun, Apr 07, 2019 at 03:26:16PM -0400, Mathieu Desnoyers wrote:
> - On Apr 7, 2019, at 9:59 AM, paulmck paul...@linux.ibm.com wrote:
>
> > On Sun, Apr 07, 2019 at 06:39:41AM -0700, Paul E. McKenney wrote:
> >> On Sat, Apr 06, 2019 at 07:06:13PM -0400, Joel Fernandes wrote:
> >
> > [ . . .
On Wed, Apr 03, 2019 at 09:20:39AM -0700, Paul E. McKenney wrote:
> On Wed, Apr 03, 2019 at 10:27:42AM -0400, Mathieu Desnoyers wrote:
> > - On Apr 3, 2019, at 9:32 AM, paulmck paul...@linux.ibm.com wrote:
> >
> > > On Tue, Apr 02, 2019 at 11:34:07AM -0400, Mathieu Desnoyers wrote:
> > >>
> Since one of the primary use cases is to draw pretty graphs of the
> system load [1], this "per-job" information isn't all that relevant (and
> minimal performance overhead is important). And if you want to monitor
> just one application it is usually easiest to ensure that it is the only
> thing
The call to of_find_matching_node returns a node pointer with refcount
incremented thus it must be explicitly decremented after the last
usage.
Detected by coccinelle with the following warnings:
drivers/gpu/drm/omapdrm/dss/omapdss-boot-init.c:212:2-8: ERROR: missing
of_node_put; acquired a node
From: Icenowy Zheng
The EMAC on Allwinner H6 is just like the one on A64. The "internal PHY"
on H6 is on a co-packaged AC200 chip, and it's not really internal (it's
connected via RMII at PA GPIO bank).
Add support for the Allwinner H6 EMAC in the dwmac-sun8i driver.
Signed-off-by: Icenowy Zhen
Hi Sean,
On Wed, Apr 3, 2019 at 10:56 PM Sean Paul wrote:
>
> From: Sean Paul
>
> The file was removed in the below patch and is causing this error:
> WARNING: kernel-doc '../scripts/kernel-doc -rst -enable-lineno -function
> Canvas ../drivers/gpu/drm/meson/meson_canvas.c' failed with return cod
On 4/5/19 11:47 PM, kbuild test robot wrote:
> Hi Andrew,
>
> It's probably a bug fix that unveils the link errors.
>
> tree: git://git.cmpxchg.org/linux-mmotm.git master
> head: b09c000f671826e6f073a7f89b266e4ac998952b
> commit: 39a08f353e1f30f7ba2e8b751a9034010a99666c [227/248]
> linux-nex
On Sun, Apr 07, 2019 at 08:36:46PM -0400, Joel Fernandes wrote:
> On Sun, Apr 07, 2019 at 10:05:14AM -0700, Paul E. McKenney wrote:
> > On Sun, Apr 07, 2019 at 03:46:13PM +, Joel Fernandes wrote:
> > > On Sun, Apr 07, 2019 at 06:59:37AM -0700, Paul E. McKenney wrote:
> > > > On Sun, Apr 07, 201
On Sun, Apr 07, 2019 at 10:05:14AM -0700, Paul E. McKenney wrote:
> On Sun, Apr 07, 2019 at 03:46:13PM +, Joel Fernandes wrote:
> > On Sun, Apr 07, 2019 at 06:59:37AM -0700, Paul E. McKenney wrote:
> > > On Sun, Apr 07, 2019 at 06:39:41AM -0700, Paul E. McKenney wrote:
> > > > On Sat, Apr 06, 2
On Sat, Apr 06, 2019 at 01:33:27PM +, Joel Fernandes wrote:
> On Fri, Apr 05, 2019 at 04:28:35PM -0700, Paul E. McKenney wrote:
> > On Wed, Apr 03, 2019 at 09:20:39AM -0700, Paul E. McKenney wrote:
> > > On Wed, Apr 03, 2019 at 10:27:42AM -0400, Mathieu Desnoyers wrote:
> > > > - On Apr 3,
> You can extend ioctl structs safely. When older userspace passes theirs
> in, it has the shorter length encoded in the cmd. The kernel allocates
> the newest version's space, copies in the shorter struct, and
> zero-extends the rest.
Understood, thank you!
__
From: Ondrej Jirman
H6 has a different I/O voltage bias setting method than A80. Prepare
existing code for using alternative bias voltage setting methods.
Signed-off-by: Ondrej Jirman
---
drivers/pinctrl/sunxi/pinctrl-sun9i-a80.c | 2 +-
drivers/pinctrl/sunxi/pinctrl-sunxi.c | 38
The call to of_get_parent returns a node pointer with refcount
incremented thus it must be explicitly decremented after the last
usage.
Detected by coccinelle with the following warnings:
drivers/gpu/drm/rcar-du/rcar_du_of.c:235:2-8: ERROR: missing of_node_put;
acquired a node pointer with refcou
From: Randy Dunlap
Note that the lima mailing list is moderated.
Signed-off-by: Randy Dunlap
Cc: Qiang Yu
Cc: dri-devel@lists.freedesktop.org
Cc: l...@lists.freedesktop.org
---
MAINTAINERS |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- mmotm-2019-0405-1828.orig/MAINTAINERS
+++
On Sun, Apr 07, 2019 at 03:36:21PM +0200, Clément Péron wrote:
> Hi,
>
> On Sat, 6 Apr 2019 at 01:45, megous via linux-sunxi
> wrote:
> >
> > From: Ondrej Jirman
> >
> > This series implements support for Xunlong Orange Pi 3 board.
>
> OrangePi 3 Lite2 and One Plus boards support has already be
On Sat, Apr 06, 2019 at 01:45:12AM +0200, verejna wrote:
> From: Ondrej Jirman
>
> H6 SoC has a "pio group withstand voltage mode" register (datasheet
> description), that needs to be used to select either 1.8V or 3.3V
> I/O mode, based on what voltage is powering the respective pin
> banks and i
On Fri, Apr 05, 2019 at 04:28:35PM -0700, Paul E. McKenney wrote:
> On Wed, Apr 03, 2019 at 09:20:39AM -0700, Paul E. McKenney wrote:
> > On Wed, Apr 03, 2019 at 10:27:42AM -0400, Mathieu Desnoyers wrote:
> > > - On Apr 3, 2019, at 9:32 AM, paulmck paul...@linux.ibm.com wrote:
> > >
> > > > On
From: Ondrej Jirman
---
arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi
b/arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi
index 91fecab58836..dccad79da90c 100644
--- a/arch/arm64/boot/dts/allwinn
From: Ondrej Jirman
Orange Pi 3 board requires enabling DDC I2C bus via some GPIO connected
transistors, before it can be used. Model this as a power supply for DDC
(via regulator framework).
Signed-off-by: Ondrej Jirman
---
drivers/gpu/drm/sun4i/sun8i_dw_hdmi.c | 17 -
drivers
+1
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
From: Ondrej Jirman
H6 SoC has a "pio group withstand voltage mode" register (datasheet
description), that needs to be used to select either 1.8V or 3.3V
I/O mode, based on what voltage is powering the respective pin
banks and is thus used for I/O signals.
Add support for configuring this regist
On 4/7/19 6:37 PM, Qiang Yu wrote:
> Looks good for me, patch is:
> Reviewed-by: Qiang Yu
>
> Should I apply this patch to drm-misc in this case? Or this patch will be
> submitted in other kernel tree and back merged to drm-misc?
I expect applying it to drm-misc is the right thing here, but mayb
Hi Dan,
On Tue, Apr 02, 2019 at 08:44:22AM -0500, Dan Murphy wrote:
> Also one other comment I noticed when reviewing the code that there is no
> definition to
> which child led properties are optional and which are required?
With the new YAML bindings, there is a separate toplevel 'required' ta
On 4/7/19 6:30 PM, Qiang Yu wrote:
> Thanks Randy, I can add these.
>
> Where should I send/submit the patch to in this case? Still drm-misc?
Sounds good to me.
Thanks.
> Regards,
> Qiang
>
>
> On Mon, Apr 8, 2019 at 3:08 AM Randy Dunlap wrote:
>>
>> On 4/5/19 11:47 PM, kbuild test robot wro
From: Ondrej Jirman
Orange Pi 3 has a DDC_CEC_EN signal connected to PH2, that enables
the DDC I2C bus. Before EDID can be read, we need to pull PH2 high.
Signed-off-by: Ondrej Jirman
---
.../dts/allwinner/sun50i-h6-orangepi-3.dts| 35 +++
1 file changed, 35 insertions(+)
On 04/04/2019 16:20, Boris Brezillon wrote:
> Hello,
>
> This patch adds new ioctls to expose GPU counters to userspace.
> These will be used by the mesa driver (should be posted soon).
>
> A few words about the implementation: I followed the VC4/Etnaviv model
> where perf counters are retrieved
Hi,
On Mon, Apr 1, 2019 at 5:18 PM Douglas Anderson wrote:
>
> Let's document the display timings that most veyron chromebooks (like
> jaq, jerry, mighty, speedy) have been using out in the field. This
> uses the standard blankings but a slightly slower clock rate, thus
> getting a refresh rate
From: Icenowy Zheng
The PHY selection bit also exists on SoCs without an internal PHY; if
it's set to 1 (internal PHY) then the MAC will not make use of any PHY.
This problem appears when adapting for H6, which has no real internal
PHY (the "internal PHY" on H6 is not on-die, but on a co-package
On Sat, Apr 06, 2019 at 01:45:06AM +0200, meg...@megous.com wrote:
> From: Ondrej Jirman
>
> Orange Pi 3 has a DDC_CEC_EN signal connected to PH2, that enables
> the DDC I2C bus. Before EDID can be read, we need to pull PH2 high.
>
> Signed-off-by: Ondrej Jirman
> ---
> .../dts/allwinner/sun50i-
commit d6abe6df706c (drm/bridge: sil_sii8620: do not have a dependency
of RC_CORE) changed the driver to select both RC_CORE and INPUT.
However, this causes problems with other drivers, in particular an input
driver that depends on MFD_INTEL_LPSS_PCI (to be added in a separate
commit):
drivers/c
- On Apr 7, 2019, at 9:59 AM, paulmck paul...@linux.ibm.com wrote:
> On Sun, Apr 07, 2019 at 06:39:41AM -0700, Paul E. McKenney wrote:
>> On Sat, Apr 06, 2019 at 07:06:13PM -0400, Joel Fernandes wrote:
>
> [ . . . ]
>
>> > > diff --git a/include/asm-generic/vmlinux.lds.h
>> > > b/include/asm
From: Ondrej Jirman
SDIO based brcm43456 is currently misdetected as brcm43455 and the wrong
firmware name is used. Correct the detection and load the correct
firmware file. Chiprev for brcm43456 is "9".
Signed-off-by: Ondrej Jirman
---
drivers/net/wireless/broadcom/brcm80211/brcmfmac/sdio.c |
From: Ondrej Jirman
Some Allwinner SoC using boards need to enable a regulator
for the DDC bus to be usable.
Add binding documentation for it.
Signed-off-by: Ondrej Jirman
---
Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Doc
On Mon, Apr 8, 2019 at 3:23 PM Maxime Ripard wrote:
>
> On Sat, Apr 06, 2019 at 01:45:04AM +0200, meg...@megous.com wrote:
> > From: Ondrej Jirman
> >
> > Orange Pi 3 board requires enabling DDC I2C bus via some GPIO connected
> > transistors, before it can be used. Model this as a power supply f
On Thu, Apr 04, 2019 at 10:08:04AM +, Lowry Li (Arm Technology China) wrote:
> Fixing the DMA mapping sg segment warning, which shows "DMA-API: mapping
> sg segment longer than device claims to support [len=921600] [max=65536]".
> Fixed by setting the max segment size at Komeda driver.
>
> Thi
On Thu, Apr 04, 2019 at 10:10:36AM +, Lowry Li (Arm Technology China) wrote:
> Creates plane alpha and blend mode properties attached to plane.
>
> This patch depends on:
> - https://patchwork.freedesktop.org/series/54448/
> - https://patchwork.freedesktop.org/series/54449/
> - https://patchwo
Am 07.04.19 um 13:44 schrieb 易林:
> Hi, all:
> when analyzing v5.1 source code, I notice that in ttm_bo_add_move_fence,
> when reservation_object_reserve_shared failed and return ENOMEM,
> the fence's refcount increased without a pair decrement even after return to
> ttm_bo_add_move_fence's ca
On Sat, Apr 06, 2019 at 01:45:09AM +0200, meg...@megous.com wrote:
> From: Ondrej Jirman
>
> Orange Pi 3 has two regulators that power the Realtek RTL8211E.
> According to the phy datasheet, both regulators need to be enabled
> at the same time, but we can only specify a single phy-supply in
> the
On Sat, Apr 06, 2019 at 01:45:12AM +0200, meg...@megous.com wrote:
> From: Ondrej Jirman
>
> H6 SoC has a "pio group withstand voltage mode" register (datasheet
> description), that needs to be used to select either 1.8V or 3.3V
> I/O mode, based on what voltage is powering the respective pin
> ba
On Sat, Apr 06, 2019 at 01:45:10AM +0200, meg...@megous.com wrote:
> From: Ondrej Jirman
>
> ---
> arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi
> b/arch/arm64/boot/dts/allwinner/sun50i-
On Sat, Apr 06, 2019 at 01:45:03AM +0200, meg...@megous.com wrote:
> From: Ondrej Jirman
>
> Orange Pi 3 is a H6 based SBC made by Xulong, released in
> January 2019. It has the following features:
>
> - Allwinner H6 quad-core 64-bit ARM Cortex-A53
> - GPU Mali-T720
> - 1GB or 2GB LPDDR3 RAM
> - A
On Sat, Apr 06, 2019 at 01:06:07AM -0500, Rob Herring wrote:
> On Mon, Apr 01, 2019 at 10:56:40AM +0200, Maxime Ripard wrote:
> > Hi,
> >
> > We've had for quite some time to hack around in our drivers to take into
> > account the fact that our DMA accesses are not done through the parent
> > node,
On Mon, Apr 8, 2019 at 4:11 PM Maxime Ripard wrote:
>
> On Sat, Apr 06, 2019 at 01:06:07AM -0500, Rob Herring wrote:
> > On Mon, Apr 01, 2019 at 10:56:40AM +0200, Maxime Ripard wrote:
> > > Hi,
> > >
> > > We've had for quite some time to hack around in our drivers to take into
> > > account the f
On Mon, Apr 08, 2019 at 04:14:53PM +0800, Chen-Yu Tsai wrote:
> On Mon, Apr 8, 2019 at 4:11 PM Maxime Ripard
> wrote:
> >
> > On Sat, Apr 06, 2019 at 01:06:07AM -0500, Rob Herring wrote:
> > > On Mon, Apr 01, 2019 at 10:56:40AM +0200, Maxime Ripard wrote:
> > > > Hi,
> > > >
> > > > We've had for
On Mon, Apr 8, 2019 at 4:21 PM Maxime Ripard wrote:
>
> On Mon, Apr 08, 2019 at 04:14:53PM +0800, Chen-Yu Tsai wrote:
> > On Mon, Apr 8, 2019 at 4:11 PM Maxime Ripard
> > wrote:
> > >
> > > On Sat, Apr 06, 2019 at 01:06:07AM -0500, Rob Herring wrote:
> > > > On Mon, Apr 01, 2019 at 10:56:40AM +0
On Sat, Apr 06, 2019 at 01:30:48AM +0200, meg...@megous.com wrote:
> From: Ondrej Jirman
>
> There are two problems here:
>
> 1. Not all clk_data->hws[] need to be initialized, depending on various
>configured quirks. This leads to NULL ptr deref in
>clk_hw_unregister_gate() in sun8i_tcon_
On Mon, Apr 08, 2019 at 03:28:24PM +0800, Chen-Yu Tsai wrote:
> On Mon, Apr 8, 2019 at 3:23 PM Maxime Ripard
> wrote:
> >
> > On Sat, Apr 06, 2019 at 01:45:04AM +0200, meg...@megous.com wrote:
> > > From: Ondrej Jirman
> > >
> > > Orange Pi 3 board requires enabling DDC I2C bus via some GPIO con
Quoting Chris Wilson (2019-03-25 08:07:33)
> When one of the array of fences is signaled, propagate its errors to the
> parent fence-array (keeping the first error to be raised).
>
> v2: Opencode cmpxchg_local to avoid compiler freakout.
>
> Signed-off-by: Chris Wilson
> Cc: Sumit Semwal
> Cc:
The Amlogic SoCs Canvas buffers stride must be aligned on 64bytes
and overall size should be aligned on PAGE width.
Adds a custom dumb_create op to adds these requirements.
Fixes: bbbe775ec5b5 ("drm: Add support for Amlogic Meson Graphic Controller")
Suggested-by: Sky Zhou
Signed-off-by: Neil Ar
On Fri, Apr 05, 2019 at 03:45:10PM -0400, Sean Paul wrote:
> On Thu, Apr 4, 2019 at 7:33 AM Thierry Reding
> wrote:
> >
> > On Thu, Apr 04, 2019 at 12:15:48PM +1000, Dave Airlie wrote:
> > > On Thu, 4 Apr 2019 at 02:07, Thierry Reding
> > > wrote:
> > > >
> > > > On Fri, Mar 22, 2019 at 02:15:1
https://bugs.freedesktop.org/show_bug.cgi?id=110214
--- Comment #76 from Michel Dänzer ---
(In reply to Diego Viola from comment #24)
> I've bisected the issue with the GTK elements sometimes disappearing, and
> the commit that causes the issue is this one:
>
> 1b25d340b791ad8350bdfb27f1a91ac79f
On Mon, 1 Apr 2019 10:17:18 -0700
Douglas Anderson wrote:
> From: Sean Paul
>
> This patch adds a new subnode to simple-panel allowing us to override
> the typical timing expressed in the panel's display_timing.
>
> Changes in v2:
> - Split out the binding into a new patch (Rob)
> - display
On Mon, 1 Apr 2019 10:17:19 -0700
Douglas Anderson wrote:
> From: Sean Paul
>
> This patch adds the ability to override the typical display timing for a
> given panel. This is useful for devices which have timing constraints
> that do not apply across the entire display driver (eg: to avoid
>
https://bugs.freedesktop.org/show_bug.cgi?id=110214
--- Comment #77 from Diego Viola ---
(In reply to Michel Dänzer from comment #76)
> (In reply to Diego Viola from comment #24)
> > I've bisected the issue with the GTK elements sometimes disappearing, and
> > the commit that causes the issue is
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/hisilicon/hibmc/Kconfig | 1 +
.../gpu/drm/hisilicon/hibmc/hibmc_drm_drv.h | 3 +-
drivers/gpu/drm/hisilicon/hibmc/hibmc_ttm.c | 124 ++
3 files changed, 13 insertions(+), 115 deletions(-)
diff --git a/drivers/gpu
The Simple TTM memory manager is a helper library that manages dedicated
video memory of simple framebuffer devices. The implementation is based on
the respective code from ast, bochs, and mgag200. These drivers share the
exact same implementation execept for type names.
Signed-off-by: Thomas Zimm
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/mgag200/Kconfig | 1 +
drivers/gpu/drm/mgag200/mgag200_drv.h | 6 +-
drivers/gpu/drm/mgag200/mgag200_ttm.c | 120 ++
3 files changed, 12 insertions(+), 115 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/Kco
The type |struct drm_gem_ttm_object| implements a TTM buffer object
for simple framebuffer devices with dedicated video memory. The BO
is either located in VRAM or system memory. The implementation has
been created from the respective code in ast, bochs and mgag200. These
drivers copy their impleme
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/vboxvideo/Kconfig| 1 +
drivers/gpu/drm/vboxvideo/vbox_drv.h | 6 +-
drivers/gpu/drm/vboxvideo/vbox_ttm.c | 123 ++-
3 files changed, 12 insertions(+), 118 deletions(-)
diff --git a/drivers/gpu/drm/vboxvideo/Kco
The provided helpers can be used for the respective callback functions
in |struct ttm_bo_driver|.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_gem_ttm_helper.c | 39
include/drm/drm_gem_ttm_helper.h | 10 +++
2 files changed, 49 insertions(+)
dif
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/mgag200/Kconfig | 1 +
drivers/gpu/drm/mgag200/mgag200_cursor.c | 61
drivers/gpu/drm/mgag200/mgag200_drv.c| 4 +-
drivers/gpu/drm/mgag200/mgag200_drv.h| 62 ++--
drivers/gpu/drm/mgag200/mgag200_fb.c | 1
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/hisilicon/hibmc/Kconfig | 1 +
.../gpu/drm/hisilicon/hibmc/hibmc_drm_de.c| 19 +-
.../gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 4 +-
.../gpu/drm/hisilicon/hibmc/hibmc_drm_drv.h | 25 +--
.../gpu/drm/hisilicon/hibmc/hibmc_dr
The provided helpers can be used for the respective callback functions
in |struct drm_driver|.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_gem_ttm_helper.c | 39
include/drm/drm_gem_ttm_helper.h | 10 +++
2 files changed, 49 insertions(+)
diff -
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/Kconfig | 1 +
drivers/gpu/drm/ast/ast_drv.h | 6 +-
drivers/gpu/drm/ast/ast_ttm.c | 120 ++
3 files changed, 11 insertions(+), 116 deletions(-)
diff --git a/drivers/gpu/drm/ast/Kconfig b/drivers/gpu/d
The helper function drm_gem_ttm_fill_create_dumb() implements most of
struct drm_driver.dumb_create() for GEM TTM buffer objects. It's not a
full implemenation of the callback, as several driver-specific parameters
are still required.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_gem_
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/bochs/Kconfig| 1 +
drivers/gpu/drm/bochs/bochs.h| 8 +-
drivers/gpu/drm/bochs/bochs_mm.c | 125 +++
3 files changed, 14 insertions(+), 120 deletions(-)
diff --git a/drivers/gpu/drm/bochs/Kconfig b/drive
This patch replaces |struct vbox_bo| and its helpers with the generic
implementation of |struct drm_gem_ttm_object|. The only change in
semantics is that &ttm_bo_driver.verify_access() now does the actual
verification.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/vboxvideo/Kconfig |
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/Kconfig| 2 +-
drivers/gpu/drm/ast/ast_drv.c | 4 +-
drivers/gpu/drm/ast/ast_drv.h | 52 +-
drivers/gpu/drm/ast/ast_fb.c | 18 ++--
drivers/gpu/drm/ast/ast_main.c | 74 ++
drivers/gpu/drm/ast/ast_mode.c |
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/bochs/Kconfig | 1 +
drivers/gpu/drm/bochs/bochs.h | 34 +---
drivers/gpu/drm/bochs/bochs_drv.c | 4 +-
drivers/gpu/drm/bochs/bochs_kms.c | 18 +-
drivers/gpu/drm/bochs/bochs_mm.c | 269 +++---
5 files cha
Several simple framebuffer drivers copy most of the TTM code from each
other. The implementation is always the same; except for the name of
some data structures.
As recently discussed, this patch set provides generic TTM memory-
management code for framebuffers with dedicated video memory. It furt
On Sat, Apr 06, 2019 at 01:45:07AM +0200, meg...@megous.com wrote:
> From: Icenowy Zheng
>
> The EMAC on Allwinner H6 is just like the one on A64. The "internal PHY"
> on H6 is on a co-packaged AC200 chip, and it's not really internal (it's
> connected via RMII at PA GPIO bank).
>
> Add support fo
1 - 100 of 190 matches
Mail list logo