t failure.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
--
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
the btrfsmaintenance tasks would probably be pretty bad on raspi-grade
hardware.
So for me it's XFS, because I love my data and want to have it back ;-)
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled."
in X with Glamor.
Does that also work with the upstream/openSUSE kernel?
My experience with almost anything hw-accelerated on raspberry Pi (I
only tried video decoding and encoding for now) is, that it only works
on 32bits (the code is basically a NOP for 64bit userspace) and on
raspbian-patched ke
you ever able to use omxplayer on 64bit openSUSE raspi3?
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
--
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
ernels
(I think I tried on the raspi 3, this is when I noticed that the userland stuff
will only build for 32bits)
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richard Feynman
--
To unsubscribe,
gencmd
There is also source code in the userland package IIRC, I built this from
source on my yocto poky build some years ago
at least.
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be fooled." -- Richar
787 {
788 struct vc4_plane_state *vc4_state =
to_vc4_plane_state(plane->state);
789 struct drm_gem_cma_object *bo = drm_fb_cma_get_gem_obj(fb, 0);
790 uint32_t addr;
791
792 /* We're skipping the address adjustment for negative origin,
793 * because this
Am 11.04.19 um 09:29 schrieb Guillaume GARDET:
>
> Hi all,
>
> do we have people still using openSUSE Tumbleweed on armv6 systems? Which is
> Raspberry Pi 1, as it is the only armv6 board supported.
fine with me, I still have Rpi 1 and zero W, but not with openSUSE.
--
Am 01.03.19 um 19:07 schrieb Stefan Brüns:
> On Freitag, 1. März 2019 15:00:13 CET Stefan Seyfried wrote:
>> Am 01.03.19 um 14:53 schrieb Torsten Duwe:
>>> For the media centre you might want to look at libreELEC, for a
>>> comparison,
>>> just to see whether
very well out of the box.
BTW: what is the benefit of a 64bit system on a 1GB RAM machine?
Apart from breaking most of the multimedia stuff and being dog slow compared to
raspbian?
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for
rd=/dev/sdb
> size=`/usr/sbin/blockdev --getsize /dev/sda`
> dd if=/dev/zero of=/dev/sda obs=1 seek=$((size - 1024)) count=1024
zypper in gptfdisk
sgdisk -z $card
--
Stefan Seyfried
"For a successful technology, reality must take precedence over
public relations, for nature cannot be foole
On 03.01.2017 14:59, Andreas Färber wrote:
> Am 02.01.2017 um 20:49 schrieb Stefan Seyfried:
>> Am 02.01.2017 um 17:11 schrieb Andreas Färber:
>>> cross-compiling is mainly used for kernels.
>>
>> Ever asked yourself why kernels are not compiled with qemu-linux-us
Hi Andreas,
Am 02.01.2017 um 17:11 schrieb Andreas Färber:
> Hi Stefan,
>
> Am 02.01.2017 um 10:53 schrieb Stefan Seyfried:
>> On 02.01.2017 10:43, Roger Oberholtzer wrote:
>>> On Mon, Jan 2, 2017 at 10:00 AM, Stefan Seyfried
>>> <stefan.seyfr...@googlem
On 02.01.2017 10:43, Roger Oberholtzer wrote:
> On Mon, Jan 2, 2017 at 10:00 AM, Stefan Seyfried
> <stefan.seyfr...@googlemail.com> wrote:
>
>> If you want to cross-compile easily, use a distribution that's designed to
>> do so -- I can heartily recommend
>>
e problems
you'll run into because of this subtle mistakes), so I would not recommend this
to you, especially if you have to ask
here how to do it ;-)
QEMU emulated build is just damn slow, you are most likely better off just
building natively on an raspberry pi 3.
Best regards and good luc
_orig" variable to the u-boot shell)
I'm back to openembedded on the raspis for now, will check if SLES12-SP2
is really sold with this bug too, once I get my hands on an raspberrypi3 :-)
have fun,
seife
--
Stefan Seyfried
"For a successful technology, reality must take preceden
Am 30.10.2013 09:37, schrieb Guillaume Gardet:
Le 30/10/2013 09:30, Stefan Seyfried a écrit :
we should not use the binary thing from raspberry-firmware but instead
just build it from the userland git repo. Source code is available.
Last time I checked, some parts were missing
ready (qemu is just too slow).
--
Stefan Seyfried
If your lighter runs out of fluid or flint and stops making
fire, and you can't be bothered to figure out about lighter
fluid or flint, that is not Zippo's fault. -- bkw
--
To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org
To contact
true to the end of %pre, but then
some other package fails.
I'm pretty sure that the chroot inside the build-chroot where the image
is built has no qemu-arm setup, but I don't know how to fix it.
--
Stefan Seyfried
If your lighter runs out of fluid or flint and stops making
fire, and you can't
from
the rootfs.
Not sure if this is a good idea and if it is going to work, but it would
surely make kernel updates etc. much more painless than they are now.
Best regards,
seife
--
Stefan Seyfried
If your lighter runs out of fluid or flint and stops making
fire, and you can't
20 matches
Mail list logo