[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20151123121920.GP8644@n2100.arm.linux.org.uk>
Date: Mon, 23 Nov 2015 12:19:20 +0000
From: Russell King - ARM Linux <linux@....linux.org.uk>
To: Nikita Yushchenko <nyushchenko@....rtsoft.ru>
Cc: kuznetsovg@....rtsoft.ru, Ian Campbell <ian.campbell@...rix.com>,
Mason <slash.tmp@...e.fr>,
Ard Biesheuvel <ard.biesheuvel@...aro.org>,
Will Deacon <will.deacon@....com>,
Paul Kocialkowski <contact@...lk.fr>,
linux-kernel@...r.kernel.org, Pavel Machek <pavel@....cz>,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [RFC/PATCH] arm: do not skip SMP init calls on SMP_ON_UP case
On Mon, Nov 23, 2015 at 12:12:16PM +0000, Russell King - ARM Linux wrote:
> iMX6 is fairly well supported in mainline. The only reason to use a
> custom kernel is if you want to use some feature which mainline does
> not support (or support very well) such as video decode, the full IPU
> facilities, GPUs or CEC (sorry, I don't have an expansive list.)
>
> The GPU problem for the GC320/GC880/GC2000 is fairly close to being
> solved in a functional (but maybe not yet performant) manner.
For reference, iMX6S in mainline behaves like this:
Calibrating delay loop (skipped), value calculated using timer frequency.. 6.00 BogoMIPS (lpj=12000)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
Initializing cgroup subsys net_cls
CPU: Testing write buffer coherency: ok
CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
Setting up static identity map for 0x100082c0 - 0x10008318
Brought up 1 CPUs
SMP: Total of 1 processors activated (6.00 BogoMIPS).
CPU: All CPU(s) started in SVC mode.
--
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists