That implies the code quality deteriorated since F13. Disappointing, if unsurprising. :-( I suggest you try rawhide package versions (rebuild src.rpm from source). If they also break, please file a bug against rawhide on RH bugzilla. I suspect it's more likely the armv5tel build will get dropped before the alignment bugs get fixed, though. :-( Jochen De Smet <jochen.arm@xxxxxxxxxxx> wrote: >That seems to have some effect. It was set to 0, and I changed >it to 3 as indicated in an old gcc forum thread. > >It fixed the gdb of ls (and shows lots of alignment traps); corosync >now appears to start fine as well. > >Thanks! > >J. > >On 7/7/2013 17:10, Gordan Bobic wrote: >> IIRC, >> # cat /proc/cpu/alignment >> >> >> Jochen De Smet <jochen.arm@xxxxxxxxxxx> wrote: >> >>> Is that a kernel option or a system config setting? >>> >>> Kernel-wise, a grep for align shows: >>> >>> [root@flea ~]# zcat /proc/config.gz | grep -i align >>> # CONFIG_HAVE_64BIT_ALIGNED_ACCESS is not set >>> CONFIG_ALIGNMENT_TRAP=y >>> >>> Looking at arch/arm/mm/alignment.c, it seems like the TRAP one >>> might be the one you meant? >>> >>> J. >>> >>> >>> On 7/7/2013 16:45, Gordan Bobic wrote: >>>> Do you have alignment fixup enabled? Is that on by default these days? >>>> >>>> Jochen De Smet <jochen.arm@xxxxxxxxxxx> wrote: >>>> >>>>> Now that my Mirabox is up and running FC18, I thought it'd be a good >>>>> time to update my Sheevaplug (running FC15) to FC18 as well. >>>>> >>>>> Using a minimally modified version of the 3.10 stock kernel I'm also using >>>>> on the mirabox, and the "Generic Root Filesystem arm" from the F18 remixes >>>>> page, everything appeared to be well at first. >>>>> >>>>> Then I tried to get pcs up and running. Corosync segfaults at startup. I >>>>> tried to >>>>> do some debugging, but noticed that gdb also segfaults when trying to see >>>>> what's going on with corosync. >>>>> >>>>> After a bit more digging, it now seems that gdb segfaults no matter what >>>>> program >>>>> I use it with. e.g. a simple ls: >>>>> >>>>> [root@flea ~]# gdb /usr/bin/ls >>>>> GNU gdb (GDB) Fedora (7.5.1-38.fc18) >>>>> Copyright (C) 2012 Free Software Foundation, Inc. >>>>> License GPLv3+: GNU GPL version 3 or later >>>>> <http://gnu.org/licenses/gpl.html> >>>>> This is free software: you are free to change and redistribute it. >>>>> There is NO WARRANTY, to the extent permitted by law. Type "show copying" >>>>> and "show warranty" for details. >>>>> This GDB was configured as "armv5tel-redhat-linux". >>>>> For bug reporting instructions, please see: >>>>> <http://www.gnu.org/software/gdb/bugs/>... >>>>> Reading symbols from /usr/bin/ls...Reading symbols from >>>>> /usr/lib/debug/usr/bin/ls.debug...done. >>>>> done. >>>>> (gdb) r >>>>> Starting program: /usr/bin/ls >>>>> Segmentation fault >>>>> anaconda-ks.cfg install.log install.log.syslog >>>>> [root@flea ~]# >>>>> >>>>> Note that the ls itself did appear to complete fine in this case, and >>>>> just running ls outside >>>>> of gdb works fine. I haven't found anything else other than corosync >>>>> and gdb that's segfaulting. >>>>> >>>>> Any idea what's going anyone? >>>>> >>>>> J. >>>>> >>>>> PS: Is there a generic armv5tel root fs for F19 anywhere? Don't see a >>>>> link on the wiki yet. >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> arm mailing list >>>>> arm@xxxxxxxxxxxxxxxxxxxxxxx >>>>> https://admin.fedoraproject.org/mailman/listinfo/arm > _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm
