[RFC][PATCH] sysrq: ensure manual invocation of the OOM killer under OOM livelock

>From 7fcac2054b33dc3df6c5915a58f232b9b80bb1e6 Mon Sep 17 00:00:00 2001 From: Tetsuo Handa Date: Wed, 30 Dec 2015 15:24:40 +0900 Subject: [RFC][PATCH] sysrq: ensure manual invocation of the OOM killer under OOM livelock This patch is similar to what commit

RE: [PATCH] f2fs: introduce F2FS_MAX_BLOCKS

Hi Jaegeuk, > -Original Message- > From: Jaegeuk Kim [mailto:jaeg...@kernel.org] > Sent: Wednesday, December 30, 2015 9:14 AM > To: Chao Yu > Cc: linux-f2fs-de...@lists.sourceforge.net; linux-kernel@vger.kernel.org > Subject: Re: [PATCH] f2fs: introduce F2FS_MAX_BLOCKS > > Hi Chao, > >

Re: [PATCH] mtd: spi-nor: add hisilicon spi-nor flash controller driver

Hi Jiancheng, [auto build test WARNING on v4.4-rc7] [cannot apply to next-20151223] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

[Bug] compile error

Hi, For the latest linux-next tree[tag: v4.4-rc6], I meet one compile error, drivers/media/usb/uvc/uvc_driver.c: In function 'uvc_probe': drivers/media/usb/uvc/uvc_driver.c:1941:32: error: 'struct uvc_device' has no member named 'mdev' if (media_device_register(>mdev) < 0)

Re: [PATCH v2 2/3] device property: the secondary fwnode needs to depend on the primary

Hi Andy, Found a bug from my code.. > diff --git a/drivers/base/property.c b/drivers/base/property.c > index 0b22c8a..6c04d18 100644 > --- a/drivers/base/property.c > +++ b/drivers/base/property.c > @@ -218,7 +218,7 @@ bool fwnode_property_present(struct fwnode_handle > *fwnode, const char

Re: [RFC PATCH 4/5] x86/events: Move perf_event_amd_iommu.*

Joerg Roedel wrote: >Hmm, the arch/x86/events directory does not exist yet, is it the plan >to move non-cpu event over there? It looks to be a better place for the >iommu events, are there more no-cpu events to move there? Yeah, basically move all arch/x86/ *perf_event* stuff

Re: [PATCH 3/7] omapfb: fix error return code

On 26/12/15 17:28, Julia Lawall wrote: > Return a negative error code on failure. > > A simplified version of the semantic match that finds this problem is as > follows: (http://coccinelle.lip6.fr/) > > // > @@ > identifier ret; expression e1,e2; > @@ > ( > if (\(ret < 0\|ret != 0\)) > { ...

Re: On Lindent shortcomings and massive style fixing

On Tue, Dec 29, 2015 at 9:32 AM, Mauro Carvalho Chehab wrote: > IMHO, there are two problems by letting indent breaking long > lines: > > 1) indent would break strings on printks. This is something that we don't > want to break strings on multiple lines in the Kernel;

[PATCH] iommu/amd: set AMD iommu-callbacks for the amba bus

From: Wan Zongshun Since uart dma is using AMD iommu, and it bases on amba bus. So we need set callbacks for amba bus type firstly. Signed-off-by: Wan Zongshun --- drivers/iommu/amd_iommu.c | 13 - 1 file changed, 12 insertions(+), 1

RE: [f2fs-dev] [PATCH 2/3] f2fs: use i_size_read to get i_size

Hi Jaegeuk, > -Original Message- > From: Jaegeuk Kim [mailto:jaeg...@kernel.org] > Sent: Tuesday, December 29, 2015 7:32 AM > To: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org; > linux-f2fs-de...@lists.sourceforge.net > Cc: Jaegeuk Kim > Subject: [f2fs-dev] [PATCH 2/3] f2fs:

RE: [f2fs-dev] [PATCH 3/3] f2fs: load largest extent all the time

Hi Jaegeuk, > -Original Message- > From: Jaegeuk Kim [mailto:jaeg...@kernel.org] > Sent: Tuesday, December 29, 2015 7:32 AM > To: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org; > linux-f2fs-de...@lists.sourceforge.net > Cc: Jaegeuk Kim > Subject: [f2fs-dev] [PATCH 3/3] f2fs:

[PATCH v2 0/2] ABI: handle 32-bit off_t for 32-bit and compat ABIs

32-bit off_t is supported only for old 32-bit and compat ABIs. New ABIs are 64-bit length only. This patchset makes 64-bit length the default for off_t, and reverts it for old architectures where needed. It does not change the behaviour of existing code. First patch makes all compat users of

[PATCH 1/2] compat ABI: use non-compat openat and open_by_handle_at variants

The only difference is that non-compat version forces O_LARGEFILE, and it should be the default behaviour for all architectures, as we don't support 32-bit off_t. The only exception is tile32, that continues with compat version of syscalls. Signed-off-by: Yury Norov

[PATCH 2/2] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option

All new 32-bit architectures should have 64-bit off_t type, but existing architectures has 32-bit ones. To handle it, new config option is added to arch/Kconfig that defaults ARCH_32BIT_OFF_T to be disabled for non-64 bit architectures. All existing 32-bit architectures enable it explicitly here.

Re: RCU stall and the system boot hang with nfsroot

Add paul...@linux.vnet.ibm.com On Tue, Dec 29, 2015 at 5:32 PM, Aaron Ma wrote: > Hi, Paul: > I found the linux-stable-4.1.15 with rt15 patches boot hang sometimes. > Hardware is Grantley-EP and WildcatPass. > No response by sysrq. > > Did you found any issue about this? Or

Re: [PATCH v2 00/12] mtd: nand_bbt: introduce independent nand BBT

Hi, On Mon, 28 Dec 2015 17:42:50 -0300 Ezequiel Garcia wrote: > This is looking a lot better, thanks for the good work! > > On 15 December 2015 at 02:59, Peter Pan wrote: > > Currently nand_bbt.c is tied with struct nand_chip, and it

Re: [PATCH] lightnvm: check bi_error in gc

On 12/29/2015 06:50 AM, Wenwei Tao wrote: We should check last io compeltion status before start another one. Signed-off-by: Wenwei Tao --- drivers/lightnvm/rrpc.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/lightnvm/rrpc.c

Re: [PATCH] lightnvm: put block back to gc list on its reclaim fail

On 12/29/2015 09:27 AM, Wenwei Tao wrote: We delete a block from the gc list before reclaim it, so put it back to the list on its reclaim fail, otherwize this block will not get reclaimed and be programable in the future. Signed-off-by: Wenwei Tao ---

RE: [PATCH 1/2] mmc: enable mmc host device to suspend/resume asynchronously

Looks good to me. Acked-by: Venu Byravarasu BR, Venu -Original Message- From: Fu, Zhonghui [mailto:zhonghui...@linux.intel.com] Sent: Monday, December 28, 2015 9:09 PM To: Ulf Hansson Cc: Adrian Hunter; chaotian.j...@mediatek.com; l...@metafoo.de; Venu

Re: [PATCH RFC] mm: Rework virtual memory accounting

On Mon, Dec 28, 2015 at 02:22:23PM -0800, Linus Torvalds wrote: > On Mon, Dec 28, 2015 at 1:10 PM, Cyrill Gorcunov wrote: > > Really sorry for delays. Konstantin, I slightly updated the > > changelog (to point where problem came from). Linus are you > > fine with accounting

Re: timerfd_settime/timerfd_gettime issue ?

Helge, On Sat, 26 Dec 2015, Helge Deller wrote: > I see a strange behavior on the parisc platform, for which I'm not sure if > it's intended or if there is a bug somewhere. > The program calls timerfd_settime() and sets a timer (e.g. sec=0, > nsec=1). > Directly after setting the timer

Re: [PATCH RFC] mm: Rework virtual memory accounting

On Mon, Dec 28, 2015 at 03:10:02PM -0800, Andrew Morton wrote: > On Tue, 29 Dec 2015 00:10:15 +0300 Cyrill Gorcunov wrote: ... > > This clashes with > mm-mmapc-remove-redundant-local-variables-for-may_expand_vm.patch, > below. I resolved it thusly: > > bool

Re: [RFC v2 3/3] irq: Privatize irq_common_data::state_use_accessors

On Tue, 29 Dec 2015, Boqun Feng wrote: > irq_common_data::state_use_accessors is not designed for public use. > Therefore make it private so that people who write code accessing it > directly will get blamed by sparse. Also #undef the macro > __irqd_to_state after used in header files, so that

[PATCH] f2fs: introduce F2FS_MAX_BLOCKS

Introduce a macro named F2FS_MAX_BLOCKS to indicate maximum block index in f2fs, it could be used to avoid unneeded calculation in runtime. Signed-off-by: Chao Yu --- fs/f2fs/data.c | 2 +- fs/f2fs/f2fs.h | 1 - fs/f2fs/super.c | 19

[PATCH] lightnvm: put block back to gc list on its reclaim fail

We delete a block from the gc list before reclaim it, so put it back to the list on its reclaim fail, otherwize this block will not get reclaimed and be programable in the future. Signed-off-by: Wenwei Tao --- drivers/lightnvm/rrpc.c | 18 ++ 1 file

Re: [RESEND v4 0/6] remoteproc: Add driver for STMicroelectronics platforms

On Mon, Dec 28, 2015 at 8:41 PM, Bjorn Andersson wrote: > I interpreted this as you picked patch 1-4 and didn't pay more > attention to them, but I can't find them in your kernel.org trees. So > I've looked through them again. > > Please apply patch 1, 3 and 4 to your tree Ohad. I

[PATCH V3 1/1] arm64: dts: add Hi6220 spi configuration nodes

arm64: dts: add Hi6220 spi configuration nodes Signed-off-by: Zhong Kaihua --- arch/arm64/boot/dts/hisilicon/hi6220-hikey.dts | 1 + arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 20 2 files changed, 21 insertions(+) diff --git

[PATCH] perf/kvm: Guest Symbol Resolution for powerpc

'perf kvm {record|report}' is used to record and report the profiled performance of any workload on a guest. From the host, we can collect guest kernel statistics which is useful in finding out any contentions in guest kernel symbols for a certain workload. This feature is not available on powerpc

Re: [PATCH] af_unix: Fix splice-bind deadlock

Hello Rainer, On 27.12.2015 21:13, Rainer Weikusat wrote: -static int unix_mknod(const char *sun_path, umode_t mode, struct path *res) +static int unix_mknod(struct dentry *dentry, struct path *path, umode_t mode, + struct path *res) { - struct dentry *dentry; -

Re: [PATCH 2/2] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option

On Tue, 29 Dec 2015, Yury Norov wrote: > All new 32-bit architectures should have 64-bit off_t type, but existing > architectures has 32-bit ones. > > To handle it, new config option is added to arch/Kconfig that defaults > ARCH_32BIT_OFF_T to be disabled for non-64 bit architectures. All

Re: [PATCH 1/2] dell-wmi: Check if Dell WMI descriptor structure is valid

> > > According to Dell WMI document mentioned in ML dicussion archived > > > at http://www.spinics.net/lists/platform-driver-x86/msg07220.html > > > OS should check Dell WMI descriptor structure. > > > > "Should" or "can"? I skimmed through the ACPI-WMI PDF and Mario's > > message again and I

Re: [PATCH v2 00/12] mtd: nand_bbt: introduce independent nand BBT

On 29 December 2015 at 06:35, Boris Brezillon wrote: > Hi, > > On Mon, 28 Dec 2015 17:42:50 -0300 > Ezequiel Garcia wrote: > >> This is looking a lot better, thanks for the good work! >> >> On 15 December 2015 at 02:59, Peter Pan

[PATCH] [media] uvcvideo: Fix build if !MEDIA_CONTROLLER

From: Thierry Reding Accesses to the UVC device's mdev field need to be protected by a preprocessor conditional to avoid build errors, since the field is only included if the MEDIA_CONTROLLER option is selected. Fixes: 1590ad7b5271 ("[media] media-device: split media

Re: [PATCH v2 2/3] device property: the secondary fwnode needs to depend on the primary

On Tue, 2015-12-29 at 10:40 +0200, Heikki Krogerus wrote: > Hi Andy, > > Found a bug from my code.. > > > diff --git a/drivers/base/property.c b/drivers/base/property.c > > index 0b22c8a..6c04d18 100644 > > --- a/drivers/base/property.c > > +++ b/drivers/base/property.c > > @@ -218,7 +218,7 @@

Re: [f2fs-dev] [PATCH 1/2] f2fs: use atomic variable for total_extent_tree

On 2015/12/22 11:38, Jaegeuk Kim wrote: It would be better to use atomic variable for total_extent_tree. Signed-off-by: Jaegeuk Kim --- fs/f2fs/debug.c| 5 +++-- fs/f2fs/extent_cache.c | 8 fs/f2fs/f2fs.h | 2 +- fs/f2fs/node.c | 3 ++-

[PATCH] [media] msi2500: Delete an unnecessary check in msi2500_set_usb_adc()

From: Markus Elfring Date: Tue, 29 Dec 2015 12:32:41 +0100 This issue was detected by using the Coccinelle software. Return the value from a call of the msi2500_ctrl_msg() function without using an extra check for the variable "ret" at the end. Signed-off-by:

[PATCH] mm/vmstat: fix overflow in mod_zone_page_state()

mod_zone_page_state() takes a "delta" integer argument. delta contains the number of pages that should be added or subtracted from a struct zone's vm_stat field. If a zone is larger than 8TB this will cause overflows. E.g. for a zone with a size slightly larger than 8TB the line

Re: [PATCH] [media] uvcvideo: Fix build if !MEDIA_CONTROLLER

Hello Thierry, On 12/29/2015 07:30 AM, Thierry Reding wrote: > From: Thierry Reding > > Accesses to the UVC device's mdev field need to be protected by a > preprocessor conditional to avoid build errors, since the field is only > included if the MEDIA_CONTROLLER option is

Re: [PATCH v2 1/4] x86/signal/64: Add a comment about sigcontext->fs and gs

08.12.2015 02:23, Andy Lutomirski пишет: > On Oct 31, 2015 8:25 AM, "Stas Sergeev" wrote: >> >> 26.10.2015 04:25, Andy Lutomirski пишет: >> >>> These fields have a strange history. This tries to document it. >>> >>> This borrows from 9a036b93a344 ("x86/signal/64: Remove 'fs' and

Re: [PATCH v6 04/20] arm64: change some CONFIG_COMPAT over to use CONFIG_AARCH32_EL0 instead

On Mon, Dec 28, 2015 at 05:01:15PM +0800, Zhangjian (Bamvor) wrote: > Fix the title. > > On 16:43 2015/12/28, Bamvor Jian Zhang wrote: > >I feel we need something like this to avoid the failure of compiling > >when build with ARM64_ILP32(which will select COMPAT) and > >ARMV8_DEPRECATED (which

Re: [PATCH v2 1/4] x86/signal/64: Add a comment about sigcontext->fs and gs

On Tue, Dec 29, 2015 at 4:24 AM, Stas Sergeev wrote: > 08.12.2015 02:23, Andy Lutomirski пишет: >> On Oct 31, 2015 8:25 AM, "Stas Sergeev" wrote: >>> >>> 26.10.2015 04:25, Andy Lutomirski пишет: >>> These fields have a strange history. This tries to document it.

Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size

On Mon, Dec 28, 2015 at 07:24:11AM -0500, Sanidhya Solanki wrote: > An option to select the RAID Stripe size is made > available in the BTRFS Filesystem, via an option > in the BTRFS Config setup, with minimal change > to the existing code base. The stripe size depends on how the filesystem was

Re: [Bugfix v2 3/5] x86/irq: Fix a race window in x86_vector_free_irqs()

On Wed, 23 Dec 2015, Jiang Liu wrote: > void init_irq_alloc_info(struct irq_alloc_info *info, > @@ -279,18 +272,21 @@ static void x86_vector_free_irqs(struct irq_domain > *domain, >unsigned int virq, unsigned int nr_irqs) > { > struct irq_data *irq_data; >

Re: [PATCH v2 00/12] mtd: nand_bbt: introduce independent nand BBT

On Tue, 29 Dec 2015 12:07:50 -0300 Ezequiel Garcia wrote: > On 29 December 2015 at 06:35, Boris Brezillon > wrote: > > Hi, > > > > On Mon, 28 Dec 2015 17:42:50 -0300 > > Ezequiel Garcia wrote: > >

[PATCH] lightnvm: fix rrpc_lun_gc

This patch fix two issues in rrpc_lun_gc 1. prio_list is protected by rrpc_lun's lock not nvm_lun's, so acquire rlun's lock instead of lun's before operate on the list. 2. we delete block from prio_list before allocating gcb, but gcb allocation may fail, we end without putting it back to the

[tip:irq/core] irqchip/bcm2836: Fix initialization of the LOCAL_IRQ_CNT timers

Commit-ID: 401667bb8a2e0825090c5e6c15b899c1c36a4773 Gitweb: http://git.kernel.org/tip/401667bb8a2e0825090c5e6c15b899c1c36a4773 Author: Eric Anholt AuthorDate: Sat, 26 Dec 2015 13:47:21 -0800 Committer: Thomas Gleixner CommitDate: Tue, 29 Dec 2015

Re: [PATCH 2/2] kexec: Provide arch_kexec_protect(unprotect)_crashkres()

On 12/28/2015 at 08:14 PM, Minfei Huang wrote: > On 12/28/15 at 02:32pm, Xunlei Pang wrote: >> On 12/24/2015 at 02:44 PM, Xunlei Pang wrote: >>> +static void kexec_mark_crashkres(bool protect) >>> +{ >>> + unsigned long control; >>> + >>> +

[tip:irq/core] irqchip/ts4800: Add documentation for TS-4800 interrupt controller

Commit-ID: 0f6d785c847eeff55ae19546f5885156394be569 Gitweb: http://git.kernel.org/tip/0f6d785c847eeff55ae19546f5885156394be569 Author: Damien Riegel AuthorDate: Mon, 21 Dec 2015 15:11:22 -0500 Committer: Thomas Gleixner

[tip:irq/core] irq/platform-MSI: Increase the maximum MSIs the MSI framework can support

Commit-ID: aff5e06b0dda7704ff2fa45162cfc4dde316a6f1 Gitweb: http://git.kernel.org/tip/aff5e06b0dda7704ff2fa45162cfc4dde316a6f1 Author: MaJun AuthorDate: Tue, 22 Dec 2015 10:47:22 +0800 Committer: Thomas Gleixner CommitDate: Tue, 29 Dec 2015

[tip:irq/core] irqchip/omap-intc: Remove duplicate setup for IRQ chip type handler

Commit-ID: fee48dfcd76b21b9a7117c3014e1345697ff08ec Gitweb: http://git.kernel.org/tip/fee48dfcd76b21b9a7117c3014e1345697ff08ec Author: Milo Kim AuthorDate: Mon, 21 Dec 2015 17:53:14 +0900 Committer: Thomas Gleixner CommitDate: Tue, 29 Dec 2015

[tip:irq/core] irqchip/ts4800: Add TS-4800 interrupt controller

Commit-ID: d01f8633d52e4dac5ee598b87d49fd23346ccfd6 Gitweb: http://git.kernel.org/tip/d01f8633d52e4dac5ee598b87d49fd23346ccfd6 Author: Damien Riegel AuthorDate: Mon, 21 Dec 2015 15:11:23 -0500 Committer: Thomas Gleixner

[tip:timers/core] clocksource/drivers/acpi_pm: Convert to pr_* macros

Commit-ID: 01414888eaf725a677171605cb051b1c6311e6ab Gitweb: http://git.kernel.org/tip/01414888eaf725a677171605cb051b1c6311e6ab Author: Andy Shevchenko AuthorDate: Mon, 28 Dec 2015 15:41:25 +0200 Committer: Thomas Gleixner

Re: [PATCH RFC 1/3] x86/pvclock: add setter for pvclock_pvti_cpu0_va

On 12/28/2015 11:45 PM, Andy Lutomirski wrote: > On Mon, Dec 28, 2015 at 1:52 PM, Joao Martins > wrote: >> Right now there is only a pvclock_pvti_cpu0_va() which is defined on >> kvmclock since: >> >> commit dac16fba6fc5 >> ("x86/vdso: Get pvclock data from the vvar

Re: [RFC PATCH] fbdev: add support for Sigma Designs' smp8xxxfb.ko

On Tue, Dec 29, 2015 at 2:15 PM, Sebastian Frias wrote: > Hi, > > We are wondering what is the recommended way of adding support for a > framebuffer driver on the Linux kernel. > Below you can find a patch with a proposed solution. That's not really a solution to add a driver

[PATCH net-next 2/3] r8169:Fix typo in setting RTL8168H PHY PFM mode.

The PHY PFM register is in PHY page 0x0a44 register 0x11, not 0x14. Signed-off-by: Chunhao Lin --- drivers/net/ethernet/realtek/r8169.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/realtek/r8169.c

[PATCH 0/2] mfd: smsc-ece1099: Fine-tuning for smsc_i2c_probe()

From: Markus Elfring Date: Tue, 29 Dec 2015 15:10:48 +0100 A few update suggestions were taken into account from static source code analysis. Markus Elfring (2): Delete an unnecessary variable initialisation Refactoring drivers/mfd/smsc-ece1099.c | 11

[PATCH 2/2] mfd: smsc-ece1099: Refactoring for smsc_i2c_probe()

From: Markus Elfring Date: Tue, 29 Dec 2015 15:03:31 +0100 This issue was detected by using the Coccinelle software. * Let us return directly if a call of the function "devm_regmap_init_i2c" or "regmap_write" failed. * Delete the jump label "err" then.

[PATCH] arm64: compat: fix wrong dependency

With the patches of ILP32, COMPAT is not equivalent to AARCH32 in EL0. This patch fix this by updating the dependency from COMPAT to AARCH32_EL0 for ARMV8_DEPRECATED and ARM64_ERRATUM_845719. Signed-off-by: Bamvor Jian Zhang --- arch/arm64/Kconfig | 4 ++-- 1 file

Re: [PATCH] resources: Remove unneeded initialization of local variable

On Tue, Dec 29, 2015 at 2:36 PM, Laurent Navet wrote: > why not directly ? > > struct region_devres *dr = devres_alloc(devm_region_release, > sizeof(struct region_devres),.. > I follow Dan's rationale [1] [1] http://www.spinics.net/lists/target-devel/msg11355.html -- To

Re: [PATCH 03/13] irq_poll: fold irq_poll_sched_prep into irq_poll_sched

On 12/07/2015 09:51 PM, Christoph Hellwig wrote: diff --git a/lib/irq_poll.c b/lib/irq_poll.c index 88af879..13cb149 100644 --- a/lib/irq_poll.c +++ b/lib/irq_poll.c @@ -21,13 +21,17 @@ static DEFINE_PER_CPU(struct list_head, blk_cpu_iopoll); * * Description: * Add this irq_poll

Re: [PATCH 0/2] Fixes for dell-wmi

> > > This patch series adds check if Dell WMI descriptor structure is > > > valid and fixes processing WMI events on devices with WMI > > > interface version 0. > > > > > > After testing, second patch is good candidate for backporting into > > > stable kernels, but problem is that it cannot be

[RFC PATCH] fbdev: add support for Sigma Designs' smp8xxxfb.ko

Hi, We are wondering what is the recommended way of adding support for a framebuffer driver on the Linux kernel. Below you can find a patch with a proposed solution. Our frambuffer driver source code is provided separately, but right now it requires "cfb_fillrect", "cfb_copyarea" and

Re: [PATCH v2 0/6] mm, x86/vdso: Special IO mapping improvements

On Wed, Dec 23, 2015 at 3:56 PM, Andy Lutomirski wrote: > Hi Oleg and Kees- > > I meant to cc you on this in the first place, but I failed. If you > have a few minutes, want to take a peek at these and see if you can > poke any holes in them? I'm reasonably confident that

Re: [PATCH v4] arm64: dts: add all hi6220 i2c nodes

On 2015/12/2 18:13, Xinwei Kong wrote: This patch adds all I2C nodes for the Hi6220 SoC. This hi6220 Soc use this I2C IP of Synopsys Designware for HiKey board. Signed-off-by: Xinwei Kong Signed-off-by: Chen Feng ---

Re: [PATCH v2] crypto: algif_skcipher - Require setkey before accept(2)

Dmitry Vyukov wrote: > > My email client just followed instructions in your email. You've said > to Reply-to: syzkal...@googlegroups.com. I did not set this Reply-To header. It's most likely set by your broken Google Groups setup. So either you should start actually

[PATCH] mm,oom: Exclude TIF_MEMDIE processes from candidates.

>From 8bb9e36891a803e82c589ef78077838026ce0f7d Mon Sep 17 00:00:00 2001 From: Tetsuo Handa Date: Tue, 29 Dec 2015 22:20:58 +0900 Subject: [PATCH] mm,oom: Exclude TIF_MEMDIE processes from candidates. The OOM reaper kernel thread can reclaim OOM victim's memory

Re: [PATCH] netconsole: Initialize after all core networking drivers

On 29.12.2015 00:21, Cong Wang wrote: On Thu, Dec 24, 2015 at 2:25 AM, Hannes Frederic Sowa wrote: Hi, On 24.12.2015 00:03, Calvin Owens wrote: This patch addresses the issue cited in 7332a13b038be05c by making vxlan actually check if ipv6 is loaded, and reverts

Re: [PATCH v1 2/3] ARM64 LPC: LPC driver implementation

On Tuesday 29 December 2015 22:03:14 Rongrong Zou wrote: > 在 2015/12/29 21:51, Arnd Bergmann 写道: > > On Tuesday 29 December 2015 21:33:51 Rongrong Zou wrote: > >> We only implement io cycles here, we hook the lpc_io_write_byte > >> and lpc_io_read_byte to inb/outb. So the drivers(ipmi/uart) which

[PATCH v2 3/3] bpf: hash: use per-bucket spinlock

Both htab_map_update_elem() and htab_map_delete_elem() can be called from eBPF program, and they may be in kernel hot path, so it isn't efficient to use a per-hashtable lock in this two helpers. The per-hashtable spinlock is used for protecting bucket's hlist, and per-bucket lock is just enough.

Re: [memdup_user_nul] kernel BUG at mm/slab.c:2735!

On Tue, Dec 29, 2015 at 02:39:47PM +, Al Viro wrote: > On Tue, Dec 29, 2015 at 08:38:43PM +0800, Fengguang Wu wrote: > > Hi Al, > > > > It looks this patch has various impacts. Here are some more bug messages. > > > > https://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.misc > >

[tip:irq/core] irqchip/bcm2836: Add SMP support for the 2836

Commit-ID: 41f4988cc287e5f836d3f6620c9f900bc9b560e9 Gitweb: http://git.kernel.org/tip/41f4988cc287e5f836d3f6620c9f900bc9b560e9 Author: Andrea Merello AuthorDate: Sat, 26 Dec 2015 13:47:22 -0800 Committer: Thomas Gleixner CommitDate: Tue, 29

[tip:irq/core] irqchip/bcm2836: Make code more readable

Commit-ID: 64103f061573e3d7670ba295b07919fb8fc7594c Gitweb: http://git.kernel.org/tip/64103f061573e3d7670ba295b07919fb8fc7594c Author: Andrea Merello AuthorDate: Sat, 26 Dec 2015 13:47:24 -0800 Committer: Thomas Gleixner CommitDate: Tue, 29

[tip:irq/core] irqchip/bcm2836: Tolerate IRQs while no flag is set in ISR

Commit-ID: a51744ddcc62925ec4d3d3d3a8a13bdd2033af59 Gitweb: http://git.kernel.org/tip/a51744ddcc62925ec4d3d3d3a8a13bdd2033af59 Author: Andrea Merello AuthorDate: Sat, 26 Dec 2015 13:47:23 -0800 Committer: Thomas Gleixner CommitDate: Tue, 29

[PATCH v3 3/3] device property: avoid allocations of 0 length

Arrays can not have zero elements by definition of the unified device properties. If such property comes from outside we should not allow it to pass. Otherwise memory allocation on 0 length will return non-NULL value, which we currently don't check. Prevent memory allocations of 0 length.

[PATCH v3 0/3] device property: post merge fixes

Three fixes to device property API. Patch 1 is a simple style fix to be folded into previous Andrew's patch to allow old gcc to build (see commit message for the details). There is a crash in linux-next BUG: unable to handle kernel NULL pointer dereference at 0008 IP: []

[PATCH] resources: Remove unneeded initialization of local variable

Few lines below dr is reinitialized by devres_alloc() so we don't need to init it by NULL in the beginning of __devm_request_region() Signed-off-by: Bojan Prtvar --- kernel/resource.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/resource.c

Re: [PATCH v1 3/3] ARM64 LPC: update binding doc

On Tuesday 29 December 2015 21:33:52 Rongrong Zou wrote: > Signed-off-by: Rongrong Zou > --- > .../devicetree/bindings/arm64/low-pin-count.txt | 20 > > 1 file changed, 20 insertions(+) > create mode 100644

Re: [RFC PATCH] fbdev: add support for Sigma Designs' smp8xxxfb.ko

On Tue, Dec 29, 2015 at 3:06 PM, Sebastian Frias wrote: > On 12/29/2015 02:49 PM, Frans Klaver wrote: >> >> On Tue, Dec 29, 2015 at 2:15 PM, Sebastian Frias wrote: >>> >>> Hi, >>> >>> We are wondering what is the recommended way of adding support for a >>>

[PATCH 1/2] mfd: smsc-ece1099: Delete an unnecessary variable initialisation in smsc_i2c_probe()

From: Markus Elfring Date: Tue, 29 Dec 2015 14:47:40 +0100 The variable "ret" will be set to an appropriate value a bit later. Thus let us omit the explicit initialisation at the beginning. Signed-off-by: Markus Elfring ---

Re: [memdup_user_nul] kernel BUG at mm/slab.c:2735!

On Tue, Dec 29, 2015 at 08:38:43PM +0800, Fengguang Wu wrote: > Hi Al, > > It looks this patch has various impacts. Here are some more bug messages. > > https://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.misc > > commit c7af9d5728bed29ef614324e67e066896d087c8f The version in

Re: completion queue abstraction V2

On 12/07/2015 09:51 PM, Christoph Hellwig wrote: This series adds a new RDMA core abstraction that insulated the ULPs from the nitty gritty details of CQ polling. See the individual patches for more details. Hello Christoph, After having tested the SRP initiator and target drivers with this

[PATCH] [media] hdpvr: Refactoring for hdpvr_read()

From: Markus Elfring Date: Tue, 29 Dec 2015 11:02:43 +0100 Let us return directly if the element "status" of the variable "buf" indicates "BUFSTAT_READY". A check repetition can be excluded for the variable "ret" at the end then. Signed-off-by: Markus Elfring

[tip:x86/cleanups] arch/x86/kernel/ptrace.c: Remove unused arg_offs_table

Commit-ID: 0105c8d8334fc941e0297ca6708fa57854114c0e Gitweb: http://git.kernel.org/tip/0105c8d8334fc941e0297ca6708fa57854114c0e Author: cheng...@emindsoft.com.cn AuthorDate: Sat, 26 Dec 2015 21:49:58 +0800 Committer: Thomas Gleixner

Re: [PATCH 4/6] regulator: lp872x: Add enable GPIO pin support

Hi Milo, Le mardi 29 décembre 2015 à 09:45 +0900, Milo Kim a écrit : > Hi Paul, > > On 29/12/15 07:49, Paul Kocialkowski wrote: > > Hi Milo, thanks for the review, > > > > Le lundi 28 décembre 2015 à 09:56 +0900, Milo Kim a écrit : > >> Hi Paul, > >> > >> On 23/12/15 20:56, Mark Brown wrote: >

Re: [PATCH 2/2] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option

On Tue, Dec 29, 2015 at 12:02:33PM +0100, Arnd Bergmann wrote: > On Tuesday 29 December 2015 12:26:35 Yury Norov wrote: > > All new 32-bit architectures should have 64-bit off_t type, but existing > > architectures has 32-bit ones. > > > > To handle it, new config option is added to arch/Kconfig

Re: [PATCH v6] USB: serial: add Moxa UPORT 11x0 driver

On Mon, Dec 28, 2015 at 09:21:25PM +0100, Mathieu OTHACEHE wrote: > Add a driver which supports : > > - UPort 1110 : 1 port RS-232 USB to Serial Hub. > - UPort 1130 : 1 port RS-422/485 USB to Serial Hub. > - UPort 1130I : 1 port RS-422/485 USB to Serial Hub with Isolation. > - UPort 1150 : 1

[PATCH v2] net, socket, socket_wq: fix missing initialization of flags

Fixes: ceb5d58b2170 ("net: fix sock_wake_async() rcu protection") Commit ceb5d58b2170 ("net: fix sock_wake_async() rcu protection") from the current 4.4 release cycle introduced a new flags member in struct socket_wq and moved SOCKWQ_ASYNC_NOSPACE and SOCKWQ_ASYNC_WAITDATA from struct socket's

Re: [lkp] [x86,vdso] 6c5548f6d7: autotest.signaltest.fail

On Mon, Dec 28, 2015 at 7:16 PM, kernel test robot wrote: > FYI, we noticed the below changes on > > https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git x86/vdso > commit 6c5548f6d716edd2e88add5e7826d15acae30108 ("x86,vdso: Use .fault > instead of

Re: [PATCH v6 04/20] arm64: change some CONFIG_COMPAT over to use CONFIG_AARCH32_EL0 instead

On Mon, Dec 28, 2015 at 05:01:15PM +0800, Zhangjian (Bamvor) wrote: > Fix the title. Hi, Could you re-send your patch, as previous version has wrong subject, and this - commented body. Or, I can just meld your change to patch #4. Yury. > > On 16:43 2015/12/28, Bamvor Jian Zhang wrote: > >I

Re: [PATCH] drivers/char/mem.c: Add /dev/ioports, supporting 16-bit and 32-bit ports

On Wednesday 23 December 2015 17:04:40 Santosh Shukla wrote: > On 23 December 2015 at 03:26, Arnd Bergmann wrote: > > On Tuesday 22 December 2015, Santosh Shukla wrote: > >> } > >> > >> So I care for /dev/ioport types interface who could do more than byte > >> data copy to/from

[PATCH] lightnvm: wrong offset in bad blk lun calculation

dev->nr_luns reports the total number of luns available in a device while dev->luns_per_chnl is the number of luns per channel. When multiple channels are available, the offset is calculated from a channel and lun id into a linear array. As it multiplies with the total number of luns, we go out

[PATCH] Fix for 4.4-rc7

Hi Jens, Sorry for sending a patch so late. I found a bug upon generic media manager initialization, followed by bad block list traversal, leading to a faulty out-of-bound memory access. Unfortunately, the media manager is initialized just after device initialization. In most cases the kernel

Re: [RFC PATCH] fbdev: add support for Sigma Designs' smp8xxxfb.ko

On 12/29/2015 02:49 PM, Frans Klaver wrote: On Tue, Dec 29, 2015 at 2:15 PM, Sebastian Frias wrote: Hi, We are wondering what is the recommended way of adding support for a framebuffer driver on the Linux kernel. Below you can find a patch with a proposed solution. That's

Re: [PATCH v1 2/3] ARM64 LPC: LPC driver implementation

在 2015/12/29 21:51, Arnd Bergmann 写道: On Tuesday 29 December 2015 21:33:51 Rongrong Zou wrote: We only implement io cycles here, we hook the lpc_io_write_byte and lpc_io_read_byte to inb/outb. So the drivers(ipmi/uart) which access the legacy ISA I/O port need no modification. The low pin

Re: On Lindent shortcomings and massive style fixing

On Tue, 29 Dec 2015, Andrey Utkin wrote: > On Tue, Dec 29, 2015 at 9:32 AM, Mauro Carvalho Chehab > wrote: > > IMHO, there are two problems by letting indent breaking long > > lines: > > > > 1) indent would break strings on printks. This is something that we don't > >

[PATCH] printk: nmi: Use correct format specifier for size_t

From: Thierry Reding The correct format specifier for arguments of type size_t is %zu. Using anything else is bound to trigger warnings on either 32-bit or 64-bit builds. Fixes: 0dcfca2060ee ("printk-nmi-generic-solution-for-safe-printk-in-nmi-v4") Cc: Andrew Morton

[PATCH v3 1/3] device property: add spaces to PROPERTY_ENTRY_STRING macro

Just a style fix, no functional changes. To be folded to Andrew's patch [1]. [1] http://comments.gmane.org/gmane.linux.kernel.commits.mm/97592 Or in linux next: e39ece7 include-linux-propertyh-fix-build-issues-with-gcc-444-fix 40bb8a1 include/linux/property.h: fix build issues with gcc-4.4.4

Re: [PATCH v6] serial: rewrite pxa2xx-uart to use 8250_core

On Thu, Dec 24, 2015 at 06:15:14PM +0300, Sergei Ianovich wrote: > pxa2xx-uart was a separate uart platform driver. It was declaring > the same device names and numbers as 8250 driver. As a result, > it was impossible to use 8250 driver on PXA SoCs. > > Upon closer examination pxa2xx-uart turned

[PATCH v3 2/3] device property: the secondary fwnode needs to depend on the primary

From: Heikki Krogerus This fixes NULL pointer dereference when the primary fwnode handle does not exist, for example with PCI devices that do not have ACPI companion. Signed-off-by: Heikki Krogerus Signed-off-by: Andy Shevchenko

[tip:x86/mm] x86/LDT: Print the real LDT base address

Commit-ID: 0d430e3fb3f7cdc13c0d22078b820f682821b45a Gitweb: http://git.kernel.org/tip/0d430e3fb3f7cdc13c0d22078b820f682821b45a Author: Jan Beulich AuthorDate: Tue, 22 Dec 2015 08:42:44 -0700 Committer: Thomas Gleixner CommitDate: Tue, 29 Dec 2015

<    2   3   4   5   6   7   8   >