Hi John,
> John Walicki hat am 31. Dezember 2018 um 00:18
> geschrieben:
>
>
> In Peter's blog post (1), he mentions that there now experimental CPU
> frequency support for the Raspberry Pi.
>
apologize for being the grinch, but there are reasons that the cpufreq driver
isn't in mainline
Hi William,
Am 17.01.19 um 03:02 schrieb William Jacobs:
> I am looking for help getting serial communication to work via the UART on
> either a Raspberry PI 3 B or a 3 B + that is running Fedora 29. The kernel
> recognizes the UART as /dev/ttyS1 on these systems. Data flows, but it is
>
Hi Sam,
Am 13.01.19 um 23:37 schrieb sam tygier:
> Hi.
>
> I've been trying to adjust the frequency but never seen
> /sys/devices/system/cpu/cpufreq/policy0/scaling_cur_freq say anything other
> than 60 even with 2 cpu intensive processes running.
>
> I have 4.19.13-300.fc29.aarch64
>
> It
Hi,
Am 21.12.18 um 08:01 schrieb Zamir SUN:
> Tested against Fedora 28 aarch64 on RPi3. Unfortunately I have negative
> feedback.
>
> I was happily running kernel-4.19.4-200.fc28.aarch64 with wifi before
> the update. But after the update and reboot, wifi disappeared. Moreover,
> reboot back to
Hi Peter,
> Peter Robinson hat am 22. Dezember 2018 um 03:47
> geschrieben:
>
>
> > > Tested against Fedora 28 aarch64 on RPi3. Unfortunately I have negative
> > > feedback.
> > >
> > > I was happily running kernel-4.19.4-200.fc28.aarch64 with wifi before
> > > the update. But after the
Am 22.03.19 um 16:36 schrieb Nigel Sollars:
> I would think its supported since the RK3328 BSP has been available
> for quite some time, as of Linux 5 its all but 100% supported now.
It's not possible to conclude from the availability of a BSP to actual
mainline support.
Recently Wifi support
Hi William,
> William Jacobs hat am 27. März 2019 um 18:33 geschrieben:
>
>
> I have continued to to look into this and found something.
>
> the vchiq driver seems to behave differently under kernel 5.0.3 than it did
> under 4.20.16. Under both kernels, running the ps command shows the 4
Hi Peter,
On 25.06.19 10:10, Peter Robinson wrote:
> On Tue, Jun 25, 2019 at 9:03 AM Peter Robinson wrote:
>> On Tue, Jun 25, 2019 at 6:51 AM Stefan Wahren wrote:
>>> On 24.06.19 17:44, Peter Robinson wrote:
>>>> On Mon, Jun 24, 2019 at 4:09 PM Stefan Wah
On 24.06.19 17:44, Peter Robinson wrote:
> On Mon, Jun 24, 2019 at 4:09 PM Stefan Wahren wrote:
>> Hi Jan,
>>
>> On 24.06.19 16:41, Jan Kratochvil wrote:
>>> Hi all,
>>>
>>> after F-30 runs from MicroSD for me now I tried to run X (so far I h
Hi,
On 25.06.19 15:20, fil...@centrum.cz wrote:
> Good day,
> will Fedora 30 support Raspberry Pi 4, or we must wait to Fedora 31?
a short statement from myself as the BCM2835 maintainer. The sources has
been published yesterday. The BCM2835 feature window for Linux 5.3 is
closed since 3 weeks.
Hi,
Am 25.06.19 um 18:58 schrieb Peter Robinson:
>> On 25.06.19 15:20, fil...@centrum.cz wrote:
>>> Good day,
>>> will Fedora 30 support Raspberry Pi 4, or we must wait to Fedora 31?
>> a short statement from myself as the BCM2835 maintainer. The sources has
>> been published yesterday. The
Hi,
On 09.06.19 18:52, Brion Vibber wrote:
> Hi all!
>
> I've got a Raspberry Pi 3b+ with Fedora 30 on SD cards running armv7
> and aarch64. I recently installed updates with dnf on both after a few
> weeks, and after reboot I can no longer get into a graphical login.
>
the output of the kernel
Hi Jan,
On 21.06.19 12:59, Jan Kratochvil wrote:
> Hi,
>
> just copying from:
> https://bugzilla.redhat.com/show_bug.cgi?id=1607872#c8
this issue isn't related to your problem. This problem occurs only on a
specific command.
>
> On Raspberry Pi 3B+ when I boot from MicroSD from USB adapter all
Hi,
Am 23.06.19 um 10:43 schrieb Jan Kratochvil:
> Hi Stefan,
>
> On Sun, 23 Jun 2019 10:36:57 +0200, Stefan Wahren wrote:
>> It would be helpful to send me this card and i'll try to fix this.
> I have tracked it down so far to a regression between:
> kernel-5
Hi Jan,
Am 22.06.19 um 20:40 schrieb Jan Kratochvil:
> On Sat, 22 Jun 2019 10:59:29 +0200, Stefan Wahren wrote:
>> it does matter, because there is zero free documentation about the
>> sdhost controller on the BCM2835.
> "Kingston C16G JAPAN, SDC2", bought i
egression somewhere in the 5.0.x series.
>
> I can continue bisecting but a hint is welcome to reduce the number of steps.
>
> Maybe Stefan Wahren is not interested if it is a Fedora specific regression?
in case this is only reproducible with Fedora, i suggest that you try to
narrow down
can continue bisecting but a hint is welcome to reduce the number of steps.
>
> Maybe Stefan Wahren is not interested if it is a Fedora specific regression?
>
> (Then sure my testing may have fuzzy results etc. but I haven't noticed
> anything like that yet.)
>
>
> Jan
>
>
and has negative side effects on sdhost
interface. At least we should test if this has influence on the issue.
>
>>> I can continue bisecting but a hint is welcome to reduce the number of
>>> steps.
>>>
>>> Maybe Stefan Wahren is not interested if it is a Fedor
Hi Jan,
Am 24.06.2019 um 08:47 schrieb Jan Kratochvil:
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
Hi Jan,
Am 22.06.19 um 09:04 schrieb Jan Kratochvil:
> Hello,
>
> further discussion with Peter Robinson was at:
> https://bugzilla.redhat.com/show_bug.cgi?id=1607872#c11
>
>
> On Fri, 21 Jun 2019 13:55:39 +0200, Stefan Wahren wrote:
>> I've seen a lot
member which image it was
> but I expect Workstation as I have also
> fedora-release-workstation-30-4.noarch.
>
>
> On Thu, 20 Jun 2019 13:03:34 +0200, Stefan Wahren wrote:
>> the output of the kernel log would be more helpful.
> Attached.
thanks this is very helpful, unf
Hi Peter,
On 03.07.19 14:10, Peter Robinson wrote:
> Hi Stefan,
>
>>> loads but I don't get an error, just:
>>> bcm2835-power bcm2835-power: Broadcom BCM2835 power domains driver
>>>
>>> That's a minimal text only image, display attached but just at a linux
>>> console login.
>> Could you please
Hi Jan,
Am 26.06.19 um 16:58 schrieb Jan Kratochvil:
> 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
On 25.06.19 23:42, Peter Robinson wrote:
> Good day,
> will Fedora 30 support Raspberry Pi 4, or we must wait to Fedora 31?
a short statement from myself as the BCM2835 maintainer. The sources has
been published yesterday. The BCM2835 feature window for Linux 5.3 is
closed
Hi Peter,
On 14.08.19 14:07, Peter Robinson wrote:
> Hi Stefan,
>
> Firstly thanks for your work here.
>
> But there are also lot of hacks. Currently the biggest part on Kernel
> side is the PCIe driver which isn't upstreamed yet. Another problem is
> that there is no U-Boot support
Hi Jan,
On 22.08.19 11:31, Jan Kratochvil wrote:
> 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
Hi,
On 03.07.19 17:11, Peter Robinson wrote:
> On Wed, Jul 3, 2019 at 3:14 PM Stefan Wahren wrote:
>> Hi Peter,
>>
>> On 03.07.19 14:10, Peter Robinson wrote:
>>> Hi Stefan,
>>>
>>>>> loads but I don't get an error, just:
>>>>&g
Hi Jan,
Am 06.09.19 um 18:06 schrieb Jan Kratochvil:
> 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 No
On 13.01.20 07:19, Peter Robinson wrote:
>>> Hello guys,
>>>
>>> just to let you know, Eric Dumazet from netdev mailing list found 2 bugs
>>> one related to a memory leak (just been added to mainstream)
>>> one related to gso max size (from yesterday night)
>>>
>>> with both patches I am
Hi,
On 06.01.20 15:30, RENARD Pierre-Francois wrote:
> OK,
> upgrade done, running now kernel 5.4.7-200.fc31, same issue with scp.
this sounds like a known issue [1]. There is at least a workaround [2].
[1] - https://github.com/raspberrypi/linux/issues/2482
[2] -
linux-netdev is a mailing list,
> and by the way I don't know how to send this issue to the mailing list
> (google did not help me on that ..)
>
> Thanks
> Fox
>
>
> On 1/6/20 3:46 PM, Stefan Wahren wrote:
>> Hi,
>>
>> On 06.01.20 15:30, RENARD Pierre-Francois wrote:
Hi Peter,
Am 04.04.20 um 20:40 schrieb Peter Robinson:
>> Fedora 32 aarch64 with XFCE runs smoothly on my Raspi4. Everything is
>> working fine except sound. I can't hear anything with my headphone
>> plugged in .
> It's not supported upstream, the analog port on the RPi3 isn't
> supported in the
Hi Fred,
Am 03.04.20 um 13:10 schrieb Fred van Zwieten:
> I haven't retried it yet, but I do have some extra info on my previous
> (and failed) attempt:
>
> I used arm-image-installer as the tool. As it does not yet have a rpi4
> target, I used the rpi3 value. It does boot, but, like I said, it
>
Hi Fred,
Am 02.04.20 um 18:17 schrieb Fred van Zwieten:
> I tried Fedora-Minimal-32_Beta-1.2.aarch64.raw.xz but it did not work
> for me
>
could you also please tell which hardware revision of the Raspberry Pi 4
you are using?
https://imgur.com/a/FH3gmYA
Regards
Stefan
Hi Andrea,
Am 25.05.20 um 09:55 schrieb Andrea Battaglia:
> Hi all,
>
> I'm investigating and trying to make this work for a week now.
> I wouldn't bother if I wasn't sure that digging deeper into this issue would
> take much more time than I have available at the moment.
>
> So this is the
Hi,
Am 03.08.20 um 12:04 schrieb Peter Robinson:
> On Mon, Aug 3, 2020 at 10:57 AM wrote:
>> I used today's rawhide image from
>> https://dl.fedoraproject.org/pub/fedora/linux/releases/32/Workstation/aarch64/images/
>> and get to the Welcome screen but then neither USB keyboard nor mouse work
quires serial to USB adapter)
An alternative solution would be try to mount the SD card on a PC and
look for the kernel messages in /var/log
Regards
>
> Appreciate, Thomas
>
> On Mon, Aug 3, 2020 at 7:37 PM Stefan Wahren <mailto:stefan.wah...@i2se.com>> wrote:
>
>
Am 15.01.21 um 20:21 schrieb Peter Robinson:
>
> The RPi4 has changed this up some and the 3D render unit is now driven
> by the v3d component and associated driver, and the display engine and
> bridges such as HDMI are driven by the vc4 component.
>
> The vc4 work landed upstream in 5.10 but the
Hi,
Am 18.09.21 um 21:58 schrieb Barry Scott:
> On this page it states that the RPi4 is not supported.
>
> https://fedoraproject.org/wiki/Architectures/ARM/Raspberry_Pi#Raspberry_Pi_4
yes the statement about hardware support isn't quite correct anymore.
But there is still a noticeable difference
Am 24.09.21 um 04:47 schrieb Donatom M:
> I just restarted my fedora-arm system on raspberry pi 4 after days of
> using another system and found that the sound does in fact work (I
> shut off all devices but my bluetooth speaker in the pavucontrol
> configuration window -- misconfiguration in
Am 03.03.22 um 02:29 schrieb Chris Adams:
> Once upon a time, Stefan Wahren said:
>> Hi Chris,
>>
>> Am 02.03.22 um 10:51 schrieb Peter Robinson:
>>>> I have an RPi4 running Fedora 35. It hadn't been updated in a while, so
>>>> I applied updates tod
Am 04.03.22 um 21:50 schrieb Stefan Wahren:
> Am 03.03.22 um 02:29 schrieb Chris Adams:
>> Once upon a time, Stefan Wahren said:
>>> Hi Chris,
>>>
>>> Am 02.03.22 um 10:51 schrieb Peter Robinson:
>>>>> I have an RPi4 running Fedora 35. It
Am 05.03.22 um 12:34 schrieb Stefan Wahren:
> Am 04.03.22 um 21:50 schrieb Stefan Wahren:
>> Am 03.03.22 um 02:29 schrieb Chris Adams:
>>> Once upon a time, Stefan Wahren said:
>>>> Hi Chris,
>>>>
>>>> Am 02.03.22 um 10:51 schrieb P
Hi Chris,
Am 02.03.22 um 10:51 schrieb Peter Robinson:
>> I have an RPi4 running Fedora 35. It hadn't been updated in a while, so
>> I applied updates today. When I boot to the kernel 5.16.11-200, I lose
>> the PPS device from my GPS hat. Boot back to 5.14.16-301.fc35 and it
>> works.
>>
>>
Hi Peter,
Am 02.03.22 um 14:37 schrieb Peter Robinson:
> Hi Stefan,
>
>> Am 02.03.22 um 10:51 schrieb Peter Robinson:
I have an RPi4 running Fedora 35. It hadn't been updated in a while, so
I applied updates today. When I boot to the kernel 5.16.11-200, I lose
the PPS device from
Hi Peter,
Am 02.03.22 um 15:19 schrieb Peter Robinson:
> I wonder if it's a change/regression in the firmware overlay <->
> kernel interface.
do you use the DTB file from 5.14.x or 5.16x?
>>> I'm guessing this is fixed in the RPi firmware DTs with their rebase to
>>> 5.15.x?
>>>
>>>
Sorry, missed the link
Am 31.03.22 um 16:08 schrieb Stefan Wahren:
Hi Peter,
Am 31.03.22 um 15:19 schrieb Peter Robinson:
Hi Stefan,
Thanks for the update on this, great news. In the case of the RPi-400
are they all the C0 stepping? I don't see the 400 in your patch.
Yes, please look at [1
Am 11.03.22 um 17:37 schrieb Stefan Wahren:
Am 05.03.22 um 12:34 schrieb Stefan Wahren:
Am 04.03.22 um 21:50 schrieb Stefan Wahren:
Am 03.03.22 um 02:29 schrieb Chris Adams:
Once upon a time, Stefan Wahren said:
Hi Chris,
Am 02.03.22 um 10:51 schrieb Peter Robinson:
I have an RPi4 running
Hi Peter,
Am 31.03.22 um 15:19 schrieb Peter Robinson:
Hi Stefan,
At least the 32 bit issues on Raspberry Pi 4 are expected since the
kernel config doesn't have ARM_LPAE enabled.
Okay, here is the explanation for the different behavior on Raspberry Pi
400 and Raspberry Pi 4 B. The Raspberry
Hi,
Am 17.01.22 um 19:37 schrieb Peter Robinson:
> On Mon, Jan 17, 2022 at 4:39 PM David W. Legg wrote:
>> Nice. I now have a:
>>
>> Linux nas3 5.15.14-200.fc35.aarch64 (NB. 14 instead of 13)
>>
>> running headless and fully up to date wrt. dnf on the (presumably) newer
>> build standard of
t;
> On 22/01/2022 11:23, Stefan Wahren wrote:
>> is the issue about the LEDs already solved? If not, this is the same.
___
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-le...@lists.fedoraproject.org
Fed
Hi,
Am 21.01.22 um 15:34 schrieb David W. Legg:
>
> Just wondered if gpioset etc is working yet on rpi4/Fedora 35?
>
> gpioinfo and gpiodetect both seem happy, for example:
>
> # gpiodetect
> gpiochip0 [pinctrl-bcm2711] (58 lines)
> gpiochip1 [raspberrypi-exp-gpio] (8 lines)
>
> but gpioset does
Hi,
yesterday i noticed a regression in current kernel mainline tree and it seems
that the offending patch was already backported to Fedora:
https://lore.kernel.org/all/20220222140732.253819-1-max...@cerno.tech/
This patch is broken and should be dropped.
I already send a bugfix:
53 matches
Mail list logo
