Problems with phys_to_pfn_t in linux-next and s390

s390:defconfig: ERROR: "phys_to_pfn_t" [drivers/s390/block/dcssblk.ko] undefined! s390 does not set CONFIG_HAS_IOMEM, which is required for phys_to_pfn_t to exist. Introduced with commit e014f77c4b ("mm-dax-pmem-introduce-pfn_t-v3") and possibly earlier. Guenter -- To unsubscribe from this li

Re: [PATCH] ASoC: rsnd: fix usrcnt decrementing bug

On 12/24/2015 01:04 AM, Kuninori Morimoto wrote: > Hi Andrzej > >> Field usrcnt is unsigned so it cannot be lesser than zero. >> >> The problem has been detected using proposed semantic patch >> scripts/coccinelle/tests/unsigned_lesser_than_zero.cocci [1]. >> >> [1]: http://permalink.gmane.org/gman

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

On 12/24/2015 at 01:54 PM, Dave Young wrote: > Ccing Vivek > > On 12/23/15 at 07:12pm, Xunlei Pang wrote: >> Implement the protection method for the crash kernel memory >> reservation for the 64-bit x86 kdump. >> >> Signed-off-by: Xunlei Pang >> --- >> Only provided x86_64 implementation, as I've

Re: [PATCH] ASoC: rsnd: fix usrcnt decrementing bug

Hi Andrzej > >> Field usrcnt is unsigned so it cannot be lesser than zero. > >> > >> The problem has been detected using proposed semantic patch > >> scripts/coccinelle/tests/unsigned_lesser_than_zero.cocci [1]. > >> > >> [1]: http://permalink.gmane.org/gmane.linux.kernel/2038576 > >> > >> Signed

[PATCH] ACPI / debugger: Fix an issue a flag is modified without locking

There is one line of code, executed out of locking due to rebase mistakes. This patch fixes this issue. Signed-off-by: Lv Zheng --- drivers/acpi/acpi_dbg.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/acpi/acpi_dbg.c b/drivers/acpi/acpi_dbg.c index 381beb2..fa18

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

Hi, Xunlei On 12/24/15 at 02:05pm, Xunlei Pang wrote: > On 12/24/2015 at 01:54 PM, Dave Young wrote: > > Ccing Vivek > > > > On 12/23/15 at 07:12pm, Xunlei Pang wrote: > >> Implement the protection method for the crash kernel memory > >> reservation for the 64-bit x86 kdump. > >> > >> Signed-off-b

Re: Problems with phys_to_pfn_t in linux-next and s390

On Wed, Dec 23, 2015 at 9:56 PM, Guenter Roeck wrote: > s390:defconfig: > > ERROR: "phys_to_pfn_t" [drivers/s390/block/dcssblk.ko] undefined! > > s390 does not set CONFIG_HAS_IOMEM, which is required for phys_to_pfn_t to > exist. > > Introduced with commit e014f77c4b ("mm-dax-pmem-introduce-pfn_t-

Re: OOM killer kicks in after minutes or never

+CC so this doesn't get lost On 21.12.2015 13:35, Marcin Szewczyk wrote: > Hi, > > In 2010 I noticed that viewing many GIFs in a row using gpicview renders > my Linux unresponsive. There is very little I can do in such a > situation. Rarely after some minutes the OOM killer kicks in and saves > t

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

On 12/24/2015 at 02:16 PM, Dave Young wrote: > Hi, Xunlei > > On 12/24/15 at 02:05pm, Xunlei Pang wrote: >> On 12/24/2015 at 01:54 PM, Dave Young wrote: >>> Ccing Vivek >>> >>> On 12/23/15 at 07:12pm, Xunlei Pang wrote: Implement the protection method for the crash kernel memory reservati

[PATCH v2] ASoC: rsnd: fix usrcnt decrementing bug

Field usrcnt is unsigned so it cannot be lesser than zero. The patch fixes the check, moves it to the beginning of the function and changes return value to -EIO in case of usercnt error. The problem has been detected using proposed semantic patch scripts/coccinelle/tests/unsigned_lesser_than_zero.

RE: [PATCH 1/1] powerpc/irq: tidy up inconsistent context in migrate_irqs()

> -Original Message- > From: Denis Kirjanov [mailto:k...@linux-powerpc.org] > Sent: Thursday, December 24, 2015 6:04 AM > To: Zhang Zhuoyu > Cc: Michael Ellerman ; linux-kernel@vger.kernel.org; > pau...@samba.org; t...@linutronix.de; linuxppc-...@lists.ozlabs.org; > jiang@linux.intel

Re: [PATCH v2] r8152: fix lockup when runtime PM is enabled

On Wed, 2015-12-23 at 20:32 -0500, Alan Stern wrote: > I don't understand why the wakeup conditions are different. It seems > to me that the choice of which packets will generate a wakeup ought to > depend on the user's selection, not on the kind of suspend. For > instance, if the user says that

Re: [PATCH 1/3] dt-bindings: regulator/clock/mfd: Reorganize S2MPS-family bindings

On Thu, Dec 3, 2015 at 5:10 PM, Krzysztof Kozlowski wrote: > Bindings for Samsung S2M and S5M family PMICs are in mess. They are > spread over different files and subdirectories in a non-consistent way. > The devices and respective drivers for them share a lot in common so > everything could be or

[patch 1/2] ACPI / debugger: remove some unneeded conditions

"count" is unsigned so checking for less than zero here causes a static checker warning. And really it's better to let the access_ok() check fail if the user passes in a NULL "buf" pointer because -EFAULT is the correct error code. Signed-off-by: Dan Carpenter diff --git a/drivers/acpi/acpi_dbg

Re: [PATCH v2] ASoC: rsnd: fix usrcnt decrementing bug

Hi > > Field usrcnt is unsigned so it cannot be lesser than zero. > The patch fixes the check, moves it to the beginning of the function > and changes return value to -EIO in case of usercnt error. > > The problem has been detected using proposed semantic patch > scripts/coccinelle/tests/unsigne

RE: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support

Hi,Andy > -Original Message- > From: Andy Lutomirski [mailto:l...@amacapital.net] > Sent: Thursday, December 24, 2015 9:40 AM > To: Zheng, Lv > Cc: Chen, Yu C; Moore, Robert; Wysocki, Rafael J; Brown, Len; Andy > Lutomirski; Lv Zheng; linux-kernel@vger.kernel.org; Linux ACPI; H. Peter > An

<    1   2   3   4   5   6