On Wed, 15 Jan 2014 09:20:18 +0200
Siarhei Siamashka wrote:
> On Tue, 17 Dec 2013 10:15:56 -0800 (PST)
> Димитър Гамишев wrote:
>
> > On Monday, December 16, 2013 6:44:03 AM UTC+2, Siarhei Siamashka wrote:
> > > There is just one thing I'm really worried about. The 16-bit
> > > memory interfac
Hi,
On 01/15/2014 09:08 AM, TsvetanUsunov wrote:
I was not going to sugar-coat anything here. And I understand that
using the 16-bit memory bus width was a side effect of extreme cost
reduction. The primary LIME competitors are likely not high end
ARM devices, but Raspberry Pi an
>
> I was not going to sugar-coat anything here. And I understand that
> using the 16-bit memory bus width was a side effect of extreme cost
> reduction. The primary LIME competitors are likely not high end
> ARM devices, but Raspberry Pi and low cost microcontrollers.
> The whole point of my
On Tue, 17 Dec 2013 10:15:56 -0800 (PST)
Димитър Гамишев wrote:
> On Monday, December 16, 2013 6:44:03 AM UTC+2, Siarhei Siamashka wrote:
> > There is just one thing I'm really worried about. The 16-bit
> > memory interface is a major performance risk factor. I wonder
> > how LIME performs on m
Hey Siarhei,
On 01-01-14 23:54, Siarhei Siamashka wrote:
I ran some performance tests of my own, so here's the numbers.
I'm using Hansg's Fedora 19 image from a class 4 MMC on the cubietruck.
I did modify script.bin to change usbc to port_type 1 and detect_type 0
to drop the loadavg to 0 fro
On Mon, 6 Jan 2014 18:37:05 +0200
Siarhei Siamashka wrote:
> https://lkml.org/lkml/2012/2/8/306 ("I think the biggest mistake
> we ever made with cpufreq was making it so configurable. If we
> redesign it, just say no to plugin governors, and yes to a lot fewer
> sysfs knobs.")
I wonder if t
On Sun, 5 Jan 2014 16:01:20 -0800 (PST)
Patrick Wood wrote:
> On Sunday, January 5, 2014 5:00:00 PM UTC-5, Siarhei Siamashka wrote:
> >
> > On Wed, 1 Jan 2014 20:03:35 -0800 (PST)
> > Patrick Wood > wrote:
> >
> > > On Wednesday, January 1, 2014 5:54:20 PM UTC-5, Siarhei Siamashka wrote:
> > >
On Sun, 5 Jan 2014 20:05:38 -0800 (PST)
Patrick Wood wrote:
> An on a different note, not to make things more difficult: the cpufrequtils
> package from ubuntu (at least this version: cpufrequtils_008-1_armhf.deb)
> installs an init.d startup file called cpufrequtils that sets the default
> go
An on a different note, not to make things more difficult: the cpufrequtils
package from ubuntu (at least this version: cpufrequtils_008-1_armhf.deb)
installs an init.d startup file called cpufrequtils that sets the default
governor to... you guessed it -- ondemand. This is easily overridden by
On Mon, 6 Jan 2014 06:39:38 +0600
Roman Mamedov wrote:
> On Mon, 6 Jan 2014 00:00:00 +0200
> Siarhei Siamashka wrote:
>
> > A better solution is to really ramp up the CPU to the maximum clock
> > speed if we have some external power source connected (ACIN or VBUS).
> > Adhering to the "principl
On Mon, 6 Jan 2014 00:07:02 +0100
Carlo Caione wrote:
> On Mon, Jan 6, 2014 at 12:04 AM, Olliver Schinagl wrote:
> > On 01/05/14 23:00, Siarhei Siamashka wrote:
> >>
> >> # cat /sys/devices/platform/sunxi-i2c.0/i2c-0/0-0034/axp20_regs
> >> only power adapter : REG[0x0]=0xc1,REG[0x1]=0x
On Sun, 5 Jan 2014 23:25:29 +0100
Michal Suchanek wrote:
> On 5 January 2014 23:00, Siarhei Siamashka
> wrote:
> > === cubietruck ===
> >
> > # echo 1 > /sys/devices/platform/disp/graphics/fb0/blank
> >
> > # cat /sys/devices/platform/sunxi-i2c.0/i2c-0/0-0034/axp20_regs
> > only power adapter
On Sunday, January 5, 2014 7:13:06 PM UTC-5, Roman Mamedov wrote:
>
> On Sun, 5 Jan 2014 16:01:20 -0800 (PST)
> Patrick Wood > wrote:
>
> > Also, my experience with performance on the A10 devices over the last
> two
> > years has shown me that ondemand is a really terrible governor, as it
>
On Mon, 6 Jan 2014 00:00:00 +0200
Siarhei Siamashka wrote:
> A better solution is to really ramp up the CPU to the maximum clock
> speed if we have some external power source connected (ACIN or VBUS).
> Adhering to the "principle of least surprise", it makes sense to fork
> the "ondemand" governo
On Sun, 5 Jan 2014 16:01:20 -0800 (PST)
Patrick Wood wrote:
> Also, my experience with performance on the A10 devices over the last two
> years has shown me that ondemand is a really terrible governor, as it
> doesn't boost the CPU frequency unless utilization has been high over an
> extended
On Sunday, January 5, 2014 5:00:00 PM UTC-5, Siarhei Siamashka wrote:
>
> On Wed, 1 Jan 2014 20:03:35 -0800 (PST)
> Patrick Wood > wrote:
>
> > On Wednesday, January 1, 2014 5:54:20 PM UTC-5, Siarhei Siamashka wrote:
> > > I myself still see no good reason for using any governor other than
>
On Mon, Jan 6, 2014 at 12:04 AM, Olliver Schinagl wrote:
> On 01/05/14 23:00, Siarhei Siamashka wrote:
>>
>> # cat /sys/devices/platform/sunxi-i2c.0/i2c-0/0-0034/axp20_regs
>> only power adapter : REG[0x0]=0xc1,REG[0x1]=0x10
>> power adapter + miniusb : REG[0x0]=0xf9,REG[0x1]=0x10
>
On 01/05/14 23:00, Siarhei Siamashka wrote:
# cat /sys/devices/platform/sunxi-i2c.0/i2c-0/0-0034/axp20_regs
only power adapter : REG[0x0]=0xc1,REG[0x1]=0x10
power adapter + miniusb : REG[0x0]=0xf9,REG[0x1]=0x10
only miniusb : REG[0x0]=0x3d,REG[0x1]=0x70
miniusb + li
On 5 January 2014 23:00, Siarhei Siamashka wrote:
> On Wed, 1 Jan 2014 20:03:35 -0800 (PST)
> Patrick Wood wrote:
>
>> On Wednesday, January 1, 2014 5:54:20 PM UTC-5, Siarhei Siamashka wrote:
>> > I myself still see no good reason for using any governor other than
>> > "performance" when running
On Wed, 1 Jan 2014 20:03:35 -0800 (PST)
Patrick Wood wrote:
> On Wednesday, January 1, 2014 5:54:20 PM UTC-5, Siarhei Siamashka wrote:
> > I myself still see no good reason for using any governor other than
> > "performance" when running with a wall connected power plug. Poor
> > default cpufre
On Wednesday, January 1, 2014 5:54:20 PM UTC-5, Siarhei Siamashka wrote:
>
>
I myself still see no good reason for using any governor other than
> "performance" when running with a wall connected power plug. Poor
> default cpufreq behaviour is a major performance pitfall for
> inexperienced
On Tue, 17 Dec 2013 10:15:56 -0800 (PST)
Димитър Гамишев wrote:
> Hi Siarhei,
> i can not agree with everything you say.
>
> 1. I think that user may deal with cpu frequency settings, there are many
> examples to do it.
Sure, the users may tweak cpufreq settings themselves. And there are
guide
On 31/12/13 07:40, Siarhei Siamashka wrote:
On Tue, 17 Dec 2013 11:36:29 +0100
Michal Suchanek wrote:
That is pretty much what I use but I have quite hackish image where
some libraries are symlinked from the source dir, some are installed,
some are copied because make install puts them in a w
On Tue, 17 Dec 2013 11:36:29 +0100
Michal Suchanek wrote:
> On 17 December 2013 07:09, Siarhei Siamashka
> wrote:
> > On Mon, 16 Dec 2013 14:13:11 +0200
> > Tsvetan Usunov wrote:
> >
> >> Hi Siarhei
> >> You are right, the RPI fans are a bit dissapointed by the Debian image
> >> generated from
On 17 December 2013 19:15, Димитър Гамишев wrote:
> Hi Siarhei,
> i can not agree with everything you say.
>
> 1. I think that user may deal with cpu frequency settings, there are many
> examples to do it.
> I could not predict if there would be people wanting their boards working on
> batery or n
On 17 December 2013 07:09, Siarhei Siamashka
wrote:
> On Mon, 16 Dec 2013 14:13:11 +0200
> Tsvetan Usunov wrote:
>
>> Hi Siarhei
>> You are right, the RPI fans are a bit dissapointed by the Debian image
>> generated from Linux-Sunxi GitHub and no hardware acceleration.
>
> It's not just RPI fans.
26 matches
Mail list logo