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
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 not
2. There is no effective way to do it, but kernel hacking,
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.
> It's not just RPI fans. Trying your debian image (on a cubieboard,
> because I don't have lime yet) was kinda a wake up call for me.
send me your address and you will have LIME to test ;)
> And I have also seen some other less than perfect linux distros
> earlier. People here may be developing
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. Trying your debian image (on a cubieboard,
because I don't have
29 matches
Mail list logo
