Re: Daily d-i builds fail on armhf and armel with segfault in mklibs
On Sun, Sep 11, 2016 at 10:36:21PM +0200, Karsten Merker wrote: > CCing Clint Adams (fakeroot maintainer) in the hope that he might > be able to provide some further insight. I don't have access to my ARM devices this week but if I did I would try what's described in the gdb section of /usr/share/doc/fakeroot/DEBUG .
Re: Bug#819890: haskell-http2: FTBFS on armel buildds (was: Re: Please give back haskell-http2 on armel)
On Mon, Apr 04, 2016 at 05:24:38AM +, Riku Voipio wrote: > The reproducible-builds is armhf while the failing ones are armel. The > regression > appears to be a code change in haskell-http2 between 1.0.4 and 1.3.1: > > https://buildd.debian.org/status/logs.php?pkg=haskell-http2=armel I think we can be pretty confident that the bug is in ghc or doctest.
Re: DreamPlug-jessie troubles
On Sun, Oct 19, 2014 at 12:13:19PM +0100, Ian Campbell wrote: What device is your rootfs on? /dev/sda1 I'm booting with root on /dev/sdb (the external sd card) and that seems ok. My internal sdcard is knackered so I can't test but I think the controllers etc are the same. (not posting my dmesg because it is mostly sda failure spew). Some potentially interesting package versions from my system for comparison: ii linux-image-3.16-2-kirkwood 3.16.3-2 armel Linux 3.16 for Marvell Kirkwood ii linux-image-kirkwood3.16+61 armel Linux for Marvell Kirkwood (meta-package) ii initramfs-tools 0.116all generic modular initramfs generator ii flash-kernel3.25 armel utility to make certain embedded devices bootable All same. I have MODULES=dep via /etc/initramfs-tools/conf.d/driver-policy (which overrides /etc/initramfs-tools/initramfs.conf). This is normal for an armel system. Did not have this, uInitrd has now shrunk considerably. My command line is console=ttyS0,115200n8 rootwait root=/dev/sdb2. Since /dev/sd[ab] are on a USB bus perhaps rootwait is what makes the difference? I've had rootwait on for years. Other observations: If I boot the wheezy kernel with no initrd it hangs in rootwait for /dev/sda1. If I boot the wheezy kernel with initrd and no dtb it boots fine. If I boot the wheezy kernel with initrd and either the 3.16-2-kirkwood dtb (10037 octets) or the 3.2.0-4-kirkwood dtb (976 octets), it panics due to lack of root device just like with the jessie kernel. break=premount does not appear to do anything. 2102509 bytes read in 367 ms (5.5 MiB/s) 9907620 bytes read in ms (8.5 MiB/s) 10037 bytes read in 195 ms (49.8 KiB/s) ## Booting kernel from Legacy Image at 0640 ... Image Name: kernel 3.16-2-kirkwood Created: 2014-10-19 13:11:29 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size:2102445 Bytes = 2 MiB Load Address: 8000 Entry Point: 8000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 0680 ... Image Name: ramdisk 3.16-2-kirkwood Created: 2014-10-19 13:11:31 UTC Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size:9907556 Bytes = 9.4 MiB Load Address: Entry Point: Verifying Checksum ... OK ## Flattened Device Tree blob at 00c0 Booting using the fdt blob at 0xc0 Loading Kernel Image ... OK Loading Ramdisk to 0f68d000, end 0d64 ... OK Loading Device Tree to 0f687000, end 0f68c734 ... OK Starting kernel ... Uncompressing Linux... done, booting the kernel. [0.00] Booting Linux on physical CPU 0x0 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.16-2-kirkwood (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-11) ) #1 Debian 3.16.3-2 (2014-09-20) [0.00] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=0005397f [0.00] CPU: VIVT data cache, VIVT instruction cache [0.00] Machine model: Globalscale Technologies Dreamplug [0.00] bootconsole [earlycon0] enabled [0.00] Memory policy: Data cache writeback [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 130048 [0.00] Kernel command line: console=ttyS0,115200n8 earlyprintk [0.00] PID hash table entries: 2048 (order: 1, 8192 bytes) [0.00] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) [0.00] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) [0.00] Memory: 513332K/524288K available (3948K kernel code, 360K rwdata, 1444K rodata, 282K init, 293K bss, 10956K reserved, 0K highmem) [0.00] Virtual kernel memory layout: [0.00] vector : 0x - 0x1000 ( 4 kB) [0.00] fixmap : 0xffc0 - 0xffe0 (2048 kB) [0.00] vmalloc : 0xe080 - 0xff00 ( 488 MB) [0.00] lowmem : 0xc000 - 0xe000 ( 512 MB) [0.00] pkmap : 0xbfe0 - 0xc000 ( 2 MB) [0.00] modules : 0xbf00 - 0xbfe0 ( 14 MB) [0.00] .text : 0xc0008000 - 0xc054c43c (5394 kB) [0.00] .init : 0xc054d000 - 0xc0593844 ( 283 kB) [0.00] .data : 0xc0594000 - 0xc05ee3e8 ( 361 kB) [0.00].bss : 0xc05ee3e8 - 0xc06379c0 ( 294 kB) [0.00] NR_IRQS:114 [0.13] sched_clock: 32 bits at 200MHz, resolution 5ns, wraps every 21474836475ns [0.008230] Console: colour dummy device 80x30 [0.012823] Calibrating delay loop... 1185.79 BogoMIPS (lpj=2371584) [0.042872] pid_max:
Re: DreamPlug-jessie troubles
On Sun, Oct 19, 2014 at 02:30:58PM +0100, Ian Campbell wrote: Another datapoint which might be of interest: # lsinitramfs /boot/initrd.img | grep \\.ko lib/modules/3.16-2-kirkwood/kernel/fs/ext4/ext4.ko lib/modules/3.16-2-kirkwood/kernel/fs/mbcache.ko lib/modules/3.16-2-kirkwood/kernel/fs/jbd2/jbd2.ko lib/modules/3.16-2-kirkwood/kernel/crypto/crct10dif_common.ko lib/modules/3.16-2-kirkwood/kernel/crypto/crct10dif_generic.ko lib/modules/3.16-2-kirkwood/kernel/lib/crc-t10dif.ko lib/modules/3.16-2-kirkwood/kernel/drivers/scsi/sd_mod.ko lib/modules/3.16-2-kirkwood/kernel/drivers/scsi/scsi_mod.ko lib/modules/3.16-2-kirkwood/kernel/drivers/usb/storage/usb-storage.ko lib/modules/3.16-2-kirkwood/kernel/drivers/usb/common/usb-common.ko lib/modules/3.16-2-kirkwood/kernel/drivers/usb/core/usbcore.ko lib/modules/3.16-2-kirkwood/kernel/drivers/usb/host/ehci-orion.ko lib/modules/3.16-2-kirkwood/kernel/drivers/usb/host/ehci-hcd.ko lib/modules/3.16-2-kirkwood/kernel/drivers/mmc/core/mmc_core.ko lib/modules/3.16-2-kirkwood/kernel/drivers/mmc/card/mmc_block.ko lib/modules/3.16-2-kirkwood/kernel/drivers/md/dm-mod.ko lib/modules/3.16-2-kirkwood/kernel/drivers/usb/host/ehci-orion.ko lib/modules/3.16-2-kirkwood/kernel/drivers/usb/host/ehci-hcd.ko lib/modules/3.16-2-kirkwood/kernel/drivers/usb/core/usbcore.ko lib/modules/3.16-2-kirkwood/kernel/drivers/usb/common/usb-common.ko lib/modules/3.16-2-kirkwood/kernel/drivers/usb/storage/usb-storage.ko lib/modules/3.16-2-kirkwood/kernel/drivers/scsi/sd_mod.ko lib/modules/3.16-2-kirkwood/kernel/drivers/scsi/scsi_mod.ko lib/modules/3.16-2-kirkwood/kernel/drivers/mmc/core/mmc_core.ko lib/modules/3.16-2-kirkwood/kernel/drivers/mmc/card/mmc_block.ko lib/modules/3.16-2-kirkwood/kernel/drivers/md/dm-mod.ko lib/modules/3.16-2-kirkwood/kernel/crypto/crct10dif_common.ko lib/modules/3.16-2-kirkwood/kernel/crypto/crct10dif_generic.ko lib/modules/3.16-2-kirkwood/kernel/fs/ext4/ext4.ko lib/modules/3.16-2-kirkwood/kernel/fs/jbd2/jbd2.ko lib/modules/3.16-2-kirkwood/kernel/fs/mbcache.ko lib/modules/3.16-2-kirkwood/kernel/lib/crc-t10dif.ko -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141019133604.ga32...@scru.org
Re: DreamPlug-jessie troubles
On Sun, Oct 19, 2014 at 01:31:34PM +, Clint Adams wrote: If I boot the wheezy kernel with initrd and no dtb it boots fine. Er, so if I do the same with the jessie kernel (uImage, uInitrd, no dtb), it works too. I'm quite confused. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141019140119.ga1...@scru.org
Re: DreamPlug-jessie troubles
On Sun, Oct 19, 2014 at 03:16:13PM +0100, Ian Campbell wrote: flash-kernel will append a dtb by default, which I think will take This is an important thing I was missing. Thanks! precedence over anything you provide via the bootloader. When you say no dtb do you just mean didn't give one in the bootloader? Do your I meant bootm with two arguments instead of three. kernels have one appended? IIRC dreamplug never had board-file support so a dtb must be coming from somewhere. The uImage header is 64 bytes so the uImage should either be sizeof(vmlinuz)+64 or sizeof(vmlinuz)+sizeof(dtb)+64. Yes, you are correct, uImage is sizeof(vmlinuz)+sizeof(dtb)+64. This doesn't appear to have actually used your initrd, despite you having loaded one above, in particular there is no Unpacking initramfs... message and none of the expected logging from the initramfs. I'm not sure why this should be. Seeing your u-boot bootcmd might be helpful/informative. After interpolation, it's roughly equivalent to usb start; ext2load usb 0:1 0x640 /boot/uImage; \ ext2load usb 0:1 0x680 /boot/uInitrd; \ bootm 0x640 0x680 The problematic configuration (which I guess worked with wheezy as a no-op?) included an ext2load of /boot/dtb and passing that address to bootm. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141019145618.ga3...@scru.org
DreamPlug-jessie troubles
I just upgraded my DreamPlug to jessie. The jessie kernel booted happily with wheezy u-boot, but when I upgraded to the jessie u-boot, I get a can't-find-root-device panic. Fortunately, it can boot the wheezy kernel, but what am I doing wrong? -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141018224118.ga6...@scru.org
Re: Sheevaplug hangs after u-boot upgrade
On Fri, Sep 20, 2013 at 06:18:03PM +0200, willem de jong wrote: The sheevaplug hangs at 'done, now booting the kernel'. Output is below. It seems the IDE disc is not being recognized. The setup was working fine before, 2 years without a reboot. Can anyone point me in the right direction please? You might want to try a squeeze or wheezy kernel instead. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130920162510.ga30...@scru.org
Re: Bricked Sheevaplug
On Tue, Nov 27, 2012 at 08:56:14PM -0800, Herman Swartz wrote: Do you have info or links to instruction on how to use openocd with Sheeva PLUG? A cfg file for PLUG would help. /usr/share/openocd/scripts/board/sheevaplug.cfg /usr/share/openocd/scripts/interface/sheevaplug.cfg are in the Debian openocd package. Note that I have encountered two different varieties of SheevaPlug in the wild, and had to use a modified config for one of them. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121128152100.ga26...@scru.org
Re: OpernRD Ultimate with two USB hard disks. How to tell uboot which one to boot from?
On Sat, Aug 11, 2012 at 05:45:00PM -0700, Rick Thomas wrote: How can I make sure that uboot will always use the system disk? You could check both drives for the uImage etc. files and boot the first match. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120812010841.ga29...@scru.org
Re: uBoot Overlay
On Sun, Jul 15, 2012 at 07:17:07PM +0200, DrEagle wrote: Is there any solution to boot with uImage and uInitrd from an ubifs container, and the whole rootfs in a raid ide ? If you have any tweak about raid booting, it may be helpfull. I'll like to have a good solution to boot debianized sheevaplug or a raid nas with /boot from ubifs in nand and overlay for the whole system in usb ext filesystem or raid ide for / (rootfs). Is there any tweaks to get this solution working without writing a complex script using chroot or pivot_root ? Does initramfs-tools not do it out of the box? -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120723145632.ga12...@scru.org
Re: u-boot and gpt
On Mon, Jun 11, 2012 at 03:47:38AM -0500, kqt4a...@gmail.com wrote: I apologize for continuing this on a Debian list but the forum at plugcomuting.org refuses to allow me to register. I can rebuild the environment from my backup but I used guruplug-installer runme.sh to burn u-boot and it reports to have written the proper variables. [rray@grumpy2 guruplug-installer]$ sudo ./runme.sh my_u-boot.kwb Your runme.sh probably expects the u-boot environment to be stored at 0xa, whereas mainline and Debian u-boot images would have it at 0x4. You might also consider redoing your MTD setup so as to keep your environment in a separate partition from the U-Boot executable if this going to be a frequent problem for you. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120611193929.ga5...@scru.org
Re: u-boot and gpt
On Sun, Jun 10, 2012 at 01:23:09PM -0500, kqt4a...@gmail.com wrote: And installed Debian with no trouble but u-boot can not see the GPT partition table. From what I read GPT support was added to u-boot several years ago. Is there something I need to do to get this to work? Try patching the u-boot source package to enable CONFIG_EFI_PARTITION for the relevant boards. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120610211248.ga14...@scru.org
Re: u-boot and gpt
On Sun, Jun 10, 2012 at 05:55:41PM -0500, kqt4a...@gmail.com wrote: For a Guruplug where would I define this. I have compiled many packages that use the configure script but this a bit different. You could add it to include/configs/guruplug.h . The other partition schemes are enabled in include/configs/mv-common.h . -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120610230108.ga22...@scru.org
Re: Kernel boot choice on an OpenRD Ultimate ?
On Mon, Jan 23, 2012 at 01:38:19PM +0100, Frédéric Boiteux wrote: I'm testing an Open-RD Ultimate system with a Debian Squeeze system (boot with SD card), and I don't know well ARM systems. I found how to upgrade kernel (using flash_kernel), but I wonder how to handle a possible problem with one kernel (when upgrading for example), as there is no kernel boot selection : how can we manage a [updated] kernel refusing to boot, as we can't boot a failsafe one ? Just interrupt U-Boot and tell it to boot your failsafe instead. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120123163032.ga17...@scru.org
Re: Upgrading u-boot on Sheevaplug
On Wed, Jun 29, 2011 at 06:44:27PM +0100, Martin Michlmayr wrote: I'm planning to update my guide to the u-boot in Debian once the final 2011.06 release is there. Clint, any estimate when you intend to upload? I can probably get to it this weekend. Anyone else is welcome to do so before then; it's in collab-maint. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110629214640.ga15...@scru.org
Re: Anybody have a fw_env.config file for Sheeva Plug et al? use with uboot-envtools package?
On Sun, Jun 26, 2011 at 04:40:04PM -0400, Daniel Kahn Gillmor wrote: if searching through the NAND is a reasonable way to solve this problem (i think it is, at least for some NAND layouts), perhaps it would be good to have a tool that knows how to do this automatically. I don't think it's that useful in the general case; we know which address is used by the image in the u-boot package, and I don't see the value in developing tools to deal with forks of dubious provenance. maybe it should be filed as a wishlist bug against uboot-envtools? That's a transitional dummy package. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110628184335.ga8...@scru.org
Re: Upgrading u-boot on Sheevaplug
On Sat, Jun 25, 2011 at 07:39:53AM +0200, Jorge Cacho wrote: My sheevaplug has a 3.4.16 u-boot version so I need to upgrade it. The issue is that I need to download U-Boot 3.4.27+pingtoo binary u-boot version (as said on http://www.cyrius.com/debian/kirkwood/sheevaplug/uboot-upgrade.html) but link is not working. Depending on your needs, you may find the version of U-Boot in the Debian u-boot package a better choice. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110625144815.ga23...@scru.org
Re: Upgrading u-boot on Sheevaplug
On Sat, Jun 25, 2011 at 01:15:31PM -0400, Rick Thomas wrote: Under what circumstances would one need/want the Debian u-boot package? The Debian package tracks mainline ( http://www.denx.de/wiki/U-Boot ) with an added patchset. It tends to support more devices and filesystems and versions of Linux than the u-boot binaries you might find on a random web page or that an OEM has shipped with a device. How can I find out the differences between the various versions? diff, if you can find the source to the non-mainline versions. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110625221514.ga2...@scru.org
Re: Anybody have a fw_env.config file for Sheeva Plug et al? use with uboot-envtools package?
On Sat, Jun 25, 2011 at 04:14:30PM -0400, Rick Thomas wrote: It does list a bunch of example files in /etc/share/doc/uboot-envtools/examples/ but it doesn't say which one (if any) of them are good for use with the SheevaPlug (or any of it's relatives). Can anybody give me a clue? If you're using mainline or the Debian U-Boot, this line should work: /dev/mtd0 0x6 0x2 0x2 If you're using one of the wonky Marvell forks, it might be this: /dev/mtd0 0xa 0x2 0x2 If it's neither, you can either find the source of your U-Boot version or search through the contents of NAND to find the correct offsets. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110625221803.gb2...@scru.org
Re: Why shouldn't I upgrade uboot on my new OpenRD Ultimate? If so, to which version?
On Wed, Feb 23, 2011 at 03:11:24PM +, Clint Adams wrote: The openrd_base image in the Debian u-boot package is supposed to work for OpenRD-Base, OpenRD-Client, and OpenRD-Ultimate. If it does not, please file a bug report. So I have just discovered that this is only partially true. U-Boot tells Linux that the board is a -Base, and so on the -Client and -Ultimate, several things are broken including the GigE and audio. I hope we can get this fixed pretty soon. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110325023509.ga14...@scru.org
Re: Why shouldn't I upgrade uboot on my new OpenRD Ultimate? If so, to which version?
On Tue, Feb 22, 2011 at 11:04:17PM -0500, Rick Thomas wrote: Or is there a special one for the OpenRD machines? The openrd_base image in the Debian u-boot package is supposed to work for OpenRD-Base, OpenRD-Client, and OpenRD-Ultimate. If it does not, please file a bug report. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110223151124.ga17...@scru.org
Re: LEDs on a Sheevaplug
On Mon, Feb 14, 2011 at 03:07:42PM -0500, Rick Thomas wrote: If anybody knows what command-line-options/configuration-file-fiddles to use to make minicom do the same thing (i.e. nothing) I'd be grateful for a pointer. screen may be closer to what you want. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110214203738.ga16...@scru.org
Bug#594937: u-boot: Create binary package for each supported machine instead of for each architecture
On Mon, Aug 30, 2010 at 11:04:31PM +0200, Marek Vasut wrote: Create binary package for each supported machine instead of for each architecture. This should allow adding more devices without creating bloated packages. I do not think this is a good idea. Does anyone else agree with Marek? -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100830232536.ga2...@scru.org
Re: armhf performance of vorbisgain
On Wed, Aug 18, 2010 at 11:55:45PM +0300, Riku Voipio wrote: Can you also test vorbisgain performance with regular armel port and with compiler flags of: -march=armv7-a -mtune=cortex-a8 -mfpu=vfpv3-d16 -mfloat-abi=softfp I've updated the spreadsheet; the summary numbers are realusersys armel rikuarmel rikuarmel riku min 953.106 594.851 62.41% 950.17 592.32 62.34% 2.372.2896.20% max 955.57 597.346 62.51% 952.5 594.92 62.46% 3.262.8 85.89% mean954.301 596.095 62.46% 951.211 593.457 62.39% 2.891 2.498 86.40% This represents a rebuild with those flags of vorbisgain only, and not any of its library dependencies. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100822153938.ga25...@scru.org
armhf performance of vorbisgain
Running vorbisgain on music files is something I do fairly frequently on armv5tel despite how unwise it is, so I thought I would see how the Efika MX fared. You can see the script[0], output[1], and a Gnumeric spreadsheet[2]. I thoughtlessly used non-free music for this test, so it is not properly reproducible. In summary, it takes less than half the time to do the run with armhf than it does with armel. [0] http://people.debian.org/~schizo/tmp/armhf/vgain-test-harness [1] http://people.debian.org/~schizo/tmp/armhf/vgain.test.out [2] http://people.debian.org/~schizo/tmp/armhf/vgain.test.gnumeric -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100811024851.ga19...@scru.org
Re: armelfp: new architecture name for an armel variant
On Fri, Jul 09, 2010 at 07:27:23PM +0200, Hector Oron wrote: Have we got a Debian architecture name yet? 'armelhf' is most reasonable one? I prefer 'armhf', FWIW. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100709172937.ga23...@scru.org
Re: armelfp: new architecture name for an armel variant
On Tue, Jul 06, 2010 at 07:30:13PM +0200, Hector Oron wrote: I would also like to comment that genesi-usa has been kind enough to provide with hardware (EfikaMX [2]) to some of the leading people on Debian projects as Live, Emdebian and Edu. If you want to work on the port, there might be a board for you too. Most needed bit to have I'm willing to take a stab at this. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100706181335.ga20...@scru.org
Re: Re: Debian installer for GuruPlug
On Mon, Jun 21, 2010 at 06:43:29PM +0200, Johan Kroeckel wrote: Apparently 2010.06~rc2-1 does not include ext2load. Is that done on purpose? If you're talking about u-boot, it is left out by default, and it does not appear to work when enabled. If you'd care to try it yourself, flash http://people.debian.org/~schizo/guruplug/ext2.kwb and let us know if you have any success with the ext2 commands. Thanks -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100621170445.ga31...@scru.org
Re: Context Switching is Broken
On Thu, Jun 10, 2010 at 02:12:35PM -0700, Herman Swartz wrote: -- Tail end of make output /home/gpetrov/jnos2/ksubr.c:31: warning: warning: getcontext is not implemented and will always fail http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=369453 -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100610225725.ga25...@scru.org
Re: Debian installer for GuruPlug
On Tue, Jun 08, 2010 at 11:57:43AM +0100, Martin Michlmayr wrote: I'd really like to get some feedback on this so I can document which u-boot binary users should use. I would also like people to test the u-boot package in sid; I believe that problems exist. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100608144953.ga6...@scru.org
Re: guruplug notes
On Fri, May 28, 2010 at 03:29:55PM -0400, Lennart Sorensen wrote: uboot pretty much #defines everything for a given system and compiles based on that, so you would need to just about make a seperate package for every target system you want to make a uboot for. That could be a lot of packages. not to say it shouldn't happen, I am just not sure if it would happen. Would you want to rebuild 200 target packages if you make a change to the source code which only affects 1 or 2 targets? That is after all what a package would tend to do. Why not have a single binary package with each of the important targets for the given architecture in separate directories? -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100528195929.ga17...@scru.org
Re: guruplug notes
On Mon, May 24, 2010 at 02:27:24PM +0100, Martin Michlmayr wrote: setenv mainlineLinux yes setenv arcNumber 2659 saveenv reset I tried this with the stock U-Boot and it made no difference. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524144945.ga20...@scru.org
Re: guruplug notes
On Mon, May 24, 2010 at 04:18:14PM +0100, Stuart Winter wrote: Do you have a URL for a binary of this or was it built from source? It was built from commit 42f7128c1a4b3bfcb97a12df0c764efe439b5bbd of git://git.denx.de/u-boot-marvell.git (the testing branch). -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524154436.ga22...@scru.org
Re: guruplug notes
On Mon, May 24, 2010 at 04:42:15PM +0100, Martin Michlmayr wrote: Ok. Do you have a link where people can download a working U-Boot from? I'd like to document this. The binary I generated can be fetched from http://people.debian.org/~schizo/guruplug/u-boot.kwb-42f7128c1a4b3bfcb97a12df0c764efe439b5bbd On Mon, May 24, 2010 at 03:44:36PM +, Clint Adams wrote: It was built from commit 42f7128c1a4b3bfcb97a12df0c764efe439b5bbd of git://git.denx.de/u-boot-marvell.git (the testing branch). -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524192315.ga29...@scru.org
Re: guruplug notes
On Sun, May 23, 2010 at 07:36:10PM -0400, Daniel Kahn Gillmor wrote: Error: unrecognized/unsupported machine ID (r1 = 0x0a29). Upgrading to U-Boot 2010.03-01266-g42f7128 fixes this particular problem. -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100524000433.ga25...@scru.org
Re: [Pkg-db-devel] Bug#437742: libdb4.6: FTBFS on arm: in testsuite, run_subsystem: env env007: db open:invalid argument
On Tue, Nov 06, 2007 at 11:15:07PM +, brian m. carlson wrote: Since this is an RC bug, I'd like to see it fixed. If the maintainer and submitter feel that accepting testsuite errors is okay (which is the current situation, according to b.d.o), then please close this bug. I think that we feel that getting 4.6.21 into testing is more important than the breakage (which is not a regression, unfortunately). It would be nice if all the testsuite errors on each of the problematic architectures could be resolved. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437742: libdb4.6: FTBFS on arm: in testsuite, run_subsystem: env env007: db open:invalid argument
Package: db Version: 4.6.18-1 Severity: serious http://buildd.debian.org/fetch.cgi?pkg=db;ver=4.6.18-4;arch=arm;stamp=1187033603 Modified test suite run started at: 09:02 08/13/07 Berkeley DB 4.6.18: (July 17, 2007) Running environment tests (09:02:08) Running archive tests (09:06:40) Running backup tests (09:12:27) Running locking tests (09:13:19) Running logging tests (09:28:18) Running memory pool tests (11:41:35) Running transaction tests (11:49:11) Running byte-order tests (11:57:39) Running recno backing file tests (19:31:15) Running DBM interface tests (19:31:25) Running NDBM interface tests (19:31:37) Running Hsearch interface tests (19:31:48) ! grep ^FAIL obj/ALL.OUT FAIL: run_subsystem: env env007: db open:invalid argument make: *** [build] Error 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
bogofilter test failure on arm
Upon seeing the build failure at http://buildd.debian.org/fetch.php?pkg=bogofilterver=0.9.0.1-2arch=armstamp=1038096531file=logas=raw I attempted to build bogofilter 0.9.0.1 on debussy and rameau, and in both cases, all tests passed. Since I don't have access to europa (or elara), could someone detail what the significant differences might be? Floating-point rounding may be the issue here. bogofilter-dev: as far as I know, rameau and debussy are both NetWinders with StrongARM-110 processors. Again, I don't know what europa is. We'd like to fix the offending code as soon as possible, and would appreciate your assistance.