Re: [PATCH 0/6] mmc: omap_hsmmc: Clean up use/abuse of pdev->id

[Rajendra Nayak]

On Friday 10 February 2012 06:57 PM, T Krishnamoorthy, Balaji wrote:

On Tue, Feb 7, 2012 at 3:32 PM, S, Venkatraman  wrote:

>  On Sat, Feb 4, 2012 at 8:21 PM, Rajendra Nayak  wrote:

>>  This series mainly cleans up all instances of hardcoding's in
>>  the driver based on pdev->id. This is cleanup leading to the
>>  DT adaptation of omap_hsmmc driver.
>>
>>  Patches are based on 3.3-rc2 and can be found here
>>  git://gitorious.org/omap-pm/linux.git omap_hsmmc_cleanup
>>
>>  Tested the patches on my omap4 boards (panda and SDP) but
>>  haven't tested yet on omap3/2 since I did'nt have boards
>>  handy. So any testing on any omap3/2 boards is really
>>  appreciated.

Tested this series on 2430SDP with FS on SD card


Thanks, will repost adding Tested-by from you and Venkat, also
getting rid of the one instance of host->id usage left in a
debug print.

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [PATCH][V3] ux500 : decouple/recouple gic from the PRCMU

[Daniel Lezcano]

On 02/13/2012 08:43 PM, Linus Walleij wrote:

On Fri, Feb 10, 2012 at 11:38 AM, Daniel Lezcano
  wrote:


I think I addressed all the concerns, is it possible to merge this patch ?

As detailed in another letter: does this build on top of the patch series
"DB8500 PRCMU update" that was submitted some time ago? Please
make sure it is either that or orthogonal so they don't collide.


It collides of course :)

What is the status of this patchset ? It is not in Samuel's tree and it 
is one month old with no comments.


Samuel ? Are you planning to take Linus's patchset ? It seems the patch 
I sent will collide with its patchset. The conflicts will be trivial to 
solve but I can respin on top of its patchset if you merge it.



Second: it's not me merging patches to the MFD subsystem, it's the
MFD subsystem maintainer Saumel Ortiz.


Oh ok, thanks.

  -- Daniel

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Last call for patches for the 12.02 release of linux-linaro kernel

[Andrey Konovalov]

Greetings,

If someone has something which is not in the mainline, was not in the 
12.01 kernel release, but worth including into the 12.02 kernel release, 
please let me know by the end of Feb 14, PST (the git branch where I 
could pull from). This release will be v3.3-rc3 based, so you patches 
should be based on that (easiest for me), or on the tip of the linus tree.


My expectations are that the power management WG has some topics to add 
to the 12.02.


I am aware of git://git.secretlab.ca/git/linux-2.6.git, irqdomain/next

The kernel working group has some blueprints for 12.02. Please let me 
know, if there is something for me to do here.


The following commits from linux-linaro-3.2 branch will be carried over 
to 12.02:

  commit 2eb6f8b98d8471c83be7e3ab53fe4386884c96a9
  Author: Vincent Guittot 
  Date:   Fri Oct 21 09:02:47 2011 +0200
  sched: Ensure cpu_power periodic update

  commit 2b21b980917662503a16e079b5d4a5a8a17886cd
  Author: Arnd Bergmann 
  Date:   Sat Oct 8 17:07:50 2011 +0200
  ARM: kprobes: work around build errors

  commit 61d24dd4d0528d369ea81f6e5d5e1db9c62ad46a
  Author: Ming Lei 
  Date:   Wed Aug 31 00:03:13 2011 +0800
  usb: ehci: make HC see up-to-date qh/qtd descriptor ASAP

Amit (Amit Daniel Kachhap), please let me know if for 12.02 I should use
the commits below, or take an updated version from you:
ARM: exynos4: Add thermal sensor driver platform device support
thermal: exynos4: Register the tmu sensor with the thermal interface layer
thermal: exynos: Add thermal interface support for linux thermal layer
thermal: Add generic cpu cooling implementation
thermal: Add a new trip type to use cooling device instance number
EXYNOS: Make EXYNOS common cpufreq driver
ARM: exynos: Enable l2 configuration through device tree
ARM: exynos: remove useless code to save/restore L2
ARM: exynos: save L2 settings during bootup
ARM: s5p: add L2 early resume code
ARM: exynos: Add support AFTR mode on EXYNOS4210


Thanks,
Andrey Konovalov

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [PATCH][V3] ux500 : decouple/recouple gic from the PRCMU

[Linus Walleij]

On Fri, Feb 10, 2012 at 11:38 AM, Daniel Lezcano
 wrote:

> I think I addressed all the concerns, is it possible to merge this patch ?

As detailed in another letter: does this build on top of the patch series
"DB8500 PRCMU update" that was submitted some time ago? Please
make sure it is either that or orthogonal so they don't collide.

Second: it's not me merging patches to the MFD subsystem, it's the
MFD subsystem maintainer Saumel Ortiz.

Yours,
Linus Walleij

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [PATCH][V2] ux500 : decouple/recouple gic from the PRCMU

[Linus Walleij]

(I took this discussion off linux-arm-kernel because I think the
majority on that
list doesn't really care about this stuff.)

On Thu, Feb 9, 2012 at 1:19 PM, Rickard Andersson
 wrote:

> it not clear how db8500-prcmu.c will be
> handled in the future, db8500-prcmu.c should most likely be split into
> several parts where one part only handles the communication with the PRCMU
> firmware.

Yes, I can answer so much: I am to author a letter to Greg (the device driver
architecture maintainer) about "system controllers" and where to
really put them.

There are maybe three pieces to the PRCMU:
(1) PRCMU registers  (MFD)
(2) PRCMU firmware  (MFD?)
(3) System control (new subsystem? back to arch/arm/*?)

And then there are all subdrivers using it, like cpuidle, cpufreq, watchdog,
hwmon and maybe a few more, which would use .h files for any/some
of the above.

So it really needs a good structure and AFAIK Mattias is working on
this.

As for merging this one patch I have one question mainly, and that is
whether it was done on top of the patches I have pending to bring the
mainline PRCMU code upto (one) date and that have already been
submitted? (8 patches, cover letter says "DB8500 PRCMU update")

That set brings the current code up to where "internal development" i.e.
http://www.igloocommunity.org/gitweb/?p=kernel/igloo-kernel.git;a=shortlog;h=refs/heads/pm
was at one point. (Now it's already progressed a bit I think...)

If we agree on the function signatures it doesn't matter much where they
end up right now if you absolutely need it to go in, it will cause some churn
but we can always move them about later, but the semantics for them
are really crucial. (In the end it's not me but Samuel Ortiz who merges
MFD patches BTW.)

Yours,
Linus Walleij

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: nano-summits over google+ hangouts

[David Brown]

On Mon, Feb 13, 2012 at 10:07:17AM -0600, Tom Gall wrote:

> From what I've heard and saw it seemed like the google+ hangouts in
> the rooms worked fairly well. (For the very small sample size of the
> people I've talked to)

My experience wasn't so good.  I think the issue may have been
resolved, but basically non-linaro people were connecting to a
different hangout than the one that the meeting was part of.  I ended
up getting a voice line for someone to call in.

Provided this issue can be worked out, the hangouts may be a good
solution.

David

-- 
Sent by an employee of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: nano-summits over google+ hangouts

[Kurt Taylor]

On 13 February 2012 10:07, Tom Gall  wrote:

> Hi All,
>
> From what I've heard and saw it seemed like the google+ hangouts in
> the rooms worked fairly well. (For the very small sample size of the
> people I've talked to)
>

This was the 3rd remote LC for me and BY FAR the most useful and
productive. The hangouts were a tremendous success. My only thought would
be to maybe have a "hallway" hangout for impromptu discussions without
having to think about it.


>
> I'm wondering/tempted to try out as an experiment on going single
> topic Multimedia sessions from time to time between Linaro Connects.
> Given that a focused single topic session would draw a smaller "crowd"
> the 9 person limitation I don't see as a big deal especially with
> carefully chosen topics.
>

I think this would be useful, mainly for the improved quality over some of
the other methods.  I'll have to experiment with whiteboarding and screen
sharing, but  I think it would work. I'd be willing to put together a
multimedia themed micro-summit to give it a try, maybe sometime between the
mayor conferences.


>
> Is this something that is even possible?  I know the google+ hangout
> over the air is by "invite" only so it's important to know if their
> use might be available for more than just linaro connect.
>
> Thanks!
>
> --
> Regards,
> Tom
>
> "Where's the kaboom!? There was supposed to be an earth-shattering
> kaboom!" Marvin Martian
> Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
> w) tom.gall att linaro.org
> w) tom_gall att vnet.ibm.com
> h) tom_gall att mac.com
>
> ___
> linaro-dev mailing list
> linaro-dev@lists.linaro.org
> http://lists.linaro.org/mailman/listinfo/linaro-dev
>



-- 

Kurt Taylor (irc krtaylor)
Linaro Multimedia
Linaro.org * **│ *Open source software for ARM SoCs
Follow *Linaro: *Facebook  |
Twitter|
Blog 
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

nano-summits over google+ hangouts

[Tom Gall]

Hi All,

From what I've heard and saw it seemed like the google+ hangouts in
the rooms worked fairly well. (For the very small sample size of the
people I've talked to)

I'm wondering/tempted to try out as an experiment on going single
topic Multimedia sessions from time to time between Linaro Connects.
Given that a focused single topic session would draw a smaller "crowd"
the 9 person limitation I don't see as a big deal especially with
carefully chosen topics.

Is this something that is even possible?  I know the google+ hangout
over the air is by "invite" only so it's important to know if their
use might be available for more than just linaro connect.

Thanks!

-- 
Regards,
Tom

"Where's the kaboom!? There was supposed to be an earth-shattering
kaboom!" Marvin Martian
Multimedia Tech Lead | Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [pandaboard] Re: Screen going black with power saving disabled

[nivr]

It depends on the ubuntu user, but I'm running a linaro pre-made image for 
xbmc on the pandaboard so for me X is always run as 'linaro' user. You 
should check yours.

I put those lines in rc.local so they are always executed on bootup. A 
better solution would probably be to put the corresponding settings in 
xorg.conf, but since I don't have an exiting one (ubuntu now defaults to 
not having one I believe), it was easier for me to just do it this way.
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: i.MX6Q USB host support for mainline Linux (was: Re: [U-Boot] [PATCH v2 1/2] usb/ehci: Add USB support for the MX6Q)

[Marek Vasut]

> While discussing at the U-Boot mailing list about  i.MX6Q USB host
> support for U-Boot, there was the question what's about the same for
> mainline Linux. See below.
> 
> I'd like to continue this discussion with a new subject and adding the
> Linaro mailing list.

I'm not subscribed, this is gonna make it all a mess.

> 
> On 12.02.2012 09:46, Marek Vasut wrote:
> >> On 11.02.2012 19:46, Fabio Estevam wrote:
> >>> On Sat, Feb 11, 2012 at 5:12 AM, Marek Vasut   
wrote:
>  btw Fabio, do we support mx6q USB host in mainline Linux ?
> >>> 
> >>> Not yet, Marek.
> >> 
> >> Linaro has it working with
> >> 
> >> http://git.linaro.org/gitweb?p=bsp/freescale/linux-linaro.git;a=commit;h
> >> =de 941f9ac0b59c34053618e90e3c1f1d8b5a2d22
> >> 
> >> http://git.linaro.org/gitweb?p=bsp/freescale/linux-linaro.git;a=commit;h
> >> =40 26cfa27332f2e53cfbf72cc98cf4db8c2f2127
> >> 
> >> It shouldn't be that hard to apply these to plain mainline Linux (?).
> > 
> > Do you believe this will be accepted into mainline Linux if basically the
> > same stuff, except for mx28 did NOT get accepted?
> 
> Do you have any pointers to the discussion about this? Hopefully we
> could learn from that.

This is the name of the thread in LAKML:
"RE: Want to Get Suggestion for MX28 USB Submisson"

> 
> > The shape of the code was almost
> > identical, maybe better. Actually, even the file names are the same here
> > and in the old FSL BSP for mx28.
> 
> I think the good news is at least that Linaro is working on a more or
> less recent kernel (atm 3.2). So, as mentioned above, porting it from
> the Linaro kernel to the mainline kernel shouldn't be that hard.

It actually will be, since ... well see the discussion about MX28 USB, it's all 
explained there. Sorry, I'm currently at the verge of falling asleep, very 
tired.

> The
> next step would be to clean them up, hopefully learning from the mx28
> experience mentioned above.

There was something going on about handling the PHY separately from the USB 
EHCI 
core, that's the part where it got stuck if I recall well.
> 
> What do you think?

I think I'll have a good sleep now, I need it, I'm starting to babble nonsense.
> 
> Best regards
> 
> Dirk

M

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Screen going black with power saving disabled

[nivr]

The problem I had was screen blanking in X. Since X is run with the 
username 'linaro', I put the following lines in a startup script 
(/etc/rc.local) and it seems to do the trick:
 su linaro -c "xset -display :0 -dpms"
 su linaro -c "xset -display :0 s off"
Does this help in any way?
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [pandaboard] Re: Screen going black with power saving disabled

[E V]

Will try and report. It is hard to say if something solves it, since it may
fail after 10 or 20 boots, or 100... X is always run with the username
'linaro' or depends on the ubuntu user?

2012/2/13 nivr 

> The problem I had was screen blanking in X. Since X is run with the
> username 'linaro', I put the following lines in a startup script
> (/etc/rc.local) and it seems to do the trick:
>  su linaro -c "xset -display :0 -dpms"
>  su linaro -c "xset -display :0 s off"
> Does this help in any way?
>
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Screen going black with power saving disabled

[E V]

Nope :(

Already tried most of the answers given. Problem is that is working... Most
of the boots. But, as I said, sometimes it just goes black. Since I am not
in front of the board (And it has no keyboard nor mouse, just connected to
screen) can't do nothing with it...

2012/2/10 John Rigby 

> maybe this will help?
> http://ubuntuforums.org/archive/index.php/t-1063566.html
>
>
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev