00:11.47 | *** join/#arm-netbook tuliom (~tuliom@177.188.66.143) |
00:15.16 | *** join/#arm-netbook tuliom (~tuliom@177.188.66.143) |
08:08.15 | *** join/#arm-netbook bavier` (~bavier@chippewa-nat.cray.com) |
08:21.19 | *** join/#arm-netbook lkcl (~lkcl@64.20.171.171) |
08:21.55 | *** join/#arm-netbook M-jon (jonterracr@gateway/shell/matrix.org/x-dalxoafruqiiipwz) |
08:23.31 | *** join/#arm-netbook stefanro (~stefan@185.22.141.214) |
08:41.05 | *** join/#arm-netbook ganbold (~ganbold@173.244.215.173) |
09:02.50 | *** join/#arm-netbook bavier` (~bavier@stpaul-nat.cray.com) |
19:27.02 | *** join/#arm-netbook boycottg00gle (~user@dslb-094-216-240-201.094.216.pools.vodafone-ip.de) |
20:37.22 | *** join/#arm-netbook Not_Jesus (~Not_Jesus@199.58.81.144) |
21:20.14 | *** join/#arm-netbook isacdaavid (~isaac@207.249.116.3) |
21:35.22 | ssvb | lkcl: regarding https://www.crowdsupply.com/eoma68/micro-desktop/updates/picking-a-processor |
21:35.51 | ssvb | realistically, Allwinner A20 is only a 912MHz (!) processor, not 1.2GHz |
21:37.16 | ssvb | see https://linux-sunxi.org/A20#DVFS |
21:38.37 | ssvb | running it at 1008MHz needs core voltage that is beyond what is documented to be safe in the manual (the manual lists 1.4V as the maximum) |
21:39.21 | ssvb | and 1.2GHz is a recipe for trouble, most of the A20 processors are simply unable to run reliable at this clock speed |
21:39.43 | ssvb | have you considered Allwinner H3? |
21:49.59 | lkcl | ssvb: ok appreciated |
21:55.29 | ssvb | lkcl: regarding https://www.crowdsupply.com/eoma68/micro-desktop/updates/mainline-u-boot-and-kernel |
21:56.12 | ssvb | are you using an old and rather convoluted procedure for FEL USB boot, based on the boot0 binary? |
21:56.26 | lkcl | ssvb: gtta go out keep writing i'll be back later |
21:56.57 | ssvb | you can do the same using https://linux-sunxi.org/FEL/USBBoot#Booting_U-Boot_over_USB |
21:58.42 | ssvb | this way you only need a single "u-boot-sunxi-with-spl.bin" file, which is produced by the regular U-Boot build |
21:59.26 | ssvb | there is no need for special 16K stubs and other bits and pieces |
22:26.11 | ssvb | lkcl: regarding the "VPU (CEDAR) which has only been partly reverse-engineered" statement, have you tried https://github.com/linux-sunxi/libvdpau-sunxi ? |
22:26.45 | ssvb | the point is that the most interesting functionality had been *fully* reverse engineered years ago |
22:27.57 | ssvb | you are only missing the video encoding functionality and support for some less common media codecs |
22:28.52 | ssvb | but the H.264 hardware accelerated video decoding works fine |
22:30.52 | ssvb | oh, it had not been ported to the mainline kernel yet, but still you can do hardware accelerated video playback with the 3.4 kernel, using only 100% free software without any blobs |