[linux-sunxi] Re: openwrt finally released for sunxi
Hi, I'm trying to build it for Cubietruck (make image PROFILE=Cubietruck) using the ImageBuilder (https://downloads.openwrt.org/chaos_calmer/15.05-rc1/sunxi/generic/OpenWrt-ImageBuilder-15.05-rc1-sunxi.Linux-x86_64.tar.bz2) but it seems to have problems when looking for uboot: Downloading file:packages/base/kmod-pppox_3.18.11-1_sunxi.ipk. Installing uboot-envtools (2014.10-2) to root... Downloading file:packages/base/uboot-envtools_2014.10-2_sunxi.ipk. Unknown package 'uboot-sunxi'. Installing uboot-sunxi-Cubietruck (2015.01) to root... Downloading file:packages/base/uboot-sunxi-Cubietruck_2015.01_sunxi.ipk. Installing uci (2015-04-09.1-1) to root... Downloading file:packages/base/uci_2015-04-09.1-1_sunxi.ipk. Configuring kmod-scsi-core. Configuring kmod-ata-sunxi. Configuring opkg. Configuring kmod-nls-base. Configuring kmod-usb-core. ... ... Configuring ip6tables. Configuring uboot-sunxi-Cubietruck. Configuring ppp-mod-pppoe. Collected errors: * opkg_install_cmd: Cannot install package uboot-sunxi. Makefile:129: recipe for target 'package_install' failed make[2]: *** [package_install] Error 255 make[2]: Leaving directory '/home/mads/juanfont/isg/OpenWrt-ImageBuilder-15.05-rc1-sunxi.Linux-x86_64' Makefile:100: recipe for target '_call_image' failed make[1]: *** [_call_image] Error 2 make[1]: Leaving directory '/home/mads/juanfont/isg/OpenWrt-ImageBuilder-15.05-rc1-sunxi.Linux-x86_64' Makefile:178: recipe for target 'image' failed make: *** [image] Error 2 Any idea? Thanks, Juan On Monday, May 25, 2015 at 9:54:11 AM UTC+2, Benjamin Henrion wrote: Openwrt is finally released for sunxi: https://downloads.openwrt.org/chaos_calmer/15.05-rc1/sunxi/generic/ We had to wait because otherwise there were only daily builds available. If you use it, feel free to report bugs. This is based on a 3.18 lts kernel. -- Benjamin Henrion bhenrion at ffii.org FFII Brussels - +32-484-566109 - +32-2-4148403 In July 2005, after several failed attempts to legalise software patents in Europe, the patent establishment changed its strategy. Instead of explicitly seeking to sanction the patentability of software, they are now seeking to create a central European patent court, which would establish and enforce patentability rules in their favor, without any possibility of correction by competing courts or democratically elected legislators. -- You received this message because you are subscribed to the Google Groups linux-sunxi group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [linux-sunxi] Re: enc_dec_demo in cedar-libs, has anyone got it working?
http://linux-sunxi.org/CedarX/Encoder Juan On Friday, September 5, 2014 1:55:33 PM UTC+2, Nithin Chakravarthy wrote: hii i have also problem while recording with webcam. so i am looking for hardware encoder. so can u provide ur link to ur modified encoder in git hub On Monday, October 14, 2013 4:15:12 PM UTC+5:30, Enrico wrote: Il giorno giovedì 10 ottobre 2013 15:46:48 UTC+2, Andreas Baierl ha scritto: Am 10.10.2013 15:40, schrieb Enrico: Il giorno giovedì 10 ottobre 2013 14:08:06 UTC+2, Jon Smirl ha scritto: You made a standalone Android app to do this? no i just modified the provided sources, and not on android but on a linux fs. Can you provide your changes and document it in the wiki somehow? My plan is to add it to github once fixed and cleaned up a bit. Enrico -- You received this message because you are subscribed to the Google Groups linux-sunxi group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [linux-sunxi] sunxi_mem driver ported to sunxi-3.4
Hi, I'll try to rework the patch with those dma_* functions. Meanwhile, here it is a (minimal) guide showing how to use the Cedarv encoder http://linux-sunxi.org/CedarX/Encoder Best regards, Juan On Tuesday, April 8, 2014 6:19:55 PM UTC+2, Siarhei Siamashka wrote: On Tue, 8 Apr 2014 08:21:34 -0700 (PDT) Juan Font juanfon...@gmail.com javascript: wrote: Hi, some days ago, nove linked at the IRC channel a new armel release of libcedarv (http://dl.cubieboard.org/software/common/linux-codec-release-V1.2.rar) for Android and Sunxi kernels, along with some example code and doc. He also found an armhf version ( http://dl.cubieboard.org/software/common/linux_codec_gnueabihf_20140327.tar.gz) for Android (it requires the ION memory allocator). Today I emailed Huang Benn from Cubietech asking for the sunxi-armhf version of libcedarv. He kindly sent me it ( http://dl.cubieboard.org/software/common/A20-sunxi.rar), clarifying that it requires the 'sunxi-mem' driver from an Allwinner engineer. I found sunxi_mem here https://github.com/cubieboard2/linux-sunxi/tree/sunxi-3.3-cb2/drivers/char/sunxi_mem. It seems to be GPLv2+ code. I've ported it almost directly here https://github.com/juanfont/linux-sunxi/commit/e8937b50bc749cf1069b6881e0189831381d342b. I've tested it with the encoding examples from the linux-codec-release-V1.2 package and, although there are some color issues, the encoder appears to work. Thanks for sharing this information. Could you please add a short guide about using this video encoder to the linux-sunxi wiki? So that the other people could easily reproduce your test results. Is this code acceptable in the sunxi-3.4 branch? Should I proceed with a pull request? I'm afraid that this driver is still not good enough to be taken as-is. The most serious problem is that it assumes that it has a certain hardcoded range of physical addresses available for its disposal: +#defineBUFFER_PADDRSW_VE_MEM_BASE +#defineBUFFER_VADDRBUFFER_PADDR +#defineBUFFER_SIZESW_VE_MEM_SIZE However the sunxi-3.4 kernel does is not hardcoding these addresses anymore. With CMA disabled, the memory for VE is reserved early at boot time, with the buffer address and size getting assigned dynamically (no magic constants). And if CMA is enabled, then this early reservation for VE does not even exist at all, and the cedar driver is allocating memory using dma_alloc_*/dma_free_* functions. I suggest to modify this driver to strictly depend on CMA and make use of dma_alloc_*/dma_free_* functions too. Without these changes, this sunxi_mem driver just corrupts memory and may take down your system any time. -- Best regards, Siarhei Siamashka -- You received this message because you are subscribed to the Google Groups linux-sunxi group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[linux-sunxi] sunxi_mem driver ported to sunxi-3.4
Hi, some days ago, nove linked at the IRC channel a new armel release of libcedarv (http://dl.cubieboard.org/software/common/linux-codec-release-V1.2.rar) for Android and Sunxi kernels, along with some example code and doc. He also found an armhf version (http://dl.cubieboard.org/software/common/linux_codec_gnueabihf_20140327.tar.gz) for Android (it requires the ION memory allocator). Today I emailed Huang Benn from Cubietech asking for the sunxi-armhf version of libcedarv. He kindly sent me it (http://dl.cubieboard.org/software/common/A20-sunxi.rar), clarifying that it requires the 'sunxi-mem' driver from an Allwinner engineer. I found sunxi_mem here https://github.com/cubieboard2/linux-sunxi/tree/sunxi-3.3-cb2/drivers/char/sunxi_mem. It seems to be GPLv2+ code. I've ported it almost directly here https://github.com/juanfont/linux-sunxi/commit/e8937b50bc749cf1069b6881e0189831381d342b. I've tested it with the encoding examples from the linux-codec-release-V1.2 package and, although there are some color issues, the encoder appears to work. Is this code acceptable in the sunxi-3.4 branch? Should I proceed with a pull request? Greetings, Juan -- You received this message because you are subscribed to the Google Groups linux-sunxi group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
