On Mon, Jan 21, 2019 at 2:32 AM Jagan Teki wrote:
>
> Environment and fastboot MMC devices are configured based number
> of mmc slots defined on particular board in sunxi platform.
>
> If number of slots are not more than 1, it assigns 0 which usually mmc
> device on SD slot. With DM_MMC it is
On Mon, Jan 21, 2019 at 7:46 AM Jagan Teki wrote:
>
> On Mon, Jan 21, 2019 at 9:08 PM Vasily Khoruzhick wrote:
>scanning usb for storage devices... 0 Storage Device(s) found
> Hit any key to stop autoboot: 0
> =>
> =>
> => mmc list
> mmc@1c0f000: 0
On Mon, Jan 21, 2019 at 8:24 PM Vasily Khoruzhick wrote:
>
> For me it shows:
>
> => mmc list
> mmc@1c0f000: 0 (SD)
> mmc@1c1: 1
> mmc@1c11000: 2
>
> I'm testing this patches applied onto u-boot-sunxi/master on Pinebook.
> I tried 'distclean', and it doesn
On Fri, Jan 18, 2019 at 5:32 PM Andre Przywara wrote:
>
> This series enables the Allwinner MMC driver to drive all SoCs with its
> DM_MMC variant. We use the gates clock and reset support from the new
> clock driver, but keep the actual mod clock in its somewhat hackish
> state. Properly
On Sat, Jan 19, 2019 at 12:35 PM André Przywara wrote:
> Thanks for the report! So is this with this U-Boot on an SD card or on
> the eMMC?
This is with u-boot on eMMC and no SD card present in the slot.
> Can you try to add the mmc1 = alias that Jagan suggested:
>
On Tue, Feb 19, 2019 at 12:56 AM Maxime Ripard
wrote:
>
> On Mon, Feb 18, 2019 at 11:33:05AM -0800, Vasily Khoruzhick wrote:
> > On Mon, Feb 18, 2019 at 10:26 AM Rob Herring wrote:
> > >
> > > On Thu, Feb 14, 2019 at 09:09:52PM -0800, Vasily Khoruzhick w
On Wed, Feb 20, 2019 at 2:33 AM Maxime Ripard wrote:
>
> On Tue, Feb 19, 2019 at 07:44:56AM -0800, Vasily Khoruzhick wrote:
> > On Tue, Feb 19, 2019 at 12:56 AM Maxime Ripard
> > Maxime, thanks for your patch but it doesn't work for me. Pinebook
> > needs 1% toleranc
On Fri, Feb 22, 2019 at 10:37 AM Rob Herring wrote:
> There is not any simple panel binding really. This originated I think
> from a 'simple-panel' compatible that was originally attempted. What we
> have is a collection of common properties for panels which panel
> bindings can use. And we have
and hope that
we can get correct timings from EDID. If reading EDID fails it's up to
firmware to fixup compatible string.
Enable all this hardware in device tree.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
---
.../dts/allwinner/sun50i-a64-pinebook.dts | 76
-off-by: Vasily Khoruzhick
---
.../drm/bridge/analogix/analogix-anx78xx.h| 464 +-
.../drm/bridge/analogix/analogix-i2c-dptx.h | 248 ++
.../bridge/analogix/analogix-i2c-txcommon.h | 237 +
3 files changed, 490 insertions(+), 459 deletions(-)
create mode
From: Icenowy Zheng
Some code can be shared within different DP bridges by Analogix.
Extract them to a new module.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
---
drivers/gpu/drm/bridge/analogix/Kconfig | 4 +
drivers/gpu/drm/bridge/analogix/Makefile | 2
From: Icenowy Zheng
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
---
.../bindings/display/bridge/anx6345.txt | 56 +++
1 file
-by: Vasily Khoruzhick
---
drivers/gpu/drm/bridge/analogix/Kconfig | 11 +
drivers/gpu/drm/bridge/analogix/Makefile | 1 +
.../drm/bridge/analogix/analogix-anx6345.c| 845 ++
.../drm/bridge/analogix/analogix-i2c-dptx.c | 2 +-
.../drm/bridge/analogix/analogix
This commit adds support for the NewEast Optoelectronics CO., LTD
WJFH116008A 11.6" 1920x1080 TFT LCD panel.
Signed-off-by: Vasily Khoruzhick
---
.../display/panel/neweast,wjfh116008a.txt | 7
drivers/gpu/drm/panel/panel-simple.c | 39 +++
2 files change
This commit adds support for the BOE HB140WX1-501 14" WXGA TFT LCD
panel.
Signed-off-by: Vasily Khoruzhick
---
.../display/panel/boe,hb140wx1-501.txt| 7 +
drivers/gpu/drm/panel/panel-simple.c | 26 +++
2 files changed, 33 insertions(+)
create mode 1
pinmux for RGB666 LCD
arm64: allwinner: a64: enable LCD-related hardware for Pinebook
Vasily Khoruzhick (4):
drm/sun4i: rgb: Add DT property to disable strict clock rate check
drm/panel: simple: Add BOE HB140WX1-501 panel support
dt-bindings: Add Guangdong Neweast Optoelectronics CO. LTD
Add vendor prefix for Guangdong Neweast Optoelectronics CO. LTD
Signed-off-by: Vasily Khoruzhick
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree
From: Icenowy Zheng
As ANA78xx chips are designed and produced by Analogix Semiconductor,
Inc, move their driver codes into analogix subdirectory.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
Reviewed-by: Laurent Pinchart
---
drivers/gpu/drm/bridge/Kconfig
From: Icenowy Zheng
Allwinner A64's TCON0 can output RGB666 LCD signal.
Add its pinmux.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner
T property to disable strict clock rate check
Signed-off-by: Vasily Khoruzhick
---
.../devicetree/bindings/display/sunxi/sun4i-drm.txt | 2 ++
drivers/gpu/drm/sun4i/sun4i_rgb.c| 5 +
drivers/gpu/drm/sun4i/sun4i_tcon.c | 3 +++
drive
On Sat, Feb 16, 2019 at 12:43 PM Sam Ravnborg wrote:
>
> Hi Vasily.
Hi Sam,
> On Thu, Feb 14, 2019 at 09:09:54PM -0800, Vasily Khoruzhick via dri-devel
> wrote:
> > This commit adds support for the BOE HB140WX1-501 14" WXGA TFT LCD
> > panel.
> >
&
On Mon, Feb 18, 2019 at 10:33 AM Rob Herring wrote:
>
> On Thu, Feb 14, 2019 at 09:09:56PM -0800, Vasily Khoruzhick wrote:
> > This commit adds support for the NewEast Optoelectronics CO., LTD
> > WJFH116008A 11.6" 1920x1080 TFT LCD panel.
> >
> &g
On Mon, Feb 18, 2019 at 10:26 AM Rob Herring wrote:
>
> On Thu, Feb 14, 2019 at 09:09:52PM -0800, Vasily Khoruzhick wrote:
> > Clock rate check that was added in commit bb43d40d7c83 ("drm/sun4i: rgb:
> > Validate the clock rate") prevents some panel and bridges from w
9 at 09:23:59AM +0100, Thierry Reding wrote:
> > > > > > > > On Mon, Feb 04, 2019 at 12:13:55AM -0800, Vasily Khoruzhick
> > > > > > > > wrote:
> > > > > > > > > On Sun, Feb 3, 2019 at 11:43 PM Thierr
gt; On Mon, Feb 04, 2019 at 12:22:18PM +0100, Thierry Reding wrote:
> > > > > On Mon, Feb 04, 2019 at 10:40:12AM +0100, Daniel Vetter wrote:
> > > > > > On Mon, Feb 04, 2019 at 09:23:59AM +0100, Thierry Reding wrote:
> > > > > > > On Mon, Feb 04,
On Thu, Feb 14, 2019 at 12:38 PM Rob Herring wrote:
>
> On Thu, Feb 14, 2019 at 2:04 PM Vasily Khoruzhick wrote:
> >
> > On Tue, Feb 5, 2019 at 2:24 AM Thierry Reding
> > wrote:
> > >
> > > On Tue, Feb 05, 2019 at 09:57:37AM +0100, Daniel Vetter wr
On Fri, Feb 15, 2019 at 12:23 AM Priit Laes wrote:
> > + err = anx6345_tx_initialization(anx6345);
> > + if (err) {
> > + DRM_ERROR("Failed transmitter initialization: %d\n", err);
> > + goto err_poweroff;
>
> You can move the whole err_poweroff section from below
On Fri, Feb 15, 2019 at 1:13 AM Andrzej Hajda wrote:
Hi Andrzej,
Thanks for review!
> > +#include
> Do you need this header?
I'll drop it.
> > +#include
>
> drmP.h is/should be deprecated.
Same here
> > +struct anx6345_platform_data {
> > + struct regulator *dvdd12;
> > + struct
On Tue, Feb 19, 2019 at 12:56 AM Maxime Ripard
wrote:
>
> On Mon, Feb 18, 2019 at 11:33:05AM -0800, Vasily Khoruzhick wrote:
> > On Mon, Feb 18, 2019 at 10:26 AM Rob Herring wrote:
> > >
> > > On Thu, Feb 14, 2019 at 09:09:52PM -0800, Vasily Khoruzhick w
On Tue, Feb 19, 2019 at 6:54 AM Rob Herring wrote:
> > I believe using eDP connector binding wouldn't help much in my case
> > and it won't improve accuracy of hardware description while adding
> > unnecessary code duplication (edp-connector will be pretty much
> > simple-panel).
> >
> > Since
Oops, looks like I screwed up with recipients list.I'll resend the series.
On Sun, Feb 3, 2019 at 10:44 AM Vasily Khoruzhick wrote:
>
> This patchset brings support for Analogix ANX6345 RGB-(e)DP bridge, which
> is used by some Allwinner A64 laptops, such as Pinebook and Olimex
tolerence to the dot clock check when bridge is
connected.
Signed-off-by: Vasily Khoruzhick
---
drivers/gpu/drm/sun4i/sun4i_rgb.c | 16 ++--
drivers/gpu/drm/sun4i/sun4i_tcon.h | 1 +
2 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/sun4i/sun4i_rgb.c
b/d
-off-by: Vasily Khoruzhick
---
.../drm/bridge/analogix/analogix-anx78xx.h| 464 +-
.../drm/bridge/analogix/analogix-i2c-dptx.h | 248 ++
.../bridge/analogix/analogix-i2c-txcommon.h | 237 +
3 files changed, 490 insertions(+), 459 deletions(-)
create mode
eDP panels usually have EDID EEPROM, so there's no need to define panel
width/height or any modes/timings in dts. But this panel still has
regulator and backlight.
Add compatible for generic eDP panel so such kind of panel can be
defined in dts.
Signed-off-by: Vasily Khoruzhick
---
drivers/gpu
From: Icenowy Zheng
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
---
.../bindings/display/bridge/anx6345.txt | 56 +++
1 file
From: Icenowy Zheng
As ANA78xx chips are designed and produced by Analogix Semiconductor,
Inc, move their driver codes into analogix subdirectory.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
Reviewed-by: Laurent Pinchart
---
drivers/gpu/drm/bridge/Kconfig
eDP panels usually have EDID EEPROM, so there's no need to define panel
width/height or any modes/timings in dts. But this panel still may have
regulator and/or backlight.
Signed-off-by: Vasily Khoruzhick
---
.../devicetree/bindings/display/panel/panel-edp.txt| 7 +++
1 file changed
-by: Vasily Khoruzhick
---
drivers/gpu/drm/bridge/analogix/Kconfig | 11 +
drivers/gpu/drm/bridge/analogix/Makefile | 1 +
.../drm/bridge/analogix/analogix-anx6345.c| 845 ++
.../drm/bridge/analogix/analogix-i2c-dptx.c | 2 +-
.../drm/bridge/analogix/analogix
From: Icenowy Zheng
TERES-I has an ANX6345 bridge connected to the RGB666 LCD output and
eDP panel input. The bridge is controlled via I2C that's connected to
I2C0 bus.
Enable all this hardware in device tree.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
---
.../boot/dts
pinmux for RGB666 LCD
arm64: allwinner: a64: enable LCD-related hardware for Pinebook
arm64: allwinner: a64: enable LCD-related hardware for TERES-I
Vasily Khoruzhick (4):
drm/sun4i: rgb: Add 1% tolerance to dclk frequency check when bridge
is connected
drm/panel: simple: don't fail if we
From: Icenowy Zheng
Some code can be shared within different DP bridges by Analogix.
Extract them to a new module.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
---
drivers/gpu/drm/bridge/analogix/Kconfig | 4 +
drivers/gpu/drm/bridge/analogix/Makefile | 2
From: Icenowy Zheng
Pinebook has an ANX6345 bridge connected to the RGB666 LCD output and
eDP panel input. The bridge is controlled via I2C that's connected to
R_I2C bus.
Enable all this hardware in device tree.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
---
.../dts
From: Icenowy Zheng
Allwinner A64's TCON0 can output RGB666 LCD signal.
Add its pinmux.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner
This is preparation for addition of generic eDP panel that
doesn't have any modes or delays defined.
Signed-off-by: Vasily Khoruzhick
---
drivers/gpu/drm/panel/panel-simple.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel
From: Icenowy Zheng
TERES-I has an ANX6345 bridge connected to the RGB666 LCD output and
eDP panel input. The bridge is controlled via I2C that's connected to
I2C0 bus.
Enable all this hardware in device tree.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
---
.../boot/dts
pinmux for RGB666 LCD
arm64: allwinner: a64: enable LCD-related hardware for Pinebook
arm64: allwinner: a64: enable LCD-related hardware for TERES-I
Vasily Khoruzhick (4):
drm/sun4i: rgb: Add 1% tolerance to dclk frequency check when bridge
is connected
drm/panel: simple: don't fail if we
-off-by: Vasily Khoruzhick
---
.../drm/bridge/analogix/analogix-anx78xx.h| 464 +-
.../drm/bridge/analogix/analogix-i2c-dptx.h | 248 ++
.../bridge/analogix/analogix-i2c-txcommon.h | 237 +
3 files changed, 490 insertions(+), 459 deletions(-)
create mode
tolerence to the dot clock check when bridge is
connected.
Signed-off-by: Vasily Khoruzhick
---
drivers/gpu/drm/sun4i/sun4i_rgb.c | 16 ++--
drivers/gpu/drm/sun4i/sun4i_tcon.h | 1 +
2 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/sun4i/sun4i_rgb.c
b/d
-by: Vasily Khoruzhick
---
drivers/gpu/drm/bridge/analogix/Kconfig | 11 +
drivers/gpu/drm/bridge/analogix/Makefile | 1 +
.../drm/bridge/analogix/analogix-anx6345.c| 845 ++
.../drm/bridge/analogix/analogix-i2c-dptx.c | 2 +-
.../drm/bridge/analogix/analogix
This is preparation for addition of generic eDP panel that
doesn't have any modes or delays defined.
Signed-off-by: Vasily Khoruzhick
---
drivers/gpu/drm/panel/panel-simple.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel
From: Icenowy Zheng
Some code can be shared within different DP bridges by Analogix.
Extract them to a new module.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
---
drivers/gpu/drm/bridge/analogix/Kconfig | 4 +
drivers/gpu/drm/bridge/analogix/Makefile | 2
From: Icenowy Zheng
As ANA78xx chips are designed and produced by Analogix Semiconductor,
Inc, move their driver codes into analogix subdirectory.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
Reviewed-by: Laurent Pinchart
---
drivers/gpu/drm/bridge/Kconfig
eDP panels usually have EDID EEPROM, so there's no need to define panel
width/height or any modes/timings in dts. But this panel still has
regulator and backlight.
Add compatible for generic eDP panel so such kind of panel can be
defined in dts.
Signed-off-by: Vasily Khoruzhick
---
drivers/gpu
From: Icenowy Zheng
Pinebook has an ANX6345 bridge connected to the RGB666 LCD output and
eDP panel input. The bridge is controlled via I2C that's connected to
R_I2C bus.
Enable all this hardware in device tree.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
---
.../dts
eDP panels usually have EDID EEPROM, so there's no need to define panel
width/height or any modes/timings in dts. But this panel still may have
regulator and/or backlight.
Signed-off-by: Vasily Khoruzhick
---
.../devicetree/bindings/display/panel/panel-edp.txt| 7 +++
1 file changed
From: Icenowy Zheng
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
---
.../bindings/display/bridge/anx6345.txt | 56 +++
1 file
From: Icenowy Zheng
Allwinner A64's TCON0 can output RGB666 LCD signal.
Add its pinmux.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner
On Thu, Oct 18, 2018 at 4:31 AM Laurent Pinchart
wrote:
> Given that the tolerance is a property of the panel or bridge, I agree with
> Daniel that it should be implemented there, or at least in cooperation with
> drm_panel and drm_bridge.
Clock tolerance is not specified in ANX6345 datasheet.
On Mon, Feb 4, 2019 at 8:29 AM Icenowy Zheng wrote:
> >> IIRC, from the previous discussion, HDMI had a tolerancy requirement
> >> in the standard. Do you know if there's such a thing for eDP? That
> >> would solve the issue for all the eDP displays at once.
> >
> >I don't have access to eDP
On Mon, Feb 4, 2019 at 12:24 AM Thierry Reding wrote:
> >
> > Pinebook used several 768p panels that have slightly different timings
> > and recent batch uses 1080p panel.
> >
> > What panel descriptor should I use as fallback?
>
> You don't use panel descriptors as fallback. The simple-panel
On Mon, Feb 4, 2019 at 4:22 AM Torsten Duwe wrote:
>
> On Thu, Oct 18, 2018 at 03:33:18PM +0800, Icenowy Zheng wrote:
> > This patchset brings the support for Analogix ANX6345 RGB-(e)DP bridge,
> > which is used by some Allwinner A64 laptops, such as Pinebook and Olimex
> > TERES-I.
> >
>
> So
On Mon, Feb 4, 2019 at 12:23 PM Rob Herring wrote:
> > simple-panel would probably work if you stuck in some mostly compatible
> > string and provided a ddc-i2c-bus property in the device tree node. The
> > generic-ish fallback case could be implemented by providing a fallback
> > compatible
On Mon, Feb 4, 2019 at 8:39 AM Rob Herring wrote:
>
> On Mon, Feb 4, 2019 at 10:11 AM Vasily Khoruzhick wrote:
> >
> > On Mon, Feb 4, 2019 at 12:24 AM Thierry Reding
> > wrote:
> > > >
> > > > Pinebook used several 768p panels that have slightly
On Mon, Feb 4, 2019 at 6:20 AM Maxime Ripard wrote:
>
> Hi,
>
> On Sun, Feb 03, 2019 at 10:54:55AM -0800, Vasily Khoruzhick wrote:
> > Clock rate check that was added in commit bb43d40d7c83 ("drm/sun4i: rgb:
> > Validate the clock rate") prevents some panel and b
On Mon, Feb 4, 2019 at 8:56 AM Thierry Reding wrote:
> > I think it is perfectly fine to have a generic-ish fallback as long as
> > it is just that, a fallback. If the panel has quirks, then you'd
> > better make sure the firmware is stuffing in the right compatibles or
> > that you can update
On Sun, Feb 3, 2019 at 11:43 PM Thierry Reding wrote:
>
> On Sun, Feb 03, 2019 at 10:54:57AM -0800, Vasily Khoruzhick wrote:
> > eDP panels usually have EDID EEPROM, so there's no need to define panel
> > width/height or any modes/timings in dts. But this panel still may
On Tue, Feb 5, 2019 at 7:42 AM Maxime Ripard wrote:
>
> On Mon, Feb 04, 2019 at 10:50:17AM -0800, Vasily Khoruzhick wrote:
> > On Mon, Feb 4, 2019 at 8:29 AM Icenowy Zheng wrote:
> > > >> IIRC, from the previous discussion, HDMI had a tolerancy requirement
> >
On Wed, May 15, 2019 at 5:46 PM Andre Przywara wrote:
>
> Since the beginning the upper USB port on Pine64 boards (Pine64+, SoPine
> baseboard, Pine64-LTS, Pinebook) was not working under U-Boot.
> This is due to the PHY for those pins being shared with the OTG
> controller, which we didn't even
On Tue, Sep 3, 2019 at 1:49 AM 张宁 wrote:
>
> Hi, Maxime, Icenowy and other developers
>
> In https://linux-sunxi.org/Xorg, it says legacy display engine driver
> supports HW cursor, but there is no code actually creates a cursor plane in
> mainline linux, this is also said in:
>
word_size.
> >
> > Workaround is to enable read by registers.
I came up with identical patch while adding A64 support into
sun8i-thermal driver, so:
> >
> > Signed-off-by: Stefan Mavrodiev
>
> Acked-by: Chen-Yu Tsai
Tested-by: Vasily Khoruzhick
>
> And for singl
On Wed, Dec 4, 2019 at 4:21 AM Marc Zyngier wrote:
>
> [please note that my email address has changed]
>
> On 2019-12-04 04:18, Vasily Khoruzhick wrote:
>
> [...]
>
> > Unfortunately this patch doesn't completely eliminate the jumps.
> > There
> > have be
On Mon, Jan 14, 2019 at 1:25 AM Marc Zyngier wrote:
>
> Hi Samuel,
Hi Samuel,
> On 13/01/2019 02:17, Samuel Holland wrote:
> > The Allwinner A64 SoC is known[1] to have an unstable architectural
> > timer, which manifests itself most obviously in the time jumping forward
> > a multiple of 95
On Fri, Jan 24, 2020 at 8:36 AM Maxime Ripard wrote:
>
> On Tue, Jan 21, 2020 at 09:14:02PM -0600, Samuel Holland wrote:
> > On 1/21/20 3:05 AM, Maxime Ripard wrote:
> > > On Sun, Jan 19, 2020 at 10:30:58AM -0600, Samuel Holland wrote:
> > >> The Pinebook does not use the CSI bus on the A64. In
The issue is that sun4i_pwm_apply() calls sun4i_pwm_calculate() which
calls clk_get_rate() while holding a spinlock and clk_get_rate() may
sleep.
It's a bug in pwm-sun4i driver.
On Wed, Jan 8, 2020 at 4:19 PM @lex wrote:
>
> I am doing some experiments with LCD7" with the kernel 5.4.8 and
On Fri, Jan 10, 2020 at 7:54 AM Icenowy Zheng wrote:
>
> PineTab is a 10.1" tablet by Pine64 with Allwinner A64 inside.
>
> It includes the following peripherals:
>
> USB:
> - A microUSB Type-B port connected to the OTG-capable USB PHY of
> Allwinner A64. The ID pin is connected to a GPIO of the
On Tue, Jan 21, 2020 at 1:05 AM Maxime Ripard wrote:
>
> On Sun, Jan 19, 2020 at 10:30:58AM -0600, Samuel Holland wrote:
> > The Pinebook does not use the CSI bus on the A64. In fact it does not
> > use GPIO port E for anything at all. Thus the following regulators are
> > not used and do not
On Thu, Jul 23, 2020 at 4:34 AM Faruk KILAVUZ wrote:
Hi
> OpenGL version string: 2.1 Mesa 20.0.8
Mesa 20.0 is way too old for lima and doesn't have important fixes and
optimizations. Update to at least 20.1 or better use mesa from git
master.
Contact your distro maintainers for instructions
On Fri, Jul 24, 2020 at 1:22 AM Icenowy Zheng wrote:
> What desktop environment do you use? Have you enabled composition?
>
> When doing composition, the graphics will go through the GPU twice, and
> Mali-400 is very weak.
Actually glamor is smoother when compositing is enabled since for
is way to old.
You need at least 20.1 or better git master (it has some optimizations
for PP compiler)
>
> Vasily Khoruzhick , 24 Tem 2020 Cum, 22:05 tarihinde şunu
> yazdı:
>>
>> On Thu, Jul 23, 2020 at 4:34 AM Faruk KILAVUZ
>> wrote:
>>
>> Hi
&
79 matches
Mail list logo
