ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion
kevery has joined #linux-rockchip
stikonas has quit [Ping timeout: 265 seconds]
Tenkawa has quit [Quit: Was I really ever here?]
lurchi__ has joined #linux-rockchip
lurchi_ has quit [Ping timeout: 256 seconds]
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 256 seconds]
kevery1 is now known as kevery
kevery1 has joined #linux-rockchip
kevery has quit [Read error: Connection reset by peer]
kevery1 is now known as kevery
kevery1 has joined #linux-rockchip
kevery has quit [Read error: Connection reset by peer]
kevery1 is now known as kevery
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 240 seconds]
kevery1 is now known as kevery
kevery1 has joined #linux-rockchip
kevery has quit [Read error: Connection reset by peer]
kevery1 is now known as kevery
hexdump0815 has quit [Ping timeout: 240 seconds]
hexdump0815 has joined #linux-rockchip
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 240 seconds]
kevery1 is now known as kevery
lurchi_ has joined #linux-rockchip
lurchi__ has quit [Ping timeout: 265 seconds]
macromorgan has quit [Read error: Connection reset by peer]
macromorgan has joined #linux-rockchip
crabbedhaloablut has quit []
crabbedhaloablut has joined #linux-rockchip
ldevulder has joined #linux-rockchip
naoki has joined #linux-rockchip
naoki has quit [Client Quit]
Rathann|Mobile has joined #linux-rockchip
Rathann|Mobile is now known as Rathann
Rathann has quit [Remote host closed the connection]
Rathann has joined #linux-rockchip
Tenkawa has joined #linux-rockchip
camus has quit [Ping timeout: 240 seconds]
camus has joined #linux-rockchip
Stat_headcrabed has joined #linux-rockchip
<macromorgan>
So here's a head scratcher... removing the "dma-names" value from a UART makes bluetooth work. Question is, why would that be the case?
<Tenkawa>
macromorgan: what sbc?
<macromorgan>
Indiedroid Nova/RK3588s
<Tenkawa>
I wonder if it bifurcated it in an odd way
<macromorgan>
UART9 is used as bluetooth. But I get all sorts of errors unless I remove the dma-names property from the devicetree, in which case it works just fine.
<Tenkawa>
let me look at my 3588s (its a Khadas but at least a 3588s)
<robmur01>
hypothesis: hardware flow control isn't supported/configured/wired up, using DMA throws characters fast enough that the BT module can't keep up and starts dropping them
<Tenkawa>
I know I have uart problems and my bt works on mine so I have the reverse issue
<Tenkawa>
yeah that property is not in my dtsi.. might explain why mine works
<Tenkawa>
I wish I could figure out why I get nothing but garbage on my uart even with right settings
<Tenkawa>
(even with the wild baud)
<Tenkawa>
All my other sbc's (including other RK's... no problems)
<Tenkawa>
just this one
ldevulder has quit [Quit: Leaving]
<macromorgan>
no idea. I need hardware control... I have cts/rts pins defined because if I don't it doesn't work. It's quite odd.
<Tenkawa>
ouch
<macromorgan>
the schematics say it's wired up, it doesn't work if hardware flow control isn't defined, and it works in the BSP kernel. It's just mainline.
<macromorgan>
the 3566 also doesn't define the dma-names... I wonder what happens if I define it there (does bluetooth work or crap out like the 3588)
<Tenkawa>
Good q
<Tenkawa>
I've got 2 3588 and one 3588s here
<Tenkawa>
And a few RK3399 but thats my only Rockchips
<macromorgan>
interesting... I get the same errors on the 3566
<macromorgan>
so adding dma-names seems to break bluetooth
<robmur01>
FWIW I've had BT configured on my RK3399 NanoPC-T4 with the UART flat-out at 4Mbaud using DMA and it mostly works - about 1/10 boots it's just dead, but I've never been able to pin that down
<macromorgan>
robmur01: toggle the reset pin on boot for the bluetooth (either by hacking the driver or doing it within U-Boot)
<macromorgan>
newer drivers do this automatically, think it was added around 6.1 or 6.2... I forget
<Stat_headcrabed>
Btw, someone is adding v4l2-m2m support for firefox