On Tue, Sep 06, 2016 at 02:56:39PM +0200, Neil Armstrong wrote:
> Since the I2C sx150x GPIO expander driver uses platform_data to manage
> the pins configurations, rewrite the driver as a pinctrl driver using
> pinconf to get/set pin configurations from DT or debugfs.
>
> The pinctrl driver is fun
On 15 September 2016 at 14:56, Pavel Machek wrote:
> On Fri 2016-09-09 13:31:10, Rafał Miłecki wrote:
>> On 9 September 2016 at 13:05, Greg KH wrote:
>> > On Fri, Sep 09, 2016 at 05:34:40PM +0800, Peter Chen wrote:
>> >> On Thu, Sep 08, 2016 at 06:08:24PM +0200, Rafał Miłecki wrote:
>> >> > From:
On 09/15/2016 06:09 AM, Alex Bligh wrote:
>
> I also wonder whether any servers that can do caching per
> connection will always share a consistent cache between
> connections. The one I'm worried about in particular here
> is qemu-nbd - Eric Blake CC'd.
>
I doubt that qemu-nbd would ever want
Hi Guenter,
On 09/14/2016 06:20 AM, Guenter Roeck wrote:
Hi Vladimir,
your commit e188cbf7564f ("gpio: mxc: shift gpio_mxc_init() to subsys_initcall
level")
in -next causes the following crash when running the 'kzm' target (and most
likely
the real thing) with qemu.
[1.211426] Unable to
We get 2 warnings when building kernel with W=1:
drivers/dma/virt-dma.c:22:14: warning: no previous prototype for
'vchan_tx_submit' [-Wmissing-prototypes]
drivers/dma/virt-dma.c:52:5: warning: no previous prototype for
'vchan_tx_desc_free' [-Wmissing-prototypes]
In fact, both functions are decla
Hi!
> > >+ if (copy_from_user(&udev->user_dev, buffer,
> > >+ sizeof(struct uleds_user_dev))) {
> > >+ ret = -EFAULT;
> > >+ goto out;
> > >+ }
> > >+
> > >+ if (!udev->user_dev.name[0]) {
> > >+ ret = -EINVAL;
> > >+ goto out;
> > >+ }
>
On Mon, Sep 12, 2016 at 02:01:28PM +0100, Richard Fitzgerald wrote:
> In preparation for adding variable-length array reads, change
> of_find_property_value_of_size so that it takes an optional
> maximum length. If the maximum is passed as 0, the behaviour is
> unchanged and it will return a proper
On Wed, Sep 14, 2016 at 04:01:24PM +0100, Robin Murphy wrote:
> Whilst we're some of the way towards a universal firmware property
> interface, drivers which deal with both OF and ACPI probing end up
> having to do things like this:
>
> dev->of_node ? &dev->of_node->fwnode : dev->fwnode
>
> T
Right now, the kernel address filters in PT are prone to integer overflow
that may happen in adding filter's size to its offset to obtain the end
of the range. Such an overflow would also throw a #GP in the PT event
configuration path.
Fix this by explicitly validating the result of this calculati
The kernel_ip() filter is used mostly by the DS/LBR code to look at the
branch addresses, but Intel PT also uses it to validate the address
filter offsets for kernel addresses, for which it is not sufficient:
supplying something in bits 64:48 that's not a sign extension of the lower
address bits (l
On Thu, Sep 15, 2016 at 03:20:58PM +0200, Bartosz Golaszewski wrote:
> 2016-09-15 14:41 GMT+02:00 Linus Walleij :
> >> So can't you walk up that and see if you encounter the exact same driver
> >> again?
> >>
> >> Something like:
> >>
> >> for (nr = 0, parent = dev->parent; parent; parent =
On Wed, Sep 14, 2016 at 3:06 PM, Reza Arbab wrote:
> Respect the standard dt "status" property when scanning memory nodes in
> early_init_dt_scan_memory(), so that if the property is present and not
> "okay", no memory will be added.
>
> The use case at hand is accelerator or device memory, which
We get 2 warnings when building kernel with W=1:
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:985:5: warning: no previous prototype
for 'amdgpu_ttm_init' [-Wmissing-prototypes]
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:1092:6: warning: no previous prototype
for 'amdgpu_ttm_fini' [-Wmissing-prototypes]
From: Colin Ian King
If adapter is null the error exit path in mwifiex_shutdown_sw is
to down the semaphore sem and print some debug via mwifiex_dbg.
However, passing a NULL adapter to mwifiex_dbg causes a null
pointer deference when accessing adapter->dev. This fix checks
for a null adapter at
Hi William,
[auto build test ERROR on iio/togreg]
[also build test ERROR on v4.8-rc6 next-20160915]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for
convenience) to rec
Hi Linus,
On 09/15/2016 04:18 PM, Vladimir Zapolskiy wrote:
Hi Linus,
On 09/15/2016 03:19 PM, Linus Walleij wrote:
On Wed, Sep 14, 2016 at 4:33 PM, Guenter Roeck wrote:
On 09/14/2016 12:19 AM, Linus Walleij wrote:
On Wed, Sep 14, 2016 at 5:20 AM, Guenter Roeck wrote:
So, in other words,
2016-09-14 Masahiro Yamada :
> Remove unneeded variables and assignments.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> drivers/gpu/drm/qxl/qxl_draw.c| 7 ++-
> drivers/gpu/drm/qxl/qxl_release.c | 7 ++-
> 2 files changed, 4 insertions(+), 10 deletions(-)
For patches 1 to 4:
Revie
Am 15.09.2016 um 15:43 schrieb Baoyou Xie:
We get 2 warnings when building kernel with W=1:
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:985:5: warning: no previous prototype
for 'amdgpu_ttm_init' [-Wmissing-prototypes]
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c:1092:6: warning: no previous prototype
Building atop of Andy's work on x86 and generic code, these patches move
arm64's thread_info off of the stack and into task_struct. This protects
thread_info from corruption in the face of stack overflow, and serves as
a step towards fully robust stack overflow handling will be addressed by
subsequ
When CONFIG_THREAD_INFO_IN_TASK is selected, the current_thread_info()
macro relies on current having been defined prior to its use. However,
not all users of current_thread_info() include , and thus
current is not guaranteed to be defined.
When CONFIG_THREAD_INFO_IN_TASK is not selected, it's pos
On Thu, Sep 15, 2016 at 01:58:15PM +0200, Richard Cochran wrote:
> Can the input clock be higher than 1 GHz? If not, I suggest using
> clocks_calc_mult_shift() with maxsec=4 and a setting the watchdog also
> to 4*HZ.
On second thought, with the new 12% timer batching, using 4*HZ for 32
bits of 1
Currently, task_struct is defined in , which (indirectly)
pulls in a number of low-level arch headers such as
through a number of other headers. Thus, code and structures in these
headers can't rely on the definition of task_struct. Some of these
headers are necessary for the definition of task_st
Shortly we will want to load a percpu variable in the return from
userspace path. We can save an instruction by folding the addition of
the percpu offset into the load instruction, and this patch adds a new
helper to do so.
At the same time, we clean up this_cpu_ptr for consistency. As with
{adr,l
This patch moves arm64's struct thread_info from the task stack into
task_struct. This protects thread_info from corruption in the case of
stack overflows, and makes its address harder to determine if stack
addresses are leaked, making a number of attacks more difficult. Precise
detection and handl
We have a comment claiming __switch_to() cares about where cpu_context
is located relative to cpu_domain in thread_info. However arm64 has
never had a thread_info::cpu_domain field, and neither __switch_to nor
cpu_switch_to care where the cpu_context field is relative to others.
Additionally, the
We get 2 warnings when building kernel with W=1:
drivers/staging/lustre/lustre/obdclass/linux/linux-module.c:413:5: warning: no
previous prototype for 'class_procfs_init' [-Wmissing-prototypes]
drivers/staging/lustre/lustre/obdclass/linux/linux-module.c:449:5: warning: no
previous prototype for
It is preferrable to use request_firmware where sleeping is
allowed. Using it under spinlock can cause blocking. Here,
the function wd719x_chip_init calls request_firmware while
holding a spinlock. So, let's access it outside the spinlock.
Coccinelle is used to detect the issue.
Signed-off-by: Va
When returning from idle, we rely on the fact that thread_info lives at
the end of the kernel stack, and restore this by masking the saved stack
pointer. Subsequent patches will sever the relationship between the
stack and thread_info, and to cater for this we must save/restore sp_el0
explicitly, s
Subsequent patches will move the thread_info::{task,cpu} fields, and the
current TI_{TASK,CPU} offset definitions are not used anywhere.
This patch removes the redundant definitions.
Signed-off-by: Mark Rutland
Cc: Catalin Marinas
Cc: James Morse
Cc: Will Deacon
---
arch/arm64/kernel/asm-off
On Wed, Sep 14, 2016 at 10:39 AM, Masahiro Yamada
wrote:
> Remove unneeded variables and assignments.
>
> Signed-off-by: Masahiro Yamada
Reviewed-by: Sean Paul
> ---
>
> drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c | 20
> 1 file changed, 4 insertions(+), 16 deletion
Hi,
On 15/09/2016 at 14:29:24 +0200, Richard Genoud wrote :
> Since:
> commit c32b5bcfa3c43a3c9bb59f65b5e76adb7384c4c8
> Author: Alexandre Belloni
> Date: Tue Jul 12 22:45:59 2016 +0200
>
> ARM: dts: at91: Fix USB endpoint nodes
>
> Endpoint nodes have a reg property. Add their mandat
In arm64's die and __die routines we pass around a thread_info, and
subsequently use this to determine either the relevant task_struct, or
the end of the thread's stack. This will shortly become problematic when
we move the thread_info out of the thread's stack.
Instead, pass around the task_struc
On Thu, Sep 15, 2016 at 3:18 PM, Vladimir Zapolskiy
wrote:
>> No response from author, so betting on it and reverting this in isolation
>> with your Reported-by.
>>
>
> please revert the revert :)
Sure I hadn't pushed it yet anyway.
Yours,
Linus Walleij
Peter,
Can you pull this patch in? It probably should go to stable as well.
-- Steve
On Thu, 8 Sep 2016 20:33:13 +0200
Borislav Petkov wrote:
> On Thu, Sep 08, 2016 at 12:34:33PM -0400, Steven Rostedt wrote:
> > [
> > Boris, does this quiet gcc for you?
> > I haven't fully tested this ye
> "Bryant" == Bryant G Ly writes:
Bryant> On 9/12/16, 11:15 PM, "Stephen Rothwell" wrote:
>> Hi James,
>>
>> After merging the scsi tree, today's linux-next build (powerpc
>> allyesconfig) produced this warning:
>>
>> drivers/scsi/ibmvscsi_tgt/ibmvscsi_tgt.c: In function
>> 'ibmvscsis_rdm
Hi All,
On Thu, Sep 15, 2016 at 11:42 PM, Colin King wrote:
> From: Colin Ian King
>
> If adapter is null the error exit path in mwifiex_shutdown_sw is
> to down the semaphore sem and print some debug via mwifiex_dbg.
> However, passing a NULL adapter to mwifiex_dbg causes a null
> pointer defer
On 09/15/2016 09:17 AM, Wouter Verhelst wrote:
On Thu, Sep 15, 2016 at 01:44:29PM +0100, Alex Bligh wrote:
On 15 Sep 2016, at 13:41, Christoph Hellwig wrote:
On Thu, Sep 15, 2016 at 01:39:11PM +0100, Alex Bligh wrote:
That's probably right in the case of file-based back ends that
are runnin
On 15 September 2016 at 15:49, Ulf Hansson wrote:
> On 15 September 2016 at 09:59, Pramod Gurav wrote:
>> On 9 September 2016 at 15:48, Georgi Djakov wrote:
>>> On 09/08/2016 11:02 AM, Adrian Hunter wrote:
On 01/09/16 17:23, Pramod Gurav wrote:
>
> Provides runtime PM callbacks
On Thu, 15 Sep 2016 16:19:52 +0300
Andrey Utkin wrote:
> On Thu, Sep 15, 2016 at 03:15:53PM +0200, Hans Verkuil wrote:
> > It could be related to the fact that a PCI write may be delayed unless
> > it is followed by a read (see also the comments in
> > drivers/media/pci/ivtv/ivtv-driver.h).
>
On Thu, Sep 15, 2016 at 06:26:18PM +0530, Kishon Vijay Abraham I wrote:
> Hi Greg,
>
> Please find the updated PHY pull request for 4.9 based on usb-next. This
> now fixes the merge conflicts caused because of extcon branch merged
> into linux-phy.
>
> Please find the detailed list of changes in
On Wed, Sep 14, 2016 at 8:54 AM, Tomasz Figa wrote:
> The display controller found on Rockchip SoCs supported by Rockchip DRM
> driver (VOP) is a bit problematic, because it does not provide hardware
> vblank counter. Because vblank interrupt is used to feed the software
> counter, the driver had
> "Michael" == Michael Opdenacker
> writes:
Michael> + * 'cam-r12b.pdf' document on http://www.t10.org/t10docs.htm
Michael> + * (registration required)
That link really should be http://www.t10.org/drafts.htm. You can't look
up draft specifications using the proposal document search for
Hi Marc,
Thanks for your review, reply inline.
On 09/14/2016 11:45 PM, Marc Zyngier wrote:
On 14/09/16 15:21, Hanjun Guo wrote:
From: Hanjun Guo
With the platform msi domain created, we can set up the msi domain
for a platform device when it's probed.
This patch introduces acpi_configure_ms
On Thu, Sep 15, 2016 at 04:29:43PM +0300, Alexander Shishkin wrote:
> The kernel_ip() filter is used mostly by the DS/LBR code to look at the
> branch addresses, but Intel PT also uses it to validate the address
> filter offsets for kernel addresses, for which it is not sufficient:
> supplying some
On 15/09/2016 15:34, Eric Blake wrote:
> On 09/15/2016 06:09 AM, Alex Bligh wrote:
>>
>> I also wonder whether any servers that can do caching per
>> connection will always share a consistent cache between
>> connections. The one I'm worried about in particular here
>> is qemu-nbd - Eric Blake C
On Thu, Sep 15, 2016 at 09:54:50AM -0400, Steven Rostedt wrote:
>
> Peter,
>
> Can you pull this patch in? It probably should go to stable as well.
I'm not sure how this relates to lockdep, which is why I mostly ignored
the patch.
On 15/09/2016 14:48, Vaishali Thakkar wrote:
It is preferrable to use request_firmware where sleeping is
allowed. Using it under spinlock can cause blocking. Here,
the function wd719x_chip_init calls request_firmware while
holding a spinlock. So, let's access it outside the spinlock.
Coccinelle
On Thu, Sep 15, 2016 at 09:35:57PM +0800, kbuild test robot wrote:
>Hi William,
>
>[auto build test ERROR on iio/togreg]
>[also build test ERROR on v4.8-rc6 next-20160915]
>[if your patch is applied to the wrong git tree, please drop us a note to help
>improve the system]
&g
2016-09-15 15:39 GMT+02:00 Peter Zijlstra :
> On Thu, Sep 15, 2016 at 03:20:58PM +0200, Bartosz Golaszewski wrote:
>> 2016-09-15 14:41 GMT+02:00 Linus Walleij :
>> >> So can't you walk up that and see if you encounter the exact same driver
>> >> again?
>> >>
>> >> Something like:
>> >>
>> >>
On 15/09/2016 15:08, John Garry wrote:
On 15/09/2016 14:48, Vaishali Thakkar wrote:
It is preferrable to use request_firmware where sleeping is
allowed. Using it under spinlock can cause blocking. Here,
the function wd719x_chip_init calls request_firmware while
holding a spinlock. So, let's acce
We get 2 warnings when building kernel with W=1:
drivers/gpu/drm/radeon/radeon_device.c:1961:5: warning: no previous prototype
for 'radeon_debugfs_init' [-Wmissing-prototypes]
drivers/gpu/drm/radeon/radeon_device.c:1966:6: warning: no previous prototype
for 'radeon_debugfs_cleanup' [-Wmissing-pro
On 15 September 2016 at 14:05, Tomeu Vizoso wrote:
> In platforms such as Rockchip's, the array of domains isn't always
> filled without holes, as which domains are present depend on the
> particular SoC revision.
>
> By allowing holes to be in the array, such SoCs can still use a single
> set of
This patchset consists of some code cleanup in usb gadget ncm code.
Note: Testing has only been done on an ARM i.MX6 based platform.
Torsten Polle (3):
usb: gadget: NCM: link socket buffers to the device for tx packets
usb: gadget: NCM: link socket buffers to the device for received
packe
From: Torsten Polle
Socket buffers should be linked to the (network) device that allocated
the buffers.
Signed-off-by: Torsten Polle
Signed-off-by: Harish Jenny K N
---
drivers/usb/gadget/function/f_ncm.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/usb/gadget/function/f_
On Thu, Sep 15, 2016 at 04:35:04PM +0300, Vladimir Zapolskiy wrote:
> Hi Guenter,
>
> On 09/14/2016 06:20 AM, Guenter Roeck wrote:
> > Hi Vladimir,
> >
> > your commit e188cbf7564f ("gpio: mxc: shift gpio_mxc_init() to
> > subsys_initcall level")
> > in -next causes the following crash when runn
From: Torsten Polle
dev_kfree_skb_any() is used to free packets that are dropped by the
network stack. Therefore the function should not be used for packets
that have been successfully processed by the network stack. Instead
dev_consume_skb_any() has to be used for such consumed packets.
This se
This series is based on the AR8xxx series posted by Matthieu Olivari in may
2015. The following changes were made since then
* fixed the nitpicks from the previous review
* updated to latest API
* turned it into an mdio device
* added callbacks for fdb, bridge offloading, stp, eee, port status
* f
From: Torsten Polle
Socket buffers should be linked to the (network) device that allocated
the buffers. __netdev_alloc_skb performs this task.
Signed-off-by: Torsten Polle
Signed-off-by: Jim Baxter
Signed-off-by: Harish Jenny K N
---
drivers/usb/gadget/function/u_ether.c |2 +-
1 file ch
Add device-tree binding for ar8xxx switch families.
Cc: devicet...@vger.kernel.org
Signed-off-by: John Crispin
---
Changes in V2
* fixup example to include phy nodes and corresponding phandles
* add a note explaining why we need to phy nodes
Changes in V3
* add note stating that the cpu port is
Add support for the 2-bytes Qualcomm tag that gigabit switches such as
the QCA8337/N might insert when receiving packets, or that we need
to insert while targeting specific switch ports. The tag is inserted
directly behind the ethernet header.
Reviewed-by: Andrew Lunn
Reviewed-by: Florian Fainell
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: 15 September 2016 13:25
> To: linux-arm-ker...@lists.infradead.org
> Cc: Gabriele Paoloni; devicet...@vger.kernel.org;
> lorenzo.pieral...@arm.com; miny...@acm.org; linux-...@vger.kernel.org;
> gre...@linuxfoundation.
On Wed, Sep 14, 2016 at 04:18:46PM +0200, Christoph Hellwig wrote:
> This series is the remainder of the earlier "automatic interrupt affinity for
> MSI/MSI-X capable devices" series, and make uses of the new irq-level
> interrupt / queue mapping code in blk-mq, as well as allowing the driver
> to
This patch contains initial support for the QCA8337 switch. It
will detect a QCA8337 switch, if present and declared in the DT.
Each port will be represented through a standalone net_device interface,
as for other DSA switches. CPU can communicate with any of the ports by
setting an IP@ on ethN in
Hi Maxime,
On Sat, Aug 27, 2016 at 3:55 PM, Chen-Yu Tsai wrote:
> The AXP806 PMIC is the secondary PMIC. It provides various supply
> voltages for the SoC and other peripherals. The PMIC's interrupt
> line is connected to NMI pin of the SoC.
>
> Signed-off-by: Chen-Yu Tsai
The driver patches ha
]
> > [Check https://git-scm.com/docs/git-format-patch for more information]
> >
> > url:
> > https://github.com/0day-ci/linux/commits/Johannes-Weiner/mm-memcontrol-make-per-cpu-charge-cache-IRQ-safe-for-socket-accounting/20160915-035634
> > config: m68k-sun3_defconfig (
Thanks for all the testing and the review Keith, as well as the
fixes earlier.
Jens, what do you think of the series?
Thomas has added the first 5 patches to
https://git.kernel.org/cgit/linux/kernel/git/tip/tip.git/log/?h=irq/for-block
so it would be great if we could pull that into a block bra
On Mon, Sep 5, 2016 at 10:25 PM, Jerome Glisse wrote:
>> Recently I got myself a new laptop with the following integrated GPU:
>>
>> 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
>> Mullins [Radeon R3 Graphics] (rev 40)
>>
>> I found that hibernation is broken in Linux
On 15 September 2016 at 15:11, Dietmar Eggemann
wrote:
> On 12/09/16 08:47, Vincent Guittot wrote:
>> When a task moves from/to a cfs_rq, we set a flag which is then used to
>> propagate the change at parent level (sched_entity and cfs_rq) during
>> next update. If the cfs_rq is throttled, the fla
On 09/15/2016 08:32 AM, Christoph Hellwig wrote:
Thanks for all the testing and the review Keith, as well as the
fixes earlier.
Jens, what do you think of the series?
Thomas has added the first 5 patches to
https://git.kernel.org/cgit/linux/kernel/git/tip/tip.git/log/?h=irq/for-block
so it wo
From: Markus Elfring
Date: Thu, 15 Sep 2016 16:27:23 +0200
Some update suggestions were taken into account
from static source code analysis.
Markus Elfring (6):
Use kmalloc_array() in ahash_setkey()
Rename jump labels in ahash_setkey()
Rename a jump label in five functions
Return a value
On 09/15/2016 07:23 AM, Uwe Kleine-König wrote:
On Thu, Sep 15, 2016 at 04:35:04PM +0300, Vladimir Zapolskiy wrote:
Hi Guenter,
On 09/14/2016 06:20 AM, Guenter Roeck wrote:
Hi Vladimir,
your commit e188cbf7564f ("gpio: mxc: shift gpio_mxc_init() to subsys_initcall
level")
in -next causes the
On Thu, Sep 15, 2016 at 04:08:52PM +0200, Bartosz Golaszewski wrote:
> 2016-09-15 15:39 GMT+02:00 Peter Zijlstra :
> > In any case, if this fails, we can always punt and simply count the
> > total number of instances of this driver on the system and go with that.
> >
>
> But for __mutex_init() to
Introduce mechanism to detect sun7i and provide a different regmap different
compared to sun4i Allwinner A10.
The controls will be extended in a forthcoming patch - it is necessary to
distinguish between sun4i and sun7i controls because they have different
registers.
Renamed SUN4I_CODEC_AC_SY
ASoC: sun4i-codec: Add custom regmap configs for the A10 and A20 variants.
Signed-off-by: Danny Milosavljevic
---
sound/soc/sunxi/sun4i-codec.c | 33 ++---
1 file changed, 30 insertions(+), 3 deletions(-)
diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/s
ASoC: sun4i-codec: rename "sun4i_codec_widgets" to "sun4i_codec_controls" for
consistency with the struct field name.
Signed-off-by: Danny Milosavljevic
---
sound/soc/sunxi/sun4i-codec.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/sound/soc/sunxi/sun4i-codec.c b/sou
This patch renames some sun7i-only registers to reflect that fact.
Signed-off-by: Danny Milosavljevic
---
sound/soc/sunxi/sun4i-codec.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c
index c2c0583..3b53b78 1
d_data);
> + error = of_genpd_add_provider_onecell(np, &pmu->genpd_data);
> + if (error) {
> + dev_err(dev, "failed to add provider: %d\n", error);
> + goto err_out;
> + }
>
> return 0;
Looks good in itself, but se
From: Markus Elfring
Date: Thu, 15 Sep 2016 11:20:09 +0200
* A multiplication for the size determination of a memory allocation
indicated that an array data structure should be processed.
Thus use the corresponding function "kmalloc_array".
This issue was detected by using the Coccinelle s
On Tue, Sep 13, 2016 at 10:21:40AM -0700, Matthias Kaehlcke wrote:
> Optimizing the delay time depends on the SoC; we have not measured
> this across a wide variety of devices and thus have very conservative
> numbers. The percentage is based on the trigger for OVP on the
> regulator. In this case
From: Markus Elfring
Date: Thu, 15 Sep 2016 13:54:49 +0200
Adjust jump labels according to the current Linux coding style convention.
Signed-off-by: Markus Elfring
---
drivers/crypto/caam/caamhash.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/crypto/
On Thu, Sep 15, 2016 at 08:34:42AM -0600, Jens Axboe wrote:
> I was going to ask about splitting it, but that looks fine, I can pull
> that in.
>
> The series looks fine to me. My only real concern is giving drivers the
> flexibility to define mappings, I don't want that to evolve into drivers
> (a
From: Markus Elfring
Date: Thu, 15 Sep 2016 14:43:38 +0200
Adjust jump labels according to the current Linux coding style convention.
Signed-off-by: Markus Elfring
---
drivers/crypto/caam/caamhash.c | 49 +++---
1 file changed, 22 insertions(+), 27 deletions
On Thu, Sep 15, 2016 at 08:43:08AM -0500, Rob Herring wrote:
On Wed, Sep 14, 2016 at 3:06 PM, Reza Arbab wrote:
+ status = of_get_flat_dt_prop(node, "status", NULL);
+ add_memory = !status || !strcmp(status, "okay");
Move this into it's own function to mirror the unflattened versi
On Mon, Sep 12, 2016 at 09:47:49AM +0200, Vincent Guittot wrote:
> +static inline void
> +update_tg_cfs_load(struct cfs_rq *cfs_rq, struct sched_entity *se)
> +{
> + struct cfs_rq *gcfs_rq = group_cfs_rq(se);
> + long delta, load = gcfs_rq->avg.load_avg;
> +
> + /* If the load of group
> +static int blk_mq_create_mq_map(struct blk_mq_tag_set *set,
> + const struct cpumask *affinity_mask)
> {
> + int queue = -1, cpu = 0;
> +
> + set->mq_map = kzalloc_node(sizeof(*set->mq_map) * nr_cpu_ids,
> + GFP_KERNEL, set->numa_node);
> + if (!set->
From: Markus Elfring
Date: Thu, 15 Sep 2016 14:56:12 +0200
* Return a value at the end without storing it in an intermediate variable.
* Delete the local variable "ret" which became unnecessary with
this refactoring.
Signed-off-by: Markus Elfring
---
drivers/crypto/caam/caamhash.c | 6 +
NBD can become contended on its single connection. We have to serialize all
writes and we can only process one read response at a time. Fix this by
allowing userspace to provide multiple connections to a single nbd device. This
coupled with block-mq drastically increases performance in multi-pro
Hi Michal,
On Thu, Sep 01, 2016 at 11:51:00AM +0200, Michal Hocko wrote:
> Hi,
> this is an early RFC to see whether the approach I've taken is acceptable.
> The series is on top of the current mmotm tree (2016-08-31-16-06). I didn't
> get to test it so it might be completely broken.
>
> The prim
From: Markus Elfring
Date: Thu, 15 Sep 2016 15:24:02 +0200
The local variable "ret" will be set to an appropriate value a bit later.
Thus omit the explicit initialisation at the beginning.
Signed-off-by: Markus Elfring
---
drivers/crypto/caam/caamhash.c | 14 +++---
1 file changed, 7 i
From: Markus Elfring
Date: Thu, 15 Sep 2016 16:00:55 +0200
Move statements for error handling which were identical
in two if branches to the end of these functions.
Signed-off-by: Markus Elfring
---
drivers/crypto/caam/caamhash.c | 26 ++
1 file changed, 14 insertions(+
On Wed, Sep 14, 2016 at 10:39 AM, Masahiro Yamada
wrote:
> Remove unneeded variables and assignments.
>
> Signed-off-by: Masahiro Yamada
Applied to drm-misc
Sean
> ---
>
> drivers/gpu/drm/amd/amdgpu/dce_virtual.c | 6 +-
> drivers/gpu/drm/amd/amdgpu/sdma_v2_4.c | 6 +-
> drivers/gp
On Wed, Sep 14, 2016 at 12:09:49PM +0200, Greg KH wrote:
> I'll send out a follow-up set of "simple" patches that just add the
> files to the kernel tree, to give people an idea of the code involved.
> Overall, it's a tiny stand-alone driver subsystem, only 37k lines, that
> implements a protocol
On Wed, Sep 14, 2016 at 10:39 AM, Masahiro Yamada
wrote:
> Remove unneeded variables and assignments.
>
> Signed-off-by: Masahiro Yamada
Applied to drm-misc
Sean
> ---
>
> drivers/gpu/drm/radeon/cik.c | 6 +-
> drivers/gpu/drm/radeon/r100.c | 6 +-
> drivers/gpu/drm/radeon/r600.c | 6
On 09/15/2016 08:42 AM, Christoph Hellwig wrote:
On Thu, Sep 15, 2016 at 08:34:42AM -0600, Jens Axboe wrote:
I was going to ask about splitting it, but that looks fine, I can pull
that in.
The series looks fine to me. My only real concern is giving drivers the
flexibility to define mappings, I
On Thu, Sep 15, 2016 at 9:47 AM, Gustavo Padovan wrote:
> 2016-09-14 Masahiro Yamada :
>
>> Remove unneeded variables and assignments.
>>
>> Signed-off-by: Masahiro Yamada
>> ---
>>
>> drivers/gpu/drm/qxl/qxl_draw.c| 7 ++-
>> drivers/gpu/drm/qxl/qxl_release.c | 7 ++-
>> 2 files cha
On 09/15/2016 08:44 AM, Christoph Hellwig wrote:
+static int blk_mq_create_mq_map(struct blk_mq_tag_set *set,
+ const struct cpumask *affinity_mask)
{
+ int queue = -1, cpu = 0;
+
+ set->mq_map = kzalloc_node(sizeof(*set->mq_map) * nr_cpu_ids,
+ GF
On Thu, Sep 15, 2016 at 9:51 AM, Sean Paul wrote:
> On Wed, Sep 14, 2016 at 10:39 AM, Masahiro Yamada
> wrote:
>> Remove unneeded variables and assignments.
>>
>> Signed-off-by: Masahiro Yamada
>
> Reviewed-by: Sean Paul
>
Decided to apply patches 1-4 to drm-misc
Thanks,
Sean
>> ---
>>
>>
On Thu, Sep 15, 2016 at 04:47:01PM +0530, Viresh Kumar wrote:
> Fix the kernel warnings and crashes by moving away from managed
> regulator bulk get API by using regulator_bulk_get() and explicitly
> calling regulator_put() for all the supplies in exit paths.
Moving away from regulator bulk get t
On Thu, Sep 15, 2016 at 07:35:16AM -0700, Guenter Roeck wrote:
> On 09/15/2016 07:23 AM, Uwe Kleine-König wrote:
> > On Thu, Sep 15, 2016 at 04:35:04PM +0300, Vladimir Zapolskiy wrote:
> > > Hi Guenter,
> > >
> > > On 09/14/2016 06:20 AM, Guenter Roeck wrote:
> > > > Hi Vladimir,
> > > >
> > > >
Changes in v3:
- Moved addition of counter subdirectory with the introduction of the
104-QUAD-8 driver; this should prevent an unpopulated Makefile from
existing in an empty counter subdirectory
- Remove flg1 ext_info. In the 104-QUAD-8, the FLG1 pin is used to
trigger interrupts; I
301 - 400 of 856 matches
Mail list logo
