All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andre Przywara <andre.przywara@arm.com>
To: u-boot@lists.denx.de
Subject: [PATCH 4/5] sun7i: add support for Micronova srl s027_3 board
Date: Fri, 19 Feb 2021 11:37:59 +0000	[thread overview]
Message-ID: <20210219113759.4793fe94@slackpad.fritz.box> (raw)
In-Reply-To: <77b0aa79-a58a-3f34-de99-34e1ab591811@benettiengineering.com>

On Fri, 19 Feb 2021 11:12:08 +0100
Giulio Benetti <giulio.benetti@benettiengineering.com> wrote:

Hi,

> On 2/19/21 2:44 AM, Andre Przywara wrote:
> > On Fri, 19 Feb 2021 00:26:19 +0100
> > Giulio Benetti <giulio.benetti@benettiengineering.com> wrote:
> > 
> > Hi Giulio,
> >   
> >> From: Giulio Benetti <giulio.benetti@micronovasrl.com>
> >>
> >> Add support for Micronova srl s027_3 board by adding new vendor/board
> >> folders and using in local Makefile the already present
> >> board/sunxi/Makefile. The reason is that s027_3 needs a pin to be asserted
> >> to enable lcd before setting controller up and sunxi board doesn't provide
> >> a way to do this customization.  
> > 
> > Have you tried CONFIG_VIDEO_LCD_POWER?  
> 
> Yes, I already use that for DISPONOFF.

So what are these pins for, exactly? Backlight? A regulator to provide
power to the LCD?
If you grep for "gpio.CONFIG" in sunxi_display.c, there are more GPIOs
that we set, for various reasons. Can you pick some from there, and set
them in your defconfig?

> > I am strongly against introducing per-board code files, and we
> > definitely won't introduce them just for one GPIO.  
> 
> I knew it was a strange hack, but I have 2 different pins to be set high 
> before init video controller. Another idea that comes into my mind is to 
> handle CONFIG_VIDEO_LCD_POWER as a gpio list and iterate/enable, what 
> about that?

Do you really need *two* pins to switch the LCD power supply? If yes,
this might be an option. But I guess at this point we want to go more a
DT route.
Speaking of which, I don't see any video output device in the DT, I
guess you just rely on simplefb. But given that there is no bridge or
it seems to be transparent, at least, you might be able to describe
this in the DT as well, so Linux can use its own display driver?
Then we might be able to find a more sustainable solution, based on
pins in the DT.

Cheers,
Andre

P.S. Can you please try to apply
https://patchwork.ozlabs.org/project/uboot/patch/20210205010748.2646-1-andre.przywara at arm.com/
This would be merged around the same time, and I am curious if this
still works with an LCD.

> 
> >> Signed-off-by: Giulio Benetti <giulio.benetti@micronovasrl.com>
> >> Signed-off-by: Giulio Benetti <giulio.benetti@benettiengineering.com>  
> > 
> > Please choose one email address, there is no point in having two
> > S-o-b's from the same person.  
> 
> I missed this as well as the repeated patch in patchset.
> 
> Thank you
> Best regards

  parent reply	other threads:[~2021-02-19 11:37 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-02-18 23:26 [PATCH 0/5] Add Micronova srl S027_3 board support Giulio Benetti
2021-02-18 23:26 ` [PATCH 1/5] arm: allwinner: dts: a20: add uart2_pa_pins Giulio Benetti
2021-02-19 11:04   ` Andre Przywara
2021-02-19 11:45     ` Giulio Benetti
2021-02-18 23:26 ` [PATCH 2/5] sunxi: allow SYS_BOARD to be set Giulio Benetti
2021-02-18 23:26 ` [PATCH 3/5] sunxi: add SYS_VENDOR to Kconfig Giulio Benetti
2021-02-18 23:26 ` [PATCH 4/5] sun7i: add support for Micronova srl s027_3 board Giulio Benetti
2021-02-19  1:44   ` Andre Przywara
2021-02-19 10:12     ` Giulio Benetti
2021-02-19 10:18       ` Giulio Benetti
2021-02-19 10:38         ` gianluca
2021-02-19 11:10           ` Giulio Benetti
2021-02-19 11:37       ` Andre Przywara [this message]
2021-02-19 15:27         ` Giulio Benetti
2021-02-20  1:57           ` Andre Przywara
2021-02-18 23:26 ` [PATCH 5/5] pwm: sunxi: enable pwm0 support on sun7i Giulio Benetti
2021-02-19 11:21   ` Andre Przywara
2021-02-18 23:28 ` [PATCH 0/5] Add Micronova srl S027_3 board support Giulio Benetti

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20210219113759.4793fe94@slackpad.fritz.box \
    --to=andre.przywara@arm.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.