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 James/Mike,
This patch currently
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: tz1090: add
.
Signed-off-by: Mike Turquette mturque...@linaro.org
[james.ho...@imgtec.com: forward port, fix new uses of width]
Signed-off-by: James Hogan james.ho...@imgtec.com
Tested-by: Shawn Guo shawn@linaro.org
Tested-by: Heiko Stuebner he...@sntech.de
Reviewed-by: Heiko Stuebner he...@sntech.de
Cc
Hi Philip,
On Fri, Nov 4, 2011 at 7:48 PM, Philip Balister phi...@balister.org wrote:
On 11/03/2011 03:25 PM, Tony Lindgren wrote:
* James angweiy...@gmail.com [111023 18:13]:
Dear all,
I'm learning embedded linux development and need help on my task.
I'm trying to communicate with a FPGA
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: send the line
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 sysfs fifo file
leds: lp5521: world-writable
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.
That statement is true
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 files as I haven't got these hardware
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 unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
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 guruprasa...@ti.com wrote:
Hi Armando
high a resolution is requested?
Any advice much appreciated!
On Wed, Nov 24, 2010 at 12:38 AM, Sapiens, Rene rene.sapi...@ti.com wrote:
Hi James,
The second error log is the stack trace when the watchdog timer calls
SYNC_EnterCS.
Actually is not the WDT calling the function to get
drivers/dsp/bridge/services/sync.c, line 358: Assertion (0) failed.
On Mon, Nov 22, 2010 at 9:42 PM, Sapiens, Rene rene.sapi...@ti.com wrote:
James,
On Mon, Nov 22, 2010 at 11:12 AM, James Adams james.r.ad...@gmail.com wrote:
Hi Rene,
We have got the watchdog timer enabled at the moment
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 james.r.ad...@gmail.com wrote:
Hi Rene,
This email contains 2 error logs. The first
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
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
the 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,
James
On Mon
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 unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
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 track of many
issues, but maybe this could
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 difficult is that these power constraints
are device
% 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 get on with it?
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
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
android downstream driver and board
need this kind
of functionality at all' - IMO auto/opportunistic-suspend isnt in that
situation, fortunately.
Great ... because deprecating the problem has been one of the persistent
memes by some people on this huge thread.
James
--
To unsubscribe from this list: send the line unsubscribe
states, which in turn means if that
device is active we need to be above the state in question.
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 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 the constrain back and forth at the transaction level
On Thu, 2010-06-03 at 09:58 -0700, Kevin Hilman wrote:
Gross, Mark mark.gr...@intel.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, June 03, 2010 7:43 AM
To: Peter Zijlstra
Cc: Alan Cox; Gross, Mark; Florian Mickler; James
On Tue, 2010-06-01 at 21:41 -0700, Arve Hjønnevåg wrote:
2010/6/1 James Bottomley james.bottom...@suse.de:
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 james.bottom...@suse.de
wrote:
On Wed, 2010-06-02 at 00:24 +0200, Rafael J
On Wed, 2010-06-02 at 21:47 +0200, Florian Mickler wrote:
On Wed, 02 Jun 2010 10:05:11 -0500
James Bottomley james.bottom...@suse.de 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
to block suspend
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 james.bottom...@suse.de
wrote:
On Wed, 2010-06-02 at 21:47 +0200, Florian Mickler wrote:
On Wed, 02 Jun 2010 10:05:11 -0500
James Bottomley james.bottom...@suse.de wrote:
On Tue
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
(which I'm using as an ACPI
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:
You're the one mentioning x86, not me. I already
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 the realms of a pointless semantic quibble
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.
The facts are that C states and S
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
suspend blockers up into all regions of userspace
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
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 linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
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 farily
easy task.
That's a bit
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
paths into the usb console
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
To make everyone aware their is a new framebuffer mailing list. It is
located at
Linux Fbdev development list linux-fb...@vger.kernel.org
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
, and it
automatically takes care of all the dependencies.
Reviewed-by: WANG Cong xiyou.wangc...@gmail.com
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
for you? If it doesn't, I'll try
matching notes to text. It works fine on parisc, but as we don't have a
notes section, that's not saying much ...
Thanks,
James
---
diff --git a/kernel/module.c b/kernel/module.c
index e96b8ed..957f912 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -132,6
+#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 line unsubscribe linux-omap
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-omap in
the body
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.
--
James Carlson 42.703N 71.076W [EMAIL PROTECTED]
--
To unsubscribe from this list: send
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 your
45 matches
Mail list logo