warpme___ has quit [Quit: Connection closed for inactivity]
<a1batross>
montjoie, I mean, which driver? I disable many stuff in config for fast boot on our boards
<hanetzer>
is there some place I can ask highly technical questions about a given rockchip soc? I've *mostly* gotten uart redirection over the sdcard working; only issue is I don't get output over it, just input, which defeats my purpose (I'm trying to figure out a boot failure on three different distros on my rk3399 chromebook)
<phh>
you know chromebooks have their own thingy in addition?
<phh>
to multiplex serial over usb-c connector
<hanetzer>
not this one (no ccd or cr50 chip on this model)
<hanetzer>
rk3399-gru-kevin
<phh>
uh ok, well i have a kevin too, so good to know (I never actually tried)
<phh>
hanetzer: you already tried asking linux-rockchip@lists.infradead.org ? there are @rock-chips.com developers there
<hanetzer>
no, thanks for the pointer.
<hanetzer>
(btw, I got myself a patch thrown together for u-boot to enable uart->usb redirection on rk3288 devices)
stikonas has quit [Remote host closed the connection]
<phh>
ah so rk32 is over usb, rk33 is over sd?
stikonas has joined #linux-rockchip
<hanetzer>
yeh. rk33 has over usb as well, but unless I'm misreading it its only on the 2.0 ports, of which I have none :P
<phh>
fwiw, wrt rk32's uart -> usb, there was already a patched posted like 6 years ago on mailing list
<phh>
did you check rockchip's downstream kernel for that uart over sd feature already?
<hanetzer>
phh: was there? I know its currently implemented in rk31 in u-boot, and rk31/32 in kernel.
<phh>
ah, i wasn't aware it currently is implemented
<hanetzer>
no, and tbh its basically just some pinmux settings
<phh>
well rk32's uart over usb is not just pinmux, there is a special register somewhere
<robmur01>
IIRC the type C phy can still mux the USB 2.0 signals - certainly my board does its rockUSB OTG stuff on the type C connector
<hanetzer>
yep. its almost exactly the same as rk31's, except the bit definitions differ
<robmur01>
for the SD mux, I'd check that the same UART isn't also still muxed to some other pins as well which may be messing with it
<hanetzer>
robmur01: hrm. well its hard to actually check what's routed if I can't boot a linux kernel :P
<hanetzer>
basically I load Image, ramdisk, dtb, and booti it, and then the bottom of the screen corrupts a bit and that's it :P
<hanetzer>
and wrt the pinmuxing, I basically swapped to &uart2a_xfer and did some fiddling in rk3399.c in u-boot to get input (but not output) working
<hanetzer>
I wonder, is it possible that the pinmux itself was misdocumented, and its some other sdmmc pin that has the uart2_tx pin?
<robmur01>
oh, another thing would be to make sure there's power to the I/O domain to actually drive the Tx pin - if it thinks there's no SD card present it may well have turned that off
<robmur01>
inputs tend to still work in that situation (as long as they're pulled up externally so they don't float)
<montjoie>
a1batross: I work on crypto, and I work on a new upstream driver for rk3568/rk3588
<montjoie>
but I dont have access to rk3568
<montjoie>
so I seek people willing to compile and boot it
<a1batross>
montjoie, I'm on -rc6, do I need any patches to apply? There is only rk3288 crypto code in drivers/crypto/rockchip
<a1batross>
just post a link please, I'm pretty new to mainline kernel dev, I don't know where to find them :)
vagrantc has joined #linux-rockchip
jagan has joined #linux-rockchip
<specing>
Is there a description or status page somewhere of which devices on e.g. rk3588 (or what is the latest workhorse) and other chips have libre drivers in mainline, which are about to be supported and which do not work yet?