[fedora-arm] 4K page size
On Tue, Apr 04, 2017 at 12:16:16PM -0400, Paul Whalen wrote: > * 2) Kernel Status (pwhalen, 15:13:06) > * kernel-4.11.0-0.rc5.git0.1.fc26 (pwhalen, 15:13:26) > * Notable changes: Disable 64K pages on aarch64 (pwhalen, 15:13:26) > * LINK: https://koji.fedoraproject.org/koji/buildinfo?buildID=875266 > (pwhalen, 15:13:32) > * Please test and report any issues to the list or #fedora-arm. > (pwhalen, 15:18:38) Does this require a mass rebuild? I just wonder if there are packages which check for the page size at configure time and embed it in the code. I'm going to get ahead here and say probably a mass rebuild *won't* be required. I've been running a custom 4K page kernel on the Pine64 with a regular Fedora/aarch64 userspace -- and apart from qemu -- everything is working fine. (I don't think the qemu problems have anything to do with page size.) Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ arm mailing list -- arm@lists.fedoraproject.org To unsubscribe send an email to arm-le...@lists.fedoraproject.org
[fedora-arm] Re: cross rpmbuild for arm
On Sun, Jul 24, 2016 at 02:11:03AM +0900, Chanho Park wrote: > I found an old patches to build arm rpm binary through cross compile[1]. > However, it's quite old and hard to apply them into current version. > Is there any trial to build cross compiling packages for arm? I really don't think it's a good idea. You may be able to make it work for some builds in some situations, but: (a) most builds just aren't set up for cross-building and require considerable work to make them cross-friendly (see the work we had to do for the Fedora mingw project), and (b) you'll be building RPMs in a different way from everyone else, so no one will help you if it goes wrong. Is this for 32 or 64 bit ARM (armv7 or aarch64)? Hardware for both is widely available, and starts off very cheap. Even US$20 will get you something and for $100 you can get something reasonably good for builds. However if you really only have x86-64 hardware available or don't want to spend anything at all, then you can still run ARM virtual machines and build in those. For example here's how to boot up a 64 bit ARM (aarch64) guest on x86-64 host (all these commands are non-root): $ virt-builder --arch aarch64 fedora-24 --root-password password:123456 --size 20G $ virt-install --import --name builder --arch aarch64 --ram 2048 --disk path=fedora-24.img,format=raw --os-variant fedora23 --boot loader=/usr/share/edk2/aarch64/QEMU_EFI.fd,nvram_template=/usr/share/edk2/aarch64/vars-template-pflash.raw You can use all the usual commands (rpmbuild, mock) inside the guest. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ arm mailing list arm@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/arm@lists.fedoraproject.org
[fedora-arm] Re: 2:qemu-system-x86-2.6.0-4.fc25.aarch64 -> edk2-ovmf dependency
On Fri, Jul 08, 2016 at 10:49:57AM +0100, Daniel P. Berrange wrote: > If we can't build edk2 x86_64 bios blob on aarch64, and can't import > the previously built noarch packages, then seems to say the only > option left is to split the edk2 package into two source packages. > One that exclusively builds the BIOS blobs (and can be entirely > noarch), and one that builds the host tools (which is arch dependant). > It rather sucks that build system limitations would force us to split > the source RPM in this way though :-( The alternative might be to reduce the hard Requires dependency to either Recommends or Suggests. What do you think about that? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/arm@lists.fedoraproject.org
[fedora-arm] Re: armhf dnf is not working on aarch64 kernel
On Wed, Apr 27, 2016 at 09:18:05PM +0900, Chanho Park wrote: > I want to use the armhf fedora rootfs on the aarch64 bit kernel. > When I ran the dnf command on the armhf image with aarch64 kernel, the > dnf command was failed with below error. Leaving aside the question of kernel page size, what's your actual use case and could you use virtualization for it? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/arm@lists.fedoraproject.org
[fedora-arm] Re: 96Boards Enterprise Edition Cello
On Tue, Mar 22, 2016 at 07:18:23AM -0400, Jon Masters wrote: > Hi Folks, > > I wanted to just drop a quick note that we're making *great* progress > toward having early 96Boards "Cello" boards for Fedora enablement > purposes. These are (AArch64) AMD Seattle based boards: > > http://www.lenovator.com/product/103.html > > These are SBSA/SBBR compliant boards that (from a software point of > view) look just like ARM servers. They're also low-ish cost (for a > server - $300+the cost of RAM and disk, etc.). Yes, they're not in a > standard ATX form factor. We know this. Before you rant about that, > consider that the goal here is to give developers a tiny board on their > desk that happens to meet the software requirements for server - we all > hope there will be many more server platforms that are ATX size soon. > > We ought to be in a very solid position to be able to support these > quickly in Fedora. I've got plans in place to get some early boards to > key folks needed to make that happen. I've also previously booted Fedora > on an early board with a couple of tweaks that need cleanup. I'll > followup with details, and with the individuals who are getting early > boards (they know who they are) to help get this moving. This is good news, especially that they are non-junk SBSA/SBBR- compliant boards[1]. I ordered one of these the day they were announced. Any idea when they'll be delivered :-? Rich. [1] My rant and your talk: https://rwmj.wordpress.com/2016/03/09/linaro-connect-jon-masters-talking-about-the-importance-of-standards/ -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/arm@lists.fedoraproject.org
[fedora-arm] Re: 32 bit ARM guest on aarch64 host
On Sat, Feb 27, 2016 at 10:45:55AM -0600, Dennis Gilmore wrote: > On Saturday, February 27, 2016 03:44:04 PM Richard W.M. Jones wrote: > > On Sat, Feb 27, 2016 at 01:33:26PM +, Richard W.M. Jones wrote: > > > Should I try a newer guest? I am going to try updating to Fedora 23. > > > > Same thing. > > > > Attached is the qemu command line. In this run I'm using some > > hand-constructed XML, not 'virt-install --import' as before, but AFAIK > > all important options are the same. > > > > Rich. > It is currently not possible to boot a 32 bit arm vm without an external > kernel and initrd. I have played with having a u-boot that will work. But > right now you would need to construct the guest to match the specs hardcoded > into u-boot. It is a problem that needs to be solved Thanks Dennis. When you say you've played with u-boot, does that mean booting with an external u-boot binary? That would be a considerable improvement over external kernel. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ arm mailing list arm@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/arm@lists.fedoraproject.org
[fedora-arm] Re: 32 bit ARM guest on aarch64 host
On Sat, Feb 27, 2016 at 01:33:26PM +, Richard W.M. Jones wrote: > Should I try a newer guest? I am going to try updating to Fedora 23. Same thing. Attached is the qemu command line. In this run I'm using some hand-constructed XML, not 'virt-install --import' as before, but AFAIK all important options are the same. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top 2016-02-27 15:40:53.325+: starting up libvirt version: 1.3.0, package: 1.fc24 (Fedora Project, 2015-12-16-14:11:41, aarch64-04a.arm.fedoraproject.org), qemu version: 2.5.0 (qemu-2.5.0-3.fc24), hostname: mustang.home.annexia.org LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=none /usr/bin/qemu-system-aarch64 -name tmp-test6 -S -machine virt,accel=kvm,usb=off -cpu host,aarch64=off -m 4096 -realtime mlock=off -smp 4,sockets=4,cores=1,threads=1 -uuid 52735b69-c0b1-4f5a-81e4-e10acc64f832 -nographic -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-tmp-test6/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -no-shutdown -boot strict=on -device i82801b11-bridge,id=pci.1,bus=pcie.0,addr=0x1 -device pci-bridge,chassis_nr=2,id=pci.2,bus=pci.1,addr=0x1 -device virtio-scsi-device,id=scsi0 -usb -drive file=/var/tmp/tmp-test6.qcow2,if=none,id=drive-scsi0-0-0-0,format=qcow2,cache=none,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 -netdev tap,fd=25,id=hostnet0,vhost=on,vhostfd=27 -device virtio-net-device,netdev=hostnet0,id=net0,mac=52:54:00:0a:78:53 -serial pty -msg timestamp=on Domain id=44 is tainted: host-cpu char device redirected to /dev/pts/0 (label serial0) ___ arm mailing list arm@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/arm@lists.fedoraproject.org
[fedora-arm] 32 bit ARM guest on aarch64 host
I've been trying to get a 32 bit Fedora/armv7hl guest to boot on a 64 bit Fedora/aarch64 host. Host: Fedora Rawhide, aarch64 on Mustang Guest: Fedora 22 disk image from: $ virt-builder --arch armv7l fedora-22 I should say that: (1) I can boot this guest using an external and and some hand written libvirt XML. However external kernel is not very flexible, since it means you have to do a dance on the host each time you update the guest. (2) I can boot this guest on x86-64 host using external kernel. (3) It doesn't boot with UEFI in the guest, but that is expected since the guest doesn't contain a UEFI bootloader, and I'm not even sure if there is such a thing as UEFI for 32 bit ARM. Anyway, I attempted to boot this disk image without the external kernel hack using: $ virt-install --arch armv7l --import --name test3 --ram 2048 --disk path=/var/tmp/test3.qcow2,format=qcow2 --os-variant fedora22 but it just hangs with a blank console, and with qemu-system-aarch64 [sic] using 100% CPU. I poked around inside the disk image, and there seems to be no evidence that it booted, eg. no logs, no updated timestamps. Should I try a newer guest? I am going to try updating to Fedora 23. Is it even possible to boot a 32 bit disk image without external kernel? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ arm mailing list arm@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/arm@lists.fedoraproject.org
[fedora-arm] Re: armhfp-rawhide-20160130-sda images
On Tue, Feb 02, 2016 at 11:07:39AM -0500, Paul Whalen wrote: > - Original Message - > > I have just tried the following images on a Cubietruck > > > > > > > > Fedora-Xfce-armhfp-rawhide-20160130-sda.raw > > > > Fedora-Minimal-armhfp-rawhide-20160130-sda.raw > > > > both of these images do not produce any output on either the console or HDMI > > connection after the message "Starting Kernel". > > > > Has anything changed with the installation procedure? > > No, there is currently an issue with serial console output on at least > allwinner and vexpress with the rawhide kernel. It affects 'qemu -M virt' too. There is a bug for this: https://bugzilla.redhat.com/show_bug.cgi?id=1303147 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ arm mailing list arm@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/arm@lists.fedoraproject.org
[fedora-arm] virt-builder Fedora/aarch64 image (was: Re: Fedora 23 for aarch64 is here!)
Although this is *not* the official cloud image, I have built an aarch64 image for virt-builder. To get it do: $ virt-builder --arch aarch64 fedora-23 - - - One day this request will be implemented: https://fedorahosted.org/rel-eng/ticket/5805 and virt-builder will be able to use the official Fedora cloud images. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] Gigabyte MP30-AR0
Someone I know is after an ARM 64 bit development board, and pointed me at this. I'd never heard of it :-( http://b2b.gigabyte.com/products/product-page.aspx?pid=5422#ov Has anyone tried it? It's based on the APM X-Gene1, so in theory should work the same as the APM Mustang. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] Could thread-local storage be broken in Rawhide aarch64?
Don't install systemd-227-1.fc24 on aarch64 systems. It crashes when it starts up: https://bugzilla.redhat.com/show_bug.cgi?id=1271387 Investigating this bug, it looks as if it crashes when it reads a static '_Thread_local' variable. So this might indicate some sort of gcc / toolchain issue in aarch64. FWIW the broken version of systemd was compiled with: gcc 5.1.1-4.fc23 binutils 0:2.25.1-7.fc24 gcc is older than the latest version in arm.koji. I tried experimenting with writing a simple TLS program, but didn't manage to reproduce the problem so far. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] System Time
On Tue, Sep 29, 2015 at 08:34:44AM +0100, Richard W.M. Jones wrote: > But anyway as systemd-timesyncd was pointed out in the other reply, > and it seems to be doing mostly the same as your technique, I guess we > need to find out if we can use that (probably it's just a matter of > enabling the service?). systemd has a mailing list: > > http://lists.freedesktop.org/mailman/listinfo/systemd-devel I read your other reply now about systemd-timesyncd running too late. Perhaps the answer is to split the two functions of systemd-timesyncd into two services? The one for updating the time based on a newest file timestamp can run before / independent of the network. Something to discuss on systemd-devel anyway. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] System Time
On Tue, Sep 29, 2015 at 06:55:00AM +0200, Berend De Schouwer wrote: > On Sun, 2015-09-27 at 21:53 +0100, Richard W.M. Jones wrote: > > On Thu, Sep 24, 2015 at 06:18:24PM +0200, Berend De Schouwer wrote: > > > I'm currently using a cron script to touch a file every 10 minutes, > > > and > > > read that on bootup (before chronyd), and I've added a > > > 'Requires=touchClock' to some systemd services. > > > > I think you don't need the cron script. If you make the > > (reasonable?) > > assumption that files in /var/log are updated regularly then: > > > > # find /var/log -type f -print0 | xargs -0 stat -c '%Y %n' /var/log | > > sort -nr | head -1 > > > > (You can omit the %n if you don't care about the actual file that is > > the newest). > > I think systemd systems are supposed to move to journald. Are there > still official /var/log files that are intended to remain over the next > few Fedora releases, and guaranteed to exist and updated? journald stores files under /var/log ... > I'm not convinced that depending on a wildcard file is robust long- > term. It sounds like a recipe for random failures. > > > > I'm don't think depending on journald is right. Journald starts on > initrd before the filesystem is mounted, and then moves the journal > after / is mounted; so it might be (not confirmed) that > /var/log/journal/ has a bad timestamp on boot. ... and this doesn't matter because the command above finds the newest file under /var/log. If journald writes a file with a 1970-01-01 timestamp it won't be the newest file. > I think we should. Especially since it already ships systemd- > timesyncd. How do we go about that? But anyway as systemd-timesyncd was pointed out in the other reply, and it seems to be doing mostly the same as your technique, I guess we need to find out if we can use that (probably it's just a matter of enabling the service?). systemd has a mailing list: http://lists.freedesktop.org/mailman/listinfo/systemd-devel Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] System Time
On Sun, Sep 27, 2015 at 09:53:14PM +0100, Richard W.M. Jones wrote: > # find /var/log -type f -print0 | xargs -0 stat -c '%Y %n' /var/log | sort > -nr | head -1 A stray "/var/log" crept in there (but doesn't change the output). The correct command should be: # find /var/log -type f -print0 | xargs -0 stat -c '%Y %n' | sort -nr | head -1 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] System Time
On Thu, Sep 24, 2015 at 06:18:24PM +0200, Berend De Schouwer wrote: > I'm currently using a cron script to touch a file every 10 minutes, and > read that on bootup (before chronyd), and I've added a > 'Requires=touchClock' to some systemd services. I think you don't need the cron script. If you make the (reasonable?) assumption that files in /var/log are updated regularly then: # find /var/log -type f -print0 | xargs -0 stat -c '%Y %n' /var/log | sort -nr | head -1 (You can omit the %n if you don't care about the actual file that is the newest). Generally, I think your plan is a good one! Would be good for my CubieTruck too. How about trying to get it into systemd upstream? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] libvirt/ceph/boost in aarch64
[Note #1: I hope I got this right. It's all a bit complex ...] [Note #2: This applies only to Rawhide aarch64.] libvirt in Rawhide is version 1.2.17-1 which breaks libguestfs (RHBZ#1247746). We need libvirt >= 1.2.17-2, but even though that package has been built for Rawhide it is not yet available to install. The reason appears to be because ceph is broken because of boost. I believe we need: - ceph 0.94.2-4 (currently only -1 is built) - boost 1.58 (built already) So I *think* if ceph can be updated then libvirt should be able to be installed and libguestfs should work again. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fedora ARM & AArch64 Status Meeting Minutes 2015-08-04
On Tue, Aug 04, 2015 at 12:11:31PM -0400, Paul Whalen wrote: > == > #fedora-meeting-2: Fedora ARM & AArch64 Status Meeting > == > > > Meeting started by pwhalen at 15:00:58 UTC. The full logs are available > at > http://meetbot.fedoraproject.org/fedora-meeting-2/2015-08-04/fedora-meeting-2.2015-08-04-15.00.log.html > . > > > > Meeting summary > --- > * 1) Package Status & Issues (pwhalen, 15:03:11) > * java-1.8.0-openjdk is blocking, java team investigating > https://bugzilla.redhat.com/show_bug.cgi?id=1247382 (pbrobinson, > 15:04:52) > * binutils build on aarch64 issue > https://bugzilla.redhat.com/show_bug.cgi?id=1249969 (pbrobinson, > 15:05:59) > * possible boost issue in f24 - > http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=3114086 > (pwhalen, 15:10:22) grub is broken in Rawhide on aarch64 at the moment: https://bugzilla.redhat.com/show_bug.cgi?id=1250197 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] Strange armv7 Rawhide infinite loop problem
https://bugzilla.redhat.com/show_bug.cgi?id=186 Can you help to identify the component responsible for this bug? The symptoms: Just running: qemu-system-arm -help hangs on Rawhide. But only on armv7 (not x86), and only in Koji (or at least, I've so far only been able to reproduce the problem in Koji). I managed to obtain an strace: https://kojipkgs.fedoraproject.org//work/tasks/7470/9767470/build.log and it is weird. The process seems to go into a tight infinite loop after opening /dev/urandom. It looks like its happening in a library constructor function, before main() in the qemu binary. It might be related to libselinux, as that is the last identifiable library that is being run. Unfortunately I've so far failed to get a stack trace (using libSegFault.so). Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fwd: how to make an iso image in aarch64
On Mon, Apr 06, 2015 at 10:17:36PM +0800, jefby wrote: > Thanks very much.I will try this method. > I have followed the mock instruction by Paul Whalen , and now I get a > DVD iso files, but there are some warning or errors in the process > like below: > > preparing to build output tree and boot images > rebuilding initramfs images > rebuilding boot/initramfs-3.19.3-200.fc21.aarch64.img > No '/dev/log' or 'logger' included for syslog logging > Failed to read /proc/cmdline, ignoring: No such file or directory > cat: write error: Broken pipe > rebuilding boot/upgrade-3.19.3-200.fc21.aarch64.img > No '/dev/log' or 'logger' included for syslog logging > Failed to read /proc/cmdline, ignoring: No such file or directory > cat: write error: Broken pipe > populating output tree and building boot images > running aarch64.tmpl > INFO:program:Running... > > maybe it's the mock configuration caused?? Those look fairly harmless. It's probably caused by dracut running in the chroot expecting to find /proc mounted. If the final DVD works, then you can probably ignore them. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fwd: how to make an iso image in aarch64
On Sat, Apr 04, 2015 at 02:53:42PM +0100, Richard W.M. Jones wrote: > $ virt-builder --arch aarch64 fedora-21 --size 20G [...] > It may also be possible to boot this image on baremetal by writing it > to a USB stick: add the virt-builder `--output /dev/sdX' option. That should be: Add the virt-builder --output /dev/sdX option and *drop* the --size 20G option, since virt-builder detects the size from the output device. The final command line for USB sticks would be: $ virt-builder --arch aarch64 fedora-21 --output /dev/sdX Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fwd: how to make an iso image in aarch64
On Wed, Apr 01, 2015 at 08:19:57PM +0800, jefby wrote: > Hello, > > Now i want to make an bootable iso image for aarch64,but when i installed > the livecd-tools ,it can't use like x86_64,it prints like below: > "Traceback (most recent call last): > File "/usr/bin/livecd-creator", line 28, in > import imgcreate > File "/usr/lib/python2.7/site-packages/imgcreate/__init__.py", line 19, > in > from imgcreate.live import * > File "/usr/lib/python2.7/site-packages/imgcreate/live.py", line 1040, in > > raise CreatorError("Architecture not supported!") > imgcreate.errors.CreatorError: Architecture not supported! " > and i have a question : How to make the fedora21 DVD for aarch64 ?? If you just want an F21 bootable *virtual* image for testing then you can build one directly with virt-builder from any other Fedora >= 20 host [including from x86-64 hosts, but some less important virt-builder options won't work]: $ virt-builder --arch aarch64 fedora-21 --size 20G [ 2.0] Downloading: http://libguestfs.org/download/builder/fedora-21-aarch64.xz [ 3.0] Planning how to build this image [ 3.0] Uncompressing [ 13.0] Resizing (using virt-resize) to expand the disk to 20.0G [ 51.0] Opening the new disk [ 73.0] Setting a random seed [ 73.0] Setting passwords virt-builder: Setting random password of root to B0gV73BwMCxLfnyu [ 74.0] Finishing off Output file: fedora-21.img Output size: 20.0G Output format: raw Total usable space: 19.0G Free space: 18.2G (95%) Such an image can be imported into libvirt on your aarch64 host using a `virt-install --import' command which is listed in the virt-builder man page[1]. You can also boot it on x86-64 hosts under software emulation using [2]. It may also be possible to boot this image on baremetal by writing it to a USB stick: add the virt-builder `--output /dev/sdX' option. However this depends on whether your aarch64 firmware can boot from USB, which may or may not be possible. I think the firmware on the Mustangs can boot from USB DVDs but not USB keys, but I've not tried either so I don't know for sure. Virt-builder cannot create CDs/DVDs/ISOs. Rich. [1] http://libguestfs.org/virt-builder.1.html [2] https://rwmj.wordpress.com/2015/02/27/how-to-boot-a-fedora-21-aarch64-uefi-guest-on-x86_64/ -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] golang support for aarch64 in latest gcc-go
Just a note that golang support for aarch64 and ppc64le has landed in gcc-go >= 5.0.0-0.19. I tested the libguestfs golang bindings and it appears to work, at least for that (rather simple) case. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Default to -lpae kernel
On Sun, Mar 08, 2015 at 10:14:18PM +, Peter Robinson wrote: > > Another possibly dumb Cubietruck question: > > > > Can I configure yum and/or dnf to only install the 'kernel-lpae' > > variant? Currently a 'dnf update' will update 'kernel-lpae', > > *install* the (unwanted) 'kernel' and it seems to be a matter of luck > > which one becomes the new default at next boot. > > Not used dnf on my CT yet but yum just upgrades to the next -lpae > version without issues Ah, I see what happens: Because I had an old 'kernel' package still installed, dnf was offering to update that one. The fix is to remove every 'kernel-core' / 'kernel' / 'kernel-modules' package, so I only have 'kernel-lpae', and now it seems to only offer kernel-lpae updates. Thanks, Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] Default to -lpae kernel
Another possibly dumb Cubietruck question: Can I configure yum and/or dnf to only install the 'kernel-lpae' variant? Currently a 'dnf update' will update 'kernel-lpae', *install* the (unwanted) 'kernel' and it seems to be a matter of luck which one becomes the new default at next boot. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Install to CubieTruck SSD
On Sat, Mar 07, 2015 at 02:48:36PM +, Richard W.M. Jones wrote: > U-Boot 2014.10 (Nov 11 2014 - 07:05:50) Allwinner Technology This appears to be a bug in ^ version of u-boot. I grabbed the u-boot from Fedora 22 and wrote that to the microSD card, and it detected the SATA drive and booted fine. Thanks, Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Install to CubieTruck SSD
On Sat, Mar 07, 2015 at 12:05:09PM +, Peter Robinson wrote: > > I'm reinstalling my Cubietruck with a shiny new SSD. The Fedora > > installation instructions describe writing the disk image to a MicroSD > > card and booting from that. I wonder if anyone has any tips for > > either installing directly on the SSD or how to convert an SD card > > installation to SSD? > > You can just write the uboot to a tiny mSD card (even an old 64Mb one > from an old phone) and then put the rest on the SSD. You can do this > by dding a standard image onto the SSD or you can use a PXE install > with kickstart over a network if you've got that setup. Hmmm .. results unclear. It looks as if the u-boot cannot see the SATA drive at all. Also u-boot has apparently no commands that I can find to list SATA devices (whereas there are commands for listing mmc devices). The boot messages are attached if you have any idea. How does u-boot know which boot partition to use? Is the boot UUID encoded somewhere in u-boot, or does it just scan all devices for something that looks bootable? The SSD is a known-good, ordinary Intel SSD, and is obviously plugged in. Rich. U-Boot SPL 2014.10 (Nov 11 2014 - 07:05:50) DRAM: 2048 MiB CPU: 96000Hz, AXI/AHB/APB: 3/2/2 U-Boot 2014.10 (Nov 11 2014 - 07:05:50) Allwinner Technology CPU: Allwinner A20 (SUN7I) I2C: ready DRAM: 2 GiB MMC: SUNXI SD/MMC: 0 *** Warning - bad CRC, using default environment In:serial Out: serial Err: serial SCSI: SUNXI SCSI INIT SATA link 0 timeout. AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode flags: ncq stag pm led clo only pmp pio slum part ccc apst Net: dwmac.1c5 Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... ** No partition table - mmc 0 ** ** No partition table - mmc 0 ** ** No partition table - mmc 0 ** ** No partition table - mmc 0 ** ** No partition table - mmc 0 ** ** No partition table - mmc 0 ** ** No partition table - mmc 0 ** ** No partition table - mmc 0 ** scanning bus for devices... timeout exit! Found 0 device(s). SCSI device 0: Device 0: not available (Re)start USB... USB0: USB EHCI 1.00 scanning bus 0 for devices... 1 USB Device(s) found USB1: USB EHCI 1.00 scanning bus 1 for devices... 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found USB device 0: unknown device dwmac.1c5 Waiting for PHY auto negotiation to complete done Speed: 1000, full duplex BOOTP broadcast 1 BOOTP broadcast 2 DHCP client bound to address 192.168.0.92 (278 ms) Using dwmac.1c5 device TFTP from server 192.168.0.254; our IP address is 192.168.0.92 Filename 'pxelinux.0'. [and from here it goes into an unsuccessful PXE boot] -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] Install to CubieTruck SSD
I'm reinstalling my Cubietruck with a shiny new SSD. The Fedora installation instructions describe writing the disk image to a MicroSD card and booting from that. I wonder if anyone has any tips for either installing directly on the SSD or how to convert an SD card installation to SSD? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] Stable MAC address on the Cubietruck (again)
I read the lengthy thread about unstable MAC addresses on the Cubietruck from September. However I'm still a bit confused about what I need to do to get a stable MAC address. Firstly my CT appears to have a non-zero SID: 01c23800: 16516501 80808955 54494848 0500f05c.eQ.U...HHIT\... I'm using the following uboot and kernel, both supplied by Fedora 21 as far as I know: U-Boot 2014.04 (Aug 19 2014 - 00:11:39) Allwinner Technology 1: Fedora (3.17.4-301.fc21.armv7hl+lpae) 21 (Twenty One) There are a few peculiar warnings at boot (see end of email), but otherwise it appears to work. However I don't get a stable MAC address. It seems completely random on each boot. Today I've had: 96:0c:ca:a9:c7:08 7e:68:c9:80:b8:01 ca:ea:b6:64:7b:5b Any ideas? Rich. -- Peculiar boot warnings: *** Warning - bad CRC, using default environment MMC Device 2 not found no mmc device at slot 2 MMC Device 1 not found no mmc device at slot 1 mmc0 is current device Scanning mmc 0... Found extlinux config /extlinux/extlinux.conf Retrieving file: /extlinux/extlinux.conf 1117 bytes read in 110 ms (9.8 KiB/s) Ignoring unknown command: menu.c32 Ignoring unknown command: 600 Ignoring unknown command: default=Fedora-Xfce-armhfp-21-20141005 -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] v8 for aarch64
On Fri, Nov 28, 2014 at 05:49:39AM -0700, T.C. Hollingsworth wrote: > Replying by phone because holidays, sorry for any faux pas. No problem, thanks for the quick reply! > On Nov 28, 2014 4:15 AM, "Richard W.M. Jones" wrote: > > > > Hello Tom and other v8 maintainers. > > > > I was looking at porting the Fedora Rawhide v8 package to aarch64, > > since it is a dependency of mongodb, and hence an indirect dependency > > of OpenStack Ceilometer. > > > > The bad news is that there is no aarch64 support in the current Fedora > > package. The good news is that upstream v8 from git has aarch64 > > support. The not so good news is that it's not completely working. > > > > Firstly at the moment you're building from SVN-generated tarballs (is > > that right?). V8 recently moved to using git. How do you feel about > > using git tags instead? The latest git tag is 3.31.27 which was > > released earlier today. That tag has the aarch64 support. > > We don't typically track all v8 releases since they break API and ABI on a > monthly basis and are quickly no longer supported by Google. We do track v8 > releases used by stable versions of node.js, since these are typically > maintained for years. > > As of right now, it looks like the upcoming nodejs 0.12 release will use > the 3.30 branch (it currently ships 3.30.37). aarch64 has been "officially > supported" since 3.25. > > If aarch64 support works in 3.30 just as well as 3.31, I'd suggest focusing > your polishing efforts there (along with fixing master as appropriate), so > it can last for awhile. If 3.31 is really better I may be able to push to > get node bumped upstream to make everyone's life easier. I tested 3.30.37 and aarch64 support seems to be at the same level as head. The precise same set of 636 tests fail too. However looking more closely, (1) all the tests are in the same bit of code which is something to do with math libraries AFAICT, and (2) the JIT makes debugging it very difficult - there are no stack frames so gdb can't make head nor tail of it. I suggest we ignore the test failures unless they actually affect mongodb/nodejs. Anyway the bottom line is that 3.30.37 is fine. > 3.) MongoDB will need to be ported to work with newer v8. There have been > massive changes to the v8 API in recent versions (which is part of the > reason it has taken so long to get from node 0.10 to node 0.12). AFAICT no > porting effort has even been considered by mongodb upstream yet. [Actually, > they ship it with an even older version of v8 than we use it with in > Fedora. :-( ] > > As of this moment my current plan to maintain mongodb support in Fedora is > to introduce a compat-v8-314 package at the same time we bump v8 to 3.30. > Which will be no problem supporting for a couple more years at least, but > it's still basically on life support and that doesn't bode well for arm64 > support. > > You may want to talk to mongodb upstream first and foremost and inquire > about getting it to work with newer v8 versions. I'd hate for you to do a > bunch of work fixing v8 on arm64 just for it to only end up benefitting > Chrome for Android users. ;-) Bluuughhh. Professional engineering practices FTW. There's an upstream mongodb bug about this which doesn't look encouraging: https://jira.mongodb.org/browse/SERVER-10282 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] v8 for aarch64
Hello Tom and other v8 maintainers. I was looking at porting the Fedora Rawhide v8 package to aarch64, since it is a dependency of mongodb, and hence an indirect dependency of OpenStack Ceilometer. The bad news is that there is no aarch64 support in the current Fedora package. The good news is that upstream v8 from git has aarch64 support. The not so good news is that it's not completely working. Firstly at the moment you're building from SVN-generated tarballs (is that right?). V8 recently moved to using git. How do you feel about using git tags instead? The latest git tag is 3.31.27 which was released earlier today. That tag has the aarch64 support. There are two piece of not so good news: (1) The newer version has removed scons support, which would ordinarily be a good thing, scons being a huge steaming pile of crap. However in this case it has been replaced with some kind of home-brewed build system called 'gyp' which seems to be worse. I've no idea how to package this. At the moment the build downloads gyp from svn(!?) and obviously that's not going to be acceptable for Fedora. I'm not clear if we can bundle gyp sources into the v8 srpm, or need to have a separate package, or if there's some other way to do it. (2) I built the git head on my aarch64 box and tested it. It doesn't fully pass the tests with over 600 (out of 22000) failing: [21:42|% 100|+ 22384|- 636]: Done Compared to git head on x86-64 where only 4 tests fail: [05:03|% 100|+ 21824|- 4]: Done Anyway I'll keep plugging away at this and see if I can fix the tests. But I'm interested what your thoughts and plans are for v8 w.r.t switching to git and about gyp. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fedora-Minimal-armhfp-21_Beta-1-sda - yum update hung
On Sun, Oct 26, 2014 at 07:33:45AM -0400, Robert Moskowitz wrote: > Can you please provide the command to do this? One way is: virt-resize /dev/sdX --expand /dev/sdaN You have to set X == the USB device, and N == the partition in the image that you want to expand. This command will copy the image file to the USB device as well. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fedora-Minimal-armhfp-21_Beta-1-sda - yum update hung
On Sat, Oct 25, 2014 at 02:47:39PM +0800, Andy Green wrote: > Today I tried the Fedora 21 alpha, it gave me the "firstboot" menu > on serial console. That's good. It didn't happen on the Cubie when I tried Fedora 21 about 1 month ago, but it could have been fixed. > And it's useful, because otherwise you're into editing /etc/shadow > so you can login from serial console. Indeed that's a pain. Most other distros start with some standard root password or known account - not super secure, but convenient. BTW I used this command to fix mine on the Cubie: # virt-customize --root-password password:123456 -a /dev/sdX Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fedora-Minimal-armhfp-21_Beta-1-sda - yum update hung
On Fri, Oct 24, 2014 at 01:52:28PM -0400, Paul Whalen wrote: > > > - Original Message - > > So I spent a bit of time today getting beta-1. > > Thanks very much for testing! > > > > > First thing I did after logging in was to run 'yum update' It is hung > > during cleanup. Here is where it stopped: > > > >Cleanup: > > firewalld-config-standard-0.3.11-3.fc21.noarch77/121 > >Cleanup: > > firewalld-0.3.11-3.fc21.noarch78/121 > > [ 1541.629825] Ebtables v2.0 unregistered > > [ 1543.420638] nf_conntrack version 0.5.0 (16384 buckets, 65536 max) > > [ 1543.481335] ip6_tables: (C) 2000-2006 Netfilter Core Team > > [ 1543.652587] Ebtables v2.0 registered > >Cleanup: > > libselinux-utils-2.3-4.fc21.armv7hl 79/121 > >Cleanup: > > libselinux-python-2.3-4.fc21.armv7hl 80/121 > >Cleanup: > > man-db-2.6.7.1-8.fc21.armv7hl 81/121 > >Cleanup: > > initial-setup-0.3.23-2.fc21.armv7hl 82/121 > > > > I did the yum update from the serial console. I am also logged in via > > ssh if there is some other information you want to see... > > Which image did you download? Did you complete initial-setup when the > system was booted for the first time? This seems impossible when using only serial console. Can't we just ditch initial-setup? I don't think I've ever run it on an ARM box, but one of my boxes always starts it on an unseen display. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] recommend outdoor hardware
On Mon, Oct 20, 2014 at 01:16:06PM +0200, Jozef Mlich wrote: > Dear ARM fedora contributors, > > I am looking for cheap arm single board computer for outdoor use. I am > afraid of damages in low temperature (-10 deg C). I'd differ from Peter's opinion and say instead you should go for something very cheap, on the basis that you can easily replace it if it breaks. A10 OLinuXino LIME (about $30) has several GPIO connectors. It is supported by the Fedora AllWinner Remix, and I think by the main Fedora starting in Fedora 21(?) https://www.olimex.com/Products/OLinuXino/A10/A10-OLinuXino-LIME/open-source-hardware http://olimex.wordpress.com/2013/07/30/fedora-support-for-a10-a10s-a13-and-a20-soc-from-allwinner/ > Additionally I want to connect some i2c/spi sensors to it. I prefer > fedora. Currently, I have proof of concept device using Raspberry PI. It > does meteo station (wind speed / direction / temperature/ ..), adsb > receiver, and camera. You seem to have got something working already, but out of interest did you consider a 1-wire weather station, and then just connecting that to an ordinary computer which can be located far away and inside in the warmth? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] A 64 bit ARMv8 Android tablet arrives ...
On Fri, Oct 17, 2014 at 10:06:22AM +0200, Marcin Juszkiewicz wrote: > W dniu 17.10.2014 o 09:56, Richard W.M. Jones pisze: > > On Fri, Oct 17, 2014 at 08:39:03AM +0100, Andrew Wafaa wrote: > >> The Non-US version of the Samsung Glaxy Note4 is powered by the > >> Exynos7, which is an Octa Core A57/A53 in big.LITTLE config. > > Note4 with Qualcomm cpu is not US only device. So if you want to buy it > with Exynos7 you have to check exactly what you buy. > > > I have mixed feelings about big.LITTLE based on my experience with the > > (older, 32 bit) 5410. > > IIRC 5410 had wrong implementation of big.LITTLE or atleast incompatible > with what came in all other cpus. .. and is rumoured to be broken (caching bugs) although I've not experienced anything on mine. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] A 64 bit ARMv8 Android tablet arrives ...
On Fri, Oct 17, 2014 at 08:39:03AM +0100, Andrew Wafaa wrote: > The Non-US version of the Samsung Glaxy Note4 is powered by the > Exynos7, which is an Octa Core A57/A53 in big.LITTLE config. There are > patches online to enable all 8 cores, but I don't have the link to > hand. This may not be as hackable as the Nexus9, the fact that it is > Exynos may be an issue for some, the fact that the GPU is Mali is also > an issue for some, and obviously the price difference is also an issue > for some. I'm not saying it's perfect, but it does provide another > option. That's interesting -- I seem to have missed this when it was announced. I have mixed feelings about big.LITTLE based on my experience with the (older, 32 bit) 5410. Linux still doesn't appear to have learned how to drive the cores directly without the "switcher" (I have not tried any non-upstream patches however). OTOH it's very very fast indeed, by far the fastest 32 bit ARM I have used. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] A 64 bit ARMv8 Android tablet arrives ...
http://www.google.com/nexus/9/ The processor is: https://en.wikipedia.org/wiki/Project_Denver I wonder how hackable this is. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] [aarch64] qemu: fatal: Trying to execute code outside RAM or ROM at 0x0000000000000200
Upstream (git) qemu now supports full system emulation. Following the instructions here: http://www.bennee.com/~alex/blog/2014/05/09/running-linux-in-qemus-aarch64-system-emulation-mode/ I can get it to work using the minimal buildroot kernel that Alex links to in that posting. However it doesn't work with any of our aarch64 kernels: ~/d/qemu/aarch64-softmmu/qemu-system-aarch64 -M virt -machine type=virt -cpu cortex-a57 -smp 1 -m 2048 -kernel vmlinuz-3.15.0-1.fc21.aarch64 -append "console=ttyAMA0" -serial stdio qemu: fatal: Trying to execute code outside RAM or ROM at 0x0200 PC=0200 SP= X00=4800 X01= X02= X03= X04=4008 X05= X06= X07= X08= X09= X10= X11= X12= X13= X14= X15= X16= X17= X18= X19= X20= X21= X22= X23= X24= X25= X26= X27= X28= X29= X30= PSTATE=03c5 (flags ) q00=: q01=: q02=: q03=: q04=: q05=: q06=: q07=: q08=: q09=: q10=: q11=: q12=: q13=: q14=: q15=: q16=: q17=: q18=: q19=: q20=: q21=: q22=: q23=: q24=: q25=: q26=: q27=: q28=: q29=: q30=: q31=: FPCR: FPSR: Aborted Does anyone have any clue why this might be? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] ExcludeArch tracker doesn't appear to be effective
Of the ones I know about ... > avgtime Written in the 'D' language which doesn't have support for ARM upstream. > grub2 ARM (32 bit) boots using u-boot. Aarch64 machines will boot using grub2 (or is that grub2-efi? - you know better than I do :-) > hfsplus-tools As discussed in this thread. > ocaml-cil > ocaml-gsl There are mature 32 bit and 64 bit ARM native backends for the OCaml compiler. I've worked on fixing some problems in both. As for these two packages, CIL is actually fixed upstream, it just needs to go into the Fedora package (see RHBZ#994968). GSL depends on a C library that contains lots of x86 assembler, and so basically won't work without a lot of porting which no one has done yet. There is no BZ for this one, which there obviously should be. > root Discussed on this thread already. > zfs-fuse This is interesting because it's another package where libguestfs has to %ifnarch %{arm} because the package is missing on ARM. The reason it doesn't build is because this package uses an internal library to provide atomic ops, and this library hasn't been ported to ARM assembler (although there is a fallback path that uses pthread_mutex(!)). There is a BZ (RHBZ#996728) but it is not listed in the spec file. > So, two conclusions from this: > > 1) People are very bad at following policy here. The majority of the > packages that are marked ExcludeArch: arm are not in the tracker bug, > and most of those don't appear to have a bug filed at all. > > 2) The rate at which things are being fixed appears to be uninfluenced > by (1) - the number of bugs on the tracker may have increased, but the > number of packages actually excluded on ARM hasn't. This means that I > was grossly overestimating how many packages were broken. I made an > assertion without collecting accurate data first, and came to the wrong > conclusion. I apologise for that. But also: (3) Out of 15000 packages, only about 100 don't build on ARM, and there are at most 50 missing bugs to fully comply with policy. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] ExcludeArch tracker doesn't appear to be effective
On Tue, Jun 10, 2014 at 09:32:54PM +0100, Matthew Garrett wrote: > I don't think the current state of the ARM port is good enough. Are you actually using the ARM ports? I'm using the 32 bit ARM primary on two machines and the aarch64 secondary on a third, and they work well. If there are specific packages which don't work for you, then please let us know. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Running excat to install image on SD card
On Fri, May 30, 2014 at 08:19:13AM -0400, Robert Moskowitz wrote: > My setup here has an hdmo/vga adapter plugged into a KVM switch that > limits me to 1024x768 thus I cannot see the bottom of the change > root password screen to know what keystroke (can't mouse down to > what is below the screen) to accept the password change. I always use serial cables with these ARM boards. A "CP2102" (search for that on Amazon) cable will set you back a few dollars and save you a lot of heartache! Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Status Fedora on Cubieboard
On Tue, Mar 18, 2014 at 08:34:07PM +0100, Dr. Peter G. Baum wrote: > Hi, > > since the Beaglebone Black is currently difficult to purchase > I'm looking for alternatives. > > What is the status of Fedora on the Cubieboard? > I saw that announcement > http://cubieboard.org/2014/01/13/fedora-20-available-for-cubietruck/ > But one comment says, that it stopped working after an "yum update". > > Any news on that? I'm using Hans's remix, and it works great. You have to read the README. I think the Cubietruck is a great little development board. Get a serial cable (CP2102), and a 2.5" SATA drive. It's possible that you'll break the kernel by doing a "yum update". You can stop yum from touching the kernel by adding an exclude pattern into /etc/yum.conf. But I think a better idea is to have a look at how the remix kernel boots (the various boot.cmd/boot.scr/vmlinuz files). You'll need to understand this stuff anyway if you want to update to an upstream kernel to get KVM working. Hans is working on getting everything into Fedora 21 so various AllWinner devices should work out of the box. There are various bits about the Cubietruck on my blog (http://rwmj.wordpress.com) Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] need help to build zorba package for ARM
On Tue, Feb 25, 2014 at 07:28:15PM +0100, Martin Gieseking wrote: [...] > >> By the way [small advert follows!] Cubietrucks are reasonably powerful > >> ARM systems that you can buy worldwide for around US$99. They run > >> Hans de Goede's Fedora Allwinner Remix straight out of the box. You > >> will also need to buy a CP2102 serial cable (cost around $10), a > >> microSDHD card, and optionally a 2.5" SATA drive. If you want a > >> reasonably cheap way to debug these kinds of problems locally, this is > >> the way to go. > > > Also, thanks for this information. The Cubietruck kit looks promising > and is available for about 90 Euros here in Germany. I think I'm going > to get one in the next couple of days. :) I've written quite a bit about the Cubietruck on my blog: http://rwmj.wordpress.com/?s=cubietruck My particular interest is having KVM working on ARM. However even if you ignore virt, these are still relatively cheap and full-featured development boards. Make sure you get the CP2102 serial cable, and a micro SDHC card, and strongly consider a small (even second hand) 2.5" laptop SATA disk. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] need help to build zorba package for ARM
On Tue, Feb 25, 2014 at 11:28:36AM -0500, Kyle McMartin wrote: > On Tue, Feb 25, 2014 at 01:18:57PM +0000, Richard W.M. Jones wrote: > > Program terminated with signal SIGSEGV, Segmentation fault. > > #0 __GI_strspn (s=s@entry=0x0, accept=accept@entry=0xb6d0576c ";") > > at strspn.c:33 > > 33for (p = s; *p != '\0'; ++p) > > (gdb) t a a bt > > > > Thread 1 (Thread 0xb6f82000 (LWP 2133)): > > #0 __GI_strspn (s=s@entry=0x0, accept=accept@entry=0xb6d0576c ";") > > at strspn.c:33 > > #1 0xb442e804 in strtok (s=0x0, delim=0xb6d0576c ";") at strtok.c:45 > > #2 0xb65dd4e0 in zorba::append_env_var (env_var_name=, > > pathsVector=std::vector of length 3, capacity 4 = {...}) > > at > > /home/rjones/d/fedora/zorba/master/zorba-2.9.1/src/context/root_static_context.cpp:102 > > Yeah, I debugged this last night, the problem is zorba isn't checking > the return value of getenv, and as a result, passing a NULL ptr to > strtok. Oddly, the optimized assembler versions in glibc for x86_64 > happily just return NULL, whereas on ARM and other platforms, they > dereference NULL and take a SIGSEGV. You mean .. building on ARM has helped to shake out bugs in x86? The system works! Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] need help to build zorba package for ARM
On Mon, Feb 24, 2014 at 06:20:58PM +0100, Martin Gieseking wrote: > [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=6559905 I'm building the Rawhide package on F20, which is slightly different from your build. I get a failure in the same directory, on the same file. So it appears to be reproducible. I enabled core dumps and was able to collect a core file: $ file core.2133 core.2133: ELF 32-bit LSB core file ARM, version 1 (SYSV), SVR4-style, from 'bin/zorba --omit-xml-declaration -f -q /home/rjones/d/fedora/zorba/master/zorba' $ gdb bin/zorba core.2133 Core was generated by `bin/zorba --omit-xml-declaration -f -q /home/rjones/d/fedora/zorba/master/zorba'. Program terminated with signal SIGSEGV, Segmentation fault. #0 __GI_strspn (s=s@entry=0x0, accept=accept@entry=0xb6d0576c ";") at strspn.c:33 33for (p = s; *p != '\0'; ++p) (gdb) t a a bt Thread 1 (Thread 0xb6f82000 (LWP 2133)): #0 __GI_strspn (s=s@entry=0x0, accept=accept@entry=0xb6d0576c ";") at strspn.c:33 #1 0xb442e804 in strtok (s=0x0, delim=0xb6d0576c ";") at strtok.c:45 #2 0xb65dd4e0 in zorba::append_env_var (env_var_name=, pathsVector=std::vector of length 3, capacity 4 = {...}) at /home/rjones/d/fedora/zorba/master/zorba-2.9.1/src/context/root_static_context.cpp:102 #3 0xb65de118 in zorba::root_static_context::init (this=this@entry=0xa8460) at /home/rjones/d/fedora/zorba/master/zorba-2.9.1/src/context/root_static_context.cpp:268 #4 0xb659f31c in zorba::GlobalEnvironment::init ( store=0xb6f61728 ) at /home/rjones/d/fedora/zorba/master/zorba-2.9.1/src/system/globalenv.cpp:85 #5 0xb62eb2b0 in zorba::ZorbaImpl::init ( this=0xb6f5d85c , store=0xb6f61728 ) at /home/rjones/d/fedora/zorba/master/zorba-2.9.1/src/api/zorbaimpl.cpp:103 #6 0xb62eaf04 in zorba::Zorba::getInstance ( store=0xb6f61728 , store@entry=0x10001 &, std::string const&, std::istream&, std::ostream&, TimingInfo&)+2092>) at /home/rjones/d/fedora/zorba/master/zorba-2.9.1/src/api/zorba.cpp:32 #7 0xbeb0 in main (argc=, argv=) at /home/rjones/d/fedora/zorba/master/zorba-2.9.1/bin/zorbacmd.cpp:1034 HTH. -- By the way [small advert follows!] Cubietrucks are reasonably powerful ARM systems that you can buy worldwide for around US$99. They run Hans de Goede's Fedora Allwinner Remix straight out of the box. You will also need to buy a CP2102 serial cable (cost around $10), a microSDHD card, and optionally a 2.5" SATA drive. If you want a reasonably cheap way to debug these kinds of problems locally, this is the way to go. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] need help to build zorba package for ARM
On Mon, Feb 24, 2014 at 06:20:58PM +0100, Martin Gieseking wrote: > Hi, > > I've successfully updated the zorba package to the latest release. It > builds properly for i686 and x86_64 but fails for armv7hl [1]. During > the build process, the binary crashes with a segfault after it's called > to create some additional xqdoc files. > > Unfortunately, the ARM emulation is way to slow on my computers. > Therefore, it's impossible for me to debug the issue in a timely manner. > It would be great if someone with proper hardware could have a look into > the bug and help to isolate it. Otherwise, I would exclude the ARM build > for the zorba package. Here's the corresponding ARMTracker bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1069294 > > Thanks, > Martin > > [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=6559905 I'm just installing the build dependencies so I can see if I can reproduce it here. But as a first comment it's likely to be running out of memory. The builders have only 4GB of physical RAM. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Samsung Exynos 4412 vs Alwinner A10 or 20
On Mon, Feb 10, 2014 at 02:29:23PM +0100, Zoltan Hoppar wrote: > Is there any comparison between them? More info about the Exynos 4412 under > fedora? What do you want to use it for? And which ports do you need to work, versus which don't you care about? The answers could be quite different depending on whether you want (eg) the display to work, do/don't care about binary blobs, only want ssh access, need KVM, etc. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Alignment (Was: Fedora 20 for Raspberry Pi????)
On Mon, Jan 20, 2014 at 03:17:43PM +, Gordan Bobic wrote: > On 2014-01-20 14:51, Richard W.M. Jones wrote: > >I never said that fixups were free, obviously going in and out of the > >kernel to emulate an instruction is going to take some time. > > You seemed to imply it above by saying that penalty on recent > x86 is non-existant on Sandy Bridge and insignificant on > slightly less recent x86 CPUs. I failing to see what Intel Sandybridge has to do with the ARM Cortex-A15 chips in Chromebooks, but anyway ... > >The question is whether it noticably affects any code. > > It certainly seems to affect the nss build process quite > badly, specifically the test stage (which actually fails > some tests on ARM, concerningly). Whether it affects the > runtime I don't know, I don't think I use it - the only > crypto related packages I use are OpenSSH and mod_ssl, > both of which, AFAIK, link against OpenSSL rather than nss. OK, sounds like nss needs to be fixed. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fedora 20 for Raspberry Pi????
On Mon, Jan 20, 2014 at 02:45:59PM +, Gordan Bobic wrote: > On 2014-01-01 21:09, Richard W.M. Jones wrote: > >On Wed, Jan 01, 2014 at 12:21:30PM -0800, Sean Omalley wrote: > >>They are a problem. It is a performance issue at the very least on > >>=ALL= platforms. There is a cost even on Intel's platform for > >>alignment errors, they just fix them up in hardware so it isn't as > >>big of a performance hit. It might be 5 cycles instead of 20. > > > >On Intel Sandybridge and up there is no penalty: > > > >http://www.agner.org/optimize/blog/read.php?i=142&v=t > > > >On earlier Intel processors it's not significant: > > > >http://lemire.me/blog/archives/2012/05/31/data-alignment-for-speed-myth-or-reality/ > > > >Anyway, you are optimizing far too early. If there's a performance > >problem, run 'perf', find out that it's caused by X where X might be > >the big misalignment penalty on ARM or many other things, then fix > >that. > > I have just run the test on my Samsung Chromebook (A15) and the > results are concerning: > > processing word of size 8 > offset = 0 > ignore this: > average time for offset 0 is 77.95 > offset = 1 > ignore this: > average time for offset 1 is 3465.2 > offset = 2 > ignore this: > average time for offset 2 is 3454.25 > offset = 3 > ignore this: > average time for offset 3 is 3451.2 > > That is 44x slower. Is this a synthetic benchmark, or is some actual running code from Fedora 44x slower? I never said that fixups were free, obviously going in and out of the kernel to emulate an instruction is going to take some time. The question is whether it noticably affects any code. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Cross-compiling, chroot and qemu-user-mode
On Fri, Jan 10, 2014 at 05:23:35PM +, Gordan Bobic wrote: > That means effectively what the > Debian guide above does, but with an extra > twist - I want gcc-* packages to be native > rather than emulated for extra compile speed. In > other words, I want /usr/bin/gcc to be a native > binary producing non-native code. For this bit, you're on your own. Is there that much benefit? GCC runs (under emulation) plenty fast enough on my x86-64 host. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Cross-compiling, chroot and qemu-user-mode
This is the chroot-based set up I'm using for AArch64 on a Fedora 20 (x86-64) host: http://rwmj.wordpress.com/2013/12/22/how-to-run-aarch64-binaries-on-an-x86-64-host-using-qemu-userspace-emulation/#content It wouldn't be too hard to modify this for ARM 32 bit, but TBH my ODROID-XU is as fast as I could desire so I personally have no need for that. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] F21 disk image idea
On Thu, Jan 09, 2014 at 04:30:31PM +0100, Hans de Goede wrote: > Sorry for jumping in at them middle of the thread, I skimmed > over it, without realizing that this is something I'm very much > interested in. As you probably have seen I plan to add > official allwinner support to F-21: > > https://fedoraproject.org/wiki/Changes/AllwinnerSunxiSupport > > I personally like what I'm doing with the Allwinner remix images > better then the 2 images to dd idea. > > What I've there is: > 1) A boards dir on the boot partition which contains > u-boot .bin files as well as dtb files for all supported > boards > > 2) A script "select-boards.sh" which can be run from the sdcard > when inserted into any linux machine (*), which then presents > a (ncurses) menu to the user allowing the user to select his > board, and then does all the needed setup to get the image > ready for that board. While there is nothing wrong with select-boards.sh (I've used it myself), I hate having to examine a script that I have to run as root on my host computer, that is going to overwrite some /dev/sdX device. I'd prefer the ~100 boot images in a directory option, if it meant that I could just use regular unxz/dd commands. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] F21 disk image idea
On Wed, Jan 08, 2014 at 02:16:55PM -0800, Brendan Conoboy wrote: [...] The idea seems uncontroversial to me. Of the two options given, I'd prefer: > Alternately: > > download f21-xfce.img > download fedora-arm-bbb.img > write fedora-arm-bbb.img to same block device > partprobe > write f21-xfce.img to partition 3 of block device because: (a) the generic Fedora image just becomes a simple root filesystem (ie. a direct ext4 image) so it's easy for end users to understand what it is. And (b) instead of shipping the Fedora image as a filesystem image, we could consider shipping it as a tar.xz file, which is useful for other cases such as containers and qemu user emulation. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] kernel build on fc19 aarch64 model
On Fri, Jan 03, 2014 at 12:36:21PM +0530, Sandeepa Prabhu wrote: > On 2 January 2014 17:46, Richard W.M. Jones wrote: > > On Thu, Jan 02, 2014 at 05:38:49PM +0530, Sandeepa Prabhu wrote: > >> Ok, so cross-compiling would work for me, how do I install the built > >> kernel image (EFI version) on the disk image, is it just copying > >> vmlinux onto /boot/vmlinux-***? > > > > I'm bound to say .. libguestfs? eg. virt-copy-in etc. > Hi Rich, > > Thanks, can do scp between fc19 and Ubuntu host. Sorry I did not ask > the precise question, my question was "is it enough just to copy > cross-compiled zImage file as /boot/vmlinuz-*** or the target fs, or > need to do something more(I am not much educated on UEFI so asking). > i.e. If we build kernel on redhat machine do "make install", what > exactly is done there, what images would get copied? My intention is > to run systemtap and run kprobe tests on the newly built kernel(s). You'd want to copy the modules too, ie. /lib/modules/ In general copying kernels around is more troublesome than it should be ... I'd like to see modules compiled into a single file for this reason: http://rwmj.wordpress.com/2013/12/07/half-baked-ideas-kernel-modules-in-a-file/#content Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] kernel build on fc19 aarch64 model
On Thu, Jan 02, 2014 at 05:38:49PM +0530, Sandeepa Prabhu wrote: > Ok, so cross-compiling would work for me, how do I install the built > kernel image (EFI version) on the disk image, is it just copying > vmlinux onto /boot/vmlinux-***? I'm bound to say .. libguestfs? eg. virt-copy-in etc. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] kernel build on fc19 aarch64 model
On Thu, Jan 02, 2014 at 04:37:45PM +0530, Sandeepa Prabhu wrote: > Hi, > > I am trying to build kernel on fc19 aarch64 image based on v8 Foundation > model. > kernel branch is based on "armv8-uefi-v3.13rc" and toolchain: gcc > version 4.8.1 20130920 (Red Hat 4.8.1-10) (GCC) - using 8GB RAM. > > Kernel build is taking for me more than 12 hours, and adding more > threads (-j6 etc) does not improve the build speed. Is this expected ? Yes :-( > or is there a step to improve kernel build? qemu-arm64 userspace emulation[1] is a little bit faster than the Foundation Model, but (a) it's limited to userspace emulation (fine for compiling things) and (b) it's still damn slow. It will still take you hours to compile this way. So ... cross-compiling, assuming you just want to build the kernel and don't want to build an RPM. On your fast x86-64 host, install gcc-aarch64-linux-gnu and do something like this: make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- Rich. [1] http://rwmj.wordpress.com/2013/12/22/how-to-run-aarch64-binaries-on-an-x86-64-host-using-qemu-userspace-emulation/#content -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fedora 20 for Raspberry Pi????
On Wed, Jan 01, 2014 at 12:21:30PM -0800, Sean Omalley wrote: > They are a problem. It is a performance issue at the very least on > =ALL= platforms. There is a cost even on Intel's platform for > alignment errors, they just fix them up in hardware so it isn't as > big of a performance hit. It might be 5 cycles instead of 20. On Intel Sandybridge and up there is no penalty: http://www.agner.org/optimize/blog/read.php?i=142&v=t On earlier Intel processors it's not significant: http://lemire.me/blog/archives/2012/05/31/data-alignment-for-speed-myth-or-reality/ Anyway, you are optimizing far too early. If there's a performance problem, run 'perf', find out that it's caused by X where X might be the big misalignment penalty on ARM or many other things, then fix that. There's no need to go on a huge crusade to fix every last mis- alignment, because that will involve vast hours of programmer effort for no measurable gain. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fedora 20 for Raspberry Pi????
On Wed, Jan 01, 2014 at 10:22:29AM +, Gordan Bobic wrote: > On 01/01/2014 10:18 AM, Richard W.M. Jones wrote: > >On Mon, Dec 30, 2013 at 10:27:38PM +0800, Andy Green wrote: > >>Yeah I think until you realize why and how it's a problem (in other > >>words, you got bitten) most programmers wouldn't particularly think > >>to defend against it because the code is c-legal and works on x86. > > > >That's because it *isn't* a problem. > > > >We shouldn't worry about misalignment problems in Fedora ARM unless > >you can demonstrate with hard numbers that a particular misalignment > >causes a performance issue. > > > >Set alignment to fixup, and forget about it. > > How dare anyone suggest the developers be educated and the problem > be fixed rather than worked around. There's nothing to educate about. It's a non-problem except in a narrow performance case. Most developers don't need to worry about swap, for precisely the same reason. Alignment fixups, swapping, cache lines, TLBs, huge pages, ... are details of the implementation, and you don't need to think about them unless you're chasing a performance problem. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fedora 20 for Raspberry Pi????
On Mon, Dec 30, 2013 at 10:27:38PM +0800, Andy Green wrote: > Yeah I think until you realize why and how it's a problem (in other > words, you got bitten) most programmers wouldn't particularly think > to defend against it because the code is c-legal and works on x86. That's because it *isn't* a problem. We shouldn't worry about misalignment problems in Fedora ARM unless you can demonstrate with hard numbers that a particular misalignment causes a performance issue. Set alignment to fixup, and forget about it. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fedora 20 for Raspberry Pi????
On Fri, Dec 27, 2013 at 09:53:54AM +, Gordan Bobic wrote: > How is transparent alignment fixup going to give you back the > performance you lose from accesses straddling cache lines? You can have structs straddling cache lines and causing performance problems without alignment issues, or structs being packed too close together causing false sharing again w/o alignment being involved. If alignment problems cause performance issues, then we should deal with those performance problems. If they don't, we shouldn't worry about them. Rich. ObHack: I once worked with an architecture [68k-based VME hardware] that not only faulted on unaligned access, but also on accesses of the wrong *size* (eg. using a short-sized read instruction instead of a word-sized read instruction). Dealing with that nonsense involved a lot of compiler-specific massaging of code and some inline assembly ... -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] FOSDEM ?
On Fri, Dec 27, 2013 at 11:42:35AM +0800, Daniel Veillard wrote: > Hello everybody, > > I was wondering if we planned something specific in term of presence at > FOSDEM (Brussel 1&2 Feb) for Fedora ARM ? > Maybe by then the Allwinner remix for F20 will be available ;-) and > I would be glad to come with a few Cubietruck or Cubieboard2, that we could > install, show and give a few as gifts, but I have no idea if people plan to > be present, if we can squat part of the Fedora stand (they should have 2 > tables > - K area downstairs). > > Opinions ? Hans, Rich do you plan to go there ? I would love to be > able to demo KVM on ARM 32bits :-) Yes, I'm going to FOSDEM and will bring some A20/A31 hardware along. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fedora 20 for Raspberry Pi????
On Thu, Dec 26, 2013 at 07:49:58PM +, Gordan Bobic wrote: > On 12/26/2013 02:20 PM, Derek Atkins wrote: > >Gordan Bobic writes: > > > >>(e.g. (but not limited to) a large number of packages make little or > >>no effort to ensure memory accesses are aligned - including the likes > >>of e2fsprogs, and transparent alignment fixup in hardware is only > >>available on armv7 and later). > > > >I'm surprised that Ted isn't willing to fix issues in e2fsprogs. > > > >If you can point me to the upstream bug reports I can ping him to see > >what's up? > > Take a look here: > http://comments.gmane.org/gmane.comp.file-systems.ext4/33324 > > As has been mentioned before, there is a whole shedload of packages > that have similar issues - I have seen literally thousands of > alignment faults get reported (I have the alignment set to fix+warn > on my armv5tel builders) in various packages during build and test > stages. Once upon a time I planned to collate the data and get the > issue reported to all upstream maintainers, but that is a mammoth > task just to report, let alone fix, and I have very little faith > there is enough will among the developers to fix all the affected > packages and ensure they write code that isn't affected by this > problem going forward. I disagree that it is even a problem; except in a very small number of cases where it causes a measurable slowdown. Is there a way to find out if a program is doing an excessive number of alignment fixups? Basically this is an architectural problem in ARM, and not something developers should go through hoops to fix except in the tiny number of cases where it causes an actual, measurable problem. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Cubieboards - Re: Announcing Fedora 19 ARM remix for Allwinner SOCs release 1, now with A20 support
On Thu, Dec 26, 2013 at 09:22:13AM -0500, Derek Atkins wrote: > Robert Moskowitz writes: > > > On 07/18/2013 06:12 PM, Hans de Goede wrote: > >> Hi All, > >> > >> I'm very happy to announce the first release (r1) of my Fedora 19 ARM > >> remix images for Allwinner A10, A10s, A13 and A20 based devices. This > >> release is based on the official Fedora 19 Final for ARM images, > >> with u-boot and kernel(s) from the linux-sunxi project: > >> http://linux-sunxi.org/ > > > > So I am looking hard at the cubieboards. Either the cb2 or cb3 > > (cubietruck). I found the following remixs: > > > > http://dl.cubieboard.org/software/a20-cubieboard/fedora/ > > > > Is production f19 available for the cb2; or is 'based on final' good > > enough with yum updates? What about the cb3? > > My understanding is that the only issue you'll have with the remix is > that you cannot 'yum update' into a non-remix kernel. Perhaps my > understanding is off? This is right. In fact if you try to do it (as I did) you'll end up with a system that needs manual intervention to boot. Hans's remix on the CT is recommended. I have upgraded mine to F20, I am running an upstream(-ish) kernel, and have got virtualization working. There are instructions on my blog on how to do all this. Make sure you get a serial cable (ie. CP2102 USB-serial converter). Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Hardware list - Re: Fedora 20 for Raspberry Pi????
On Mon, Dec 23, 2013 at 07:02:37PM -0500, Robert Moskowitz wrote: > > On 12/23/2013 04:31 PM, Richard W.M. Jones wrote: > >On Mon, Dec 23, 2013 at 04:24:42PM -0500, Robert Moskowitz wrote: > >>Is there a hardware list of arm v7 systems that people have gotten > >>fedora on? I did a quick search, but I've rarely been good a > >>effective searches... > >This is the list of what is supported by Fedora: > > > >https://fedoraproject.org/wiki/Architectures/ARM > > > >Remixes are covered here: > > > >https://fedoraproject.org/wiki/Architectures/ARM/F19/Remixes > > > >But if you mean what ARM hardware has anyone ever tried to run Fedora > >on and maybe got something working by hacking around, I don't think > >that exists. > > It would be nice for a place where people can report what they have > gotten working. And how. Luckily it's a wiki and anyone can edit it. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Hardware list - Re: Fedora 20 for Raspberry Pi????
On Mon, Dec 23, 2013 at 04:24:42PM -0500, Robert Moskowitz wrote: > Is there a hardware list of arm v7 systems that people have gotten > fedora on? I did a quick search, but I've rarely been good a > effective searches... This is the list of what is supported by Fedora: https://fedoraproject.org/wiki/Architectures/ARM Remixes are covered here: https://fedoraproject.org/wiki/Architectures/ARM/F19/Remixes But if you mean what ARM hardware has anyone ever tried to run Fedora on and maybe got something working by hacking around, I don't think that exists. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fedora 20 for Raspberry Pi????
On Mon, Dec 23, 2013 at 11:51:13AM -0600, Jon wrote: > To make a comparison: > > * Fedora does not offer support for older i486 processors. > * The Raspberry Pi is like that, using an old (out dated) ARMv6 CPU. > > Hope that helps clarify. > Raspberry PI are based on obsolete technology. The RPi works fine for many people. 2.3 million have been sold. I think we should be honest about the real reason: Either we have to maintain two sets of packages or we have to make everyone on the newer and faster armv7 suffer with unoptimized binaries, and we don't want to do either of those things. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fedora 20 for Raspberry Pi????
On Mon, Dec 23, 2013 at 06:32:47PM +0100, Geert Jansen wrote: > Out of curiosity: why is there such a difference in how the RPi is > handled and how other ARM boards are handled (BBB, etc.) in Fedora? Fedora has decided only to support armv7 (& v8, but you can't buy that hardware). The RPi's ARM chip is armv6. As a result Fedora isn't building this but it's handed off to someone else to do a remix. AIUI they have to recompile everything, not just the kernel, so it takes a while. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Cubietruck
On Sun, Dec 22, 2013 at 09:36:00AM +, Frank Murphy wrote: > Looking at getting a cubietruck, > (http://www.cubietruck.com/collections/frontpage/products/cubietruck-cubieboard3-cortex-a7-dual-core-2gb-ram-8gb-flash-with-wifi-bt) > which appear to be covered by: > https://fedoraproject.org/wiki/Architectures/ARM/F20/Remixes > > So figured I'd ask. > Would Fedora install and run on it, or remix only? Other people have covered your original question. In case you've not seen it, I've managed to get the upstream kernel and KVM (ie. hardware-accelerated virtualization) working on the Cubietruck: http://rwmj.wordpress.com/2013/12/13/kvm-working-on-the-cubietruck/#content http://rwmj.wordpress.com/2013/12/02/upstream-kernel-running-on-the-cubietruck/#content This is definitely the hardware to choose if you are interested in running KVM / virtualization stuff on ARM. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] Running aarch64 Fedora on x86-64 host with qemu
Userspace only, but it works ... http://rwmj.wordpress.com/2013/12/22/how-to-run-aarch64-binaries-on-an-x86-64-host-using-qemu-userspace-emulation/#content Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] FUSE appears non-functional on ARM
https://bugzilla.redhat.com/show_bug.cgi?id=1040945 Could I ask someone to look at the simple test case in that bug and see if they can reproduce it on another ARM host; in case it's some peculiarity of me / my hardware / my kernel. I'm not using the Fedora kernel -- I'm using an upstream kernel with sunxi patches -- so that might affect things. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] uboot with hyp mode support now available for the cubietruck
I can confirm this works at least as far as running libguestfs appliances using KVM. I had to use the attached hack to make qemu create Cortex-A7 guests, otherwise you get the following error: kvm_init_vcpu failed: Invalid argument Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) diff --git a/target-arm/kvm.c b/target-arm/kvm.c index 6e5cd36..48b2773 100644 --- a/target-arm/kvm.c +++ b/target-arm/kvm.c @@ -86,7 +86,7 @@ int kvm_arch_init_vcpu(CPUState *cs) struct kvm_reg_list *rlp; ARMCPU *cpu = ARM_CPU(cs); -init.target = KVM_ARM_TARGET_CORTEX_A15; +init.target = KVM_ARM_TARGET_CORTEX_A7; /* XXX HACK */ memset(init.features, 0, sizeof(init.features)); ret = kvm_vcpu_ioctl(cs, KVM_ARM_VCPU_INIT, &init); if (ret) { ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] uboot with hyp mode support now available for the cubietruck
On Mon, Dec 09, 2013 at 02:18:43PM +0100, Hans de Goede wrote: > Hi Richard et al, > > Good news for those wanting to play with hw virt on arm, there now > is a u-boot with hyp support: > > [0.050980] CPU1: Booted secondary processor > [0.051033] CPU1: thread -1, cpu 1, socket 0, mpidr 8001 > [0.051181] Brought up 2 CPUs > [0.051201] SMP: Total of 2 processors activated. > [0.051208] CPU: All CPU(s) started in HYP mode. > [0.051213] CPU: Virtualization extensions available. > > To use this, build this uboot from source: > https://github.com/jwrdegoede/u-boot-sunxi/commits/sunxi-test > > ie: > > make -j4 CROSS_COMPILE=arm-linux-gnu- cubietruck_config > make -j4 CROSS_COMPILE=arm-linux-gnu- > sudo dd if=u-boot-sunxi-with-spl.bin of=/dev/mmcblk0 bs=1024 seek=8 > > And use it with this kernel, which removes a hack I had added > to get the arch timers to work without proper uboot support: > > https://github.com/jwrdegoede/linux-sunxi/commits/sunxi-test2 > > I called it sunxi-test2 rather then re-using the old sunxi-test, > so that people with an older u-boot following sunxi-test don't > get bitten by needing a newer u-boot. This is great news. I'll test it out tonight. I was reading Peter Robinson's blog today[1] and he mentioned getting AllWinner support, in Fedora 21. Is that a realistic plan -- (from my point of view) at least headless virt support for the Cubietruck in F21? I'm not too clear on how all these patches are going upstream, if at all. Rich. [1] http://nullr0ute.com/2013/12/arm-hardware-support-on-fedora-20/ -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Any opinions on ODROID-XU ?
On Sat, Dec 07, 2013 at 03:52:12PM +, Peter Robinson wrote: > On Sat, Dec 7, 2013 at 3:30 PM, Richard W.M. Jones wrote: > > On Sun, Oct 06, 2013 at 10:06:59AM +0100, Peter Robinson wrote: > >> I would like to support the various ODROID (and I think there's over a > >> dozen of them) but at the moment we don't support any of the Exynos > >> platforms well at the moment and upstream they still haven't managed > >> to land even the basic Multi Platforms support for that kernel which > >> pretty much kills us dead to support it well. I believe Linaro have > >> the action item to land to MP support and I've been told since around > >> 3.7 that it'll be "next cycle" but it never seems to make it. Once MP > >> support lands we'll start to look at it closer. > > > > Sorry to ask what may be obvious, but "Multi Platforms support" > > means device tree support? > > No, it means booting a single kernel on multiple SoCs. Basically going > back to prior to 3.7 we had to have a different kernel for each SoC > (tegra/imx/highbank/omap/versatile) and now we have a single kernel > for pretty much everything. DT tends to be one of the things that come > with that but it's not necessary or dependent. OK, device tree describes the layout of the hardware. What other sorts of differences between SoCs need to be considered? (I thought that ARM instruction sets were compatible within ARM versions?) The reason for asking all this is I'm trying to understand what's going on with the hardkernel ODROID-XU Linux tree. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Any opinions on ODROID-XU ?
On Sun, Oct 06, 2013 at 10:06:59AM +0100, Peter Robinson wrote: > I would like to support the various ODROID (and I think there's over a > dozen of them) but at the moment we don't support any of the Exynos > platforms well at the moment and upstream they still haven't managed > to land even the basic Multi Platforms support for that kernel which > pretty much kills us dead to support it well. I believe Linaro have > the action item to land to MP support and I've been told since around > 3.7 that it'll be "next cycle" but it never seems to make it. Once MP > support lands we'll start to look at it closer. Sorry to ask what may be obvious, but "Multi Platforms support" means device tree support? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] F20 Beta-5 on BeagleBone Black
On Thu, Nov 28, 2013 at 10:09:03PM +0100, Jos Vos wrote: > I did not have anything connected except RJ45 (I read somewhere USB > doesn't work with Fedora, so USB does work for a serial console?), USB serial connectors certainly do work in Fedora. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] [master/rhel7-branch][PATCH] Don't allow bootloader and /boot on iSCSI on s390 (#1034222)
On Tue, Nov 26, 2013 at 02:17:22PM +, Peter Robinson wrote: > On Tue, Nov 26, 2013 at 2:01 PM, Dan Horák wrote: > > On Tue, 26 Nov 2013 14:50:29 +0100 > > Vratislav Podzimek wrote: > > > >> On Tue, 2013-11-26 at 14:47 +0100, Dan Horák wrote: > >> > On Tue, 26 Nov 2013 14:41:15 +0100 > >> > Vratislav Podzimek wrote: > >> > > >> > > s390(x) cannot boot from an iSCSI disk. > >> > > >> > what about other arches eg. ARM? > >> Is there any bug on that? And any HW/person for testing? > > > > I think boot from iSCSI should be enabled only for positive list of > > arches (like x86, ppc), I guess it requires special support in > > device firmware > > > > the Fedora/ARM list is in on CC > > It depends, you can boot using an initrd with SW iSCSI support (either > off a local card or via netboot) and have the rootfs on an iSCSI LUN > and there's a few people have done that with the Trimslice as a PCIe > attached gig interface tends to be faster than usb2 attached SSD. For reference: http://www.delorie.com/arm/trimslice/iscsi.html Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] EOMA68-A20 CPU Card and Improv Engineering Board available for sale
On Tue, Nov 26, 2013 at 09:18:16AM +, luke.leighton wrote: > On Tue, Nov 26, 2013 at 9:10 AM, Richard W.M. Jones wrote: > > On Mon, Nov 25, 2013 at 09:23:30PM +, luke.leighton wrote: > >> hoooray, hooray, finally we're on to a non-CE/non-FCC beta run. $75 > >> plus tax & shipping via our 3rd party partners. specs at the link > >> below. anyone on debian-arm or fedora-arm who would like to order one > >> and would like a preorder code so as to be able to jump the first-come > >> first-served queue (i have a few available) please contact me directly > >> for instructions ok? > >> > >> http://eoma68-a20.qimod.com/improv.html > > > > I have to admit this website and the ones linked from it leave me > > more confused than when I started. > > awesome! there's a lot of history behind this project - it's been in > development for over 2 years. > > > Is this a PCMCIA card? > > no. > > > That sounds like an interesting form factor, > > but in that case how does the serial console work? > > http://elinux.org/Embedded_Open_Modular_Architecture/EOMA-68 So it's a PCMCIA form factor that fits into some sort of backplane? I think this project could do with some sort of "what on earth is this?" introduction for people who know absolutely nothing about what you're trying to do. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] EOMA68-A20 CPU Card and Improv Engineering Board available for sale
On Mon, Nov 25, 2013 at 09:23:30PM +, luke.leighton wrote: > hoooray, hooray, finally we're on to a non-CE/non-FCC beta run. $75 > plus tax & shipping via our 3rd party partners. specs at the link > below. anyone on debian-arm or fedora-arm who would like to order one > and would like a preorder code so as to be able to jump the first-come > first-served queue (i have a few available) please contact me directly > for instructions ok? > > http://eoma68-a20.qimod.com/improv.html I have to admit this website and the ones linked from it leave me more confused than when I started. Is this a PCMCIA card? That sounds like an interesting form factor, but in that case how does the serial console work? Assuming it's a development board, not a PCMCIA card: - Why not give it more RAM? The A20 can address up to 2GB which I consider to be an absolute minimum for serious work. - Why not include a CP2102-type UART-USB chip so you can just plug it directly into USB to get a serial console. IMHO serial ports are requirements for development boards, not something that everyone should be forced to buy separately. - Precisely what patches are required to get the upstream kernel to work? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Mele A1000G Quad (AllWinner A31 quad core Cortex-A7)
On Sun, Nov 24, 2013 at 03:23:25PM +0100, Hans de Goede wrote: > Have you seen this ? > http://linux-sunxi.org/Mainline_Kernel_Howto Sure, that's what I'm following too :-) > That works for me together with this kernel tree: > https://github.com/mripard/linux/tree/sunxi-next > > But only if I use an appended ramdisk as advised, I've not > yet managed to get things to work with a separate ramdisk ... I think you meant to say s/with/without/ there, and yes I'm having the same problem I think. > Unfortunately I've not managed to get any further then that. > > Last week I've just finished my last large project (usb-3 bulk > streams + uas support in both the kernel and qemu), so hopefully > soon I'll have time to really start looking into mmc support for > the upstream kernel. But first I'm going to take it easy a few > weeks (catching my breath after the big push I did at the end > of that last project). No probs, I'll keep plugging away. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Mele A1000G Quad (AllWinner A31 quad core Cortex-A7)
On Sun, Nov 24, 2013 at 12:35:52PM +0100, Hans de Goede wrote: > Alternatively, and likely a better path, esp. given that you want to > do virt on it, you could try to get the upstream kernel running on it. > > The first step would be to find a u-boot which support sd-card boot > on the A31, and I don't know if someone already has that working. > > The upstream kernel does have rudimentary A31 support, and as A10 / > A20 support gets enhanced, A31 support should more or less grow in > sync, since they mostly use the same ip blocks. This does require > someone to write the necessary devicetree bits for A31. Some of > the linux-sunxi devs do have A31 boards (I don't). So I would expect > them to write such device tree support. Yes, definitely upstream is the better choice for our requirements (getting KVM going). I spent a good deal of time yesterday trying to run the upstream, sunxi-next, sunxi-next-a20-smp and sunxi-devel kernels on the Cubietruck (A20). The kernels all compile OK, but I had no success booting any of them. It seems to hang very early on, before even uncompressing the kernel. Does anyone have a working boot.cmd for the Cubietruck with an upstream kernel? Or even a description of the process of booting? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] Mele A1000G Quad (AllWinner A31 quad core Cortex-A7)
I'm pretty impressed with the general build quality of the Mele A1000G Quad. It seems to me that development boards offer no real advantage over it. What sort of information would I need to collect in order to have this working in Fedora or with the AllWinner remix? Looking at Hans's github repositories it seems like the "*.fex" file is important in some way, but I don't know where this comes from or how to create it. Apart from this is anything else required? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Marsboard support
On Tue, Nov 19, 2013 at 02:57:31PM +0100, Francesco D'Aluisio wrote: > Hans's work is great! > However linux-sunxi.org[1] has a experimental branch on 3.10 kernel with DT > support but currently not very useful for Fedora > > [1] https://github.com/linux-sunxi/linux-sunxi/tree/experimental/sunxi-3.10 More info here: http://linux-sunxi.org/Mainlining_Effort I'm going to try the upstream kernel tomorrow on my A31 (waiting for another UART cable to be delivered ...). I don't care about lack of GPU support. If it boots and has ethernet, I'm good to go. Can we consider supporting Allwinners in Fedora without caring about GPU/graphical stuff? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] [linux-sunxi] Re: Announcing Fedora 19 ARM remix for Allwinner SOCs release 1, now with A20 support
On Tue, Nov 12, 2013 at 08:21:57AM +0100, Hans de Goede wrote: > AFAIK it is similar to other allwinner devices and it is reasonable > hack-able, (ie not locked down, most source code available in the > form of android kernels) but no one really is working on it. AFAIK > there is some rudimentary support in the upstream kernel. Assuming > this soc uses the same ip-blocks for mmc and network as the A10 / > A20 it could be that support for it will get better as those get > better support upstream. I ordered one, so I'll let you know how it goes. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] [linux-sunxi] Re: Announcing Fedora 19 ARM remix for Allwinner SOCs release 1, now with A20 support
On Mon, Nov 11, 2013 at 08:43:48PM +, Richard W.M. Jones wrote: > On Mon, Nov 11, 2013 at 08:11:35PM +0100, Hans de Goede wrote: > > Hi, > > > > On 11/11/2013 07:56 PM, Roman Mamedov wrote: > > >On Mon, 11 Nov 2013 10:01:05 -0800 (PST) > > >deasy wrote: > > > > > >>Mele A1000G support ? Sure ? It's with an A31 right ? > > >>As someone asked on the channel linux-sunxi for linux distro on > > >>a1000g(a31) > > >>and we have answered there is no distro for it. > > > > > >There was Mele A1000G with A10 and 1GB of RAM: > > >http://dx.com/p/mele-a1000g-android-4-0-google-tv-player-w-wi-fi-sd-1gb-ram-8gb-rom-vga-black-161823 > > > > Right, that is what the A1000G support is for. > > > > >The A31 one is called "A1000G Quad". > > >http://www.aliexpress.com/store/product/Quad-Core-Mele-A1000G-Quad-Mini-PC-Android-4-1-TV-Box-Allwinner-ARM-CortexA7-2GB/715968_818962879.html > > > > And not for this one. > > Aren't those two the same thing? Obviously I see they're not the same. How hackable is the A31-based box? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] [linux-sunxi] Re: Announcing Fedora 19 ARM remix for Allwinner SOCs release 1, now with A20 support
On Mon, Nov 11, 2013 at 08:11:35PM +0100, Hans de Goede wrote: > Hi, > > On 11/11/2013 07:56 PM, Roman Mamedov wrote: > >On Mon, 11 Nov 2013 10:01:05 -0800 (PST) > >deasy wrote: > > > >>Mele A1000G support ? Sure ? It's with an A31 right ? > >>As someone asked on the channel linux-sunxi for linux distro on a1000g(a31) > >>and we have answered there is no distro for it. > > > >There was Mele A1000G with A10 and 1GB of RAM: > >http://dx.com/p/mele-a1000g-android-4-0-google-tv-player-w-wi-fi-sd-1gb-ram-8gb-rom-vga-black-161823 > > Right, that is what the A1000G support is for. > > >The A31 one is called "A1000G Quad". > >http://www.aliexpress.com/store/product/Quad-Core-Mele-A1000G-Quad-Mini-PC-Android-4-1-TV-Box-Allwinner-ARM-CortexA7-2GB/715968_818962879.html > > And not for this one. Aren't those two the same thing? How hackable are either of these boxes? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] FYI: AArch64 code generator for OCaml
Yay! https://github.com/ocaml/ocaml/tree/trunk/asmcomp/arm64 I'll include this in the next OCaml release, likely targeting Fedora 22. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Arndale Octa
On Tue, Oct 29, 2013 at 09:04:17PM +, Sid Boyce wrote: > The latest kernel I built and have running is 3.8.13.10 with Mali > 400 GPU support and 3.8.13.11 awaiting a reboot. [...] > As for the platform itself, I natively build kernels and everything > else including Qt-5.1.1 as it has enough power to not need > cross-compiling anything. How do you compile these kernels? I mean to say, do you just compile the upstream 3.8.* stable kernels, or do you need to add patches, and if so what patches and from where? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Arndale Octa
On Tue, Oct 29, 2013 at 01:44:25PM -0500, Connie Sieh wrote: > Does the [ODROID-XU] product work? Yes and no. Yes I've got it to work and I'm now using it for some light compiling. However there are some major shortcomings from my point of view (as someone looking specifically for a KVM / hardware virt development platform): - No serial, impossible to see any boot messages. - Display did not work at all until I spend nearly £200 buying a new HDMI monitor and the weird uncommon micro-HDMI cable that the ODROID-XU uses. Now it works after X starts, but not before. Still no boot messages. - Despite a lot of trying, I could not work out how to recreate the boot process from their wiki, so I'm using the ODROID-supplied F19 disk image. - Can only use the Android 3.4 kernel. Possibly an upstream kernel would work, but because I can't see any boot messages, I'm afraid to try because it would effectively brick it. 3.4 kernel doesn't support any KVM stuff, so it's useless for the intended purpose. We need to be running our own self-compiled upstream kernels for serious development. For some background on this, here's what I am looking for: http://www.spinics.net/linux/fedora/fedora-arm/msg06946.html Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Arndale Octa
Unfortunately they only support wire transfers which are like £10 from the UK and a giant PITA. Come on guys, Paypal ... Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Arndale Octa
On Tue, Oct 29, 2013 at 01:26:10PM -0500, Connie Sieh wrote: > There is also the odroid-xu at http://www.hardkernel.com/ for 169.00 . Yup, got that. Something of a pain so far. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] Arndale Octa
http://www.pyrustek.com/ $179 ex tax at the moment Exynos 5420-based, ie. 8 core big.LITTLE. What do people think about this one? (Note I'm only interested in this for KVM development.) Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] How to debug: Initramfs unpacking failed: junk in compressed archive
On Thu, Oct 24, 2013 at 12:42:49PM -0500, Alex Villacís Lasso wrote: > Just for the record, the actual size of the on-disk initramfs is > 7861729 bytes. I padded it with 7 extra zero bytes to make the size > a multiple of 8, in case the bootloader requires an 8-byte > restriction. Why 8-byte? The kernel image got that size restriction > by chance. Is this valid? I can not recall anyone saying they had to pad the size of the initramfs file. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] How to debug: Initramfs unpacking failed: junk in compressed archive
On Wed, Oct 23, 2013 at 12:11:57PM -0500, Alex Villacís Lasso wrote: > How do I peek into the initramfs memory from within the Linux > system, in order to check the actual contents to see where the > corruption is? Is there any block device to check? It doesn't work like this. When the kernel boots, it locates the initrd and then parses it, creating files and directories as it parses, in a tmpfs-like in-memory filesystem from the (optionally gzipped-) cpio data. There is no block device backing it. Because it is using gzip and cpio, the kernel is able to verify the data looks sane as it goes along, hence the error message. Note that recent kernels support xz compression. Not sure about your kernel, but it might help you squeeze a little bit more into the initramfs. You could also try to add some debugging to init/initramfs.c (eg. in the 'do_name', 'do_copy' and 'do_symlink' functions). Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fwd: decent reasonably-priced armhf system with sata, gigabit ethernet, dual-core processor and 2gb of RAM
On Sun, Oct 20, 2013 at 12:51:30PM +0100, Peter Robinson wrote: > >> At the moment I believe the best bet for this sort of support will be > >> the Allwinner SOCs (and I never thought I'd be typing that) and we'll > >> work with Hans to ensure his remix is usable and that we support as > >> much as possible upstream to make his life as easy as possible. > > > > > > Allow me to jump in here :) Now that we've a basically working kernel > > based on 3.4 android sources, the linux-sunxi community is recently > > focussing > > more and more on upstream work so we are slowly getting to a point were > > using allwinner devices with an upstream kernel may be feasible. This will > > likely be like the early trimslice days, so no video output support, but > > lan support is already in place upstream and usb support is on its way. > > > > The big remaining issue upstream is mmc / sdcard support, but I've good > > hopes there too. > > > > Once that is in place users will basically be able to choose: > > > > 1) Use plain Fedora, which will hopefully eventually support kvm on > > the cortex A7 (this requires using an upstream kernel), which means > > loosing things like video output, audio in/out, etc. (for now). > > > > 2) Use a linux-sunxi kernel, which means almost all peripherals will > > work, but no kvm support. > > > > I hope to be able to start working on upstream allwinner support soon-ish, > > I'm more or less done with my work on the 3.4 kernel, everything just > > works there now (more or less). But I've been quite busy recently with > > other stuff. > > That's good news, from Richard's PoV the upstream with > mmc/network/serial/virt support is probably more than enough to begin > with. Right, as Peter says. Also I've just ordered a Cubietruck, so we'll see how that goes. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fwd: decent reasonably-priced armhf system with sata, gigabit ethernet, dual-core processor and 2gb of RAM
On Sat, Oct 19, 2013 at 07:31:20PM +0100, luke.leighton wrote: > On Sat, Oct 19, 2013 at 5:02 PM, Richard W.M. Jones wrote: > > On Thu, Oct 17, 2013 at 02:30:15PM +0100, luke.leighton wrote: > >> i posted this to the debian-arm list but it occurred to me that you > >> guys might appreciate having a decent desktop-style system as well as > >> something with enough RAM to do compiles of some of the larger > >> packages without needing to run into swap space, as well. > >> > >> joe (posting on arm-netbooks) has managed to get a sub-17-second boot > >> to desktop out of the A20 when it's matched with 1gbyte 800mhz DDR3 > >> RAM and a decent SATA SSD: now imagine what happens when that's 2gbyte > >> 1333mhz DDR3 RAM :) > > > > I was looking at the A20 a while back. This has a Cortex-A7 > > -compatible processor, right? > > strictly speaking this is the wrong question: it *is* a Cortex A7. > if it was "compatible" that would imply that it was some sort of > clone, which it's not. allwinner are licensees of ARM cores, > including the Cortex A7. > > > Does it do hardware virtualization, > > http://www.arm.com/products/processors/cortex-a/cortex-a7.php > > apparently yes. which is pretty amazing. OK. A bit of background about why I (keep) asking about this: We're looking for a development platform on which people can do KVM, libvirt, virt-*, libguestfs, etc. The criteria are basically: - cheap - available to purchase now in many countries - ordinary human beings can install Fedora & make KVM work The Samsung Chromebook is kinda the default now. It's not especially cheap, although not too expensive. However the main problem is that HYP mode is crippled out of the box, and enabling it can't be done by regular humans. I'm currently testing the ODROID-XU. Not with any success, it has to be said -- too much peculiar hardware, like uncommon HDMI connectors, homebrew eMMC, and incompatible UART -- I need to visit an electrical shop before I can find out why it's refusing to boot. I think I'm in a bit of a peculiar position because I care a lot more about having a serial port or a VGA port, than having a powerful GPU. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Fwd: decent reasonably-priced armhf system with sata, gigabit ethernet, dual-core processor and 2gb of RAM
On Thu, Oct 17, 2013 at 02:30:15PM +0100, luke.leighton wrote: > i posted this to the debian-arm list but it occurred to me that you > guys might appreciate having a decent desktop-style system as well as > something with enough RAM to do compiles of some of the larger > packages without needing to run into swap space, as well. > > joe (posting on arm-netbooks) has managed to get a sub-17-second boot > to desktop out of the A20 when it's matched with 1gbyte 800mhz DDR3 > RAM and a decent SATA SSD: now imagine what happens when that's 2gbyte > 1333mhz DDR3 RAM :) I was looking at the A20 a while back. This has a Cortex-A7 -compatible processor, right? Does it do hardware virtualization, ideally without too much hacking? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Any opinions on ODROID-XU ?
On Sat, Oct 05, 2013 at 01:27:43PM -0400, Arun Thomas wrote: > On Sat, Oct 5, 2013 at 11:45 AM, Jon wrote: > > > I decided to avoid this one, and instead wait for the next Chromebook with > > 5420. > > > > Has anyone tried to wire up serial to the current Chromebook? How about a USB serial port? > Anyone heard rumors about an Arndale board with the 5420? Insignal was > planning to sell an Arndale board with the 5410 [1], but I'm not sure if > that's still the case. Is the Arndale actually available to buy? Their website is still "coming soon" in November. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] Any opinions on ODROID-XU ?
On Sat, Oct 05, 2013 at 07:46:15AM +0100, Richard W.M. Jones wrote: > There is apparently an unofficial Fedora 19 image which boots > (http://forum.odroid.com/viewtopic.php?f=62&t=2366). I've no idea > if/where they are making source available, or even if it needs patches. Source (or something) is published here: http://dn.odroid.com/ODROID-XU/ Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] Any opinions on ODROID-XU ?
If you can stand a very slow web site: http://www.hardkernel.com/renewal_2011/products/prdt_info.php?g_code=G137510300620 There is apparently an unofficial Fedora 19 image which boots (http://forum.odroid.com/viewtopic.php?f=62&t=2366). I've no idea if/where they are making source available, or even if it needs patches. The hardware is interesting: - Cortex A15, hence at least the potential of virtualization support. It's not clear if there are any firmware roadblocks to this actually working. - 8 core big.LITTLE (ie. 4 x A15 + 4 x A7). Is there any support for this upstream yet? I read an article in LWN indicating it was rather complicated to support properly. - A bit low on RAM (2 GB). - A fan(!) Any opinions on this one? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm