Hi,
Le 26/01/2015 01:12, Andreas Färber a écrit :
Hi Guillaume et al.,
Could someone who cares about the proprietary userland stuff please
investigate and fix this recurring build error?
I just updated to 8f542a1 (2014-12-29) but it did not help. Still the same
error.
I am not sure when I c
/boot/u-boot.img,
replaced it with custom binary, no luck still 2015.01-rc2.
Tried deleting gpt partitions one by one and only after partition 1
deleted, it stops to work, but whole partition filled
with zeros.
On Sun, Dec 7, 2014 at 5:55 PM, Guillaume Gardet
wrote:
new_kern is built using
new kernel?
On Sun, Dec 7, 2014 at 4:21 PM, Guillaume Gardet
wrote:
Hi,
Le 06/12/2014 22:19, Misha Komarovsky a écrit :
Hello,
Just tried to book chromebook images version 253.
Usb wont boot sayin no kernel found, maybe so trick is required?
You need an updated u-boot. ;) I am waiting for
USB0: Register 2000140 NbrPorts 2
Starting the controller
USB XHCI 1.00
scanning bus 0 for devices... 1 USB Device(s) found
scanning usb for storage devices... 0 Storage Device(s) found
snow # usb storage
No storage devices, perhaps not 'usb start'ed..?
snow #
On Wed, Dec 3, 2014 at
Le 03/12/2014 16:48, Guillaume Gardet a écrit :
Le 02/10/2014 12:47, Dr. Werner Fink a écrit :
Hi,
just to be noted, that is not required to boot with openSUSE. Any
nmodern Linux is enough, that is that there should be is the /sys
file system and the filled /dev/input/ directory.
I'd li
Le 02/10/2014 12:47, Dr. Werner Fink a écrit :
Hi,
just to be noted, that is not required to boot with openSUSE. Any
nmodern Linux is enough, that is that there should be is the /sys
file system and the filled /dev/input/ directory.
I'd like to know the output of
for n in /dev/input/event
Le 02/12/2014 13:57, Guillaume Gardet a écrit :
Le 02/12/2014 00:34, Alexander Graf a écrit :
On 02.12.14 00:19, Misha Komarovsky wrote:
Hello,
I found that kernel or dtb file in current Chromebook contrib factory
image, tested on version 245, have boot problems. After kernel start
no signs
Hi,
I forward you an e-mail received on cross-distro ML which may be useful for
openSUSE arm.
Guillaume
Message transféré
Sujet : Data corruption/crash bug in Firefox for armhf
Date : Wed, 3 Dec 2014 09:44:29 +
De :Steve Capper
Pour : cross-dis...@lists.l
Le 02/12/2014 00:34, Alexander Graf a écrit :
On 02.12.14 00:19, Misha Komarovsky wrote:
Hello,
I found that kernel or dtb file in current Chromebook contrib factory
image, tested on version 245, have boot problems. After kernel start
no signs of activity on stdout or serial console.
If i repl
Could you try 2015.01-rc2 from my home repo?
https://build.opensuse.org/package/show/home:Guillaume_G:branches:Base:System/u-boot-am335xevm
Guillaume
Le 28/11/2014 20:49, Matwey V. Kornilov a écrit :
Hi,
I am trying to boot the image from here:
https://build.opensuse.org/package/show/home:ma
Le 28/11/2014 13:13, Oscar C a écrit :
El 2014-11-28 11:46, Matwey V. Kornilov escribió:
Why is the kernel so outdated? Do you know if there is a upstream
kernel support for this device? If so, you could try to make official
openSUSE JeOS image for 13.2.
2014-11-28 13:42 GMT+03:00 Ingo Hoffman
Le 26/11/2014 11:27, Alexander Graf a écrit :
On 26.11.14 11:21, Dirk Stöcker wrote:
On Mon, 24 Nov 2014, Alexander Graf wrote:
Alternatively, you can also resize the file system after first boot
finished. Make sure to do the fixups required to get it booting again
afterwards though (copied f
Le 20/11/2014 13:13, Alexander Graf a écrit :
On 20.11.14 11:05, Guillaume Gardet wrote:
Le 20/11/2014 10:33, Alexander Graf a écrit :
Am 20.11.2014 um 09:08 schrieb Guillaume Gardet
:
Le 19/11/2014 22:26, Alexander Graf a écrit :
On 19.11.14 20:21, Alexander Graf wrote:
On 19.11.14 17
Le 20/11/2014 10:33, Alexander Graf a écrit :
Am 20.11.2014 um 09:08 schrieb Guillaume Gardet :
Le 19/11/2014 22:26, Alexander Graf a écrit :
On 19.11.14 20:21, Alexander Graf wrote:
On 19.11.14 17:56, Guillaume Gardet wrote:
Le 19/11/2014 17:52, Alexander Graf a écrit :
On 19.11.14 17
Le 19/11/2014 22:26, Alexander Graf a écrit :
On 19.11.14 20:21, Alexander Graf wrote:
On 19.11.14 17:56, Guillaume Gardet wrote:
Le 19/11/2014 17:52, Alexander Graf a écrit :
On 19.11.14 17:49, Alexander Graf wrote:
On 19.11.14 17:46, Alexander Graf wrote:
On 19.11.14 17:42, Guillaume
Le 19/11/2014 17:52, Alexander Graf a écrit :
On 19.11.14 17:49, Alexander Graf wrote:
On 19.11.14 17:46, Alexander Graf wrote:
On 19.11.14 17:42, Guillaume Gardet wrote:
Le 19/11/2014 17:36, Guillaume Gardet a écrit :
Le 19/11/2014 17:34, Alexander Graf a écrit :
On 19.11.14 16:14
Le 19/11/2014 17:36, Guillaume Gardet a écrit :
Le 19/11/2014 17:34, Alexander Graf a écrit :
On 19.11.14 16:14, Guillaume Gardet wrote:
Le 19/11/2014 16:03, Alexander Graf a écrit :
On 19.11.14 16:02, Guillaume Gardet wrote:
Hi,
I think there are at least 2 boards built as u-boot RPMs
Le 19/11/2014 17:34, Alexander Graf a écrit :
On 19.11.14 16:14, Guillaume Gardet wrote:
Le 19/11/2014 16:03, Alexander Graf a écrit :
On 19.11.14 16:02, Guillaume Gardet wrote:
Hi,
I think there are at least 2 boards built as u-boot RPMs, which may be
no more used (no 13.2/Facotry JeOS
Le 19/11/2014 16:34, Andreas Färber a écrit :
Am 19.11.2014 um 16:14 schrieb Guillaume Gardet:
Le 19/11/2014 16:03, Alexander Graf a écrit :
On 19.11.14 16:02, Guillaume Gardet wrote:
Hi,
I think there are at least 2 boards built as u-boot RPMs, which may be
no more used (no 13.2/Facotry
Le 19/11/2014 16:56, Dirk Müller a écrit :
Hi Guillaume,
Does it harm to have those packages available? I'd only like to remove it if
we.think it is obsolete or know that it is broken IMHO..
It does not harm, but I would like to be sure that all our targets are working
fine (and if our pa
Le 19/11/2014 16:03, Alexander Graf a écrit :
On 19.11.14 16:02, Guillaume Gardet wrote:
Hi,
I think there are at least 2 boards built as u-boot RPMs, which may be
no more used (no 13.2/Facotry JeOS images are currently using it):
* mx53loco
* colibri_t20_iris
Is there anyone still using
Hi,
I think there are at least 2 boards built as u-boot RPMs, which may be no more
used (no 13.2/Facotry JeOS images are currently using it):
* mx53loco
* colibri_t20_iris
Is there anyone still using those u-boot RPM or having boards to test some
images?
Guillaume
--
To unsubscribe, e-mail:
Le 18/11/2014 19:04, Alexander Graf a écrit :
On 17.11.14 17:49, Guillaume Gardet wrote:
Hi,
panda board has no graphical images in 13.2, only JeOS. HDMI output
works, so, please enable E17 and XFCE images for pandaboard in 13.2:Ports.
Thanks, I've added E17 and XFCE links for:
*
Hi,
Le 18/11/2014 15:21, Josua Mayer a écrit :
Good Afternoon lizards,
I just had notice that the bugs have been fixed in latest
yast2-firstboot: https://build.opensuse.org/request/show/262181
Good news. :)
Maybe we can get the new version into all 13.2 arm images? Is that still
possible a
Le 18/11/2014 10:10, Matwey V. Kornilov a écrit :
On 17.11.2014 11:57, lists wrote:
On Sun, 16 Nov 2014 14:39:11 -0800
lists wrote:
I installed
openSUSE-13.2-ARM-JeOS-beaglebone.armv7l-1.12.1-Build26.2.raw.xz
on a Beagle Bone Black. It works except there is no HDMI output.
The ncurses yast p
Le 18/11/2014 10:08, Andreas Schwab a écrit :
Guillaume Gardet writes:
it seems that libyui-gtk-pkg was dropped from factory. Is it an error or an
expected drop?
See rq258825
Thanks. For those interested, there is the bug report:
http://bugzilla.opensuse.org/show_bug.cgi?id=901851
So
Hi,
it seems that libyui-gtk-pkg was dropped from factory. Is it an error or an
expected drop?
We need it in our E17/XFCE images.
Guillaume
--
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Hi,
panda board has no graphical images in 13.2, only JeOS. HDMI output works, so,
please enable E17 and XFCE images for pandaboard in 13.2:Ports.
Guillaume
--
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
Le 17/11/2014 11:27, Andreas Färber a écrit :
Am 17.11.2014 um 11:24 schrieb Guillaume Gardet:
Le 17/11/2014 11:18, Andreas Färber a écrit :
Am 17.11.2014 um 09:55 schrieb Andreas Schwab:
Andreas Färber writes:
Personally I add the respective module(s) to my /etc/sysconfig/kernel.
/etc
Le 17/11/2014 11:18, Andreas Färber a écrit :
Am 17.11.2014 um 09:55 schrieb Andreas Schwab:
Andreas Färber writes:
Personally I add the respective module(s) to my /etc/sysconfig/kernel.
/etc/sysconfig/kernel no longer exists.
In Factory you mean? In 13.2 it does.
Dracut does not use it.
Le 15/11/2014 16:05, Andreas Färber a écrit :
Am 15.11.2014 um 15:54 schrieb Guillaume Gardet:
Le 15/11/2014 15:39, Oscar C a écrit :
El 2014-11-14 11:06, Guillaume Gardet escribió:
Do we prefer to use SPL + u-boot (raw or on a partition) or raw
bootable u-boot (all in one: u-boot + SPL
Le 15/11/2014 15:39, Oscar C a écrit :
El 2014-11-14 11:06, Guillaume Gardet escribió:
Le 14/11/2014 01:03, Oscar a écrit :
Hi,
El 2014-11-13 09:30, Guillaume Gardet escribió:
Hi,
Cc'ing opensuse-arm ML.
Le 12/11/2014 21:29, Oscar a écrit :
Hi,
I'm trying to boot my cubiebo
Le 14/11/2014 01:03, Oscar a écrit :
Hi,
El 2014-11-13 09:30, Guillaume Gardet escribió:
Hi,
Cc'ing opensuse-arm ML.
Le 12/11/2014 21:29, Oscar a écrit :
Hi,
I'm trying to boot my cubieboard but it seems that there's a problem with the
SPL and u-boot files. I'
Hi,
Cc'ing opensuse-arm ML.
Le 12/11/2014 21:29, Oscar a écrit :
Hi,
I'm trying to boot my cubieboard but it seems that there's a problem with the
SPL and u-boot files. I'm not sure why, but generating the
u-boot-sunxi-with-spl.bin, which is a bundle of the SPL and u-boot in one file,
seem
Le 05/11/2014 16:53, Andreas Schwab a écrit :
Guillaume Gardet writes:
with the Tumbleweed/Factory merge, it would be nice to have ARM support for
Tumbleweed.
In which way would it be different from download.opensuse.org/ports/*/factory?
I guess Tumbleweed should be more stable than
Hi,
with the Tumbleweed/Factory merge, it would be nice to have ARM support for
Tumbleweed.
We could have it for free since Tumbleweed is only a factory snapshot.
The problem is that tumbleweed repo is only for x86*. See:
http://download.opensuse.org/tumbleweed/repo/*
I guess we would just n
Le 03/11/2014 10:54, Oscar C a écrit :
El 2014-10-16 21:21, Guillaume Gardet escribió:
Le 16/10/2014 21:18, Guillaume Gardet a écrit :
Hi,
I updated u-boot to 2014.10 (Base:System and Factory). Some patches are now
upstream. It will ease next version upgrade.
We have still some patches
Hi,
Le 27/10/2014 13:36, Andrew Wafaa a écrit :
Ladies and germs,
The release of 13.2 is imminent and it has come to be that in the
current draft of the release announcement there is no mention of ARM
:-(
Is there any chance we could rustle up a paragraph or two of the key
ARM related features
Hi,
you may want to switch from raspberrypi-gfx to raspberrypi-userland.
Then, a symlink from libGL.so.1 to libGLESv2.so may be useful?
Guillaume
Le 21/10/2014 19:34, David Byte a écrit :
I am fighting mightily trying to not do something very nasty to get xfce4 to
work on the 13.1 factory
Le 16/10/2014 21:18, Guillaume Gardet a écrit :
Hi,
I updated u-boot to 2014.10 (Base:System and Factory). Some patches are now
upstream. It will ease next version upgrade.
We have still some patches upstreamable. I will try to get them included in
next release, especially our SPL EXT2
Hi,
I updated u-boot to 2014.10 (Base:System and Factory). Some patches are now
upstream. It will ease next version upgrade.
We have still some patches upstreamable. I will try to get them included in
next release, especially our SPL EXT2 related patches.
If you have any problem booting with t
Hi,
I added a wiki page on the iMX USB Loader tool:
https://en.opensuse.org/openSUSE:Imx_usb_loader
It allows to load a binary file in RAM using USB or UART and to execute it. It
can be used to unbrick your iMX.5/6 or Vybrid board. Or just to try a new
u-boot.
It is available on hardware OBS
Le 13/10/2014 09:00, Alexjan Carraturo a écrit :
I tested booth, and the 13.1 has only HDMI problem, but Factory stops
himselfs in "Starting Kernel". (for me).
Which build version? (Available in image name).
Guillaume
2014-10-13 8:27 GMT+02:00 Guillaume Gardet :
Hi,
Le 12/
Hi,
Le 12/10/2014 14:33, Matwey V. Kornilov a écrit :
12.10.2014 13:29, lists пишет:
I can confirm there is no graphics on the HDMI port as the original
poster indicated.
The OS seems to work OK on the serial port. Maybe a bit sluggish as
compared to ubuntu on the built in flash, but that is j
Le 10/10/2014 12:31, Mike Veltman a écrit :
On Wednesday 08 October 2014 23:52:39 Alex Armstrong wrote:
Mike Veltman wrote:
On Tuesday 07 October 2014 13:30:16 Alexander Graf wrote:
On 07.10.14 08:43, Mike Veltman wrote:
Hello Gentlepeople :)
The good news it worked.
Oh? The image hasn't bu
Le 02/10/2014 16:00, Alexander Graf a écrit :
On 02.10.14 15:47, Guillaume Gardet wrote:
Le 02/10/2014 15:37, Alexander Graf a écrit :
On 02.10.14 15:34, Guillaume Gardet wrote:
Hi Alex,
I just saw your default-options.patch for u-boot. According to the
changelog, it fixes panda SPL. What
Le 02/10/2014 15:37, Alexander Graf a écrit :
On 02.10.14 15:34, Guillaume Gardet wrote:
Hi Alex,
I just saw your default-options.patch for u-boot. According to the
changelog, it fixes panda SPL. What was the problem?
The SPL did not find its partition table, because the dos partition
table
Hi Alex,
I just saw your default-options.patch for u-boot. According to the changelog,
it fixes panda SPL. What was the problem?
I did not notice any problem here.
Guillaume
--
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
To contact the owner, e-mail: opensuse-arm+ow...@opens
Hi,
Le 01/10/2014 14:35, Andreas Färber a écrit :
Hi,
Let's CC opensuse-arm for such ARM questions...
Am 30.09.2014 um 09:29 schrieb Dr. Werner Fink:
Hi,
just to be noted that the patch
rules-add-lid-switch-of-ARM-based-Chromebook-as-a-power-sw.patch
which includes the line
SUBSYSTE
Le 25/09/2014 15:18, Peter Czanik a écrit :
On 09/25/2014 11:50 AM, Guillaume Gardet wrote:
I have no cubox, so I cannot tell you if it is working fine or not.
Please try, and send us feedback. :)
Testing the Factory image, this is what I got on the serial console:
Loading file "/boo
Hi,
Le 25/09/2014 11:33, Peter Czanik a écrit :
Hi,
Anybody still using CuBox? I mean the old one:
https://en.opensuse.org/HCL:CuBox openSUSE 12.2 seems to be a bit old :(
You have a 12.3 image (which is old too):
http://download.opensuse.org/repositories/devel:/ARM:/12.3:/Contrib:/Cubox/im
Le 24/09/2014 09:05, Matwey V. Kornilov a écrit :
23.09.2014 12:02, Guillaume Gardet пишет:
I think we should be able to provide a single image for ARMv8 as it is
done for x86 (using EFI?).
For armv7, we have one image per board. So, maybe just add a link to
Portal:ARM wiki page?
I want to
Le 23/09/2014 09:46, Andrew Wafaa a écrit :
On 23 September 2014 08:07, Matwey V. Kornilov
wrote:
Hi,
I think we need ARM support for http://software.opensuse.org
At least for couple best-supported boards.
I think it have been already requested some times ago.
I agree, but this introduces
Le 23/09/2014 09:54, Dirk Müller a écrit :
Hi Alex,
But if I don't load the fdt file (bcm2835-rpi-b.dtb - what is that
anyway?), I get all the way to the network:
the fdt file is the device tree, its a binary blob that should exactly
describe the hardware. This is used to avoid the kernel hav
Le 19/09/2014 17:50, Alexander Graf a écrit :
On 19.09.14 14:31, Guillaume Gardet wrote:
Hi,
We have a 12.3 image for iMX53 loco, no image in 13.1 and an image with
an old kernel and an old u-boot in Factory.
Should we update the kernel and u-boot or should we drop it ?
Is there anyone
Le 20/09/2014 06:58, Alex Armstrong a écrit :
Guillaume Gardet wrote:
Le 19/09/2014 14:37, Guillaume Gardet a écrit :
Le 19/09/2014 14:28, Michael Ströder a écrit :
HI!
Any news on that?
Tried today with
openSUSE-Factory-ARM-JeOS-raspberrypi.armv6l-1.12.1-Build211.14.raw.xz
but
still no
Le 19/09/2014 14:37, Guillaume Gardet a écrit :
Le 19/09/2014 14:28, Michael Ströder a écrit :
HI!
Any news on that?
Tried today with
openSUSE-Factory-ARM-JeOS-raspberrypi.armv6l-1.12.1-Build211.14.raw.xz but
still no luck.
Any further information needed I could provide?
I got the same
Le 19/09/2014 14:28, Michael Ströder a écrit :
HI!
Any news on that?
Tried today with
openSUSE-Factory-ARM-JeOS-raspberrypi.armv6l-1.12.1-Build211.14.raw.xz but
still no luck.
Any further information needed I could provide?
I got the same problem as Alex (once loaded manually).
No idea why
Hi,
Same questions as iMX53 loco.
We have a 12.3 image, no image in 13.1 and no image in Factory.
Contrary to iMX53 loco, origen is upstream and we should be able to use our
default kernel.
Is there anyone around who have an origen board to test a factory JeOS-origen
image?
Guillaume
--
Hi,
We have a 12.3 image for iMX53 loco, no image in 13.1 and an image with an old
kernel and an old u-boot in Factory.
Should we update the kernel and u-boot or should we drop it ?
Is there anyone with such a board for testing new u-boot and new kernel
(-default flavour or not upstream?).
Le 19/09/2014 09:37, Matwey V. Kornilov a écrit :
On 19.09.2014 11:31, Guillaume Gardet wrote:
Le 18/09/2014 22:20, Matwey V. Kornilov a écrit :
18.09.2014 12:21, Guillaume Gardet пишет:
Indded, I just checked BB black schematic and there is no TUSB6010 chip.
Guillaume, do you have an
Le 18/09/2014 22:20, Matwey V. Kornilov a écrit :
18.09.2014 12:21, Guillaume Gardet пишет:
Indded, I just checked BB black schematic and there is no TUSB6010 chip.
Guillaume, do you have an instance of BeagleBoard equipped with TUSB6010?
Apparently I made a mistake. Checked the schematic
Le 18/09/2014 13:14, Ivan Skytte Jørgensen a écrit :
On Thursday 18 September 2014 09:53:19 Alexander Graf wrote:
Am 18.09.2014 um 09:23 schrieb Ivan Skytte Jørgensen :
...
Since it already boots into Linux I'm wondering if I have really have to go the
virtualbox+crosscompiliation route.
I h
Le 18/09/2014 10:10, Matwey V. Kornilov a écrit :
On 18.09.2014 11:07, Guillaume Gardet wrote:
Hi,
Le 17/09/2014 18:34, Matwey V. Kornilov a écrit :
Hi,
Which board use this module? BeagleBoard?
I would say OMAP based boards such as: Beagleboard xM, Pandaboard, and
maybe also Beaglebone
Hi,
Le 17/09/2014 18:34, Matwey V. Kornilov a écrit :
Hi,
Which board use this module? BeagleBoard?
I would say OMAP based boards such as: Beagleboard xM, Pandaboard, and maybe
also Beaglebone Black.
Guillaume
--
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
To contact th
Hi,
our non-rootfs image builds are broken on OBS with the following error:
[ 407s] Sep-11 10:27:40 <1> : EXEC [/sbin/kpartx -sa /dev/loop0 2>&1]
[ 407s] Sep-11 10:27:40 <1> : Failed mapping partition: /dev/mapper/
Just tested last factory build (201.1) with omap loadaddr and arndale boot type
fixes and new u-boot (2014.10-rc2).
Dracut initrd is VERY long to generate on (first boot). Any idea why?
Beagle has a working console on serial port, but no video output, no USB and no
Ethernet (connected on USB).
Le 08/09/2014 20:34, Matwey V. Kornilov a écrit :
08.09.2014 22:29, Guillaume Gardet пишет:
The thing is it does boot with new addr for beagleboard xM. I also
updated BB black and panda with those addr.
You should try the new image for beaglebone black once SR will be
accepted and images
Le 09/09/2014 11:54, Andreas Schwab a écrit :
Guillaume Gardet writes:
There is a "Prefer: dracut" in Factory project config and mkinitrd package have
been removed from factory. So, I guess we should use dracut directly?
The dracut package contains the mkinitrd wrapper.
Ok.
Le 09/09/2014 11:26, Alexander Graf a écrit :
On 09.09.14 11:14, Guillaume Gardet wrote:
Le 08/09/2014 17:57, Alexander Graf a écrit :
Arndale : Does boot u-boot but fails with a "Wrong Image Format" which
should be fixed by SR #248024 (already accepted by Alex, thanks). I
fixed i
Le 08/09/2014 17:57, Alexander Graf a écrit :
Arndale : Does boot u-boot but fails with a "Wrong Image Format" which
should be fixed by SR #248024 (already accepted by Alex, thanks). I
fixed it manually before the SR were accepted but I get lots of
"cpufreq: __target_index: Failed to change cpu
Le 08/09/2014 18:44, Matwey V. Kornilov a écrit :
08.09.2014 20:34, Guillaume Gardet пишет:
I managed to boot beagleboard using differents load adress for kernel,
What could be the problem with the old addresses?
Maybe an overlap with u-boot relocation addr.
The thing is it does boot
Le 08/09/2014 17:57, Alexander Graf a écrit :
On 08.09.14 17:50, Guillaume Gardet wrote:
Le 08/09/2014 16:01, Alexander Graf a écrit :
On 08.09.14 15:26, Guillaume Gardet wrote:
Hi,
Fatcory:ARM repo has new JeOS (E17 and XFCE) images but there are some
ghost files remaining.
Pandaboard
Le 08/09/2014 18:13, Matwey V. Kornilov a écrit :
08.09.2014 17:26, Guillaume Gardet пишет:
Hi,
Fatcory:ARM repo has new JeOS (E17 and XFCE) images but there are some
ghost files remaining.
Pandaboard and Beagleboard boots u-boot but then hangs after "Starting
kernel ...". Beagle
Le 08/09/2014 16:01, Alexander Graf a écrit :
On 08.09.14 15:26, Guillaume Gardet wrote:
Hi,
Fatcory:ARM repo has new JeOS (E17 and XFCE) images but there are some
ghost files remaining.
Pandaboard and Beagleboard boots u-boot but then hangs after "Starting
kernel ...". Beagle sh
Le 08/09/2014 14:46, Alexander Graf a écrit :
On 08.09.14 14:23, Guillaume Gardet wrote:
Le 08/09/2014 12:37, Alexander Graf a écrit :
On 08.09.14 11:55, Guillaume Gardet wrote:
Hi,
for information, I updated u-boot to v2014.10-rc2 and most patches in my
home repo:
https
Hi,
Fatcory:ARM repo has new JeOS (E17 and XFCE) images but there are some ghost
files remaining.
Pandaboard and Beagleboard boots u-boot but then hangs after "Starting kernel
...". Beagle should use a newer u-boot managing FDT for Beagle.
Is there any known problem with Factory Kernel for OM
Le 08/09/2014 12:37, Alexander Graf a écrit :
On 08.09.14 11:55, Guillaume Gardet wrote:
Hi,
for information, I updated u-boot to v2014.10-rc2 and most patches in my
home repo:
https://build.opensuse.org/package/show/home:Guillaume_G:branches:Base:System/u-boot
Very nice :). Please remember
Hi,
for information, I updated u-boot to v2014.10-rc2 and most patches in my home
repo:
https://build.opensuse.org/package/show/home:Guillaume_G:branches:Base:System/u-boot
We are still missing u-boot-hyundaia7hd (not available upstream) and
u-boot-mx6cubox-i (patch must be refreshed).
I star
Hi,
Le 08/09/2014 09:07, Matwey V. Kornilov a écrit :
Hi,
What do you think about adding couple of test cases for ARM to our openQA? I
remember two cases when our JeOSes were broken independently of hardware. First
one, when u-boot was looking for boot.scr in wrong place, second one, when the
Le 25/08/2014 11:22, Alexander Graf a écrit :
On 25.08.14 11:07, Matwey V. Kornilov wrote:
On 21.08.2014 16:27, Guillaume Gardet wrote:
So, we could use devel:ARM:Factory to test u-boot and kernel (from
kernel:HEAD?) with JeOS images.
Would be great, given that kernel from Kernel:HEAD is
Le 21/08/2014 15:14, Andreas Färber a écrit :
Am 21.08.2014 15:01, schrieb Guillaume Gardet:
Le 21/08/2014 14:49, Andreas Färber a écrit :
Dropping the downstream Raspberry Pi kernel and merging :upstream into
Contrib:RaspberryPi would seem like a nice cleanup btw. Requires the
fixed kernel
Le 21/08/2014 14:49, Andreas Färber a écrit :
Am 21.08.2014 14:11, schrieb Matwey V. Kornilov:
2014-08-21 16:07 GMT+04:00 Guillaume Gardet :
The thing is we must be able to test -rc versions. Otherwise stable (non
tested) versions may not work.
The easiest way is to build JeOS images using
Le 21/08/2014 14:11, Matwey V. Kornilov a écrit :
2014-08-21 16:07 GMT+04:00 Guillaume Gardet :
The thing is we must be able to test -rc versions. Otherwise stable (non
tested) versions may not work.
The easiest way is to build JeOS images using -rc images. To me, it was the
purpose of Factory
Le 21/08/2014 13:51, Andreas Färber a écrit :
Am 21.08.2014 13:26, schrieb Guillaume Gardet:
Le 21/08/2014 09:40, Matwey V. Kornilov a écrit :
2014-08-21 11:31 GMT+04:00 Guillaume Gardet:
Is it mainlined now or not? I think some times ago Dirk said to drop
sunxi
patches from Base:System and
Le 21/08/2014 09:40, Matwey V. Kornilov a écrit :
2014-08-21 11:31 GMT+04:00 Guillaume Gardet:
Is it mainlined now or not? I think some times ago Dirk said to drop sunxi
patches from Base:System and handle them at a project level. Dirk, could you
confirm, please?
Mele_A1000 and Hyundai_A7HD
Hi,
Le 20/08/2014 22:34, Andreas Färber a écrit :
Am 20.08.2014 19:04, schrieb Matwey V. Kornilov:
19.08.2014 19:56, Matwey V. Kornilov пишет:
01.08.2014 18:00, Andreas Färber пишет:
Handling a recent SR, I noticed that our Base:System u-boot is still at
v2014.04.
I think it is worth to star
Hi,
Why do you use the old bernhard image while current image is working fine?
See: http://en.opensuse.org/HCL:Raspberry_Pi and use 13.1 official image.
Guillaume
Le 11/08/2014 11:36, Edgar Dombrowski a écrit :
> Hi, folks.
>
> Last week the Raspberry Pi-Magazine published an article of an R
Le 24/07/2014 15:51, Marcus Schäfer a écrit :
> Hi,
>
>> Just send an e-mail when your done, please.
> done, created request id 242212 for factory
Thanks Marcus. :)
Guillaume
--
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
To contact the owner, e-mail: opensuse-arm+ow...@open
Le 24/07/2014 15:08, Marcus Schäfer a écrit :
> Hi,
>
>> 13.1:Ports kiwi is just a link to Factory kiwi, so it is v5.06.131 and it
>> has this commit.
> I think I found the bug, will fix it
Ok, thanks. :)
Just send an e-mail when your done, please.
Guillaume
--
To unsubscribe, e-mail: open
Le 24/07/2014 12:17, Marcus Schäfer a écrit :
> Hi,
>
>>> [ 593s] Jul-21 23:13:06 <1> : Calling pre bootloader install script:
>>> [ 593s] Jul-21 23:13:06 <1> : --> uboot-image-beagle-setup
>>> [ 593s] bash: uboot-image-beagle-setup: No such file or directory
>>>
>>> so the XML description has
Le 24/07/2014 11:57, Marcus Schäfer a écrit :
> Hi,
>
>> Sorry, fogot to include OBS build log. It is available here:
>> https://build.opensuse.org/package/live_build_log/openSUSE:13.1:Ports/JeOS-beagle/images_arm/armv7l
> ah, thanks :)
>
> ok it said
>
> [ 593s] Jul-21 23:13:06 <1> : Calling pre
Le 23/07/2014 16:26, Marcus Schäfer a écrit :
> Hi,
>
>> there is a problem with all 13.1 ARM images. They failed with :
>> "uboot-image-XXX-setup: No such file or directory".
>>
>> Probably a bug in a kiwi update? Marcus ?
> Hmm, this information does not tell me much
Sorry, fogot to include OB
Hi,
there is a problem with all 13.1 ARM images. They failed with :
"uboot-image-XXX-setup: No such file or directory".
Probably a bug in a kiwi update? Marcus ?
Guillaume
--
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
To contact the owner, e-mail: opensuse-arm+ow...@opensu
Le 21/06/2014 09:40, lists a écrit :
> Boot issue? Well it doesn't.
>
> Here is the serial port output:
>
> \0x01\0x00
> U-Boot SPL 2013.04-dirty (Jul 10 2013 - 14:02:53)
> musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx,
> SoftConn) musb-hd
Hi,
Le 12/06/2014 18:07, Josua Mayer a écrit :
> Greetings you armed lizards,
>
> Now that my u-boot package adaptation for the cubox-i is basically
> finished I would like to get it merged into the Base:System:u-boot package.
> But there is a nasty showstopper! My patch conflicts with the
> mlo-
Le 12/06/2014 10:09, Andreas Schwab a écrit :
> Guillaume Gardet writes:
>
>> - Factory E17 and XFCE images are unresolvable due to missing
>> icedtea-web. It seems it has been dropped from factory. Is it really the
>> case?
> Yes, it was dropped together with xulrunn
Le 12/06/2014 10:16, Matwey V. Kornilov a écrit :
> 12.06.2014 12:01, Guillaume Gardet пишет:
>> - But latest armv7l kernels from Kernel:HEAD are broken:
>> https://build.opensuse.org/project/monitor/Kernel:HEAD but fixes should be
>> on the way.
> Just a c
Hi,
Here are some information about openSUSE on ARM.
* Firstly,, the good news:
- openSUSE 13.1 image for Raspberry Pi is now bootable (no need to resize the
FAT boot partition anymore.).
- Chromebook images are now able to boot after the first boot.
* The problems :
- Qemu images (armv6l and a
Hi Sascha,
Le 03/04/2014 15:44, Sascha Hauer a écrit :
> On Thu, Apr 03, 2014 at 02:51:16PM +0200, Alexander Graf wrote:
>> I guess we can ask Sascha here too :).
>>
>>> The main things to do for boards support are :
>>> 1) Get boards booting Linux (should be a minimum).
>>> 2) Have a maximum num
501 - 600 of 878 matches
Mail list logo
