<tuxd3v>
jernej, I have a hit and miss situation with bluetooth..
<suprothunderbolt>
i'm confused on my scope if the i2s stuff is requesting the wrong bit depth or wrong number of slots. It all looks like it should be requesting 32 bit slots but unless bits clock on the up and down edge I'm only getting 16 bits per channel...
<suprothunderbolt>
I've got a bunch of images from the scope if anyone is keen to see them. All the settings on the codec side look correct, but I may be misunderstanding something around how bclk is negotiated. Currently it's half the rate than I would expect.
<tuxd3v>
it only works when 'hciconfig -a hci0' reports the name of device as bluez( Name: 'BlueZ 5.50')
<tuxd3v>
but sometimes it call the Name atribute as( Name: 'BCM43438A1 26MHz AP6212A1_CL1 BT4.0 OTP-BD-0034' )
<tuxd3v>
and when that hapens( majority of the times... bluetoothctl doesn't find the device.. )
<tuxd3v>
doing a 'hciconfig -a hci0 reset' doesn't solve the problem
apritzel has quit [Ping timeout: 246 seconds]
<tuxd3v>
bringing device down and up, brings a lot of noite to dmesg..
<tuxd3v>
Wifi is working OK, but the bluetooth is not..it only works 10% of the time... you need to reboot and pray :/
kaspter has quit [Ping timeout: 246 seconds]
hlauer has joined #linux-sunxi
<jernej>
tuxd3v: I never experienced anything like that
<jernej>
and I don't have M2 zero...
<tuxd3v>
I am runing the controller with a 26 Mhz crystal, and I have the 25 mhz firmware, but maybe is was made for some specific hardware.. have you run that in several boards ?
<tuxd3v>
sorry 26Mhz
kaspter has joined #linux-sunxi
ganbold_ has joined #linux-sunxi
ganbold has quit [Ping timeout: 245 seconds]
kaspter has quit [Quit: kaspter]
kaspter has joined #linux-sunxi
cmeerw has joined #linux-sunxi
Ashleee has quit [Ping timeout: 245 seconds]
Ashleee has joined #linux-sunxi
camus has joined #linux-sunxi
kaspter has quit [Ping timeout: 245 seconds]
camus is now known as kaspter
cmeerw has quit [Ping timeout: 276 seconds]
reinforce has joined #linux-sunxi
mauz555 has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
lkcl has quit [Ping timeout: 260 seconds]
cnxsoft has quit [Quit: cnxsoft]
lkcl has joined #linux-sunxi
gsz has joined #linux-sunxi
jstein has joined #linux-sunxi
<suprothunderbolt>
with my i2s issue, I'm now able to get all channels on the scope but the data is in the wrong ordering I think, or offset...
apritzel has joined #linux-sunxi
ganbold has joined #linux-sunxi
ganbold_ has quit [Ping timeout: 240 seconds]
<hlauer>
suprothunderbolt: with stereo, do you know if the left or right channel of a sample is first on i2s?
<libv>
hlauer: is that not determined by the LR signal, or whatever that is usually called (it's been since last year since i played with that)
<libv>
all channels in this case would mean the clock, lr, and then 1 through N of the actual audio channels
Danct12 has joined #linux-sunxi
<libv>
so to use a scope, without memory, you need to have a recurring signal, triggering on LR, with very specific left and right samples that can be seen on a scope, and that are being played constantly
<libv>
so if the order is wrong, or if there is some offset, at bit or byte level, it can be visualised on a scope
<mripard>
suprothunderbolt: if you want to check that, smaeul did a small script so time ago that creates a different pattern over all the channels
<mripard>
it's for stereo, but you can easily extend it for more channels
Danct12_ has joined #linux-sunxi
Danct12 has quit [Ping timeout: 260 seconds]
Danct12_ has quit [Client Quit]
Danct12 has joined #linux-sunxi
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-sunxi
lkcl has quit [Ping timeout: 246 seconds]
<suprothunderbolt>
mripard, hlauer I've fixed it, thanks for the help. The codec needed 24 bits packed into 32 bit slot and that wasn't happening automatically, despite specifying a TDM slot width.
<suprothunderbolt>
smaeul, mripard also the slots calculation is wrong in the code, as the documentation is really confusing for the A64
<suprothunderbolt>
for lrck_period
<suprothunderbolt>
I can submit a patch if you want.
maz| is now known as maz
lkcl has joined #linux-sunxi
zefram22 has joined #linux-sunxi
elros1 has joined #linux-sunxi
prefixcactus has joined #linux-sunxi
<hlauer>
libv: Yeah, but which one comes first for a complete audio sample. A20 rev1.4 states L (pages 724-725), but first diagram LRC is high for L and later LRC is low for L
mauz555 has quit []
Harrier has joined #linux-sunxi
ldevulder has quit [Remote host closed the connection]
ldevulder has joined #linux-sunxi
suprothunderbolt has quit [Ping timeout: 246 seconds]
<libv>
the wiki could use an i2s page, where that script is referenced
ldevulder_ has joined #linux-sunxi
ldevulder has quit [Ping timeout: 252 seconds]
Mangy_Dog has joined #linux-sunxi
Mangy_Dog has joined #linux-sunxi
victhor has joined #linux-sunxi
zefram22 has quit [Read error: Connection reset by peer]
zefram22 has joined #linux-sunxi
choozy has joined #linux-sunxi
elros1 has quit [Read error: Connection reset by peer]
fl__0 is now known as fl_0
zefram22 has quit [Read error: Connection reset by peer]
<jernej>
I didn't detect any issue, but I didn't test it very extensively. I just set up connection with phone/headphones and tested about a minute if audio streaming works
kaspter has quit [Quit: kaspter]
<chewitt>
I think there's a newer/better way to do the firmware selection these days
<chewitt>
something that can be placed into device-tree
<chewitt>
to influence the filename that brcmfmac tries first
<chewitt>
but, that requires me to read documentation so it's reserved for a "rainy day" in the summer
<wens>
jernej: BT SCO audio streaming in linux currently goes over UART?
<jernej>
wens: yes, I2S is not used, even if connected
<jernej>
wens: but someone (maybe smaeul or megi?) managed to use it on pinephone
<jernej>
I just went with simplest option
<wens>
if it goes over UART, maybe we should try to hook up DMA for UARTs?
<jernej>
better would be to sort out I2S, but DMA on UART sounds like an improvement
<wens>
we would need to add properties to describe some of the features, as allwinner's hardware lacks the feature registers that dw8250 normally has
<megi>
it goes over I2S on pinephone
zefram22__ has quit [Ping timeout: 265 seconds]
<megi>
UART DMA might also be useful for UART<->modem connection when pushing GPRS data over UART, or other such bulk data uses. But it seems like most of the modems use USB these days anyway. For kernel console use, DMA in UART is force disables for reasons.
<jernej>
megi: what changes are needed to route BT SCO over I2S?
<apritzel>
jernej: do you mind if I pick the first few patches of your latest de2-fixes branch from your github and send them to the U-Boot ML, asking Anatolij to merge them?
<apritzel>
jernej: the U-Boot merge window closes on Monday, so I would like to get them in before
<jernej>
apritzel: no problem
<jernej>
sorry, I didn't know it closes so soon
<apritzel>
cool, then I will do that tonight
<apritzel>
no worries
<apritzel>
that should give us the first part of the cleanup and the 4K monitor fix
gsz has quit [Ping timeout: 265 seconds]
sunshavi has joined #linux-sunxi
JoaoSchim has quit [Ping timeout: 260 seconds]
warpme_ has quit [Quit: Connection closed for inactivity]
buzzmarshall has quit [Quit: Leaving]
JoaoSchim has joined #linux-sunxi
<smaeul>
wens: jernej: A2DP always uses UART, I2S is only for HSP/HFP, so UART DMA would be quite helpful
<smaeul>
for I2S, kernel needs only DT updates like in the patch megi linked
<smaeul>
the PCM format is fixed, but the DAI format needs to match the BT firmware settings