> S2MPS11/S2MPS14 regulators support different modes of operation:
> - Always off;
> - On/Off controlled by pin/GPIO (PWREN/LDOEN/EMMCEN);
> - Always on;
> This is very similar to S5M8767 regulator driver which also supports
> opmodes (although S5M8767 have also low-power mode).
>
> This patch
> http://comments.gmane.org/gmane.linux.kernel/1645251
>
> Step 2 did not happen. I did not get any review for my change. I
> literally submitted that within a couple of hours after the request.
>
> Could you please tell me what was wrong with that change, and why I
> did not get any respect not
Add __initconst to 'regulator_desc' array with supported regulators.
During probe choose how many and which regulators will be supported
according to device ID. Then copy the 'regulator_desc' array to
allocated memory so the regulator core can use it.
Additionally allocate array of
Hi Tarek,
On 13.02.2014 04:08, Tarek Dakhran wrote:
exynos4_local_timer_setup called on the secondary cpu before
irqs are enabled. request_irq can sleep, which produces next warning:
on boot:
[0.37] CPU0: thread -1, cpu 0, socket 0, mpidr 8000
[0.37] Setting up static
Hi ARM SoC folks,
this is a set of patches I have sent for review and failed to get
ACKs from the proper subsystem maintainers after repeated
pings. However I now need to have this rotated in linux-next
as a base for multiplatform, so please pull it in, it is all ARM
drivers anyway. Russell
On 13.02.2014 13:07, Arend van Spriel wrote:
On 02/13/2014 10:13 AM, Tomasz Figa wrote:
Hi Arend,
On 10.02.2014 20:17, Arend van Spriel wrote:
The Broadcom bcm43xx sdio devices are fullmac devices that may be
integrated in ARM platforms. Currently, the brcmfmac driver for
these devices
On Thu, 2014-02-13 at 17:51 +0530, Yadwinder Singh Brar wrote:
> Hi,
>
> On Thu, Feb 13, 2014 at 2:44 PM, Krzysztof Kozlowski
> wrote:
> > Add __initconst to 'regulator_desc' array with supported regulators.
> > During probe choose how many and which regulators will be supported
> > according to
On 13/02/14 03:03, Magnus Damm wrote:
PCI: rcar: Recent driver patches from Ben Dooks and me
[PATCH 01/08] PCI: rcar: check platform_get_irq() return code
[PATCH v2 02/08] PCI: rcar: add error interrupt handling
[PATCH 03/08] PCI: rcar: fix bridge logic configuration accesses
[PATCH v2 04/08]
On 02/12/2014 02:46 PM, Masanari Iida wrote:
> This patch fix a memory leak found by cppcheck.
> [drivers/gpu/drm/ttm/ttm_agp_backend.c:129]:
> (error) Memory leak: agp_be
>
> Signed-off-by: Masanari Iida
> ---
> drivers/gpu/drm/ttm/ttm_agp_backend.c | 1 +
> 1 file changed, 1 insertion(+)
>
>
On Thu, Feb 13, 2014 at 11:33 AM, Lee Jones wrote:
>> >>> > -static int max6650_probe(struct i2c_client *client,
>> >>> > -const struct i2c_device_id *id);
>> >>> > -static int max6650_init_client(struct i2c_client *client);
>> >>> > -static int max6650_remove(struct
On Thu, Feb 13, 2014 at 11:03:14AM +, Lee Jones wrote:
> > > The MiPHY365x is a Generic PHY which can serve various SATA or PCIe
> > > devices. It has 2 ports which it can use for either; both SATA, both
> > > PCIe or one of each in any configuration.
> > >
> > > Cc:
On Thu, Feb 13, 2014 at 2:44 PM, Krzysztof Kozlowski
wrote:
> Add support for S2MPS14 PMIC regulators to s2mps11 driver. The S2MPS14
> has fewer BUCK-s and LDO-s than S2MPS11. It also does not support
> controlling the BUCK ramp delay.
>
> Signed-off-by: Krzysztof Kozlowski
> Cc: Mark Brown
>
Hi,
On Thu, Feb 13, 2014 at 2:44 PM, Krzysztof Kozlowski
wrote:
> Add __initconst to 'regulator_desc' array with supported regulators.
> During probe choose how many and which regulators will be supported
> according to device ID. Then copy the 'regulator_desc' array to
> allocated memory so the
On Thu, Feb 13, 2014 at 08:57:41AM +, Jingoo Han wrote:
>
>
> > -Original Message-
> > From: Tanmay Inamdar [mailto:tinam...@apm.com]
> > Sent: Thursday, February 13, 2014 5:37 PM
> > To: Jingoo Han
> > Cc: Liviu Dudau; Arnd Bergmann; devicet...@vger.kernel.org; linaro-kernel;
> >
Hi,
On Thu, Feb 13, 2014 at 2:44 PM, Krzysztof Kozlowski
wrote:
> S2MPS11/S2MPS14 regulators support different modes of operation:
> - Always off;
> - On/Off controlled by pin/GPIO (PWREN/LDOEN/EMMCEN);
> - Always on;
> This is very similar to S5M8767 regulator driver which also supports
>
On Thursday 13 February 2014 11:53:27 Russell King - ARM Linux wrote:
> On Thu, Feb 13, 2014 at 12:27:05PM +0100, Arnd Bergmann wrote:
> > I would rather get rid of struct hw_pci for architecture independent
> > drivers and add a different registration method on arm32 that is
> > compatible with
On 02/13/2014 10:13 AM, Tomasz Figa wrote:
> Hi Arend,
>
> On 10.02.2014 20:17, Arend van Spriel wrote:
>> The Broadcom bcm43xx sdio devices are fullmac devices that may be
>> integrated in ARM platforms. Currently, the brcmfmac driver for
>> these devices support use of platform data. This patch
On Thu, Feb 13, 2014 at 11:08 AM, Chris Wilson wrote:
> On Thu, Feb 13, 2014 at 05:10:25PM +0800, Aaron Lu wrote:
>> On 02/12/2014 06:31 PM, Chris Wilson wrote:
>> > On Wed, Feb 12, 2014 at 11:05:40AM +0800, Aaron Lu wrote:
>> >> The ACPI table on ASUS UX302LA has more than 8 output devices under
There are a few lines in this driver that depend on a macro
CONFIG_BT_COEXIST. But there's no Kconfig symbol of that name nor is
there a preprocessor define for that string. So remove these lines.
Signed-off-by: Paul Bolle
---
Entirely untested.
Fun fact: two years ago, code depending on the
On Sun, Feb 09, 2014 at 08:52:28AM -0500, Tejun Heo wrote:
> Hello,
>
> This series contains assorted cleanups which also prepare for the
> planned migration taskset handling update.
Applied to cgroup/for-3.15. Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe
Hi Lee,
On Thu, 13 Feb 2014 11:16:07 +, Lee Jones wrote:
> On Thu, 13 Feb 2014, Jean Delvare wrote:
> > Guenter just did:
> >
> > http://lists.lm-sensors.org/pipermail/lm-sensors/2014-February/041224.html
>
> Nice, FWIW:
> Acked-by: Lee Jones
>
> > Any change to the max6650 driver
On Thu, Feb 13, 2014 at 03:37:08AM -0800, tip-bot for Steven Noonan wrote:
> Commit-ID: a9f180345f5378ac87d80ed0bea55ba421d83859
> Gitweb: http://git.kernel.org/tip/a9f180345f5378ac87d80ed0bea55ba421d83859
> Author: Steven Noonan
> AuthorDate: Wed, 12 Feb 2014 23:01:07 -0800
> Committer:
On Thu, Feb 13, 2014 at 12:27:05PM +0100, Arnd Bergmann wrote:
> I would rather get rid of struct hw_pci for architecture independent
> drivers and add a different registration method on arm32 that is
> compatible with what we come up with on arm64. The main purpose of
> hw_pci is to allow
From: Emil Goode
> > > int rndis_rx_fixup(struct usbnet *dev, struct sk_buff *skb)
> > > {
> > > + /* This check is no longer done by usbnet */
> > > + if (skb->len < dev->net->hard_header_len)
> > > + return 0;
> > > +
> >
> > Wouldn't it be better to test against ETH_HLEN, since that
Add of_node_put to decrement the ref count.
Signed-off-by: Sachin Kamat
---
drivers/regulator/s5m8767.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/regulator/s5m8767.c b/drivers/regulator/s5m8767.c
index 40de16802681..4c356b872e6b 100644
--- a/drivers/regulator/s5m8767.c
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/s5m8767.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/s5m8767.c
Commit-ID: a9f180345f5378ac87d80ed0bea55ba421d83859
Gitweb: http://git.kernel.org/tip/a9f180345f5378ac87d80ed0bea55ba421d83859
Author: Steven Noonan
AuthorDate: Wed, 12 Feb 2014 23:01:07 -0800
Committer: Ingo Molnar
CommitDate: Thu, 13 Feb 2014 12:34:05 +0100
compiler/gcc4: Make quirk
> Signed-off-by: Adam Thomson
> ---
> drivers/mfd/da9055-i2c.c |8
> 1 files changed, 8 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/mfd/da9055-i2c.c b/drivers/mfd/da9055-i2c.c
> index 8103e43..d4d4c16 100644
> --- a/drivers/mfd/da9055-i2c.c
> +++
Emil Goode writes:
> Yes I should have put a comment in the changelog about this. All skbs that
> are passed to rx_process have their state set to rx_cleanup and just because
> the skb was cloned doesn't mean that we should free the original in a
> different way. As it is I think we are
On Wed, 2014-02-12 at 14:05 -0800, Luis R. Rodriguez wrote:
> > I meant the PV protocol extension which allows guests (netfront) to
> > register to receive multicast frames across the PV ring -- i.e. for
> > multicast to work from the guests PoV.
>
> Not quite sure I understand, ipv6 works on
Miss Sharp
Now our team need to know the version of the drivers. However,the driver
named 'xhci_hcd' by your development has no version attribute,our method is
input 'modinfo xhci_hcd' in linux Terminal
(forgive us,many other drivers have no version attribute either,but only you
have email
> >>> > -static int max6650_probe(struct i2c_client *client,
> >>> > -const struct i2c_device_id *id);
> >>> > -static int max6650_init_client(struct i2c_client *client);
> >>> > -static int max6650_remove(struct i2c_client *client);
> >>> > +static int max6650_probe(struct
I will try hard to concentrate on the technical and fruitful stuff in
the reply...
On Thu, Feb 13, 2014 at 11:07 AM, Jean Delvare wrote:
> Hi Laszlo,
>
> Le Thursday 13 February 2014 à 10:46 +, Laszlo Papp a écrit :
>> On Thu, Feb 13, 2014 at 10:38 AM, Laszlo Papp wrote:
>> > On Thu, Feb
On Thursday 13 February 2014 17:57:41 Jingoo Han wrote:
> I want to use 'drivers/pci/host/pcie-designware.c' for both arm32
> and arm64, without any code changes. However, it looks impossible.
It is impossible at the moment, and I agree we have to fix that.
> I made
On Wed, 05 Feb, at 05:03:57PM, Leif Lindholm wrote:
> From: Roy Franz
>
> Add the get_dram_base() function and efi_call_physN() macros
> that are shared by arm/arm64.
>
> Signed-off-by: Roy Franz
> Signed-off-by: Leif Lindholm
> ---
> drivers/firmware/efi/efi-stub-helper.c | 63
>
On Thu, Feb 13, 2014 at 10:05:39AM +0100, Bjørn Mork wrote:
> Emil Goode writes:
>
> > This patch removes a generic hard_header_len check from the usbnet
> > module that is causing dropped packages under certain circumstances
> > for devices that send rx packets that cross urb boundaries.
> >
>
On Thu, Feb 13, 2014 at 10:45:52AM +, Adam Thomson wrote:
> Signed-off-by: Adam Thomson
Acked-by: Mark Brown
signature.asc
Description: Digital signature
On Wed, 05 Feb, at 05:03:54PM, Leif Lindholm wrote:
> From: Mark Salter
>
> ARM and ARM64 architectures use the device tree to pass UEFI parameters
> from stub to kernel. These parameters are things known to the stub but
> not discoverable by the kernel after the stub calls ExitBootSerives().
>
On Thu, 13 Feb 2014, Jean Delvare wrote:
> On Thu, 13 Feb 2014 09:58:17 +, Lee Jones wrote:
> > > The MFD driver has now been added, so this driver is now being adopted to
> > > be a
> > > subdevice driver on top of it. This means, the i2c driver usage is being
> > > converted to platform
On Thu, Feb 13, 2014 at 12:48:52AM +0100, Heiko Stübner wrote:
> From: Heiko Stuebner
> Commit 934624d6e9f0 ("regulator: gpio-regulator: do not open-code counting
> and access of dt array elements") forgot to convert the recently added
> gpios-states property using the same pattern.
> Convert
Hi Laszlo,
Le Thursday 13 February 2014 à 10:46 +, Laszlo Papp a écrit :
> On Thu, Feb 13, 2014 at 10:38 AM, Laszlo Papp wrote:
> > On Thu, Feb 13, 2014 at 10:15 AM, Jean Delvare wrote:
> >> Any change to the max6650 driver should go on top of his patch series
> >> to avoid conflicts:
> >>
> > > +- interrupts:
> > > + Usage: required
> > > + Value type:
> >
> > Either provide an example or a comment to see the description of
> > #interrupt-cells
>
> It is part of the example. We also state that the format is
> defined by the interrupt parent binding.
Okay, fair enough.
> > > +
On Thu, 13 Feb, at 06:54:48PM, Daeseok Youn wrote:
> From 1c70573009a3b50cef2acaae1e5a8cd350edfe6d Mon Sep 17 00:00:00 2001
> From: Daeseok Youn
> Date: Thu, 13 Feb 2014 17:16:36 +0900
> Subject: [PATCH] firmware/efi : use NULL instead of 0 for pointer
>
> following sparse warnings:
>
>
On Mon, Feb 10, 2014 at 06:26:20PM -0700, Toshi Kani wrote:
>
> get/put_online_cpus() is a reader-lock and concurrent executions are
> allowed among the readers. They won't be serialized until a cpu
> online/offline operation begins. By replacing this lock with
> cpu_maps_update_begin/done(),
3.13.3-rc1 running without flaws on a laptop HP Pavilion dv7 for over 16 hours
now. Desktop usage, compilation, networking on debian testing/sid.
Normally I'm using the latest stable on different laptops and am silent as long
as nothing breaks.
Thanks for your care and regards,
jvp.
--
To
On 02/07/2014 05:15 PM, Markos Chandras wrote:
In case the compiler does not support the stack-protector option,
unset the flag to avoid build failures. Printing a warning is enough
to let the user know that this flag will not be used.
Fixes the following build problem when using a toolchain
> > The MiPHY365x is a Generic PHY which can serve various SATA or PCIe
> > devices. It has 2 ports which it can use for either; both SATA, both
> > PCIe or one of each in any configuration.
> >
> > Cc: devicet...@vger.kernel.org
> > Cc: Srinivas Kandagatla
> > Signed-off-by: Lee Jones
> > ---
On 02/12/2014 11:48 AM, Srivatsa S. Bhat wrote:
> On 02/12/2014 02:21 AM, Toshi Kani wrote:
>> On Wed, 2014-02-12 at 00:50 +0530, Srivatsa S. Bhat wrote:
>>> On 02/11/2014 11:05 PM, Toshi Kani wrote:
>> :
How about this? foo_cpu_notifier returns NOP when foo_notifier_ready is
false.
Hi Alexandre,
On 07.02.2014 05:35, Alexandre Courbot wrote:
Some firmwares do not put the CPU into idle mode themselves, but still
need to be informed that the CPU is about to enter idle mode before this
happens. Add a prepare_idle() operation to the firmware_ops structure to
handle such cases.
On Thu, Feb 13, 2014 at 05:10:25PM +0800, Aaron Lu wrote:
> On 02/12/2014 06:31 PM, Chris Wilson wrote:
> > On Wed, Feb 12, 2014 at 11:05:40AM +0800, Aaron Lu wrote:
> >> The ACPI table on ASUS UX302LA has more than 8 output devices under the
> >> graphics controller device node. The problem is,
On Thu, Feb 13, 2014 at 11:45 AM, Michael Tokarev wrote:
> 12.02.2014 13:29, Heiko Carstens wrote:
>> We want to remove s390 31 bit kernel support with Linux kernel 3.16.
>
> Maybe you can send a patch for Documentation/feature-removal-schedule.txt
> about this now?
This file is gone.
commit
On Wed, 12 Feb, at 09:15:03AM, Toshi Kani wrote:
>
> Hi Matt,
>
> Yes, I agree that the table size should be 0x38. However, ACPI spec
> states that bit0 of status indicates if the boot image graphic is valid.
> This bit is set to 0 (invalid) on the system. Can you check this bit
> and return
On Thu, Feb 13, 2014 at 9:58 AM, Lee Jones wrote:
>> The MFD driver has now been added, so this driver is now being adopted to be
>> a
>> subdevice driver on top of it. This means, the i2c driver usage is being
>> converted to platform driver usage all around.
>>
>> Signed-off-by: Laszlo Papp
[Replaced previous maintainer and list with current maintainer and
list.]
On Thu, 2013-04-04 at 13:02 +0200, Paul Bolle wrote:
> In v3.2 the Analog Devices ad2s1200/ad2s1205 driver was renamed from
> ad2s120x to ad2s1200. But it apparently forgot to rename the references
> to this driver in the
From: Fengguang Wu
drivers/staging/lustre/lustre/llite/dir.c:1416:2-8: Replace memcpy with struct
assignment
Generated by: coccinelle/misc/memcpy-assign.cocci
CC: Peng Tao
CC: Andreas Dilger
CC: Oleg Drokin
CC: Greg Kroah-Hartman
Signed-off-by: Fengguang Wu
---
Cc: Andreas Dilger
Cc: Oleg Drokin
Signed-off-by: Peng Tao
---
.../lustre/include/linux/libcfs/libcfs_hash.h |2 --
.../staging/lustre/include/linux/lnet/lib-lnet.h |2 +-
drivers/staging/lustre/lnet/lnet/api-ni.c |2 +-
drivers/staging/lustre/lnet/lnet/lib-ptl.c
Cc: Andreas Dilger
Cc: Oleg Drokin
Signed-off-by: Peng Tao
---
.../lustre/lustre/libcfs/kernel_user_comm.c| 102
1 files changed, 0 insertions(+), 102 deletions(-)
diff --git a/drivers/staging/lustre/lustre/libcfs/kernel_user_comm.c
On Tue 11-02-14 13:19:27, Andrew Morton wrote:
> On Tue, 11 Feb 2014 14:50:00 +0800 wrote:
>
> > From: Jane Li
> >
> > This patch tries to fix a warning about possible circular locking
> > dependency.
> >
> > If do in following sequence:
> > enter suspend -> resume -> plug-out CPUx
Signed-off-by: Adam Thomson
---
Documentation/devicetree/bindings/mfd/da9055.txt | 73 ++
1 files changed, 73 insertions(+), 0 deletions(-)
create mode 100644 Documentation/devicetree/bindings/mfd/da9055.txt
diff --git a/Documentation/devicetree/bindings/mfd/da9055.txt
This patch set adds DT support for the MFD core of the da9055 PMIC, and adds
the accompanying DT binding documentation for the device.
Adam Thomson (2):
mfd: da9055: Add DT support for PMIC
mfd: da9055: Add DT binding documentation for PMIC
Documentation/devicetree/bindings/mfd/da9055.txt |
> > The MiPHY365x is a Generic PHY which can serve various SATA or PCIe
> > devices. It has 2 ports which it can use for either; both SATA, both
> > PCIe or one of each in any configuration.
> >
> > Cc: Kishon Vijay Abraham I
> > Signed-off-by: Lee Jones
> > ---
> > drivers/phy/Kconfig
Signed-off-by: Adam Thomson
---
drivers/mfd/da9055-i2c.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/mfd/da9055-i2c.c b/drivers/mfd/da9055-i2c.c
index 8103e43..d4d4c16 100644
--- a/drivers/mfd/da9055-i2c.c
+++ b/drivers/mfd/da9055-i2c.c
@@ -15,6 +15,8
On Thu, Feb 13, 2014 at 10:38 AM, Laszlo Papp wrote:
> On Thu, Feb 13, 2014 at 10:15 AM, Jean Delvare wrote:
>> On Thu, 13 Feb 2014 09:58:17 +, Lee Jones wrote:
>>> > The MFD driver has now been added, so this driver is now being adopted to
>>> > be a
>>> > subdevice driver on top of it.
12.02.2014 13:29, Heiko Carstens wrote:
> We want to remove s390 31 bit kernel support with Linux kernel 3.16.
Maybe you can send a patch for Documentation/feature-removal-schedule.txt
about this now?
Thanks,
/mjt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
According to the swapon documentation
Swap pages are allocated from areas in priority order,
highest priority first. For areas with different priorities, a
higher-priority area is exhausted before using a lower-priority area.
A user reported that the reality is
On 02/13/2014 05:42 PM, Michael S. Tsirkin wrote:
> vhost checked the counter within the refcnt before decrementing. It
> really wanted to know that it is the one that has the last reference, as
> a way to batch freeing resources a bit more efficiently.
>
> Note: we only let refcount go to 0 on
On Thu, Feb 13, 2014 at 10:15 AM, Jean Delvare wrote:
> On Thu, 13 Feb 2014 09:58:17 +, Lee Jones wrote:
>> > The MFD driver has now been added, so this driver is now being adopted to
>> > be a
>> > subdevice driver on top of it. This means, the i2c driver usage is being
>> > converted to
On Thu, 13 Feb 2014, Ilia Mirkin wrote:
> I've recently noticed a lot of
>
> [356872.380595] ip_set: protocol 6
That means the ip_set module has been loaded in multiple times.
> messages in my dmesg. This might be because of some local
> configuration changes I've made, or perhaps a kernel
On Thu, Feb 13, 2014 at 9:14 AM, Laszlo Papp wrote:
> On Thu, Feb 13, 2014 at 8:23 AM, Lee Jones wrote:
>> Laszlo,
>>
>>> > +const struct regmap_config max665x_regmap_config = {
>>> > + .reg_bits = 5,
>>> > +};
>>>
>>> This would normally be static too, and I'd *really* expect to see a
>>>
small amount of correction done in this patch: it
renames various incorrectly named variables and moves the dev_info()
call before the variant ID test.
Signed-off-by: Opensource [Steve Twiss]
---
Checks performed with next-20140213/scripts/checkpatch.pl
da9063-core.c total: 0 errors
On Thu, 2014-02-13 at 10:57 +0100, Paul Bolle wrote:
> This issue is still present in v3.14-rc2. Guenter's suggestion is the
> easiest way out. Should I submit a trivial patch that just removes the
> dead code depending on never defined CONFIG_ADT7310 and
> CONFIG_ADT7310_MODULE?
And that is
On Wed, 12 Feb, at 03:31:05PM, H. Peter Anvin wrote:
>
> The real answer IMO ought to be that since arch/x86/boot/string.c is now
> used separately from boot.h (eboot.c which includes efi-stub-helper.c
> does *not* include boot.h) we may have to move those string functions
> into a separate
> > The MiPHY365x is a Generic PHY which can serve various SATA or PCIe
> > devices. It has 2 ports which it can use for either; both SATA, both
>
> various SATA or PCIe devices in STMicroelectronics STiH41x SoC series?
To tell you the truth, I'm not sure if it is limited to ST's h/w, but
I
Bjorn Helgaas writes:
> On Wed, Feb 12, 2014 at 2:30 PM, Kalle Valo wrote:
>> Bjorn Helgaas writes:
>>
Well, as this series is small I thought it could quickly go thru your
tree. But since ipr had conflicts, there is no point routing all patches
altogether, so up to you guys.
On Thu, Feb 13, 2014 at 09:14:11AM +, Laszlo Papp wrote:
> On Thu, Feb 13, 2014 at 8:23 AM, Lee Jones wrote:
> > Laszlo,
> >
> >> > +const struct regmap_config max665x_regmap_config = {
> >> > + .reg_bits = 5,
> >> > +};
> >> This would normally be static too, and I'd *really* expect to
[Replaced previous maintainer and list with current maintainer and
list.]
On Fri, 2013-04-05 at 11:20 +0200, Paul Bolle wrote:
> Commit 57084ede395bb3c9da7905701d34a3b7d33c9356 ("blackfin: bf537:
> stamp: update board file for 193x") changed two references to
> CONFIG_SND_BF5XX_SOC_AD193X (and
On 2014-02-12 23:41, Emily Maier wrote:
> On 02/10/2014 08:51 AM, Michal Marek wrote:
>> On 9.2.2014 23:38, Emily Maier wrote:
>>> Currently, the module signing script assumes that the private key is
>>> not password-protected. This patch makes it slightly more secure by
>>> allowing it to be
On 02/13/2014 11:10 AM, Preeti U Murthy wrote:
Hi,
On 02/13/2014 01:15 PM, Alex Shi wrote:
On 02/11/2014 07:11 PM, Daniel Lezcano wrote:
On 02/10/2014 10:24 AM, Preeti Murthy wrote:
HI Daniel,
Isn't the only scenario where another cpu can put an idle task on
our runqueue,
Well, I am not
Hi Daniel,
On 02/11/2014 05:37 PM, Daniel Lezcano wrote:
> On 02/10/2014 11:04 AM, Preeti Murthy wrote:
>> Hi Daniel,
>>
>> On Fri, Feb 7, 2014 at 4:40 AM, Daniel Lezcano
>> wrote:
>>> The idle_balance modifies the idle_stamp field of the rq, making this
>>> information to be shared across
[Replaced previous maintainer and list with current maintainer and
list.]
On Thu, 2013-04-04 at 13:40 +0200, Jean Delvare wrote:
> On Thu, 04 Apr 2013 12:31:06 +0200, Paul Bolle wrote:
> > In v3.2 the Analog Devices ADT75 temperature sensor driver was removed
> > as an IIO driver and support for
On Thu, 13 Feb 2014 09:58:17 +, Lee Jones wrote:
> > The MFD driver has now been added, so this driver is now being adopted to
> > be a
> > subdevice driver on top of it. This means, the i2c driver usage is being
> > converted to platform driver usage all around.
> >
> > Signed-off-by:
Hi,
On 02/13/2014 01:15 PM, Alex Shi wrote:
> On 02/11/2014 07:11 PM, Daniel Lezcano wrote:
>> On 02/10/2014 10:24 AM, Preeti Murthy wrote:
>>> HI Daniel,
>>>
>>> Isn't the only scenario where another cpu can put an idle task on
>>> our runqueue,
>>
>> Well, I am not sure to understand what you
On Thu, 13 Feb 2014, Krzysztof Kozlowski wrote:
> This patch prepares for adding support for S2MPS14 RTC device to the
> rtc-s5m driver:
> 1. Renames SEC* symbols to S5M.
> 2. Adds S5M prefix to some of defines which are different between S5M876X
> and S2MPS14.
>
> This is only a rename-like
On 2014-02-13 03:29, Chase Southwood wrote:
In this if-else conditional statement, if (chan < 16), but
(data[0] == INSN_CONFIG_DIO_QUERY), the function does not return early,
but the else-branch does not get executed either. As a result, mask
would be used uninitialized in the next line. What
[Replaced previous maintainer and list with current maintainer and
list.]
On Thu, 2013-04-04 at 05:07 -0700, Guenter Roeck wrote:
> On Thu, Apr 04, 2013 at 12:17:03PM +0200, Paul Bolle wrote:
> > [Forwarded to a recent address of Guenter, as the ericsson address
> > bounces.]
> >
> > Paul Bolle
Hi all,
I forgot to add the link to the discussion that lead to this patch:
https://lkml.org/lkml/2014/2/12/306.
Jean-Jacques
2014-02-13 10:57 GMT+01:00 Jean-Jacques Hiblot :
> The goal of this patch is to allow drivers to be probed even if at the time of
> the DT parsing some of their
On 13/02/14 11:03, Tomi Valkeinen wrote:
> On 12/02/14 15:18, Tomi Valkeinen wrote:
>
>> However, I hacked together the patch below, which "fixes" the issue for
>> 96m and dss fclk. It sets the clock parents so that the x2 clocks are
>> skipped, and makes the x2 clock nodes compatible with
These are just some very minor and misc cleanups in the PRNG. In
prandom_u32() we store the result in an unsigned long which is
unnecessary as it should be u32 instead that we get from
prandom_u32_state(). prandom_bytes_state()'s comment is in kdoc
format, so change it into such as it's done
Hi Paul,
I will send out a patch to remove it.
Regards,
Sonic
>-Original Message-
>From: Paul Bolle [mailto:pebo...@tiscali.nl]
>Sent: Thursday, February 13, 2014 5:30 PM
>To: Steven Miao
>Cc: Zhang, Sonic; Richard Weinberger;
>adi-buildroot-de...@lists.sourceforge.net;
>open list:CAN
On 02/13/2014 05:45 PM, Michael S. Tsirkin wrote:
> vhost_zerocopy_callback accesses VQ right after it drops a ubuf
> reference. In theory, this could race with device removal which waits
> on the ubuf kref, and crash on use after free.
>
> Do all accesses within rcu read side critical section,
The goal of this patch is to allow drivers to be probed even if at the time of
the DT parsing some of their ressources are not available yet.
In the current situation, the resource of a platform device are filled from the
DT at the time the device is created (of_device_alloc()). The drawbackof
On 02/13/2014 01:35 PM, David Rientjes wrote:
On Thu, 13 Feb 2014, Raghavendra K T wrote:
I was able to test (1) implementation on the system where readahead problem
occurred. Unfortunately it did not help.
Reason seem to be that CONFIG_HAVE_MEMORYLESS_NODES dependency of
numa_mem_id(). The
> The MFD driver has now been added, so this driver is now being adopted to be a
> subdevice driver on top of it. This means, the i2c driver usage is being
> converted to platform driver usage all around.
>
> Signed-off-by: Laszlo Papp
> ---
> This patch has been compile tested only and will be
[Replaced previous maintainer and list with current maintainer and
list.]
On Mon, 2013-03-25 at 16:45 +0100, Lars-Peter Clausen wrote:
> On 03/25/2013 04:22 PM, Guenter Roeck wrote:
> > On Mon, Mar 25, 2013 at 12:43:51PM +0100, Paul Bolle wrote:
> >> The Kconfig symbol ADT7310 got removed in
Hi,
On 02/13/2014 05:40 PM, Andrey Tsyvarev wrote:
> Hi,
>
>> BTW, have you tested the case that added remove_dirty_dir_inode() into the
>> fail path
>> of init_inode_metadata?
>> diff --git a/fs/f2fs/dir.c b/fs/f2fs/dir.c
>> index e095a4f..d5a2c9e 100644
>> --- a/fs/f2fs/dir.c
>> +++
>From 1c70573009a3b50cef2acaae1e5a8cd350edfe6d Mon Sep 17 00:00:00 2001
From: Daeseok Youn
Date: Thu, 13 Feb 2014 17:16:36 +0900
Subject: [PATCH] firmware/efi : use NULL instead of 0 for pointer
following sparse warnings:
drivers/firmware/efi/efivars.c:230:66: warning:
Using plain integer as
>From dc82a41842df1e20e8508cea6922882f8b122a50 Mon Sep 17 00:00:00 2001
From: Daeseok Youn
Date: Thu, 13 Feb 2014 16:44:58 +0900
Subject: [PATCH] block: use NULL instead of 0 for pointer in blkdev.h
following sparse warning:
include/linux/blkdev.h:1518:16: warning:
Using plain integer as NULL
[Replaced previous maintainer and list with current maintainer and
list.]
On Thu, 2013-03-21 at 21:50 +0100, Paul Bolle wrote:
> The only user of Kconfig symbol IP_CHECKSUM_L1 got removed in v2.6.33,
> with commit ddf9ddacef0989fdeb22e182212a232488f0f3ad ("Blackfin: convert
> to generic checksum
Hi Bjorn,
I have given it another email and another week, but without gaining any
reviewed or acked-by's.
It seems the only way forward is to shovel it in linux-next earlier, give it a
good soak and see if
anyone starts to squeal .. or that everything seems to be ok :-)
Would you need a v3
On 12 February 2014 22:21, Shuah Khan wrote:
> Change cb710-mmc platform driver to register pm ops using dev_pm_ops instead
> of legacy pm_ops. The existing legacy suspend/resume routines are identical
> and simply clear IRQ mask in the device in case it got undefined during sleep
> state.
601 - 700 of 1502 matches
Mail list logo
