Open pepedog opened 10 years ago
Hi Thanks for pointing, I will have a look and cherry pick useful commits (among which the one you share the link) Regarding 3.10.30, I have locally a first partially working version for utilite (my own port, no help nor official support by compulab), I hope I will have a little time to clean it up and share it... Stephan
I just back from Valantin, this looks good, better a ga than alpha/beta " git: git://git.freescale.com/imx/linux-2.6-imx.git branch: imx_3.10.17_1.0.0_ga CompuLab patch: http://utilite-computer.com/download/utilite/unofficial_unsupported/imx_3.10.17_1.0.0_ga/cl.draft.patch.gz "
Nice ! You save me a few hours as their dts has the missing items I have not yet handled properly... I am about to complete their dts (especially CEC support) and move to the https://github.com/linux4kix/linux-linaro-stable-mx6 : the result should be best 3.10 based tradeoff.. It should be ready in a few hours...
Hi
I have been unable to stabilize an image for utilite. In fact I have an almost working thing since quite a long time but it has always been unstable... I though this dts from compulab would help but nothing better.
I have random data corruption that cause random crashes xbmc runs but crashes after 15 mins at best
I tried "old" u-boot with dtb appended to kernel image I tried the very last u-boot by compulab (based on u-boot 2014.04 and built on the 7th of July) I tried to apply all known errata workaround for imx6 (especially the one related to core and cache as these random data corruption scould be caused by such an issue) I tried to tweak the regulators and operating points to be similar to the settings of 3.0.35 but still no luck
Here are my dts and my config in this archive You can find my uboot script I use the this kernel source but I have also tried the standard fsl 3.0.17_ga one with the same results...
If anyone has an idea, I would be interested...
Best regards Stéphan
A little update so's you don't think your wasting your time. I integrated dt into your cubox devel branch, spent ages before realising GitHub zip download was faulty. Added into our cubox config the utilite hardware like igb driver, all parts in place on the ssd. After farting about with latest utilite uboot (tried to put on card), eventually now installed on SPI Created boot.scr, looks like default environment doesn't pick it up
Not all errata are good, here is a bad one http://www.trimslice.com/forum/viewtopic.php?f=60&t=1509&p=6837&hilit=Errata#p6837
Hi pepe
Thanks a lot for your answer
Regarding errata ; Unfortunately I already tried to disable the one mentioned in the forum (it is even disabled in the kernel config I have shared I think) and the issue was the same
I don't fully understand your current state : If I can help tell me... Are you aware of a really working and stable 3.10 based version for utilite ?
Stéphan
Hi Stephan,
I got a bunch of petty problems even allowing me to try the kernel. The USB to serial adapter turns out to be a shitty Chinese one that only gives me a glimmer what's happening in uboot, and no matter where I put boot.scr it's not getting picked up. I know the card is ok as it has the OS on it, including an old uImage and it's booting to it, whereas the boot.scr should be loading zImage, dtb, and OS off sda. Looking at the environment with fw_printenv it would be best on 1st partition of card, fat, and that's where it is. So when I get time, will try to solve this first, and let you know how this kernel works. I can't manually interrupt uboot and type in commands because of that adapter.
Thanks Dave
Hi Dave
I know this kind of poor serial adapter that drives you crazy ;) I fear you will have a similar issue but do not hesitate to keep me informed...
best regards Stéphan
Hi Stephan,
I wish to email you privately, can you mail me please? pepedog at archlinuxarm dot org
Thanks Dave
Compulab have added stuff that might improve stability recently, like https://gitorious.org/utilite/utilite/commit/9197eb593dc7fa7a29d7b93e028039b9769bdef0 Might be other things too? Just hoping they swing over to 3.10.30, or better, soon Archlinuxarm now uses you in preference to a couple of manufactures sources, so thanks sent your way