12-12-2018, 03:58 PM
Okay, can't wait to see this.
That must be why my kernel paniced bcmdhd when I simply enabled sdio0.
Who is providing those patches you said were needed?
I have two major hurdles left and then I'm pretty happy with my rockpro64:
1) sdio0
2) getting dw_hdmi_i2s_audio to continue to work once I'm beyond 4.4.138-1100. (Kernels past that have dmesg "fail to clear" i2s messages, and sounds play at 0.0000001 speed, sounds like satan coming from the pit in slow motion.)
I really want to be using a newer kernel from 4.4.x than 4.4.138, but ayufan's 4.4.154 is a bit messy, and Terra854's 4.4.162 has the same i2s clearing problem as ayufan's 4.4.154 so it must be designware/synopsys' fault. I wanted to see if I could drag forward the kernel module code from 4.4.138 and compile it inside of the 4.4.162 tree or something but I haven't had time to mess with that.
Not related to this thread, but is someone somewhere working on the i2s audio problem?
That must be why my kernel paniced bcmdhd when I simply enabled sdio0.
Who is providing those patches you said were needed?
I have two major hurdles left and then I'm pretty happy with my rockpro64:
1) sdio0
2) getting dw_hdmi_i2s_audio to continue to work once I'm beyond 4.4.138-1100. (Kernels past that have dmesg "fail to clear" i2s messages, and sounds play at 0.0000001 speed, sounds like satan coming from the pit in slow motion.)
I really want to be using a newer kernel from 4.4.x than 4.4.138, but ayufan's 4.4.154 is a bit messy, and Terra854's 4.4.162 has the same i2s clearing problem as ayufan's 4.4.154 so it must be designware/synopsys' fault. I wanted to see if I could drag forward the kernel module code from 4.4.138 and compile it inside of the 4.4.162 tree or something but I haven't had time to mess with that.
Not related to this thread, but is someone somewhere working on the i2s audio problem?