Re: [opensuse-arm] cuboxi tumbleweed images don't boot

Le 18/10/2015 16:16, Andreas Färber a écrit : Hi Thomas, Am 18.10.2015 um 14:03 schrieb Thomas Bechtold: I tried to use the Tumbleweed images from [1] but the image does not boot. The error is not telling to me... I recently helped Doug install Tumbleweed on a Cubox-i, maybe he has some idea?

Re: [opensuse-arm] Raspberry Pi 2

Hi, Le 14/10/2015 16:02, Peter Czanik a écrit : Hi, I'd like to demo Raspberry Pi 2 with openSUSE at a conference. I tried the XFCE image at http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/RaspberryPi2/images/openSUSE-Tumbleweed-ARM-XFCE-raspberrypi2.armv7l.raw.xz wh

Re: [opensuse-arm] New 8250 OMAP serial driver (second try)

Le 06/10/2015 20:05, Andreas Färber a écrit : Hi Matwey, Am 05.10.2015 um 19:19 schrieb Matwey V. Kornilov: Please, test an image from http://download.opensuse.org/repositories/home:/matwey:/JeOS-omap-serial/images/ if you have device with OMAP UART. Now, new OMAP driver works for me on Beagle

Re: [opensuse-arm] New 8250 OMAP serial driver (second try)

Hi, Le 05/10/2015 19:19, Matwey V. Kornilov a écrit : Hello, Please, test an image from http://download.opensuse.org/repositories/home:/matwey:/JeOS-omap-serial/images/ if you have device with OMAP UART. Now, new OMAP driver works for me on BeagleBone Black. Kernel is 4.3.0-rc3-1.gb439548-defa

Re: [opensuse-arm] Re: kiwi initrd drivers

Hi, Le 24/09/2015 21:30, Matwey V. Kornilov a écrit : 24.09.2015 20:27, Matwey V. Kornilov пишет: Hello, In JeOS.kiwi for armv7hl I see the following: but in the generated initrd I see that all drivers are presen

Re: [opensuse-arm] 13.2 ARM updates

Le 22/09/2015 16:05, Dirk Müller a écrit : Hi, I filed another ticket with the sysadmin team since the previous one got closed as fixed, although nothing changed so far. It seems mirroring to the outside got fixed, a bunch of new updates got pushed today. Indeed. My armv7 boards get updates.

Re: [opensuse-arm] 13.2 ARM updates

Dirk, Any progress on this? Guillaume Le 13/09/2015 22:42, Miklos Vajna a écrit : Hi, Hmm, I still don't see any updates at . Is it just me? :-) Thanks, Miklos -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact th

Re: [opensuse-arm] start startx automatically?

Hi, Le 14/09/2015 17:49, Jimmy PIERRE a écrit : Greetings, Using http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/RaspberryPi/images/ I need to ssh and start startx manually... Which image version? If X server and deps are installed, X should start automatically on b

[opensuse-arm] Force to load module in kiwi initrd

Hi Marcus, We are facing a problem with our Chromebook image. We need to load (manually) some module to get the display working. WIth dracut, we passed the right option (force_driver+="some modules"), so it is ok on 2nd boot but our 1st boot (with kiwi initrd) still show a black screen becaus

Re: [opensuse-arm] Samsung Chromebook current tumbleweed images

Le 01/09/2015 15:42, Andreas Färber a écrit : Am 01.09.2015 um 15:37 schrieb Guillaume Gardet: Le 01/09/2015 14:49, Misha Komarovskiy a écrit : On Tue, Sep 1, 2015 at 3:35 PM, Misha Komarovskiy wrote: Kernel is fine now, but but required modules won't auto load even with force_driv

Re: [opensuse-arm] Samsung Chromebook current tumbleweed images

Le 01/09/2015 14:49, Misha Komarovskiy a écrit : On Tue, Sep 1, 2015 at 3:35 PM, Misha Komarovskiy wrote: Hello Guillaume, On Tue, Sep 1, 2015 at 11:17 AM, Guillaume Gardet wrote: Le 31/08/2015 16:39, Misha Komarovskiy a écrit : Hello Guillaume, On Mon, Aug 31, 2015 at 5:08 PM

Re: [opensuse-arm] Samsung Chromebook current tumbleweed images

Le 31/08/2015 16:39, Misha Komarovskiy a écrit : Hello Guillaume, On Mon, Aug 31, 2015 at 5:08 PM, Guillaume Gardet wrote: Hi, Le 17/08/2015 17:41, Guillaume Gardet a écrit : Yes, this the way to do. Please patch lpae, default and vanilla to be consistent across configs. The patched

Re: [opensuse-arm] Samsung Chromebook current tumbleweed images

Hi, Le 17/08/2015 17:41, Guillaume Gardet a écrit : Yes, this the way to do. Please patch lpae, default and vanilla to be consistent across configs. The patched kernel reached Factory/Tumbleweed but there is still a black screen! :( The boot (and reboot) problem is fixed with latest image

Re: [opensuse-arm] Tests with latest Raspberry Pi images

Le 22/08/2015 22:53, Freek de Kruijf a écrit : I tested a number of images from both Contrib:/RaspberryPi:/upstream as Contrib:/RaspberryPi/. From the last one I never got a working image, from upstream the last one that works is Build330.10 from Aug 6. For downstream, I am working on updating

Re: [opensuse-arm] U-Boot 2015.10-rc1 ASIX Usb ethernet dongle

rds, Misha Komarovskiy zombahatgmaildotcom On Fri, Aug 21, 2015 at 4:08 PM, Guillaume Gardet wrote: Hi, Le 21/08/2015 14:39, Misha Komarovskiy a écrit : Hello, With update to U-Boot 2015.10-rc1 ASIX Usb ethernet dongle not detected as ethernet device anymore, but visible as usb device in usb in

Re: [opensuse-arm] U-Boot 2015.10-rc1 ASIX Usb ethernet dongle

Hi, Le 21/08/2015 14:39, Misha Komarovskiy a écrit : Hello, With update to U-Boot 2015.10-rc1 ASIX Usb ethernet dongle not detected as ethernet device anymore, but visible as usb device in usb info, tested on Chromebook Snow. Worked fine with 2015.07-rc3 in both usb2 and usb3 ports. Could you

Re: [opensuse-arm] Samsung Chromebook current tumbleweed images

#Submitting_your_changes_to_the_kernel_team What do you think is patch for lpae enough or better add default and vanilla also? --- Best Regards, Misha Komarovskiy zombahatgmaildotcom On Mon, Aug 17, 2015 at 5:59 PM, Guillaume Gardet wrote: Thanks. Could you submit your patch to stable branch

Re: [opensuse-arm] Samsung Chromebook current tumbleweed images

zombahatgmaildotcom On Mon, Aug 17, 2015 at 4:13 PM, Guillaume Gardet wrote: Perfect! I submitted an update request to include it: https://build.opensuse.org/request/show/323645 We still need to update our kernel config to disable exynos IOMMU. But kernel repo is currently broken for master. Could send

Re: [opensuse-arm] Samsung Chromebook current tumbleweed images

Le 17/08/2015 14:31, Misha Komarovskiy a écrit : Adding them with force_drivers do the trick. --- Best Regards, Misha Komarovskiy zombahatgmaildotcom On Mon, Aug 17, 2015 at 3:09 PM, Guillaume Gardet wrote: You do not need to modify your kernel for that. Remove your /etc/modules-load.d

Re: [opensuse-arm] Samsung Chromebook current tumbleweed images

sha Komarovskiy zombahatgmaildotcom On Mon, Aug 17, 2015 at 2:53 PM, Guillaume Gardet wrote: Le 17/08/2015 13:30, Misha Komarovskiy a écrit : Just tested lpae config without CONFIG_EXYNOS_IOMMU on snow, system boots with black screen same, then modprobe cros_ec_devs, ptn3460, pwm-samsung

Re: [opensuse-arm] Samsung Chromebook current tumbleweed images

eport. --- Best Regards, Misha Komarovskiy zombahatgmaildotcom On Mon, Aug 17, 2015 at 9:59 AM, Guillaume Gardet wrote: Hi, Le 16/08/2015 21:59, Misha Komarovskiy a écrit : Hello, Maybe we can disable only Exynos IOMMU in configs for now? Same way it is disabled in current exynos_defconfig here htt

Re: [opensuse-arm] Samsung Chromebook current tumbleweed images

Färber : Am 23.07.2015 um 15:12 schrieb Alexander Graf: On 07/23/15 14:43, Andreas Färber wrote: Am 23.07.2015 um 14:22 schrieb Guillaume Gardet: Maybe some config options compiled as module (which?) and blacklisted for chromebooks could be ok? Maybe. Someone with a Chromebook needs to sit down

[opensuse-arm] kiwi fails to build Tumbleweed ARM images

Hi Marcus, Tumbleweed ARM images fails to build on OBS. The problem is that it cannot find the pre bootloader install script (uboot-image-*-setup). See the build log: [ 1906s] Aug-14 11:01:45 <1> : Creating uBoot in

[opensuse-arm] ARM 13.2 update broken

Hi, http://download.opensuse.org/ports/update/13.2/ repo is outdated. Last update is from 25th of june. Any idea what is the problem? OBS problem? Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org

[opensuse-arm] Re: u-boot update - Jetson TK1 patches

Le 04/08/2015 16:13, Andreas Färber a écrit : Hi Guillaume, Am 04.08.2015 um 15:25 schrieb Guillaume Gardet: you submitted u-boot patches for Jetson TK1 against 2015.07 version. I want to update to 2015.10-rc1 but your patches does not apply anymore. Probably because of tegra 210 addition

[opensuse-arm] u-boot update - Jetson TK1 patches

Hi Andreas, you submitted u-boot patches for Jetson TK1 against 2015.07 version. I want to update to 2015.10-rc1 but your patches does not apply anymore. Probably because of tegra 210 addition. Could you provide an updated version of your patches against my home project, please? https://build

Re: [opensuse-arm] Samsung Chromebook current tumbleweed images

Le 23/07/2015 14:16, Andreas Färber a écrit : Hi, Am 20.07.2015 um 14:28 schrieb Guillaume Gardet: Le 19/07/2015 18:15, Misha Komarovskiy a écrit : Also lcd screen stays black after kernel start, probably some drm module still missing. Upstream kernel is broken. :( How did you test

Re: [opensuse-arm] Samsung Chromebook current tumbleweed images

Hi, Le 19/07/2015 18:15, Misha Komarovskiy a écrit : Hello, Just tried latest 316/318 Tumbleweed images for Samsung Chromebook and noticed that u-boot wont auto load boot.scr now and output contain alot errors about extlinux pxeboot. If i load boot.scr manualy, with ext2load mmc 1:2 0x5000 b

Re: [opensuse-arm] Cross-compiling for ARM

Le 04/07/2015 18:24, Stefan Bruens a écrit : Hi, I tried to cross-compile some stuff for ARMv7hl on a x86_host, but have some issues. The installed compiler/binutils are: cross-armv7hl-gcc49-4.9.0+r211729-2.1.7.x86_64 cross-arm-binutils-2.25.0-215.1.x86_64 both from the devel:gcc OBS reposito

Re: [opensuse-arm] Newest images for RPi1 and RPi2 are not usable headless

Le 18/06/2015 23:31, Freek de Kruijf a écrit : I tried Tumbleweed Build325.1 for RPi1 and Build314.1 for RPi2 in a headless situation, but both do do not end with an active Ethernet connection. Is this to be expected? u-boot problem? u-boot is slow but functionnal. speed problem will be fixed

Re: [opensuse-arm] openSUSE on Archos tablet

Hi, Le 20/06/2015 23:21, ben a écrit : Hi All, Having a old Archos 10 1 internet tablet with ARM cpu 1GHz ARM Cortex A8 and a A101IT-V6 board . Is it possible to get openSUSE as a native system on this tablet. Its now on Android 2.4.83 and has Angstrom in the "bios" There was a dual boot poss

[opensuse-arm] kernel 3.11.4 fails to build with gcc 5

Hi, I updated kernel-raspberrypi config to get initrd support but it fails to build with gcc 5. :( It is a kernel 3.11.4 where I added include/linux/compiler-gcc5.h Any idea how to fix it? https://build.opensuse.org/package/show/devel:ARM:Factory:Contrib:RaspberryPi/kernel-raspberrypi Guill

Re: [opensuse-arm] R:R:I am Lost: No Boot

Le 18/06/2015 13:58, Guillaume Gardet a écrit : Le 18/06/2015 03:03, Fabian Vogt a écrit : Am Mittwoch, 17. Juni 2015, 21:11:38 schrieb Freek de Kruijf: Op woensdag 17 juni 2015 14:32:27 schreef Guillaume Gardet: Do you have any explanation why the boot process had stopped? I think it is not

Re: [opensuse-arm] R:R:I am Lost: No Boot

Le 18/06/2015 03:03, Fabian Vogt a écrit : Am Mittwoch, 17. Juni 2015, 21:11:38 schrieb Freek de Kruijf: Op woensdag 17 juni 2015 14:32:27 schreef Guillaume Gardet: Do you have any explanation why the boot process had stopped? I think it is not stopped but it is slowly loading the initrd which

Re: [opensuse-arm] R:R:I am Lost: No Boot

Hi, Le 17/06/2015 14:01, Edgar Dombrowski a écrit : Hi Raspi-Friends. First thanks to Alex, Freek et remerciements pour Guillaume.for indicating the Repos for the various files for the Raspi B and Raspi 2 and pointing out the different versionS JeoS; XCFE and LXQT. I have downloaded the ther

[opensuse-arm] AArch64 image format question

Hi, In http://download.opensuse.org/ports/aarch64/tumbleweed/images/ most images are in "*.install.tar.xz" format instead of "*.raw.xz"; except for vexpress64 and old EFI images (which should be wiped). It seems it is because it uses "installpxe=true" option in kiwi file. Am I right or wrong?

Re: [opensuse-arm] Support for Banana Pi

Le 12/06/2015 15:57, Jeff Mahoney a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all - For some time I've had a Banana Pi device running an openSUSE 13.2 image that I downloaded from the Banana Pi site. Over time, I'd been gradually dragging it forward with self-built vendor kernel

Re: [opensuse-arm] Factory: boot.scr not updated

Le 12/06/2015 21:06, Frank Kunz a écrit : Am 12.06.2015 um 11:23 schrieb Guillaume Gardet: It should. ;) It does! Indeed! :) Successfully tested one of the todays sunxi Images. I tested on the BeagleBone black. Just for information, submit request has not reached Factory yet, but Dirk

Re: [opensuse-arm] Factory: boot.scr not updated

Le 12/06/2015 09:45, Marcus Schäfer a écrit : Hi, Both scripts are in initrd but no more in rootfs. Fixed, new submission to factory is in the queue: 311728 Thanks for your very quick fix! :D I really hope we are back on green again :) It should. ;) Guillaume Regards, Marcus --

Re: [opensuse-arm] Factory: boot.scr not updated

Hi Marcus, Le 09/06/2015 12:22, Marcus Schäfer a écrit : Hi, kiwi 7.02.54 is building, do you need a factory submit request ? Yes, please. ok, but I have to wait for input to bug 931634 before I do the next submission New kiwi is now in Factory and some images have been rebuilt and I test

Re: [opensuse-arm] Raspberry Pi 1 and GPT partition really booting?

Le 08/06/2015 17:56, Guillaume Gardet a écrit : Hi, I tested (hybrid) GPT partitionned images for Raspberry Pi and it does not boot at all (even the GPU firmware which is the 1st stage). Is there someone here who booted such an image? If so, which Pi version and which openSUSE image version

[opensuse-arm] E17 images rename

Hi, Enlightenment bump from version 17 (0.17) to 19 (0.19), so E17 name is no more valid. Should we just rename it to E19. Or to Enlightenment, or something else? I would prefer Enlightenment, even if it is a bit long (and our images name are already long), otherwise, we should update things a

Re: [opensuse-arm] elementary needs to be rebuild

Le 11/06/2015 16:06, Andreas Schwab a écrit : Guillaume Gardet writes: You mean that elementary just need to be updated? I don't know, you need to ask the maintainers. It is on the way: https://build.opensuse.org/request/show/311458 Guillaume -- To unsubscribe, e-mail: opensus

Re: [opensuse-arm] elementary needs to be rebuild

Le 11/06/2015 15:59, Andreas Schwab a écrit : Guillaume Gardet writes: Le 11/06/2015 15:42, Andreas Schwab a écrit : Guillaume Gardet writes: Le 11/06/2015 15:28, Andreas Schwab a écrit : Guillaume Gardet writes: Could an admin of Factory:ARM trigger a rebuild of elementary, please

Re: [opensuse-arm] elementary needs to be rebuild

Le 11/06/2015 15:42, Andreas Schwab a écrit : Guillaume Gardet writes: Le 11/06/2015 15:28, Andreas Schwab a écrit : Guillaume Gardet writes: Could an admin of Factory:ARM trigger a rebuild of elementary, please. Thats should happen automatically, triggered by a script. Yes, I know

Re: [opensuse-arm] elementary needs to be rebuild

Le 11/06/2015 15:28, Andreas Schwab a écrit : Guillaume Gardet writes: Could an admin of Factory:ARM trigger a rebuild of elementary, please. Thats should happen automatically, triggered by a script. Yes, I know but, it does not. :( And we get a dependency error. Guillaume -- To

[opensuse-arm] elementary needs to be rebuild

Hi, Could an admin of Factory:ARM trigger a rebuild of elementary, please. It does block some packages (e17 and others) and E17 images build too. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org

[opensuse-arm] Wiki page update

Hi, I reworked openSUSE:AArch64 wiki page: https://en.opensuse.org/openSUSE:AArch64 and I created HCL:AArch64_EFI: https://en.opensuse.org/HCL:AArch64_EFI for generic EFI boards. If you have any comments, please share or edit wiki directly. Guillaume -- To unsubscribe, e-mail: opensuse-arm+u

Re: [opensuse-arm] I am lost

Le 10/06/2015 11:02, Edgar Dombrowski a écrit : Hi, Freek. Thanlk you for your advice.. I have found the repos indicated. For the RPi2 repos, there are three different versions "JeOs", "LXQT" and "XFCE". What are the differences? JeOS is a minimal image (test mode) whereas LXQT and XFCE are

Re: [opensuse-arm] Factory: boot.scr not updated

Hi, Le 08/06/2015 22:48, Marcus Schäfer a écrit : Hi, kiwi 7.02.54 is building, do you need a factory submit request ? Yes, please. Guillaume Regards, Marcus -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org

Re: [opensuse-arm] Difference between Release supported platforms and Community supported platforms

Le 09/06/2015 09:43, Alexander Graf a écrit : On 08.06.15 18:31, Guillaume Gardet wrote: Le 08/06/2015 16:44, Guillaume Gardet a écrit : Le 08/06/2015 16:38, Alexander Graf a écrit : Am 08.06.2015 um 16:28 schrieb Guillaume Gardet : Hi, On this page: https://en.opensuse.org

Re: [opensuse-arm] Difference between Release supported platforms and Community supported platforms

Le 08/06/2015 16:44, Guillaume Gardet a écrit : Le 08/06/2015 16:38, Alexander Graf a écrit : Am 08.06.2015 um 16:28 schrieb Guillaume Gardet : Hi, On this page: https://en.opensuse.org/openSUSE:Supported_ARM_boards What is the difference between "Release supported platforms

[opensuse-arm] Raspberry Pi 1 and GPT partition really booting?

Hi, I tested (hybrid) GPT partitionned images for Raspberry Pi and it does not boot at all (even the GPU firmware which is the 1st stage). Is there someone here who booted such an image? If so, which Pi version and which openSUSE image version? Otherwise, I would like to revert to FAT16 boot

Re: [opensuse-arm] Factory: boot.scr not updated

Le 08/06/2015 17:03, Marcus Schäfer a écrit : Hi, Le 08/06/2015 16:26, Marcus Schäfer a écrit : Hi, Full boot.kiwi log is there: http://paste.opensuse.org/90335031 There should be the message "Boot including archive(s) [bootstrap]: ..." But it's not there. However I can see the .kiw

Re: [opensuse-arm] Difference between Release supported platforms and Community supported platforms

Le 08/06/2015 16:38, Alexander Graf a écrit : Am 08.06.2015 um 16:28 schrieb Guillaume Gardet : Hi, On this page: https://en.opensuse.org/openSUSE:Supported_ARM_boards What is the difference between "Release supported platforms" and "Community supported platforms"? I

Re: [opensuse-arm] Factory: boot.scr not updated

Le 08/06/2015 16:26, Marcus Schäfer a écrit : Hi, Full boot.kiwi log is there: http://paste.opensuse.org/90335031 There should be the message "Boot including archive(s) [bootstrap]: ..." But it's not there. However I can see the .kiwi file to have this archive boot included. Very stran

[opensuse-arm] Difference between Release supported platforms and Community supported platforms

Hi, On this page: https://en.opensuse.org/openSUSE:Supported_ARM_boards What is the difference between "Release supported platforms" and "Community supported platforms"? I though it was based on upstream/downstream kernel, but it seems I am wrong, or the list needs a big update. Guillaume

Re: [opensuse-arm] Factory: boot.scr not updated

Le 08/06/2015 12:40, Guillaume Gardet a écrit : Le 08/06/2015 12:24, Guillaume Gardet a écrit : Le 08/06/2015 12:06, Marcus Schäfer a écrit : Hi, Le 28/05/2015 16:32, Guillaume Gardet a écrit : Hi, after testing some factory images, it appears that boot.scr/boot.script are not updated

Re: [opensuse-arm] Factory: boot.scr not updated

Le 08/06/2015 12:24, Guillaume Gardet a écrit : Le 08/06/2015 12:06, Marcus Schäfer a écrit : Hi, Le 28/05/2015 16:32, Guillaume Gardet a écrit : Hi, after testing some factory images, it appears that boot.scr/boot.script are not updated, so board is unbootable after first boot

Re: [opensuse-arm] Factory: boot.scr not updated

Le 08/06/2015 12:06, Marcus Schäfer a écrit : Hi, Le 28/05/2015 16:32, Guillaume Gardet a écrit : Hi, after testing some factory images, it appears that boot.scr/boot.script are not updated, so board is unbootable after first boot. Anything changed in config or kiwi? Marcus, it seems

Re: [opensuse-arm] Factory: boot.scr not updated

Le 08/06/2015 12:10, Marcus Schäfer a écrit : Hi, Marcus, should not we look for /mnt/kiwi-hooks/setupUBoot.sh since at this moment, partition is mounted on /mnt ? no hook scripts are embedded into the initrd, and if not actively removed (e.g via config.sh) they are also available in the l

Re: [opensuse-arm] Factory: boot.scr not updated

Le 08/06/2015 11:54, Guillaume Gardet a écrit : Le 08/06/2015 11:43, Guillaume Gardet a écrit : Le 28/05/2015 16:32, Guillaume Gardet a écrit : Hi, after testing some factory images, it appears that boot.scr/boot.script are not updated, so board is unbootable after first boot. Anything

Re: [opensuse-arm] Factory: boot.scr not updated

Le 08/06/2015 11:43, Guillaume Gardet a écrit : Le 28/05/2015 16:32, Guillaume Gardet a écrit : Hi, after testing some factory images, it appears that boot.scr/boot.script are not updated, so board is unbootable after first boot. Anything changed in config or kiwi? Marcus, it seems that

Re: [opensuse-arm] Factory: boot.scr not updated

Le 28/05/2015 16:32, Guillaume Gardet a écrit : Hi, after testing some factory images, it appears that boot.scr/boot.script are not updated, so board is unbootable after first boot. Anything changed in config or kiwi? Marcus, it seems that kiwi does not run our u-boot hook (setupUBoot.sh

Re: [opensuse-arm] Factory: boot.scr not updated

Le 07/06/2015 22:31, Frank Kunz a écrit : Hi, also with new builds from today the situation is still the same. it seems that all sunxi based board images are broken. I tried to find out what is wrong but up to now without success. 'Old' images with kernel 3.19 (Factory) still work. Could you g

Re: [opensuse-arm] Image repos needs cleanup

Le 28/05/2015 15:55, Guillaume Gardet a écrit : Le 28/05/2015 15:52, Ludwig Nussel a écrit : Guillaume Gardet wrote: in http://download.opensuse.org/ports/armv7hl/factory/images/ we need to remove all *Factory* images since they have been renamed *Tumbleweed*. armv7 is not Tumbleweed. It

Re: [opensuse-arm] Re: kiwi - Add bootflag to partition #2 when vboot is used

Le 28/05/2015 16:54, Alexander Graf a écrit : On 28.05.15 16:36, Guillaume Gardet wrote: Le 28/05/2015 16:27, Marcus Schäfer a écrit : Hi, now, u-boot lists all bootable partitions to look for boot scripts. If no partition has a bootflag, it falls back to 1st partition. This break

[opensuse-arm] Re: kiwi - Add bootflag to partition #2 when vboot is used

Le 28/05/2015 16:27, Marcus Schäfer a écrit : Hi, now, u-boot lists all bootable partitions to look for boot scripts. If no partition has a bootflag, it falls back to 1st partition. This break Chromebook (and maybe Raspberry Pi?) images, since 1st partition is hidden and we use partition 2

[opensuse-arm] Factory: boot.scr not updated

Hi, after testing some factory images, it appears that boot.scr/boot.script are not updated, so board is unbootable after first boot. Anything changed in config or kiwi? Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow..

Re: [opensuse-arm] Image repos needs cleanup

Le 28/05/2015 15:52, Ludwig Nussel a écrit : Guillaume Gardet wrote: in http://download.opensuse.org/ports/armv7hl/factory/images/ we need to remove all *Factory* images since they have been renamed *Tumbleweed*. armv7 is not Tumbleweed. It really is Factory, ie the untested base of

[opensuse-arm] Image repos needs cleanup

Hi, in http://download.opensuse.org/ports/armv7hl/factory/images/ we need to remove all *Factory* images since they have been renamed *Tumbleweed*. Contrib repos should be affected too. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: o

Re: [opensuse-arm] kiwi - Add bootflag to partition #2 when vboot is used

Le 28/05/2015 15:27, Alexander Graf a écrit : Am 28.05.2015 um 15:13 schrieb Guillaume Gardet : Hi Marcus, now, u-boot lists all bootable partitions to look for boot scripts. If no partition has a bootflag, it falls back to 1st partition. This break Chromebook (and maybe Raspberry Pi

[opensuse-arm] kiwi - Add bootflag to partition #2 when vboot is used

Hi Marcus, now, u-boot lists all bootable partitions to look for boot scripts. If no partition has a bootflag, it falls back to 1st partition. This break Chromebook (and maybe Raspberry Pi?) images, since 1st partition is hidden and we use partition 2 for our boot script, kernel and initrd. C

Re: [opensuse-arm] Re: openQA : ARM qemu and real hardware?

Le 28/05/2015 10:26, Matwey V. Kornilov a écrit : 27.05.2015 15:32, Guillaume Gardet пишет: Hi, I know that some work have been done to get openQA working on ARM through qemu, but also on real hardware. What is working for now? I would like to perform some tests and maybe contribute, if I am

[opensuse-arm] openQA : ARM qemu and real hardware?

Hi, I know that some work have been done to get openQA working on ARM through qemu, but also on real hardware. What is working for now? I would like to perform some tests and maybe contribute, if I am able to do so. So, please share any hints/pointers that could help. Guillaume -- To unsubs

Re: [opensuse-arm] u-boot update - Need package rename

Le 28/04/2015 17:49, Dirk Müller a écrit : Hi Guillaume, *, No, it is similar to kernel builds : same sources, but various patches, different configs. Moreover, binaries produced may be named identically. Right. Personally I think the best solution would be to move the devel project for u-bo

Re: [opensuse-arm] NFS root fs

Le 27/04/2015 18:07, Andreas Färber a écrit : Am 27.04.2015 um 18:02 schrieb Guillaume Gardet: Le 27/04/2015 17:46, Andreas Färber a écrit : Am 27.04.2015 um 15:53 schrieb Guillaume Gardet: Le 27/04/2015 10:43, Markus Weber a écrit : Thanks for all your help and sorry for the late reply

Re: [opensuse-arm] NFS root fs

Le 27/04/2015 17:46, Andreas Färber a écrit : Am 27.04.2015 um 15:53 schrieb Guillaume Gardet: Le 27/04/2015 10:43, Markus Weber a écrit : Thanks for all your help and sorry for the late reply (had a busy weekend). If i understand this right, i cant simply supply parameters to uboot and

Re: [opensuse-arm] NFS root fs

Le 27/04/2015 10:43, Markus Weber a écrit : Thanks for all your help and sorry for the late reply (had a busy weekend). If i understand this right, i cant simply supply parameters to uboot and load the rest from NFS, as Volker mentions? Is it then possible to boot without an tftp server? Yes

Re: [opensuse-arm] u-boot update - Need package rename

same sources, but various patches, different configs. Moreover, binaries produced may be named identically. Guillaume Ciao, Marcus On Fri, Apr 24, 2015 at 09:35:33AM +0200, Guillaume Gardet wrote: Hi, Ping... Guillaume Le 17/04/2015 09:48, Guillaume Gardet a écrit : Hi, I have upda

Re: [opensuse-arm] u-boot update - Need package rename

Hi, Ping... Guillaume Le 17/04/2015 09:48, Guillaume Gardet a écrit : 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

[opensuse-arm] u-boot update - Need package rename

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+unsubscr

Re: [opensuse-arm] u-boot-vexpressaemv8a dropped upstream

Le 02/04/2015 12:50, Dirk Müller a écrit : Hi Guillaume, 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 b

[opensuse-arm] u-boot-vexpressaemv8a dropped upstream

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. Guilla

Re: [opensuse-arm] Problem with openSUSE Factory on samsung chromebook (snow)

re details. ;) Guillaume --- Best Regards, Misha Komarovskiy zombahatgmaildotcom On Fri, Mar 13, 2015 at 5:26 PM, Guillaume Gardet wrote: Hi, Current Factory image does boot on Chromebook (repartition append) but display stay black. I have no serial cable for this laptop, so I cannot debug f

Re: [opensuse-arm] Problem with openSUSE Factory on samsung chromebook (snow)

Le 14/03/2015 12:20, Andreas Färber a écrit : Hi, Am 13.03.2015 um 15:26 schrieb Guillaume Gardet: Current Factory image does boot on Chromebook (repartition append) but display stay black. I have no serial cable for this laptop, so I cannot debug further. Is there anyone who could have a

Re: [opensuse-arm] Problem with openSUSE Factory on samsung chromebook (snow)

Le 13/03/2015 15:51, Alexander Graf a écrit : Am 13.03.2015 um 09:26 schrieb Guillaume Gardet : Hi, Current Factory image does boot on Chromebook (repartition append) but display stay black. I have no serial cable for this laptop, So if repartitioning happened that means the system

[opensuse-arm] Problem with openSUSE Factory on samsung chromebook (snow)

Hi, Current Factory image does boot on Chromebook (repartition append) but display stay black. I have no serial cable for this laptop, so I cannot debug further. Is there anyone who could have a look, please? I sent SR #290617 to fix 2nd boot when booting from SD. Guillaume -- To unsubscrib

[opensuse-arm] Please create missing _link from u-boot-rpi2 to u-boot in Base:System

Hi, I just updated u-boot to 2015.04-rc3 in Base:System, but we are missing u-boot-rpi2 package which should _link to u-boot. Could you fix this, please? Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org

[opensuse-arm] Please accept SR#287941 for JeOS

Hi, could you please accept SR #287941 to get JeOS fixes and enhancements. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org

Re: [opensuse-arm] openSUSE Factory ARM DTBs are outdated

Le 24/02/2015 22:55, Dirk Müller a écrit : Hi Guillaume, Ok. AArch64 fails to build now because AArch64 DTS files have been moved to subfolders. :/ Thank you for the SR. after thinking about it, I thought it might be better to not adjust the naming of the dtb packages but simply fix the packa

Re: [opensuse-arm] openSUSE Factory ARM DTBs are outdated

Le 24/02/2015 18:04, Andreas Färber a écrit : Am 24.02.2015 um 18:02 schrieb web5gg: Le 24/02/2015 17:58, Andreas Färber a écrit : Am 24.02.2015 um 16:37 schrieb Guillaume Gardet: Le 24/02/2015 16:31, Dirk Müller a écrit : Hi Guillaume, the DTBs in Factory:ARM are all outdated. Could you

Re: [opensuse-arm] openSUSE Factory ARM DTBs are outdated

Le 24/02/2015 16:37, Guillaume Gardet a écrit : Le 24/02/2015 16:31, Dirk Müller a écrit : Hi Guillaume, the DTBs in Factory:ARM are all outdated. Could you trigger a rebuild, please? Done. The real fix is to make sure that the packages become uninstallable if the kernel version does not

Re: [opensuse-arm] openSUSE Factory ARM DTBs are outdated

Le 24/02/2015 16:31, Dirk Müller a écrit : Hi Guillaume, the DTBs in Factory:ARM are all outdated. Could you trigger a rebuild, please? Done. The real fix is to make sure that the packages become uninstallable if the kernel version does not match, then they will get rebuild automatically. I"l

[opensuse-arm] openSUSE Factory ARM DTBs are outdated

Hi, the DTBs in Factory:ARM are all outdated. Could you trigger a rebuild, please? Currently, Beaglebone black does not boot due to a too old DTB (SD card not found). Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@o

[opensuse-arm] Please accept SR #286292 for JeOS

Hi, could you please accept my SR #286292 to update JeOS. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org

Re: [opensuse-arm] Wrong type of connection between Rasberry Pi and Zyxel P-2812HNU-F1?

Le 17/02/2015 11:50, Freek de Kruijf a écrit : Hi all, I am having problems with the wired connection, UTP, between the Rasberry Pi and the Zyxel router P-2812HNU-F1. Quite often after connecting the Raspberry Pi with openSUSE 13.2, the 5 indicator lights on the RPi should come up. However only

Re: [opensuse-arm] Why is packet e2fsprogs not present in Rasberry Pi image?

Le 17/02/2015 11:36, Freek de Kruijf a écrit : Hi all, Reading through the dmesg output on my Raspberry Pi I found an error message about missing programs fsck.ext3 and fsck.ext4, which I found in package e2fsprogs. This package is missing in the Raspberry Pi image. Shouldn't it be included? Bu

Re: [opensuse-arm] UIM package

Hi, Le 17/02/2015 08:39, Andrew Wafaa a écrit : On 16 February 2015 at 20:34, Alexander Graf wrote: On 16.02.15 18:12, Andrew Wafaa wrote: On 16 February 2015 at 17:09, Andrew Wafaa wrote: On 16 February 2015 at 16:57, Andreas Schwab wrote: Andrew Wafaa writes: Does anyone know if we

Re: [opensuse-arm] openSUSE 13.2 on the Acer Chromebook 13 CB5-311-T6R7 (nyan-big)

Hi, Le 03/02/2015 19:54, Simon Gleissner a écrit : Hello, currently I try to install openSUSE 13.2 for armv7hl on my Acer Chromebook 13 CB5-311-T6R7 (nyan-big, 4 GB, FullHD-display). It is working, but there are some problems. For those who are interested, I have used the approach described

<    1   2   3   4   5   6   7   8   9   >