On 12.08.2013, at 14:30, Guillaume Gardet wrote:
> Hi,
>
> with JeOS panda image from Factory I get the following error (after
> workarounded BOOT files problem also reported for beagle, see previous
> thread):
>
On 07.08.2013, at 14:16, Guillaume Gardet wrote:
> Hi,
>
> some updates below:
>
>
> Le 05/08/2013 16:35, Guillaume Gardet a écrit :
>> Hi,
>>
>> I tested beagle image from factory (but this problem should occur on all
>> other boards) and it does not boot at all, with this message:
>> *
On 14.08.2013, at 14:22, Guillaume Gardet wrote:
>
> Le 14/08/2013 13:51, Alexander Graf a écrit :
>> On 07.08.2013, at 14:16, Guillaume Gardet wrote:
>>
>>> Hi,
>>>
>>> some updates below:
>>>
>>>
>>> Le 05/08/2013 16:
On 14.08.2013, at 14:35, Guillaume Gardet wrote:
>
> Le 14/08/2013 12:33, Alexander Graf a écrit :
>> On 12.08.2013, at 14:30, Guillaume Gardet wrote:
>>
>>> Hi,
>>>
>>> with JeOS panda image from Factory I get the following error (after
>>
On 14.08.2013, at 15:19, Guillaume Gardet wrote:
>
> Le 14/08/2013 14:44, Alexander Graf a écrit :
>> On 14.08.2013, at 14:35, Guillaume Gardet wrote:
>>
>>> Le 14/08/2013 12:33, Alexander Graf a écrit :
>>>> On 12.08.2013, at 14:30, Guillaume Gardet w
On 14.08.2013, at 14:40, Guillaume Gardet wrote:
> Hi,
>
> Bluez fails to build for armv6 but is needed for qemu which is needed to
> build Raspberry Pi image. So it would be good to fix bluez problem.
>
> It fails in test with:
> ***
On 14.08.2013, at 15:27, Guillaume Gardet wrote:
>
> Le 14/08/2013 15:24, Andreas Schwab a écrit :
>> Guillaume Gardet writes:
>>
>>> check_run.c:431: Error in call to timer_create: Function not implemented
>>>
>>
On 20.08.2013, at 14:26, Guillaume Gardet wrote:
> Hi,
>
> just a little question about armv7 configs.
>
> Recent kernel configs have disabled CONFIG_SWP_EMULATE (Emulate SWP/SWPB
> instructions). Is it on purpose?
Do we need it for anything? We don't have legacy user space code we need to
k
Am 22.08.2013 um 19:21 schrieb Guillaume Gardet :
>
> Le 22/08/2013 19:31, Alexander Graf a écrit :
>> On 20.08.2013, at 14:26, Guillaume Gardet wrote:
>>
>>> Hi,
>>>
>>> just a little question about armv7 configs.
>>>
>>> Rece
Am 08.09.2013 um 16:00 schrieb Stefan Seyfried :
> Hi Oscar,
>
> Am 08.09.2013 13:02, schrieb Oscar C:
>> Hi,
>>
>> I'm trying to build a modified kiwi image for Cubieboard (forked from
>> devel:ARM:12.3:Contrib:sunxi/JeOS-cubieboard). When I try to build it,
>> it gives me the following error
On 10.09.2013, at 16:46, Stefan Seyfried wrote:
> Am 10.09.2013 15:58, schrieb Guillaume Gardet:
>> Hi,
>>
>>
>> Le 10/09/2013 15:43, Stefan Seyfried a écrit :
>>> Hi all,
>>>
>>> I'm trying to get RasPi to boot with U-Boot, streamlined with the
>>> other ARM platforms (I guess).
>>
>> Raspbe
On 12.09.2013, at 04:39, Adrian Schröter wrote:
> Am Donnerstag, 12. September 2013, 10:36:46 schrieb Adrian Schröter:
>> Hi,
>>
>> I have a working setup for using the accelerated binaries for aarch64
>> builds in
>>
>> home:adrianSuSE:branches:openSUSE:Factory:ARM
>>
>> also, I am working o
Hey,
Am 16.09.2013 um 07:12 schrieb Guillaume Gardet :
> Hi,
>
> I would like to enable a kernel-desktop for ARM, especially for GFX images.
>
> I modified kernel-default by using CONFIG_PREEMPT instead of
> CONFIG_PREEMPT_NONE.
Couldn't we just make preempt_desktop the default for armv7?
Al
Am 18.09.2013 um 06:48 schrieb Guillaume Gardet :
> Hi,
>
> raspberrypi-gfx and mesa provide openGL ES libs and devel files. So, there
> are file conflicts. Should we add a "Conflicts:" line in raspberrypi-gfx spec
> file?
>
> Or is there a better way to avoid problems?
Let's ask someone wi
On 18.09.2013, at 02:33, Guillaume Gardet wrote:
>
> Le 16/09/2013 16:17, Alexander Graf a écrit :
>> Hey,
>>
>> Am 16.09.2013 um 07:12 schrieb Guillaume Gardet :
>>
>>> Hi,
>>>
>>> I would like to enable a kernel-desktop for ARM, espe
Am 20.09.2013 um 02:37 schrieb Guillaume Gardet :
>
> Le 20/09/2013 05:34, Alexander Graf a écrit :
>> On 18.09.2013, at 02:33, Guillaume Gardet wrote:
>>
>>> Le 16/09/2013 16:17, Alexander Graf a écrit :
>>>> Hey,
>>>>
>>>> A
Am 20.09.2013 um 09:56 schrieb Guillaume Gardet :
> Hi,
>
> it seems that panda and beagle legacy support (I mean non Device Tree
> support) will be dropped more or less quickly.
> To prepare openSUSE for the switch, I made dtb-omap3-beagle and
> dtb-omap4-panda packages in my home repo. Wher
Hi David,
FWIW the ARMv6 tree is in pretty bad shape today, so we are quite far from
having working images. You wouldn't happen to have some time to spend fixing
packages, no? :)
Alex
On 16.10.2013, at 22:47, David Byte wrote:
> Is there a working image for 13.1 for RPi available yet? I jus
Am 31.10.2013 um 06:08 schrieb Marcus Schäfer :
> Hi,
>
>> I am testing images built by OBS.
>>
>> On the beagleboard xM, I cannot boot using the linux.vmx file because it is
>> not recognized as a zImage file.
>> I get this error in u-boot: "Bad Linux ARM zImage magic!"
>
> wait I was told
On 04.11.2013, at 11:52, Marcus Schäfer wrote:
> Hi,
>
>> There is no new kiwi in 13.1:Ports but only in Virtualization:Appliances.
>> Could you submit it to 13.1:Ports, please?
>
> I have no permissions to do this, Dirk normally fetches from Virt:App
Does it include all patches from
http
On 04.11.2013, at 12:39, Guillaume Gardet wrote:
>
> Le 04/11/2013 12:22, Alexander Graf a écrit :
>> On 04.11.2013, at 11:52, Marcus Schäfer wrote:
>>
>>> Hi,
>>>
>>>> There is no new kiwi in 13.1:Ports but only in Virtualization:Appliances.
On 07.11.2013, at 11:14, Guillaume Gardet wrote:
> Hi,
>
> here are some tests results of 13.1 images. Results are pretty bad ATM. :(
>
>
> * Beagleboard xM rev B :
>- Image fails to boot with the following error message:
> *
On 07.11.2013, at 13:19, Guillaume Gardet wrote:
>
> Le 07/11/2013 11:17, Alexander Graf a écrit :
>> On 07.11.2013, at 11:14, Guillaume Gardet wrote:
>>
>>> Hi,
>>>
>>> here are some tests results of 13.1 images. Results are pretty bad
On 07.11.2013, at 14:00, Guillaume Gardet wrote:
>
> Le 07/11/2013 13:34, Alexander Graf a écrit :
>> On 07.11.2013, at 13:19, Guillaume Gardet wrote:
>>
>>> Le 07/11/2013 11:17, Alexander Graf a écrit :
>>>> On 07.11.2013, at 11:14, Guillaume Gardet w
On 07.11.2013, at 14:15, Guillaume Gardet wrote:
>
> Le 07/11/2013 14:04, Alexander Graf a écrit :
>> On 07.11.2013, at 14:00, Guillaume Gardet wrote:
>>
>>> Le 07/11/2013 13:34, Alexander Graf a écrit :
>>>> On 07.11.2013, at 13:19, Guillaume Gardet
On 07.11.2013, at 14:37, Guillaume Gardet wrote:
>
> Le 07/11/2013 14:19, Alexander Graf a écrit :
>> On 07.11.2013, at 14:15, Guillaume Gardet wrote:
>>
>>> Le 07/11/2013 14:04, Alexander Graf a écrit :
>>>> On 07.11.2013, at 14:00, Guillaume Gardet
On 07.11.2013, at 15:45, Guillaume Gardet wrote:
>
> Le 07/11/2013 15:12, Alexander Graf a écrit :
>> On 07.11.2013, at 14:37, Guillaume Gardet wrote:
>>
>>> Le 07/11/2013 14:19, Alexander Graf a écrit :
>>>> On 07.11.2013, at 14:15, Guillaume Gardet
Cool, thanks a lot for thd patch! See a few comments inline.
Am 11.11.2013 um 05:18 schrieb :
>
>
> home:Guillaume_G:branches:openSUSE:13.1:Ports/JeOS ->
> openSUSE:13.1:Ports/JeOS
>
>
> https://build.opensuse.org/request/show/206130
>
> Description: * Various fixes:
> - rename loadfd
Am 14.11.2013 um 05:03 schrieb Guillaume Gardet :
>
> Le 12/11/2013 13:49, Alexander Graf a écrit :
>> Cool, thanks a lot for thd patch! See a few comments inline.
>>
>> Am 11.11.2013 um 05:18 schrieb :
>>
>>>
>>> home:Guillaume_G:branche
On 14.11.2013, at 08:30, Guillaume Gardet wrote:
>
> Le 14/11/2013 14:10, Alexander Graf a écrit :
>>
>> Am 14.11.2013 um 05:03 schrieb Guillaume Gardet :
>>
>>> Le 12/11/2013 13:49, Alexander Graf a écrit :
>>>> Cool, thanks a lot for thd pa
On 18.11.2013, at 14:31, Daniel Bischof wrote:
> Hi,
>
> the image openSUSE-13.1-ARM-JeOS-chromebook.armv7l-1.12.1-Build15.1 from [1]
> is broken. It does not even show a bootloader prompt or something, the
> Chromebook just falls back to the white screen (the one that expects Ctrl-U
> to bo
On 19.11.2013, at 20:49, G. Heim wrote:
> Thanks for your reply again.
>
> I tried to upgrade as follows and it failed.
> 1. I changed the repository to
> http://download.opensuse.org/ports/armv7hl/distribution/13.1/repo/oss/ (and
> removed the old repositories)
> 2. I did "zypper dup"
> 3. t
On 20.11.2013, at 17:12, Guillaume Gardet wrote:
> Hi,
>
> I already sent a patch to opensuse-kernel ML to set CONFIG_GPIO_TWL4030 as
> built-in (instead of module). It is a requirement to boot on SD card on
> beagleboard xM.
> See:
> http://lists.opensuse.org/opensuse-kernel/2013-11/msg0002
On 09.12.2013, at 11:30, Ludwig Nussel wrote:
> Hi,
>
> I'm looking for a small inexpensive ARM board that has a few digital
> inputs (for buttons/switches) and a few digital outputs (for LEDs). Fast
It's hard to find ARM development boards that don't have freely configurable
GPIO pins that y
On 12.12.2013, at 12:32, Sergio Fernández Cordero
wrote:
> Hello list,
>
> My name is Sergio Fernandez , I am personally interested in helping with the
> development
> of the image and OpenSuSE repositories for Raspberry Pi , since I have a
> project for a
> specialized desktop computer base
On 12.12.2013, at 14:41, Adrian Schröter wrote:
> Am Donnerstag, 12. Dezember 2013, 14:03:14 schrieb Alexander Graf:
>>
>> On 12.12.2013, at 12:32, Sergio Fernández Cordero
>> wrote:
>>
>>> Hello list,
>>>
>>> My name is Sergio
On 13.12.2013, at 12:33, Guillaume Gardet wrote:
> Hi Dirk,
> Hi Alex,
>
> My patches are accepted in openSUSE GIT kernel repo so, we can get kernel
> update from Kernel:openSUSE-13.1 project to 13.1:Ports.
>
> Could you do it, please, since I have not the rights to proceed?
As the kernel do
> Am 13.12.2013 um 10:49 schrieb Adrian Schröter :
>
>
> Hi,
>
> you may have read that are able to solve some build problems now
> by using a VM kernel comming the build repositories directly.
>
> I like to continue on this route to solve even more problems, so
> my proposal is for:
>
> 13.
On 13.12.2013, at 15:50, Guillaume Gardet wrote:
>
> Le 13/12/2013 15:40, Guillaume Gardet a écrit :
>> Le 13/12/2013 15:13, Alexander Graf a écrit :
>>> On 13.12.2013, at 12:33, Guillaume Gardet wrote:
>>>
>>>> Hi Dirk,
>>>> Hi Alex,
>
On 13.12.2013, at 16:12, Marcus Schäfer wrote:
> Hi,
>
>>> Found the problem, "mkdosfs -F32 -I", without the -I switch the
>>> board does not boot
>>
>> Nice. Looking forward for a new fixed kiwi to get a working Raspberry Pi
>> image! :)
>
> me too :-) but now I'm struggling with the kernel
On 20.12.2013, at 16:59, Guillaume Gardet wrote:
> Hi Dirk,
> Hi Alex,
>
> kiwi in 13.1:Ports needs to be updated since it does not copy DTB files which
> are in /boot/dtb/ folder.
>
> Could you copypac latest kiwi to 13.1:Ports, please?
Sure, done :).
Alex
--
To unsubscribe, e-mail: open
On 05.01.2014, at 19:14, Marcus Schäfer wrote:
> Hi,
>
> Thanks Andreas for your time and effort.
>
> All my attempts were based on
>
> - berryboot and kernel-raspberry
>
> with these two I had the problem that the config.txt setup
> for berryboot never loaded an initrd and the kernel-raspbe
On 07.01.2014, at 12:44, Andreas Färber wrote:
> Am 07.01.2014 10:02, schrieb Guillaume Gardet:
>>
>> Le 07/01/2014 01:40, Andreas Färber a écrit :
>>> Am 05.01.2014 18:00, schrieb Andreas Färber:
I notice that in config-3.12.2-2-default the following are not set:
CONFIG_I2C_BCM2835
>
On 07.01.2014, at 16:24, Guillaume Gardet wrote:
>
> Le 07/01/2014 16:05, Dirk Müller a écrit :
13.1 ARM JeOS images do not boot anymore, because boot.scr and u-boot.bin
are now in root folder and no more in boot/ folder.
Did you make some changes to kiwi recently which could ex
On 01/08/2014 06:20 PM, Andreas Färber wrote:
Activate CONFIG_ARM_ATAG_DTB_COMPAT for it to receive U-Boot bootargs.
Enable BCM2835_{I2C,WDT}, MMC_SDHCI_BCM2835, USB_HCD_BCMA as modules.
Signed-off-by: Andreas Färber
Thanks, applied to master.
Alex
--
To unsubscribe, e-mail: opensuse-arm+
On 09.01.2014, at 13:14, Andreas Färber wrote:
> Enable CONFIG_FB_SIMPLE as that's what U-Boot exposes in DT.
>
> Signed-off-by: Andreas Färber
Thanks, applied to master.
Alex
--
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
To contact the owner, e-mail: opensuse-arm+ow...@
> Am 16.01.2014 um 09:11 schrieb Marcus Schäfer :
>
> Hi,
>
>>> I further changed the MBR partition type of the first of the three
>>> partitions from EFI to FAT16 - starts booting U-Boot, yay!
>
> Could you send the layout of the resulting ptable which you were
> able to boot the device with
On 16.01.2014, at 12:56, Marcus Schäfer wrote:
> Hi,
>
>>> firmware="vboot" loader="berryboot"
>>
>> Shouldn't loader be u-boot? After all, we need to run the normal uboot setup
>> scripts, no?
>
> yes but it's kind of both isn't it ? there is this berryboot "thing"
> reading config.txt and
On 16.01.2014, at 15:35, Marcus Schäfer wrote:
> Hi,
>
>> To me the "berryboot" part is the same level as MLO or SPL on other
>> platforms. It's just some random binary blob required to actually get into
>> u-boot. There's no need to have kiwi involved.
>
> is ok for me too, just thought if
> Am 18.01.2014 um 18:08 schrieb Andreas Färber :
>
> Am 18.01.2014 06:57, schrieb Andreas Färber:
>> Guys,
>>
>> JeOS builds in QEMU are completely broken ATM:
>>
>> https://build.opensuse.org/package/live_build_log/devel:ARM:Factory:Contrib:RaspberryPi:upstream/JeOS-raspberrypi/images/armv6l
On 27.01.2014, at 01:10, Andreas Färber wrote:
> Hello,
>
> I've prepared a u-boot package update to v2014.01 and successfully
> tested it on the Toradex Colibri T20.
>
> However, the mlo-ext2.patch is causing some trouble. Due to the added
> ext4 support, the am335xevm SPL is 112 bytes too la
On 27.01.2014, at 11:11, Andreas Färber wrote:
> Am 27.01.2014 08:05, schrieb Alexander Graf:
>>
>> On 27.01.2014, at 01:10, Andreas Färber wrote:
>>
>>> Hello,
>>>
>>> I've prepared a u-boot package update to v2014.01 and
On 27.01.2014, at 11:45, Andreas Färber wrote:
> Am 27.01.2014 11:31, schrieb Alexander Graf:
>> On 27.01.2014, at 11:11, Andreas Färber wrote:
>>
>>> In particular I am not so happy about you guys hardcoding OMAP4 hacks in
>>> generic code that is being reu
On 27.01.2014, at 12:12, Andreas Färber wrote:
> Am 27.01.2014 12:00, schrieb Alexander Graf:
>> On 27.01.2014, at 11:45, Andreas Färber wrote:
>>> Am 27.01.2014 11:31, schrieb Alexander Graf:
>>>> On 27.01.2014, at 11:11, Andreas Färber wrote:
>>>&
On 27.01.2014, at 13:06, Andreas Färber wrote:
> Am 27.01.2014 12:19, schrieb Alexander Graf:
>> On 27.01.2014, at 12:12, Andreas Färber wrote:
>>> Am 27.01.2014 12:00, schrieb Alexander Graf:
>>>> On 27.01.2014, at 11:45, Andreas Färber wrote:
>>>&g
On 30.01.2014, at 12:53, Guillaume Gardet wrote:
> Hi,
>
> here is a comparison between a working SD card and a broken image for
> Chromebook using parted.
> I think kiwi does not build the SD card correctly.
>
> # Working 12.3 image:
> Sector size (logical/physical): 512B/512B
> Partition Ta
On 30.01.2014, at 12:59, Guillaume Gardet wrote:
>
> Le 30/01/2014 12:56, Alexander Graf a écrit :
>> On 30.01.2014, at 12:53, Guillaume Gardet wrote:
>>
>>> Hi,
>>>
>>> here is a comparison between a working SD card and a broken image for
>&
On 30.01.2014, at 14:23, Guillaume Gardet wrote:
>
> Le 30/01/2014 13:07, Alexander Graf a écrit :
>> On 30.01.2014, at 12:59, Guillaume Gardet wrote:
>>
>>> Le 30/01/2014 12:56, Alexander Graf a écrit :
>>>> On 30.01.2014, at 12:53, Guillaume Gardet w
On 31.01.2014, at 12:16, Guillaume Gardet wrote:
> Hi,
>
> could you accept SR#220462 which fix Chromebook boot process and image
> creation, please.
>
> Then, we could work on fixing the kernel more easily.
Please make
@@ -30,7 +30,10 @@
+#if !IS_FLAVOR_chromebook
+
+#endif
#if
> Am 01.02.2014 um 13:51 schrieb Guillaume Gardet :
>
> Hi,
>
> Trying to get Linux booting on Chromebook, I am facing the following error
> while loading initrd in memory:
> "ext2fs doesn't support triple indirect blocks."
>
> It seems that ext2fs used to access our ext3 partition is limited
On 06.02.2014, at 11:58, Guillaume Gardet wrote:
> Hi,
>
>
> Le 06/02/2014 08:49, Josua Mayer a écrit :
>> Hi,
>>
>> I was trying something different to get the chromebook working:
>> I found in the Images.wiwi.in, that a lot of packages are marked as
>> PKG_BOOT_TAG and that way included in
> Am 18.02.2014 um 09:57 schrieb Guillaume Gardet :
>
> Hi,
>
> Le 16/02/2014 15:31, 孙钰 a écrit :
>> Hi all,
>>
>> Neither the 12.3 and 13.1 image boot on Pandaboard-ES Rev B3 because
>> the Modification of Elpida DDR2 RAM
>>
>> Here follows the serial port messages:
>> U-Boot SPL 2013.04 (J
On 18.02.2014, at 16:05, Guillaume Gardet wrote:
>
> Le 18/02/2014 15:22, Nishanth Menon a écrit :
>> On 02/18/2014 03:15 AM, Alexander Graf wrote:
>>>
>>>> Am 18.02.2014 um 09:57 schrieb Guillaume Gardet :
>>>>
>>>> Hi,
On 21.02.2014, at 09:16, 孙钰 wrote:
> I tried to replace both of the files in Factory image by:
>
> cp arch/arm/boot/zImage /MySdcard/boot/zImage
> cp arch/arm/boot/dts/omap4-panda-es.dtb /MySdcard/boot/dtb/omap4-panda-es.dtb
>
> still sticks at Starting kernel ...
Nishanth, could you please g
On 02.04.14 15:05, Valery Reznic wrote:
Hello.
I was using openSUSE's
http://csgraf.de/aarch64/openSUSE-12.3-AArch64-JeOS.alpha1.raw.tgz
to run it under Foundation model.
Now I am trying to run it under qemu (qemu-2.0.0-rc0) on x86-64 Fedora 20:
qemu-system-aarch64 -hda openSUSE-12.3-AAr
On 02.04.14 15:25, Valery Reznic wrote:
- Original Message -
> From: Alexander Graf
> To: opensuse-arm@opensuse.org
> Cc:
> Sent: Wednesday, April 2, 2014 4:08 PM
> Subject: Re: [opensuse-arm] qemu-systaem-aarch64
>
>
> On 02.04.14 15:05, Valery Reznic wrot
On 03.04.14 13:47, Guillaume Gardet wrote:
Le 03/04/2014 13:39, Alexander Graf a écrit :
On 02.04.14 20:48, Guillaume Gardet wrote:
Hi,
please find in attachment an ARMv7 -default config update to fix Ethernet and
HDMI output on iMX6 SABRE Lite board. It also add initial support to USB on
On 03.04.14 14:32, Guillaume Gardet wrote:
CC'ing -arm ML
Le 03/04/2014 13:48, Alexander Graf a écrit :
On 03.04.14 13:47, Guillaume Gardet wrote:
Le 03/04/2014 13:39, Alexander Graf a écrit :
On 02.04.14 20:48, Guillaume Gardet wrote:
Hi,
please find in attachment an ARMv7 -de
On 08.04.14 14:46, Guillaume Gardet wrote:
Hi Dirk,
Hi Alex,
We need you for some updates.
13.1:Ports:
* JeOS-vexpress64 is setup to be build for armv7l instead of AArch64. => Just
switch JeOS-vexpress64 build flag.
done.
* All DTB files are broken => Update from latest Base:System is a s
Hi Mathias,
Sorry for the late reply - I was on vacation and only now managed to
work myself through my inbox far enough for your email :).
Do you still see that problem? What exactly fails for you?
Alex
On 04.03.14 13:51, Mathias Bauer wrote:
Hi together,
thanks for the hint with the IR
> Am 26.04.2014 um 10:13 schrieb lists :
>
> I had some trouble with the USB to serial converter. It used to work on
> Cutecom. Now the program can't open /dev/ttyUSB0. Anyway, I figured out
> minicom. Kind of crude but it does the job. [Besides, the 1989's were
> good times.]
>
> Here is the o
On 26.04.14 13:12, Matwey Kornilov wrote:
Hello, All.
Could you please either accept or reply something on 224264?
Could we just add the Kernel:openSUSE-13.1 repository to our
JeOS-beaglebone build as package source?
Alex
--
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
T
> Am 27.04.2014 um 08:16 schrieb Andreas Färber :
>
> Am 26.04.2014 18:52, schrieb Andreas Färber:
>>
>> [ 10.90] systemd[1]: Expecting device dev-ttySAC3.device...
>> Expecting device dev-ttySAC3.device...
>> [...]
>> [ TIME ] Timed out waiting for device dev-ttySAC3.device.
>> [
On 27.04.14 17:23, Matwey V. Kornilov wrote:
I don't know. If it is the best solution, then we can. Basically, what
I need is to fetch the 11 patches from Kernel:openSUSE-13.1
However, I am not aware of how does kernel updates usually get into
Ports tree.
Please don't top post :).
I don
On 28.04.14 10:50, Matwey V. Kornilov wrote:
2014-04-27 21:53 GMT+04:00 Alexander Graf :
Please don't top post :).
Sorry, it is my moronic Android.
Any board we have to enable after that process should just get a Contrib
subproject where we can add newer versions of kernels etc specif
On 19.05.14 09:43, Guillaume Gardet wrote:
Hi,
I fixed Chromebook boot after fisrt boot repartition with Marcus help. Please
accept SR #234660
Thanks for fixing the Chromebook! Before I accept the request, please
explain what
cgpt-table-update.tgz
does and why this can't be combined with
On 19.05.14 10:44, Guillaume Gardet wrote:
Le 19/05/2014 10:38, Alexander Graf a écrit :
On 19.05.14 09:43, Guillaume Gardet wrote:
Hi,
I fixed Chromebook boot after fisrt boot repartition with Marcus help. Please
accept SR #234660
Thanks for fixing the Chromebook! Before I accept the
On 18.05.14 19:53, Andreas Färber wrote:
Hi,
kernel-exynos is failing as follows:
[22654s] drivers/built-in.o: In function `exynos_drm_attach_lcd_bridge':
[22654s]
/home/abuild/rpmbuild/BUILD/kernel-exynos-3.15.rc5/linux-3.15-rc5/drivers/gpu/drm/exynos/exynos_dp_core.c:1004:
undefined referenc
On 18.05.14 20:49, Andreas Färber wrote:
Hello,
And another build failure:
[ 7576s] CC [M] drivers/gpu/drm/msm/msm_fbdev.o
[ 7578s]
/home/abuild/rpmbuild/BUILD/kernel-default-3.15.rc5/linux-3.15-rc5/drivers/gpu/drm/msm/msm_fbdev.c:
In function 'msm_fbdev_create':
[ 7578s]
/home/abuild/rpmbu
On 19.05.14 14:59, Jean Delvare wrote:
Le Monday 19 May 2014 à 14:25 +0200, Jean Delvare a écrit :
This one is fairly simple actually. You can't build exynos_dp_core into
the kernel (CONFIG_DRM_EXYNOS_DP=y) while ptn3460 is built as a module
(CONFIG_DRM_PTN3460=m) because the former depends on
On 19.05.14 21:00, Guillaume Gardet wrote:
Le 19/05/2014 10:44, Alexander Graf a écrit :
On 19.05.14 10:44, Guillaume Gardet wrote:
Le 19/05/2014 10:38, Alexander Graf a écrit :
On 19.05.14 09:43, Guillaume Gardet wrote:
Hi,
I fixed Chromebook boot after fisrt boot repartition with Marcus
Hi Matwey,
On 29.05.14 19:58, Matwey V. Kornilov wrote:
Hi,
What do you think about supporting barebox as arm-bootloader in parallel
with u-boot? Is it going to be successor of u-boot?
Consider barebox as an alternative firmware for ARM devices - not
necessarily a successor of anything.
Th
On 04.06.14 09:28, Matwey V. Kornilov wrote:
On 19.05.2014 14:02, Alexander Graf wrote:
note: expected 'uint32_t *' but argument is of type 'dma_addr_t *'
I've fixed that one, but can not figure out what is wrong now:
https://build.opensuse.org/package/live_build_lo
Hi Wenhui(?),
On 02.07.14 05:08, Huangwenhui wrote:
Hi,
We are building a suse arm on our arm-a15 board, Linux kernel is linaro 3.12.0
version, and compiler is arm-linux-gnueabihf-,
we got suse source and mount it on by nfsserver.
when I chroot to suse, a error occured like this: sh (81): un
> Am 02.07.2014 um 14:16 schrieb Andreas Schwab :
>
> Huangwenhui writes:
>
>>Our ARM chip don't support the NEON instruction, can you supply a
>> non-NEON instruction SUSE copy?
>
> openSUSE doesn't support soft-float ARM configurations.
It's still hard-float, but without NEON.
We use
On 02.07.14 14:46, Steve McIntyre wrote:
On Wed, Jul 02, 2014 at 02:32:04PM +0200, Alexander Graf wrote:
Am 02.07.2014 um 14:16 schrieb Andreas Schwab :
Huangwenhui writes:
Our ARM chip don't support the NEON instruction, can you supply a non-NEON
instruction SUSE copy?
ope
On 02.07.14 15:52, Huangwenhui wrote:
Am 02.07.2014 um 14:16 schrieb Andreas Schwab :
Huangwenhui writes:
Our ARM chip don't support the NEON instruction, can you supply a non-NEON
instruction SUSE copy?
openSUSE doesn't support soft-float ARM configurations.
It's still hard-float, bu
On 03.07.14 13:34, Steve McIntyre wrote:
On Thu, Jul 03, 2014 at 01:20:14PM +0200, Alexander Graf wrote:
On 02.07.14 14:46, Steve McIntyre wrote:
Ummm...
Didn't all the distros agree on VFP3-D16 (i.e. hard-float, non-NEON)
as the baseline for cross-distro compatibility for the ARM hard-
On 01.07.14 20:13, Josua Mayer wrote:
Hello everyone,
A few months ago I had the idea to automatically calculate fdt- and
ramdisk load addresses based on their actual sizes. On IRC agraf then
suggested to just guess offsets that will always hold true, and that is
what I now implemented:
The us
On 03.07.14 15:58, Andreas Färber wrote:
Am 03.07.2014 13:31, schrieb Alexander Graf:
On 02.07.14 15:52, Huangwenhui wrote:
Am 02.07.2014 um 14:16 schrieb Andreas Schwab :
Huangwenhui writes:
Our ARM chip don't support the NEON instruction, can you supply
a non-NEON instruction
On 03.07.14 16:06, Andreas Färber wrote:
Am 03.07.2014 13:48, schrieb Alexander Graf:
On 01.07.14 20:13, Josua Mayer wrote:
A few months ago I had the idea to automatically calculate fdt- and
ramdisk load addresses based on their actual sizes. On IRC agraf then
suggested to just guess offsets
On 05.07.14 11:42, Josua Mayer wrote:
Am 03.07.2014 16:11, schrieb Alexander Graf:
On 03.07.14 16:06, Andreas Färber wrote:
Am 03.07.2014 13:48, schrieb Alexander Graf:
On 01.07.14 20:13, Josua Mayer wrote:
A few months ago I had the idea to automatically calculate fdt- and
ramdisk load
On 07/15/2014 01:45 PM, Ilya Palachev wrote:
Hi, all.
I have found that package "qemu-accel-armv7l-cross-arm" contains
directory /emul/i586-for-arm/ with cross utilities that accelerate the
build.
Could you explain, how does this construction work?
For example, there are 2 binaries in the c
On 19.07.14 16:09, Arnd Gronenberg wrote:
Hello,
I'm running openSUSE Factory on some ARMv7 boards (cubietruck, Olimex
A10 OLinuXino LIME) using the Factory ARM repository at
http://download.opensuse.org/ports/armv7hl/factory/repo/oss/.
Everything is working fine and I'm currently working on
On 24.07.14 23:10, Arnd Gronenberg wrote:
On 07/24/2014 08:57 PM, Arnd Gronenberg wrote:
[...]
I just checked out vim and a local native build is running. The
server build failed in test87, which seems to test python functions...
The local native build just finished successfully, includi
On 11.08.14 11:36, Edgar Dombrowski wrote:
Hi, folks.
Last week the Raspberry Pi-Magazine published an article of an
Raspi-Version for OpenSuse.
As I am an OS-fan since Issue 4.0 I installed the image successfully
on a SD-Stick.
The SD started and I accessed using "root/linux"
As the Eth0-i
Hi Huangwenhui,
On 15.08.14 03:53, Huangwenhui wrote:
Hi,
We evaluate the compiler performance on Hisi-D01 board with openSUSE. We
get into trouble when compiling andriod4.4.3.
I also failed to compile it on X86-64, I do not know how to get the dependent
files and tools. Is there some doc
On 25.08.14 11:07, Matwey V. Kornilov wrote:
> On 21.08.2014 16:49, Andreas Färber wrote:
>> Hm, take a look at https://build.opensuse.org/monitor - we're really low
>> on armv7l build power. Last night we had six build hosts, today ten with
>> 22 worker VMs. People branching kernel package add t
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 already built.
>
How about a new subpro
On 25.08.14 11:27, Guillaume Gardet wrote:
>
> 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 ke
1 - 100 of 481 matches
Mail list logo
