Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1663007

Re: [linux-sunxi] Re: [PATCH v2] arm64: allwinner: a64: Add initial NanoPi A64 support

Show all headers | View raw

[Multipart message — attachments visible in raw view] - view raw

On Fri, Jun 09, 2017 at 04:36:09PM +0100, Andre Przywara wrote:
> Hi,
> 
> On 09/06/17 16:26, Jagan Teki wrote:
> > On Friday 09 June 2017 08:21 PM, Maxime Ripard wrote:
> >> Hi Jagan,
> >>
> >> On Fri, Jun 09, 2017 at 12:40:52PM +0000, Jagan Teki wrote:
> >>> +&i2c1 {
> >>> +    pinctrl-names = "default";
> >>> +    pinctrl-0 = <&i2c1_pins>;
> >>> +    status = "okay";
> >>> +};
> >>> +
> >>> +&i2c1_pins {
> >>> +    bias-pull-up;
> >>> +};
> >>
> >> What is connected on that bus?
> > 
> > i2c1 connected with gpio/i2s
> 
> Those are the I2C pins connected to the headers. We have them in the
> other A64 DTs as well (Pine64, BananaPi).

We've always had the policy of not enabling anything outside of the
board has been there from the very start, arm64 or not.

> If that is not the right approach, we should discuss this and keep it
> consistent at least across the A64 boards.

If some boards slipped through, then that would be on me I guess,
but it's (unfortunate) exceptions.

If you want to ease that for the users, you can have that node with
the pinctrl nodes pre-set, but leave it disabled. We have that on a
number of boards already.

> >>> +&uart1 {
> >>> +    pinctrl-names = "default";
> >>> +    pinctrl-0 = <&uart1_pins>, <&uart1_rts_cts_pins>;
> >>> +    status = "okay";
> >>> +};
> >>
> >> And on that UART?
> > 
> > uart1 for SDIO (Wifi connector, with RTS/CTS), this along with mmc1
> 
> To be precise, UART1 (with h/w handshake) is connected to the Bluetooth
> part of the WiFi/BT chip, which is soldered on that board. Regardless of
> the actual *WiFi* support state BT should work already - at least it did
> when I tried this a few months ago on the Pine64 (although this involved
> some userland heavy lifting).
> Not sure what the approach here is in regard to the power supply and
> wake-up GPIOs, shall they be described in this node as well or is that
> up for userspace to control?

There's probably more to it though. Most BT chips require regulators
and clocks to be enabled. Ideally, this would even be a full DT node
for the bluetooth chip.

Maxime

-- 
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com

Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread

Thread

[PATCH v2] arm64: allwinner: a64: Add initial NanoPi A64 support Jagan Teki <jagannadh.teki@gmail.com> - 2017-06-09 14:50 +0200
  Re: [PATCH v2] arm64: allwinner: a64: Add initial NanoPi A64 support Maxime Ripard <maxime.ripard@free-electrons.com> - 2017-06-09 17:00 +0200
    Re: [linux-sunxi] Re: [PATCH v2] arm64: allwinner: a64: Add initial  NanoPi A64 support Jagan Teki <jagan@openedev.com> - 2017-06-09 17:30 +0200
      Re: [linux-sunxi] Re: [PATCH v2] arm64: allwinner: a64: Add initial  NanoPi A64 support Andre Przywara <andre.przywara@arm.com> - 2017-06-09 17:40 +0200
        Re: [linux-sunxi] Re: [PATCH v2] arm64: allwinner: a64: Add initial  NanoPi A64 support Andreas Färber <afaerber@suse.de> - 2017-06-09 19:40 +0200
        Re: [linux-sunxi] Re: [PATCH v2] arm64: allwinner: a64: Add initial  NanoPi A64 support Maxime Ripard <maxime.ripard@free-electrons.com> - 2017-06-10 22:30 +0200

csiph-web