TonyMac32 Posted May 13, 2018 Author Posted May 13, 2018 22 minutes ago, Myy said: Note that rtk_hciattach might just not work after the first activation That has been my experience with the Rockchip RFKill as well, so... ;-). TBH I would probably stop using the Rockchip RFKill driver on 4.4 and do it this way if it works well.
Myy Posted May 13, 2018 Posted May 13, 2018 Well, the GPIO reset allows me to relaunch rtk_hciattach as many times as needed. Meanwhile, JyuHo seems to have found a way to integrate my current "hacks" as systemd daemons. I didn't test it yet, but here it is (In French) : https://github.com/Miouyouyou/tinkerboard_rtl8723bs/issues/1#issuecomment-388620460
TonyMac32 Posted May 13, 2018 Author Posted May 13, 2018 2 hours ago, Myy said: systemd daemons. I didn't test it yet, but here it is (In French) : Yes, this was my goal tonight, should be straightforward.
Jyu Ho Posted May 13, 2018 Posted May 13, 2018 I can confirm that with the last modification I made, everything works fine even after several reboots and I do not lose the link with my Xbox One S controller 1
TonyMac32 Posted May 13, 2018 Author Posted May 13, 2018 27 minutes ago, Jyu Ho said: everything works fine even after several reboots Excellent! Thank you, and @Myy I will see about getting this at least into the build system for tonight, then it should be in the next rollout. Existing users will have to do some work, however, as daemons aren't part of our update path ("demons" sometimes are, but that is quite different... ) 1
Jyu Ho Posted May 13, 2018 Posted May 13, 2018 Yes the linux demons ^^. I'll have a question off topic Tony. You already know if HDMI audio support will arrive soon for the mainline?
TonyMac32 Posted May 13, 2018 Author Posted May 13, 2018 7 minutes ago, Jyu Ho said: You already know if HDMI audio support will arrive soon for the mainline? I thought it already existed, but there was a bug when a name got changed on the dai cells. I can take a look since I've got all the rockchip stuff open at the moment. https://patchwork.kernel.org/patch/10298295/
Jyu Ho Posted May 13, 2018 Posted May 13, 2018 I tested Armbian Debian Stretch with the 4.14.34-rockchip kernel and for the moment the audio source of the HDMI is not displayed via aplay-l. I think the patch is not yet active on this release
TonyMac32 Posted May 13, 2018 Author Posted May 13, 2018 ah ok, yeah it's not in Armbian yet, I was just waiting for it to be merged upstream since no one was complaining. I will see about patching it in the meantime if it isn't going to make it into 4.14 fixes.
Jyu Ho Posted May 13, 2018 Posted May 13, 2018 I am doing a build with the modification for the hdmi and I add more support for the controller (GreenAsia etc ..) because I am carrying a port of Retropie on ArmbianOS. So if in the release you do, if you could integrate more support for the controllers it would be great and transparent for the rest of the other users. I am carrying under Stretch and without a desk don't forgot this one https://patchwork.kernel.org/patch/10297391/
TonyMac32 Posted May 15, 2018 Author Posted May 15, 2018 On 5/13/2018 at 2:33 PM, Jyu Ho said: if you could integrate more support for the controllers Anything in-tree, I don't see a problem. On 5/13/2018 at 2:33 PM, Jyu Ho said: don't forgot this one https://patchwork.kernel.org/patch/10297391/ Yep. I have the service working on my end, I consolidated everything down a bit to reduce the number of working parts/etc, one thing that stuck out was the script @Jyu Ho pasted in had an else block which meant if the gpio was not initialized it would initialize it and then not attempt to reset/communicate, I was confused for a bit when I'd boot and have the GPIO ready but no bt.... @Igor, if this works as expected on every boot I'm going to try it on 4.4 and potentially avoid using the Rockchip rfkill altogether, it bypasses any unexpected software updates/"upgrades" that might happen, especially since the rtl8723bs isn't even technically supported so it is treated as "generic bt" [Done] I'm going to do some cleanup and get this committed to next/dev. I also apparently need to fix hdmi on dev, but Myy already took care of that. Updated first post to reflect status, stuck the historical info into a spoiler. 1
Jyu Ho Posted May 19, 2018 Posted May 19, 2018 Tony you managed to fix the problem of audio by hdmi? I made the modofication in raw before the compilation but it seems that I miss codecs 1
TonyMac32 Posted May 19, 2018 Author Posted May 19, 2018 @Jyu Ho not yet. my offline responsibilities took away time from this project over the last few weeks, progress has been slow
Jyu Ho Posted May 19, 2018 Posted May 19, 2018 No problem Tony. I'm just trying to solve the problem to help but for the moment I'm blocking
TonyMac32 Posted May 19, 2018 Author Posted May 19, 2018 From tinker dts: sound { compatible = "simple-audio-card"; simple-audio-card,format = "i2s"; simple-audio-card,name = "rockchip,tinker-codec"; simple-audio-card,mclk-fs = <512>; simple-audio-card,codec { sound-dai = <&hdmi>; }; simple-audio-card,cpu { sound-dai = <&i2s>; }; }; Still getting a "could not get #sound-dai-cells" error, dtsi for the HDMI says nothing about it.
zador.blood.stained Posted May 20, 2018 Posted May 20, 2018 16 hours ago, TonyMac32 said: Still getting a "could not get #sound-dai-cells" error, dtsi for the HDMI says nothing about it. https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/arch/arm/boot/dts/rk3288.dtsi?id=4e943a890cef42e90f43ce6be64728a290b97c55 We are talking about mainline (next branch), right? 1
TonyMac32 Posted May 20, 2018 Author Posted May 20, 2018 1 hour ago, zador.blood.stained said: We are talking about mainline (next ranch), right? Well, I must be blind. I'll add that one in and that should fix it. Thank you.
TonyMac32 Posted May 20, 2018 Author Posted May 20, 2018 https://patchwork.kernel.org/patch/10374639/ This explains my confusion a little, but how I missed adding them myself when I noticed they weren't there, well...
AngryManMLS Posted May 20, 2018 Posted May 20, 2018 So I'm assuming this is a potential fix for audio over HDMI issues for say Retro Pie as I documented here in this thread: https://forum.armbian.com/topic/7244-tinkerboard-background-music-on-retro-pie-using-debian-stretch-basic-build-uploaded/
TonyMac32 Posted May 20, 2018 Author Posted May 20, 2018 Well, the channel is showing up in the sink devices for PA, but I'm not getting anything out via my monitor... I'll do some more checking 1
jock Posted May 21, 2018 Posted May 21, 2018 I'm developing this armbian fork for some rk3288 tv boxes. In my case audio via HDMI is working well in next kernel (4.14). I used the patched tinkerboard dts as "inspiration" for that part. I also had problems with audio until I bypassed these two lines: chroot $SDCARD /bin/bash -c "sed -i -e '/#load-module module-alsa-sink/r /usr/local/bin/pulseaudio.txt' /etc/pulse/default.pa >/dev/null 2>&1" chroot $SDCARD /bin/bash -c "rm /usr/local/bin/pulseaudio.txt" in build/config/sources/rockchip.conf for tinkerboard. You may take a look on github for that source code Also bluetooth is working fine (no hardware rfkill though), and I can happily stream audio from the phone to the monitor, but those tv boxes use broadcom-based AP6330 wifi SoCs.
TonyMac32 Posted May 21, 2018 Author Posted May 21, 2018 Yeah, I had a feeling that might be part of it, however that kills the onboard headphone amplifier defs to get rid of it. I'll have to figure out a compromise, I'm not completely sure why that is causing any issues, it's sticking a couple lines into the config to name the USB audio endpoints, you can look at the file itself in the build system...
DayDreamer Posted June 11, 2018 Posted June 11, 2018 So, uh, I've installed the latest build today to the TinkerBoard, and there is no Bluetooth adapter to find in the GUI. I'm not too familiar with Linux, but uh... what is there to do? Thank you very much guys!
TonyMac32 Posted June 11, 2018 Author Posted June 11, 2018 Please provide armbianmonitor -u link so I can get the useful information.
Recommended Posts