linux-kernel - Re: [linux-sunxi] [PATCH] ARM: dts: sun8i: fix USB Ethernet of Orange Pi R1

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <CAGb2v673B7U+FyzdKx=-qo7_U1aTrrA5EU66KP3MP5LSnt8Fdw@mail.gmail.com>
Date:   Fri, 29 Dec 2017 16:59:52 +0800
From:   Chen-Yu Tsai <wens@...e.org>
To:     Icenowy Zheng <icenowy@...c.io>
Cc:     Chen-Yu Tsai <wens@...e.org>,
        Maxime Ripard <maxime.ripard@...e-electrons.com>,
        devicetree <devicetree@...r.kernel.org>,
        linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
        linux-kernel <linux-kernel@...r.kernel.org>,
        linux-sunxi <linux-sunxi@...glegroups.com>
Subject: Re: [linux-sunxi] [PATCH] ARM: dts: sun8i: fix USB Ethernet of Orange
 Pi R1

On Fri, Dec 29, 2017 at 4:56 PM, Icenowy Zheng <icenowy@...c.io> wrote:
>
>
> 于 2017年12月29日 GMT+08:00 下午4:55:34, Chen-Yu Tsai <wens@...e.org> 写到:
>>On Thu, Dec 28, 2017 at 10:05 PM, Icenowy Zheng <icenowy@...c.io>
>>wrote:
>>> Orange Pi R1 uses a Realtek RTL8152B USB Ethernet chip, which is
>>easily
>>> seen on the board but not show in the schematics. A regulator for the
>>> power of the RTL8152B chip is hidden, which uses the same pin with
>>the
>>> Wi-Fi regulator on the original Orange Pi Zero.
>>>
>>> Add this regulator back to the device tree, and bind it to USB1.
>>>
>>> Tested-by: Hauke Mehrtens <hauke@...ke-m.de>
>>> Signed-off-by: Icenowy Zheng <icenowy@...c.io>
>>
>>Applied. There is no guarantee this will make it into 4.16-rc1. If not,
>>this will be sent later on as a fix for 4.16.
>
> Because of New Year?

Yeah. I've already sent the pull requests for 4.16. Anything applied
after that I want tested in -next for a few days. By then we'd be
past -rc6, and anything sent after that as late pull requests has a
chance of not being merged.

Plus the arm-soc maintainers are still on holiday.

ChenYu