ps://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git
> tags/samsung-drivers-4.5
>
> for you to fetch changes up to 023e06dfa6882f500b9c86fd61f0b1913aa07f36:
>
> pinctrl: exynos: add exynos5410 SoC specific data (2015-11-16 10:54:43
> +0900)
OK I pulled this into th
dozen architecture issues in the GPIO
subsystem so I am busy refactoring the whole know universe :D
But I still intend to persue the series.
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 11, 2015 at 3:06 PM, Rob Herring <robh...@kernel.org> wrote:
> On Fri, Dec 11, 2015 at 6:39 AM, Linus Walleij <linus.wall...@linaro.org>
> wrote:
>> On Fri, Dec 4, 2015 at 6:31 PM, Martyn Welch
>> <martyn.we...@collabora.co.uk> wrote:
>>
>
On Thu, Dec 10, 2015 at 12:08 AM, Michael Welling <mwell...@ieee.org> wrote:
> On Wed, Dec 09, 2015 at 02:12:40PM +0100, Linus Walleij wrote:
> ...
>> - ret = gpiochip_add(>gc);
>> + ret = gpiochip_add_data(gc, NULL);
>> if (ret) {
>
> gpiochi
bindings/gpio/gpio.txt
and put directly in the gpiochip node.
Maybe as an extension of the existing hogs, but that has already
been tried.
While we can agree on a device tree binding, the kernel still needs
major refactoring to actually expose named GPIOs to userspace,
and that should be done using
am refactoring
the world to create a proper chardev ABI for GPIO instead. See:
http://marc.info/?l=linux-gpio=144550276512673=2
So for the moment, NACK on this, please participate in creating the
*right* ABI for GPIO instead of trying to shoehorn stuff into the dying
sysfs ABI.
Yours,
Linus
On Wed, Sep 16, 2015 at 1:28 AM, Javier Martinez Canillas
<jav...@osg.samsung.com> wrote:
> It's not needed an is just creating a null statement, so remove it.
>
> Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com>
Patch applied with Krzysztof's Review-tag.
-by: Pratyush Anand pan...@redhat.com
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
also modify IRQ_NOPROBE and this has been maintained although it
is not clear that is really needed. There appears to be a great deal of
blind copy and paste of this code.
Signed-off-by: Rob Herring r...@kernel.org
Acked-by: Linus Walleij linus.wall...@linaro.org
Cc: Stephen Warren swar
Kozlowski k.kozlow...@samsung.com
Cc: Tomasz Figa tomasz.f...@gmail.com
Cc: Thomas Abraham thomas...@samsung.com
Cc: Linus Walleij linus.wall...@linaro.org
Link: http://lkml.org/lkml/2015/6/15/15
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux
and sprintf can be done in one step with the kasprintf().
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
Patch applied with Krzysztof'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
k.kozlow...@samsung.com
Inspired-by: Dan Carpenter dan.carpen...@oracle.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
on at compile time. We
discarded that development path years ago. We have no clue, this
is resolved at runtime. Alas, people still create super-optimized
systems using exactly this knowledge, but it is not our main target
here, it is a special optimization case.
Yours,
Linus Walleij
--
To unsubscribe from
On Thu, Jun 11, 2015 at 6:40 PM, Alexander Holler hol...@ahsoftware.de wrote:
Am 11.06.2015 um 14:30 schrieb Linus Walleij:
Certainly it is possible to create deadlocks in this scenario, but the
scope is not to create an ubreakable system.
IAnd what happens if you run into a deadlock? Do you
On Thu, Jun 11, 2015 at 12:17 PM, Alexander Holler hol...@ahsoftware.de wrote:
Am 11.06.2015 um 10:12 schrieb Linus Walleij:
On Wed, Jun 10, 2015 at 10:28 AM, Alexander Holler hol...@ahsoftware.de
wrote:
You would end up with the same problem of deadlocks as currently, and you
would still
On Wed, Jun 10, 2015 at 10:28 AM, Alexander Holler hol...@ahsoftware.de wrote:
Am 10.06.2015 um 09:30 schrieb Linus Walleij:
i2c host comes out, probes the regulator driver, regulator driver
probes and then the regulator_get() call returns.
This requires instrumentation on anything providing
On Wed, Jun 10, 2015 at 12:19 PM, Tomeu Vizoso
tomeu.viz...@collabora.com wrote:
On 10 June 2015 at 09:30, Linus Walleij linus.wall...@linaro.org wrote:
regulator_get(...) - not available, so:
- identify target regulator provider - this will need instrumentation
- probe it
It then turns out
On Tue, Jun 2, 2015 at 12:14 PM, Tomeu Vizoso
tomeu.viz...@collabora.com wrote:
On 2 June 2015 at 10:48, Linus Walleij linus.wall...@linaro.org wrote:
This is what systemd is doing in userspace for starting services:
ask for your dependencies and wait for them if they are not
there. So
set IRQ_NOPROBE and this has been maintained although it is not
clear that is really needed. There appears to be a great deal of blind
copy and paste of this code.
Signed-off-by: Rob Herring r...@kernel.org
Cc: Linus Walleij linus.wall...@linaro.org
Cc: Stephen Warren swar...@wwwdotorg.org
Cc
(!) and DMA channels for example.)
So if this should be solved it should be solved in an abstract way
in the device driver core available for all, then have calls calling
out to DT, ACPI, possibly even PCI or USB (as these
enumerate devices themselves) to obtain a certain
dependency.
Yours,
Linus
of the
irqdomain (!).
This patch mainly adds a new record to the GPIO/pin bank
for wakeups and use this in the .eint_wkup_init() callbacks
to pave the way for more cleanups.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
Tomasz etc: I don't know if I'm just misunderstanding this,
can you
1058.pinctrl: irq number not available
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Patch applied with Tomasz ACK.
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
1058.pinctrl: irq number not available
Signed-off-by: Abhilash Kesavan a.kesa...@samsung.com
Tomasz, can you look at this patch?
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
tomasz.f...@gmail.com
Cc: Thomas Abraham thomas.abra...@linaro.org
Cc: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Inki Dae inki@samsung.com
Acked-by: Tomasz Figa tomasz.f...@gmail.com
---
Changes from v3:
- Rebase it on Linux 4.0-rc1
tomasz.f...@gmail.com
Cc: Thomas Abraham thomas.abra...@linaro.org
Cc: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Inki Dae inki@samsung.com
---
Changes from v2:
- Rebase it on v3.19-rc5
Patch applied with Tomasz ACK.
Yours,
Linus
tomasz.f...@gmail.com
Cc: Thomas Abraham thomas.abra...@linaro.org
Cc: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Acked-by: Inki Dae inki@samsung.com
---
Changes from v2:
- Rebase it on v3.19-rc5
Waiting for Tomasz to review this.
Yours
On Wed, Jan 14, 2015 at 3:27 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
2015-01-14 20:40 GMT+09:00 Linus Walleij linus.wall...@linaro.org:
On Fri, Dec 19, 2014 at 2:10 PM, Padmavathi Venna padm...@samsung.com
wrote:
Audio IPs on Exynos7 require gpios available in AUDIO
pin controller
of BUS1 block,
+- pinctrl9: pin controller of AUDIO block,
This doesn't apply at all, the list has never been in the document merged
upstream.
Please prepare this patch rebased on a *CLEAN* upstream tree
and resend.
Include Tomasz ACK on your repost.
Yours,
Linus Walleij
--
To unsubscribe from
gautam.vi...@samsung.com
Cc: Tomasz Figa tomasz.f...@gmail.com
Cc: Linus Walleij linus.wall...@linaro.org
---
Changes since V2:
- Added documentation on alias for BUS1 pin controller block.
Patch applied with Tomasz ACK.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line
On Wed, Dec 10, 2014 at 9:39 AM, Vivek Gautam gautam.vi...@samsung.com wrote:
Adding list of aliases for supported Exynos7 pin controller blocks.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
Cc: Tomasz Figa tomasz.f...@gmail.com
Cc: Linus Walleij linus.wall...@linaro.org
Patch
nitpick on this nice patch series: every time I see virq my
OCD triggers, as I think the v in virq stand for virtual. These irqs
are no more virtual than any other Linux irq numbers, hwirq is
more to the point.
I just refer to these as irq (sans v) in any code I write.
Yours,
Linus Walleij
can stand on its own merits.
We moves stuff around a bit in the OF code though.
Please remember to send this patch to the linux-gpio list and comaintainer
Alexandre Courbot on reposts. (Cc-tags in the patch are good
for this.)
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line
...@collabora.co.uk
Tomasz, is this OK and should I apply it for fixes or next?
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
is low power, the latter approach is recommended.
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 Mon, Dec 1, 2014 at 3:21 PM, Vivek Gautam gautamvivek1...@gmail.com wrote:
On Fri, Nov 28, 2014 at 9:15 PM, Linus Walleij linus.wall...@linaro.org
wrote:
Apart from that, there are *again* a lot of Exynos patches flying around and
I start to loose track of them. If they do not apply
on it first though.
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
be applied in separation from the others?
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
available
in BUS1 pin controller block.
So adding the BUS1 pinctrl support.
Signed-off-by: Naveen Krishna Ch naveenkrishna...@gmail.com
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
Cc: Linus Walleij linus.wall...@linaro.org
If the change looks good, will it be possible to pick it fo 3.19
are a hobbyist maintainer now, and then I will tolerate a
*lot* more than this, that is one of the privileges that comes with
that role, haha :D
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
On Fri, Oct 24, 2014 at 4:33 PM, Abhilash Kesavan
kesavan.abhil...@gmail.com wrote:
On Fri, Oct 24, 2014 at 5:31 PM, Linus Walleij linus.wall...@linaro.org
wrote:
On Mon, Oct 20, 2014 at 4:01 PM, Abhilash Kesavan
kesavan.abhil...@gmail.com wrote:
Can you please pick this series up.
Yes
his nice
clean-up patches on top of this now.
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 Wed, Oct 8, 2014 at 12:23 PM, Linus Walleij linus.wall...@linaro.org wrote:
On Thu, Oct 2, 2014 at 8:52 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
This series intends to clean up data structures used by pinctrl-samsung
driver.
More specifically, it separates initial compile time
you make sure to get Tomasz review tag and make
sure that these patches work on top of his patches? His
patches are on my devel branch in the pin control tree, but
will not be pushed to linux-next until the merge window ends.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line
,
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 Sat, Sep 27, 2014 at 2:50 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
On 25.09.2014 09:49, Tomasz Figa wrote:
On 25.09.2014 09:47, Linus Walleij wrote:
On Tue, Sep 23, 2014 at 9:05 PM, Tomasz Figa tomasz.f...@gmail.com wrote:
This series intends to clean up data structures used by pinctrl
and selected structures
constified to improve safety.
I like the patch set, tried to apply it but patch 3/5 failed to apply to the
devel branch for pinctrl.
Can you rebase this on my devel branch, include Marek's Tested-by
tag and resend, and I'll take it for v3.18.
Yours,
Linus Walleij
are also set to empty at the beginning
of scripts/Makefile.build)
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
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
...@samsung.com
Cc: Thomas Abraham thomas...@samsung.com
Cc: Tomasz Figa tomasz.f...@gmail.com
Cc: Linus Walleij linus.wall...@linaro.org
I'm waiting for the maintainers to ACK these patches
before I take them.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux
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
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
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
]
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
= 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
...@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
-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
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
:
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
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
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
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
-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
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
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
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
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
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 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
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
: 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 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
---
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
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
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
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
1 - 100 of 290 matches
Mail list logo