On Fri, Oct 29, 2021 at 11:14:45PM +0800, Icenowy Zheng wrote: > 在 2021-10-29星期五的 10:41 -0400,Tom Rini写道: > > On Fri, Oct 29, 2021 at 10:20:32PM +0800, Icenowy Zheng wrote: > > > 在 2021-10-29星期五的 11:53 +0100,Andre Przywara写道: > > > > On Mon, 25 Oct 2021 14:29:10 -0400 > > > > Tom Rini <tr...@konsulko.com> wrote: > > > > > > > > Hi Tom, > > > > > > > > > On Mon, Oct 25, 2021 at 03:06:58PM +0100, Andre Przywara wrote: > > > > > > > > > > > Hi Tom, > > > > > > > > > > > > please pull the second sunxi PR for the 2021.10 merge window. > > > > > > I decided to merge most of Samuel's rework and some smaller > > > > > > patches that > > > > > > pave the way for more DM transitions and for accommodating > > > > > > the > > > > > > RISC-V SoC > > > > > > in the future. Merging them now gives us the opportunity to > > > > > > get > > > > > > some wider > > > > > > testing, since those subtle changes tend to break things. > > > > > > > > > > > > Compile-tested for all 159 sunxi boards, boot-tested on > > > > > > Pine64- > > > > > > LTS > > > > > > and OrangePi Zero. > > > > > > > > > > > > Summary: > > > > > > - Add and enable watchdog driver > > > > > > - Prepare for SYSRESET driven AXP poweroff > > > > > > - Prepare for SoCs without MMC2 > > > > > > - Some fixes for extending SPL (SPL-DM for RISC-V) > > > > > > - Some preparations for proper VBUS management > > > > > > - Fix secure monitor move > > > > > > > > > > > > Thanks, > > > > > > Andre > > > > > > > > > > > > ================================================ > > > > > > The following changes since commit > > > > > > 355d1e24f6143c4839be3c015c191421c4e9449c: > > > > > > > > > > > > Merge > > > > > > https://source.denx.de/u-boot/custodians/u-boot-spi (2021-10- > > > > > > 23 > > > > > > 10:49:28 -0400) > > > > > > > > > > > > are available in the Git repository at: > > > > > > > > > > > > > > > > > > https://source.denx.de/u-boot/custodians/u-boot-sunxi.git mas > > > > > > ter > > > > > > > > > > > > for you to fetch changes up to > > > > > > c846fe43f0561311eb7261b34023a04646cdbd0d: > > > > > > > > > > > > mmc: sunxi: conditionally include MMC2 initialization code > > > > > > (2021-10-25 14:54:57 +0100) > > > > > > > > > > > > > > > > So first, up, this is now applied to u-boot/master. > > > > > > > > Many thanks, and sorry for the late push! > > > > > > > > > Next, I dug out my original Kickstarted Pine A64 board (as it's > > > > > the > > > > > only > > > > > sunxi platform I have), and I see it's detected with 1GB memory > > > > > and > > > > > as > > > > > Pine64+ which seems wrong, with the pine64_plus_defconfig > > > > > (which is > > > > > what > > > > > I thought handled all of the A64 platforms). > > > > > > > > For the naming: There are three SKUs for the original Pine A64 > > > > board: > > > > - Pine A64: 512 MB with 100Mbit Ethernet PHY, lacking display and > > > > camera > > > > connectors (rare, mostly to meet the original 15 USD price tag) > > > > - Pine A64+ 1GB: 1GB DRAM with 1Gbit Ethernet PHY, with all > > > > connectors > > > > - Pine A64+ 2GB: 2GB DRAM with 1Gbit Ethernet PHY, with all > > > > connectors > > > > > > You can check whether your board is non-Plus or Plus 1G by the > > > model of > > > the Ethernet PHY (non-Plus has RTL8201) or not soldered FPC > > > connectors. > > > They do share a PCB design. Plus 2G is a dedicated PCB design as it > > > needs to use 4x 512MB DRAM chips. > > > > OK, mine has an RTL8211E and is 1G for sure now that I look harder at > > it. > > > > On a related note, this board will draw power via the UART, is there > > any > > easy HW change I can do, to fix that? It's otherwise a lot harder to > > put this in to my CI lab. > > What UART pins are you using? The ones in Euler bus or the ones in EXP > bus? > > The UART pins in EXP bus should have transistors to prevent power > leakage...
It's the EXP header (I've got the UART adapter from the kickstarter) and I swear I saw the power LED staying on at least twice, in my previous experiments. But maybe that was just some bad luck / timing and capacitor draining still or something, rather than continued leakage. I'll assume user error until I can reliably break it. Thanks again! -- Tom
signature.asc
Description: PGP signature