Re: [PATCH 1/2] mfd: twl-core: Return directly after a failed platform_device_alloc() in add_numbered_child()

On Mon, 16 May 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 15 May 2016 19:20:28 +0200 > > The platform_device_put() function was called in one case by the > add_numbered_child() function during error handling even if the passed > variable "pdev" contained a null pointer.

[PATCH] drivers/scsi:fix memory leak

In function ahc_handle_en_lun, variable lstate has not been freed before return, which can cause memory leak, fix it. Signed-off-by: Heloise --- drivers/scsi/aic7xxx/aic7xxx_core.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/scsi/aic7xxx/aic7xxx_core.c b/drivers/scsi/aic7xxx/aic

45aebeaf4f67 "ovl: Ensure upper filesystem supports d_type" breaking Docker

Hi, I installed a fresh 4.6.0 kernel on my ppc64le system, and tried to run a docker container. It failed. Docker gave me errors like this: docker: Error response from daemon: error creating overlay mount to /var/lib/docker/overlay/2bc07cedad2770da2f384d5c1e81a6f45fa3c44a7658f10d02e5973ef76620f

Re: [PATCH nf-next] netfilter: allow logging from non-init namespaces

On Thu, May 12, 2016 at 11:57:26AM +0200, Pablo Neira Ayuso wrote: > Hi Michal, > > On Wed, Apr 27, 2016 at 02:48:02PM +0200, Michal Kubecek wrote: > > Commit 69b34fb996b2 ("netfilter: xt_LOG: add net namespace support for > > xt_LOG") disabled logging packets using the LOG target from non-init >

Re: [PATCH v3 3/7 UPDATE] perf tools: Add option for the path of buildid dsos under symfs

在 2016/5/16 10:50, David Ahern 写道: On 5/15/16 7:30 PM, Hekuang wrote: In previous patch, I use 'perf buildid-cache -a' to add vdso binary into the HOST buildid dir. So 'perf buildid-cache' needs the symfs option? No, for the host, we don't reference any files in buildid-cache if symfs is

[PATCH 2/2] mfd: twl-core: Refactoring for add_numbered_child()

From: Markus Elfring Date: Sun, 15 May 2016 19:50:55 +0200 Adjust jump targets according to the Linux coding style convention. Another check for the variable "status" can be omitted then at the end. Signed-off-by: Markus Elfring --- drivers/mfd/twl-core.c | 19 +-- 1 file chang

[PATCH 1/2] mfd: twl-core: Return directly after a failed platform_device_alloc() in add_numbered_child()

From: Markus Elfring Date: Sun, 15 May 2016 19:20:28 +0200 The platform_device_put() function was called in one case by the add_numbered_child() function during error handling even if the passed variable "pdev" contained a null pointer. * Change an error message. * Return directly in this case.

Re: [RFC PATCH] perf session: fixing uninitialised cpumode

On Fri, May 13, 2016 at 05:36:16PM -0600, Mathieu Poirier wrote: > The following patch[1] adds a new "cpumode" to the perf_sample > structure that gets initialised as events are read from the data > event file. > > With the advent of HW tracers and more specifically the decoding of > the traces th

RE: [PATCH V2 2/2] drivers: i2c: qup: Fix error handling

Hi, > > > Among the bus errors reported from the QUP_MASTER_STATUS register > > > only NACK is considered and transfer gets suspended, while other > > > errors are ignored. Correct this and suspend the transfer for other > > > errors as well. This avoids unnessecary 'timeouts' which happens > > > w

Re: [RFC PATCH 2/7] ALSA: ac97: add an ac97 bus

On Sun, 15 May 2016 23:29:27 +0200, Robert Jarzmik wrote: > > Takashi Iwai writes: > > > On Sat, 14 May 2016 11:50:50 +0200, > > Robert Jarzmik wrote: > >> >> +unsigned int ac97_bus_scan_one(struct ac97_controller *ac97, > >> >> + int codec_num) > >> >> +{ > >

Re: [PATCH] ixgbe: take online CPU number as MQ max limit when alloc_etherdev_mq()

Thanks for your reviewing. Ethan On 2016/5/13 20:52, Sergei Shtylyov wrote: Hello. On 5/13/2016 8:56 AM, Ethan Zhao wrote: Allocating 64 Tx/Rx as default doesn't benefit perfomrnace when less Performance. CPUs were assigned. especially when DCB is enabled, so we should take num_online

RE: [PATCH 2/2] serial: 8250_mid: Read RX buffer on RX DMA timeout for DNV

>-Original Message- >From: Andy Shevchenko [mailto:andriy.shevche...@linux.intel.com] >Sent: Friday, May 13, 2016 7:28 PM >To: lkp ; Chuah, Kim Tatt ; Peter >Hurley >Cc: kbuild-...@01.org; gre...@linuxfoundation.org; Koul, Vinod >; heikki.kroge...@linux.intel.com; >mika.westerb...@linux.

[PATCH] ARM: DRA7: hwmod: Remove QSPI address space entry from hwmod

QSPI address space information is passed from device tree. Therefore remove legacy way of passing address space via hwmod data. Signed-off-by: Vignesh R --- arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 10 -- 1 file changed, 10 deletions(-) diff --git a/arch/arm/mach-omap2/omap_hwmod_7xx

RE: [PATCH V2 1/2] drivers: i2c: qup: Fix broken dma when CONFIG_DEBUG_SG is enabled

Hi, > > With CONFIG_DEBUG_SG is enabled and when dma mode is used, below > dump > > is seen, > > > > [ cut here ] > > kernel BUG at include/linux/scatterlist.h:140! > > Internal error: Oops - BUG: 0 [#1] PREEMPT SMP Modules linked in: > > CPU: 0 PID: 1 Comm: swapper/0 Not ta

RE: [PATCH V2 0/2] drivers: i2c: qup: Some misc fixes

Hi, > > One for fixing the bug with CONFIG_DEBUG_SG enabled and another to > > suspend the transfer for all errors instead of just for nack. > > You haven't stated what was changed in V2. ah, sorry, will resend.. Regards, Sricharan

[PATCH] gpu:drm:radeon:fix array out fo bouds

From: tom will When the initial value of i is greater than zero, it may cause endless loop, resulting in array out of bouds, fix it. Signed-off-by: tom will --- drivers/gpu/drm/radeon/kv_dpm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/kv_dpm.c b

Re: [Patch v5 5/8] firmware: qcom: scm: Convert to streaming DMA APIS

On Fri, May 13, 2016 at 04:48:52PM -0700, Bjorn Andersson wrote: > > + cmd->len = cpu_to_le32(alloc_len); > > + cmd->buf_offset = cpu_to_le32(sizeof(*cmd)); > > + cmd->resp_hdr_offset = cpu_to_le32(sizeof(*cmd) + cmd_len); > > + > > cmd->id = cpu_to_le32((svc_id << 10) | cmd_id); > >

Re: linux-next: Tree for May 16

Hi all, I forgot to say: Please do not add any v4.8 destined material to your linux-next included branches until after v4.7-rc1 has been released. -- Cheers, Stephen Rothwell

linux-next: Tree for May 16

Hi all, Changes since 20160513: Undropped tree: rdma-leon The wireless-drivers-next tree gained a conflict aaginst the net-next tree. The rdma-leon tree lost its build failure. The spi tree gained a build failure so I used the version from next-20160513. The clk tree gained a conflict against

Re: [PATCH 0/5] cpufreq: governor: Rework API to use callbacks instead of events

On 14-05-16, 00:58, Rafael J. Wysocki wrote: > Hi, > > This series is on top of the current linux-next witn the following two patches > applied: > > https://patchwork.kernel.org/patch/9080801/ > https://patchwork.kernel.org/patch/9080791/ > > It cleans up a few things and then reworks the govern

Re: [PATCH 5/5] cpufreq: governor: Get rid of governor events

On 14-05-16, 01:02, Rafael J. Wysocki wrote: > --- linux-pm.orig/drivers/cpufreq/cpufreq_governor.c > -int cpufreq_governor_dbs(struct cpufreq_policy *policy, unsigned int event) > -{ > - if (event == CPUFREQ_GOV_POLICY_INIT) { > - return cpufreq_governor_init(policy); > - } els

[PATCH] perf script: Fix display inconsitency when call-graph config is used

There's a display inconsistency when 'call-graph' config event appears in different position. The problem can be reproduced like this: We record signal_deliver with call-graph and signal_generate without it. $ perf record -g -a -e signal:signal_deliver -e signal:signal_generate/call-graph=no/

Re: [rcu_sched stall] regression/miss-config ?

On 5/15/16 2:18 PM, Santosh Shilimkar wrote: Hi Paul, I was asking Sasha about [1] since other folks in Oracle also stumbled upon similar RCU stalls with v4.1 kernel in different workloads. I was reported similar issue with RDS as well and looking at [1], [2], [3] and [4], thought of reaching ou

Re: [PATCH net-next] tuntap: introduce tx skb ring

On Mon, May 16, 2016 at 09:17:01AM +0800, Jason Wang wrote: > We used to queue tx packets in sk_receive_queue, this is less > efficient since it requires spinlocks to synchronize between producer > and consumer. > > This patch tries to address this by using circular buffer which allows > lockless

Re: [PATCH 3/4] phy: rockchip-emmc: configure default output tap delay

Hi Doug, On 2016/5/14 6:25, Doug Anderson wrote: Hi, On Thu, May 12, 2016 at 3:43 PM, Brian Norris wrote: The output tap delay controls helps maintain the hold requirements for eMMC. The exact value is dependent on the SoC and other factors, though it isn't really an exact science. But the de

Re: [PATCH net-next] tuntap: introduce tx skb ring

On Mon, 2016-05-16 at 09:17 +0800, Jason Wang wrote: > We used to queue tx packets in sk_receive_queue, this is less > efficient since it requires spinlocks to synchronize between producer > and consumer. ... > struct tun_struct *detached; > + /* reader lock */ > + spinlock_t rlock;

Linux v4.6 does not work with Centos 7 (Radeon) but works with Linux v4.5

A lot of breakage for Building v4.6 on Centos 7. The following error occurs after booting Linux v4.6 on Centos 7 with a Radeon Adapter: R600_cp: Failed to load Firmware "Radeon/R600_rlc.bin FATAL Error during GPU init. Linux v4.5 works fine. Also of note, someone moved some scripts around resu

linux-next: manual merge of the clk tree with the mips tree

Hi all, Today's linux-next merge of the clk tree got a conflict in: drivers/clk/Kconfig between commit: ce6e11884659 ("CLK: microchip: Add Microchip PIC32 clock driver.") from the mips tree and commit: 0bbd72b4c64f ("clk: Add Oxford Semiconductor OXNAS Standard Clocks") from the clk tr

[git pull] vfs.git

FWIW, I considered sending that pile in several pull requests, but for some reason git request-pull v4.6 vfs work.lookups spews something very odd into diffstat - files that have never been touched by it and, in fact, doing merge with mainline does *not* end up with those files anywhere in the diff

Re: [PATCH 08/17] perf record: Don't poll on overwrite channel

On 2016/5/13 21:12, Arnaldo Carvalho de Melo wrote: Em Fri, May 13, 2016 at 07:56:05AM +, Wang Nan escreveu: There's no need to receive events from overwritable ring buffer. Instead, perf should make them run background until something happen. This patch makes normal events from overwrite

Re: [PATCH v5 09/12] zsmalloc: separate free_zspage from putback_zspage

On (05/09/16 11:20), Minchan Kim wrote: > Currently, putback_zspage does free zspage under class->lock > if fullness become ZS_EMPTY but it makes trouble to implement > locking scheme for new zspage migration. > So, this patch is to separate free_zspage from putback_zspage > and free zspage out of

Re: [PATCH v5 08/12] zsmalloc: introduce zspage structure

On (05/09/16 11:20), Minchan Kim wrote: > We have squeezed meta data of zspage into first page's descriptor. > So, to get meta data from subpage, we should get first page first > of all. But it makes trouble to implment page migration feature > of zsmalloc because any place where to get first page

RE: [PATCH] ACPI: Execute the _PTS method when system reboot

To whom may concern, A Lenovo feature depends on _PTS method execution when reboot. And after check the ACPI spec, I think _PTS should be exectued when reboo. This patch could fix the problem. Any comments of this patch? Many thanks! Ocean He / 何海洋 SW Development Dept. Beijing Design Center E

Re: [PATCH] ixgbe: take online CPU number as MQ max limit when alloc_etherdev_mq()

Alexander, On 2016/5/14 0:46, Alexander Duyck wrote: On Thu, May 12, 2016 at 10:56 PM, Ethan Zhao wrote: Allocating 64 Tx/Rx as default doesn't benefit perfomrnace when less CPUs were assigned. especially when DCB is enabled, so we should take num_online_cpus() as top limit, and aslo to make s

Building older mips kernels with different versions of binutils; possible patch for 3.2 and 3.4

Hi folks, building mips images with a consistent infrastructure is becoming more and more difficult. Current state is as follows. Binutils/ 2.222.242.25 Kernel 3.2 X - - 3.4 X - - 3.10X X - 3.14X

Re: [PATCH v3 3/7 UPDATE] perf tools: Add option for the path of buildid dsos under symfs

On 5/15/16 7:30 PM, Hekuang wrote: In previous patch, I use 'perf buildid-cache -a' to add vdso binary into the HOST buildid dir. So 'perf buildid-cache' needs the symfs option?

[PATCH] audit: fixup: log on errors from filter user rules

In commit 724e4fcc the intention was to pass any errors back from audit_filter_user_rules() to audit_filter_user(). Add that code. Signed-off-by: Richard Guy Briggs --- kernel/auditfilter.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/auditfilter.c b/kernel

[RFC PATCH 7/9] sched/fair: Optimize __update_sched_avg()

__update_sched_avg() has these steps: 1. add the remainder of the last incomplete period 2. decay old sum 3. accumulate new sum in full periods since last_update_time 4. add the current incomplete period 5. update averages Previously, we separately computed steps 1, 3, and 4, leading to

[RFC PATCH 2/9] documentation: Add scheduler/sched-avg.txt

This doc file has the program to generate the constants to compute sched averages. Signed-off-by: Yuyang Du --- Documentation/scheduler/sched-avg.txt | 94 + 1 file changed, 94 insertions(+) create mode 100644 Documentation/scheduler/sched-avg.txt diff --git a

[RFC PATCH 3/9] sched/fair: Add static to remove_entity_load_avg()

remove_entity_load_avg() is only called in fair.c, so add static to it. Signed-off-by: Yuyang Du --- kernel/sched/fair.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index 2635561..66fba3f 100644 --- a/kernel/sched/fair.c +++ b/

[RFC PATCH 5/9] sched/fair: Change the variable to hold the number of periods to 32-bit

In sched average update, a period is about 1ms, so a 32-bit unsigned integer can approximately hold a maximum of 49 (=2^32/1000/3600/24) days. For usual cases, 32-bit is big enough and 64-bit is needless. But if a task sleeps longer than it, there can be two outcomes: Consider a task sleeps m mil

[RFC PATCH 9/9] sched/fair: Rename scale_load() and scale_load_down()

Rename scale_load() and scale_load_down() to user_to_kernel_load() and kernel_to_user_load() respectively. This helps us tag them clearly and avoid confusion. Signed-off-by: Yuyang Du --- kernel/sched/core.c |8 kernel/sched/fair.c | 11 --- kernel/sched/sched.h | 16 +

[RFC PATCH 4/9] sched/fair: Rename variable names for sched averages

The names of sched averages (including load_avg and util_avg) have been changed and added in the past a couple of years, some of the names are a bit confusing especially to people who first read them. This patch attempts to make the names more self-explaining. And some comments are updated too. Th

[RFC PATCH 8/9] sched/fair: Remove scale_load_down() for load_avg

Currently, load_avg = scale_load_down(load) * runnable%. The extra scaling down of load does not make much sense, because load_avg is primarily THE load and on top of that, we take runnable time into account. We therefore remove scale_load_down() for load_avg. But we need to carefully consider the

[RFC PATCH 1/9] sched/fair: Chance LOAD_AVG_MAX_N from 345 to 347

In commit 5b51f2f80b3b906ce59bd4dce6eca3c7f34cb1b9 Author: Paul Turner Date: Thu Oct 4 13:18:32 2012 +0200 sched: Make __update_entity_runnable_avg() fast Paul has a program to compute LOAD_AVG_MAX_N, which basically means how many periods (at least) are needed for LOAD_AVG_MAX, and the re

[RFC PATCH 0/9] Clean up and optimize sched averages

Hi Peter, Continue the left patches in this series. I realized some patches should need thorough discussion (finally), so this post is marked RFC. - For LOAD_AVG_MAX_N, I am OK to stick to the old value, but it is worthwhile to get it cleared to the true value. - About the renames, I notice

[RFC PATCH 6/9] sched/fair: Add __always_inline compiler attribute to __accumulate_sum()

__accumulate_sum()'s caller and sibling functions are all inlined. And it will be called almost every time in its caller. It does not make sense if only it is not inlined. Signed-off-by: Yuyang Du --- kernel/sched/fair.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kern

Re: [PATCH v7 10/14] usb: otg: add hcd companion support

On Thu, May 12, 2016 at 03:13:48PM +0300, Roger Quadros wrote: > Hi, > > On 12/05/16 13:31, Yoshihiro Shimoda wrote: > > Hi, > > > >> From: Roger Quadros > >> Sent: Thursday, May 12, 2016 6:32 PM > >> > >> Hi, > >> > >> On 12/05/16 11:34, Roger Quadros wrote: > >>> On 12/05/16 07:00, Yoshihiro Sh

[PATCH V5 3/6] vfio: platform: determine reset capability

Creating a new function to determine if this driver supports reset function or not. This is an attempt to abstract device tree calls from the rest of the code. Signed-off-by: Sinan Kaya --- drivers/vfio/platform/vfio_platform_common.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-)

[PATCH V5 1/6] vfio: platform: rename reset function

Renaming the reset function to of_reset as it is only used by the device tree based platforms. Signed-off-by: Sinan Kaya --- drivers/vfio/platform/vfio_platform_common.c | 30 +-- drivers/vfio/platform/vfio_platform_private.h | 6 +++--- 2 files changed, 18 insertions(+

[PATCH V5 2/6] vfio: platform: move reset call to a common function

The reset call sequence seems to replicate itself multiple times across the file. Grouping them together for maintenance reasons. Signed-off-by: Sinan Kaya --- drivers/vfio/platform/vfio_platform_common.c | 31 ++-- 1 file changed, 15 insertions(+), 16 deletions(-) diff

[PATCH V5 4/6] vfio: platform: add support for ACPI probe

The code is using the compatible DT string to associate a reset driver with the actual device itself. The compatible string does not exist on ACPI based systems. HID is the unique identifier for a device driver instead. Signed-off-by: Sinan Kaya --- drivers/vfio/platform/vfio_platform_common.c

[PATCH V5 6/6] vfio, platform: make reset driver a requirement by default

The code was allowing platform devices to be used without a supporting VFIO reset driver. The hardware can be left in some inconsistent state after a guest machine abort. The reset driver will put the hardware back to safe state and disable interrupts before returning the control back to the host

[PATCH V5 5/6] vfio: platform: call _RST method when using ACPI

The device tree code checks for the presence of a reset driver and calls the of_reset function pointer by looking up the reset driver as a module. ACPI defines _RST method to perform device level reset. After the _RST method is executed, the OS can resume using the device. This patch checks the p

Re: [PATCH v5 07/12] zsmalloc: factor page chain functionality out

On (05/09/16 11:20), Minchan Kim wrote: > For page migration, we need to create page chain of zspage dynamically > so this patch factors it out from alloc_zspage. > > Cc: Sergey Senozhatsky > Signed-off-by: Minchan Kim Reviewed-by: Sergey Senozhatsky [..] > + page = alloc_page(fla

Re: [patch net-next 07/11] net: hns: dsaf adds support of acpi

On 2016/5/13 21:12, Andy Shevchenko wrote: > On Fri, 2016-05-13 at 16:19 +0800, Yisen Zhuang wrote: >> From: Kejian Yan >> >> Dsaf needs to get configuration parameter by ACPI, so this patch add >> support of ACPI. >> > Looks like at some point better to split driver to core part, and PCI > and

linux-next: build failure after merge of the spi tree

Hi Mark, After merging the spi tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/spi/spi-orion.c: In function 'orion_spi_write_read': drivers/spi/spi-orion.c:407:3: error: implicit declaration of function 'writesl' [-Werror=implicit-function-declaration] writesl(o

Re: [patch net-next 06/11] ACPI: bus: move acpi_match_device_ids() to linux/acpi.h

On 2016/5/13 21:15, Andy Shevchenko wrote: > On Fri, 2016-05-13 at 16:19 +0800, Yisen Zhuang wrote: >> From: Hanjun Guo >> >> acpi_match_device_ids() will be used for drivers to match >> different hardware versions, it will be compiled in non-ACPI >> case, but acpi_match_device_ids() in acpi_bus

Re: [PATCH v5 06/12] zsmalloc: use accessor

On (05/09/16 11:20), Minchan Kim wrote: > Upcoming patch will change how to encode zspage meta so for easy review, > this patch wraps code to access metadata as accessor. > > Cc: Sergey Senozhatsky > Signed-off-by: Minchan Kim Reviewed-by: Sergey Senozhatsky -ss

Re: [PATCH v3 3/7 UPDATE] perf tools: Add option for the path of buildid dsos under symfs

在 2016/5/14 22:43, David Ahern 写道: On 5/14/16 2:19 AM, He Kuang wrote: In the cross-platform perf record/script scenario, we need vdsos in buildid-cache dir and other libs in symfs dir at the same time. For the reason that to have every single file opened by perf is relative to symfs dirctory,

Re: [PATCH v5 05/12] zsmalloc: use bit_spin_lock

On (05/09/16 11:20), Minchan Kim wrote: > > Use kernel standard bit spin-lock instead of custom mess. Even, it has > a bug which doesn't disable preemption. The reason we don't have any > problem is that we have used it during preemption disable section > by class->lock spinlock. So no need to go

[PATCH net-next] tuntap: introduce tx skb ring

We used to queue tx packets in sk_receive_queue, this is less efficient since it requires spinlocks to synchronize between producer and consumer. This patch tries to address this by using circular buffer which allows lockless synchronization. This is done by switching from sk_receive_queue to a tx

Re: [PATCH 1/2] arm64: dts: NS2: Add all of the UARTs

On 2016/5/14 0:49, Jon Mason wrote: > > > On Thu, May 12, 2016 at 10:09 PM, Kefeng Wang > wrote: > > > > On 2016/5/12 22:46, Jon Mason wrote: > > > > > > On Thu, May 12, 2016 at 2:16 AM, Kefeng Wang > mailto:wangkefeng.w...@huawei.com> >

Re: [PATCH v8 1/7] regulator: fixed: add support for ACPI interface

Hi, On 05/13/2016 07:17 PM, Mark Brown wrote: > On Thu, May 05, 2016 at 01:32:57PM +0800, Lu Baolu wrote: > >> +gpiod = gpiod_get(dev, "gpio", GPIOD_ASIS); >> +if (IS_ERR(gpiod)) >> +return ERR_PTR(-ENODEV); >> +config->gpio = desc_to_gpio(gpiod); >> +config->enable_hig

Re: [patch net-next 05/11] net: hns: add uniform interface for phy connection

On 2016/5/13 21:07, Andy Shevchenko wrote: > On Fri, 2016-05-13 at 16:19 +0800, Yisen Zhuang wrote: >> From: Kejian Yan >> >> As device_node is only used by OF case, HNS needs to treat the others >> cases including ACPI. It needs to use uniform ways to handle both of >> OF and ACPI. This patch c

linux-next: manual merge of the wireless-drivers-next tree with the net-next tree

Hi Kalle, Today's linux-next merge of the wireless-drivers-next tree got a conflict in: drivers/net/wireless/intel/iwlwifi/mvm/tx.c between commit: 909b27f70643 ("Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net") from the net-next tree and commit: a525d0eab17d ("Merge tag

[PATCH 2/2] net: ethernet: ftgmac100: use phy_ethtool_{get|set}_link_ksettings

There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/faraday/ftgmac100.c | 16 ++-- 1 files changed, 2 insertions(+), 14 deletions(-) diff

[PATCH 1/2] net: ethernet: ftgmac100: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phydev in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes --- drivers/net/ethernet

[PATCH 2/2] net: ethernet: gianfar: use phy_ethtool_{get|set}_link_ksettings

There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/freescale/gianfar_ethtool.c | 27 + 1 files changed, 2 insertions(+), 25 deleti

[PATCH 1/2] net: ethernet: gianfar: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phydev in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes --- drivers/net/ethernet

Linux 4.6 is out

It's just as well I didn't cut the rc cycle short, since the last week ended up getting a few more fixes than expected, but nothing in there feels all that odd or out of line. So 4.6 is out there at the normal schedule, and that obviously also means that I'll start doing merge window pull requests

Re: [RFC]: Possible race condition in kernel futex code

On Fri, 2015-10-09 at 10:06 +0100, Thomas Gleixner wrote: [...] > @stable: Can you please pick up ff47ab4ff3cd plus  > > df90ca969035d x86, sparse: Do not force removal of __user when calling > copy_to/from_user_nocheck() > > for stable kernels <= 3.12? [...] I've finally queued these up for 3.

[PATCH] include/linux/khugepaged.h: Improve the code only

From: Chen Gang khugepaged_enabled() can be treated as khugepaged_always() or khugepaged_req_madv(). The compiler will always treat it as "and 3". khugepaged_enter() can return __khugepaged_enter() result directly, since __khugepaged_enter() will return 0 or -ENOMEM. Signed-off-by: Chen Gang -

Re: [PATCH v2 5/5] ARM: dts: rockchip: veyron: Add analog audio codecs.

Am Montag, 9. Mai 2016, 12:46:35 schrieb Enric Balletbo i Serra: > Add analog-audio functionality for Veyron devices. > > Signed-off-by: Enric Balletbo i Serra applied for 4.8 Thanks Heiko

Re: [PATCH v2 4/5] ARM: dts: rockchip: Add shared file for audio related nodes for veyron boards

Am Montag, 9. Mai 2016, 12:46:34 schrieb Enric Balletbo i Serra: > Set i2s block to "okay", add sound node for max98090 with gpios for > HP and Mic detect and pinctrl, and add a max98090 device and ts3a227e to > the correct i2c bus. > > Signed-off-by: Enric Balletbo i Serra I only got a "applied

Re: [PATCH] ftrace/x86: Fix function graph tracer reset path

On Fri, 13 May, at 10:06:10AM, Steven Rostedt wrote: > Matt, > > This bug looks very similar to what you were hitting with the function > profiler. Can you apply this patch and see if it fixes the issue for > you. Yep, this patch fixes it for me. For the record, this is what objdump tells me (wi

Re: [RFC PATCH 2/7] ALSA: ac97: add an ac97 bus

Takashi Iwai writes: > On Sat, 14 May 2016 11:50:50 +0200, > Robert Jarzmik wrote: >> >> +unsigned int ac97_bus_scan_one(struct ac97_controller *ac97, >> >> + int codec_num) >> >> +{ >> >> + struct ac97_codec_device codec; >> >> + unsigned short vid1, vid2; >> >> + i

[rcu_sched stall] regression/miss-config ?

Hi Paul, I was asking Sasha about [1] since other folks in Oracle also stumbled upon similar RCU stalls with v4.1 kernel in different workloads. I was reported similar issue with RDS as well and looking at [1], [2], [3] and [4], thought of reaching out to see if you can help us to understand this

[tip:locking/rwsem] locking/rwsem: Fix down_write_killable()

Commit-ID: 04cafed7fc19a8010771c788708ac97c405fc3de Gitweb: http://git.kernel.org/tip/04cafed7fc19a8010771c788708ac97c405fc3de Author: Peter Zijlstra AuthorDate: Thu, 12 May 2016 13:57:45 +0200 Committer: Ingo Molnar CommitDate: Sun, 15 May 2016 22:55:00 +0200 locking/rwsem: Fix down_w

[PATCH v4 08/22] ARM: dts: exynos: Move common nodes to exynos5.dtsi

Exynos5420 and Exynos5250 share some nodes: the PWM, syscon (sysreg_system_controller) and first four I2C controllers. Move them to parent DTSI to avoid duplication. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas Tested-by: Javier Martinez Canillas --- Important chan

[PATCH v4 11/22] ARM: dts: exynos: Move Exynos5250 and Exynos5420 nodes under soc

The conventions is to put SoC devices under 'soc' node. In fact other our DTSes (like exynos3250.dtsi or exynos5410.dtsi) already follow it. Adjust exynos5250 and exynos5420 DTSI to follow this convention. This is also necessary for the upcoming change in exynos5410.dtsi to inherit from common exyn

[PATCH v4 12/22] ARM: dts: exynos: Include common exynos5 in exynos5410.dtsi

The exynos5.dtsi is used for common nodes shared between Exynos5250 and Exynos542x. Since Exynos5410 is very similar to Exynos5420 it can include the common file as well to remove duplication and make everything more consistent. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Cani

[PATCH v4 02/22] dt-bindings: clock: Add PWM and USB clock IDs to Exynos5410

Add IDs for PWM and USB clocks to Exynos5410. Use the same number as for Exynos5420 just in case in future these drivers were merged. Signed-off-by: Krzysztof Kozlowski Acked-by: Stephen Boyd Reviewed-by: Javier Martinez Canillas --- include/dt-bindings/clock/exynos5410.h | 10 ++ 1 fi

[PATCH v4 05/22] ARM: dts: exynos: Use lowercase for Exynos5410 CPU node labels

For consistency lowercase node labels are used. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- arch/arm/boot/dts/exynos5410.dtsi | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/arm/boot/dts/exynos5410.dtsi b/arch/arm/boot/dts/exyno

[PATCH v4 13/22] ARM: dts: exynos: Enable UART3 on Exynos5410

Just like other Exynos5 family SoCs, this one has four UARTs. Configure clocks for UART3 and enable it. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- arch/arm/boot/dts/exynos5410.dtsi | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/arm/b

[PATCH v4 10/22] ARM: dts: exynos: Use phandle to get parent node in exynos5250-snow

The i2c-arbitrator node in exynos5250-snow-common used absolute path to reference other node (the i2c parent). Use phandle instead, because the depth of the other node may be changed (like moving it under 'soc' node). Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas ---

[PATCH v4 09/22] ARM: dts: exynos: Prepare for inclusion of exynos5.dtsi in exynos5410.dtsi

Add 'sromc' label to SROM memory controller in common exynos5.dtsi so it can be referenced by inheriting DTSI. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas Tested-by: Javier Martinez Canillas --- arch/arm/boot/dts/exynos5.dtsi | 2 +- 1 file changed, 1 insertion(+),

[PATCH v4 20/22] ARM: dts: exynos: Move HSI2C nodes to exynos54xx.dtsi

The USI/HSI2C nodes can be mostly shared between Exynos5420 and Exynos5410 so move them to common DTSI. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas Tested-by: Javier Martinez Canillas --- arch/arm/boot/dts/exynos5420.dtsi | 32 ++ arch/a

[PATCH v4 14/22] ARM: dts: exynos: MCT is not an interrupt controller and extend length of iomap

Multi-Core Timer generates interrupts but it is not really an interrupt controller so remove the "interrupt-controller" and "interrupt-cells" properties. Additionally extend the length of mapped memory to cover all registers (last SFR is at 0x0A40). Signed-off-by: Krzysztof Kozlowski Reviewed-by:

[PATCH v4 22/22] ARM: dts: exynos: Add RTC and I2C to Exynos5410

Configure Exynos5410-specific properties of RTC, I2C and HSI2C nodes. This still does not enable them on the board level though. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- arch/arm/boot/dts/exynos5410.dtsi | 63 +++ 1 file ch

[PATCH v4 18/22] dt-bindings: clock: Add I2C, HSI2C and RTC clock IDs to Exynos5410

Add IDs for I2C, USI (HSI2C) and RTC clocks to Exynos5410. Use the same number as for Exynos5420 just in case in future these drivers were merged. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- include/dt-bindings/clock/exynos5410.h | 9 + 1 file changed, 9

[PATCH v4 21/22] ARM: dts: exynos: Add I2C, PWM and UART pinctrl to Exynos5410

Add pincontrol groups for HSI2C (USI), I2C, PWM and UART to Exynos5410. This allows configuring these pins to specific functions. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- arch/arm/boot/dts/exynos5410-pinctrl.dtsi | 133 ++ 1 file c

[PATCH v4 17/22] ARM: dts: exynos: Add initial support for Odroid XU board

The Hardkernel's Odroid XU board was first design with big.LITTLE SoC from Samsung: the Exynos5410. Comparing the board to more popular now Odroid XU3, the differences are: 1. Exynos5410 instead of 5422, 2. MIPI DSI LCD connector, 3. Main PMIC: Maxim 77802 instead of S2MPS11, 4. USB3503+LAN9730 ins

[PATCH v4 19/22] clk: samsung: exynos5410: Add I2C, HSI2C and RTC clocks

Add clocks for I2C, USI (HSI2C) and RTC to the Exynos5410 clock driver. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- drivers/clk/samsung/clk-exynos5410.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/clk/samsung/clk-exynos5410.c b/drivers/

[PATCH v4 07/22] ARM: dts: exynos: Split Odroid XU3 LEDs to separate DTSI

The LED nodes can be shared between Odroid XU3, XU3-Lite and XU (not yet added) thus removing duplication. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas Tested-by: Javier Martinez Canillas --- arch/arm/boot/dts/exynos5422-odroidxu3-lite.dts | 35 + ar

[PATCH v4 16/22] ARM: dts: exynos: Add USB to Exynos5410

Move USB 3.0 DWC and 2.0 EHCI/OHCI nodes from exynos5420.dtsi to exynos54xx.dtsi common for entire family. For Exynos542x/5800 this should not have functional impact but for Exynos5410 this effectively adds USB support. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas Tes

[PATCH v4 15/22] ARM: dts: exynos: Move common Exynos5410/542x/5800 nodes to new DTSI

The Exynos5410/542x/5800 are very similar designs. Create a new DTSI with common nodes to remove DTS duplication. Although currently only MCT and SysRAM are shared but in future more nodes will be added to the common file. The patch should not have functional impact. Signed-off-by: Krzysztof Kozl

[PATCH v4 06/22] ARM: dts: exynos: Configure Exynos5410 pinctrl for eMMC and SD card

Configure the pinctrl for MMC0 (eMMC) and MMC2 (microSD card). Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas --- Important changes since v2: 1. Re-order the eMMC pins by pin-name, not by label. --- arch/arm/boot/dts/exynos5410-pinctrl.dtsi | 77 +

[PATCH v4 04/22] ARM: dts: exynos: Re-order alphabetically Exynos5420 SD0/SD1 pinctrl nodes

The 'sd0_rclk' was put in the middle of SD1 nodes. Remove the confusion. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Javier Martinez Canillas Tested-by: Javier Martinez Canillas --- arch/arm/boot/dts/exynos5420-pinctrl.dtsi | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-)

[PATCH v4 01/22] dt-bindings: clock: Add license and reformat Exynos5410 clock IDs

Add license and copyrights (file introduced in 2014) to header with Exynos5410 clock IDs. Additionally reformat it to improve readability. Signed-off-by: Krzysztof Kozlowski Acked-by: Stephen Boyd Reviewed-by: Javier Martinez Canillas --- include/dt-bindings/clock/exynos5410.h | 54 +++

  1   2   >