On April 16, 2014 2:13:39 AM GMT+01:00, Chanwoo Choi
wrote:
>Hi Jonathan,
>
>Any comment of this patchset?
>
>Best Regards,
>Chanwoo Choi
Hi Chanwoo
Not got to it yet I'm afraid. May be sometime next week before I do.
Jonathan
>
>On 04/14/2014 06:07 PM, Chanwoo Choi wrote:
>> This patch contr
Many cpufreq drivers need to iterate over the cpufreq_frequency_table
for various tasks.
This patch introduces two macros which can be used for iteration over
cpufreq_frequency_table keeping a common coding style across drivers:
- cpufreq_for_each_entry: iterate over each entry of the table
- cpu
Emmanuel Colbus wrote:
> I have a question regarding vector 0x80.
>
> As I mentionned earlier, my OS's internals are very different from
> Linux's, thus I have had a need for a few new syscalls. Since I wanted
> to avoid any collision with Linux
... you could just use another vector, such as 0x81.
On 16/04/2014 07:13 πμ, Simon Horman wrote:
> On Wed, Apr 16, 2014 at 01:27:04AM +0300, Stratos Karafotis wrote:
>> The cpufreq core now supports the cpufreq_for_each_valid_entry macro
>> helper for iteration over the cpufreq_frequency_table, so use it.
>>
>> It should have no functional changes.
>
On 16/04/2014 07:01 πμ, Viresh Kumar wrote:
> On 16 April 2014 03:55, Stratos Karafotis wrote:
>> Hi all,
>>
>> This patch set introduces two freq_table helper macros which
>> can be used for iteration over cpufreq_frequency_table and
>> makes the necessary changes to cpufreq core and drivers that
On Tue, Apr 15, 2014 at 11:52:19AM -0700, Andrew Morton wrote:
> > >
> > > -mm isn't in -next at present. I'll get a release done later today for
> > > tomorrow's -next.
> >
> > OK. Could you please remind me the place I could fetch the patchwalk series
> > from?
>
> http://ozlabs.org/~akpm/mm
On Wed, Apr 16, 2014 at 3:12 PM, Alexandre Courbot wrote:
> On Tue, Apr 15, 2014 at 11:20 PM, Maxime Ripard
> wrote:
>> Hi Chen-Yu,
>>
>> On Tue, Apr 15, 2014 at 02:41:35PM +0800, Chen-Yu Tsai wrote:
>>> This patch provides of_get_gpiod_flags_by_name(), which looks up GPIO
>>> phandles by name on
On Tue, Apr 08, 2014 at 03:51:34PM +0300, Ivan Khoronzhuk wrote:
> On 03/20/2014 10:14 PM, Santosh Shilimkar wrote:
> >On Thursday 20 March 2014 04:08 PM, Ivan Khoronzhuk wrote:
> >>From: Murali Karicheri
> >>Sub page write doesn't work because of hw issue in controller found on
> >>Keystone SOCs.
From: "Li, Zhen-Hua"
As netif_running is called in netif_device_attach/detach. There should be
rtnl_lock/unlock called, to avoid dev stat change during netif_device_attach
and detach being called.
I checked NIC some drivers, some of them have netif_device_attach/detach
called between rtnl_lock/u
Hi David,
I have sent out another patch for the fix.
Thanks
ZhenHua
On 04/16/2014 02:30 PM, Li, ZhenHua wrote:
Hi David,
I think you are right. I checked other NIC drivers, found some of them
call rtnl_lock and rtnl_unlock around netif_device_detach and attach
functions, while some drivers did
On Tue, Apr 08, 2014 at 10:19:48AM -0700, Raphaël Poggi wrote:
> Add line feed to pr_err.
>
> Signed-off-by: Raphaël Poggi
Pushed to l2-mtd.git. Thanks!
Brian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More ma
On Wed, Apr 16, 2014 at 02:03:36PM +1000, NeilBrown wrote:
> lockdep can check for locking problems involving reclaim using
> the same infrastructure as used for interrupts.
>
> However a number of the messages still refer to interrupts even
> if it was actually a reclaim-related problem.
>
> So
On 15 April 2014 19:09, Tim Kryger wrote:
> On Fri, Apr 11, 2014 at 1:15 AM, Ulf Hansson wrote:
>
>> I have seen some patches around lately touching the code for handling
>> the regulators (vcc and vccq) in sdhci.
>
> Was it this patch you were thinking of or something else?
>
> http://www.spinic
On 16 April 2014 05:19, Roger wrote:
> On 04/11/2014 06:36 PM, Oliver Neukum wrote:
>>
>> On Fri, 2014-04-11 at 11:28 +0100, Lee Jones wrote:
>
> From: Roger Tseng
>
> This patchset adds modules to support Realtek USB vendor specific class
> flash
> card reader: one base m
On Wed, Apr 16, 2014 at 02:03:36PM +1000, NeilBrown wrote:
> If a localhost mount is present, then it is easy to deadlock NFS by
> nfsd entering direct reclaim and calling nfs_release_page() which
> requires nfsd to perform an fsync() (which it cannot do because it is
> reclaiming memory).
>
> By
* Frederic Weisbecker wrote:
> Ingo, Thomas,
>
> Please pull the timers/nohz-ipi-for-tip-v3 branch that can be found at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> timers/nohz-ipi-for-tip-v3
>
> It is based on 7a48837732f87a574ee3e1855927dc250117f565
On Wed, Apr 16, 2014 at 03:08:02PM +0800, Li, Zhen-Hua wrote:
From: "Li, Zhen-Hua"
As netif_running is called in netif_device_attach/detach. There should be
rtnl_lock/unlock called, to avoid dev stat change during netif_device_attach
and detach being called.
I checked NIC some drivers, some of
Commit-ID: 5be44a6fb1edb57d7d2d77151870dcd79c8c0e58
Gitweb: http://git.kernel.org/tip/5be44a6fb1edb57d7d2d77151870dcd79c8c0e58
Author: Ingo Molnar
AuthorDate: Fri, 4 Apr 2014 08:41:26 +0200
Committer: Ingo Molnar
CommitDate: Wed, 16 Apr 2014 08:56:09 +0200
x86: Remove the PCI reboot me
Commit-ID: 96f4c760d99afae7da28628b30211cd3bf0958d5
Gitweb: http://git.kernel.org/tip/96f4c760d99afae7da28628b30211cd3bf0958d5
Author: Peter Foley
AuthorDate: Tue, 15 Apr 2014 13:58:13 -0400
Committer: Ingo Molnar
CommitDate: Wed, 16 Apr 2014 08:57:18 +0200
x86/build: Supress realmode.
* Wang, Biao wrote:
> For tsc deadline mode, when we shut down clockevent we should disarm
> local-APIC timer like count-down mode.
>
> Signed-off-by: wang, biao
> Signed-off-by: Zhang Di
> ---
> arch/x86/kernel/apic/apic.c |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
>
Commit-ID: b13b1d2d8692b437203de7a404c6b809d2cc4d99
Gitweb: http://git.kernel.org/tip/b13b1d2d8692b437203de7a404c6b809d2cc4d99
Author: Shaohua Li
AuthorDate: Tue, 8 Apr 2014 15:58:09 +0800
Committer: Ingo Molnar
CommitDate: Wed, 16 Apr 2014 08:57:08 +0200
x86/mm: In the PTE swapout pag
Add a blk-mq equivalent to blk_delay_queue so that the scsi layer can ask
to be kicked again after a delay.
Signed-off-by: Christoph Hellwig
---
block/blk-core.c |6 --
block/blk-mq.c | 47 +--
include/linux/blk-mq.h |4 +++-
Add a helper to unconditionally kick contexts of a queue. This will
be needed by the SCSI layer to provide fair queueing between multiple
devices on a single host.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c | 11 +++
include/linux/blk-mq.h |1 +
2 files changed, 1
This allows to mirror the blk-mq code flow for more a more readable I/O
completion handler in SCSI.
Signed-off-by: Christoph Hellwig
---
block/blk-core.c |3 ++-
include/linux/blkdev.h |1 +
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/block/blk-core.c b/block/blk-
We will use this work_struct to requeue scsi commands from the complention
handler as well, so give it a more generic name.
Signed-off-by: Christoph Hellwig
---
block/blk-flush.c |6 +++---
include/linux/blkdev.h |2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/
On Tue, Apr 15, 2014 at 05:54:39PM -0700, Thomas Tanaka wrote:
> Fixed line width > 80
>
> Signed-off-by: Thomas Tanaka
> ---
> drivers/staging/dgrp/dgrp_sysfs.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/staging/dgrp/dgrp_sysfs.c
> b/drivers/stagi
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c |4 ++--
drivers/block/virtio_blk.c |4 ++--
include/linux/blk-mq.h |2 +-
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/block/blk-mq.c b/block/blk-mq.c
index afdab13..8a080c2 100644
--- a/block/blk-m
Add two unlinkely branches to make sure the resid is initialized correctly
for bidi request pairs, and the second request gets properly freed.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c |9 +++--
block/bsg.c|2 +-
2 files changed, 8 insertions(+), 3 deletions(-)
diff --
This allows to requeue a request that has been accepted by ->queue_rq
earlier. This is needed by the SCSI layer in various error conditions.
The existing internal blk_mq_requeue_request is renamed to
__blk_mq_requeue_request as it is a lower level building block for this
funtionality.
Signed-off
Split out the bottom half of blk_mq_end_io so that drivers can perform
work when they know a request has been completed, but before it has been
freed. This also obsoletes blk_mq_end_io_partial as drivers can now
pass any value to blk_update_request directly.
Signed-off-by: Christoph Hellwig
---
This series add the support for the GPIOs of the Berlin BG2Q. We use the
newly integrated dwapb GPIO driver here.
This applies on top of Alexandre's BG2Q symbol introduction[1] and the dwapb
gpio patch fixing IRQ initialization[2].
[1] https://patchwork.kernel.org/patch/3876141/
[2] https://lkml.
Hi Jens,
these are the final blk-mq changes for a fully working SCSI midlayer
using blk-mq.
Summary of the changes:
- a new split I/O completion handler that allow the driver to free
ressources when it knows a request will be fully completed, but
before it has been freed
- support for bi
The Marvell Berlin BG2Q has 6 GPIO ports compatible with the snps,dw-apb-gpio
driver. This patch add the corresponding device tree nodes.
Signed-off-by: Antoine Ténart
---
arch/arm/boot/dts/berlin2q.dtsi | 102
1 file changed, 102 insertions(+)
diff --gi
The BG2Q has GPIOs driven by the dwapb GPIO driver. Add the LIBGPIO as a
dependency to be able to support them.
Signed-off-by: Antoine Ténart
---
arch/arm/mach-berlin/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-berlin/Kconfig b/arch/arm/mach-berlin/Kconfig
index 291
Sorry Ted, if it caused the confusion.
There were actually 2 parts to the problem, the logs in the first mail
were from the original situation – where in there were many block
groups and error prints also showed that.
EXT4-fs error (device sda1): ext4_mb_generate_buddy:742: group 1493, 0
clusters
On Wednesday, April 16, 2014 4:44 PM, Dan Carpenter wrote:
> On Tue, Apr 15, 2014 at 05:54:39PM -0700, Thomas Tanaka wrote:
> > Fixed line width > 80
> >
> > Signed-off-by: Thomas Tanaka
> > ---
> > drivers/staging/dgrp/dgrp_sysfs.c |4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
From: Opensource [Steve Twiss]
This patch series updates the register definitions for the DA9063 PMIC
and adds support for the DA9063 RTC.
- Changes to the DA9063 registers.h to support production silicon;
- Add a new RTC driver which is applicable to this version of the silicon;
This is a rese
On April 16, 2014 5:55:17 AM GMT+01:00, Chanwoo Choi
wrote:
>Hi Sachin,
>
>On 04/16/2014 01:44 PM, Chanwoo Choi wrote:
>> Hi Sachin,
>>
>> On 04/16/2014 12:48 PM, Sachin Kamat wrote:
>>> Hi Chanwoo,
>>>
>>> On 14 April 2014 14:37, Chanwoo Choi wrote:
This patch control special clock for
From: Opensource [Steve Twiss]
This patch updates the register definitions for DA9063 to support the
production silicon variant code ID (0x5). These changes are not backwards
compatible with the previous register definitions and can only be used
with the production variant of DA9063.
Signed-off-
From: Opensource [Steve Twiss]
Add the RTC driver for DA9063.
Signed-off-by: Opensource [Steve Twiss]
---
Checks performed with next-20140306/scripts/checkpatch.pl
Kconfig total: 0 errors, 21 warnings, 1344 lines checked
Makefile total: 0 errors, 0 warnings,
On Mon, Apr 14, 2014 at 11:08:16AM +0200, Hubert Chaumette wrote:
> - Adds support for ksz9031 PAD skew configuration over devicetree
> - Removes hard-coded pad skew configuration for imx6q-sabrelite, now redundant
> with arch/arm/boot/dts/imx6qdl-sabrelite.dtsi
>
> Tested on congatec conga-QEVA
> From: Roger Tseng
>
> This patchset adds modules to support Realtek USB vendor specific class
> flash
> card reader: one base module in MFD subsystem and two host modules in
> both mmc
> and memstick subsystems. The architecture is similar to rtsx_pci.
>
> >>>
Hi Andrew,
> From: Roger Tseng
>
> Realtek USB memstick host driver provides memstick host support based on the
> Realtek USB card reader MFD driver.
>
> Signed-off-by: Roger Tseng
> ---
> drivers/memstick/host/Kconfig | 10 +
> drivers/memstick/host/Makefile | 1 +
> drivers/me
Hi Jonathan,
On 04/16/2014 04:05 PM, Jonathan Cameron wrote:
>
>
> On April 16, 2014 5:55:17 AM GMT+01:00, Chanwoo Choi
> wrote:
>> Hi Sachin,
>>
>> On 04/16/2014 01:44 PM, Chanwoo Choi wrote:
>>> Hi Sachin,
>>>
>>> On 04/16/2014 12:48 PM, Sachin Kamat wrote:
Hi Chanwoo,
On 14 A
Some I2C adapters are only compatible with the SMBus protocol and do not
support standard I2C transfers.
Fallback to SMBus transfers if we encounter such kind of adapters.
The transfer type is chosen according to the val_bits field in the regmap
config.
Signed-off-by: Boris BREZILLON
---
Hello M
On Tue, 2014-04-15 at 18:54 +0100, David Vrabel wrote:
> On 15/04/14 18:39, Vincenzo Maffione wrote:
> > This patch removes some unused arrays from the netfront
> > private data structure.
> > Also removes an unused address variable.
> >
> > Signed-off-by: Vincenzo Maffione
>
> Huh. I wonder wha
Hi,
I am looking at memory ordering and a question hit me.
I was looking at the kfifo code. kfifo_put() has a barrier:
)[__kfifo->in & __tmp->kfifo.mask] = \
(typeof(*__tmp->type))__val; \
smp_wmb(); \
Hi Don,
On Tue, 15 Apr 2014 12:08:41 -0400, Don Zickus wrote:
> On Tue, Apr 15, 2014 at 12:01:50PM +0900, Namhyung Kim wrote:
>> Hi Don,
>>
>> On Thu, 10 Apr 2014 16:10:56 -0400, Don Zickus wrote:
>> > This patchset creates a new layer of hist entry objects called
>> > hist_entry_groups. The pur
In switch_hrtimer_base() we are calling hrtimer_check_target() which guarantees
this:
/*
* With HIGHRES=y we do not migrate the timer when it is expiring
* before the next event on the target cpu because we cannot reprogram
* the target cpu hardware and we would cause it to fire late.
*
* Cal
Borislav Petkov wrote:
On Tue, Apr 15, 2014 at 10:32:56PM +, Deucher, Alexander wrote:
Turning off modesetting basically disables the driver.
Well, in my case, I was using the radeon.modeset=0 variant to rule out
issues in x.org. And in my case x.org did start still, albeit with a
jacked-u
This patch set is made based on kernel 3.14.0. It's aimed to re-architecture
the cyapa driver to support the old gen3 trackpad device and new gen5 trackpad
device in one cyapa driver for easily products support based on customers'
requirements, and add sysfs functions and interfaces supported th
The problem I am trying to fix is: when netif_device_attach/detached is
called, it get a return value from netif_running, but at this moment, in
another thread, the stat of this dev changes. But in
netif_device_attach, it does not know stat changed, and this may cause bugs.
I think you are ri
In order to save power when the trackpad device is not used, the sleep power
mode and runtime power mode must be supported.
And the enter sleep time can be configured in the sysfs system.
TEST=test on Chomebooks.
Signed-off-by: Du, Dudley
---
diff --git a/drivers/input/mouse/cyapa.c b/drivers/in
Rely on EV_SW and SW_LID bits to identify a LID device, and hook
up our filter to listen for SW_LID events to enable/disable touchpad when
LID is open/closed.
TEST=test on Chomebooks.
Signed-off-by: Du, Dudley
---
diff --git a/drivers/input/mouse/cyapa.c b/drivers/input/mouse/cyapa.c
index 6820b3
Am 16.04.2014 10:32, schrieb Kertesz Laszlo:
Borislav Petkov wrote:
On Tue, Apr 15, 2014 at 10:32:56PM +, Deucher, Alexander wrote:
Turning off modesetting basically disables the driver.
Well, in my case, I was using the radeon.modeset=0 variant to rule out
issues in x.org. And in my case
On Wed, Apr 16, 2014 at 07:52:29AM +0800, Bob Liu wrote:
> > *ptl = pmd_lock(mm, pmd);
> > - if (pmd_none(*pmd))
> > + if (!pmd_present(*pmd))
> > goto unlock;
>
> But I didn't get the idea why pmd_none() was removed?
!pmd_present(*pmd) is weaker check then pmd
Dear Sebastian Hesselbarth,
On Tue, 15 Apr 2014 20:15:58 +0200, Sebastian Hesselbarth wrote:
> Sebastian Hesselbarth (5):
> ARM: iwmmxt: explicitly check for supported architectures
> ARM: pj4: enable iWMMXt only if CONFIG_IWMMXT is set
> ARM: pj4: properly detect existence of iWMMXt coproc
On 13 April 2014 07:10, Dmitry Torokhov wrote:
> Hi Gabriel,
>
> On Fri, Apr 11, 2014 at 05:07:30PM +0200, Gabriel FERNANDEZ wrote:
>> This patch adds ST Keyscan driver to use the keypad hw a subset
>> of ST boards provide. Specific board setup will be put in the
>> given dt.
>>
>> Signed-off-by:
On wto, 2014-04-15 at 18:20 +0200, Thomas Gleixner wrote:
> B1;3202;0cOn Tue, 15 Apr 2014, Krzysztof Kozlowski wrote:
> > On wto, 2014-04-15 at 17:20 +0200, Thomas Gleixner wrote:
> > > On Tue, 15 Apr 2014, Krzysztof Kozlowski wrote:
> > >
> > > > On wto, 2014-04-15 at 14:28 +0200, Daniel Lezcano
On Tue, Apr 1, 2014 at 2:35 AM, H. Peter Anvin wrote:
> Andi Kleen (24):
> Kbuild, lto: Drop .number postfixes in modpost
This generates a new warning with x86_64_defconfig atleast:
scripts/mod/modpost.c: In function 'remove_dot':
scripts/mod/modpost.c:1710:3: warning: ignoring return valu
On Wed, Apr 16, 2014 at 10:19:45AM +0800, Xiubo Li wrote:
> Signed-off-by: Xiubo Li
> Cc: Shawn Guo
> Cc: Jingchang Lu
> ---
> arch/arm/boot/dts/vf610.dtsi | 13 +
> 1 file changed, 13 insertions(+)
>
> diff --git a/arch/arm/boot/dts/vf610.dtsi b/arch/arm/boot/dts/vf610.dtsi
> inde
On Wed, Apr 16, 2014 at 04:49:41PM +1000, NeilBrown wrote:
> On Wed, 16 Apr 2014 16:25:20 +1000 Dave Chinner wrote:
>
> > On Wed, Apr 16, 2014 at 02:03:37PM +1000, NeilBrown wrote:
> > > __d_alloc can be called with i_mutex held, so it is safer to
> > > use GFP_NOFS.
> > >
> > > lockdep reports
Hi Linus,
Please pull fbdev fixes for 3.15.
The drivers/video/Kconfig change in this pull request will conflict with the
fbdev reorder series, which is not yet in your tree. If that's an issue, I can
resend this without the Kconfig change.
Tomi
The following changes since commit c9eaa447e77efe
On Tue 15-04-14 09:21:30, Chen Gang wrote:
[...]
> diff --git a/arch/unicore32/include/asm/io.h b/arch/unicore32/include/asm/io.h
> index 39decb6..ae327e4 100644
> --- a/arch/unicore32/include/asm/io.h
> +++ b/arch/unicore32/include/asm/io.h
There is already quite a mess where the function is defi
> This patch adds attributes to the Kontron PLD driver to allow
> applications to retrieve firmware information.
> Additionally the format has been changed to conform with the
> representation in other Kontron software.
>
> Signed-off-by: Michael Brunner
> Reviewed-by: Guenter Roeck
> ---
> dri
On 04/16/2014 04:19 AM, Xiubo Li wrote:
Signed-off-by: Xiubo Li
Cc: Shawn Guo
Cc: Jingchang Lu
That deserves a patch description and an update of the documentation.
Thanks
-- Daniel
---
arch/arm/boot/dts/vf610.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/ar
This patch factors out the reading of GPIOs for the Arizona devices
into a helper function.
Signed-off-by: Charles Keepax
---
drivers/mfd/arizona-core.c | 31 ++-
include/linux/mfd/arizona/core.h |3 +++
2 files changed, 25 insertions(+), 9 deletions(-)
d
> Acked-by: Lee Jones
> Signed-off-by: Alexander Shiyan
> ---
> include/linux/mfd/mc13xxx.h | 22 --
> 1 file changed, 12 insertions(+), 10 deletions(-)
Applied now thanks.
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM S
Signed-off-by: Charles Keepax
---
Documentation/devicetree/bindings/mfd/arizona.txt |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/mfd/arizona.txt
b/Documentation/devicetree/bindings/mfd/arizona.txt
index fd51988..5c7e723 100644
--
Hi,
With this patch mounting of the image continues to fail (with similar
BUG_ON).
But when image is formatted again (and steps mentioned in the previous
message are performed),
mounting of it is now succeed.
Is this is a true purpose of the patch?
15.04.2014 15:04, Jaegeuk Kim пишет:
Hi,
Signed-off-by: Charles Keepax
---
drivers/regulator/arizona-micsupp.c | 37 +++
1 files changed, 37 insertions(+), 0 deletions(-)
diff --git a/drivers/regulator/arizona-micsupp.c
b/drivers/regulator/arizona-micsupp.c
index 6fdd9bf..b80ebbe 100644
--- a/drivers/
On Tue 15-04-14 09:38:10, Glyn Normington wrote:
> On 14/04/2014 21:50, Johannes Weiner wrote:
> >On Mon, Apr 14, 2014 at 09:11:25AM +0100, Glyn Normington wrote:
> >>Johannes/Michal
> >>
> >>What are your thoughts on this matter? Do you see this as a valid
> >>requirement?
> >As Tejun said, memory
Hi,
This series of patches are small fixes/improvements to the
Arizona regulators. The main thing added is proper device
tree bindings for getting the regulator init_data.
Changes Since v5:
- Use IS_ENABLED rather than ifdef for OF specific code
- Tidy up arizona_of_get_named_gpio base on com
Signed-off-by: Charles Keepax
---
drivers/regulator/arizona-ldo1.c | 34 --
1 files changed, 32 insertions(+), 2 deletions(-)
diff --git a/drivers/regulator/arizona-ldo1.c b/drivers/regulator/arizona-ldo1.c
index 2248733..d3787e1 100644
--- a/drivers/regulator/a
Signed-off-by: Charles Keepax
---
Documentation/devicetree/bindings/mfd/arizona.txt |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/Documentation/devicetree/bindings/mfd/arizona.txt
b/Documentation/devicetree/bindings/mfd/arizona.txt
index 36a0c3d..fd51988 100644
It is more idiomatic to process things relating to the regulator in its
driver. This patch moves both processing of device tree relating to the
regulator and checking if the regulator is external from arizona-core
into the regulator driver.
Signed-off-by: Charles Keepax
---
drivers/mfd/arizona-c
On Wed, 16 Apr 2014 00:46:33 -0700
Antoine Ténart wrote:
> This series add the support for the GPIOs of the Berlin BG2Q. We use the
> newly integrated dwapb GPIO driver here.
>
> This applies on top of Alexandre's BG2Q symbol introduction[1] and the dwapb
> gpio patch fixing IRQ initialization[2
On Fri, Mar 28, 2014 at 05:33:42PM +0530, Srikanth Thokala wrote:
> This is the driver for the AXI Video Direct Memory Access (AXI
> VDMA) core, which is a soft Xilinx IP core that provides high-
> bandwidth direct memory access between memory and AXI4-Stream
> type video target peripherals. The co
> From: Fabio Estevam
>
> After request_threaded_irq() is called there is a chance that an interrupt
> may occur before the 'mc13xxx->lock' is initialized, which will trigger a
> kernel
> oops.
>
> In order to prevent that, move the initialization of 'mc13xxx->lock' prior to
> requesting the in
2014-04-15 21:08 GMT+04:00 Paul Bolle :
> On Thu, 2014-02-13 at 15:14 -0500, John W. Linville wrote:
>> On Wed, Feb 12, 2014 at 02:50:30PM +0400, Sergey Ryazanov wrote:
>> > John, can you delay the merging of this patch for a few months, I will
>> > try to prepare the necessary patches to add AR231
On Wed, Apr 16, 2014 at 11:13:44AM +0200, Richard Weinberger wrote:
> Hi!
>
> On a new 8 core server I'm facing the following issue.
> After an oops a warning triggers.
I think its fair to ignore everything _after_ an OOPS ;-)
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
On Fri 11-04-14 01:11:08, Jianyu Zhan wrote:
> Currently, mem_cgroup_read_stat() is used for user interface. The
> user accounts memory usage by memory cgroup and he _always_ requires
> exact value because he accounts memory. So we don't use quick-and-fuzzy
> -read-and-do-periodic-synchronization w
> > > This patch factors out the reading of GPIOs for the Arizona devices
> > > into a helper function.
> > >
> > > Signed-off-by: Charles Keepax
> > > ---
> > > drivers/mfd/arizona-core.c | 33 -
> > > include/linux/mfd/arizona/core.h |3 +++
> > > 2
Am 16.04.2014 11:21, schrieb Peter Zijlstra:
> On Wed, Apr 16, 2014 at 11:13:44AM +0200, Richard Weinberger wrote:
>> Hi!
>>
>> On a new 8 core server I'm facing the following issue.
>> After an oops a warning triggers.
>
> I think its fair to ignore everything _after_ an OOPS ;-)
The problem her
On Wed, Apr 16, 2014 at 03:33:06PM +0900, Hidetoshi Seto wrote:
> I hope I can clarify my idea and thoughts in the following sentence...
>
>
> [1] : should we make a change on a /proc/stat field semantic?
>
> As Frederic stated in previous mail:
>
> > So what we can do for example is to accoun
> Subject: Re: [RFC][PATCH 1/3] ARM: dts: vf610: Add Freescale FlexTimer Module
> timer node.
>
> On 04/16/2014 04:19 AM, Xiubo Li wrote:
> > Signed-off-by: Xiubo Li
> > Cc: Shawn Guo
> > Cc: Jingchang Lu
>
> That deserves a patch description and an update of the documentation.
>
Yes, I'll ad
> Subject: Re: [RFC][PATCH 1/3] ARM: dts: vf610: Add Freescale FlexTimer Module
> timer node.
>
> On Wed, Apr 16, 2014 at 10:19:45AM +0800, Xiubo Li wrote:
> > Signed-off-by: Xiubo Li
> > Cc: Shawn Guo
> > Cc: Jingchang Lu
> > ---
> > arch/arm/boot/dts/vf610.dtsi | 13 +
> > 1 fil
On Wed, 16 Apr 2014, Krzysztof Kozlowski wrote:
> On wto, 2014-04-15 at 18:20 +0200, Thomas Gleixner wrote:
> > Here is a complete solution to the problem. We really want the drivers
> > to be fast and clean and not work around such issues.
> >
> > I'm quite happy that I kept the 'force' argument
The spec->modedb can be NULL by fb_create_modedb().
And also smatch says:
drivers/video/fbdev/core/fbmon.c:975 fb_edid_to_monspecs() error:
potential null dereference 'specs->modedb'.
(fb_create_modedb returns null)
Signed-off-by: Daeseok Youn
---
drivers/video/fbdev/core/fbmon.c |3 +++
1
Hi,
Please try to keep me in CC, even though the ML doesn't make it easy..
On Wed, Apr 16, 2014 at 12:06:59AM +0800, Chen-Yu Tsai wrote:
> >> @@ -139,4 +152,16 @@
> >> reg_usb2_vbus: usb2-vbus {
> >> status = "okay";
> >> };
> >> +
> >> + rfkill_bt {
> >> +
There is checking NULL before dereferncing but
it need to add "return".
Signed-off-by: Daeseok Youn
---
drivers/uwb/drp.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/uwb/drp.c b/drivers/uwb/drp.c
index 16ada83..1a2fd97 100644
--- a/drivers/uwb/drp.c
+++ b
On 04/16/2014 10:08 AM, Brian Norris wrote:
On Tue, Apr 08, 2014 at 03:51:34PM +0300, Ivan Khoronzhuk wrote:
On 03/20/2014 10:14 PM, Santosh Shilimkar wrote:
On Thursday 20 March 2014 04:08 PM, Ivan Khoronzhuk wrote:
From: Murali Karicheri
Sub page write doesn't work because of hw issue in c
> On the ARM Chromebook tps65090 has two masters: the AP (the main
> processor running linux) and the EC (the embedded controller). The AP
> is allowed to mess with FETs but the EC is in charge of charge control.
>
> The tps65090 interupt line is routed to both the AP and the EC, which
> can caus
On Wed, 16 Apr 2014 11:28:40 +0200
Richard Weinberger wrote:
> Am 16.04.2014 11:21, schrieb Peter Zijlstra:
> > On Wed, Apr 16, 2014 at 11:13:44AM +0200, Richard Weinberger wrote:
> >> Hi!
> >>
> >> On a new 8 core server I'm facing the following issue.
> >> After an oops a warning triggers.
> >
Hi,
On Wed, Apr 16, 2014 at 3:06 PM, Alexandre Courbot wrote:
> On Wed, Apr 16, 2014 at 3:12 PM, Alexandre Courbot wrote:
>> On Tue, Apr 15, 2014 at 11:20 PM, Maxime Ripard
>> wrote:
>>> Hi Chen-Yu,
>>>
>>> On Tue, Apr 15, 2014 at 02:41:35PM +0800, Chen-Yu Tsai wrote:
This patch provides o
> Nearly all of the registers in tps65090 combine control bits and
> status bits. Turn off caching of registers so that we can read status
> bits reliably.
>
> NOTE: the IRQnMASK and CG_CTRLn registers are the exception and could
> be cached. If we find that we spend a lot of time reading those
On Wed, Apr 16, 2014 at 11:28:40AM +0200, Richard Weinberger wrote:
> Am 16.04.2014 11:21, schrieb Peter Zijlstra:
> > On Wed, Apr 16, 2014 at 11:13:44AM +0200, Richard Weinberger wrote:
> >> Hi!
> >>
> >> On a new 8 core server I'm facing the following issue.
> >> After an oops a warning triggers.
> Now this driver uses devm_regulator_register() so we don't need to save rdev
> pointer to tps->rdev[i] for cleanup.
>
> Signed-off-by: Axel Lin
> ---
> drivers/regulator/tps65217-regulator.c | 3 ---
> include/linux/mfd/tps65217.h | 1 -
> 2 files changed, 4 deletions(-)
For the MFD
On Tue, 15 Apr 2014, Axel Lin wrote:
> The *rdev[] is not used since commit 413be59e2f333
> "regulator: tps65218: Remove unnecessary regulator_unregister call".
>
> Signed-off-by: Axel Lin
> ---
> include/linux/mfd/tps65218.h | 1 -
> 1 file changed, 1 deletion(-)
Applied, thanks.
--
Lee Jon
Sparse was complaining about that:
include/linux/sysfs.h:432:9: warning: returning void-valued expression
Signed-off-by: Simon Wunderlich
---
include/linux/sysfs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/sysfs.h b/include/linux/sysfs.h
index 084354b..d45
1 - 100 of 772 matches
Mail list logo
