On Wed, Feb 20, 2013 at 1:43 PM, Andrew Haley <aph@xxxxxxxxxx> wrote: > On 02/20/2013 01:22 PM, Peter Robinson wrote: >> On Wed, Feb 20, 2013 at 1:02 PM, Andrew Haley <aph@xxxxxxxxxx> wrote: >>> What it says. I'm doing builds over NFS, which used to work just fine. >>> But I am seeing occasional huge delays and in general very slow performance. >>> >>> There was a bug in the past where the Ethernet powered down, and another >>> where the CPU went into sleep mode to often and took too long to come out >>> of it. I may be misremembering al of this. >>> >>> I do notice that TrimSlice runs much cooler than it used to. I wonder >>> if there's some CPU frequency scaling going on. >>> >>> But it's so hard for me to figure out if anything is really wrong, it >>> just feels awful. Any ideas? >> >> What kernel and uboot do you have? > > Linux trimslice-f18-v7hl 3.6.3-3.fc18.armv7hl.tegra #1 SMP Wed Oct 24 20:14:44 EDT 2012 armv7l armv7l armv7l GNU/Linux The shipping kernel for F18 was 3.6.10-8.fc18.armv7hl so you might want to try that one. It did fix a number of problems > uboot-tools-2012.10-1.fc18.armv7hl For uboot I actually meant the one running on the firmware. Being a 3.6 kernel I suspect it'd the original. 3.7 kernels have the problem you need a newer uboot that supports DeviceTree but those for the Trimslice have problems in that the one that works only gives you half the RAM, the one that gives you all the RAM basically breaks ability to boot. With luck there should be a fixed one of these RSN and even better we should have a 3.8 kernel that should improve a lot of the issues seen on a number of platforms but it does need DT so watch the list for more details on that. Peter _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm
