Re: Linux 3.10.73

diff --git a/Makefile b/Makefile index 211bb34102bf..b1129094ebfd 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 10 -SUBLEVEL = 72 +SUBLEVEL = 73 EXTRAVERSION = NAME = TOSSUG Baby Fish diff --git a/arch/arm/mach-at91/pm.h b/arch/arm/mach-at91/pm.h index

[PATCH] mm: Move zone lock to a different cache line than order-0 free page lists

Huang Ying reported the following problem due to commit 3484b2de9499 ("mm: rearrange zone fields into read-only, page alloc, statistics and page reclaim lines") from the Intel performance tests 24b7e5819ad5cbef 3484b2de9499df23c4604a513b --

Re: Linux 3.14.37

diff --git a/Makefile b/Makefile index 4e6537bd8aa0..c24acc0d34a1 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 14 -SUBLEVEL = 36 +SUBLEVEL = 37 EXTRAVERSION = NAME = Remembering Coco diff --git a/arch/arm/boot/dts/dra7xx-clocks.dtsi

Linux 3.10.73

I'm announcing the release of the 3.10.73 kernel. All users of the 3.10 kernel series must upgrade. The updated 3.10.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.10.y and can be browsed at the normal kernel.org git web

Linux 3.14.37

I'm announcing the release of the 3.14.37 kernel. All users of the 3.14 kernel series must upgrade. The updated 3.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.14.y and can be browsed at the normal kernel.org git web

Re: [PATCH 0/2 RESEND] IB/Verbs: Use helpers to refine the checking on transport and link layer

Hi, Jason Thanks for the reply :-) On 03/26/2015 10:13 PM, Jason Gunthorpe wrote: > On Thu, Mar 26, 2015 at 05:58:20PM +0100, Michael Wang wrote: > >> The questions is just wondering how the transition method could be, but >> if we have to do the changes for vendor, that sounds like a tough

Re: [PATCH v2] rculist: Fix another sparse warning

On Thu, Mar 26, 2015 at 01:27:08PM +0800, Ying Xue wrote: > This fixes the following sparse warnings: > > make C=1 CF=-D__CHECK_ENDIAN__ net/tipc/name_table.o > net/tipc/name_table.c:977:17: error: incompatible types in comparison > expression (different address spaces) >

Re: [patch][resend] MAP_HUGETLB munmap fails with size not 2MB aligned

Might be too late in this thread, but in case you are going to continue and/or repost: [CC += linux-...@vger.kernel.org] (also linux-man and Michael to match my other reply) Since this is a kernel-user-space API change, please CC linux-api@. The kernel source file

Re: [patch][resend] MAP_HUGETLB munmap fails with size not 2MB aligned

On 03/26/2015 08:39 PM, Davide Libenzi wrote: > On Thu, 26 Mar 2015, David Rientjes wrote: > >> Yes, this munmap() behavior of lengths <= hugepage_size - PAGE_SIZE for a >> hugetlb vma is long standing and there may be applications that break as a >> result of changing the behavior: a database

Re: [PATCH] doc: completion: context, scope and language fixes

On Fri, Mar 27, 2015 at 08:56:37AM +0100, Ingo Molnar wrote: > > I wasn't Cc:-ed to the patch and it wasn't Cc:-ed to lkml either :-( /me hands mingo a strong cup of tea... http://marc.info/?l=linux-kernel=142445364429042=2 -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH 2/3] staging: unisys: use error codes

On Fri, Mar 27, 2015 at 09:47:16AM +0100, Greg Kroah-Hartman wrote: > On Fri, Mar 27, 2015 at 02:00:58PM +0530, Sudip Mukherjee wrote: > > } > > rc = cdev_add(_cdev, MKDEV(MAJOR(major_dev), 0), 1); > > if (rc < 0) { > > unregister_chrdev_region(major_dev, 1); > > -

Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)

On Fri, Mar 27, 2015 at 02:01:59AM -0700, Andrew Morton wrote: > On Fri, 27 Mar 2015 01:48:33 -0700 Christoph Hellwig > wrote: > > > On Fri, Mar 27, 2015 at 01:35:16AM -0700, Andrew Morton wrote: > > > fincore() doesn't have to be ugly. Please address the design issues I > > > raised. How is

[PATCH] ramoops: make it possible to change mem_type param.

If we set ramoops.mem_type=1 in command line, the current code can not change mem_type to 1, because it is assigned to 0 in function ramoops_register_dummy. This patch make it possible to change mem_type parameter in command line. Signed-off-by: Wang Long --- fs/pstore/ram.c | 4 ++-- 1 file

Re: [PATCH 2/5] iommu/mediatek: Add mt8173 IOMMU driver

Hi Yong Wu, Sorry for long delay, I had to figure out some time to look at this again. On Wed, Mar 18, 2015 at 8:22 PM, Yong Wu wrote: >> >> > + imudev = piommu->dev; >> > + >> > + spin_lock_irqsave(>portlock, flags); >> >> What is protected by this spinlock? > We

[PATCH v2 2/2] pinctrl: asm9260: add pinctrl add device tree bindings documentation

Add device tree bindings documentation for Alphascale asm9260 pin controller Signed-off-by: Oleksij Rempel --- .../pinctrl/alphascale,asm9260-pinctrl.txt | 76 ++ 1 file changed, 76 insertions(+) create mode 100644

[PATCH v2 1/2] pinctrl: Add driver for Alphascale asm9260 pinctrl

This patch adds driver for Alphascale asm9260 pinctrl support. Alphascale asm9260t is SoC based on ARM926EJ (240MHz) in LQFP176 package. On silicon are: - 32MB SDRAM - USB2.0 HS/OTG - 2x CAN - SD/MMC - 5x Times/PWM - 10x USART - 24-channel DMA - 2x i2c - 2x SPI - Quad SPI - 10/100 Ethernet MAC -

[PATCH v2 0/2] Add driver and documentation for Alphascale asm9260 pinctrl

Oleksij Rempel (2): pinctrl: Add driver for Alphascale asm9260 pinctrl pinctrl: asm9260: add pinctrl add device tree bindings documentation .../pinctrl/alphascale,asm9260-pinctrl.txt | 76 +++ drivers/pinctrl/Kconfig| 8 + drivers/pinctrl/Makefile

Re: [PATCH] MIPS: Loongson-3: remove deprecated IRQF_DISABLED

On Thu, Mar 26, 2015 at 06:33:41PM -0700, Michael Opdenacker wrote: > This removes the use of the IRQF_DISABLED flag > from arch/mips/loongson/loongson-3/hpet.c > > It's a NOOP since 2.6.35. > > Signed-off-by: Michael Opdenacker An equivalent patch has been merged into linux-next as

Re: [PATCH] [RESEND][TRIVIAL] treewide: fix occurrences of "the the "

On Thu, 26 Mar 2015, Michael Opdenacker wrote: > > 222 files changed, 493 insertions(+), 258 deletions(-) > > Is this patch getting too big (and getting bigger and bigger) to be ever > merged? > > Unless you tell me otherwise, I'm thinking about splitting it into > several patches, one for

Re: [RFC] vmstat: Avoid waking up idle-cpu to service shepherd work

On Fri, Mar 27, 2015 at 10:16:13AM +0100, Peter Zijlstra wrote: > On Fri, Mar 27, 2015 at 10:19:54AM +0530, Viresh Kumar wrote: > > On 27 March 2015 at 01:48, Andrew Morton wrote: > > > Shouldn't this be viewed as a shortcoming of the core timer code? > > > > Yeah, it is. Some (not so pretty)

Re: [PATCH 1/1] livepatch: add support on s390

On Fri, 27 Mar 2015, Heiko Carstens wrote: > On Thu, Mar 26, 2015 at 07:24:58PM +0100, Jiri Kosina wrote: > > On Thu, 26 Mar 2015, Jiri Slaby wrote: > > > > > This is a trivial port from kGraft. Module relocations are not > > > supported. > > > > > > Signed-off-by: Jiri Slaby > > > --- > > >

[RFC PATCH 3/5] GHES: Panic right after detection

From: Borislav Petkov The moment we log an error of panic severity, there's no need to noodle through the ghes_nmi list anymore. So panic instead right then and there. Signed-off-by: Borislav Petkov --- drivers/acpi/apei/ghes.c | 16 ++-- 1 file changed, 6 insertions(+), 10

[RFC PATCH 5/5] GHES: Make NMI handler have a single reader

From: Jiri Kosina Since GHES sources are global, we theoretically need only a single CPU reading them per NMI instead of a thundering herd of CPUs waiting on a spinlock in NMI context for no reason at all. Do that. Signed-off-by: Jiri Kosina Signed-off-by: Borislav Petkov ---

[RFC PATCH 4/5] GHES: Elliminate double-loop in the NMI handler

From: Borislav Petkov There's no real need to iterate twice over the HW error sources in the NMI handler. With the previous cleanups, elliminating the second loop is almost trivial. Signed-off-by: Borislav Petkov --- drivers/acpi/apei/ghes.c | 11 ++- 1 file changed, 2 insertions(+),

[RFC PATCH 0/5] GHES NMI handler cleanup

From: Borislav Petkov So this patchset is the result of us seeing this while debugging a customer issue: [ 118.113136] INFO: NMI handler (ghes_notify_nmi) took too long to run: 1.005 msecs Looking at that NMI handler, it could use a good scrubbing as it has grown some needless fat. So let's

[RFC PATCH 1/5] GHES: Carve out error queueing in a separate function

From: Borislav Petkov Make the handler more readable. No functionality change. Signed-off-by: Borislav Petkov --- drivers/acpi/apei/ghes.c | 51 +++- 1 file changed, 29 insertions(+), 22 deletions(-) diff --git a/drivers/acpi/apei/ghes.c

[RFC PATCH 2/5] GHES: Carve out the panic functionality

From: Borislav Petkov ... into another function for more clarity. No functionality change. Signed-off-by: Borislav Petkov --- drivers/acpi/apei/ghes.c | 24 ++-- 1 file changed, 14 insertions(+), 10 deletions(-) diff --git a/drivers/acpi/apei/ghes.c

Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)

Am 27.03.2015 um 07:34 schrieb Hajime Tazaki: >>> it (arch/lib) is a hardware-independent architecture which >>> provides necessary features to the remainder of kernel code, >>> isn't it ? >> >> The stuff in arch/ is the code to glue the kernel to >> a specific piece of hardware. >> Your code does

Re: [PATCH v14 for 4.1] sys_membarrier(): system-wide memory barrier (x86)

On Wed, Mar 25, 2015 at 03:03:47PM -0400, Mathieu Desnoyers wrote: > Here is an implementation of a new system call, sys_membarrier(), which > executes a memory barrier on all threads running on the system. It is > implemented by calling synchronize_sched(). It can be used to distribute > the cost

Re: [Gta04-owner] [PATCH 3/3] tty/slaves: add a driver to power on/off UART attached devices.

Hi, Am 26.03.2015 um 19:08 schrieb Sebastian Reichel : > Hi, > > On Wed, Mar 25, 2015 at 05:44:42PM +0100, Dr. H. Nikolaus Schaller wrote: >> Am 25.03.2015 um 16:21 schrieb Sebastian Reichel : >>> On Wed, Mar 25, 2015 at 08:59:14AM +0100, Dr. H. Nikolaus Schaller wrote: Am 25.03.2015 um

Re: [PATCH 4/6] clk: mediatek: Add basic clocks for Mediatek MT8135.

On Fri, Mar 27, 2015 at 12:39:50AM -0700, Stephen Boyd wrote: > On 03/19, Sascha Hauer wrote: > > diff --git a/drivers/clk/mediatek/clk-mt8135.c > > b/drivers/clk/mediatek/clk-mt8135.c > > new file mode 100644 > > index 000..a22f6fa > > --- /dev/null > > +++

[PATCH 5/6] clk: mediatek: Add basic clocks for Mediatek MT8173.

From: James Liao This patch adds basic clocks for MT8173, including TOPCKGEN, PLLs, INFRA and PERI clocks. Signed-off-by: James Liao Signed-off-by: Henry Chen Signed-off-by: Sascha Hauer --- drivers/clk/mediatek/Makefile | 1 + drivers/clk/mediatek/clk-mt8173.c

Re: [PATCH v9]: clk: Add common clock support for Mediatek MT8135 and MT8173

On Fri, Mar 27, 2015 at 10:18:39AM +0100, Sascha Hauer wrote: > This patchset contains the initial common clock support for Mediatek SoCs. > Mediatek SoC's clock architecture comprises of various PLLs, dividers, muxes > and clock gates. Can be pulled here: The following changes since commit

[PATCH 2/6] clk: mediatek: Add initial common clock support for Mediatek SoCs.

From: James Liao This patch adds common clock support for Mediatek SoCs, including plls, muxes and clock gates. Signed-off-by: James Liao Signed-off-by: Henry Chen Signed-off-by: Sascha Hauer --- drivers/clk/Makefile| 1 + drivers/clk/mediatek/Makefile | 1 +

Re: [PATCH 1/1] livepatch: add support on s390

On Thu, Mar 26, 2015 at 07:24:58PM +0100, Jiri Kosina wrote: > On Thu, 26 Mar 2015, Jiri Slaby wrote: > > > This is a trivial port from kGraft. Module relocations are not > > supported. > > > > Signed-off-by: Jiri Slaby > > --- > > [v2] return ENOSYS > > [v3] proper return value from

[PATCH 4/6] clk: mediatek: Add basic clocks for Mediatek MT8135.

From: James Liao This patch adds basic clocks for MT8135, including TOPCKGEN, PLLs, INFRA and PERI clocks. Signed-off-by: James Liao Signed-off-by: Henry Chen Signed-off-by: Sascha Hauer --- drivers/clk/mediatek/Makefile | 1 + drivers/clk/mediatek/clk-mt8135.c

[PATCH 6/6] dt-bindings: ARM: Mediatek: Document devicetree bindings for clock/reset controllers

Signed-off-by: Sascha Hauer --- .../bindings/arm/mediatek/mediatek,apmixedsys.txt | 23 + .../bindings/arm/mediatek/mediatek,infracfg.txt| 30 ++ .../bindings/arm/mediatek/mediatek,pericfg.txt | 30 ++

[GIT PULL] SELinux bugfix

Please pull this fix for a long-standing bug in the SELinux code. The following changes since commit 3c435c1e472ba344ee25f795f4807d4457e61f6c: Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux (2015-03-26 15:04:05 -0700) are available in the git repository at:

[PATCH v9]: clk: Add common clock support for Mediatek MT8135 and MT8173

This patchset contains the initial common clock support for Mediatek SoCs. Mediatek SoC's clock architecture comprises of various PLLs, dividers, muxes and clock gates. Changes in v9: - rename 'lock' to 'mt81xx_clk_lock' to get better lockdep output Changes in v8: - add patch to allow to put

[PATCH 1/6] clk: make strings in parent name arrays const

The clk functions and structs declare the parent_name arrays as 'const char **parent_names' which means the parent name strings are const, but the array itself is not. Use 'const char * const * parent_names' instead which also makes the array const. This allows us to put the parent_name arrays

[PATCH 3/6] clk: mediatek: Add reset controller support

The pericfg and infracfg units also provide reset lines to several other SoC internal units. Add support for the reset controller. Signed-off-by: Sascha Hauer --- drivers/clk/mediatek/Makefile | 1 + drivers/clk/mediatek/clk-mtk.h | 10 + drivers/clk/mediatek/reset.c | 99

Re: [RFC] vmstat: Avoid waking up idle-cpu to service shepherd work

On Fri, Mar 27, 2015 at 10:19:54AM +0530, Viresh Kumar wrote: > On 27 March 2015 at 01:48, Andrew Morton wrote: > > Shouldn't this be viewed as a shortcoming of the core timer code? > > Yeah, it is. Some (not so pretty) solutions were tried earlier to fix that, > but > they are rejected for

[PATCH] char: xillybus: Don't return -EFAULT on user-triggered flush

The API allows the application to flush a host-to-FPGA stream by calling write() with the data count set to zero. Before this patch, copy_from_user() was called with a non-zero byte count, which possibly made it attempt to read from unmapped user memory. Such attempts caused the driver to return

[PATCH] kvm: vfio: fix fail to set error notification

After commit 6140a8f56238 ("vfio-pci: Add device request interface") merged, there is error dump when run guest as below: qemu-system-x86_64 -enable-kvm -m 2G -smp 2 -net none /root/cathy/rhel6u5.qcow -device vfio-pci,host=03:10.5 qemu-system-x86_64: -device vfio-pci,host=03:10.5: vfio: Failed

Re: [GIT PULL rcu/next] RCU commits for 4.1

* Paul E. McKenney wrote: > Hello, Ingo, > > The changes in this series include the following, but please see the > note on set 5: > > 1.Documentation updates. These were posted to LKML at > https://lkml.org/lkml/2015/3/3/493. > > 2.Changes permitting use of call_rcu() and

Re: [PATCH v10 04/11] sched: Make sched entity usage tracking scale-invariant

On 27 March 2015 at 09:17, Vincent Guittot wrote: > On 26 March 2015 at 18:38, Morten Rasmussen wrote: >> On Wed, Mar 25, 2015 at 06:08:42PM +, Vincent Guittot wrote: >>> On 25 March 2015 at 18:33, Peter Zijlstra wrote: >>> > On Tue, Mar 24, 2015 at 11:00:57AM +0100, Vincent Guittot wrote:

Re: [PATCH 0/2] tc3589x OF only enforcement

On Thu, Mar 19, 2015 at 3:52 PM, Linus Walleij wrote: > These two patches removes the non-DT probe/config path from the > TC3589x driver. I suggest merging both through the MFD tree if > Dmitry can ACK the input patch. Lee it seems Dmitry ACKed these patches, can you merge those two patches

Re: [PATCH] devpts: Add ptmx_uid and ptmx_gid options

On Thu, 2015-03-26 at 12:29 -0700, Andy Lutomirski wrote: > Ping? It's been over a month. I think we all looked at this and thought "that's not a problem". The reason is that we all bring up full OS containers with devpts already mounted by the host. Even when you run from init in the

Re: [PATCH v6] add support for Freescale's MMA8653FC 10 bit accelerometer

On Fri, Mar 27, 2015 at 08:38:55AM +0100, Martin Kepplinger wrote: > From: Martin Kepplinger > > The MMA8653FC is a low-power, three-axis, capacitive micromachined > accelerometer with 10 bits of resolution with flexible user-programmable > options. > > Embedded interrupt functions enable

Re: [PATCH 35/35 linux-next] pinctrl: constify of_device_id array

On Mon, Mar 16, 2015 at 8:59 PM, Fabian Frederick wrote: > of_device_id is always used as const. > (See driver.of_match_table and open firmware functions) > > Signed-off-by: Fabian Frederick Patch applied with the ACKs. Had to do some fixup on some MTK controllers, no big deal. Yours, Linus

Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)

On Fri, 27 Mar 2015 01:48:33 -0700 Christoph Hellwig wrote: > On Fri, Mar 27, 2015 at 01:35:16AM -0700, Andrew Morton wrote: > > fincore() doesn't have to be ugly. Please address the design issues I > > raised. How is pread2() useful to the class of applications which > > cannot proceed until

Re: [PATCH] x86/asm/entry/64: better check for canonical address

On Thu, Mar 26, 2015 at 11:45:19AM -0700, Andy Lutomirski wrote: > I suspect that the two added ALU ops are free for all practical > purposes, and the performance of this path isn't *that* critical. > > If anyone is running with vsyscall=native because they need the > performance, then this would

Re: [PATCH v2] xen-blkback: enlarge the array size of blkback name

El 27/03/15 a les 14.15, Tao Chen ha escrit: > The blkback name is like blkback.domid.xvd[a-z], if domid has four digits > (means larger than 1000), then the backmost xvd wouldn't be fully shown. > > Define a BLKBACK_NAME_LEN macro to be 20, enlarge the array size of > blkback name, so it will be

Re: [PATCH v2 RESEND] tty/n_gsm.c: fix a memory leak when gsmtty is removed

On 03/28/2015, 03:42 AM, Pan Xinhui wrote: > when gsmtty_remove put dlci, it will cause memory leak if dlci->port's > refcount is zero. > So we do the cleanup work in .cleanup callback instead. > > dlci will be last put in two call chains. > 1) gsmld_close -> gsm_cleanup_mux -> gsm_dlci_release

Re: [LKP] [mm] 3484b2de949: -46.2% aim7.jobs-per-min

On Wed, 2015-03-25 at 10:54 +, Mel Gorman wrote: > On Mon, Mar 23, 2015 at 04:46:21PM +0800, Huang Ying wrote: > > > My attention is occupied by the automatic NUMA regression at the moment > > > but I haven't forgotten this. Even with the high client count, I was not > > > able to reproduce

Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)

On Fri, Mar 27, 2015 at 01:35:16AM -0700, Andrew Morton wrote: > fincore() doesn't have to be ugly. Please address the design issues I > raised. How is pread2() useful to the class of applications which > cannot proceed until all data is available? It actually makes them work correctly?

Re: [PATCH v7 2/5] power: max77843_charger: Add Max77843 charger device driver

On 03/27/2015 04:57 PM, Lee Jones wrote: > On Fri, 27 Mar 2015, Beomho Seo wrote: >> On 03/26/2015 10:54 PM, Lee Jones wrote: >>> On Thu, 26 Mar 2015, Beomho Seo wrote: On 03/24/2015 05:38 PM, Krzysztof Kozlowski wrote: > 2015-03-24 9:01 GMT+01:00 Beomho Seo : >> On 03/10/2015 10:44

Re: [PATCH 2/3] staging: unisys: use error codes

On Fri, Mar 27, 2015 at 02:00:58PM +0530, Sudip Mukherjee wrote: > we were just returning -1 to the calling function which was again > returning that if the module failed to load. Now we are returning the > actual error codes. > > Signed-off-by: Sudip Mukherjee > --- >

Re: [RFC] simple_char: New infrastructure to simplify chardev management

> Thoughts? I want to use this for the u2f driver, which will either be > a chardev driver in its own right or use a simple new iso7816 class. > > Ideally we could convert a bunch of drivers to use this, at least > where there are no legacy minor number considerations. I'd really like to see a

Re: [RFC] gpio: add set_active_low() function to gpio_chip

On Wed, Mar 18, 2015 at 9:16 PM, David Cohen wrote: > +++ b/drivers/gpio/gpiolib-sysfs.c > @@ -289,11 +289,15 @@ static DEVICE_ATTR(edge, 0644, gpio_edge_show, > gpio_edge_store); > static int sysfs_set_active_low(struct gpio_desc *desc, struct device *dev, >

Re: [PATCH 1/3] staging: unisys: unregister chardev on error

On Fri, Mar 27, 2015 at 02:00:57PM +0530, Sudip Mukherjee wrote: > after registering the major numbers if the cdev_add fails then we were > not releasing the major numbers. now we are doing that. > > Signed-off-by: Sudip Mukherjee > --- > drivers/staging/unisys/visorchipset/file.c | 4 +++- > 1

Re: [V4.0-rc5 Regression] drm/intel problem

2015-03-27 8:03 GMT+01:00 Kalle Valo : > Linus Torvalds writes: > >> can you verify/confirm that current git works for you? And if not, >> maybe bisect exactly where it happened? > > I had a similar problem as Jörg on my Lenovo x230, display black on -rc5 > except some small colored line on the

Re: [PATCH v1 09/47] vidoe: fbdev: atyfb: remove and fix MTRR MMIO "hole" work around

On Sat, Mar 21, 2015 at 11:15:14AM +0200, Ville Syrjälä wrote: > On Fri, Mar 20, 2015 at 04:17:59PM -0700, Luis R. Rodriguez wrote: > > diff --git a/drivers/video/fbdev/aty/atyfb_base.c > > b/drivers/video/fbdev/aty/atyfb_base.c > > index 8025624..8875e56 100644 > > ---

Re: [PATCH v3 04/15] clocksource: Add ARM System timer driver

On 03/26/2015 09:19 PM, Maxime Coquelin wrote: Hi Daniel, Thanks for the review. Please find my answers below. 2015-03-26 10:50 GMT+01:00 Daniel Lezcano : On 03/12/2015 10:55 PM, Maxime Coquelin wrote: From: Maxime Coquelin This patch adds clocksource support for ARMv7-M's System

Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)

On Fri, 27 Mar 2015 01:18:22 -0700 Christoph Hellwig wrote: > On Thu, Mar 26, 2015 at 08:28:24PM -0700, Andrew Morton wrote: > > I still don't understand why pwritev() exists. We discussed this last > > time but it seems nothing has changed. I'm not seeing here an adequate > > description of

[PATCH 1/3] staging: unisys: unregister chardev on error

after registering the major numbers if the cdev_add fails then we were not releasing the major numbers. now we are doing that. Signed-off-by: Sudip Mukherjee --- drivers/staging/unisys/visorchipset/file.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

Re: [PATCH] pinmux: allow exlusive pin allocation among GPIO and peripheral funtions via flag strict in struct pinctrl_desc

On Thu, Mar 19, 2015 at 11:06 AM, Sonic Zhang wrote: > Anyway, if you think doing the explicit check in both if() and else() > clauses is better, I am fine to send a new patch. I looked at it for half an hour and could not figure out if it was wrong or right really, eventually maybe got it

[PATCH 3/3] staging: unisys: remove forward declaration

rearranged the functions to get rid of the forward declarations. Signed-off-by: Sudip Mukherjee --- drivers/staging/unisys/visorchipset/file.c | 80 ++ 1 file changed, 37 insertions(+), 43 deletions(-) diff --git a/drivers/staging/unisys/visorchipset/file.c

[PATCH 2/3] staging: unisys: use error codes

we were just returning -1 to the calling function which was again returning that if the module failed to load. Now we are returning the actual error codes. Signed-off-by: Sudip Mukherjee --- drivers/staging/unisys/visorchipset/file.c | 12 +++- 1 file changed, 7 insertions(+), 5

Re: [PATCH v1 1/2] thermal: hisilicon: add new hisilicon thermal sensor driver

On 2015/3/26 17:14, YiPing Xu wrote: > 在 2015/3/25 15:50, Xinwei Kong 写道: >> From: kongxinwei >> >> This patch adds the support for hisilicon thermal sensor, within >> hisilicon SoC. there will register sensors for thermal framework >> and use device tree to bind cooling device. >> >>

Re: [PATCH next] altera_gpio_probe() can be static

On Thu, Mar 19, 2015 at 10:40 AM, kbuild test robot wrote: > > Signed-off-by: Fengguang Wu Ah you made a patch too, I see. Applied. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More

linux-next: Tree for Mar 27

Hi all, Changes since 20150326: Thr arm64 tree has caused overnight build failures so I reverted 3 commits. The powerpc-mpe tree lost its build failure. The vfs tree still had its build failure for which I applied a patch. The dt-rh tree gained a conflict against the mips tree. The

Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)

On Thu, Mar 26, 2015 at 08:28:24PM -0700, Andrew Morton wrote: > I still don't understand why pwritev() exists. We discussed this last > time but it seems nothing has changed. I'm not seeing here an adequate > description of why it exists nor a justification for its addition. pwritev2? I have

Re: [PATCH v10 04/11] sched: Make sched entity usage tracking scale-invariant

On 26 March 2015 at 18:38, Morten Rasmussen wrote: > On Wed, Mar 25, 2015 at 06:08:42PM +, Vincent Guittot wrote: >> On 25 March 2015 at 18:33, Peter Zijlstra wrote: >> > On Tue, Mar 24, 2015 at 11:00:57AM +0100, Vincent Guittot wrote: >> >> On 23 March 2015 at 14:19, Peter Zijlstra wrote:

Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)

On Fri, Mar 27, 2015 at 09:02:51AM +0100, Volker Lendecke wrote: > No, this is not the case. Maybe my whole understanding of > pread is wrong: I always thought that it won't return short > if the file spans the pread range. EINTR nonwithstanding. Per Posix it could, however if we do it for

Re: [PATCH] x86/asm/entry/64: better check for canonical address

* Denys Vlasenko wrote: > This change makes the check exact (no more false positives > on kernel addresses). > > It isn't really important to be fully correct here - > almost all addresses we'll ever see will be userspace ones, > but OTOH it looks to be cheap enough: > the new code uses two

Re: [PATCH 21/27] watchdog: bcm281xx: Remove use of seq_printf return value

Hi Joe, > The seq_printf return value, because it's frequently misused, > will eventually be converted to void. > > See: commit 1f33c41c03da ("seq_file: Rename seq_overflow() to > seq_has_overflowed() and make public") > > Signed-off-by: Joe Perches > --- >

[PATCH v2] sched/fair: fix update the nohz.next_balance even if we haven't done any load balance

As Srikar pointed out (https://lkml.org/lkml/2015/3/27/26): | With the current code when the ilb cpus are not free: | - We would be updating the nohz.next_balance even through we havent done | any load balance. | - We might iterate thro the nohz.idle_cpus_mask()s to find balance_cpus. This

Re: [PATCH 2/3] x86: add a is_e820_ram() helper

On Thu, Mar 26, 2015 at 03:59:28PM -0700, Yinghai Lu wrote: > What do you want to get here? > > You did not modify memblock_x86_fill() to treat > E820_PRAM as E820_RAM, so memblock will not have any > entry for E820_PRAM, so you do not need to call memblock_reserve > there. > > And the same

[GIT PULL REQUEST] watchdog - v4.0-rc5 Fixes

Hi Linus, Please pull from 'master' branch of git://www.linux-watchdog.org/linux-watchdog.git It will fix the following issues: * mtk_wdt: signedness bug in mtk_wdt_start() * imgpdc: Fix probe NULL pointer dereference during probe and fix the default heartbeat This will update the

Re: [PATCH] eeprom: at24: Add support for large EEPROMs connected to SMBus adapters

> just to give you an update: I do have some code, but it is a bit messy, > and it doesn't work well for ds2482 (the chip behind it still hangs up > if I access it in parallel through i2c-dev). On top of that, it causes > pretty significant slow-downs when accessing other devices on the same >

Re: [PATCH v3] led/led-class: Handle LEDs with the same name

Hi Sakari cc: adding Greg (core and FormatGuard) and Chistopher (sparse) > > I just realised there was another issue --- the name is now interpreted as > format string. Bad things will happen if there's e.g. %s in the name itself > --- perhaps unlikely, but possible. Good catch! Would it be

Re: [PATCH V2 1/2] ARM: dts: DRA7: Add bandgap and related thermal nodes

On Friday 27 March 2015 11:32 AM, Keerthy wrote: On Tuesday 24 March 2015 01:09 AM, Nishanth Menon wrote: From: Keerthy Add bandgap and related thermal nodes. The patch adds 5 thermal sensors. Only one cooling device for mpu as of now. The sensors are the exact same on both dra72 and

Re: [virtio-dev] Re: [PATCH] Add virtio gpu driver.

Hi, > > > > Completely different thing crossing my mind: I think we can make > > virtio-vga fully compatible with stdvga. stdvga has two bars, memory > > (#0) and mmio (#2). We can make the mmio bar larger and place all the > > virtio regions there. > > > > Full compatibility with some

Support of usb_phy notifier in generic phy.

Hi Kishon This is regarding the notification of usb_phy_events option which was available with usb_phy. In my scenario, the phy driver gets the connect/disconnect event, and does the initial phy programming. Then I want to notify the gadget driver of the same. In usb_phy the notifier option was

Re: [PATCH v7 0/5] vfs: Non-blockling buffered fs read (page cache only)

On Thu, Mar 26, 2015 at 11:08:33PM -0700, Andrew Morton wrote: > On Fri, 27 Mar 2015 06:41:25 +0100 Volker Lendecke > wrote: > > > On Thu, Mar 26, 2015 at 08:28:24PM -0700, Andrew Morton wrote: > > > A thing which bugs me about pread2() is that it is specifically > > > tailored to applications

Re: [PATCH v6] add support for Freescale's MMA8653FC 10 bit accelerometer

On Fri, Mar 27, 2015 at 08:38:55AM +0100, Martin Kepplinger wrote: > From: Martin Kepplinger > > The MMA8653FC is a low-power, three-axis, capacitive micromachined > accelerometer with 10 bits of resolution with flexible user-programmable > options. > > Embedded interrupt functions enable

Re: [PATCH] sched/fair: fix update the nohz.next_balance even if we haven't done any load balance

On Fri, Mar 27, 2015 at 12:58:22AM -0700, Jason Low wrote: >On Fri, 2015-03-27 at 15:25 +0800, Wanpeng Li wrote: >> As Srikar pointed out (https://lkml.org/lkml/2015/3/27/26): >> >> | With the current code when the ilb cpus are not free: >> | - We would be updating the nohz.next_balance even

Re: [PATCH v8]: clk: Add common clock support for Mediatek MT8135 and MT8173

On 03/27, Sascha Hauer wrote: > Mike, Stephen, > > Any chance to get this forward please? > Looks ok to me except for the minor nitpick on lock names. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project -- To unsubscribe from this

Re: [PATCH] watchdog: cadence: Remove Kconfig dependency on ARCH

Hi Michal, > Remove Kconfig dependency and enable driver for > all ARCHs. > > Signed-off-by: Michal Simek > --- > > Test for all archs done by Kbuild test robot without any problem. > --- > drivers/watchdog/Kconfig | 1 - > 1 file changed, 1 deletion(-) > > diff --git

Re: [PATCH 0/3] arm: msm: Use timer DT node for qcom watchdog config

Hi Mathieu, > This change is done as a follow-up to the following thread: > https://lkml.org/lkml/2014/10/1/436 > > qcom-wdt is currently assuming the presence of a dedicated node in DT > to gets its configuration. However, on msm architecture, the watchdog is > usually part of the timer block.

Re: [PATCH] sched/fair: fix update the nohz.next_balance even if we haven't done any load balance

On Fri, 2015-03-27 at 15:25 +0800, Wanpeng Li wrote: > As Srikar pointed out (https://lkml.org/lkml/2015/3/27/26): > > | With the current code when the ilb cpus are not free: > | - We would be updating the nohz.next_balance even through we havent done > | any load balance. > | - We might

Re: [PATCH v7 2/5] power: max77843_charger: Add Max77843 charger device driver

On Fri, 27 Mar 2015, Beomho Seo wrote: > On 03/26/2015 10:54 PM, Lee Jones wrote: > > On Thu, 26 Mar 2015, Beomho Seo wrote: > >> On 03/24/2015 05:38 PM, Krzysztof Kozlowski wrote: > >>> 2015-03-24 9:01 GMT+01:00 Beomho Seo : > On 03/10/2015 10:44 PM, Beomho Seo wrote: > > On 03/09/2015

Re: [PATCH] doc: completion: context, scope and language fixes

* Jonathan Corbet wrote: > On Fri, 20 Feb 2015 12:28:48 -0500 > Nicholas Mc Guire wrote: > > > This hopfully address all of the issues Ingo Molnar noted > > in https://lkml.org/lkml/2015/2/18/690. > > This looks OK to me, modulo some small English quibbles. Ingo, does this > satisfy your

linux-next: build warning after merge of the char-misc tree

Hi all, After merging the char-misc tree, today's linux-next build (powerpc allyesconfig) produced this warning: In file included from include/linux/module.h:17:0, from drivers/uio/uio_pdrv_genirq.c:21: include/linux/moduleparam.h:326:22: warning: initialization discards 'const'

Re: Re: [PATCH v4 3/3] vt: fix console lock vs. kernfs s_active lock order

On Thu, Mar 26, 2015 at 11:05:45PM +0200, Imre Deak wrote: > On Thu, 2015-03-26 at 22:01 +0100, Greg Kroah-Hartman wrote: > > On Thu, Mar 26, 2015 at 12:59:05PM -0700, Jesse Barnes wrote: > > > On 12/16/2014 09:42 AM, Daniel Vetter wrote: > > > > On Tue, Dec 16, 2014 at 6:15 PM, Peter Hurley > >

[tip:timers/core] timers, sched/clock: Remove redundant notrace from update function

Commit-ID: 9fee69a8c8070b38b558161a3f18bd5e2b664682 Gitweb: http://git.kernel.org/tip/9fee69a8c8070b38b558161a3f18bd5e2b664682 Author: Daniel Thompson AuthorDate: Thu, 26 Mar 2015 12:23:25 -0700 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 08:33:59 +0100 timers, sched/clock:

[PATCH] sched/fair: fix update the nohz.next_balance even if we haven't done any load balance

As Srikar pointed out (https://lkml.org/lkml/2015/3/27/26): | With the current code when the ilb cpus are not free: | - We would be updating the nohz.next_balance even through we havent done | any load balance. | - We might iterate thro the nohz.idle_cpus_mask()s to find balance_cpus. This

[tip:timers/core] timers, sched/clock: Optimize cache line usage

Commit-ID: cf7c9c170787d6870af54684822f58acc00a966c Gitweb: http://git.kernel.org/tip/cf7c9c170787d6870af54684822f58acc00a966c Author: Daniel Thompson AuthorDate: Thu, 26 Mar 2015 12:23:23 -0700 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 08:33:57 +0100 timers, sched/clock:

[tip:timers/core] timers, sched/clock: Avoid deadlock during read from NMI

Commit-ID: 1809bfa44e1019e397fabaa6f2349bb7237e57a4 Gitweb: http://git.kernel.org/tip/1809bfa44e1019e397fabaa6f2349bb7237e57a4 Author: Daniel Thompson AuthorDate: Thu, 26 Mar 2015 12:23:26 -0700 Committer: Ingo Molnar CommitDate: Fri, 27 Mar 2015 08:34:00 +0100 timers, sched/clock:

<    4   5   6   7   8   9   10   11   12   13   >