...@samsung.com
Cc: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Kukjin Kim kgene@samsung.com
Acked-by: Linus Walleij linus.wall...@linaro.org
I guess this will go into the Exynos tree?
Tell me if you want me to apply it to the pinctrl tree.
Yours,
Linus Walleij
--
To unsubscribe
a version of this patchset has also been tested through its
inclusion in Thomas Petazzoni's Armada 370 and Armada XP SoCs PCIe support by:
Linus Walleij linus.wall...@linaro.org
Yes you can add my Tested-by tag.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe
by the Marvell
PCIe driver I'm hoping to get merged in 3.10.
Second this, I also have a patch series that depend on these patches.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info
it'll be picked up.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Stuebner he...@sntech.de
Reviewed-by: Tomasz Figa t.f...@samsung.com
Reviewed-by: Sylwester Nawrocki s.nawro...@samsung.com
Looking good, Acked-by: Linus Walleij linus.wall...@linaro.org
I prefer this:
#include linux/bitops.h
int foo = BIT(7);
over
int foo = (1 7);
But no big deal
the legacy header
leading to undefined chained_irq_enter and chained_irq_exit symbols.
Signed-off-by: Tomasz Figa tomasz.f...@gmail.com
Patch applied.
Thanks!
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord
in the pinctrl tree.
Could you rebase it on that branch?
Or is the error not even in my tree?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
On Tue, Apr 23, 2013 at 2:09 PM, Tomasz Figa t.f...@samsung.com wrote:
On Tuesday 23 of April 2013 14:03:12 Linus Walleij wrote:
This does not apply to my devel branch in the pinctrl tree.
Could you rebase it on that branch?
Or is the error not even in my tree?
This one got sent
On Wed, Apr 24, 2013 at 4:47 PM, Tomasz Figa t.f...@samsung.com wrote:
On Wednesday 24 of April 2013 16:27:09 Linus Walleij wrote:
On Tue, Apr 23, 2013 at 2:09 PM, Tomasz Figa t.f...@samsung.com wrote:
On Tuesday 23 of April 2013 14:03:12 Linus Walleij wrote:
This does not apply to my devel
:
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
and letting pin groups harness the settings for a group
of pins is the proper approach to the problem.
Do you think something like this will work for the S5P:s?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord
/pinctrl-foo.c.
That's the most natural design pattern methinks. Trying to artificially
break it apart in two driver files doesn't make sense.
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More
,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc 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-samsung-soc 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
On Tue, Nov 22, 2011 at 11:52 AM, Thomas Abraham
thomas.abra...@linaro.org wrote:
On 22 November 2011 01:17, Linus Walleij linus.wall...@stericsson.com wrote:
(...)
@@ -61,6 +67,10 @@ struct pin_desc {
#ifdef CONFIG_PINMUX
const char *mux_function;
#endif
+#ifdef CONFIG_PINCONF
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
factor out
once the pattern is clearly visible.
I agree with this. I will go forward in the same manner with
Ux500 for the time being.
Thanks,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More
with this patch series?
I was really happy with the rate of progress we had and Viresh I
have given most feedback needed to complete this I think.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More
insertions(+), 20 deletions(-)
1 files changed, 2 insertions(+), 2 deletions(-)
Acked-by: Linus Walleij linus.wall...@linaro.org
Thanks Russell,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More
On Fri, Jan 20, 2012 at 10:23 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Convert ux500 to use the new amba_device_alloc APIs.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
Acked-by: Linus Walleij linus.wall...@linaro.org
Thanks Russell,
Linus Walleij
insertions(+), 1 deletions(-)
Acked-by: Linus Walleij linus.wall...@linaro.org
Thanks Russell,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
On Fri, Jan 20, 2012 at 10:27 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
arch/arm/mach-u300/core.c | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
Acked-by: Linus Walleij linus.wall...@linaro.org
-by: Linus Walleij linus.wall...@linaro.org
Thanks Russell,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
insert/remove the MMC card and see it
add/remove the card (appear in console, and /proc/interrupts)
Or do you mean tickle GPIO0? That is more tricky I think...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord
On Wed, Feb 15, 2012 at 11:48 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
Convert the s3c64xx driver to using the new message queue factored out of
the pl022 driver by Linus Walleij, saving us a nice block of code and
getting the benefits of improvements implemented in the core
On Wed, Feb 15, 2012 at 11:48 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
Convert the s3c64xx driver to using the new message queue factored out of
the pl022 driver by Linus Walleij, saving us a nice block of code and
getting the benefits of improvements implemented in the core
to me Thomas!
I will provide detailed review if/when it is more ripe for merge.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc 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-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
(namely PL080S with its extra CCTL2).
This patch makes LLIs a sequence of 32-bit words, which is just filled
with appropriate values in appropriate order and padded with required
amount of dummy words (currently zero, but PL080S will make better use
of this).
Suggested-by: Linus Walleij
of
pl08x_fill_llis_for_desc().
No functional change is introduced by this patch.
Signed-off-by: Tomasz Figa tomasz.f...@gmail.com
Reviewed-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message
to
behave appropriately.
Signed-off-by: Tomasz Figa tomasz.f...@gmail.com
Acked-by: Linus Walleij linus.wall...@linaro.org
If patch 1 thru 9 are uncontroversial now, maybe Vinod can apply
these for v3.12 so we can get less noise and risk of collissions
in the next merge window?
Just an idea
On Tue, Aug 27, 2013 at 3:11 AM, Dan Carpenter dan.carpen...@oracle.com wrote:
If irq == NUM_EINT then it writes one space beyond the end of the
eint_data-domains[] array.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
Patch applied with Heiko's ACK.
Yours,
Linus Walleij
/bindings,
so atleast alter the commit message. This merely *uses* some
device tree bindings.
Yours,
Linus Walleij
---
drivers/pinctrl/Kconfig | 2 +-
drivers/pinctrl/pinctrl-exynos.c | 58
+++
drivers/pinctrl/pinctrl-samsung.c | 3
.
I want an ACK from Kukjin or Sylwester for this since it's
something new for S5P.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
On Wed, Aug 28, 2013 at 2:58 PM, Tomasz Figa t.f...@samsung.com wrote:
On Wednesday 28 of August 2013 14:51:44 Linus Walleij wrote:
On Tue, Aug 27, 2013 at 3:08 PM, Mateusz Krawczuk
m.krawc...@partner.samsung.com wrote:
This patch implements pinctrl support and adds device tree bindings
to the gpio tree.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
an assumption that the same is needed for DMA
engine API, which is not true.
Applied, thanks.
OK Vinod can you take in patch 1 thru 8?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More
applied for fixes with the ACKs from Tomasz and Kukjin.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
.. and S5P
oh well I will get to it.)
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
point of view that is not GPIO, it is the
typically the sleep state of a certain pin when used with a
certain device.
I'll see if I can think of some doc patch to make this more clear...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body
that's safe.
Right. I have done it the copy-less way in other places, but missed this
one. Thanks.
So I guess I'm waiting for a new version of this patch, right?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord
hogs would be interesting
to look at. Can you provide details on how you think this would
work?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
as Kevin wrote).
I'm following :-)
Now if we could see some more details and a patch, that would
be great ...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
: linux-samsung-soc@vger.kernel.org
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
If one of the maintainers give me an ACK for this I will
take it through the GPIO tree.
---
arch/arm/Kconfig | 3 +-
arch/arm/mach-s3c24xx/Kconfig | 21
On Fri, Dec 6, 2013 at 10:31 AM, Linus Walleij linus.wall...@linaro.org wrote:
This isolates the custom S3C24xx GPIO definition table to
linux/platform_data/gpio-samsung-s3x24xx.h
Maybe I'm too trigger happy. I'll send a combined series with
S3C24xx, S3C64xx and maybe also S5P variants all
On Thu, Dec 5, 2013 at 4:07 PM, Mark Brown broo...@kernel.org wrote:
On Tue, Dec 03, 2013 at 10:29:42AM +0100, Linus Walleij wrote:
So a suggested patch to support weak hogs would be interesting
to look at. Can you provide details on how you think this would
work?
Or should we be going
On Fri, Dec 6, 2013 at 12:54 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 12/03/2013 02:29 AM, Linus Walleij wrote:
(skipped the conversation on weak hogs, we are on the same page
here, just waiting for someone to start working on it ...)
Related, I prefer to put /all/ static pinctrl
: linux-samsung-soc@vger.kernel.org
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
ChangeLog v1-v2:
- Added an #ifdef ARCH_S3C24XX around the header inclusion
in drivers/gpio/gpio-samsung.c as we would otherwise
have colliding definitions when compiling S3C64XX.
- Rename inclusion guard
as for S3C24XX: 512. This way we can do
away with the GPIO calculation macros for GPIO_BOARD_START,
BOARD_NR_GPIOS and the definition of ARCH_NR_GPIOS.
Cc: Kukjin Kim kgene@samsung.com
Cc: Mark Brown broo...@kernel.org
Cc: Tomasz Figa tomasz.f...@gmail.com
Signed-off-by: Linus Walleij linus.wall
up in future. Kukjin has actually proposed removing support for this
platform at all and I consider this reasonable.
Kukjin, should we proceed with removal?
Isn't Mark Brown using that platform for some various stuff?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line
On Thu, Dec 12, 2013 at 10:22 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
2013/12/12 Linus Walleij linus.wall...@linaro.org:
On Thu, Dec 12, 2013 at 10:47 AM, Tomasz Figa tomasz.f...@gmail.com wrote:
This is actually quite a poor platform choice. As of today, the kernel
is stuck
On Fri, Dec 13, 2013 at 2:55 AM, José Miguel Gonçalves
jose.goncal...@inov.pt wrote:
On 27-09-2013 15:17, Linus Walleij wrote:
On Wed, Sep 11, 2013 at 10:46 AM, José Miguel Gonçalves
jose.goncal...@inov.pt wrote:
Some GPIO line limits are incorrectly set which, for instance,
does not allow
,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
onto my tree if I just
get an ACK for it...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, Dec 13, 2013 at 11:30 AM, Tomasz Figa tomasz.f...@gmail.com wrote:
On Thursday 12 of December 2013 15:06:50 Linus Walleij wrote:
[snip]
arch/arm/mach-s3c64xx/include/mach/gpio.h | 93 -
Hmm, shouldn't this (and other s3c64xx-related changes) be in patch 2/2
@samsung.com
Acked-by: Heiko Stuebner he...@sntech.de
Tested-by: Heiko Stuebner he...@sntech.de
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
ChangeLog v2-v3:
- Move the movement of the S3C64XX gpio.h file out of
this patch and into the follow-up patch where it belongs.
ChangeLog v1-v2:
- Added
as for S3C24XX: 512. This way we can do
away with the GPIO calculation macros for GPIO_BOARD_START,
BOARD_NR_GPIOS and the definition of ARCH_NR_GPIOS.
Cc: Mark Brown broo...@kernel.org
Cc: Tomasz Figa tomasz.f...@gmail.com
Acked-by: Kukjin Kim kgene@samsung.com
Signed-off-by: Linus Walleij
On Fri, Dec 13, 2013 at 10:37 AM, Linus Walleij
linus.wall...@linaro.org wrote:
On Fri, Dec 13, 2013 at 10:24 AM, kg...@kernel.org wrote:
José Miguel Gonçalves wrote:
(..)
Was this patch forgotten?
Hi Jose,
Sorry about missing your patch. It's my fault :( and as you know, at this
moment
with Kukjin's ACK and Heiko's review tag.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Jan 7, 2014 at 12:15 PM, Arnd Bergmann a...@arndb.de wrote:
On Friday 13 December 2013, Linus Walleij wrote:
This isolates the custom S3C24xx GPIO definition table to
linux/platform_data/gpio-samsung-s3x24xx.h as this is
used in a few different places in the kernel, removing the
need
On Tue, Jan 7, 2014 at 8:52 PM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 07 January 2014, Linus Walleij wrote:
It appears that these problems appear if you explicitly
enable the DT board support, can't we just put that into
the defconfig then, so we don't miss such things?
I don't
Walleij linus.wall...@stericsson.com
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
for clocksource for
sched_clock().
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
, the designer of the
Samsung's DMA API.
This is not soccer/football/cricket. ;-)
Seriously, if there are any longstanding issues with the API we
need them nailed down, please help!
Thanks,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message
but that had another problem last time I looked: it was only intended
for userspace control, not in-kernel use.
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
case is that you can request a direction for the channel,
and if the hardware doesn't support that, then NAK any tries to set it
to a direction which is illegal.
Yes, some abstraction but generalization does have a price, and I think
it's worth it.
Yours,
Linus Walleij
--
To unsubscribe from
On Wed, Jul 27, 2011 at 7:31 AM, Boojin Kim boojin@samsung.com wrote:
This patchset adds support DMA generic APIs for Samsung DMA.
Patches look good to me,
Acked-by: Linus Walleij linus.wall...@linaro.org
Are there any more users of the code in arch/arm/common/pl330.c?
Else I think next
/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
/linux/amba/bus.h as
AMBA_VENDOR_SAMSUNG = 0x55,
so we have this under some kind of control.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
at the same time.
plat/gpio-cfg.h is used by S5P as well, but I guess you've
checked that.
If I take it driver-by-driver it should be possible to get rid of it
or most of it I think, reducing it to the arch/arm/mach-* folder.
Certainly I should be attacking S3C and S5P simultaneously.
Yours,
Linus
-samsung-soc@vger.kernel.org
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
Maintainers: this builds on top of the previous patch moving
headers back to mach/*. This will also boil in linux-next,
ACKs appreciated.
---
arch/arm/mach-s3c24xx/h1940-bluetooth.c | 1 +
arch/arm/mach
Damned I couldn't get rid of the ifdefs anyway :-(
Thanks Sachin, patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
adding #ifdefs back in
but maybe I should try to fix it up like that instead. Just a minute...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
to be the lesser evil :-/
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
-by: Young-Gun Jang yg1004.j...@samsung.com
Signed-off-by: Rahul Sharma rahul.sha...@samsung.com
Signed-off-by: Arun Kumar K arun...@samsung.com
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord
devices. Provide full auxiliary control register definitions.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
Acked-by: Linus Walleij linus.wall...@linaro.org
For ux500.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body
general port groups.
Signed-off-by: Tomasz Figa t.f...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Ugh can Tomasz send out his patches himself, I get confused...
It was also sent two times, the second time with CC:s added.
Tomasz, shall I merge this?
Yours,
Linus Walleij
port groups.
Changes from v1:
- Add signed-off of sender
- Post only separated patch for pinctrl from following patchset(v1)
: https://lkml.org/lkml/2014/4/10/286
Cc: Thomas Abraham thomas.abra...@linaro.org
Cc: Linus Walleij linus.wall...@linaro.org
Cc: Kukjin Kim kgene@samsung.com
On Mon, Jun 30, 2014 at 11:32 PM, Kukjin Kim kgene@samsung.com wrote:
This patch removes gpio codes for s5p6440 and s5p6450 SoCs.
Signed-off-by: Kukjin Kim kgene@samsung.com
Cc: Linus Walleij linus.wall...@linaro.org
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus
On Mon, Jun 30, 2014 at 11:32 PM, Kukjin Kim kgene@samsung.com wrote:
This patch removes gpio codes for s5pc100 SoC.
Signed-off-by: Kukjin Kim kgene@samsung.com
Cc: Linus Walleij linus.wall...@linaro.org
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
-kernelm=140309916607115w=2
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
a generic GPIO
reset driver, just call this drivers/reset/reset-gpio.c and make the
ability to deferral just a configuration detail of the GPIO reset driver.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord
the cross-call function is actually mostly for the case when
the pinctrl and GPIO drivers are in different files, or you combine
two IP blocks arbitrarily. It's a bit messy anyway.
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc
...@samsung.com
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
...@samsung.com
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
really fail (ret code
is unsigned...), so using the other callbacks is safer.
Can you have a quick look at this before I apply any more of the
Samsung patches?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord
On Tue, Jul 8, 2014 at 10:05 AM, Maxime Ripard
maxime.rip...@free-electrons.com wrote:
On Tue, Jul 08, 2014 at 09:52:03AM +0200, Linus Walleij wrote:
On Wed, Jun 18, 2014 at 3:37 PM, Houcheng Lin houch...@gmail.com wrote:
The Problem
---
The reset signal on a hardware board
...@vger.kernel.org
Cc: Rob Herring robh...@kernel.org
Cc: Mark Rutland mark.rutl...@arm.com
Patch applied.
(This decision is mainly based on trust, I got lost in the patch :-)
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message
with it.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
= gpiod_direction_output_raw(gpio, 1);
Why does this have to be raw? Usually that is not to be used.
Apart from this it looks OK.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Thu, Jul 10, 2014 at 2:03 PM, Sachin Kamat sachin.ka...@samsung.com wrote:
Group all pin control drivers of Samsung platform together in
a sub-directory for easy maintenance.
Signed-off-by: Sachin Kamat sachin.ka...@samsung.com
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from
]
I'm waiting for Tomasz to review this before applying.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
and irqchip must
however be solved in the driver itself, the core only helps out
in blocking some abuse of the API.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
, this looks much better atleast, it is not possible to use the
irqchip helpers from gpiolib then, because that grabs the request/release
resource callbacks.
If I get some ACKs on this we can go for this solution.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe
in the right direction.
Signed-off-by: Tomasz Figa t.f...@samsung.com
[javier: use request resources instead of startup and expand commit message]
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
OK patch applied for fixes, sorry for missing to follow up on this.
Yours,
Linus
of the responsibilities, as I will be doing my part in my spare
time.
Signed-off-by: Tomasz Figa t.f...@samsung.com
OK I'm taking this patch through pinctrl fixes. Not much controversy
here, Mike you need not worry about it.
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list
applied!
I should use this pattern on more places in the Makefile,
I was confused by logically thinking that Kconfig symbols
used in Makefile cannot be from a Kconfig one level below.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body
101 - 200 of 290 matches
Mail list logo