Thought people may find this information interesting.
I was going through all the changes that came in for each target as I
was cutting the first candidate builds of the 11.09 release. The From
is 11.08 and the To: is our release point: Here's each kernel:
The upstream build (works for Panda, Bea
On Fri, Sep 09, 2011 at 12:01:02AM +0100, Russell King - ARM Linux wrote:
> On Thu, Sep 08, 2011 at 03:47:31PM -0700, Mark Brown wrote:
> > What will happen for device tree is that there will be a device in the
> > device tree for the ASoC board.
> Sounds like you just solved the machine_is_xxx()
On Thu, Sep 08, 2011 at 03:47:31PM -0700, Mark Brown wrote:
> On Thu, Sep 08, 2011 at 11:37:20PM +0100, Russell King - ARM Linux wrote:
>
> > With DT of course, all devices get instantiated from the device tree,
> > so there should not be any more platform specific chunks of code in
> > these loca
On Thu, Sep 08, 2011 at 11:37:20PM +0100, Russell King - ARM Linux wrote:
> With DT of course, all devices get instantiated from the device tree,
> so there should not be any more platform specific chunks of code in
> these locations (ha, it couldn't be solved with platform data so I
> suspect it
On Thu, Sep 08, 2011 at 03:29:11PM -0700, Mark Brown wrote:
> On Thu, 2011-09-08 at 22:28 +0200, Arnd Bergmann wrote:
> > On Thursday 08 September 2011 20:05:48 Mans Rullgard wrote:
>
> > > I had the same thought, but I couldn't find a suitable string anywhere.
> > > Are you suggesting an if(machi
On Thu, 2011-09-08 at 22:28 +0200, Arnd Bergmann wrote:
> On Thursday 08 September 2011 20:05:48 Mans Rullgard wrote:
> > I had the same thought, but I couldn't find a suitable string anywhere.
> > Are you suggesting an if(machine_is_foo()) cascade in omap_init_audio()?
> > I'll be the first to a
On Thursday 08 September 2011 20:05:48 Mans Rullgard wrote:
> >
> > Can't we do by having omap_init_audio() in arch/arm/mach-omap2/devices.c
> > generate a platform device of name depending upon machine_is_* ?
>
> I had the same thought, but I couldn't find a suitable string anywhere.
> Are you su
Hi,
For your information.
Thanks,
James
--- Begin Message ---
Tomorrow, you may notice a blip in Launchpad's availability around
08.30 UTC. Believe it or not, this is good news.
As you know, we'd been rolling out database changes once a month, with
a 90 minute period where Launchpad was read-o
On 8 September 2011 20:17, Jassi Brar wrote:
> On 9 September 2011 00:35, Mans Rullgard wrote:
>> On 8 September 2011 19:17, Jassi Brar wrote:
>>> On Thu, Sep 8, 2011 at 11:04 PM, Mans Rullgard
>>> wrote:
This converts the per-board modules to platform drivers for a
device created by
On 9 September 2011 00:35, Mans Rullgard wrote:
> On 8 September 2011 19:17, Jassi Brar wrote:
>> On Thu, Sep 8, 2011 at 11:04 PM, Mans Rullgard
>> wrote:
>>> This converts the per-board modules to platform drivers for a
>>> device created by in main platform setup. These drivers call
>>> snd_
On 8 September 2011 19:35, Jassi Brar wrote:
> On 8 September 2011 23:48, Mark Brown
> wrote:
>> On Thu, Sep 08, 2011 at 11:47:16PM +0530, Jassi Brar wrote:
>>
>>> Can't we do by having omap_init_audio() in arch/arm/mach-omap2/devices.c
>>> generate a platform device of name depending upon machin
On 8 September 2011 19:17, Jassi Brar wrote:
> On Thu, Sep 8, 2011 at 11:04 PM, Mans Rullgard
> wrote:
>> This converts the per-board modules to platform drivers for a
>> device created by in main platform setup. These drivers call
>> snd_soc_register_card() directly instead of going via a "soc
On 8 September 2011 23:48, Mark Brown
wrote:
> On Thu, Sep 08, 2011 at 11:47:16PM +0530, Jassi Brar wrote:
>
>> Can't we do by having omap_init_audio() in arch/arm/mach-omap2/devices.c
>> generate a platform device of name depending upon machine_is_* ?
>
> That's not a bad idea. If we were going
On Thu, Sep 08, 2011 at 11:47:16PM +0530, Jassi Brar wrote:
> Can't we do by having omap_init_audio() in arch/arm/mach-omap2/devices.c
> generate a platform device of name depending upon machine_is_* ?
That's not a bad idea. If we were going to do that it shouldn't be OMAP
specific, any platform
On 09/08/2011 05:05 PM, Mans Rullgard wrote:
> This converts the per-board modules to platform drivers for a
> device created by in main platform setup. These drivers call
> snd_soc_register_card() directly instead of going via a "soc-audio"
> device and the corresponding driver in soc-core.
>
> d
On 8 September 2011 17:37, Mark Brown
wrote:
> On Thu, Sep 08, 2011 at 04:41:30PM +0100, Mans Rullgard wrote:
>> On 8 September 2011 16:15, Lars-Peter Clausen wrote:
>
>> > Use different device driver names for different drivers.
>
>> I guess this worked by accident on my system.
>
>> Are there a
This converts the per-board modules to platform drivers for a
device created by in main platform setup. These drivers call
snd_soc_register_card() directly instead of going via a "soc-audio"
device and the corresponding driver in soc-core.
Signed-off-by: Mans Rullgard
---
Platform device names f
On Thu, Sep 08, 2011 at 04:41:30PM +0100, Mans Rullgard wrote:
> On 8 September 2011 16:15, Lars-Peter Clausen wrote:
> > Use different device driver names for different drivers.
> I guess this worked by accident on my system.
> Are there any other changes needed?
Check the N810 code - it look
- Forwarded message from Roger Teague -
Date: Wed, 7 Sep 2011 14:25:11 +0100
From: Roger Teague
Subject: Cortex Programmers Guide
Folks,
Are you aware of the following?
http://www.cadence.com/Community/blogs/sd/archive/2011/08/04/a-must-read-the-arm-cortex-a-programmer-s-guide.aspx
a
On Wed, Sep 07, 2011 at 11:23:47PM +0300, Ilias Biris wrote:
> I have put together a wiki page with information on the Release for the
> patches to be tested while waiting for the upstreaming to the mainline
> to happen. The page is
> https://wiki.linaro.org/OfficeofCTO/MemoryManagement/ReleaseInfo
On Thu, Sep 08, 2011 at 04:05:53PM +0100, Mans Rullgard wrote:
> +static struct platform_device omap_soc_audio = {
> + .name = "omap-soc-audio",
> + .id = -1,
> +};
> +
This isn't really accomplishing anything as you're using the same device
name for all boards, it's essentially the
On 8 September 2011 16:15, Lars-Peter Clausen wrote:
> On 09/08/2011 05:05 PM, Mans Rullgard wrote:
>> This converts the per-board modules to platform drivers for a
>> device created by in main platform setup. These drivers call
>> snd_soc_register_card() directly instead of going via a "soc-audi
This converts the per-board modules to platform drivers for a
device created by in main platform setup. These drivers call
snd_soc_register_card() directly instead of going via a "soc-audio"
device and the corresponding driver in soc-core.
Signed-off-by: Mans Rullgard
---
Tested on Beagleboard.
On Wed, Sep 7, 2011 at 3:48 PM, Paul E. McKenney wrote:
> On Wed, Sep 07, 2011 at 11:39:08AM +0200, Loïc Minier wrote:
> > On Wed, Sep 07, 2011, Tony Mansson wrote:
> > > The Snowball s/w design team decided to use the debian mechanism for
> > > license acceptance of h/w-pack binaries, so there a
Key Points for wider discussion
===
* libjpeg-turbo 1.1.90 integrated into Android
* 11.09 BPs finalized and in execution phaze
Team Highlights
===
* Good Progress on Panda Bluetooth enablement
* Good Progress on Panda WLAN enablement
*
On 8 September 2011 14:24, Alexander Sack wrote:
> On Thu, Sep 8, 2011 at 1:05 PM, Christian Robottom Reis
> wrote:
>>
>> On Wed, Sep 07, 2011 at 08:53:06AM +0300, Fathi Boudra wrote:
>> > http://www.linaro.org/downloads/ had received some lifting. It's still a
>> > work
>> > in progress but it s
On Thu, Sep 8, 2011 at 1:05 PM, Christian Robottom Reis wrote:
> On Wed, Sep 07, 2011 at 08:53:06AM +0300, Fathi Boudra wrote:
> > http://www.linaro.org/downloads/ had received some lifting. It's still a
> work
> > in progress but it should resolved some of the issue raised. Please, take
> a
> > l
On Wed, Sep 07, 2011 at 08:53:06AM +0300, Fathi Boudra wrote:
> http://www.linaro.org/downloads/ had received some lifting. It's still a work
> in progress but it should resolved some of the issue raised. Please, take a
> look. feedback is welcome.
I know. The feedback I gave below was from the up
Hello Benjamin,
Excellent effort on the slides.
On 8 September 2011 01:49, Ilias Biris wrote:
> On 07/09/11 19:18, Benjamin Gaignard wrote:
>
> > Additional question:
> > - where can we found git tree with CMA, DMA_Buf and DMA IOMMU ?
> >
>
> Jesse had mentioned he would be creating his own tre
On 09/07/2011 08:10 PM, Mark Brown wrote:
On Wed, Sep 07, 2011 at 12:07:21PM +0100, Mans Rullgard wrote:
This adds MODULE_ALIAS directives to the omap-mcbsp-dai and
omap-pcm-audio drivers so they can be auto-loaded when platform
devices are scanned.
Acked-by: Mark Brown
Now looks good.
Acke
30 matches
Mail list logo