Hi Guenter,
On Sat, Sep 19, 2015 at 05:25:59PM -0700, Guenter Roeck wrote:
> On 09/19/2015 10:27 AM, Greg Kroah-Hartman wrote:
> >This is the start of the stable review cycle for the 4.1.8 release.
> >There are 102 patches in this series, all will be posted as a response
> >to this one. If
On 09/17/2015 04:31 PM, Ming Lei wrote:
On Tue, Aug 18, 2015 at 3:19 AM, Christoph Hellwig wrote:
Thanks Ming,
this series looks fine to me:
Reviewed-by: Christoph Hellwig
Jens, are you OK with this patchset?
Yes, I think it looks good now. I have queued it up for 4.4. Thanks Ming.
--
On Sun, 20 Sep 2015, Herbert Xu wrote:
> On Sat, Sep 19, 2015 at 10:21:45AM +0100, Lee Jones wrote:
> >
> > That's not how it works. It's helpful, more often than not, to submit
> > the entire set to each maintainer concerned so they can keep up with
> > the general conversation. By only
On Thu, 17 Sep 2015, Barry Song wrote:
> From: Guo Zeng
>
> CSR SiRFSoC Power Control Module includes power on or power
> off for sysctl power and gnss, it also includes onkey, RTC
> domain clock controllers and interrupt controller for power
> events.
There are lots of Three (and four) Letter
On Wed, 16 Sep 2015, Charles Keepax wrote:
> On wm5110/8280 some additional settings are required to get accurate
> measurements at the top end of the headphone detection range. This patch
> adds the bits required for this.
>
> Signed-off-by: Charles Keepax
> ---
> drivers/mfd/wm5110-tables.c
On Mon, 31 Aug 2015, Javier Martinez Canillas wrote:
> The driver has a I2C device id table that is used to create the module
> aliases which already contains a "rt5033". So the alias is not needed.
>
> Signed-off-by: Javier Martinez Canillas
>
> ---
>
> drivers/mfd/rt5033.c | 1 -
> 1 file
On Fri, 04 Sep 2015, Grigoryev Denis wrote:
> When tps6105x used in TPS6105X_MODE_SHUTDOWN mode the driver calls
> mfd_add_devices() with mfd_cell->name == NULL, that causes an ooops in
> platform_device_register() later.
>
> This patch reorders mfd_cell structures and makes code to call
>
On Sun, 30 Aug 2015, Javier Martinez Canillas wrote:
> The driver has a I2C device id table that is used to create the modaliases
> and also "adp8860-backlight" is not a supported I2C id, so it's never used.
>
> Signed-off-by: Javier Martinez Canillas
>
> ---
>
>
On Sun, 30 Aug 2015, Javier Martinez Canillas wrote:
> The driver has a I2C device id table that is used to create the modaliases
> and also "adp8870-backlight" is not a supported I2C id, so it's never used.
>
> Signed-off-by: Javier Martinez Canillas
>
> ---
>
>
On Wed, 09 Sep 2015, Charles Keepax wrote:
> Remove defaults for a bunch of volatile registers and remove
> ARIZONA_CTRL_IF_SPI_CFG_1 from the readable list since it doesn't exist
> on wm8998 which is I2C only.
>
> Signed-off-by: Charles Keepax
> ---
> drivers/mfd/wm8998-tables.c |8
On Tue, 08 Sep 2015, Enric Balletbo i Serra wrote:
> Add tps65217 battery charger subdevice.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
> drivers/mfd/tps65217.c | 4
> 1 file changed, 4 insertions(+)
Applied, thanks.
> diff --git a/drivers/mfd/tps65217.c b/drivers/mfd/tps65217.c
>
On Wed, 09 Sep 2015, Charles Keepax wrote:
> Some Arizona devices have a hardware ANC block present. This patch adds
> the registers necessary to configure this hardware block.
>
> Signed-off-by: Charles Keepax
> ---
>
> Changes since v2:
> - Added missing default for 0xF0A
>
> Thanks,
>
Patch set description?
Once Rob is satisfied, please re-submit this set with Nicolas' Acks
and I will re-review.
> ChangeLog
>
> v9:
> - go back to v5 (use the new "atmel,flexcom-mode" DT property).
> - fix the name of the spi node in the DT example: from spi@f8034400 to
> spi@400
> - align
On Mon, 31 Aug 2015, Javier Martinez Canillas wrote:
> The driver has a I2C device id table that is used to create the module
> aliases and also "bcm590xx" isn't a supported I2C id, so it's never used.
>
> Signed-off-by: Javier Martinez Canillas
>
> ---
>
> drivers/mfd/bcm590xx.c | 1 -
> 1
On Tue, 15 Sep 2015, Qipeng Zha wrote:
> IRQ control registers of Intel Broxton Whisky Cove PMIC are
> separated in two parts, so add secondary IRQ chip.
> And the new member of device will be used in PMC IPC regmap APIs.
>
> Signed-off-by: Qipeng Zha
> ---
> include/linux/mfd/intel_soc_pmic.h
On Tue, 15 Sep 2015, Qipeng Zha wrote:
> Add MFD core driver for Intel Broxton Whiskey Cove PMIC,
> which is specially accessed by hardware IPC, not a generic
> I2C device
>
> Signed-off-by: Qipeng Zha
>
> ---
> change in v6
> Replace INIT_REGMAP_IRQ with REGMAP_IRQ_REG.
If that's all that
On Wed, 16 Sep 2015, Charles Keepax wrote:
> Add additional bindings for both inverting the polarity of the jack
> detection pins and allowing the use of a second jack detection pin. Note
> that the second jack detection pin is hard wired in the chip so can only
> be enabled through the binding,
On Mon, 14 Sep 2015, Javier Martinez Canillas wrote:
> The driver always checks for pdata being NULL expect in one place.
> Add a check to prevent a possible NULL pointer deference error.
>
> Signed-off-by: Javier Martinez Canillas
>
> ---
>
> drivers/mfd/wm831x-core.c | 4 +++-
> 1 file
On Tue, 15 Sep 2015, Krzysztof Kozlowski wrote:
> 2015-09-14 17:23 GMT+09:00 Javier Martinez Canillas :
> > If i2c_new_dummy() fails in max77843_chg_init(), an PTR_ERR(NULL) is
> > returned which is 0. So the function was wrongly returning a success
> > value instead of an error code.
> >
> >
On Tue, 15 Sep 2015, Qipeng Zha wrote:
> Add REGMAP_IRQ_REG macro in regmap.h to define regmap_irq
> structure easily for other driver module.
Couple of people requested this now:
Acked-by: Lee Jones
> Signed-off-by: Qipeng Zha
> ---
> include/linux/regmap.h | 3 +++
> 1 file changed, 3
On Wed, 16 Sep 2015, Chen-Yu Tsai wrote:
> The DC1SW and DC5LDO regulators in the AXP221 are internally chained
> to DCDC1 and DCDC5, hence the names. The original bindings used the
> parent regulator names for the supply regulator property. This causes
> some confusion when we actually use it in
On Mon, 14 Sep 2015, Krzysztof Kozlowski wrote:
> On Odroid XU3 board (with S2MPS11 PMIC) the PWRHOLD bit in CTRL1
> register must be manually set to 0 before initiating power off sequence.
>
> One of usual power down methods for Exynos based devices looks like:
> 1. PWRHOLD pin of PMIC is
On Fri, 11 Sep 2015, Charles Keepax wrote:
> The type of the data for the main Arizona IRQ chip should be struct
> arizona not struct regmap_irq_chip_data. The bug is harmless but should
> probably be corrected anyway.
>
> Signed-off-by: Charles Keepax
> ---
> drivers/mfd/arizona-irq.c |2
On Tue, 15 Sep 2015, Andrew F. Davis wrote:
> The TPS65912 PMIC contains several regulators and a GPIO controller.
> Add bindings for the TPS65912 PMIC.
>
> Signed-off-by: Andrew F. Davis
> ---
> .../devicetree/bindings/gpio/gpio-tps65912.txt | 17 +
>
On Wed, 16 Sep 2015, Charles Keepax wrote:
> Add additional bindings to allow configuration of the system specific
> microphone detection settings.
>
> Signed-off-by: Charles Keepax
> ---
> Documentation/devicetree/bindings/mfd/arizona.txt | 21
> +
>
On Mon, 14 Sep 2015, Andy Shevchenko wrote:
> There are already helper functions to do 64-bit I/O on 32-bit machines, thus
> we
> don't need to reinvent the wheel. In our case we can't use readq() / writeq()
> even on 64-bit kernel since there is a hardware limitation (OCP bus is a
> 32-bit
>
On Mon, 14 Sep 2015, Andy Shevchenko wrote:
> Jim Davis reported the compilation error with a random configuration which
> apparently has CONFIG_PM=y and CONFIG_PM_SLEEP=n. With that conditions we have
> missed definition of INTEL_LPSS_SLEEP_PM_OPS macro. Add it here.
>
> Reported-by: Jim Davis
On Tue, 15 Sep 2015, Andrew F. Davis wrote:
> The old driver does not support DT. Rewrite the driver adding DT support
> and use modern kernel features such as regmap and related helpers.
>
> Signed-off-by: Andrew F. Davis
> ---
> drivers/gpio/gpio-tps65912.c | 291 ++--
>
On Thu, 17 Sep 2015, Javier Martinez Canillas wrote:
> Hello,
>
> On 09/11/2015 01:55 PM, Kieran Bingham wrote:
> > Hi Wolfram,
> >
> > I have picked this patchset [0] up from Lee to rebase it, with an aim to
> > get this series moving again.
> >
> > This resend fixes up my SoB's as
On Fri, Sep 18, 2015 at 01:29:31PM +0100, Srinivas Kandagatla wrote:
> Hi Andy,
>
> Here are few cleanup and additions to the existing APQ8064 device tree.
>
> Some of the patches are to do with princtrl cleanup which was always not
> in the right place and some of the pinctrls were missing.
>
On Sat, Sep 19, 2015 at 07:47:22PM +0200, Alexander Holler wrote:
> No. I don't want to lower the standards. Maybe in regard to silly style
> stuff, but not in regard to code quality (and I mean real bugs like races,
> deadlocks or such, and not if a line has more than 80 characters). I would
>
In 'commit a66022c45775 ("iommu-helper: use bitmap library")',
iommu_area_alloc() uses bitmap_find_next_zero_area() to lookup available
iommu space.
When given "start, size, nr", bitmap_find_next_zero_area() is looking for a
range with nr zero bit in [start, size) instead of [start, size]. This
On Fri, 2015-09-18 at 16:18 -0700, Stephen Boyd wrote:
> On 09/18, Scott Wood wrote:
> > On Fri, 2015-09-18 at 08:56 -0700, Stephen Boyd wrote:
> > > Is there any reason why we can't use DT OPPs for the code that
> > > you're patching here? At a quick glance it looks like we could
> > > leave this
On Sat, Sep 19, 2015 at 10:21:45AM +0100, Lee Jones wrote:
>
> That's not how it works. It's helpful, more often than not, to submit
> the entire set to each maintainer concerned so they can keep up with
> the general conversation. By only sending specific patches to
> maintainers you
On 09/19/2015 01:13 PM, punit vara wrote:
[PATCH] Staging: comedi: Fix block comment warning
[PATCH] Staging: comedi: Coding style warnings fix for block comments
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Ok, queued for 4.4.
Thanks,
-corey
On 09/19/2015 10:43 AM, Luis de Bethencourt wrote:
> The policy for drivers is to have MODULE_DEVICE_TABLE() just after the
> struct used in it. For clarity.
>
> Suggested-by: Corey Minyard
> Signed-off-by: Luis de Bethencourt
> ---
>
> Suggested in:
>
On Fri, Sep 18, 2015 at 05:52:05PM -0700, Stephen Boyd wrote:
> +EXPORT_SYMBOL(qcom_rpm_set_floor);
The entire regulator API is EXPORT_SYMBOL_GPL(), adding plain
EXPORT_SYMBOL() exports is not good.
signature.asc
Description: Digital signature
On Fri, Sep 18, 2015 at 07:08:48PM +0200, Luis de Bethencourt wrote:
> Hi,
>
> These patches add the missing MODULE_DEVICE_TABLE() for OF to export
> the information so modules have the correct aliases built-in and
> autoloading works correctly.
As I am fairly sure has been suggested before
On Fri, Sep 18, 2015 at 05:52:04PM -0700, Stephen Boyd wrote:
> This patch series adds support for CPR on MSM8916. The first
> patch exposes a corner voting API to the CPR driver so that we can
You might want to expand on the acronym CPR since I'm reasonably sure
that you don't in fact mean the
On Tue, Sep 15, 2015 at 12:39:17AM +0800, Qipeng Zha wrote:
> Add REGMAP_IRQ_REG macro in regmap.h to define regmap_irq
> structure easily for other driver module.
Acked-by: Mark Brown
signature.asc
Description: Digital signature
On Thu, Sep 17, 2015 at 05:01:14PM +0100, Adam Thomson wrote:
> + do {
> + statusa = snd_soc_read(codec, DA7219_ACCDET_STATUS_A);
> + if (statusa & DA7219_MICBIAS_UP_STS_MASK)
> + micbias_up = true;
> + } while (!micbias_up);
This could go into
On Tue, Sep 15, 2015 at 08:26:36AM -0700, Caleb Crome wrote:
> > Like Charles said earlier the Bells machine in mainline has multiple
> > CODECs hooked up. Speyside too. To hook up multiple CODECs to a single
> > DAI link see 88bd870f02dff5c94 (ASoC: core: Add initial support for DAI
> >
On Wed, Sep 16, 2015 at 11:05:30AM +0800, Chen-Yu Tsai wrote:
> The DC1SW and DC5LDO regulators in the AXP221 are internally chained
> to DCDC1 and DCDC5, hence the names. The original bindings used the
> parent regulator names for the supply regulator property. This causes
> some confusion when
Now we no longer use the scratch buffer for register length calculation
there is no need for callers to supply one.
Signed-off-by: Mark Brown
---
drivers/base/regmap/regmap-debugfs.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/base/regmap/regmap-debugfs.c
If a read is attempted which is smaller than the line length then we may
underflow the subtraction we're doing with the unsigned size_t type so
move some of the calculation to be additions on the right hand side
instead in order to avoid this.
Reported-by: Rasmus Villemoes
Signed-off-by: Mark
On Fri, Sep 18, 2015 at 02:38:27PM +0200, Jean-Michel Hautbois wrote:
> Hi,
>
> I am wondering why in spi-imx the spi_imx_pio_transfer() function is
> calling wait_for_completion() and not wait_for_completion_timeout() as
> in the spi_imx_dma_transfer() one.
> I can't see a good reason for this,
On Tue, Sep 15, 2015 at 09:00:27AM +0530, Viresh Kumar wrote:
> [+Cc Mark, I thought I cc'd him earlier, but no, I cc'd him only for
> the first patch]
I'm reading this on a plane so have no other context and to be honest
I'm struggling to understand what is being discussed here. It would be
On Fri, Sep 18, 2015 at 10:14:41AM +0300, Jarkko Nikula wrote:
> Use for struct pxa2xx_spi_master clock_enable field was removed years ago
> from the pxa2xx-spi driver by the commit 2f1a74e5a2de ("[ARM] pxa: make
> pxa2xx_spi driver use ssp_request()/ssp_free()").
Acked-by: Mark Brown
On Thu, Sep 17, 2015 at 02:57:01PM +0200, Tomeu Vizoso wrote:
> As we are already registering a device with regulator_class for each
> regulator device, regulator_list is redundant and can be replaced with
> calls to class_find_device() and class_for_each_device().
This appears to leak references
The in kernel snprintf() will conveniently return the actual length of
the printed string even if not given an output beffer at all so just do
that rather than relying on the user to pass in a suitable buffer,
ensuring that we don't need to worry if the buffer was truncated due to
the size of the
On Thu, Sep 17, 2015 at 05:01:16PM +0100, Adam Thomson wrote:
> +- dlg,io-lvl : Expected voltage level range for digital IO
> + ["2.5V_3.6V", "1.2V_2.8V"]
If the driver needs to read or set the voltage a supply is at it should
do that via the regulator API.
> +- dlg,cp-mchange : Charge pump
On Tue, Sep 15, 2015 at 12:57:40PM -0500, Andrew F. Davis wrote:
> The old driver does not support DT. Rewrite the driver adding DT support
> and use modern kernel features such as regmap and related helpers.
>
> Signed-off-by: Andrew F. Davis
> ---
> drivers/gpio/gpio-tps65912.c |
On 09/19/2015 10:27 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.2.1 release.
There are 120 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 09/19/2015 10:27 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.1.8 release.
There are 102 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
From: Thomas Gleixner
Date: Sat, 19 Sep 2015 22:24:15 +0200
> No, we can't. We can only do that if the interrupt is not shared.
> Assume the following scenario:
>request_irq(irq, handler, IRQF_SHARED, "devA", devidA);
> In case of force threading that sets the oneshot flag for the irq
>
On 09/19/2015 10:27 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.53 release.
There are 29 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 09/19/2015 10:27 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.89 release.
There are 20 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On Sat, 2015-09-19 at 23:46 +0530, Poonam Aggrwal wrote:
> From: poonam aggrwal
>
> Device Tree Bindings for DSP CPU clusters and DSP CPUs for Freescale PowerPC
> SOCs which have DSP CPUs in addition to PowerPC CPUs.
> For example B4860 has 3 DSP clusters which have 2 SC3900 cores each.
>
>
The patch
regmap: debugfs: Ensure we don't underflow when printing access masks
has been applied to the regmap tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the
The patch
regulator: gpio: Fix module autoload for OF platform driver
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next
The patch
regmap: debugfs: Remove scratch buffer for register length calculation
has been applied to the regmap tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the
The patch
regmap: debugfs: Don't bother actually printing when calculating max length
has been applied to the regmap tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime
The patch
regulator: vexpress: Fix module autoload for OF platform driver
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the
The patch
regulator: anatop: Fix module autoload for OF platform driver
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the
Hi,
This patch allows nx842 coprocessor to add CRC for compression and
check the computed CRC value for uncompression. Please let me know
if you have any comments.
Thanks
Haren
commit d0b34d2e3ed41e7ec2afdbd654f0dd7716e4d4c0
Author: Haren Myneni
Date: Sat Sep 12 01:20:51 2015 -0700
On Sat, Sep 19, 2015 at 4:00 PM, Raymond Jennings wrote:
>
> Potentially stupid question that others may be asking: Is it legal to return
> EINTR from mmap() to let a SIGKILL from the OOM handler punch the task out
> of the kernel and back to userspace?
Yes. Note that mmap() itself seldom sleeps
synchronize_rcu() slowing down un-necessarily the socket shutdown
path. It is used just kfree() the ip addresses in rds_ib_remove_ipaddr()
which is perfect usecase for kfree_rcu();
So lets use that to gain some speedup.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Santosh Shilimkar
---
RDS IB mr pool has its own workqueue 'rds_ib_fmr_wq', so we need
to use queue_delayed_work() to kick the work. This was hurting
the performance since pool maintenance was less often triggered
from other path.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Santosh Shilimkar
---
From: Santosh Shilimkar
Just in case we are still handling the QP receive completion while the
rds_ibdev is released, drop the connection instead of crashing the kernel.
Signed-off-by: Santosh Shilimkar
---
net/rds/ib_cm.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
rds_ib_mr already keeps the pool handle which it associates
with. Lets use that instead of round about way of fetching
it from rds_ib_device.
No functional change.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Santosh Shilimkar
---
net/rds/ib_rdma.c | 5 ++---
1 file changed, 2
Similar to what we did with receive CQ completion handling, we split
the transmit completion handler so that it lets us implement batched
work completion handling.
We re-use the cq_poll routine and makes use of RDS_IB_SEND_OP to
identify the send vs receive completion event handler invocation.
Fix below warning by marking rds_ib_fmr_wq static
net/rds/ib_rdma.c:87:25: warning: symbol 'rds_ib_fmr_wq' was not declared.
Should it be static?
Signed-off-by: Santosh Shilimkar
Signed-off-by: Santosh Shilimkar
---
net/rds/ib_rdma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
From: Santosh Shilimkar
All HCA drivers seems to popullate max_mr caps and few of
them do both max_mr and max_fmr.
Hence update RDS code to make use of max_mr.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Santosh Shilimkar
---
net/rds/ib.c | 4 ++--
1 file changed, 2 insertions(+), 2
For better performance, we split the receive completion IRQ handler. That
lets us acknowledge several WCE events in one call. We also limit the WC
to max 32 to avoid latency. Acknowledging several completions in one call
instead of several calls each time will provide better performance since
less
In Transport indepedent rds_sendmsg(), we shouldn't make decisions based
on RDS_LL_SEND_FULL which is used to manage the ring for RDMA based
transports. We can safely issue rds_send_xmit() and the using its
return value take decision on deferred work. This will also fix
the scenario where at times
8K message sizes are pretty important usecase for RDS current
workloads so we make provison to have 8K mrs available from the pool.
Based on number of SG's in the RDS message, we pick a pool to use.
Also to make sure that we don't under utlise mrs when say 8k messages
are dominating which could
Current process gives up if its send work over the batch limit.
The work queue will get kicked to finish off any other requests.
This fixes remainder condition from commit 443be0e5affe ("RDS: make
sure not to loop forever inside rds_send_xmit").
The restart condition is only for the case where
RDS bind and release locking scheme is very inefficient. It
uses RCU for maintaining the bind hash-table which is great but
it also needs to hold spinlock for [add/remove]_bound(). So
overall usecase, the hash-table concurrent speedup doesn't pay off.
In fact blocking nature of synchronize_rcu()
Even with per bucket locking scheme, in a massive parallel
system with active rds sockets which could be in excess of multiple
of 10K, rds_bin_lookup() workload is siginificant because of smaller
hashtable size.
With some tests, it was found that we get modest but still nice
reduction in
One global lock protecting hash-tables with 1024 buckets isn't
efficient and it shows up in a massive systems with truck
loads of RDS sockets serving multiple databases. The
perf data clearly highlights the contention on the rw
lock in these massive workloads.
When the contention gets worse, the
This series addresses RDS connection bottlenecks on massive workloads and
improve the RDMA performance almost by 3X. RDS TCP also gets a small gain
of about 12%.
RDS is being used in massive systems with high scalability where several
hundred thousand end points and tens of thousands of local
One need to take rds socket reference while using it and release it
once done with it. rds_add_bind() code path does not do that so
lets fix it.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Santosh Shilimkar
---
net/rds/bind.c | 16 +++-
1 file changed, 11 insertions(+), 5
On 09/19/15 15:24, Linus Torvalds wrote:
On Sat, Sep 19, 2015 at 8:03 AM, Oleg Nesterov wrote:
+
+static void oom_unmap_func(struct work_struct *work)
+{
+ struct mm_struct *mm = xchg(_unmap_mm, NULL);
+
+ if (!atomic_inc_not_zero(>mm_users))
+ return;
+
+ // If
On Sat, Sep 19, 2015 at 8:03 AM, Oleg Nesterov wrote:
> +
> +static void oom_unmap_func(struct work_struct *work)
> +{
> + struct mm_struct *mm = xchg(_unmap_mm, NULL);
> +
> + if (!atomic_inc_not_zero(>mm_users))
> + return;
> +
> + // If this is not safe we can
On 09/18, Viresh Kumar wrote:
> On 17-09-15, 11:13, Stephen Boyd wrote:
> > > + count = of_property_count_u32_elems(opp->np, "opp-microvolt");
> > > + if (count < 0) {
> >
> > We can't test count for -EINVAL to detect the missing property
> > because -EINVAL is also returned on a non-multiple of
The following changes since commit 3bba75a2ec32bd5fa7024a4de3b8cf9ee113a76a:
clk: rockchip: Add pclk_peri to critical clocks on RK3066/RK3188 (2015-09-10
13:55:30 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git
By accident I stumbled over a few misspelled words in the
charger-manager header file which this patch fixes. Namely:
- Extcon rather than Exton
- constraint rather than constratint
- existence rather than existance
- difference rather than diffential
While at it also add a missing space before a
A bug was introduced by "audit: try harder to send to auditd upon
netlink failure", caused by incomplete code and a function that expects
a string and does not accept a format plus arguments. Create a
temporary string variable to assemble the output text. It could be
merged as a fixup if it is
On 15/09/18, Paul Moore wrote:
> On Friday, September 18, 2015 03:52:43 AM Richard Guy Briggs wrote:
> > A bug was introduced by "audit: try harder to send to auditd upon
> > netlink failure", caused by incomplete code and a function that expects
> > a string and does not accept a format plus
Hi,
On 09/18/2015 12:25 PM, Chen-Yu Tsai wrote:
On Fri, Sep 18, 2015 at 11:32 PM, Hans de Goede wrote:
Hi,
On 09/18/2015 03:35 AM, Chen-Yu Tsai wrote:
A23/A33 based Q8 format tablets use channel 0 of the PWM controller for
backlight dimming.
Signed-off-by: Chen-Yu Tsai
---
On Sat, Sep 19, 2015 at 1:20 AM, Ruud wrote:
> Hello all,
>
> Not a patch, not a complaint: a start of a discussion on PCIe bus
> renumbering and bus numbering in general..
>
>
> The current algorithm seems to allocate 8 extra busnumbers at the
> hotplug switch, but clearly 8 is not sufficient
Le 09/18/15 02:46, Russell King - ARM Linux a écrit :
> Hi,
>
> While looking at the phy code, I identified a number of weaknesses
> where refcounting on device structures was being leaked, where
> modules could be removed while in-use, and where the fixed-phy could
> end up having unintended
On 09/19/2015 10:27 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.1.8 release.
There are 102 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On Sun, 20 Sep 2015, Kohji Okuno wrote:
> From: Thomas Gleixner
> Date: Fri, 18 Sep 2015 16:46:24 +0200
> > On Fri, 18 Sep 2015, Kohji Okuno wrote:
> >>
> >> irq thread(runs sdhci_thread_irq()) is waiting on
> >> drivers/mmc/core/core.c:mmc_wait_for_req_done() in order to access
> >> a SDIO
On Fri, Sep 18, 2015 at 12:19:19PM -0700, Andrew Morton wrote:
> On Wed, 16 Sep 2015 04:55:46 +0200 Andi Kleen wrote:
>
> > > Under what circumstances will the compiler (or linker?) do this?
> >
> > Compiler.
> >
> > > LTO enabled?
> >
> > Yes it's for LTO. The optimization allows the
On Fri, Sep 04, 2015 at 07:23:29AM +0200, Mathieu OTHACEHE wrote:
> Add a driver which supports :
>
> - UPort 1110 : 1 port RS-232 USB to Serial Hub.
> - UPort 1130 : 1 port RS-422/485 USB to Serial Hub.
> - UPort 1130I : 1 port RS-422/485 USB to Serial Hub with Isolation.
> - UPort 1150 : 1
From: poonam aggrwal
Device Tree Bindings for DSP CPU clusters and DSP CPUs for Freescale PowerPC
SOCs which have DSP CPUs in addition to PowerPC CPUs.
For example B4860 has 3 DSP clusters which have 2 SC3900 cores each.
Signed-off-by: Poonam Aggrwal
---
- based of:
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Don Zickus
commit 3af4e5a95184d6d3c1c6a065f163faa174a96a1d upstream.
It was reported that after 10-20 reboots, a usb keyboard plugged
into a docking station would not work unless it was
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Stephen Chandler Paul
commit 924f92bf12bfbef3662619e3ed24a1cea7c1cbcd upstream.
Most of the time this isn't an issue since hotplugging an adaptor will
trigger a crtc mode change which in
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Max Filippov
commit 4229fb12a03e5da5882b420b0aa4a02e77447b86 upstream.
Userspace return code may skip restoring THREADPTR register if there are
no registers that need to be zeroed. This leads
1 - 100 of 910 matches
Mail list logo
