<cruxbridge>
<pitillo (@pitillo:crux.nu)> r0ni: Yes, you are right. Time ago we had an overlay so I’ll check and try to fix it along the day
<cruxbridge>
<pitillo (@pitillo:crux.nu)> jaeger: So high that speed. Is that required by the device?
<jaeger>
It seems to be from what I can find. I've never seen a device need that
<cruxbridge>
<pitillo (@pitillo:crux.nu)> Yeah, max I’ve seen is 128k
crux-arm-bot has joined #crux-arm
<crux-arm-bot>
[ xorg-arm64/3.8 ]: xorg: initial import. Change vesa by fbdev
crux-arm-bot has left #crux-arm [#crux-arm]
<cruxbridge>
<pitillo (@pitillo:crux.nu)> r0ni: this must solve compilations problems. I've changed xorg-xf86-video-vesa dependency by xorg-xf86-video-fbdev
<r0ni>
pitillo: excellent, this should make dep on xorg much nicer!
crux-arm-bot has joined #crux-arm
<crux-arm-bot>
[ xorg-arm64/3.7 ]: xorg: initial import. Change vesa by fbdev
crux-arm-bot has left #crux-arm [#crux-arm]
<cruxbridge>
<pitillo (@pitillo:crux.nu)> I've tested a full build on 3.7 and 3.8 and it seems to build all xorg stuff without problems now
<cruxbridge>
<pitillo (@pitillo:crux.nu)> I confirm that uboot build is a real mess.... no way to get a clean build of uboot for the cubieboard2 :(
<cruxbridge>
<pitillo (@pitillo:crux.nu)> I don't understand how is it managed and maintained....
<cruxbridge>
<pitillo (@pitillo:crux.nu)> {standard input}:36: Error: selected processor does not support `mcr p15,0,r3,c7,c5,0' in Thumb mode
<cruxbridge>
<pitillo (@pitillo:crux.nu)> and thumb mode is enabled by default for armv7.... if allwinner family SOCs are selected....