08:39 <sphalerite> Does rk3399 support usb-uart?

08:55 <sphalerite> based on the TRM it looks like it does. I don't think the kernel supports it though?

08:56 <urjaman> because not even i am sure what you mean, you might want to extrapolate ...

08:59 <sphalerite> urjaman: it's a feature available at least on the rk3288 which turns a USB port into a UART

09:00 <sphalerite> https://patchwork.kernel.org/patch/8375881/

09:02 <urjaman> ah, so UART on the usb pins ...

09:03 <urjaman> i was thinking being an usb cdc device (which i suppose you can also do with the OTG controller) or the debug uart access thing that those newer chromebooks have but that doesnt really have anything to do with the rk3399

09:04 <sphalerite> yeah

09:05 <sphalerite> I'll see if I can implement it. Woooo my first functional kernel modification

09:15 <sphalerite> is UOC in e.g. RK3288_UOC0_CON0 "USB OTG Controller"?

09:21 <sphalerite> got to love those nested abbreviations

10:04 <sphalerite> this is in a chromebook bob, is this the write-protect screw?

10:05 <adjtm> sphalerite, bob doesn't use write-protect screw

10:05 <adjtm> it uses the battery connector

10:06 <adjtm> you need to physically unplug the battery, then the flash is not write-protected

10:09 <adjtm> http://www.loper-os.org/?p=2326 sphalerite ^

10:11 <mmind00> sphalerite: funny that patchwork did somehow mangle that patch ... patch content doesn't match what it claims to do

10:12 <mmind00> sphalerite: original patch was http://patches.sntech.de/projects/linux-kernel/04_mainline/rockchip-usbphy-uart/0001-phy-rockchip-usb-add-handler-for-usb-uart-functional.patch

10:16 <sphalerite> adjtm: oh right, good to know

10:21 <sphalerite> mmind00: whoops yes