whatever...
Yours,
Linus Walleij
--
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
functions
FWIW:
Acked-by: Linus Walleij linus.wall...@stericsson.com
Can you also include the patch by Per Fransson I sent off to
Thomas and the list just a few days ago with the subject
[PATCH] ARM: ux500 specific L2 cache code
in this patch series?
Yours,
Linus Walleij
--
To unsubscribe from
2010/9/8 Shilimkar, Santosh santosh.shilim...@ti.com:
Basically I plan to push all these patches to
RMK's patch system after getting his OK. I can push
your patch along with that.
Is that ok with you ?
Yep seems like a plan, thanks!
Yours,
Linus Walleij
--
To unsubscribe from this list
are not that different in this respect.
Yours,
Linus Walleij
--
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
Nishanth Menon wrote:
Linus Walleij had written, on 09/16/2010 07:19 AM, the following:
2010/9/15 Kevin Hilman khil...@deeprootsystems.com:
OMAP SOCs have a standard set of tuples consisting of frequency and
voltage pairs that the device will support per voltage domain. These
are called
to painfully refactor everything later (clk.h
especially comes to mind.)
Yours,
Linus Walleij
--
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
Nishanth Menon wrote:
To implement an OPP, some sort of power management support is necessary
hence this library depends on CONFIG_PM.
Suits my needs, so FWIW
Acked-by: Linus Walleij linus.wall...@stericsson.com
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe
Walleij linus.wall...@stericsson.com
Yours,
Linus Walleij
--
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
() ||
machine_is_omap4_panda();
}
Hm if this multi-platform stuff is desirable we probably need
a runtime arch_is_omap4(), arch_is_u8500() etc so this machine
list doesn't grow ridiculously long, but ftm this will work.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line
2011/1/21 Santosh Shilimkar santosh.shilim...@ti.com:
How about below approach?
-
[PATCH] ARM: smp: Skip secondary cpu calibration to speed-up boot
Hey this looks like a good way to do it,
Acked-by: Linus Walleij linus.wall
framework for this doesn't seem like a good
idea to me.
Yours,
Linus Walleij
--
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
the freq shift from the existing clock gate
code to hint rpm, that's actually how I envisioned that this would
work for this case.
Now I really started liking this patch.
Acked-by: Linus Walleij linus.wall...@stericsson.com
@@ -1303,6 +1326,8 @@ static int sdhci_get_ro(struct mmc_host *mmc)
I'm
2011/1/26 Linus Walleij linus.wall...@linaro.org:
2011/1/25 Tardy, Pierre pierre.ta...@intel.com:
@@ -1231,6 +1233,27 @@ static void sdhci_set_ios(struct mmc_host *mmc,
struct mmc_ios *ios)
goto out;
/*
+ * get/put runtime_pm usage counter at ios-clock
.
Yours,
Linus Walleij
--
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 know? Especially authors of
D-Bus and TAO etc would be very interested in this I believe.
It's not like I don't understand that it would be hard to move this
thing to userspace, it's more that I'd like to know how you think it
would be impacted by that.
Yours,
Linus Walleij
--
To unsubscribe
to compile code into as with TCM, but I have
no suitable machine to test that on so that will be on
my TODO.
Yours,
Linus Walleij
--
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
should probably be
pr_debug() in the final version.
Signed-off-by: Linus Walleij linus.wall...@stericsson.com
---
Documentation/arm/tcm.txt| 139 +
arch/arm/Kconfig |5 +
arch/arm/include/asm/cputype.h |5 +
arch/arm/include/asm
Acked-by: Linus Walleij linus.wall...@stericsson.com
And please drop my other patch in favor of this one then.
Linus Walleij
2009/7/10 Adrian Hunter adrian.hun...@nokia.com:
From a0164897276e4d1f972fd90b1e9499e1ab8d221e Mon Sep 17 00:00:00 2001
From: Adrian Hunter adrian.hun...@nokia.com
regulator driver);
+MODULE_LICENSE(GPLv2);
--
1.6.2.4
Yours,
Linus Walleij
--
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
Yours,
Linus Walleij
--
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
resistance and trouble.
If/when ARM-specific driver subsystems need their own zuper-maintainer
we can deal with it, can't we? There aren't many of them yet.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
patch 6956/2 right?
http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=6956/2
Can I add your Tested-by: to the patch as well?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
and it sort of hurts to have it out-of-tree.
Can't you create a for-next branch and ask Stephen to pull
that to linux-next so it can be merged for linux 3.3?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
...@gentoo.org
Cc: uclinux-dist-de...@blackfin.uclinux.org
Reviewed-by: Mark Brown broo...@opensource.wolfsonmicro.com
Signed-off-by: Robert Marklund robert.markl...@stericsson.com
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
ChangeLog v2-v3:
- Use bulk regulators on Mark's request.
- Add Cc
driver does not
even have platform data, the pin data is encoded in the driver
itself since it's tied to U300 and not used for any other systems
or variants) or as device tree lookups.
That said I have no clue on how to make the DT bindings
FTM, patches and suggestions welcome.
Yours,
Linus Walleij
, or is this some way of modeling
different modes for the same pads? If it's the latter we need some
better abstraction than doing it all twice.
Yours,
Linus Walleij
--
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
and needed infrastructure.
Yours,
Linus Walleij
--
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
tree is, the more we win.
Thanks,
Linus Walleij
--
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, Nov 22, 2011 at 12:09 PM, Thomas Abraham
thomas.abra...@linaro.org wrote:
On 17 November 2011 19:27, Linus Walleij linus.wall...@linaro.org wrote:
Maybe I'm mistaken about the device tree ambitions, but
I was sort of hoping that it would not contain too much
custom magic numbers
the current map concept is that you
get either a string or struct device * to identify the pin controller
and mapped device, that's as far as I thought it out, sorry for
any inherent limitations, they're not intentional...
Thanks,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe
defined and abstract piece of hardware information to live in the
device tree and which would be useful for any OS using DT.
I'd have to see the device trees and corresponding map bindings
before I understand it fully though.
Just my €0.01
Linus Walleij
--
To unsubscribe from this list: send the line
support both platform_data
and device tree based drivers on the same system.
That sounds like a real good idea and I think it'll work fine.
You can use the map in mach-u300/core.c as guinea pig for refactoring if you
like. I think that's the only map that's in-tree ftm.
Thanks,
Linus Walleij
understand this patch and it's a good thing, so:
Reviewed-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
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
On Sat, Jul 7, 2012 at 1:38 AM, Kevin Hilman khil...@ti.com wrote:
Here's a couple (hopefully) final OMAP GPIO fixes for v3.5-rc.
I've pulled this to my GPIO tree for testing in next.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
be NULL at the beginning, this check has been
removed.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Applied with Pauld reviewed-by.
Thanks,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
descriptor is released using the
irq_free_desc() api.
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Looks good, applied.
Yours,
Linus Walleij
--
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
On Thu, Jul 12, 2012 at 1:25 AM, Kevin Hilman khil...@ti.com wrote:
There is quite a bit of other things to do in remove to properly cleanup
what is done in probe.
OK I'm dropping this patch for now...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap
it
again. :-)
Yours,
Linus Walleij
--
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
obviously the
ambiguity that cause the trouble. Then you can also decide
on each cycle whether to send these to GPIO or ARM SoC
etc.
Yours,
Linus Walleij
--
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
On Mon, Jul 16, 2012 at 7:10 PM, Kevin Hilman khil...@ti.com wrote:
Subject: [PATCH] MAINTAINERS: add entry OMAP GPIO driver
Since I've been maintaining this, making it official at the request of the
GPIO maintainers.
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Linus Walleij linus.wall
unload this will gain
on a phone.
However this is all out-of-tree code and not that big deal as
it's a legacy platform.
Yours,
Linus Walleij
--
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
do...
Yours,
Linus Walleij
--
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, Aug 31, 2012 at 2:52 AM, Tony Lindgren t...@atomide.com wrote:
We can't use hardcoded interrupts for SPARSE_IRQ, and can replace
the hardcoded gpio_base with twl_gpiochip.base after it's been
allocated.
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Linus Walleij linus.wall
it local to arch/arm/mach-omap2 for single zImage support.
While at it, arrange the related includes in the standard way.
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Linus Walleij linus.wall...@linaro.org
Cc: linux-...@lists.infradead.org
Cc: alsa-de...@alsa-project.org
Acked-by: Tony
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
Acked-by: Linus Walleij linus.wall...@linaro.org
Tony will you carry this in the OMAP tree?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
for the BeagleBoard.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
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, Sep 3, 2012 at 3:54 PM, Florian Vaussard
florian.vauss...@epfl.ch wrote:
Add the new properties to the documentation of bindings.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To unsubscribe from
it.
Yours,
Linus Walleij
--
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
omap2420-h4.dts.
Cc: Linus Walleij linus.wall...@linaro.org
Cc: devicetree-disc...@lists.ozlabs.org
Signed-off-by: Tony Lindgren t...@atomide.com
FWIW:
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap
,
Linus Walleij
--
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
Looks good from a pinctrl point of view!
Reviewed-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
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
().
Yours,
Linus Walleij
--
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
using
its corresponding GPIO registers in the U300...)
There is some flexibility here, I hope it's not too confusing :-/
Yours,
Linus Walleij
--
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
the pins.
True. drivers/tty/serial/amba-pl011.c provides a simple example.
Yours,
Linus Walleij
--
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 Wed, Sep 5, 2012 at 11:01 AM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Applied with Tony's ACK.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
takes three parameters:
reg offset, value, sub-mask
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Do we have a conclusion on this patch 2/2?
I'm holding it back until Tony explicitly ACKs it for now.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap
On Sun, Sep 9, 2012 at 1:44 AM, Domenico Andreoli cav...@gmail.com wrote:
On Fri, Sep 07, 2012 at 11:57:59PM +0200, Linus Walleij wrote:
If all you need to to is to multiplex the pins into GPIO mode,
then the gpio_get() call on this driver *can* call through to
pinctrl_request_gpio() which
,
};
Yours,
Linus Walleij
--
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
a patch out and I'll Ack it, FWIW.
Linus Walleij
--
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
are also exported
out for direct use by clients.
(...)
Let me know your thoughts.
Sounds like a plan, just do it.
I think Samsung are currently using the scheme to migrate to
dmaengine as well.
Thanks,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
is specific to the TI DMA controller used.
Signed-off-by: Sundaram Raju sunda...@ti.com
This is exactly how I think we should do this.
Acked-by: Linus Walleij linus.wall...@linaro.org
Thanks,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
On Mon, Jul 11, 2011 at 11:39 PM, Dan Williams dan.j.willi...@intel.com wrote:
On Mon, Jul 11, 2011 at 2:28 AM, Linus Walleij linus.wall...@linaro.org
wrote:
...and I suspect the slave device drivers that use TI DMA are not
expected to ever work with other dmaengines? Likely the case
,
FSLDMA_EXTERNAL_START,
+ TI_DMA_v1_STRIDE_CONFIG,
Yep unless we make it generic DMA_STRIDE_CONFIG simply, this makes
a lot of sense.
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo
right? Then you already have proof
that this spans more than one DMAC and then you can just go for a generic
DMA_STRIDE_CONFIG from day one.
That both are TI does not matter, if they are totally unrelated implementations.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe
/gpio.txt
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
reaks compile of plat-nomadik due to missing u32, feel free to fold in
the below fix. With that it's
Tested-by: Linus Walleij linus.wall...@linaro.org
for Nomadik, U300 and Ux500.
From 2e4496fc7643d804ccf50a8efe1a0304210176d1 Mon
,
Linus Walleij
--
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
2011/8/19 Koul, Vinod vinod.k...@intel.com:
On Tue, 2011-08-16 at 15:06 +0200, Linus Walleij wrote:
On Tue, Aug 16, 2011 at 2:56 PM, Koul, Vinod vinod.k...@intel.com wrote:
I think Sundaram is in the position of doing some heavy work on
using one or the other of the API:s, and I think he
don't think it's needed any longer. Other than that,
thanks for updating the patch:
Acked-by: Tony Lindgren t...@atomide.com
Applied minus the comment, plus Tony's ACK, thanks!
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
CC: Zhangfei Gao zhangfei@marvell.com
CC: Shawn Guo shawn@linaro.org
CC: Laxman Dewangan ldewan...@nvidia.com
After some discussion with clever people I know I have come to the conclusion
that this is a good idea, so:
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
have pinmuxes configured
before the drivers probe.
Signed-off-by: Matt Porter mpor...@ti.com
Looks like a good idea, so FWIW:
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
On Tue, Sep 18, 2012 at 11:00 AM, Vinod Koul vinod.k...@linux.intel.com wrote:
On Tue, 2012-09-18 at 09:31 +0100, Russell King - ARM Linux wrote:
On Mon, Sep 17, 2012 at 11:01:23AM +0200, Linus Walleij wrote:
On Thu, Sep 13, 2012 at 3:37 PM, Peter Ujfalusi peter.ujfal...@ti.com
wrote
can very well do clocks and regulators in these functions as well.
Other platforms like shmobile will use runtime pm notifications
to do all this orthogonally in a central place, which may be
applicable for OMAP.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux
pinctrl-single driver, so Tony is the one to ask.
Yours,
Linus Walleij
--
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
PM enabled, we will
more agressively got to sleep mode pm_runtime_suspend(),
as an optimization.
If your driver is only used on one system which always selects
runtime PM things are easier but we don't have that luxury.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line
along with this (leds-gpio DT
data additions according to this patch, similarly other drivers
like matrix keypad and volume keys)
OK so the threshold is that we need to get it right for the first
one and then the others will look good too.
Yours,
Linus Walleij
--
To unsubscribe from this list
On Sat, Sep 22, 2012 at 11:59 PM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
rcu: Fix day-one dyntick-idle stall-warning bug
As mentioned in another thread this solves the same problem for ux500.
Reported/Tested-by: Linus Walleij linus.wall...@linaro.org
But now it appears
named modes.
I think so too.
Yours,
Linus Walleij
--
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 Wed, Oct 3, 2012 at 12:52 PM, AnilKumar, Chimata anilku...@ti.com wrote:
On Tue, Oct 02, 2012 at 01:29:37, Linus Walleij wrote:
This is what we're doing for ux500 and should be a good model.
I have looked into this, but not seen any named modes.
OK maybe it's not easy to find. If you look
On Fri, Oct 5, 2012 at 11:37 AM, Tobias Klauser tklau...@distanz.ch wrote:
A pointer to pdev-dev is already stored in dev, so use it in
devm_kzalloc.
Signed-off-by: Tobias Klauser tklau...@distanz.ch
Applied with Kevin's ACK, thanks!
Yours,
Linus Walleij
--
To unsubscribe from this list
...@secretlab.ca
Cc: Rob Herring rob.herr...@calxeda.com
Cc: Linus Walleij linus.wall...@linaro.org
Cc: linux-omap@vger.kernel.org
Looks nice!
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
anymore.
(Dragging Stultz Gleixner into this...)
Yours,
Linus Walleij
--
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
a single default state, then it doesn't make sense
to have just one driver get its pins using hogs, it's just
inconsistent.
So Sourav, please tell us a bit about your plans for this
and other drivers!
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap
On Tue, Oct 23, 2012 at 11:35 AM, Benoit Cousson b-cous...@ti.com wrote:
On 10/23/2012 11:13 AM, Linus Walleij wrote:
So Sourav, please tell us a bit about your plans for this
and other drivers!
Yeah, this idea is to handle pinctrl from all the drivers, and
potentially change the mode
to make that implementation non-optional.
This has been tested with beagleboard XM (OMAP3630) and
pandaboard rev A3 (OMAP4430). Suspend to RAM is now working
after this patch.
Signed-off-by: Felipe Balbi ba...@ti.com
After Russell explains so I get it:
Acked-by: Linus Walleij linus.wall
let's get Rafael, Paul and Magnus in here to beat us up
a bit :-)
Yours,
Linus Walleij
--
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, Oct 23, 2012 at 12:29 PM, Felipe Balbi ba...@ti.com wrote:
On Tue, Oct 23, 2012 at 12:29:28PM +0200, Linus Walleij wrote:
So the biggest implementation of the notifier approach to resource
handling is the SH clock thing:
drivers/base/power/clock_ops.c
that's different right ? It's
with Felipe's and Santosh's ACKs.
Yours,
Linus Walleij
--
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
and turn it into a totally different thing.
Yours,
Linus Walleij
--
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
the devise to sleep/default
states but we need to merge PM code before we can do that.
Yours,
Linus Walleij
--
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 Wed, Oct 24, 2012 at 6:18 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
On Wed, Oct 24, 2012 at 02:54:23PM +0200, Linus Walleij wrote:
A third alternative as outlined is to use notifiers and some
resource core in drivers/base/*
OK, so with drivers/base/, have you considered doing
are requested directly from the i2c driver
and shows up connected to its device.
Yours,
Linus Walleij
--
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
/* if the
code duplication is the real problem.
Yours,
Linus Walleij
--
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 Wed, Oct 24, 2012 at 4:19 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Linus, please revert if it's not too late, and I'll come up with a more
targetted fix.
OK I ditched it, no big deal.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap
and nothing else.
I previously reverted Kevin's patch, is this meant to be applied
on top of that one or what?
Jon, can you please submit a patch made against my GPIO
tree or linux-next or v3.7-rc2 or whatever and include the ACKs
you've recieved?
Thanks!
Linus Walleij
--
To unsubscribe from this list
requested, with ACKs and all.
You must be reading my mind :-D
OK patch applied for fixes.
Yours,
Linus Walleij
--
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
is here:
http://marc.info/?l=linux-i2cm=134986995731695w=2
Yours,
Linus Walleij
--
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, Oct 30, 2012 at 12:34 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Sun, Oct 28, 2012 at 09:12:52PM +0100, Linus Walleij wrote:
Moving this handling to bus code or anywhere else
invariably implies that resource acquisition/release order
does not matter, and my point
this is enough, and pushing all handles into central code creates
a problem elsewhere.
(But I'm not so certain ... so I might just
change opinion one of those days depending on what
arguments will be made.)
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap
maintainers in here.
Yours,
Linus Walleij
--
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 Wed, Oct 31, 2012 at 9:10 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Linus Walleij linus.wall...@linaro.org writes:
piece of hardware, this would be the right thing to do,
and I think the in-kernel examples are all simple,
e.g. arch/arm/mach-omap2/powerdomain* is all about
1 - 100 of 426 matches
Mail list logo
