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
> ma
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 p
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?
_
> 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 go
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
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 Conn
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
producti
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,
(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 int
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 tha
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
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 s
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 clean
13 matches
Mail list logo