<tuxd3v>
I am building debpackages directly via deb-pkg option
<tuxd3v>
make deb-pkg
<PhoenixMage>
I liked it because you get a bit of bloat from the deconfig but its mostly customised
<PhoenixMage>
I dont know much about packaging for debs I am an Alpine man
<tuxd3v>
its the best option to sort out any problems indeed :)
<tuxd3v>
Alpine is slim :)
<PhoenixMage>
My current problem is u-boot cant seem to find my SPI using sf
<PhoenixMage>
My plan is to run a k8s cluster on Alpine Rock Pi 4 bare metal so its lean
<PhoenixMage>
Add rook for distributed storage
<tuxd3v>
yeah that will makea very good cluster
<tuxd3v>
I own one of 4 nanopi fire3
<PhoenixMage>
And my RaspPis and Lime2's will be rook clients and compute only
<tuxd3v>
but the cortex a53 is not the same thing as the cortex a72 :)
<PhoenixMage>
If you get stuck I have a kernel config that works for Rock Pi 4
<tuxd3v>
thanks I will try the olddefconfig first and see if I get the same error..
<PhoenixMage>
yw
<tuxd3v>
...if you build by hand takes a lot of time...you create abuilder...then you trust it too much...pam...errors and you will not look the logs because..you simply trust him..
<tuxd3v>
thanks a lot for the advce :)
stikonas has quit [Remote host closed the connection]
return0e has quit [Ping timeout: 250 seconds]
return0e has joined #linux-rockchip
return0e has quit [Read error: Connection reset by peer]
return0e has joined #linux-rockchip
<imsherlock>
hey all!
<imsherlock>
I've got a camera hooked up to our board, but I keep receiving this error when trying to capture an image
<imsherlock>
rkisp1: MIPI mis error: 0x00000002
<imsherlock>
can someone tell me what that error means? Based on the isp code it seems like it's missing the frame end for the image
<imsherlock>
so I was suspecting a clock issue, but any other thoughts?
kevery1 has joined #linux-rockchip
return0e_ has joined #linux-rockchip
return0e has quit [Ping timeout: 265 seconds]
kevery has quit [Ping timeout: 265 seconds]
kevery1 is now known as kevery
vstehle has quit [Ping timeout: 265 seconds]
lkcl has quit [Ping timeout: 250 seconds]
lkcl has joined #linux-rockchip
vstehle has joined #linux-rockchip
lkcl has quit [Ping timeout: 268 seconds]
cyrozap has quit [Quit: Client quit]
cyrozap has joined #linux-rockchip
lkcl has joined #linux-rockchip
lkcl has quit [Ping timeout: 276 seconds]
return0e_ has quit [Read error: Connection reset by peer]
return0e has joined #linux-rockchip
lkcl has joined #linux-rockchip
jaganteki has joined #linux-rockchip
lopsided98 has quit [Ping timeout: 265 seconds]
lopsided98 has joined #linux-rockchip
lkcl has quit [Ping timeout: 276 seconds]
lkcl has joined #linux-rockchip
lkcl has quit [Ping timeout: 240 seconds]
lkcl has joined #linux-rockchip
ldevulder_ is now known as ldevulder
matthias_bgg has joined #linux-rockchip
<PhoenixMage>
hmmm, time to see if I can effectively build a boot menu based on what is on the partition with u-boot
<PhoenixMage>
tuxd3v: How did your kernel build go?
jaganteki has quit [Remote host closed the connection]
warpme_ has joined #linux-rockchip
<TomTheDragon>
is there any way to have a real boot menu like I get on x86 with extlinux?
<TomTheDragon>
on the actual machine's console, not over UART
nsaenz has joined #linux-rockchip
<PhoenixMage>
Shouldnt be too hard, I use uboot to efi boot grub and go from there but its still on console
jaganteki has joined #linux-rockchip
<TomTheDragon>
PhoenixMage: on rockpro64 I don't get display until kernel comes up (this is armbian 4.4 kernel)
<sigmaris>
TomTheDragon: There is apparently support for Rockchip video output in u-boot, which is what you'd need
<sigmaris>
but it's not enabled in the u-boot defconfig for rockpro64
<sigmaris>
you could try finding the config options for video output and enabling them and rebuilding u-boot
<TomTheDragon>
sigmaris: surprising it's not in armbian for rockpro64, but I might try playing with boot once I get a rk3399 board for my own use (this one's a NAS and is already mostly set up)
<sigmaris>
I have not tried this myself so don't know what the options are and don't guarantee it'll work :)
<TomTheDragon>
debating on whether to just hold out for 3588 based systems. 8k video is starting to become 'a thing' and it might take over
<PhoenixMage>
Hey sigmaris
<sigmaris>
hey
<sigmaris>
TomTheDragon: I am curious how good the upstream support for 3588 will be; I get the impression that the good support for rk3288 and rk3399 is largely due to their use in Chromebooks
<sigmaris>
and Google pushing patches for ChromiumOS upstream/encouraging Rockchip to contribute upstream
<TomTheDragon>
sigmaris: I'd wait until I know there's real Linux support of course
<TomTheDragon>
is rk3588 going to be marketed more towards phones?
<sigmaris>
not sure, I think phone SoCs normally include modems; it seems like it'd be more aimed at laptop/high-end tablet/maybe STB?
ganbold has quit [Remote host closed the connection]
elektrinis has quit [Read error: Connection reset by peer]
jaganteki has quit [Remote host closed the connection]
elektirnis has joined #linux-rockchip
<PhoenixMage>
hmmmm, how to get the /dev/mtd0 to show up?
<sigmaris>
which defines partitions for the SPI flash; I think that may be needed to get /dev/mtd{0..2} to appear
wadim_ has joined #linux-rockchip
field^Zzz4 has joined #linux-rockchip
urjaman has quit [Ping timeout: 250 seconds]
urjaman has joined #linux-rockchip
return0e_ has joined #linux-rockchip
return0e has quit [Ping timeout: 250 seconds]
<tuxd3v>
PhoenixMage, unfortunatly, I still can't boot up..
<tuxd3v>
kernel compiled, its a litle bit, with more than 5GB of space consumed at compilation time, but it ended ok..
<tuxd3v>
I suspect that ATF + Uboot mainline its still not enough
<tuxd3v>
I am now trying to adapt a Image from the radaxa site and try, to boot my kernel with it..
<tuxd3v>
because I have no console output.. I can only guess what's hapening..
<tuxd3v>
Ĩ am using a baudrate of 115200n8
JohnDoe_71Rus has joined #linux-rockchip
<robmur01>
beware that unless you've specifically built the firmware to use that baud rate, the default is usually 1500000n8
<robmur01>
(and some UARTs can't manage that; if in doubt, FT232R is a reliable choice)
<tuxd3v>
robmur01, in linux you have only support for ~400kb.. see termios.h
<tuxd3v>
this is a war.. Greg Hartman won it..it has some years now.. tree guys including me tried to expand it
<tuxd3v>
His stance was that not sure enough it wouldn't be there regretions..
<tuxd3v>
and so, discarded the support for higher baudrates, even tought that majority of devices nowadays supports at least ~900, some evem go more than 1Mb
<robmur01>
so all that time I've spent running `miniterm.py -p /dev/ttyUSB0 -b 1500000` to poke my RK3328 from my old laptop was a dream? damn... :P
<tuxd3v>
I don't get the config of 1500000 as default in uboot.. doesn't make any sense.. console is not a high bandwith conection..
<tuxd3v>
robmur01, like I said using termios.h you can't
<tuxd3v>
it doesn't mean that using some sort of other facilities you can't do it..
<maz>
stty works well enough.
<tuxd3v>
does it uses termios?
<maz>
I haven't strace'd it.
<tuxd3v>
yeah, like I said I was refering to aplications using termios..
<robmur01>
meh, the point is that if you have no console due to inadequate tools, feel free to bang your head against it, but expect any advice you receive to be "get better tools"
<tuxd3v>
others ofcourse can do it..
<tuxd3v>
you can even do it with a patched termios
<tuxd3v>
picocom, minicom, and so on depend on termios
<tuxd3v>
I usually don't use alien tools to work
<tuxd3v>
I use what is availlable usually in linux
<tuxd3v>
and uboot should be compliant with that..
<mmind00>
robmur01: shouldn't it be possible to just reconfigure uboot to use 115200 if needed? ... Aka that's what I'm doing on px30 right now ... ATF has the ability to read the baud-rate from dt now, so will use whatever uboot-spl set
<maz>
stty is hardly alien. it's been around since early '70.
<maz>
(yes, I use tools compatible with my own generation! ;-)
<tuxd3v>
does stty uses termios?
<maz>
it apparently does.
<maz>
and termbits (on which termios is built) has all the #defines for speeds up to 4M.
<robmur01>
mmind00: almost certainly - I've just never had any issue with the default, and the reduced latency for certain kernel debug spam is definitely noticeable ;)
<tuxd3v>
actually termios now supports speeds til 4Mb..
<tuxd3v>
the problem now should be in hardcoded applications that were using it..
<tuxd3v>
its the unique explanation possible..
<robmur01>
mmind00: BTW, did that GPU thermal patch that I sent cross your radar, or should I make a note to resend it not in the middle of the merge window?
<tuxd3v>
mas -> maz
<mmind00>
robmur01: it's in my inbox :-)
<mmind00>
and marked as to look at
<mmind00>
I'll hopefully do a round on patches shortly
<robmur01>
cool, thanks! No rush, just trying to keep track of what I've got in-flight
<robmur01>
imminent holidays means more hacking :D
<robmur01>
(sometimes I wonder if I've lost the distinction between work and not-work altogether...)
<maz>
robmur01: I have no idea what you're talking about
<mmind00>
robmur01: :-D ... somehow I do actually prefer it that way ... at ELCE in Lyon I did sightseeing, then 2 hours in a wifi-capable university-library, then more sightseeing ... very relaxing ;-)