On Saturday, March 21, 2015 03:40:20 PM Hans de Goede wrote: > Hi, > > On 21-03-15 15:21, Hans de Goede wrote: > > Hi, > > > > On 06-03-15 23:50, Peter Robinson wrote: > >>> I assume that we will be rebasing u-boot to the just released v2015.01 > >>> for F-22? But I was wondering if there is any chance we can jump to > >>> v2015.04 ? The reason I'm asking is that things are progressing > >>> quite rapidly on the u-boot side, at least with Allwinner SoC support, > >>> I've just send a pull-req for v2015.04 with the following highlights: > >>> > >>> 1) Improved sun6i (A31) support, including support for the A31s variant > >>> and > >>> > >>> automatic assignment of a SoC serial based MAC address for ethernet > >>> > >>> 2) Full sun8i (A23) support including DRAM controller init and SPL, so > >>> now > >>> > >>> people can boot these boards using a full FOSS solution > >>> > >>> 3) Many improvement to the graphical console support, automatic > >>> selection > >>> > >>> of the native mode for HDMI/DVI monitors via DDC + EDID, LCD panel > >>> > >>> support, > >>> > >>> VGA output support > >>> > >>> 4) Preparation work for OTG controller support, together with 3) this > >>> allows using > >>> > >>> u-boot on tablets effortlessly. The rest of the OTG support is going > >>> > >>> upstream > >>> > >>> through the usb tree > >>> > >>> And if possible I would like to see this end up in Fedora 22 :) > >> > >> An initial build of 2015.04rc3 will be in rawhide tomorrow, so please > >> test, I've enabled a few extra new devices and I'll be reviewing the > >> rest of the new devices over the next week or so. > >> > >> Please test, once it's settled down and we're fairly certain all the > >> usual suspects haven't regressed we'll move it into F-22 before beta > >> starts to get locked down. > > > > I noticed that -rc4 has also been build, so I've given that a test-run > > on sunxi instead: > > http://koji.fedoraproject.org/koji/buildinfo?buildID=622061 > > > > From a sunxi pov this build looks good. > > I have to take this back, it seems that this build is appending: > > " console=ttyS0,115200" > > To the kernel cmdline, I've just double-checked and this is not upstream > behavior, is this being done by Fedora specific patches ? > > This breaks kernel output and systemd status messages output on > tty0 / the hdmi output, resulting in a blackscreen until gdm > starts. > > As discussed a while back, the proper way to do is set > stdout-path in the devicetree to the serial console, then the > kernel will automatically make it a second console, next to tty0 > and output messages on both, and systemd will output messages > and spawn gettys on both too. > > Upstream u-boot is already setting stdout-path for all sunxi > devices, so from a sunxi pov the appending of " console=ttyS0,115200" > is a regression. If this is done for some other boards, it would > be better to either patch those boards dts files to set stdout-path, > or u-boot to set stdout-path rather then appending " console=ttyS0,115200" > and breaking video output. If you can tell me which specific boards > need work here I can whip up a patch (for others to test). I suspect that no other boards are doing so, I was not aware that you had gotten that upstream yet. we will need to drop the patch that automatically adds the console from u-boot. every other system will need to be looked at. Dennis _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm
