April 2015 - openSUSE ARM - openSUSE Mailing Lists

[opensuse-arm] Attempt to run KIWI on unsupported architecture 'armv8l'
by Dirk Müller 12 Apr '17

12 Apr '17

Hi, this is a known OBS bug, asked the admins to deploy a fix shortly. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 3

[opensuse-arm] openSUSE 13.2 on cubieboard works
by Volker Kuhlmann 08 May '15

08 May '15

I have managed to get oS 13.2 to boot on a cubieboard by doctoring the installation image and transplanting the factory boot loader and kernel into it. Steps are a bit complicated so I made a script[1]. Inputs are the 13.2 and factory installation images, and script constants need version adjustment. When installing the modified image the system boots, reboots (not something to take for granted...), and at least passes the sanity checks. So far, so good. Is the 13.2 kernel working on the cubieboard? I couldn't get that one to go, it hangs at "starting kernel", even with a newer boot loader. The 13.2 boot loader is broken and needs a newer version, but that shouldn't affect the kernel directly. Never mind. I've updated https://en.opensuse.org/HCL:CubieBoard accordingly. Volker [1] http://volker.top.geek.nz/soft/script/cubieboard-oS13.2-transplant-boot -- Volker Kuhlmann http://volker.top.geek.nz/ Please do not CC list postings to me. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

4 18

[opensuse-arm] u-boot update - Need package rename
by Guillaume Gardet 29 Apr '15

29 Apr '15

Hi, I have updated u-boot to latest stable (2015.04) in Base:System but I need an admin to rename package u-boot-colibrit20iris to u-boot-colibrit20 to follow upstream which renamed colibri_t20_iris_defconfig to colibri_t20_defconfig. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 5

[opensuse-arm] openSUSE:Factory:ARM / aarch64 is now building on native hardware
by Dirk Müller 29 Apr '15

29 Apr '15

Hi, for a couple of weeks we've been experimenting with native builds for aarch64, and are now happy to announce that we consider the current state stable enough to announce it as being available. == What changes == If you have packages enabled for building against openSUSE:Factory:ARM, nothing really changes for you. Just that the package will be build on native hardware now instead of using the user mode emulation on x86_64 that we've used before. Specifically, the macro %qemu_user_space_build is no longer set to 1. That said, for now it would still be a good idea to keep the %qemu_user_space_builds sections in your spec file as they are, as we still use user mode building for armv6 and for older targets (e.g. openSUSE 13.2). == What if I want to build locally? == Due to the use of user-mode qemu emulation, it was previously possible to build locally for aarch64 on a x86_64 host by running "osc build <project> <package> standard aarch64". This does not work anymore, since the "standard" repository is now requiring native aarch64 hardware. You can still build with user mode emulation by using this command: "osc build <project, e.g. openSUSE:Factory:ARM> <package> qemu aarch64". Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

5 8

[opensuse-arm] Some issues with boot-wrapper-aarch64
by Guoqing Jiang 27 Apr '15

27 Apr '15

Hi, I tried to build aarch64 image by follow https://en.opensuse.org/openSUSE:AArch64#Boot-wraper. 1. However seems some steps maybe missed before "Cross-compile *.axf file", I guess the following steps should be run under boot-wrapper-aarch64 folder, is my understanding correct? $ autoreconf -i $ ./configure --host=<toolchain-triplet> --with-kernel-dir=<kernel-dir> <other-options> 2. I used below cmds to compile boot-wrapper-aarch64 1) ./configure --host=aarch64-linux-gnu --with-kernel-dir=<kernel-dir> --with-dtb=<kernel-dir>/arch/arm64/boot/vexpress-foundation-v8.dtb Boot wrapper configuration ========================== Linux kernel build dir: /home/gjiang/linaro-aarch64/ Device tree blob: /home/gjiang/linaro-aarch64/arch/arm64/boot/vexpress-foundation-v8.dtb Linux kernel command line: console=ttyAMA0 earlyprintk=pl011,0x1c090000 Embedded initrd: NONE Use PSCI? no CPU IDs: 0x0,0x1,0x2,0x3 Use GICv3? no 2) make CROSS_COMPILE=aarch64-linux-gnu- BOOTARGS='"root=/dev/vda2 consolelog=9 rw console=ttyAMA0"' FDT_SRC=vexpress-foundation-v8.dts IMAGE=linux-system-foundation.axf gic.S: Assembler messages: gic.S:26: Error: invalid address at operand 2 -- `ldr x1,=' gic.S:42: Error: invalid address at operand 2 -- `ldr x1,=' make: *** [gic.o] Error 1 But apparently some errs happened due to can't find the addrs for GIC_DIST_BASE and GIC_CPU_BASE, and I do following changes to fix it. diff --git a/arch/arm64/boot/dts/vexpress-foundation-v8.dts b/arch/arm64/boot/dts/vexp index 5e566a7..23e8e95 100644 --- a/arch/arm64/boot/dts/vexpress-foundation-v8.dts +++ b/arch/arm64/boot/dts/vexpress-foundation-v8.dts @@ -64,7 +64,7 @@ }; gic: interrupt-controller@2c001000 { - compatible = "arm,cortex-a9-gic"; + compatible = "arm,cortex-a15-gic"; #interrupt-cells = <3>; #address-cells = <0>; interrupt-controller; 3. Unfortunately, the axf can't boot well with foundation model finally. NR_IRQS:64 nr_irqs:64 0 Kernel panic - not syncing: No interrupt controller found. Call trace: [<ffffffc0000874e0>] dump_backtrace+0x0/0x130 [<ffffffc0003b22ec>] dump_stack+0x14/0x1c [<ffffffc0003b2534>] panic+0xe4/0x204 [<ffffffc0004ccd1c>] init_IRQ+0x2c/0x34 [<ffffffc0004cb634>] start_kernel+0x1b4/0x2e8 Seems the value of gic is not correct in vexpress-foundation-v8.dts, could someone can help me about it? Thanks in advance. Regards, Guoqing -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 4

[opensuse-arm] NFS root fs
by Markus Weber 27 Apr '15

27 Apr '15

Hello Guys, i wonder if it is possible to boot opensuse-arm JeOS, e.g. this image http://download.opensuse.org/ports/armv6hl/factory/images/openSUSE-Factory-… from an nfs share and what adjustments have to be made to the bootloader or vice versa. Background: i have a pi v1 and want to use my DLink NAS as nfs server to boot from. I found a few tutorials on the net, but none is suitable for opensuse. Can anybody give me a guide to the pi part to accomplish this? so far i have: - A nfs share with no_root_squash and insecure (if necessary) flags, - A small (2gb) sd card, - A pi (obviously) - no glue how i can add boot parameters. Any help appreciated and thanks in advance. markus -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

7 12

[opensuse-arm] oS 13.2 on cubieboard1 doesn't start booting
by Volker Kuhlmann 27 Apr '15

27 Apr '15

I am trying to install openSUSE 13.2 on a cubieboard1 that I bought about 2 years ago. It has an A10 and the PCB is labelled 2012-09-09. Out of the box it boots flawlessly into the Android 4.0.4, kernel 3.0.8 Nov 2012, stored on its nand flash ex factory. See its serial output below. Putting this http://download.opensuse.org/ports/armv7hl/distribution/13.2/appliances/ope… on a uSD card (32G Adata, 16G Lexar 600x - same result) and powering up the board gives a black screen and no keyboard or mouse activity. The serial terminal (once opened, somehow) only shows: U-Boot SPL 2014.10 (Nov 30 2014 - 00:17:30) DRAM: 1024 MiB CPU: 1008000000Hz, AXI/AHB/APB: 3/2/2 ### ERROR ### Please RESET the board ### Anything I can do/test here? Thanks, Volker Booting the android in nand flash: HELLO! BOOT0 is starting! boot0 version : 1.5.1 dram size =1024 Succeed in opening nand flash. Succeed in reading Boot1 file head. The size of Boot1 is 0x0003c000. The file stored in 0X00000000 of block 2 is perfect. Check is correct. Ready to disable icache. Succeed in loading Boot1. Jump to Boot1. [ 0.133] boot1 version : 1.4.0 [ 0.133] pmu type = 3 [ 0.134] bat vol = 0 [ 0.161] axi:ahb:apb=3:2:2 [ 0.161] set dcdc2=1400, clock=1008 successed [ 0.163] key [ 0.175] no key found [ 0.175] flash init start [ 0.226] flash init finish [ 0.227] fs init ok [ 0.228] fattype FAT16 [ 0.229] fs mount ok [ 0.236] script finish [ 0.237] power finish [ 0.244] BootMain start [ 0.244] 0 [ 0.264] key value = 0 [ 0.264] recovery key high 6, low 4 [ 0.265] unable to find fastboot_key key_max value [ 0.273] test for multi os boot with display [ 0.274] show pic finish [ 0.277] load kernel start [ 0.301] load kernel successed [ 0.301] start address = 0x4a00000 U-Boot 2011.09-rc1 (Nov 26 2012 - 14:01:52) Allwinner Technology CPU: SUNXI Family Board: A10-EVB DRAM: 512 MiB NAND: 3776 MiB In: serial Out: serial Err: serial --------fastboot partitions-------- -total partitions:11- -name- -start- -size- bootloader : 1000000 1000000 env : 2000000 1000000 boot : 3000000 2000000 system : 5000000 14000000 data : 19000000 20000000 misc : 39000000 1000000 recovery : 3a000000 2000000 cache : 3c000000 8000000 private : 44000000 1000000 sysrecovery : 45000000 14000000 UDISK : 59000000 93000000 ----------------------------------- Hit any key to stop autoboot: 0 NAND read: device 0 offset 0x3000000, size 0x2000000 33554432 bytes read: OK Starting kernel ... [ 0.181151] cryptomgr_test used greatest stack depth: 6672 bytes left [ 0.181535] cryptomgr_test used greatest stack depth: 6480 bytes left [ 0.183443] cryptomgr_test used greatest stack depth: 6388 bytes left [ 0.184385] cryptomgr_test used greatest stack depth: 6280 bytes left [ 0.217351] sw_ahci sw_ahci.0: forcing PORTS_IMPL to 0x1 [ 0.790418] [LCD] lcd_module_init [ 0.857446] regulator_init_complete: axp20_buck3: incomplete constraints, leaving on [ 0.865489] regulator_init_complete: axp20_buck2: incomplete constraints, leaving on [ 0.873517] regulator_init_complete: axp20_ldo4: incomplete constraints, leaving on [ 0.881461] regulator_init_complete: axp20_ldo3: incomplete constraints, leaving on [ 0.889376] regulator_init_complete: axp20_ldo2: incomplete constraints, leaving on [ 0.897360] regulator_init_complete: axp20_ldo1: incomplete constraints, leaving on [ 0.905093] sunxi-rtc sunxi-rtc: hctosys: unable to read the hardware clock [ 0.966821] init: to sleep 1 seconds. [ 1.970789] init: has waken up. [ 1.973981] init: [william] hdmistatus = 1! [ 1.978578] init: width = 1280 [ 1.981696] init: height = 720 [ 1.984756] init: s.st_size = 3686400 [ 2.155357] init: do_umount: /data [ 2.279486] e2fsck used greatest stack depth: 5696 bytes left [ 2.413573] init: do_umount: /cache [ 2.452029] init: dont need format /dev/block/nandk [ 2.458235] init: dont need format /dev/block/nandi [ 2.519475] init (1): /proc/1/oom_adj is deprecated, please use /proc/1/oom_score_adj instead. [ 2.533583] init: cannot find '/system/etc/install-recovery.sh', disabling 'flash_recovery' [ 3.550659] android_usb: already disabled [ 5.110541] init: untracked pid 99 exited [ 5.114581] init: untracked pid 101 exited [ 5.118703] init: untracked pid 103 exited [ 11.876030] sunxi-rtc sunxi-rtc: rtc only supports 63��2010��2073�� years [ 12.145692] BatteryStats-Wr used greatest stack depth: 5648 bytes left [ 16.606513] wemac wemac.0: WARNING: no IRQ resource flags set. [ 18.727648] netd used greatest stack depth: 5416 bytes left -- Volker Kuhlmann http://volker.top.geek.nz/ Please do not CC list postings to me. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

4 10

[opensuse-arm] gnutls armv7l build failure
by Andreas Färber 26 Apr '15

26 Apr '15

Hi, Has anyone already looked into why gnutls is failing to build in Factory? It seems to be failing three tests for armv7l (but not for aarch64 or armv6l): [ 1261s] PASS: pathlen [ 1264s] PASS: aki [ 1267s] FAIL: pem-decoding [ 1274s] PASS: certtool [ 1280s] PASS: invalid-sig [ 1288s] FAIL: email [ 1291s] FAIL: crq [ 1291s] SKIP: template-test [ 1291s] ============================================================================ [ 1291s] Testsuite summary for GnuTLS 3.4.0 [ 1291s] ============================================================================ [ 1291s] # TOTAL: 8 [ 1291s] # PASS: 4 [ 1291s] # SKIP: 1 [ 1291s] # XFAIL: 0 [ 1291s] # FAIL: 3 [ 1291s] # XPASS: 0 [ 1291s] # ERROR: 0 [ 1291s] ============================================================================ [ 1291s] See tests/cert-tests/test-suite.log [ 1291s] Please report to bugs(a)gnutls.org [ 1291s] ============================================================================ [ 1291s] Makefile:1508: recipe for target 'test-suite.log' failed [ 1291s] make[4]: *** [test-suite.log] Error 1 https://build.opensuse.org/package/show/openSUSE:Factory:ARM/gnutls This seems to block the build of further packages such as QEMU due to further library dependency updates (unresolvable). Thanks, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton; HRB 21284 (AG Nürnberg)

2 1

[opensuse-arm] Syslog problems
by Volker Kuhlmann 24 Apr '15

24 Apr '15

I have 2 problems with syslog I can't seem to solve. The first is /dev/log not accepting connections: # logger "Log string" logger: socket /dev/log: Connection refused This causes ntpd.service to fail. systemd-journald.service is running, but lsof /dev/log shows lots but nothing with /dev/log in the NAME column. The second is a truckload of syslog audit messages being pooped all over the serial terminal, which makes the terminal almost unusable. I already uninstalled all apparmor rpms (except libapparmor1) and this stuff keeps on spurting forth. It's factory with all rpms up to date (there was a big lot, 20150401 "Tumbleweed). It's possible I broke it with excessive use of systemctl. Which parts should I check to get this under control again? I had installed the syslog-ng package and syslog-service, both uninstalled again. Is it relevant that /var is on its own ext4 partition? Thanks muchly, Volker -- Volker Kuhlmann http://volker.top.geek.nz/ Please do not CC list postings to me. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 3

[opensuse-arm] How to use Rapsberry Pi Factory image headless
by Freek de Kruijf 23 Apr '15

23 Apr '15

I tried to use openSUSE-Factory-ARM-JeOS-raspberrypi.armv6l-1.12.1- Build280.1.raw.xz from http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/Ras… on a headless system. When using the 13.2 image I have to remove the file /var/lib/YaST2/reconfig_system and the system boots and I can log in via ssh. However the image above does not have such a file and I don't see the Ethernet interface coming up. -- fr.gr. member openSUSE Freek de Kruijf -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 7

[opensuse-arm] cloud-init in JeOS
by Matwey V. Kornilov 18 Apr '15

18 Apr '15

Hi, What do you think? I found that deploying JeOS onto SD card is similar to deploying virtual machine. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 0

[opensuse-arm] Status of cuboxi images
by Miklos Vajna 18 Apr '15

18 Apr '15

Hi, Did anybody try the openSUSE 13.2 cuboxi image on any CuBox versions? If so, any idea what is the state of them, are they working, broken, etc? I'm asking as I plan to order (probably) a CuBox-i2eX and plan to run openSUSE on it, but I thought better to ask what's the experience with it before going ahead. :-) Thanks, Miklos

3 2

[opensuse-arm] Getting software for ARM
by Volker Kuhlmann 13 Apr '15

13 Apr '15

What is the current situation for getting more packages? E.g. 13.2 x86 has a lot of other repos with tools. Is there something similar for ARM? The fedora nedit works on factory, but I'm looking for others too, like jailkit. Are the source packages for factory available? Can't find a repo for them. Thanks, Volker -- Volker Kuhlmann http://volker.top.geek.nz/ Please do not CC list postings to me. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

4 4

[opensuse-arm] JeOS missed ifconfig
by Matwey V. Kornilov 13 Apr '15

13 Apr '15

Hi, Is it only for me? Recent Factory JeOSes seems to miss ifconfig, as well as route2 tools. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 5

[opensuse-arm] armv6l' cmake or clang or gcc is broken
by Dmitriy Perlow 10 Apr '15

10 Apr '15

https://build.opensuse.org/package/live_build_log/home:DarkSS/HuffmanArchiv… [ 206s] /usr/bin/ld: cannot find crtbegin.o: No such file or directory [ 206s] /usr/bin/ld: cannot find -lgcc [ 206s] /usr/bin/ld: cannot find -lgcc_s Everything is fine for x86, ppc64 & armv7l. -- Best regards, Dmitriy DA(P).DarkneSS Perlow @ Linux x64 -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 0

[opensuse-arm] Boot images 13.2
by Volker Kuhlmann 10 Apr '15

10 Apr '15

http://download.opensuse.org/ports/armv7hl/distribution/13.2/appliances/ The images seem to get rebuilt every so often. Can whoever is looking after the upload please find a process to keep the .sha256 files in sync? These are commonly mismatched: openSUSE-13.2-ARM-JeOS-cubieboard.armv7l-Current.raw.xz openSUSE-13.2-ARM-JeOS-cubieboard.armv7l-Current.raw.xz.sha256 openSUSE-13.2-ARM-JeOS-cubieboard.armv7l-1.12.1-Build33.6.raw.xz openSUSE-13.2-ARM-JeOS-cubieboard.armv7l-1.12.1-Build33.4.raw.xz.sha256 Or delete all the .sha256 altogether, xz compression should provide for download error detection. The gpg sig doesn't help if it's for the wrong file... Not sure about the usefulness of the "Current" symlinks either. Volker -- Volker Kuhlmann http://volker.top.geek.nz/ Please do not CC list postings to me. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 1

[opensuse-arm] Old host kernels on aarch64 workers?
by Andreas Schwab 07 Apr '15

07 Apr '15

It looks like the host kernels on the aarch64 workers are rather old, I see a lot of CPU stalls reported. Anything older than 3.19.x is not recommended. Andreas. -- Andreas Schwab, SUSE Labs, schwab(a)suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 7

[opensuse-arm] aarch64 in openQA
by Ludwig Nussel 07 Apr '15

07 Apr '15

Hi, As you may have noticed openqa.opensuse.org has some aarch64 jobs. It was quite some effort to get there but it's far from done yet. 1. Build Power At the moment there's one openQA worker running on a PPC64 host (power8). That host is fast enough to run the emulation reasonably well. To do serious tests we need real hardware with kvm though. Not just for openQA but also for OBS. The image in openQA is just the NET iso that installs from a static ftp repo from two weeks ago. The ftp tree wasn't published since then as it never finished building. Factory is moving too fast, aarch64 can't catch up. Meanwhile maybe an installation DVD could help. The limited set of packages on the DVD probably has a chance to finish in time. 2. Project Setup To get a real Tumbleweed for aarch64 the OBS setup needs to be changed: - openSUSE:Factory:ARM/_product need to become a link to openSUSE:Factory/_product. That way arm inherits the Tumbleweed version number. - openSUSE:Factory:ARM:ToTest needs to be created to hold the snapshots that go into openQA 3. Scripts The magic factory scripts (totest manager, pattern generator) need to be adjusted. Dinar did most of the heavy lifting for ppc so the scripts are now able to handle another architecture. The spots needed for aarch64 should be easy to find by searching for ppc. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.de/ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5; 90409 Nürnberg; Germany -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

4 5

[opensuse-arm] Re: Broken RaspberryPi 1 images
by Michael Ströder 07 Apr '15

07 Apr '15

Alex Armstrong wrote: > Michael Ströder wrote: >> Dirk Müller wrote: >>> kernel-default from here: >>> >>> http://download.opensuse.org/repositories/home:/dirkmueller:/branches:/Kern… >>> >> >> Unfortunately kernel-default-3.19.2-6.1.g7088b79 did not make it into >> the download repo above. >> >> Although it seems to be built: >> >> https://build.opensuse.org/package/binaries/home:dirkmueller:branches:Kerne… >> >>> contains the minimal fixes neede and seems to work fine according to >>> Michael, and shortly there will be a >> >> Sorry! I've messed up files with kernel versions during testing. I >> have to re-test myself once kernel-default-3.19.2-6.1.g7088b79 is >> available for download. >> > Yes, I saw that too. I tested the > kernel-default-3.19.2-5.1.gb5cf33a.armv6hl.rpm and it's working. Strange. This particular version did not work for me. The USB devices were not accessible, > I'll also check kernel-default-3.19.2-6.1.g7088b79 when it's available. This seems to work! :-) # uname -a Linux srv10 3.19.2-6.g7088b79-default #1 Wed Apr 1 15:14:39 UTC 2015 (7088b79) armv6l armv6l armv6l GNU/Linux Ciao, Michael.

3 3

Re: [opensuse-arm] openSUSE ARM img compatible with Raspberry Pi 2
by Andreas Färber 03 Apr '15

03 Apr '15

Am 06.03.2015 um 18:13 schrieb Dirk Müller: > > Am 06.03.2015 17:54 schrieb "Jimmy PIERRE" > <jimmypierre.rouen.france(a)gmail.com > <mailto:jimmypierre.rouen.france@gmail.com>>: >> >> On 1 March 2015 at 00:39, Andreas Färber <afaerber(a)suse.de > <mailto:afaerber@suse.de>> wrote: >> > Am 24.02.2015 um 22:57 schrieb Dirk Müller: >> >> Hi, >> >> >> >>> There's a v3 patchset on the u-boot mailing list, but that's > surely not >> >>> yet in our Base:System u-boot package. You'd need a u-boot-rpi2 > Contrib >> >>> package with those patches applied to create an image. >> >> >> >> The u-boot patches are actually in git already >> > >> > Indeed they were applied Feb 22, but on Feb 21 weren't yet. :) >> > >> > Cheers, >> > Andreas >> > >> >> and will be in the next >> >> stable release then, so that part i >> Greetings, Hallo, >> >> Tell me, is it the place to find the .img please: >> > >> > http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/Ras… >> > > Yes, it will be the right place (or rather a newly created images > subdir) once it built. No, Kiwi images would not go into standard but into images. And that folder does not exist today. Regards, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton; HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

6 17

[opensuse-arm] armv6l is missing on repository openSUSE-13.2-repo-update
by Freek de Kruijf 03 Apr '15

03 Apr '15

When running zypper up on my Raspberry Pi I get a warning about an obsolete repository openSUSE-13.2-repo-update. Looking at http://download.opensuse.org/ports/update/13.2/ I do not see anything about armv6l I wonder why? -- fr.gr. Freek de Kruijf -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

5 11

[opensuse-arm] u-boot-vexpressaemv8a dropped upstream
by Guillaume Gardet 03 Apr '15

03 Apr '15

Hi, I am updating u-boot to 2015.04-rc5 and u-boot-vexpressaemv8a has been dropped. Instead, we have 2 flavours: vexpress_aemv8a_juno_defconfig and vexpress_aemv8a_semi_defconfig. Should we simply drop our aemv8a config or enable one or both new configs? Not sure if it is used at all. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 3