essage. 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 +-
> drivers/pinctrl/pinct
r this since it's
something new for S5P.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ther randong cell implementer whether this is
something they would do, and they say "yeah I have that in the
next version of my cell library" then it is generic, because we will
see the same thing in other systems as time moves on.
Yours,
Linus Walleij
--
To unsubscribe from this list
ut there,
a top-down ten commandments type of pin config is necessary
for their specs. (My interpretation though.)
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at htt
utput mode with high level
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, Aug 28, 2013 at 3:46 PM, Linus Walleij wrote:
> On Tue, Aug 27, 2013 at 4:51 PM, Boris BREZILLON
> wrote:
>
>> Add support for pin output control through the pinctrl config:
>> - support enabling/disabling output on a given pin
>> - support output
On Wed, Aug 28, 2013 at 1:56 PM, Laxman Dewangan wrote:
> Include "linux/export.h" to avoid following warnings during compilation:
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Wed, Aug 28, 2013 at 2:58 PM, Tomasz Figa wrote:
> On Wednesday 28 of August 2013 14:51:44 Linus Walleij wrote:
>> On Tue, Aug 27, 2013 at 3:08 PM, Mateusz Krawczuk
>>
>> wrote:
>> > This patch implements pinctrl support and adds device tree bindings
>> &g
On Wed, Aug 21, 2013 at 5:57 PM, Christian Ruppert
wrote:
> On Wed, Aug 14, 2013 at 06:53:56PM +0200, Linus Walleij wrote:
>>
>> OK, that can also be called a "bank" or "register" but whatever.
>
> As you suggested below I re-read Documentation/pinctrl.txt
stable.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Aug 27, 2013 at 4:30 PM, Axel Lin wrote:
> Implement .request() and .free() callbacks on the GPIO chips to inform pinctrl
> when a GPIO is requested or freed.
>
> Signed-off-by: Axel Lin
Patch applied with Heiko's tags.
Yours,
Linus Walleij
--
To unsubscribe from th
03b054e9696c
> ("pinctrl: Pass all configs to driver on pin_config_set()") from the
> pinctrl tree.
>
> I fixed it up (see below) and can carry the fix as necessary (no action
> is required).
Hm yeah I think I should just merge in the latest -rc to smoothen
this over, as
g->pin),
+ pctl->membase + sunxi_pull_reg(g->pin));
+ break;
+ default:
+ break;
+ }
-
+ /* cache the config value */
+ g->config = configs[i];
+ } /* for
On Thu, Aug 29, 2013 at 4:05 AM, Axel Lin wrote:
> It does not make sense to show ti prefix in
> pinconf_generic_dt_subnode_to_map()
> dev_err messages.
>
> Signed-off-by: Axel Lin
Patch applied, probably a copy/paste bug.
Yours,
Linus Walleij
--
To unsubscribe from this list
ault" will be activate *both* uart1txrxgrp
and uart1rtscts groups.
This is typically done with two entries in the map.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
m. The subsystem does not care, just
line them up.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at ht
:-(
Still this creates a fuzz when trying to refactor stuff so we
need to find a solution.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.
hould try this and see where it goes... What do you
think about this Sonic?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thu, Aug 29, 2013 at 9:35 AM, Christian Ruppert
wrote:
> On Wed, Aug 28, 2013 at 08:49:36PM +0200, Linus Walleij wrote:
>> On Wed, Aug 21, 2013 at 5:57 PM, Christian Ruppert
>> wrote:
>> > On Wed, Aug 14, 2013 at 06:53:56PM +0200, Linus Walleij wrote:
>> >>
spin_lock_irqsave(&gpio_lock, flags);
>
> chip = desc->chip;
> - if (chip == NULL)
> - goto done;
> + BUG_ON(!chip);
It'd be good if Alexandre took a look at this.
BUG_ON() is pretty nasty, atleast replace it with
a warning.
Y
plementation if GPIOLIB
is not selected.
Be sure to put a comment about this in that file.
Note: I'm still a bit rookie as GPIO maintainer so if Grant or
Russell tells me I'm telling you wrong things: listen to them.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line
want to do this generic if we shall do it?
Like for *any* GPIO chips we provide lines-initial state in the device
tree and some code in the gpiochip with a callback in struct gpio_chip
that can be called by the gpiolib core to set this up? Then we don't
have to reimplement this for every GPIO c
On Thu, Aug 1, 2013 at 3:46 PM, Simon Guinot wrote:
> On Mon, Jul 29, 2013 at 05:59:08PM +0200, Linus Walleij wrote:
>> - So we should atleast support ACPI probing with the
>> port-based detection as a final fallback if all else fails.
>>
>> Why can I not get som
handle_level_irq);
> + set_irq_flags(virq, IRQF_VALID);
> + gpio->irq_mapped |= (1 << hw);
I'm a bit uneasy about this. It feels like its the irqdomain's
responsibility to keep track of whether an IRQ is mapped
or not.
Maybe Grant should
I forgot to drop the lock for the return inside the loop
protected by the spinlock in the pin config routine when
merging in -rc7 in commit 6ad30ce046aefbdc3848232c665a728860d7bb68
Reported-by: Sherman Yin
Cc: Maxime Ripard
Signed-off-by: Linus Walleij
---
drivers/pinctrl/pinctrl-sunxi.c | 4
> need an unlock there?
>
>> + case PIN_CONFIG_DRIVE_STRENGTH:
>> + strength = pinconf_to_config_argument(configs[i]);
>> + if (strength > 40)
>> + return -EINVAL;
Argh. Send a patch with your rep
On Thu, Aug 29, 2013 at 4:11 PM, George Cherian wrote:
> On 8/29/2013 6:27 PM, Linus Walleij wrote:
>>> int irq;/* real irq number */
>>> + int irq_mapped; /* mapped gpio irqs */
>>
>>
On Thu, Aug 29, 2013 at 7:20 PM, Linus Walleij wrote:
>> Note the following return in between the locking and unlocking -
>> need an unlock there?
>>
>>> + case PIN_CONFIG_DRIVE_STRENGTH:
>>> + strength =
> Question here is what the Linux kernel community's policy is going to be
> to handle such cases. Pragmatic or dogmatic ?
The GPIO maintainer is going to be pragmatic, because it's cool to
be able to control HWMON things on one's workstation.
The kernel is a funnier place wit
LEDs and the hard drive power.
>
> Signed-off-by: Simon Guinot
> ---
> Changes since v2:
> - Remove useless NULL setters for driver data.
OK we had some discussion on this: there seem to be no alternatives
to port probing, and hacking these board drivers is mighty cool, so
patch applied.
dy made 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-kernel" in
the body of a message to ma
cussion on how to handle NULL
descriptors.
Alexandre: OK to apply this?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
h to the microchip prefix.
>
> Acked-by: Mark Rutland
> Signed-off-by: Lars Poeschel
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http:
prefer to wait until 3.13?
I've added it to my fixes branch for v3.12. Since linux-next is not available we
need some extensive build testing first to make sure that if something explodes
it explodes on OMAP only.
So will let this boil a few days and then send a pull request.
Yours,
Linus Wall
Hi Linus,
here is a smallish batch of fixes for the pin control stuff
in v3.12. All but the topmost commit were tested in Linux-next
prior to Stephens leave.
Please pull them in!
Yours,
Linus Walleij
The following changes since commit 272b98c6455f00884f0350f775c5342358ebb73f:
Linux 3.12
On Sat, Sep 28, 2013 at 12:33 PM, Alexandre Courbot wrote:
> On Fri, Sep 27, 2013 at 9:06 PM, Linus Walleij
> wrote:
>> I've applied it now, but no idea whether it will hit the last -next tree in
>> time, hopefully at the very last second ...
>
> Crap, looks like
the hardware block and not be readable
>> 70637a6d (Heiko Stübner2013-06-25 14:55:42 +0200 47) *from the
>> kernel side.
>> 5ca3353b (Linus Walleij2013-06-16 12:43:06 +0200 48) *If the
>> argument is != 0 pull up/down is enabled, if it is 0, the
&g
On Sat, Sep 28, 2013 at 8:21 PM, Tomasz Figa wrote:
> Since CONFIG_PLAT_S3C64XX is going to be removed, this patch modifies
> the gpio-samsung driver to use the proper way of checking for S3C64xx
> support - CONFIG_ARCH_S3C64XX.
>
> Signed-off-by: Tomasz Figa
Acked-by: Linus Wal
On Sun, Sep 29, 2013 at 10:00 PM, Charles Keepax
wrote:
> We need to use the of_node from the main Arizona device as that
> holds our configuration.
>
> Signed-off-by: Charles Keepax
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubsc
Currently the BH1780GLI I2C driver relies on the device tree node
having the right name, but this is fragile. Use the compatible
string to probe the driver instead.
Cc: Wolfram Sang
Signed-off-by: Linus Walleij
---
drivers/misc/bh1780gli.c | 11 +++
1 file changed, 11 insertions
-by: Linus Walleij
---
TGLX: I can take this through ARM SoC if you're happy with it
and prefer it that way, but it merges just as fine as it is on
the IRQ tree.
---
.../devicetree/bindings/arm/versatile-fpga-irq.txt| 5 +
drivers/irqchip/irq-versatile-fpga.c
ce of linux-next I've done some additional builds and
tests to make sure nothing is wrecked.
Please pull it in!
Yours,
Linus Walleij
The following changes since commit 272b98c6455f00884f0350f775c5342358ebb73f:
Linux 3.12-rc1 (2013-09-16 16:17:51 -0400)
are available in the git repository
r that uses
pinctrl_pm_select_active_state() which will be a good demonstration
on its use and utility. (And a point to object and suggest other ways
to do the same thing...)
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
ct_default_state() *and*
pinctrl_pm_select_active_state() in different runpaths I
see no reason to reject it.
But if it turns out that the drivers always use either "default"
or "active" and never both I consider it a pure naming
convention and will not accept the &q
ame, NULL))
> + continue;
> + of_property_read_u32(cfg_np, cfg_params[idx].name, &val);
> + cfg[cfg_cnt++] = pinfo->pack_cfg(val, &cfg_params[idx]);
> + }
> + *cnt = cfg_cnt;
> + *configs = cfg;
> +
The ST Microelectronics STw481x PMIC used for the Nomadik
has one single software-controlled regulator for VMMC.
This driver registers directly to the compatible string
as there is just one regulator.
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Use core regmap regulator helpers cutt
On Sun, Sep 1, 2013 at 10:13 PM, Mark Brown wrote:
> On Sun, Sep 01, 2013 at 10:00:59PM +0200, Linus Walleij wrote:
>
>> Hi Mark, I'm seeking an ACK for this driver eventually, to
>> take it through the ARM SoC tree with the dependency MFD
>> driver and the enablement
On Fri, Sep 13, 2013 at 9:15 PM, Mark Brown wrote:
> On Fri, Sep 13, 2013 at 09:00:08PM +0200, Linus Walleij wrote:
>> On Sun, Sep 1, 2013 at 10:13 PM, Mark Brown wrote:
>
>> > I can put it on a branch so it can be pulled into arm-soc - it makes
>> > life easier
=linux-next&m=137148411231784&w=2
I have tentatively given up getting pure DT I2C drivers
to probe, I don't think I have the whole picture, but
Wolfram has serious doubts about this and say we have
to be careful
Wolfram, do you have some ideas on how we should
proceed or ar you h
inspired by Ulfs patch? (I can see the code is different,
but the cmdline argument is the same for example.) Some credit
could have been proper in that case.
Just asking: sometimes wheels do get reinvented.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-
ROUP_A(r) ('Z' - 'A' + 1 + (r))
> +#define PIN_NUMBER(r, c) (((r) - 'A') * 16 + (c) + 200)
> +#define PIN_A_NUMBER(r, c) PIN_NUMBER(ROW_GROUP_A(r), c)
You add these #defines but do not use them.
Yours,
Linus Walleij
--
To unsubscribe from this lis
hardware to perform
the mapping ... bah why didn't I realize this :-(
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
with patch -p1 < patch2.patch it applied anyway.
Now Laurent has to finalize his DT bindings on top
of your patches instead.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More ma
x27;t come up with any explanation of why would it hang...
Bouncing the question to George, Laurent and Kuninori...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
error: implicit declaration of function
> 'set_irq_flags' [-Werror=implicit-function-declaration]
> set_irq_flags(virq, IRQF_VALID);
> ^
How typical to miss this. OK I've submitted a fix and pushed
to my tree.
Yours,
Linus Walleij
--
To unsubscribe from this list: sen
gt; registering the rtcdev so the pl031 rtc driver can be used as
> the backing alarmtimer device.
>
> Let me know if you have any feedback or objections to this.
> If it looks ok, I'll queue it for 3.13. I suspect there
> may be other RTC drivers with the same problem.
>
>
On Wed, Sep 18, 2013 at 2:13 PM, Lee Jones wrote:
> ... as stipulated by the Hardware Specification document.
>
> Acked-by: Samuel Ortiz
> Signed-off-by: Lee Jones
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe lin
gt; directory and referencing them from the former via a #include.
>
> Acked-by: Samuel Ortiz
> Signed-off-by: Lee Jones
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vg
nt that patch I can send it once
I understand this properly.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thu, Sep 19, 2013 at 12:41 AM, Rafael J. Wysocki wrote:
> On Wednesday, September 18, 2013 11:21:45 PM Linus Walleij wrote:
>> Hi Rafael, Viresh,
>>
>> I'm seeing this problem and maybe you can help me out fixing it
>> properly:
>>
>> On some mach
into blackfins tree, Mike?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
proposed would be the right fix or not.
I'll see if I can get a bisect going, the problem is that I upload the
kernel over the serial port so this isn't a very quick procedure :-(
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Tue, Sep 3, 2013 at 4:28 PM, Laxman Dewangan wrote:
> TI Palmas series device TPS80036 supports 16 GPIOs.
> Register its all 16 gpios when this device is selected.
>
> Signed-off-by: Laxman Dewangan
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: s
as a new
> documentation file of its own.
The right way to do this would be to list the new way in the gpio.txt document,
then mark the old methods as deprecated.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to maj
On Thu, Sep 19, 2013 at 2:55 PM, Linus Walleij wrote:
> On Thu, Sep 19, 2013 at 2:46 PM, Srivatsa S. Bhat
> wrote:
>
>> So I think we should first identify (bisect?) and understand what caused that
>> particular change and then we will be in a position to evaluate whe
.
>
> Signed-off-by: Alexandre Courbot
I don't see why this patch should be RFC?
I just rebased and applied it, it's a clean and nice refactoring.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
On Fri, Sep 20, 2013 at 10:39 AM, Viresh Kumar wrote:
> On 20 September 2013 14:03, Linus Walleij wrote:
>> I suspect this hunk from the patch may be the cause:
>>
>> + if (cpufreq_driver) {
>> + /* get the CPU */
>> + polic
id try to revert that patch before, during trial-and-error ...
However it doesn't help, as I realized after bisecting it's commit
6eed940 that is causing this somehow...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On Fri, Sep 20, 2013 at 5:32 PM, Srivatsa S. Bhat
wrote:
> On 09/20/2013 08:51 PM, Linus Walleij wrote:
>> sa11x0_pcmcia_init() which starts this chain of events is called as
>> an fs_initcall(), see drivers/pcmcia/sa1100_generic.c
>
> But fs_initcall() comes after
urn -ENOENT;
> +
But given that a cpufreq driver is just like any other driver, isn't the
proper thing to do to return -EPROBE_DEFER?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.
freq_driver)
> + return -ENOENT;
> +
> if (!down_read_trylock(&cpufreq_rwsem))
> return 0;
This works! My system boots without crashes after this.
Tested-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
bio: create slab at 0
Switched to clocksource oscr
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...
On Fri, Sep 20, 2013 at 5:40 PM, Linus Walleij wrote:
> On Fri, Sep 20, 2013 at 5:32 PM, Srivatsa S. Bhat
> wrote:
>> On 09/20/2013 08:51 PM, Linus Walleij wrote:
>
>>> sa11x0_pcmcia_init() which starts this chain of events is called as
>>> an fs_initcall(), se
On Fri, Sep 20, 2013 at 7:05 PM, Viresh Kumar wrote:
> On 20 September 2013 21:09, Linus Walleij wrote:
>> On Fri, Sep 20, 2013 at 11:35 AM, Viresh Kumar
>> wrote:
>>
>>> +++ b/drivers/cpufreq/cpufreq.c
>>> @@ -1460,6 +1460,9 @@ un
regulator framework. For these
> +reasons, it is the preferred way to access GPIOs. Its functions are
> prefixed
> +with "gpiod_".
I would put all the new style gpiod_* based things on top of the file, and
all the old stuff under a separate heading below DEPRECATED LEGA
is to also switch over the ACPI GPIO driver:
drivers/gpio/gpiolib-acpi.c to use the descriptors directly, so
I'd like one of the ACPI folks to have a look at this patch set
and see how it looks from their angle.
Mika, Rafael, Mathias, and either of you guys have a look
at this?
You
On Wed, Sep 11, 2013 at 3:03 PM, Charles Keepax
wrote:
> Signed-off-by: Charles Keepax
> ---
>
> A bit of confusion with merging this last time because I
> messed up the CCs, is safe to merge this patch on its own
> now.
OK patch applied.
Yours,
Linus Walleij
--
To unsubscr
, we could
> presumably add "int index" to struct gpiod_lookup.
This is an interesting usability aspect of the API, so I'd especially
like some input from the ACPI people on this as well.
Paging Mika, Rafael, Mathias.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
had a rather large
fix adding locking late in the release cycle.
Overall the bulk changes this time is cleanups and refactorings
and not much new features, which is nice.
Please pull it in!
Yours,
Linus Walleij
The following changes since commit d8dfad3876e438b759da3c833d62fb8b2267:
Linux
ably not
> something that should be spewed to the kernel log.
You're right, I wasn't aware of the fallback use-case,
so I've proposed a separate patch fixing this.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
in!
Yours,
Linus Walleij
The following changes since commit ad81f0545ef01ea651886dddac4bef6cec930092:
Linux 3.11-rc1 (2013-07-14 15:18:27 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git
tags/gpio-v3.12-1
for you to fetch
works for trusted applications, or is it a parallell thing
altogether?
Simple things like that...
I tried googling it, is this a relevant URL?
http://www.arm.com/community/partners/display_product/rw/ProductId/5393/
Thanks,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubs
g new drivers anyway.
Please be patient for the time being.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Pleas
nel.
Error: unrecognized/unsupported processor variant (0x412fc091).
This comes from arch/arm/kernel/head-common.S
I'm trying to bisect and find out what is causing this...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Wed, Sep 11, 2013 at 10:19 AM, Lee Jones wrote:
> On Wed, 11 Sep 2013, Linus Walleij wrote:
>
>> Weird, yeah there is something wrong on Torvalds' HEAD, with
>> earlyprint it says:
>>
>> Uncompressing Linux... done, booting the kernel.
>> Error: u
On Wed, Sep 11, 2013 at 11:39 AM, Lee Jones wrote:
> On 11 Sep 2013 10:33, "Linus Walleij" wrote:
>> No it was something transient, after a clean rebuild it boots
>> just fine. :-/
>>
>> I'll see if I can boot the same uImage on the Snowball too.
Yeah
kind if "type" starts its enumerator on
0xf200? Wouldn't it be more natural if it was e.g. 1?
It looks like the TF_SET_CPU_BOOT_ADDR_SMC
reflects some bit-wise encoding scheme, so some details
here wouldn't hurt?
The main thing is that the patch has to say that this
is an API
On Mon, Sep 2, 2013 at 10:14 AM, Sachin Kamat wrote:
> kcalloc can return NULL. Check the pointer before dereferencing.
>
> Signed-off-by: Sachin Kamat
Acked-by: Linus Walleij
I guess Vinod can take this into fixes for v3.12?
Yours,
Linus Walleij
--
To unsubscribe from this list:
ase where one system is screwing up for
another system. We'll need to look into this.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Aug 27, 2013 at 10:23 AM, Lee Jones wrote:
> On Fri, 23 Aug 2013, Linus Walleij wrote:
>> On Thu, Aug 22, 2013 at 11:21 AM, Lee Jones wrote:
>> > 1. Duplicate each of the; clk_reg_prcmu_*(), clk_reg_prcc_pclk(),
>> > clk_reg_prcc_kclk() calls into your
quot;s"
sed: -e uttryck #1, tecken 54: flaggan okänd för "s"
Swedish messages meaning "unknown flag for "s""
After reverting the patch these messages no longer appear.
At failure my config file is scratched :-O
Yours,
Linus Walleij
--
To unsubscribe from this list:
On Thu, Sep 12, 2013 at 4:56 PM, Lee Jones wrote:
> On Thu, 12 Sep 2013, Linus Walleij wrote:
>> But if you still don't like this, let me cook a counter-patch so
>> I can realized on my own how terribly wrong I am...
>
> I'm going to yank all of the clk_register_
: Clement Chauplannaz
This patch fixes my issue with --set-str, thanks!
Tested-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel
all old scripts work now anyway.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
g
> ->init().
>
> Cc: Linus Walleij
> Signed-off-by: Viresh Kumar
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
generic routines for this driver.
>
> Cc: Linus Walleij
> Signed-off-by: Viresh Kumar
Acked-by. It feels like I acked this before...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger
t;> + { }
>> +};
I can rename it to
"dummy-node-do-not-match-dt-node-to-i2c-device-id-damn-it"
if you wish ;-)
>> +static const struct of_device_id stw481x_match[] = {
>> + { .compatible = "st,stw4810", },
>> + { .compatible = "st,s
This adds a driver for the STw481x PMICs found in the Nomadik
family of platforms. This one uses pure device tree probing.
Print some of the OTP registers on boot and register a regulator
MFD child.
Signed-off-by: Linus Walleij
---
Hi Sam/Lee, I'm seeking an ACK for this driver to ta
On Sat, Sep 28, 2013 at 2:08 PM, Sachin Kamat wrote:
> The data structure of_match_ptr() protects is always compiled in.
> Hence of_match_ptr() is not needed.
>
> Signed-off-by: Sachin Kamat
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "
On Sat, Sep 28, 2013 at 2:08 PM, Sachin Kamat wrote:
> The data structure of_match_ptr() protects is always compiled in.
> Hence of_match_ptr() is not needed.
>
> Signed-off-by: Sachin Kamat
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "
501 - 600 of 11009 matches
Mail list logo