On Tue, Jun 16, 2009 at 09:26:02PM -0700, H. Peter Anvin wrote:
I2C or similar busses can be a particularly annoying if they contain
essential configuration information such as memory size which is needed
long before anything else. So for far a common solution is that platforms
are
Ralf Baechle wrote:
However, on most systems, even embedded, bringing up memory falls on
firmware (sometimes in the form of a boot loader) so Linux rarely sees it.
There are embedded systems were the firmware does not provide a usuable
memory map or where that is plain broken. Or Linux
On Tue, Jun 16, 2009 at 04:06:48AM -0400, Mike Frysinger wrote:
On Tue, Jun 16, 2009 at 02:42, Mike Rapoport wrote:
James Bottomley wrote:
We've got to the point where there are simply too many embedded
architectures to invite all the arch maintainers to the kernel summit.
So, this year,
Ralf Baechle wrote:
I2C or similar busses can be a particularly annoying if they contain
essential configuration information such as memory size which is needed
long before anything else. So for far a common solution is that platforms
are carrying a private (aka redundant, ugly) early-i2c
Le Wed, 03 Jun 2009 12:19:57 -0400,
James Bottomley james.bottom...@hansenpartnership.com a écrit :
So ZONE_DMA and coherent memory allocation as represented by the
coherent mask are really totally separate things. The idea of
ZONE_DMA was really that if you had an ISA device, allocations
: james.bottom...@hansenpartnership.com;
linux-a...@vger.kernel.org; linux-embedded@vger.kernel.org;
ksummit-2009-disc...@lists.linux-foundation.org
Subject: Re: [Ksummit-2009-discuss] Representing Embedded
Architectures at the Kernel Summit
On Wed, 3 Jun 2009 18:09:25 +0100
Russell King r
On Wed, Jun 03, 2009 at 02:04:46PM +0100, Catalin Marinas wrote:
* Mixed endianness devices in the same system - this may only need
dedicated readl_be/writel_be etc. macros but it could also be
done by having bus-aware readl/writel-like macros
ioread/iowrite{8,16,32} and
On Wed, 2009-06-03 at 09:18 -0400, Josh Boyer wrote:
On Wed, Jun 03, 2009 at 02:04:46PM +0100, Catalin Marinas wrote:
* Mixed endianness devices in the same system - this may only need
dedicated readl_be/writel_be etc. macros but it could also be
done by having bus-aware
On Wed, Jun 03, 2009 at 02:45:37PM +0100, Catalin Marinas wrote:
On Wed, 2009-06-03 at 09:18 -0400, Josh Boyer wrote:
On Wed, Jun 03, 2009 at 02:04:46PM +0100, Catalin Marinas wrote:
* Mixed endianness devices in the same system - this may only need
dedicated readl_be/writel_be
* Asymmetric MP:
* Different CPU frequencies
* Different CPU features (e.g. floating point only one
some CPUs): scheduler awareness, per-CPU hwcap bits (in
case user space wants to set the affinity)
*
On Wed, 2009-06-03 at 14:04 +0100, Catalin Marinas wrote:
Hi,
On Tue, 2009-06-02 at 15:22 +, James Bottomley wrote:
So what we're looking for is a proposal to discuss the issues
most affecting embedded architectures, or preview any features affecting
the main kernel which embedded
On Wed, Jun 03, 2009 at 12:19:57PM -0400, James Bottomley wrote:
On Wed, 2009-06-03 at 14:04 +0100, Catalin Marinas wrote:
* Better support for coherent DMA mask - currently ZONE_DMA is
assumed to be in the bottom part of the memory which isn't
always the case.
On Wed, 3 Jun 2009 18:09:25 +0100
Russell King r...@arm.linux.org.uk wrote:
In
fact, on ARM the DMA mask is exactly that - it's a 100% proper mask. It's
not a bunch of zeros in the MSB followed by a bunch of ones down to the
LSB. It can be a bunch of ones, a bunch of zeros, followed by a
On Wed, 2009-06-03 at 11:43 -0700, Andrew Morton wrote:
On Wed, 3 Jun 2009 18:09:25 +0100
Russell King r...@arm.linux.org.uk wrote:
In
fact, on ARM the DMA mask is exactly that - it's a 100% proper mask. It's
not a bunch of zeros in the MSB followed by a bunch of ones down to the
LSB.
On Wed, 2009-06-03 at 12:19 -0400, James Bottomley wrote:
On Wed, 2009-06-03 at 14:04 +0100, Catalin Marinas wrote:
On Tue, 2009-06-02 at 15:22 +, James Bottomley wrote:
So what we're looking for is a proposal to discuss the issues
most affecting embedded architectures, or preview any
;
ksummit-2009-disc...@lists.linux-foundation.org
Subject: Re: [Ksummit-2009-discuss] Representing Embedded
Architectures at the Kernel Summit
On Wed, 3 Jun 2009 18:09:25 +0100
Russell King r...@arm.linux.org.uk wrote:
In
fact, on ARM the DMA mask is exactly that - it's a 100%
proper
On Wed, Jun 3, 2009 at 23:11, David VomLehn (dvomlehn) wrote:
David Delaney has a proof-of-concept of an idea of his which was
presented at the last CELF, which is basically to put the kernel and
loadable kernel modules closely enough together that you can avoid the
use of long jumps. He sees
On Tue, 2009-06-02 at 12:30 -0700, Tim Bird wrote:
Josh Boyer wrote:
2) Encouraging upstream participation of Embedded distros
Things like Moblin and Android are getting a lot of press these days, but
embedded distros have been around for a while. Are we getting good
participation
James Bottomley wrote:
On Tue, 2009-06-02 at 12:30 -0700, Tim Bird wrote:
With regard to a process to determine representatives, I'm not
sure we need one. Based on participation and inclusion in
MAINTAINERS, either Matt Mackall or David Woodhouse can
represent most embedded issues just
On Tue, Jun 02, 2009 at 03:37:44PM -0500, James Bottomley wrote:
The topic of flattened device tree look interesting to me (perhaps
because I'm a hardened device driver person and things like that
always look interesting to me) ...
The recent oftree activities look indeed very promising; the
David VomLehn dvoml...@cisco.com writes:
On Tue, Jun 02, 2009 at 03:37:44PM -0500, James Bottomley wrote:
...
This is what made us suggest the presentation driven approach. We can
send people who understand how the kernel development process out
anointed as embedded maintainers. However,
On Tue, 2 Jun 2009, David VomLehn wrote:
On Tue, Jun 02, 2009 at 03:37:44PM -0500, James Bottomley wrote:
Our failure report includes things you'd expect as well as various pieces
of history, such as:
o IRQs
o softirq dispatches (including max times)
o selected /proc info, e.g.
On Tue, Jun 02, 2009 at 11:34:52PM +0200, Robert Schwebel wrote:
Could flickerfree-bootsplash be a topic? Or is that completely pushed
into the userspace these fastboot days?
We have that working today, no in-kernel work needed other than the
already-present KMS stuff. See the recent Moblin
23 matches
Mail list logo