i should not have said anything
[11561053.235151] xhci_hcd :01:00.0: @1ed0c6e0
0e00 02048000
[11572206.218075] Under-voltage detected! (0x00050005)
[11572207.738154] bcmgenet fd58.genet eth0: Link is Down
[11572211.898285] bcmgenet fd58.genet eth0: Link is
> Is this lightning bolt a hardware feature? Like, it overlays it on the
> display, even on Plan 9?
Well yes, but actually no:
https://ownyourbits.com/2019/02/02/whats-wrong-with-the-raspberry-pi/
There's an OS involved.
Also I ordered a 1GB compute module without thinking of this thread.
-
I've been using an RPI4B with 4GB as my main term for several months. It
pxe boots (no SD card) and I leave the session on, but run screenlock to
guard against cat walk (pun?). It has rebooted once, but I'm pretty sure it
was due to power fluctuations (didn't see it happen). I built the kernel on
M
not the same but i am just building up a pi3b+ server running Richard’s current
kernel. i have a lightning bolt onscreen and occasional red led flashes but so
far it has bern absolutely reliable.
the only areas of minor problems: wifi does not always connect, and if it fails
it needs a power
On Wed, Nov 18, 2020 at 6:18 PM Anthony Sorace wrote:
> > Richard asked:
...
> Is this lightning bolt a hardware feature? Like, it overlays it on the
> display,
> even on Plan 9? I've never seen it. I'll watch for the power LED indicator.
Correct. Though I have not seen them on my pi 3b+ running
> Richard asked:
> The pi4 is very sensitive to power supply voltage. Are you using
> an "official" pi4 power supply (5.2v)?
Yes; same power supply on the 4GB and 1GB models. That is, same exact
unit, on the same outlet. I had all sorts of problems with my first several Pi
and know better than to
well they have FCC compliance, so i'd hope it's just internal
interference due to lack of rf separation on the board. unless the fcc
test is so busted that they were able to activate a less-problematic
pixel clock and never tried the full possible range? :D
since i don't have a github account i do
There were reports of 2560x1440 res generating RF noise in the 2.4GHz band wifi
channel 1. The proposed solution (by Eben Upton) was to use channel 4 or higher
or use 5GHz wifi band at this res. And supposedly there is a firmware fix for
this. No idea about the bluetooth issue. You should report
well it's a hardware issue
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/Te91377223453b8c0-M5e78d5ef1cc2b824733bf764
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
> Wifi works fine on pi3 and pi4
To clarify, I meant "works fine on Plan 9 on pi3 and pi4".
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/Te91377223453b8c0-M253372a0e292138f16f0c3ba
Delivery options: https://9fans.topicbox.com/groups/
well, for me hdmi reliably stops working when i turn on the bluetooth
keyboard and versa.
clearly RF interference was none of their concern when they made this chip.
if your monitor suggests a different pixel clock you might get lucky
and it's just good enough, but your signal quality is gonna suff
> i recommend saving
> your time and not bothering to ever try and get the wifi or bluetooth
> to work on plan9
Wifi works fine on pi3 and pi4, in my experience.
Bluetooth works well when it works, but my driver missing some error
recovery code so it's only reliable in favourable conditions (shor
from the hardware point of view...
i never had a single problem with pi4 power rails or it's RAM.
if we're lucky this might be just your pi. while rare, memory does
fail sometimes...
What doesn't work here is the usb-c power supply, so i have used a
crappier mobile phone charger with a passive US
> i had loads of problems with a lowly pi3+ until i tried an old ipad charger
My desktop pi3b+ is currently running on a tablet charger (which was fine
for the pi2b). It shows the lightning bolt icon on the screen constantly,
but runs stably.
The pi4 flashes the red power LED to indicate undervol
> i had loads of problems with a lowly pi3+ until i tried an old ipad charger
My desktop pi3b+ is currently running on a tablet charger (which was fine
for the pi2b). It shows the lightning bolt icon on the screen constantly,
but runs stably.
The pi4 flashes the red power LED to indicate undervol
> The pi4 is very sensitive to power supply voltage.
absolutely,
i had loads of problems with a lowly pi3+ until i tried an old ipad charger
(2.5A i think), it has been stable since.
-Steve
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9f
> reboots after a while, seemingly spontaneously
The pi4 is very sensitive to power supply voltage. Are you using
an "official" pi4 power supply (5.2v)? I had to go through several
power supplies for my pi4 cluster until I found one which would keep
them stable (40W Anker PowerPort 5).
Sigh. Dependent *on* ram.
I should also point out that I'm not
doing anything noteworthy in config.txt;
I believe the only changes were HDMI
settings.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/Te91377223453b8c0-M3eb4ee7d94dedf3497d
I've generated a patch from your changes in cmd-usb.tar:
http://9legacy.org/9legacy/patch/usb-usbd-usb3.diff
--
David du Colombier
In contrib/miller on 9p.io there are new kernel binaries 9pi4 and 9pi4cpu,
now with USB3 fully supported (thanks cinap). If you build from the source
in contrib/miller/9/bcm, you'll need an updated usb/usbd command to initialise
the more complicated root hub topology of the pi4; for convenience th
The pi4 kernel on 9p.io is now more complete, with support for
SD card (which was pleasantly standards-conforming), and ethernet
(thanks to cinap). USB3 still missing, so useful only as a cpu
server.
On a pi4 with 4GB RAM, only 2GB will be accessible until we have
a proper implementation of kmap(
made new image and kernels if anyone wants to test.
http://gabe.felloff.net/usr/cinap_lenrek/9front-7341.7789bbc91c22.pi3.img.gz
http://gabe.felloff.net/usr/cinap_lenrek/9pi3
http://gabe.felloff.net/usr/cinap_lenrek/9pi4
sha1sums:
1b493439cbdff6aa6e0403cc0bda158841ebac40
9front-7341.7789
Couldn't you even manage to try a few wines?
On Thu, Aug 22, 2019 at 9:59 AM Steve Simon wrote:
> hi all
>
> just to say i am very excited abou the pi4 port but am on holiday in
> France at the moment so i cannot even help with testing.
>
> -Steve
>
>
> On 22 Aug 2019, at 9:07 am, Richard Miller
hi all
just to say i am very excited abou the pi4 port but am on holiday in France at
the moment so i cannot even help with testing.
-Steve
On 22 Aug 2019, at 9:07 am, Richard Miller <9f...@hamnavoe.com> wrote:
>> oh dear. i dont even know the expected physical memory map...
>> i guess that r
> oh dear. i dont even know the expected physical memory map...
> i guess that ram is continuous block at [0-0xfc00). but
> some memory might be reserved...
No, the framebuffer is always reserved at the top of the
first 1GB, so on 2GB and 4GB units there are two separate
regions.
> - atags
>
On Thu, 22 Aug 2019 01:58:39 +0200 cinap_len...@felloff.net wrote:
> new kernel that should be able to deal with the two regions:
>
> http://felloff.net/usr/cinap_lenrek/9pi4
>
> sha1sum:
>
> 0222a824ec04c672955560ea120fa4d8de848e79
cat '#ec/*maxmem'
0x3e60 0x4000 0xfc00
Ethernet and
new kernel that should be able to deal with the two regions:
http://felloff.net/usr/cinap_lenrek/9pi4
sha1sum:
0222a824ec04c672955560ea120fa4d8de848e79
--
cinap
> The device tree has two entries.
>
> offset:0
> lenght:0x3c40
>
> offset:0x4000
> length:0xbc00
excellent! that explains it.
--
cinap
On Wed, 21 Aug 2019 21:53:42 +0200 cinap_len...@felloff.net wrote:
cinap_len...@felloff.net writes:
> thank you!
>
> i believe its just starting rio so you dont get any more output.
>
> interestingly, the framebuffer was set up without error as
> far as the kernel is concerned. otherwise we would g
On Wed, 21 Aug 2019 23:59:28 +0200 cinap_len...@felloff.net wrote:
cinap_len...@felloff.net writes:
> > The firmware on a pi4 with 2GB or 4GB RAM will only report 1GB.
> > I believe you need to look at the board id (or probe for invalid
> > addresses as in the teg2 kernel) to find out the real amou
> The firmware on a pi4 with 2GB or 4GB RAM will only report 1GB.
> I believe you need to look at the board id (or probe for invalid
> addresses as in the teg2 kernel) to find out the real amount.
oh dear. i dont even know the expected physical memory map...
i guess that ram is continuous block at
ok, i prepared a kernel with debug prints. (i basically
buffer the debug outputs in kmesg and dump them on the
serial console and screen once they get initialized).
http://felloff.net/usr/cinap_lenrek/9pi4
i suspect that the device tree /memory/reg property
might not be a single 12 byte entry. an
On Wed, 21 Aug 2019 21:05:20 +0100 Richard Miller <9f...@hamnavoe.com> wrote:
> > ba...@bitblocks.com>:
> > Trying this on pi4B4GB
> >
> > - no display
>
> The display does come up for me (using HDMI0 socket).
It is an early 4k Seiki TV/Monitor. It works fine on a pi3
(running your kernel) in 14
> ba...@bitblocks.com>:
> Trying this on pi4B4GB
>
> - no display
The display does come up for me (using HDMI0 socket).
> cat '#ec/*maxmem'
% cat '#ec/*maxmem'
cat: can't open #ec/*maxmem: '#ec/*maxmem' file does not exist
% ls '#ec'
'#ec/8250.nr_uarts'
'#ec/bcm2708_fb.fbdepth'
'#ec/bcm2708_fb.fbheight'
'#ec/bcm2708_fb.fbswap'
'#ec/bcm2708_fb.fbwidth'
'#ec/cma'
'#ec/coherent_pool'
'#ec/console'
'#ec/smsc95xx.macadd
Back in the arm32 world, the contrib/miller/9/bcm kernel source
is now stable and useable on pi4, after fixing some old emmc bugs,
and thanks to cinap for spotting that no-execute bits have to be
set in device space page tables to prevent speculative instruction
fetches from device registers (!).
thank you!
i believe its just starting rio so you dont get any more output.
interestingly, the framebuffer was set up without error as
far as the kernel is concerned. otherwise we would get an
error when trying to attach devdraw.
on the bootargs prompt, enter:
!rc
then on the rc shell:
cat '#
> 512M memory: 207M kernel data, 304M user, 1828M swap
The firmware on a pi4 with 2GB or 4GB RAM will only report 1GB.
I believe you need to look at the board id (or probe for invalid
addresses as in the teg2 kernel) to find out the real amount.
On Wed, 21 Aug 2019 19:56:08 +0200 cinap_len...@felloff.net wrote:
> i'v made a sdcard image for the new raspberry pi 4
> (also works on 3).
>
> http://gabe.felloff.net/usr/cinap_lenrek/9front-7336.bb28fe19fe44.pi3.img.gz
>
> this has support for most of the new hardware:
>
> sdcard, ethernet and u
arrg! and i forgot the clean BEFORE the issuing dma.
--
cinap
> Your dmaflush code doesn't look to me like it will do the right
> thing if the dma buffer isn't cache aligned. (Could this ever be
> the case in the 9front kernel?) Suppose dma starts, cpu prefetches
> some old data into the cache line overlapping the start of the dma
> buffer, then dma complete
> Your dmaflush then calls cachedwbse
Sorry I meant cachdwbinvse !
> no, i wish. only reading linux source and deciphering device tree
> mazes. :(
Supposedly a h/w manual is being edited now.
> i think theres a bug with the dma code tho. you actually need to
> invalidate caches *AFTER* the hw completed because the
> core can speculatively prefetch memory and bri
> Thanks, I'll take a look at this. Have you seen any pi4 h/w docs
> or have you been working just from linux drivers?
no, i wish. only reading linux source and deciphering device tree
mazes. :(
> I've been stalled on getting ether4330 to initialise. Putting
> some coherence() calls into emmc.c
Thanks, I'll take a look at this. Have you seen any pi4 h/w docs
or have you been working just from linux drivers?
I've been stalled on getting ether4330 to initialise. Putting
some coherence() calls into emmc.c helped (I don't like
out-of-order cpus) but I keep getting spurious interrupt 1023
f
i just commited everything i got for the raspberry pi 4.
sorry that this took so long. i was trying to get
the ethernet reliable but this has some bizzare issue
that i was unable to resolve.
http://code.9front.org/hg/plan9front/rev/889b634159e5
http://code.9front.org/hg/plan9front/rev/55d93e47a2d
>> Do you mean usbxhci or something else?
>
> yeah. as i heard he will commit soon the pcie implementation also for
> rpi4 so it can used there, too.
That will be very useful, thanks.
yeah. as i heard he will commit soon the pcie implementation also for
rpi4 so it can used there, too.
On 7/19/19, Richard Miller <9f...@hamnavoe.com> wrote:
>> do check cinap's latest 9front commits!
>
> Do you mean usbxhci or something else?
>
>
>
> do check cinap's latest 9front commits!
Do you mean usbxhci or something else?
do check cinap's latest 9front commits!
50 matches
Mail list logo
