Hi Stefan,
On Fri, 06 Sep 2019 18:36:21 +0200, Stefan Wahren wrote:
> does this error persist after disconnecting the USB camera?
I have already disconnected it and I am sorry I am not going to experiment too
much with it. The module costs some EUR 25-40. This is a FYI bugreport.
Jan
Hi,
On Thu, 22 Aug 2019 12:15:31 +0200, Peter Robinson wrote:
> On Thu, Aug 22, 2019 at 10:59 AM Stefan Wahren wrote:
> > On 22.08.19 11:31, Jan Kratochvil wrote:
> > > (That NoIR Raspberry camera module locks up kernel but that is offtopic
> > > here.)
> >
&g
On Wed, 26 Jun 2019 16:58:32 +0200, Jan Kratochvil wrote:
> And in 1.5 hours today it happened even with
> kernel-5.1.12-300.nocpufreq.fc30.aarch64. So it only matters how often
As a summary I have returned to Raspberry to check it more after some time and
it all works perfectly now with u
On Tue, 25 Jun 2019 23:05:09 +0200, Jan Kratochvil wrote:
> BTW after ~6 hours of uptime kernel-5.2.0-0.rc5.git0.1.fc31.aarch64 died
> again with:
> [22937.548815] sdhost-bcm2835 3f202000.mmc: timeout waiting for
> hardware interrupt.
>
> It was probably heavily swapp
On Mon, 24 Jun 2019 10:22:33 +0200, Jan Kratochvil wrote:
> On Mon, 24 Jun 2019 09:12:40 +0200, Peter Robinson wrote:
> > There's a different driver in the 5.2 rc series from
> > 5.2.0-0.rc4.git2.1 and later builds, you might want to try rc5
> >
> > https://koji.fedor
On Mon, 24 Jun 2019 17:09:38 +0200, Stefan Wahren wrote:
> thanks this is very helpful, unfortunately this is a know but unresolved
> issue:
...
> https://github.com/anholt/linux/issues/153
For you X works on RPi3B+? As we all should have the same hardware.
Jan
Hi all,
after F-30 runs from MicroSD for me now I tried to run X (so far I had
runlevel "3") and I get the same messages.
Nothing important, I can try also new installation of F-30.
On Thu, 20 Jun 2019 12:03:59 +0200, Peter Robinson wrote:
> What kernel is this?
On Mon, 24 Jun 2019 09:12:40 +0200, Peter Robinson wrote:
> There's a different driver in the 5.2 rc series from
> 5.2.0-0.rc4.git2.1 and later builds, you might want to try rc5
>
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1288824
Yes, that works. Could you backport that to the
On Sun, 23 Jun 2019 22:11:55 +0200, Stefan Wahren wrote:
> Am 23.06.19 um 21:22 schrieb Jan Kratochvil:
> > So it looks as a Fedora-specific regression somewhere in the 5.0.x series.
>
> Please wait, i see that fc30 still uses this experimental cpufreq patch,
> which is very dan
On Sun, 23 Jun 2019 21:53:07 +0200, Peter Robinson wrote:
> Have you tested 5.1.x like .12 or the latest 5.2rc5 releases?
In my OP I have tested (as failing):
kernel-5.2.0-0.rc3.git3.1.fc31.aarch64
I have also tested (as failing): kernel-5.1.11-300.fc30.aarch64
(not yet tested 5.1.12)
On Sun, 23 Jun 2019 12:32:14 +0200, Peter Robinson wrote:
> There's a few Fedora patches but nothing specific to mmc or the RPi
> mmc/sdhci modules.
kernel-5.0. 0-300.fc30.aarch64 PASS
kernel-5.0. 0-300.vanilla.fc30.aarch64 PASS
On Sun, 23 Jun 2019 11:00:20 +0200, Stefan Wahren wrote:
> Am 23.06.19 um 10:43 schrieb Jan Kratochvil:
> > kernel-5.0.0-300.fc30.aarch64
https://koji.fedoraproject.org/koji/buildinfo?buildID=1219993
wget -O -
https://kojipkgs.fedoraproject.org//packages/kernel/5.0.0/300.fc30/aarch
ost/bcm2835.c is the same in both versions.
I will contact you off-list, it would be great if you can fix that.
Thanks,
Jan Kratochvil
___
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-le...@lists.fedoraproject.org
Fed
cblk0p3, logical block
932129
OK, I see maybe I will give up and just buy a newer MicroSD card...
Thanks,
Jan Kratochvil
___
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-le...@lists.fedoraproject.org
Fedora Code of Condu
4.raw.xz = kernel-4.18.16-300.fc29.aarch64
> Also it's possible under powered PSUs might cause something like this,
> I've had reports of issues with SD cards that have gone away with
> different PSUs, what is the rating of your PSU?
From the Bug:
# Or
Hi,
just copying from:
https://bugzilla.redhat.com/show_bug.cgi?id=1607872#c8
On Raspberry Pi 3B+ when I boot from MicroSD from USB adapter all works fine.
When I use the same MicroSD into the MicroSD slot of Raspberry it boots fine
and when it should be display text login prompt it prints:
[
On Wed, 13 Mar 2019 11:09:24 +0100, Peter Robinson wrote:
> https://dl.fedoraproject.org/pub/fedora-secondary/development/30/Workstation/aarch64/images/
That looks much better although after "Starting Gnome display manager" it
flashed its screen to black, then back to systemd startup messages and
On Wed, 13 Mar 2019 10:43:41 +0100, Peter Robinson wrote:
> On Wed, Mar 13, 2019 at 9:34 AM Jan Kratochvil
> wrote:
> > Has anyone ever booted any Fedora on Raspberry Pi 3B+? I am not sure if my
> > RPi3B+ isn't defective but it does boot stock 32-bit Raspbian image.
>
On Wed, 13 Mar 2019 09:52:33 +0100, Peter Robinson wrote:
> Does the screen go blank, or does the startup scripts remain on the screen?
Not black, always the [ OK ]+[FAILED] messages remain on the screen.
> GNOME is pretty tight on resources,
I am even trying to boot the Minimal image and it
On Tue, 12 Mar 2019 20:58:43 +0100, Stuart D. Gathman wrote:
> I have rPi3B, and it required a few config tweaks. The
> arm-image-installer package for Fedora has a script with the tweaks.
Could you be more specific, please?
I have tried both 'xz -dc' and both fedora-arm-image-installer with no
Hello,
sorry it may not be really Fedora specific but all images fail to boot for me
except for the plain 32-bit Raspbian.
Fedora 29 aarch64 Workstation fails on:
https://www.jankratochvil.net/t/rpi3fail.jpg
[FAILED] Failed to start Avahi mDNS/DNS-SD Stack.
...
On Wed, 07 Sep 2011 11:10:14 +0200, Gordan Bobic wrote:
Prelinking will change the binaries every time it is run
No. Please read /etc/sysconfig/prelink and PRELINK_FULL_TIME_INTERVAL, only
once per two weeks.
I just thought of another reason to not use prelink - incremental backups.
[...]
On Tue, 06 Sep 2011 17:39:55 +0200, Gordan Bobic wrote:
Can you elaborate as to why? My experience and measurements show that
prelink does more harm than good more offten than not. I can think of a
lot of reasons to not use it, and very few reasons to use it.
It speeds up the program
On Tue, 06 Sep 2011 19:06:13 +0200, Gordan Bobic wrote:
I can think of a lot of reasons to avoid prelink (tripwire and vserver
hashify are two things that immediately come to mind).
Any programs verifying executables should run prelink -y (or -u) on the
executable to restore its original state
24 matches
Mail list logo