Re: [PATCH 1/3 v3] kernel/fork.c: avoid division by zero

2015-02-21 Thread Ingo Molnar
* Heinrich Schuchardt wrote: > PAGE_SIZE is not guaranteed to be equal to or less than 8 times the > THREAD_SIZE. > > E.g. architecture hexagon may have page size 1M and thread size 4096. > This would lead to a division by zero in the calculation of max_threads. > > With 32-bit calculus there

RE: [PATCH v4 1/2] cfg80211: Add API to change the indoor regulatory setting

2015-02-21 Thread Peer, Ilan
Hi Luis, Can you please have a look at version 5 of the patch? I think that I addressed some concerns there. Regardless, I'll send another version that clarifies the optimization in the commit message. Thanks again, Ilan. > -Original Message- > From: Luis R. Rodriguez

linux-next: Tree for Feb 22

2015-02-21 Thread Stephen Rothwell
Hi all, Please do not add any material destined for v3.21 to your linux-next included trees until after v3.20-rc1 has been released. Changes since 20150220: The mips tree gained conflist against Linus' tree. The s390 tree gained a conflict against Linus' tree. The vfs tree gained conflicts

[PATCH v5 07/15] h8300: miscellaneous functions

2015-02-21 Thread Yoshinori Sato
Signed-off-by: Yoshinori Sato --- arch/h8300/kernel/asm-offsets.c | 60 ++ arch/h8300/kernel/dma.c | 95 + arch/h8300/kernel/h8300_ksyms.c | 34 +++ arch/h8300/kernel/module.c | 70

[PATCH v5 08/15] h8300: Memory management

2015-02-21 Thread Yoshinori Sato
Signed-off-by: Yoshinori Sato --- arch/h8300/mm/Makefile | 5 ++ arch/h8300/mm/fault.c | 57 + arch/h8300/mm/init.c | 133 + arch/h8300/mm/kmap.c | 61 +++ arch/h8300/mm/memory.c | 53

[PATCH v5 09/15] h8300: library functions

2015-02-21 Thread Yoshinori Sato
Signed-off-by: Yoshinori Sato --- arch/h8300/lib/Makefile| 7 ++ arch/h8300/lib/abs.S | 20 ++ arch/h8300/lib/ashldi3.c | 24 +++ arch/h8300/lib/ashrdi3.c | 24 +++ arch/h8300/lib/checksum.c | 167 +

[PATCH v5 01/15] h8300: Assembly headers.

2015-02-21 Thread Yoshinori Sato
Signed-off-by: Yoshinori Sato --- arch/h8300/include/asm/Kbuild | 66 ++ arch/h8300/include/asm/asm-offsets.h | 1 + arch/h8300/include/asm/atomic.h| 159 +++ arch/h8300/include/asm/bitops.h| 185 +

[PATCH v5 03/15] h8300: Exception and Interrupt handling

2015-02-21 Thread Yoshinori Sato
Signed-off-by: Yoshinori Sato --- arch/h8300/kernel/entry.S | 418 ++ arch/h8300/kernel/irq.c | 100 +++ arch/h8300/kernel/traps.c | 161 ++ 3 files changed, 679 insertions(+) create mode 100644 arch/h8300/kernel/entry.S

[PATCH v5 04/15] h8300: kernel booting

2015-02-21 Thread Yoshinori Sato
Signed-off-by: Yoshinori Sato --- arch/h8300/boot/Makefile | 26 + arch/h8300/boot/compressed/Makefile| 37 +++ arch/h8300/boot/compressed/head.S | 48 + arch/h8300/boot/compressed/misc.c | 74 ++ arch/h8300/boot/compressed/vmlinux.lds

[PATCH v5 05/15] h8300: Process and signal

2015-02-21 Thread Yoshinori Sato
Signed-off-by: Yoshinori Sato --- arch/h8300/kernel/entry.S | 6 +- arch/h8300/kernel/process.c | 171 ++ arch/h8300/kernel/ptrace.c | 203 +++ arch/h8300/kernel/signal.c | 289 4 files

[PATCH v5 12/15] h8300: clocksource

2015-02-21 Thread Yoshinori Sato
Signed-off-by: Yoshinori Sato --- drivers/clocksource/Kconfig | 6 + drivers/clocksource/Makefile| 3 + drivers/clocksource/h8300_timer16.c | 332 ++ drivers/clocksource/h8300_timer8.c | 398

[PATCH v5 06/15] h8300: CPU depend helpers

2015-02-21 Thread Yoshinori Sato
Signed-off-by: Yoshinori Sato --- arch/h8300/kernel/cpu/Makefile | 4 + arch/h8300/kernel/cpu/h83069/Makefile | 1 + arch/h8300/kernel/cpu/h83069/setup.c | 202 ++ arch/h8300/kernel/cpu/h8s2678/Makefile | 1 + arch/h8300/kernel/cpu/h8s2678/setup.c | 161

[PATCH v5 11/15] h8300: clock driver

2015-02-21 Thread Yoshinori Sato
Signed-off-by: Yoshinori Sato --- drivers/clk/Makefile| 1 + drivers/clk/h8300/Makefile | 2 + drivers/clk/h8300/clk-h83069.c | 74 ++ drivers/clk/h8300/clk-h8s2678.c | 165 include/linux/clk-provider.h| 12 +++

[PATCH v5 14/15] serial: Add h8300

2015-02-21 Thread Yoshinori Sato
Signed-off-by: Yoshinori Sato --- drivers/tty/serial/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/tty/serial/Kconfig b/drivers/tty/serial/Kconfig index c79b43c..ed01f33 100644 --- a/drivers/tty/serial/Kconfig +++ b/drivers/tty/serial/Kconfig @@ -747,7

[PATCH v5 15/15] Add ELF machine

2015-02-21 Thread Yoshinori Sato
Signed-off-by: Yoshinori Sato --- include/uapi/linux/elf-em.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/uapi/linux/elf-em.h b/include/uapi/linux/elf-em.h index ae99f77..b088296 100644 --- a/include/uapi/linux/elf-em.h +++ b/include/uapi/linux/elf-em.h @@ -25,6 +25,7 @@ #define

[PATCH v5 13/15] h8300: configs

2015-02-21 Thread Yoshinori Sato
Signed-off-by: Yoshinori Sato --- arch/h8300/configs/h8300h-sim_defconfig | 53 + arch/h8300/configs/h8s-sim_defconfig| 53 + 2 files changed, 106 insertions(+) create mode 100644 arch/h8300/configs/h8300h-sim_defconfig create

[PATCH v5 10/15] h8300: Build scripts

2015-02-21 Thread Yoshinori Sato
Signed-off-by: Yoshinori Sato --- arch/h8300/Kconfig | 73 ++ arch/h8300/Kconfig.cpu | 111 arch/h8300/Makefile | 45 arch/h8300/kernel/Makefile | 16 ++

[PATCH v5 00/15] revert h8300 architechure

2015-02-21 Thread Yoshinori Sato
Changes for v5 - Signal handling fix - LD script cleanup Changes for v4 - Remove signal mapping - Organize Kconfig - Coding style fix Changes for v3 - Fix clone - Add dma functions - Add missing library - Fix various errors Changes for v2 - Use Common Clock Framework - Use common unistd.h - Use

[PATCH v5 02/15] h8300: UAPI headers

2015-02-21 Thread Yoshinori Sato
Signed-off-by: Yoshinori Sato --- arch/h8300/include/uapi/asm/Kbuild | 29 arch/h8300/include/uapi/asm/auxvec.h | 4 ++ arch/h8300/include/uapi/asm/byteorder.h | 6 ++ arch/h8300/include/uapi/asm/ptrace.h | 42 +++ arch/h8300/include/uapi/asm/sigcontext.h |

Re: [PATCH v4 05/15] h8300: Process and signal

2015-02-21 Thread Yoshinori Sato
At Sat, 21 Feb 2015 09:51:23 +, Al Viro wrote: > > On Sat, Feb 21, 2015 at 04:53:49PM +0900, Yoshinori Sato wrote: > > > +static inline void * > > +get_sigframe(struct k_sigaction *ka, struct pt_regs *regs, size_t > > frame_size) > > +{ > > + unsigned long usp; > > + > > + /* Default to

Re: [PATCH v4 03/15] h8300: Exception and Interrupt handling

2015-02-21 Thread Yoshinori Sato
At Sat, 21 Feb 2015 09:58:04 +, Al Viro wrote: > > On Sat, Feb 21, 2015 at 04:53:47PM +0900, Yoshinori Sato wrote: > > > +resume_userspace: > > + andc#0xbf,ccr > > + mov.l sp,er4 > > + and.w #0xe000,r4 /* er4 <- current thread info */ > > + mov.l

Re: [PATCH tip/core/rcu 0/4] Programmatic nestable expedited grace periods

2015-02-21 Thread Paul E. McKenney
On Sat, Feb 21, 2015 at 07:58:07PM -0800, Josh Triplett wrote: > On Sat, Feb 21, 2015 at 07:51:34AM -0800, Arjan van de Ven wrote: > > >> > > >>there's a few others as well that I'm chasing down... > > >>.. but the flip side, prior to running ring 3 code, why NOT do fast > > >>expedites? > > > >

Re: [PATCH 20/27] i8k: Remove use of seq_printf return value

2015-02-21 Thread Guenter Roeck
On 02/21/2015 06:53 PM, Joe Perches wrote: 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 Acked-by:

Re: [PATCH 24/27] tracing: Remove use of seq_printf return value

2015-02-21 Thread Al Viro
On Sat, Feb 21, 2015 at 10:54:09PM -0500, Steven Rostedt wrote: > On Sat, 21 Feb 2015 18:53:51 -0800 > Joe Perches wrote: > > > The seq_printf return value, because it's frequently misused, > > will eventually be converted to void. > > > > See: commit 1f33c41c03da ("seq_file: Rename

[PATCH v5 5/5] usb: dwc3: add Fujitsu Specific Glue layer

2015-02-21 Thread Sneeker Yeh
This patch adds support for Synopsis DesignWare USB3 IP Core found on Fujitsu Socs. Signed-off-by: Sneeker Yeh --- .../devicetree/bindings/usb/fujitsu-dwc3.txt | 33 drivers/usb/dwc3/Kconfig | 10 + drivers/usb/dwc3/Makefile |

[PATCH v5 2/5] xhci: Platform: Set Synopsis device disconnection quirk based on platform data

2015-02-21 Thread Sneeker Yeh
If an xhci platform has Synopsis device disconnection errata then enable XHCI_DISCONNECT_QUIRK quirk flag. Signed-off-by: Sneeker Yeh --- drivers/usb/host/xhci-plat.c |3 +++ include/linux/usb/xhci_pdriver.h |4 2 files changed, 7 insertions(+) diff --git

[PATCH v5 3/5] usb: dwc3: add revision number DWC3_REVISION_290A and DWC3_REVISION_300A

2015-02-21 Thread Sneeker Yeh
Add the contstant for v2.90a and v3.00a dwc3 IP detection Signed-off-by: Sneeker Yeh --- drivers/usb/dwc3/core.h |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/usb/dwc3/core.h b/drivers/usb/dwc3/core.h index d201910..0b3bb0f 100644 --- a/drivers/usb/dwc3/core.h +++

[PATCH v5 4/5] usb: dwc3: Add quirk for Synopsis device disconnection errata

2015-02-21 Thread Sneeker Yeh
Synopsis Designware USB3 IP earlier than v3.00a which is configured in silicon with DWC_USB3_SUSPEND_ON_DISCONNECT_EN=1, would need a specific quirk to prevent xhci host controller from dying when device is disconnected. Since DWC_USB3_SUSPEND_ON_DISCONNECT_EN is an IP configuration whose state

[PATCH v5 1/5] xhci: add a quirk for device disconnection errata for Synopsis Designware USB3 core

2015-02-21 Thread Sneeker Yeh
This issue is defined by a three-way race at disconnect, between 1) Class driver interrupt endpoint resheduling attempts if the ISR gave an ep error event due to device detach (it would try 3 times) 2) Disconnect interrupt on PORTSC_CSC, which is cleared by hub thread asynchronously 3) The

[PATCH v5 0/5] Add support for Fujitsu USB host controller

2015-02-21 Thread Sneeker Yeh
These patches add support for XHCI compliant Host controller found on Fujitsu Socs, and are based on http://lwn.net/Articles/629162/ The first patch is to add Fujitsu glue layer of Synopsis DesignWare USB3 driver and last four patch is about quirk implementation of errata in Synopsis DesignWare

Re: [PATCH] af_packet: allow packets defragmentation not only for hash fanout type

2015-02-21 Thread David Miller
From: Alexander Drozdov Date: Fri, 20 Feb 2015 08:24:27 +0300 > Packets defragmentation was introduced for PACKET_FANOUT_HASH only, > see 7736d33f4262 ("packet: Add pre-defragmentation support for ipv4 > fanouts") > > It may be useful to have defragmentation enabled regardless of > fanout type.

[PATCH V2 - 08/27] rtc: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- V2: sigh - Fix : vs ; line termination typo in rtc-tegra

[PATCH V2 - 15/27] cris: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- V2: Remove trailing whitespace (exist in original code)

Re: [PATCH tip/core/rcu 0/4] Programmatic nestable expedited grace periods

2015-02-21 Thread Josh Triplett
On Sat, Feb 21, 2015 at 07:51:34AM -0800, Arjan van de Ven wrote: > >> > >>there's a few others as well that I'm chasing down... > >>.. but the flip side, prior to running ring 3 code, why NOT do fast > >>expedites? > > > >It would be good to have before-and-after measurements of actual > >boot

Re: [PATCH 24/27] tracing: Remove use of seq_printf return value

2015-02-21 Thread Steven Rostedt
On Sat, 21 Feb 2015 18:53:51 -0800 Joe Perches wrote: > 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") > > Miscellanea: > > o

openrisc: Dead or alive? openrisc.net has no dns entry

2015-02-21 Thread Joe Perches
Hello Stefan, Jonas: I sent a patch for openrisc use of seq_printf to li...@lists.openrisc.net that bounced. https://lkml.org/lkml/2015/2/21/228 There's no DNS entry for openrisc.net. I notice Stefan has an active openrisc kernel at https://github.com/skristiansson/linux But, the canonical

Re: [git pull] more vfs bits

2015-02-21 Thread Linus Torvalds
On Sat, Feb 21, 2015 at 6:51 PM, Al Viro wrote: > > Umm... Works for me. Let's do it this way, then: > * rename those guys through the whole series > * leave the "annotate the filesystems" bits to sit in a vfs.git > branch > * slap trylock_super() + bugfixes I'd been

[PATCH v2] x86, boot: Enable ident_mapping for kasl above 4G on 64bit

2015-02-21 Thread Yinghai Lu
On Sat, Feb 21, 2015 at 12:00 PM, Yinghai Lu wrote: > > Please use attached one to instead of the #PF handler in boot stage. > It works when hard-code to move output above 4G. Please check v2 instead. Thanks Yinghai From: Yinghai Lu Subject: [PATCH v2] x86, boot: Enable ident_mapping for kasl

Re: [PATCH v4 4/4] phy: add phy-hi6220-usb

2015-02-21 Thread zhangfei
Hi, Balbi On 02/22/2015 12:21 AM, Felipe Balbi wrote: Hi, On Sat, Feb 21, 2015 at 11:03:05PM +0800, zhangfei wrote: +static void hi6220_start_peripheral(struct hi6220_priv *priv, bool on) +{ + struct usb_otg *otg = priv->phy.otg; + + if (!otg->gadget) + return; + +

[PATCH 02/27] staging: lustre: Convert seq_ hash functions to return void

2015-02-21 Thread Joe Perches
These functions don't need to return anything. No caller uses the return value. Miscellanea: Integrate the individual strings to reduce object size ~100 bytes. Signed-off-by: Joe Perches --- drivers/staging/lustre/include/linux/libcfs/libcfs_hash.h | 4 ++--

[PATCH 04/27] staging: lustre: Convert remaining uses of "= seq_printf(...)"

2015-02-21 Thread Joe Perches
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") Convert the remaining uses by hand. Miscellanea: o Convert fixed string output to

[PATCH 06/27] power: wakeup: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- drivers/base/power/wakeup.c | 16 +++- 1 file

[PATCH 08/27] rtc: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- drivers/rtc/rtc-cmos.c | 36

[PATCH 10/27] pxa27x_udc: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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") While there, simplify the error handler logic by returning immediately and remove the

[PATCH 13/27] ARM: plat-pxa: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
The seq_printf return value, because it's frequently misused, (as it is here, it doesn't return # of chars emitted) 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 12/27] nios2: cpuinfo: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- arch/nios2/kernel/cpuinfo.c | 77

[PATCH 15/27] cris: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- arch/cris/arch-v10/kernel/setup.c | 58

Re: [PATCH] Replace "#include " with "#include "

2015-02-21 Thread David Miller
From: Alex W Slater Date: Thu, 19 Feb 2015 21:58:07 + > Fix checkpatch.pl warning "Use #include instead of > " > > Signed-off-by: Alex W Slater Applied to net-next. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

[PATCH 23/27] cgroup: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- kernel/cgroup.c | 4 +++- 1 file changed, 3

[PATCH 16/27] mfd: ab8500-debugfs: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- drivers/mfd/ab8500-debugfs.c | 196

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

2015-02-21 Thread Joe Perches
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 --- drivers/watchdog/bcm_kona_wdt.c | 27

[PATCH 18/27] staging: rtl8192x: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- drivers/staging/rtl8192e/rtllib_module.c | 4

[PATCH 20/27] i8k: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- drivers/char/i8k.c | 16 +--- 1 file changed,

[PATCH 19/27] s390: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- arch/s390/pci/pci_debug.c| 6 --

[PATCH 26/27] parisc: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- drivers/parisc/ccio-dma.c | 54

[PATCH 24/27] tracing: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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") Miscellanea: o Remove unused return value from trace_lookup_stack Signed-off-by: Joe

[PATCH 22/27] proc: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- fs/proc/array.c | 4 ++- fs/proc/base.c | 82

[PATCH 25/27] lru_cache: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- lib/lru_cache.c | 9 + 1 file changed, 5

[PATCH 14/27] openrisc: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- arch/openrisc/kernel/setup.c | 50

[PATCH 11/27] microblaze: mb: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- arch/microblaze/kernel/cpu/mb.c | 149

[PATCH 27/27] regulator: dbx500: Remove use of seq_puts/seq_printf return value

2015-02-21 Thread Joe Perches
The seq_puts/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") Miscellanea: o Remove unnecessary dev_err("seq_ overflow\n") messages

[PATCH 17/27] staging: i2o: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- drivers/staging/i2o/i2o_proc.c | 18 -- 1

[PATCH 01/27] staging: lustre: Convert "return seq_printf(...)" uses

2015-02-21 Thread Joe Perches
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") Convert these "return seq_printf(...)" uses to: seq_printf(seq, ...);

[PATCH 05/27] x86: mtrr: if: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- arch/x86/kernel/cpu/mtrr/if.c | 12 +--- 1 file

[PATCH 09/27] ipc: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- ipc/msg.c | 34 ++

[PATCH 03/27] staging: lustre: Convert uses of "int rc = seq_printf(...)"

2015-02-21 Thread Joe Perches
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") Convert these uses to: seq_printf(seq, ...); return 0; Done via cocci

[PATCH 07/27] ipmi: Remove use of seq_printf return value

2015-02-21 Thread Joe Perches
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 --- drivers/char/ipmi/ipmi_msghandler.c | 12

[PATCH 00/27] Convert seq_ output calls to return void

2015-02-21 Thread Joe Perches
As Al Viro said: we are getting well-meaning folks who try to check that return value, again and again, getting it wrong every time. Typical idiocies: * return some kind of error out of ->show() on overflows. Pointless *and* wrong - only hard errors (== fail read(2) with that) should

[GIT PULL] Final round of SCSI updates for the 3.19+ merge window

2015-02-21 Thread James Bottomley
This is a short patch set representing a couple of left overs from the merge window (debug leftover removal and MAINTAINER changes) plus one merge window regression (the local workqueue for hpsa) and a set of bug fixes for several issues (two for scsi-mq and the rest an assortment of long standing

Re: [git pull] more vfs bits

2015-02-21 Thread Al Viro
On Sat, Feb 21, 2015 at 06:19:45PM -0800, Linus Torvalds wrote: > > dentry_inode -> something. d_opened_inode() might do, but I'm not sure - > > still sounds a bit wrong to me. What it's about is "the actual fs object > > behind this name, maybe from upper fs, maybe showing through from

Re: [PATCH] reject creation of netdev names with colons

2015-02-21 Thread David Miller
From: Matthew Thode Date: Tue, 17 Feb 2015 18:31:57 -0600 > colons are used as a separator in netdev device lookup in dev_ioctl.c > > Specific functions are SIOCGIFTXQLEN SIOCETHTOOL SIOCSIFNAME > > Signed-off-by: Matthew Thode Applied thanks. Please put a proper subsystem prefix in your

Re: [git pull] more vfs bits

2015-02-21 Thread Linus Torvalds
On Sat, Feb 21, 2015 at 6:02 PM, Al Viro wrote: > > I'm somewhat tempted to do this: > fs_inode -> d_inode > fs_inode_once ->d_inode_rcu (it's not quite ->d_revalidate()-only, there's > a bit in autofs ->d_manage() as well) Ok, those at least match our existing naming logic (ie "d_inode()" would

Re: [RFC PATCH] x86, fpu: Use eagerfpu by default on all CPUs

2015-02-21 Thread Andy Lutomirski
On Sat, Feb 21, 2015 at 4:34 PM, Maciej W. Rozycki wrote: > On Sat, 21 Feb 2015, Borislav Petkov wrote: > >> Provided I've not made a mistake, this leads me to think that this >> simple workload and pretty much everything else uses the FPU through >> glibc which does the SSE memcpy and so on.

Re: [git pull] more vfs bits

2015-02-21 Thread Al Viro
On Sun, Feb 22, 2015 at 02:02:07AM +, Al Viro wrote: > Hmm... ..._once() variants are trivially dropped, IMO. dentry_inode_once() > is so bloody special that it *SHOULD* stick out; we don't have any places > like that, anyway. > > I'm somewhat tempted to do this: > fs_inode -> d_inode >

Re: [git pull] more vfs bits

2015-02-21 Thread Al Viro
On Sat, Feb 21, 2015 at 05:34:23PM -0800, Linus Torvalds wrote: > On Sat, Feb 21, 2015 at 4:51 PM, Al Viro wrote: > > > > Looking at that queue, it might make sense to hold back everything in that > > series past "fanotify: Fix up scripted S_ISDIR/S_ISREG/S_ISLNK conversions" > > for now > >

Re: [PATCH v3 1/4] perf tools: add Java demangling support

2015-02-21 Thread Stephane Eranian
On Fri, Feb 20, 2015 at 10:17 PM, Namhyung Kim wrote: > > Hi Stephane, > > On Wed, Feb 18, 2015 at 10:40:25PM +0100, Stephane Eranian wrote: > > Add Java function descriptor demangling support. > > Something bfd cannot do. > > > > Use the JAVA_DEMANGLE_NORET flag to avoid decoding the > > return

[RFI]: SPARC - use of in-local-out register sets with hardware strands (threads)

2015-02-21 Thread David Horner
I assume each core has a shared set of registers in the circular buffer of these register, and that each strand allocates from that pool. Can you tell me how to find the number of registers in the pool for a given machine (I'm currently interested in the T4-2)? If you can send some good urls my

Re: [PATCH tip/core/rcu 0/4] Programmatic nestable expedited grace periods

2015-02-21 Thread Paul E. McKenney
On Sat, Feb 21, 2015 at 05:08:52PM +0100, Peter Zijlstra wrote: > On Fri, Feb 20, 2015 at 09:45:39AM -0800, Arjan van de Ven wrote: > > On 2/20/2015 9:43 AM, Peter Zijlstra wrote: > > >On Fri, Feb 20, 2015 at 09:32:39AM -0800, Arjan van de Ven wrote: > > >>there's a few others as well that I'm

linux-next: manual merge of the ftrace tree with the vfs tree

2015-02-21 Thread Stephen Rothwell
Hi Steven, Today's linux-next merge of the ftrace tree got a conflict in kernel/trace/trace.c between commit 2c13b111e15c ("VFS: (Scripted) Convert ->d_inode to fs_inode() in kernel/trace/") from the vfs tree and commit eae473581cf9 ("tracing: Have mkdir and rmdir be part of tracefs") from the

Re: [git pull] more vfs bits

2015-02-21 Thread Linus Torvalds
On Sat, Feb 21, 2015 at 4:51 PM, Al Viro wrote: > > Looking at that queue, it might make sense to hold back everything in that > series past "fanotify: Fix up scripted S_ISDIR/S_ISREG/S_ISLNK conversions" > for now Hmm. Even I'd pull just that, quite frankly, I just think it's *confusing* to

Re: [git pull] more vfs bits

2015-02-21 Thread Al Viro
On Sat, Feb 21, 2015 at 05:14:37PM -0800, Linus Torvalds wrote: > .. and this is the one that makes no sense to me. > > It's the common case, and I don't see how it *possibly* adds any > value. The "I want the inode of this dentry" is traditionally done as > "dentry->d_inode". > > What is the

Re: [git pull] more vfs bits

2015-02-21 Thread Linus Torvalds
On Sat, Feb 21, 2015 at 4:18 PM, David Howells wrote: > > So what I want to do is: > > (1) Introduce wrappers around accesses to ->d_inode. These can be used to > mark such accesses as being classified into two categories: > > (A) Some accesses should only consider the dentry they're

Re: [git pull] more vfs bits

2015-02-21 Thread Al Viro
On Sun, Feb 22, 2015 at 12:23:06AM +, David Howells wrote: > Linus Torvalds wrote: > > > Also explain why that crap was done one file at a time? > > Because it wasn't. Here's the script for your perusal. Al cherry-picked the > output, so you won't find everything the script produces in

linux-next: manual merge of the vfs tree with Linus' tree

2015-02-21 Thread Stephen Rothwell
Hi Al, Today's linux-next merge of the vfs tree got a conflict in fs/nfs/write.c between commit d15bc38df607 ("nfs: Provide and use helper functions for marking a page as unstable") from Linus' tree and commit d92dd5c34974 ("VFS: (Scripted) Convert ->d_inode to fs_inode() in fs/nfs/") from the

linux-next: manual merge of the vfs tree with Linus' tree

2015-02-21 Thread Stephen Rothwell
Hi Al, Today's linux-next merge of the vfs tree got a conflict in fs/nfs/flexfilelayout/flexfilelayout.c between commit d15bc38df607 ("nfs: Provide and use helper functions for marking a page as unstable") from Linus' tree and commit d92dd5c34974 ("VFS: (Scripted) Convert ->d_inode to fs_inode()

linux-next: manual merge of the vfs tree with Linus' tree

2015-02-21 Thread Stephen Rothwell
Hi Al, Today's linux-next merge of the vfs tree got a conflict in fs/nfs/filelayout/filelayout.c between commit 338d00cfef07 ("pnfs: Refactor the *_layout_mark_request_commit to use pnfs_layout_mark_request_commit") from Linus' tree and commit d92dd5c34974 ("VFS: (Scripted) Convert ->d_inode to

Re: [git pull] more vfs bits

2015-02-21 Thread Al Viro
On Sat, Feb 21, 2015 at 02:45:34PM -0800, Linus Torvalds wrote: > So I've pulled this, but quite frankly, I think I will unpull it again > unless you actually state *what* the advantages of this pointless > series of endless patches are. > And no, that "explanation" in commit b717805b3c8b is not

linux-next: manual merge of the vfs tree with Linus' tree

2015-02-21 Thread Stephen Rothwell
Hi Al, Today's linux-next merge of the vfs tree got a conflict in drivers/infiniband/hw/qib/qib_fs.c between commit 041af0bb765a ("IB/qib: Fix sizeof checkpatch warnings") from Linus' tree and commit 271b063723fd ("VFS: (Scripted) Convert ->d_inode to fs_inode() in

Re: 1e918876 breaks r8169 (linux-3.18+)

2015-02-21 Thread Tomas Szepe
> > Sure, just did. Unfortunately, 3.19.0 + 0bec3b70 + this patch results > > in a driver that retains the problem. > > OK, could you test following patch instead ? Yup, but tough luck: 3.19.0 + 0bec3b70 + this patch -> problem present. -- Tomas Szepe -- To unsubscribe from this list: send

Re: [RFC PATCH] x86, fpu: Use eagerfpu by default on all CPUs

2015-02-21 Thread Maciej W. Rozycki
On Sat, 21 Feb 2015, Borislav Petkov wrote: > Provided I've not made a mistake, this leads me to think that this > simple workload and pretty much everything else uses the FPU through > glibc which does the SSE memcpy and so on. Which basically kills the > whole idea behind lazy FPU as

linux-next: manual merge of the s390 tree with Linus' tree

2015-02-21 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the s390 tree got a conflict in arch/s390/kernel/early.c between commit 61b0b01686d4 ("s390/spinlock: disabled compare-and-delay by default") from Linus' tree and commit c5f43f0a70fc ("s390: remove 31 bit support") from the s390 tree. I fixed it up (see below)

Re: [PATCH v2 2/2] epoll: introduce EPOLLEXCLUSIVE and EPOLLROUNDROBIN

2015-02-21 Thread Eric Wong
Jason Baron wrote: > On 02/18/2015 12:51 PM, Ingo Molnar wrote: > > * Ingo Molnar wrote: > > > >>> [...] However, I think the userspace API change is less > >>> clear since epoll_wait() doesn't currently have an > >>> 'input' events argument as epoll_ctl() does. > >> ... but the change would

RE: [PATCH 2/2] ASoC: pcm512x: Allow independently overclocking PLL, DAC and DSP

2015-02-21 Thread Peter Rosin
Mark Brown wrote: > On Mon, Feb 16, 2015 at 10:02:48PM +0100, Peter Rosin wrote: > > From: Peter Rosin > > > > When using non-standard rates, a relatively small amount of > > overclocking can make a big difference to a number of cases. > > This is all basically fine but I'm wondering why this is

Re: [git pull] more vfs bits

2015-02-21 Thread David Howells
Linus Torvalds wrote: > Also explain why that crap was done one file at a time? Because it wasn't. Here's the script for your perusal. Al cherry-picked the output, so you won't find everything the script produces in Al's pull request. Breaking it down into one commit per fs makes it easier

linux-next: manual merge of the mips tree with Linus' tree

2015-02-21 Thread Stephen Rothwell
Hi Ralf, Today's linux-next merge of the mips tree got a conflict in arch/mips/mm/tlb-r4k.c between commit 9ead8632bbf4 ("MIPS: Fix C0_Pagegrain[IEC] support") from Linus' tree and commit a5770df09541 ("MIPS: Add set/clear CP0 macros for PageGrain register") from the mips tree. I fixed it up

Free Loan

2015-02-21 Thread mcdonaldloans
I am David Mcdonald a private lender located in New York,i can help you with a loan you looking for @ 3% interest rate, Interested call,email or text (347) 560-4207 David Mcdonald Email: david.mcdonaldloa...@gmail.com telephone:+1 347-560-4207 -- To unsubscribe from this list: send the line

Re: [git pull] more vfs bits

2015-02-21 Thread David Howells
Linus Torvalds wrote: > > Assorted stuff from this cycle. The big ones here are multilayer > > overlayfs from Miklos and beginning of sorting ->d_inode accesses out from > > David. > > So I've pulled this, but quite frankly, I think I will unpull it again > unless you actually state

linux-next: manual merge of the mips tree with Linus' tree

2015-02-21 Thread Stephen Rothwell
Hi Ralf, Today's linux-next merge of the mips tree got a conflict in arch/mips/include/asm/pgtable-bits.h between commit b32da82e28ce ("mips: drop _PAGE_FILE and pte_file()-related helpers") from Linus' tree and commit 05f9883a2899 ("MIPS: Usage and cosmetic cleanups of page table bits.") from

re: [PATCH v2 0/7] New Lenovos 2015 touchpads: party time!

2015-02-21 Thread Michael Mullin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I have applied Benjamin's Lenovo touchpad patches onto the 3.19 kernel at sha of 18a8d49973667aa016e68826eeb374788b7c63b0 (Feb 21). In conjunction with synaptic touchpad application found at

Re: [PATCH tip/core/rcu 0/4] Programmatic nestable expedited grace periods

2015-02-21 Thread Paul E. McKenney
On Sat, Feb 21, 2015 at 03:12:01PM +, Mathieu Desnoyers wrote: > - Original Message - > > From: "Josh Triplett" > > To: "Peter Zijlstra" > > Cc: "Paul E. McKenney" , > > linux-kernel@vger.kernel.org, mi...@kernel.org, > > la...@cn.fujitsu.com, dipan...@in.ibm.com,

  1   2   3   4   5   6   >