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 kernel 3.14 was broken due to bug in depmod.
So, I t
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
On 08.09.14 10:00, Guillaume Gardet wrote:
> 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
Am 08.09.2014 um 12:46 schrieb Alexander Graf:
> On 08.09.14 10:00, Guillaume Gardet wrote:
>> 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 independen
2014-09-08 14:46 GMT+04:00 Alexander Graf :
> the patch below on top of ac0bfdb9c.
Could you please send the patch to linaro? The patch works just
perfect for beagleboard.
--
With best regards,
Matwey V. Kornilov
http://blog.matwey.name
xmpp://0x2...@jabber.ru
--
To unsubscribe, e-mail: opens
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2014-09-11 um 15:20 schrieb Andreas Färber:
> Am 08.09.2014 um 12:46 schrieb Alexander Graf:
>> On 08.09.14 10:00, Guillaume Gardet wrote:
>>> Le 08/09/2014 09:07, Matwey V. Kornilov a écrit :
Hi,
What do you think about adding coupl
2014-09-11 17:45 GMT+04:00 Bernhard M. Wiedemann :
> if you want to test it with qemu and openQA, you would need a working
> emulated graphics driver, because that is what openQA is expecting to
> work with (apart from keyboard input, block-storage and network).
> You can test that with qemu -monit
Hi,
On 8 September 2014 at 11:46, Alexander Graf wrote:
>
>
> On 08.09.14 10:00, Guillaume Gardet wrote:
>> 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 JeOS
On 05.01.15 16:06, Andrew Wafaa wrote:
> Hi,
>
> On 8 September 2014 at 11:46, Alexander Graf wrote:
>>
>>
>> On 08.09.14 10:00, Guillaume Gardet wrote:
>>> Hi,
>>>
>>> Le 08/09/2014 09:07, Matwey V. Kornilov a écrit :
Hi,
What do you think about adding couple of test cases for A
Hi Andrew,
> Does anyone know if this patch is still required, and what else needs
> to be done to get OpenQA to work? I'm being shamed by our illustrious
> Chairman with regards to OpenQA and as a matter of pride I'd like to
> get OpenQA working with ARM - also Linaro are discussing whether to
>
On 5 January 2015 at 15:31, Alexander Graf wrote:
> I'm not sure you really want to base on the Beagle emulation for OpenQA.
> The "virt" machine in QEMU would make a much nicer target, especially
> since it also supports KVM properly. The only missing link to get
> everything properly running is
Hi Dirk,
On 5 January 2015 at 15:32, Dirk Müller wrote:
> Hi Andrew,
>
>> Does anyone know if this patch is still required, and what else needs
>> to be done to get OpenQA to work? I'm being shamed by our illustrious
>> Chairman with regards to OpenQA and as a matter of pride I'd like to
>> get O
On 5 January 2015 at 15:31, Alexander Graf wrote:
>
>
> On 05.01.15 16:06, Andrew Wafaa wrote:
>> Hi,
>>
>> On 8 September 2014 at 11:46, Alexander Graf wrote:
>>>
>>>
>>> On 08.09.14 10:00, Guillaume Gardet wrote:
Hi,
Le 08/09/2014 09:07, Matwey V. Kornilov a écrit :
> Hi,
>>>
On 05.01.15 16:39, Peter Maydell wrote:
> On 5 January 2015 at 15:31, Alexander Graf wrote:
>> I'm not sure you really want to base on the Beagle emulation for OpenQA.
>> The "virt" machine in QEMU would make a much nicer target, especially
>> since it also supports KVM properly. The only missin
On 5 January 2015 at 16:01, Alexander Graf wrote:
> Would you mind to at least apply the patch in that email to your tree so
> that it doesn't bitrot into unusability? :)
What's the TWL4030 part of the patch for? It looks
(a) unrelated and (b) unneeded ?
> On the PCI front, I assume nobody start
On 05.01.15 17:32, Peter Maydell wrote:
> On 5 January 2015 at 16:01, Alexander Graf wrote:
>> Would you mind to at least apply the patch in that email to your tree so
>> that it doesn't bitrot into unusability? :)
>
> What's the TWL4030 part of the patch for? It looks
> (a) unrelated and (b) u
On 5 January 2015 at 17:53, Alexander Graf wrote:
> On 05.01.15 17:32, Peter Maydell wrote:
>> On 5 January 2015 at 16:01, Alexander Graf wrote:
>>> Would you mind to at least apply the patch in that email to your tree so
>>> that it doesn't bitrot into unusability? :)
>>
>> What's the TWL4030 pa
Am 05.01.2015 um 16:54 schrieb Andrew Wafaa:
On 5 January 2015 at 15:32, Dirk Müller wrote:
Does anyone know if this patch is still required, and what else needs
to be done to get OpenQA to work? I'm being shamed by our illustrious
Chairman with regards to OpenQA and as a matter of pride I'd li
On 06.01.15 11:23, Ludwig Nussel wrote:
> Am 05.01.2015 um 16:54 schrieb Andrew Wafaa:
>> On 5 January 2015 at 15:32, Dirk Müller wrote:
Does anyone know if this patch is still required, and what else needs
to be done to get OpenQA to work? I'm being shamed by our illustrious
Chai
On 6 January 2015 at 11:23, Alexander Graf wrote:
>
>
> On 06.01.15 11:23, Ludwig Nussel wrote:
>> Am 05.01.2015 um 16:54 schrieb Andrew Wafaa:
>>> On 5 January 2015 at 15:32, Dirk Müller wrote:
> Does anyone know if this patch is still required, and what else needs
> to be done to get Op
On 06.01.15 12:47, Andrew Wafaa wrote:
> On 6 January 2015 at 11:23, Alexander Graf wrote:
>>
>>
>> On 06.01.15 11:23, Ludwig Nussel wrote:
>>> Am 05.01.2015 um 16:54 schrieb Andrew Wafaa:
On 5 January 2015 at 15:32, Dirk Müller wrote:
>> Does anyone know if this patch is still require
Am 06.01.2015 um 16:24 schrieb Alexander Graf:
Does OpenQA need to see the grub menu? TianoCore doesn't have support
for PCI (and thus VGA) yet, so the first thing you'll see on the screen
is Linux.
openQA doesn't need to see grub. What it expects depends on how you
write the test cases. It mak
Am 06.01.2015 um 11:23 schrieb Ludwig Nussel:
> openQA basically needs an iso or hard disk image and a qemu that can
> boot the image into some GUI. With those two things and an ARM
> machine with Factory or 13.2 it shouldn't take long to get openQA
> up.
Ok, with some hints from Dirk and home:alg
Am 22.01.2015 um 06:08 schrieb Ludwig Nussel:
> Am 06.01.2015 um 11:23 schrieb Ludwig Nussel:
>> openQA basically needs an iso or hard disk image and a qemu that can
>> boot the image into some GUI. With those two things and an ARM
>> machine with Factory or 13.2 it shouldn't take long to get openQ
Ludwig Nussel writes:
> - _product:openSUSE-cd-mini-aarch64 lacks installation-images and
> therefore can't boot
> - adding installation-images-openSUSE and building the iso manually
> makes the bootloader apear on ttyS0 \o/. The image has no kernel
> though. Maybe a kiwi problem?
SR#28236
> Am 22.01.2015 um 06:08 schrieb Ludwig Nussel :
>
>> Am 06.01.2015 um 11:23 schrieb Ludwig Nussel:
>> openQA basically needs an iso or hard disk image and a qemu that can
>> boot the image into some GUI. With those two things and an ARM
>> machine with Factory or 13.2 it shouldn't take long to
Ludwig Nussel schrieb:
Am 06.01.2015 um 11:23 schrieb Ludwig Nussel:
openQA basically needs an iso or hard disk image and a qemu that can
boot the image into some GUI. With those two things and an ARM
machine with Factory or 13.2 it shouldn't take long to get openQA
up.
Ok, with some hints fro
Ludwig Nussel schrieb:
With those bits in place the Factory installation cd proceeds until YaST
which still starts in text mode on the serial tty instead of the
graphics card.
Looks like the built in default console of the kernel is ttyAMA0 instead
of the frame buffer. Is that intentional? It's
Ludwig Nussel writes:
> Looks like the built in default console of the kernel is ttyAMA0 instead
> of the frame buffer.
That's true for all arm configs.
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for
Andreas Schwab schrieb:
Ludwig Nussel writes:
Looks like the built in default console of the kernel is ttyAMA0 instead
of the frame buffer.
That's true for all arm configs.
I guess it make sense to have ttyAMA0 always available as console but
why make it the default if there is a frame buf
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
Hi Guillaume,
2015-05-27 14:32 GMT+02:00 Guillaume Gardet :
> I know that some work have been done to get openQA working on ARM through
> qemu, but also on real hardware.
>
That work was so far only on aarch64/kvm (e.g. running on aarch64
hardware inside a KVM virtual machine).
If there is a wor
32 matches
Mail list logo