On 20/11/14 11:19, Tero Kristo wrote:
> On 11/20/2014 01:15 AM, James Hogan wrote:
>> - Updated assignment of clk_divider::width in imx, rockchip, st, sunxi,
>>ti clock components to use mask instead (not tested), using the
>>following semantic patch:
>
> Hi
: Mike Turquette
[james.ho...@imgtec.com: forward port, fix new uses of width]
Signed-off-by: James Hogan
Tested-by: Shawn Guo
Tested-by: Heiko Stuebner
Reviewed-by: Heiko Stuebner
Cc: "Emilio López"
Cc: Sascha Hauer
Cc: Shawn Guo
Cc: Tero Kristo
Cc: linux-omap@vger.kernel.org
Cc: l
y for reference to give an idea
how the clock components are intended to be used, and I'll take this one
through the metag tree when the drivers/clk/ stuff is accepted.
James Hogan (14):
clk: divider: expose new clk_register_divider_mask
dt: binding: add binding for tz1090-pll clock
clk: t
Hi Philip,
On Fri, Nov 4, 2011 at 7:48 PM, Philip Balister wrote:
> On 11/03/2011 03:25 PM, Tony Lindgren wrote:
>> * James [111023 18:13]:
>>> Dear all,
>>>
>>> I'm learning embedded linux development and need help on my task.
>>>
>>>
e share with me similar layout and code so that I can base
my learning from a starting point?
Many thanks in adv.
--
Regards,
James
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
port on Gumstix's Overo
board.
I just need a very simple v4l2 driver that can extract the image from
the sensor and control over it via the UART control interface.
Any help is very much appreciated.
Thanks in adv.
--
Regards,
James
--
Regards,
James
--
To unsubscribe from this list: sen
On Tue, 2011-03-15 at 19:08 +0300, Vasiliy Kulikov wrote:
> On Tue, Mar 15, 2011 at 07:50 -0400, James Bottomley wrote:
> > 1. Did anyone actually check for capabilities before assuming world
> > writeable files were wrong?
>
> I didn't check all these fi
On Tue, 2011-03-15 at 07:18 -0700, Greg KH wrote:
> On Tue, Mar 15, 2011 at 07:50:28AM -0400, James Bottomley wrote:
> > On Mon, 2011-03-14 at 20:09 -0700, Greg KH wrote:
> > > There are no capability checks on sysfs files right now, so these all
> > > need to be fixed.
On Mon, 2011-03-14 at 20:09 -0700, Greg KH wrote:
> On Mon, Mar 14, 2011 at 10:26:05PM -0400, James Bottomley wrote:
> > On Sat, 2011-03-12 at 23:23 +0300, Vasiliy Kulikov wrote:
> > > > Vasiliy Kulikov (20):
> > > > mach-ux500: mbox-db5500: world-writable sysf
e we are in the dizzying ride on
security systems. However, I thought we landed up in the privilege
separation arena using capabilities. That means that world writeable
files aren't necessarily a problem as long as the correct capabilities
checks are in place, right?
James
--
To unsubscri
needs to decode higher resolution videos (960x544) -
but at reduced framerate. Presumably given the aforementioned
limitations there is no way to make this work?
Thanks again to all for all the help,
James
On Thu, Nov 25, 2010 at 5:11 AM, Pawse, Guruprasad wrote:
> Hi Armando,
>
>
l always return EMEMORY if too
high a resolution is requested?
Any advice much appreciated!
On Wed, Nov 24, 2010 at 12:38 AM, Sapiens, Rene wrote:
> Hi James,
>
>> The second error log is the stack trace when the watchdog timer calls
>> SYNC_EnterCS.
>
> Actually is not
e about missing video buffer
addresses.
Thanks for any advice people can give, I am feeling increasingly
bewildered by all the levels of OpenCore, OMX, OpenMax, DSP bridge...
On Tue, Nov 23, 2010 at 9:30 AM, James Adams wrote:
> Hi Rene,
>
> This email contains 2 error logs. The fi
r4:cf94e140
[] (kthread+0x0/0x80) from [] (do_exit+0x0/0x7bc)
r5: r4:
drivers/dsp/bridge/services/sync.c, line 358: Assertion (0) failed.
On Mon, Nov 22, 2010 at 9:42 PM, Sapiens, Rene wrote:
> James,
>
> On Mon, Nov 22, 2010 at 11:12 AM, James Adams wrote:
>>
SYNC_entercs (via DEV_getfirst if I remember
right)
I certainly don't understand why this should happen, but it seems to
happen quite a lot (probably every 5 seconds...) and the lower
resolution videos didn't seem to mind so I have been ignoring it.
Is it a bad idea to use WDT?
Thanks,
Jam
Hi Hari,
Please see output below - hopefully there are some clues in there? many thanks,
James
I/ActivityManager( 966): Starting activity: Intent {
act=android.intent.action.
MAIN cat=[android.intent.category.LAUNCHER] flg=0x1020
cmp=com.android.devel
opment/.Development }
I
video decodes to fail?
Thanks in advance,
James
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, 2010-06-11 at 16:48 -0400, Alan Stern wrote:
> On Fri, 11 Jun 2010, Mark Brown wrote:
>
> > On Fri, Jun 11, 2010 at 10:46:27AM -0400, Alan Stern wrote:
> > > On Fri, 11 Jun 2010, James Bottomley wrote:
> >
> > > > The one thing that does look di
On Fri, 2010-06-11 at 10:46 -0400, Alan Stern wrote:
> On Fri, 11 Jun 2010, James Bottomley wrote:
>
> > On Thu, 2010-06-10 at 21:21 -0700, David Brownell wrote:
> > > Do we at least have a clean way that a driver can
> > > reject a system suspend? I've lost tr
at QOS constraint should be removed when that
> driver no longer needs to issue wakeups; that's
> not quite the same as "removed by driver.resume().
The USB one needs user input, doesn't it, since user hot plug might (or
might not) be one of the wakeup sources.
James
--
To uns
On Sun, 2010-06-06 at 17:46 +0200, Thomas Gleixner wrote:
> On Sun, 6 Jun 2010, James Bottomley wrote:
> >
> > 3. We've lost sight of one of the original goals, which was to
> > bring the android tree close enough to the kernel so that the
> >
nstream driver and board producers don't have to
choose between the android kernel and vanilla kernel.
I think the proposal above gets us to within 75% of the way to 3, moves
us towards a factual basis for 2 and eliminates some of the grounds for
argument of 1 ... now can we please ge
the latter, but
I'd like to know what other people think (because I'm not wedded to this
preference).
> The worst situation are features where one side says 'we dont need this kind
> of functionality at all' - IMO auto/opportunistic-suspend isnt in that
> situation
On Thu, 2010-06-03 at 09:58 -0700, Kevin Hilman wrote:
> "Gross, Mark" writes:
>
> >>-Original Message-
> >>From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> >>Sent: Thursday, June 03, 2010 7:43 AM
> >>To: Peter Zijlstra
&
On Thu, 2010-06-03 at 16:35 +0200, Thomas Gleixner wrote:
> On Thu, 3 Jun 2010, James Bottomley wrote:
>
> > On Thu, 2010-06-03 at 11:03 +0100, Alan Cox wrote:
> > > > [mtg: ] This has been a pain point for the PM_QOS implementation. They
> > > > change
; equivalent operation, overriding whatever constraint is active.
>
> We need some of this anyway for deep power saving because there is
> hardware which can't wake from soem states, which in turn means if that
> device is active we need to be above the state in question.
James
-
On Wed, 2010-06-02 at 15:27 -0700, Arve Hjønnevåg wrote:
> On Wed, Jun 2, 2010 at 1:41 PM, James Bottomley
> wrote:
> > On Wed, 2010-06-02 at 21:47 +0200, Florian Mickler wrote:
> >> On Wed, 02 Jun 2010 10:05:11 -0500
> >> James Bottomley wrote:
> >>
&
On Wed, 2010-06-02 at 21:47 +0200, Florian Mickler wrote:
> On Wed, 02 Jun 2010 10:05:11 -0500
> James Bottomley wrote:
>
> > On Tue, 2010-06-01 at 21:41 -0700, Arve Hjønnevåg wrote:
> > > No, they have to be two separate constraints, otherwise a constraint
> > >
On Tue, 2010-06-01 at 21:41 -0700, Arve Hjønnevåg wrote:
> 2010/6/1 James Bottomley :
> > On Tue, 2010-06-01 at 18:10 -0700, Arve Hjønnevåg wrote:
> >> On Tue, Jun 1, 2010 at 3:36 PM, James Bottomley
> >> wrote:
> >> > On Wed, 2010-06-02 at 00:24 +02
On Tue, 2010-06-01 at 19:45 -0700, mark gross wrote:
> On Tue, Jun 01, 2010 at 04:01:25PM -0500, James Bottomley wrote:
> > On Tue, 2010-06-01 at 14:51 +0100, Matthew Garrett wrote:
> > > On Mon, May 31, 2010 at 04:21:09PM -0500, James Bottomley wrote:
> > >
> >
On Tue, 2010-06-01 at 18:10 -0700, Arve Hjønnevåg wrote:
> On Tue, Jun 1, 2010 at 3:36 PM, James Bottomley
> wrote:
> > On Wed, 2010-06-02 at 00:24 +0200, Rafael J. Wysocki wrote:
> >> On Tuesday 01 June 2010, James Bottomley wrote:
> >> > On Tue, 2010-06-01 at 1
On Wed, 2010-06-02 at 00:24 +0200, Rafael J. Wysocki wrote:
> On Tuesday 01 June 2010, James Bottomley wrote:
> > On Tue, 2010-06-01 at 14:51 +0100, Matthew Garrett wrote:
> > > On Mon, May 31, 2010 at 04:21:09PM -0500, James Bottomley wrote:
> > >
> > > >
On Tue, 2010-06-01 at 14:51 +0100, Matthew Garrett wrote:
> On Mon, May 31, 2010 at 04:21:09PM -0500, James Bottomley wrote:
>
> > You're the one mentioning x86, not me. I already explained that some
> > MSM hardware (the G1 for example) has lower power consumption in S3
On Mon, 2010-05-31 at 23:41 +0200, Thomas Gleixner wrote:
> On Sat, 29 May 2010, James Bottomley wrote:
> > On Sat, 2010-05-29 at 10:10 +0200, Peter Zijlstra wrote:
> > >
> > > Not using suspend is exactly the point. As Alan has argued, propagating
> > > sus
On Mon, 2010-05-31 at 22:49 +0200, Thomas Gleixner wrote:
> On Sat, 29 May 2010, James Bottomley wrote:
> > The job of the kernel is to accommodate hardware as best it can ...
> > sometimes it might not be able to, but most of the time it does a pretty
> > good job.
> >
On Sat, 2010-05-29 at 20:12 +0200, Peter Zijlstra wrote:
> On Sat, 2010-05-29 at 11:10 -0500, James Bottomley wrote:
> > > Correct, I strongly oppose using suspend. Not running runnable tasks is
> > > not a sane solution.
> >
> > Look, this is getting into t
s about Linux as a whole, I really don't care
> one whit about the specific Android case. We want a solution that is
> generic enough to solve the power consumption problem and makes sense on
> future hardware.
I don't think anyone disagrees with this. As long as we find a long term
solution that satisfies the android case, everyone will be happy.
> The only abstraction that really makes sense in that view is idle
> states.
James
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, 2010-05-18 at 09:40 +0300, Felipe Balbi wrote:
> On Mon, May 17, 2010 at 09:49:35PM +0200, ext James Bottomley wrote:
> >Right, because Firmware writers are from the rugged unresponsive uplands
> >of planet
> >ignore-user-complaints-and-eat-them-for-breakfast-
ew. The trouble is
that when I go to dinner with hardware people, they seem to be awfully
nice chaps ... almost exactly like me, in fact ...
James
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, 2010-05-17 at 21:12 +0300, Felipe Balbi wrote:
> Hi,
>
> On Mon, May 17, 2010 at 01:59:39PM -0400, James Bottomley wrote:
> > Have you actually tried this? On my N1 with CM5.0.6 just running
> > powertop requires me to keep the USB system up (debugging cable) and
&
On Mon, 2010-05-17 at 20:47 +0300, Felipe Balbi wrote:
> On Mon, May 17, 2010 at 01:04:45PM -0400, James Bottomley wrote:
> > > For userspace, apps that have polling behavior or are ill-behaved must
> > > be found and fixed. Thanks to tools like powertop, this is a f
consuming power). This allows a nice way to assign power budget to the
application and present who's using what in a nice visible form, which
does facilitate the reporting of bad apps, even for the non-developer
user.
James
--
To unsubscribe from this list: send the line "unsubscribe l
To make everyone aware their is a new framebuffer mailing list. It is
located at
Linux Fbdev development list
Please unscribe from the old one and join the new one. Thank you.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger
bility of sections, and it
automatically takes care of all the dependencies.
> Reviewed-by: WANG Cong
Thanks,
James
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
}
>
> mod->notes_attrs = notes_attrs;
> return;
A better, and more comprehensive patch would be to try not to count the
empty text sections when we're building the notes section (and actually
anywhere else in the file). This patch actually relies on the fact that
> +#define SW_CAMERA_LENSE_COVER 0x09 /* set = lense covered */
The correct spelling is "lens", no trailing "e". (If it were a
comment, I wouldn't care, but in a constant it's far more important.
-=- James Mastros
--
To unsubscribe from this list: send the
mohammed shareef wrote:
Dear James,
i did the following as u said:
./configure --target=arm-linux --enable-arm --prefix=/root/Desktop/pppbuild
make CC=arm-linux-gcc LD=arm-linux-ld
it compiles without any error;
but when i do:
make install i get the following error:
install -d -m 755 /root
James Chapman writes:
> mohammed shareef wrote:
> > Dear all,
> >
> > i have enabled ppp services when configuring the kernel 2.6.18.
> >
> > the kernel bootup of omap5912 osk says this:
> >
> > PPP generic driver version 2.4.2
> > PP
t you built files for your native
desktop system.
To cross compile, do
make CC=arm-linux-gcc LD=arm-linux-ld
but make sure that your compiler uses its own version of the system
headers, not your desktop versions.
--
James Chapman
Katalix Systems Ltd
http://www.katalix.com
Catalysts for
;s
the pppd equivalent of a "hello, world" program. It doesn't do much
at all.
If that doesn't work, then I'd expect that either your cross-compiler
is misconfigured, or there are serious problems in the platform
itself. Either way, I don't think I can help.
--
Jam
ot; in the osk console i get:
# pppd -h
-sh: pppd: not found
You don't have the userspace pppd installed.
--
James Chapman
Katalix Systems Ltd
http://www.katalix.com
Catalysts for your Embedded Linux software development
--
To unsubscribe from this list: send the line "unsubscribe linux-
51 matches
Mail list logo