[fedora-arm] arm F-22 Branched report: 20150323 changes
Compose started at Mon Mar 23 07:15:03 UTC 2015 New package: mod_ruid2-0.9.8-2.fc22 A suexec module for Apache New package: mozjs31-31.2.0-2.fc22 JavaScript interpreter and libraries Removed package: kde-plasma-alsa-volume-0.51.2-2.fc21 Removed package: mmdb-1.25-4.fc22 Updated Packages: 0ad-data-0.0.18-1.fc22 -- * Sat Mar 14 2015 pcpa - 0.0.18-1 - Update to latest upstream release Size change: 9613930 bytes adwaita-icon-theme-3.15.92-1.fc22 - * Fri Mar 20 2015 MAtthias Clasen - 3.15.92-1 - Update to 3.15.92 * Tue Mar 03 2015 Rex Dieter 3.15.90-2 - own %{_datadir}/icons/Adwaita/ Size change: 752541 bytes ahkab-0.12-2.fc22 - * Fri Mar 13 2015 Kiara Navarro - 0.12-2 - Python 3 version created Size change: 487 bytes anaconda-22.20.6-1.fc22 --- * Thu Mar 19 2015 Samantha N. Bueno - 22.20.6-1 - Handle /boot on btrfs for live (#1200539) (bcl) - Switch back to urllib for determining livepayload size (dshea) - Revert "Replace python-urlgrabber with python-requests (#1141242)" (dshea) - Tweak tmux configuration file (jkonecny) * Tue Mar 17 2015 Samantha N. Bueno - 22.20.5-1 - Fix enlightbox call in ZFCPDialog. (#1151144) (sbueno+anaconda) - Improve the addon repo name collision code (#1125322) (bcl) - Handle New_Repository name collision source spoke (#1125322) (bcl) * Fri Mar 13 2015 Samantha N. Bueno - 22.20.4-1 - Only insert strings into the environment (#1201411) (dshea) - Fix the rescue kernel version list in writeBootLoader (#1201429) (dshea) - Fix the handling of nfs:// URLs. (dshea) - Add glob support for the -a/--add option in makeupdates (mkolman) - Require newt-python in anaconda-core (dshea) - Fix the help button mnemonic display on spokes (dshea) - Display an error for exceptions during GUI setup (dshea) - Remove unused invisible char properties (dshea) - Add a check for invisible_char validity (dshea) - Connect viewport adjustments to child focus adjustments (#1192155) (dshea) - Try using the global LUKS passphrase if none is given for LV/part (#1196112) (vpodzime) * Wed Mar 04 2015 Samantha N. Bueno - 22.20.3-1 - Fix the import of mountExistingSystem (vpodzime) - Fix import error in anaconda-cleanup. (sbueno+anaconda) - Use the new static method to get possible PE sizes (vpodzime) Size change: 18636 bytes appstream-data-22-6.fc22 * Fri Mar 20 2015 Kalev Lember 22-6 - New metadata version. Size change: 212036 bytes autoconf-2.69-18.fc22 - * Fri Mar 20 2015 Pavel Raiskup - 2.69-18 - depend on emacs-filesystem (rhbz#1204274) Size change: 113 bytes calligra-2.9.1-1.fc22 - * Sun Mar 15 2015 Rex Dieter 2.9.1-1 - calligra-2.9.1 (#1202153) * Fri Mar 13 2015 Rex Dieter 2.9.0-4 - -core: move kexirelationdesignshape plugin here (to match the .desktop file) * Mon Mar 09 2015 Rex Dieter 2.9.0-3 - rebuild (GraphicsMagick) * Sun Mar 01 2015 Rex Dieter 2.9.0-2 - rebuild Size change: 8000312 bytes calligra-l10n-2.9.1-1.fc22 -- * Tue Mar 17 2015 Rex Dieter 2.9.1-1 - 2.9.1 Size change: -6668 bytes cdbs-0.4.129-1.fc22 --- * Tue Mar 17 2015 Sandro Mani - 0.4.129-1 - Update to 0.4.129 Size change: 145 bytes firewalld-0.3.13-5.fc22 --- * Fri Mar 13 2015 Stephen Gallagher 0.3.13-5 - Fix bugs with posttrans - Remove nonexistent fedora-cloud.conf symlink * Fri Mar 13 2015 Stephen Gallagher 0.3.13-4 - Remove per-edition config files - Decide on default configuration based on /etc/os-release Size change: -722 bytes freeciv-2.5.0-5.fc22 * Mon Mar 16 2015 Jon Ciesla - 2.5.0-5 - 2.5.0 Final. * Fri Mar 13 2015 Jon Ciesla - 2.5.0-4.RC2 - 2.5.0 RC2. Size change: 93993 bytes gcab-0.6-1.fc22 --- * Tue Mar 17 2015 Marc-André Lureau - 0.6-1 - Update to upstream release v0.6 Size change: 20819 bytes gcc-5.0.0-0.21.fc22 --- * Thu Mar 19 2015 Jakub Jelinek 5.0.0-0.21 - update from the trunk - PRs c++/52659, c++/59686, c++/59816, c++/64626, c++/65046, c++/65061, c++/65327, c++/65340, fortran/59198, fortran/64432, ipa/65432, ipa/65439, libgfortran/64432, libstdc++/13631, middle-end/64491, sanitizer/64265, sanitizer/65400, target/65078, target/65222, testsuite/64032, tree-optimization/65427, tree-optimization/65450 - add libmpx and libmpx-static subpackages on x86 * Mon Mar 16 2015 Jakub Jelinek 5.0.0-0.20 - update from the trunk - PRs fortran/61138, middle-end/65409, middle-end/65414, middle-end/65431, sanitizer/64820, target/63150 * Fri Mar 13 2015 Jakub Jelinek 5.0.0-0.19 - update from the trunk - PRs ada/65259, ada/65319, bootstrap/25672, bootstrap/65150, c++/64227, c++/64398, c++/64665, c++/64834, c++/65127, c++/65295, c++/65323, c++/65333, c++/65339, c++/65370, c/35330, c/65120, fortran/60898, fortran/65024,
Re: [fedora-arm] u-boot plans for Fedora 22 ?
On 03/21/2015 02:49 PM, Dennis Gilmore wrote: 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. This sounds like the behaviour I reported a while back on my Cubies. That is the HDMI blanks out and it is some time before anything appears. All messages only appear on the serial console. ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] u-boot plans for Fedora 22 ?
Hi, On 03/21/2015 02:49 PM, Dennis Gilmore wrote: 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. For sunxi I've added a patch to u-boot which patches it into the dts as u-boot loads the dts, u-boot already has infrastructure / code for this, so it is just setting a single #define in include/configs/, see: http://git.denx.de/?p=u-boot.git;a=commitdiff;h=f3133962f469a8b6b9ba237ba670f0ca7c88a02e And there are also plans for sunxi to just outright add it to the dts files as shipped with the kernel, so that it will also work with older u-boot versions. > we will need to drop the patch that automatically adds the console from u-boot. every other system will need to be looked at. Or wrap it in in #ifndef CONFIG_ARCH_SUNXI as an interim workaround, TBH I was a bit surprised that we're carrying such a patch as what to exactly put on the cmdline differs per board (the ttyS0 name is not the same everywhere), or are you using the 'console' env variable for this ? Anyways at a minimum please wrap the patch automatically adding the console= argument in #ifndef CONFIG_ARCH_SUNXI Note that using stdout-path on devices which have hdmi (or similar video) out is better because it gives a kernel console on both the hdmi and the serial port, either way let me know if you need any help with this. Regards, Hans ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm