Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-17 Thread Ralf Baechle
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

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-17 Thread H. Peter Anvin
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

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-16 Thread Ralf Baechle
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,

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-16 Thread H. Peter Anvin
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

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-10 Thread Thomas Petazzoni
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

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-04 Thread Mel Gorman
: 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

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-03 Thread Ralf Baechle
On Wed, Jun 03, 2009 at 12:21:32AM +0200, Jean-Christophe PLAGNIOL-VILLARD wrote: I'd like to propose AMP and kernel relocate as more and SoC will came with multiple core with or without the same arch AMP is very interesting. It's not uncommon two have only a single of like 16 cores running

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-03 Thread Ralf Baechle
On Tue, Jun 02, 2009 at 11:29:46AM -0600, Grant Likely wrote: One topic that seems to garner debate is the issue of decoupling the kernel image from the target platform. ie. On x86, PowerPC and Sparc a kernel image will boot on any machine (assuming the needed drivers are enabled), but this

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-03 Thread Catalin Marinas
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 architectures might need ... or any other topics from embedded

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-03 Thread Josh Boyer
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

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-03 Thread Catalin Marinas
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

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-03 Thread Josh Boyer
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

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-03 Thread Jean-Christophe PLAGNIOL-VILLARD
* 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) *

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-03 Thread James Bottomley
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

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-03 Thread Russell King
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.

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-03 Thread Andrew Morton
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

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-03 Thread James Bottomley
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.

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-03 Thread Catalin Marinas
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

RE: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-03 Thread David VomLehn (dvomlehn)
; 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

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-03 Thread Mike Frysinger
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

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-02 Thread James Bottomley
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

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-02 Thread Bill Gatliff
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

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-02 Thread Robert Schwebel
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

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-02 Thread Eric W. Biederman
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,

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-02 Thread Steven Rostedt
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.

Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit

2009-06-02 Thread Greg KH
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