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?
Andrew.
On Wed, Feb 20, 2013 at 1:02 PM, Andrew Haley aph@redhat.com 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?
Peter
On 02/20/2013 01:22 PM, Peter Robinson wrote:
On Wed, Feb 20, 2013 at 1:02 PM, Andrew Haley aph@redhat.com 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
uboot-tools-2012.10-1.fc18.armv7hl
Andrew.
On Wed, Feb 20, 2013 at 1:43 PM, Andrew Haley aph@redhat.com wrote:
On 02/20/2013 01:22 PM, Peter Robinson wrote:
On Wed, Feb 20, 2013 at 1:02 PM, Andrew Haley aph@redhat.com 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
On 02/20/2013 01:53 PM, Peter Robinson wrote:
On Wed, Feb 20, 2013 at 1:43 PM, Andrew Haley aph@redhat.com wrote:
On 02/20/2013 01:22 PM, Peter Robinson wrote:
On Wed, Feb 20, 2013 at 1:02 PM, Andrew Haley aph@redhat.com 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
OK.
uboot-tools-2012.10-1.fc18.armv7hl
For uboot I actually meant the one running on the firmware.
I'd love to tell you its version, but I don't know what command I need to execute to tell me that. Is it spat out to the console on reboot?
Andrew.
On Wed, Feb 20, 2013 at 1:56 PM, Andrew Haley aph@redhat.com wrote:
On 02/20/2013 01:53 PM, Peter Robinson wrote:
On Wed, Feb 20, 2013 at 1:43 PM, Andrew Haley aph@redhat.com wrote:
On 02/20/2013 01:22 PM, Peter Robinson wrote:
On Wed, Feb 20, 2013 at 1:02 PM, Andrew Haley aph@redhat.com 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
OK.
uboot-tools-2012.10-1.fc18.armv7hl
For uboot I actually meant the one running on the firmware.
I'd love to tell you its version, but I don't know what command I need to execute to tell me that. Is it spat out to the console on reboot?
Yes, it should be.
P
-
Andrew Haley -
Peter Robinson