Re: linux-next: manual merge of the mac80211-next tree with the mac80211 tree

2018-01-15 Thread Johannes Berg
Hi Stephen, > between commit: > > b71d856ab536 ("mac80211_hwsim: add workqueue to wait for deferred radio > deletion on mod unload") > > from the mac80211 tree and commit: > > c6509cc3b3e8 ("mac80211_hwsim: add hashtable with mac address keys for > faster lookup") > > from the

[PATCH] MAINTAINERS: add the iommu list for swiotlb and xen-swiotlb

2018-01-15 Thread Christoph Hellwig
All other discussions related to the dma mapping interfaces are on the iommu list, so let's make it the official list for swiotlb and the second list for xen-swiotlb. Signed-off-by: Christoph Hellwig --- MAINTAINERS | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff

Re: consolidate swiotlb dma_map implementations

2018-01-15 Thread Christoph Hellwig
I've pulled this into the dma-mapping for-next tree, including the missing free_pages noted. I'd be fine to rebase another day or two for additional reviews or important fixes.

Re: consolidate direct dma mapping V4

2018-01-15 Thread Christoph Hellwig
I've pulled this into the dma-mapping for-next branch so that we get a few days exposure before then end of the merge window. If there is anything important (e.g. the powerpc naming issue) please send incremental patches.

Re: [Suspected-Phishing]Re: [PATCH V3 1/2] nvme: split resetting state into reset_prepate and resetting

2018-01-15 Thread jianchao.wang
On 01/16/2018 01:57 PM, jianchao.wang wrote: > Hi Max > > Thanks for your kindly comment. > > On 01/15/2018 09:36 PM, Max Gurtovoy wrote: >   case NVME_CTRL_RECONNECTING: >   switch (old_state) { >   case NVME_CTRL_LIVE: >   case NVME_CTRL_RESETTING:

what trees/branches to test on syzbot

2018-01-15 Thread Dmitry Vyukov
Hello, Several people proposed that linux-next should not be tested on syzbot. While some people suggested that it needs to test as many trees as possible. I've initially included linux-next as it is a staging area before upstream tree, with the intention that patches are _tested_ there, is they

Re: LKML admins (syzbot emails are not delivered)

2018-01-15 Thread Dmitry Vyukov
On Tue, Jan 16, 2018 at 8:12 AM, Theodore Ts'o wrote: > On Mon, Jan 15, 2018 at 10:38:42AM -0600, Eric W. Biederman wrote: >> >> Sometimes the branches on linux-next are experimental crap. If someone >> adds an experimental memory allocator to linux-next before discovering >> it

[PATCH v3 1/3] trace-cmd: Make read_proc() to return int status via OUT arg

2018-01-15 Thread Vladislav Valtchev (VMware)
This patch changes both the implementation and the interface of read_proc() in trace-stack.c. First, it makes the function to read a string from the proc file and then parse it as an integer using strtol(). Then, it makes the function to return the integer read from the proc file using the int

[PATCH v3 2/3] trace-cmd: Remove the die() call from read_proc()

2018-01-15 Thread Vladislav Valtchev (VMware)
As trace-stack.c's read_proc() function is going to be used by trace-cmd stat, we don't want it to make the program die in case something went wrong. Therefore, this simple patch makes read_proc() to just return -1 in case the proc file was empty or read() failed with an error, instead of using

[PATCH] perf stat: Ignore error thread when enabling system-wide --per-thread

2018-01-15 Thread Jin Yao
If we execute 'perf stat --per-thread' with non-root account (even set kernel.perf_event_paranoid = -1 yet), it reports the error: jinyao@skl:~$ perf stat --per-thread Error: You may not have permission to collect system-wide stats. Consider tweaking /proc/sys/kernel/perf_event_paranoid, which

[PATCH v3 0/3] Integrate stack tracer status in 'stat'

2018-01-15 Thread Vladislav Valtchev (VMware)
This short patch series makes trace-cmd stat aware of the stack tracer: now, when the stack tracker is ON, the command will report that. Vladislav Valtchev (VMware) (3): trace-cmd: Make read_proc() to return int status via OUT arg trace-cmd: Remove the die() call from read_proc() trace-cmd:

[PATCH v3 3/3] trace-cmd: Making stat to report when the stack tracer is ON

2018-01-15 Thread Vladislav Valtchev (VMware)
trace-cmd stat is a handy way for users to see what tracing is currently going on, but currently it does not say anything about the stack tracing. This patch makes the command to show a message when the stack tracer is ON. Signed-off-by: Vladislav Valtchev (VMware)

Re: [PATCH] mm: memory: fixed a coding style issue

2018-01-15 Thread Michal Hocko
On Mon 15-01-18 19:17:12, Robert Donald Rickett wrote: > This is a patch to the memory.c file that fixes the > "ERROR: code indent should use tabs where possible" > found by the checkpatch.pl tool. Is this really worth it? The code is not any better readable and it just adds a churn to the

[PATCH] mtd: onenand: omap2: print resource using %pR format string

2018-01-15 Thread Arnd Bergmann
The omap2 onenand driver is now available for compile-testing, which uncovers a warning in configurations that have a 64-bit resource_size_t: drivers/mtd/onenand/omap2.c: In function 'omap2_onenand_probe': drivers/mtd/onenand/omap2.c:536:54: error: format '%x' expects argument of type 'unsigned

Re: [PATCH 4.14 053/118] Revert "Revert "xfrm: Fix stack-out-of-bounds read in xfrm_state_find.""

2018-01-15 Thread Nicolas Dichtel
Le 16/01/2018 à 07:33, Steffen Klassert a écrit : > On Mon, Jan 15, 2018 at 11:56:12AM -0500, David Miller wrote: >> From: Steffen Klassert >> Date: Mon, 15 Jan 2018 14:23:29 +0100 >> >>> On Mon, Jan 15, 2018 at 01:34:40PM +0100, Greg Kroah-Hartman wrote:

Re: KASAN: slab-out-of-bounds Write in tcp_v6_syn_recv_sock

2018-01-15 Thread Dmitry Vyukov
On Thu, Jan 4, 2018 at 12:31 AM, Cong Wang wrote: > On Wed, Jan 3, 2018 at 12:55 PM, Ozgur wrote: >> >> >> 03.01.2018, 21:57, "Cong Wang" : >>> On Tue, Jan 2, 2018 at 3:58 PM, syzbot >>>

R: Re: [PATCH 8/8] KVM: x86: add SPEC_CTRL and IBPB_SUPPORT to MSR and CPUID lists

2018-01-15 Thread Paolo Bonzini
- Eric Wheeler ha scritto: > On Sat, 13 Jan 2018, Paolo Bonzini wrote: > > > Just add the new MSR at the end of the array. > > I'm assuming you meant emulated_msrs[], correct? No, msrs_to_save. It's just above emulated_msrs. Paolo > > > -- > Eric Wheeler > >

Re: [PATCH 04/14] mmc: mmci: Add STM32 variant

2018-01-15 Thread Linus Walleij
On Mon, Jan 15, 2018 at 6:17 PM, Patrice CHOTARD wrote: >>> + { >>> + .id = 0x00880180, >>> + .mask = 0x00ff, >>> + .data = _stm32, >>> + }, >> >> Since ux500 was 480180 I wonder what variants 5,6,7 are...

Re: [PATCH] soc: xilinx: xlnx_vcu: Depends on HAS_IOMEM for xlnx_vcu

2018-01-15 Thread Michal Simek
On 16.1.2018 07:34, Dhaval Shah wrote: > xlnx_vcu driver uses devm_ioremap_nocache, which is included > only when HAS_IOMEM is enabled. > > drivers/soc/xilinx/xlnx_vcu.o: In function `xvcu_probe': >xlnx_vcu.c:(.text+0x116): undefined reference to `devm_ioremap_nocache' >

Re: [PATCH 4.9 27/75] net: igmp: Use correct source address on IGMPv3 reports

2018-01-15 Thread Sebastian Gottschall
Am 16.01.2018 um 06:55 schrieb Greg Kroah-Hartman: On Tue, Jan 16, 2018 at 04:50:39AM +0100, Sebastian Gottschall wrote: please revert that on 4.9 and 4.14 it breaks igmp routing. it can be reproduced with any iptv connection using igmp-proxy. reverting this patch fixes the issue. So Linus's

[PATCH] powerpc/8xx: do not select CONFIG_PPC_LIB_RHEAP

2018-01-15 Thread Christophe Leroy
Since commit 0e6e01ff694ee ("CPM/QE: use genalloc to manage CPM/QE muram"), rheap is not used anymore. Signed-off-by: Christophe Leroy --- arch/powerpc/platforms/Kconfig.cputype | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/powerpc/platforms/Kconfig.cputype

Re: [PATCH] ARM: dts: nomadik: add interrupt-parent for clcd

2018-01-15 Thread Linus Walleij
On Mon, Jan 15, 2018 at 5:37 PM, Arnd Bergmann wrote: > The clcd device is lacking an interrupt-parent property, which makes > the interrupt unusable and shows up as a warning with the latest > dtc version: > > arch/arm/boot/dts/ste-nomadik-s8815.dtb: Warning

[patch v17 1/4] drivers: jtag: Add JTAG core driver

2018-01-15 Thread Oleksandr Shamray
Initial patch for JTAG driver JTAG class driver provide infrastructure to support hardware/software JTAG platform drivers. It provide user layer API interface for flashing and debugging external devices which equipped with JTAG interface using standard transactions. Driver exposes set of IOCTL to

[patch v17 4/4] Documentation: jtag: Add ABI documentation

2018-01-15 Thread Oleksandr Shamray
Added document that describe the ABI for JTAG class drivrer Signed-off-by: Oleksandr Shamray Acked-by: Arnd Bergmann --- v16->v17 v15->v16 v14->v15 v13->v14 v12->v13 v11->v12 Tobias Klauser - rename

[patch v17 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver

2018-01-15 Thread Oleksandr Shamray
Driver adds support of Aspeed 2500/2400 series SOC JTAG master controller. Driver implements the following jtag ops: - freq_get; - freq_set; - status_get; - idle; - xfer; It has been tested on Mellanox system with BMC equipped with Aspeed 2520 SoC for programming CPLD devices. Signed-off-by:

[patch v17 3/4] Documentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver

2018-01-15 Thread Oleksandr Shamray
It has been tested on Mellanox system with BMC equipped with Aspeed 2520 SoC for programming CPLD devices. Signed-off-by: Oleksandr Shamray Signed-off-by: Jiri Pirko Acked-by: Rob Herring --- v16->v17 v15->v16 Comments pointed by

[patch v17 0/4] JTAG driver introduction

2018-01-15 Thread Oleksandr Shamray
When a need raise up to use JTAG interface for system's devices programming or CPU debugging, usually the user layer application implements jtag protocol by bit-bang or using a proprietary connection to vendor hardware. This method can be slow and not generic. We propose to implement general

Re: [PATCH] drbd: fix discard_zeroes_if_aligned regression

2018-01-15 Thread Christoph Hellwig
NAK. Calling a discard and expecting zeroing is simply buggy. And double NAK for patches like this without a linux-block Cc.

Re: [PATCH] x86/jailhouse: fix building without X86_X2APIC

2018-01-15 Thread Arnd Bergmann
On Tue, Jan 16, 2018 at 3:34 AM, Dou Liyang wrote: > At 01/16/2018 09:25 AM, Dou Liyang wrote: >>> diff --git a/arch/x86/include/asm/apic.h b/arch/x86/include/asm/apic.h >>> index 98722773391d..0317d635d9ba 100644 >>> --- a/arch/x86/include/asm/apic.h >>> +++

Re: Query: Crash is coming during /prod/PID/stat and do_exit of same task

2018-01-15 Thread Alexey Dobriyan
On Tue, Jan 16, 2018 at 11:06:47AM +0530, Kohli, Gaurav wrote: > On 1/10/2018 10:50 AM, Alexey Dobriyan wrote: > > >> We are seeing crash in do_task_stat while accessing stack pointer, It > >> seems same task has already completed do_exit call. > >> So it seems a race between them: > > Please,

Re: LKML admins (syzbot emails are not delivered)

2018-01-15 Thread Theodore Ts'o
On Mon, Jan 15, 2018 at 10:38:42AM -0600, Eric W. Biederman wrote: > > Sometimes the branches on linux-next are experimental crap. If someone > adds an experimental memory allocator to linux-next before discovering > it causes all kinds of problems I don't want bug reports about my code > not

Re: [BUG 4.15-rc7] IRQ matrix management errors

2018-01-15 Thread Keith Busch
This is all way over my head, but the part that obviously shows something's gone wrong: kworker/u674:3-1421 [028] d... 335.307051: irq_matrix_reserve_managed: bit=56 cpu=0 online=1 avl=86 alloc=116 managed=3 online_maps=112 global_avl=22084, global_rsvd=157, total_alloc=570

RE: [patch v16 1/4] drivers: jtag: Add JTAG core driver

2018-01-15 Thread Oleksandr Shamray
Hi Julia > -Original Message- > From: Julia Cartwright [mailto:jul...@eso.teric.us] > Sent: 15 января 2018 г. 22:52 > To: Oleksandr Shamray > Cc: gre...@linuxfoundation.org; a...@arndb.de; linux- > ker...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; >

Re: [PATCH] Remove structure passing and assignment to save stack and no coping structures.

2018-01-15 Thread kbuild test robot
Hi Karim, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v4.15-rc8 next-20180115] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci

Re: [PATCH v2 1/2] drm/bridge/synopsys: dsi: use common mipi_dsi_create_packet()

2018-01-15 Thread Archit Taneja
On 01/10/2018 02:02 AM, Brian Norris wrote: This takes care of 2 TODOs in this driver, by using the common DSI packet-marshalling code instead of our custom short/long write code. This both saves us some duplicated code and gets us free support for command types that weren't already part of

Re: [PATCH v2 2/2] drm/bridge/synopsys: dsi: handle endianness correctly in dw_mipi_dsi_write()

2018-01-15 Thread Archit Taneja
On 01/10/2018 08:03 PM, Andrzej Hajda wrote: On 09.01.2018 21:32, Brian Norris wrote: We're filling the "remainder" word with little-endian data, then writing it out to IO registers with endian-correcting writel(). That probably won't work on big-endian systems. Let's mark the "remainder"

Re: [PATCH] reset: ti-rstctrl: use the reset-simple driver

2018-01-15 Thread Tero Kristo
On 16/01/18 03:11, Tony Lindgren wrote: We can support the RSTCTRL reset registers on many TI SoCs with reset-simple. Cc: Dave Gerlach Cc: Mark Rutland Cc: Nishant Menon Cc: Philipp Zabel Cc: Rob Herring

Re: [PATCH v5 02/44] clk: davinci: New driver for davinci PLL clocks

2018-01-15 Thread Sekhar Nori
On Saturday 13 January 2018 06:41 AM, David Lechner wrote: > On 01/12/2018 10:18 AM, Sekhar Nori wrote: >> On Friday 12 January 2018 08:55 PM, David Lechner wrote: PLL output on DA850 must never be below 300MHz or above 600MHz (see datasheet table "Allowed PLL Operating

Re: [RESEND PATCH 1/3] usb: dwc3: Don't reinitialize core during host bus-suspend/resume

2018-01-15 Thread Manu Gautam
Hi Roger, On 1/15/2018 9:10 PM, Roger Quadros wrote: > Hi Manu, [snip] >> I think it will be better to separate runtime_suspend and pm_suspend >> handling for >> host mode in dwc3. Powering offf/on PHYs and dwc3_core_exit/init across >> system >> suspend-resume should be ok but doing that for

[PATCH] soc: xilinx: xlnx_vcu: Depends on HAS_IOMEM for xlnx_vcu

2018-01-15 Thread Dhaval Shah
xlnx_vcu driver uses devm_ioremap_nocache, which is included only when HAS_IOMEM is enabled. drivers/soc/xilinx/xlnx_vcu.o: In function `xvcu_probe': xlnx_vcu.c:(.text+0x116): undefined reference to `devm_ioremap_nocache' xlnx_vcu.c:(.text+0x1ae): undefined reference to

Re: [PATCH 4.14 053/118] Revert "Revert "xfrm: Fix stack-out-of-bounds read in xfrm_state_find.""

2018-01-15 Thread Steffen Klassert
On Mon, Jan 15, 2018 at 11:56:12AM -0500, David Miller wrote: > From: Steffen Klassert > Date: Mon, 15 Jan 2018 14:23:29 +0100 > > > On Mon, Jan 15, 2018 at 01:34:40PM +0100, Greg Kroah-Hartman wrote: > >> 4.14-stable review patch. If anyone has any objections,

Re: [PATCH v5 02/44] clk: davinci: New driver for davinci PLL clocks

2018-01-15 Thread Sekhar Nori
On Saturday 13 January 2018 07:43 AM, David Lechner wrote: > On 01/12/2018 03:21 AM, Sekhar Nori wrote: >> On Monday 08 January 2018 07:47 AM, David Lechner wrote: >>> +static unsigned long davinci_pll_clk_recalc(struct clk_hw *hw, >>> +    unsigned long parent_rate) >>> +{ >>>

Re: [PATCH] EDAC, mv64x60: Remove some code duplication

2018-01-15 Thread Christophe JAILLET
Le 15/01/2018 à 23:31, Michael Ellerman a écrit : Chris Packham writes: On 14/01/18 06:17, Christophe JAILLET wrote: Le 13/01/2018 à 15:22, Borislav Petkov a écrit : + Chris Packham who's been fixing some stuff in here too. On Sat, Jan 13, 2018 at

Re: [RFC PATCH] ubifs: Add zstd support

2018-01-15 Thread yuyufen
On 2018/1/12 18:45, Richard Weinberger wrote: Yufen Yu, Am Freitag, 12. Januar 2018, 10:24:21 CET schrieb Yufen Yu: Add zstd compression and decompression support to ubifs. zstd at its fastest level compresses almost as well as zlib, while offering much faster compression and decompression,

Re: [PATCH net-next v5 2/4] phy: cp110-comphy: 2.5G SGMII mode

2018-01-15 Thread Kishon Vijay Abraham I
On Friday 12 January 2018 01:21 PM, Antoine Tenart wrote: > This patch allow the CP100 comphy to configure some lanes in the > 2.5G SGMII mode. This mode is quite close to SGMII and uses nearly the > same code path. > > Signed-off-by: Antoine Tenart

Re: [PATCH net-next v5 1/4] phy: add 2.5G SGMII mode to the phy_mode enum

2018-01-15 Thread Kishon Vijay Abraham I
On Tuesday 16 January 2018 12:51 AM, David Miller wrote: > From: Antoine Tenart > Date: Fri, 12 Jan 2018 08:51:27 +0100 > >> This patch adds one more generic PHY mode to the phy_mode enum, to allow >> configuring generic PHYs to the 2.5G SGMII mode by using

Re: [PATCH] fw_cfg: don't use DMA mapping for fw_cfg device

2018-01-15 Thread Peter Xu
On Mon, Jan 15, 2018 at 12:22:48PM +0100, Marc-Andre Lureau wrote: > Hi > > On Mon, Jan 15, 2018 at 9:55 AM, Peter Xu wrote: > > fw_cfg device does not need IOMMU protection, so use physical addresses > > always. That's how QEMU implements fw_cfg. Otherwise we'll see call >

Re: [PATCH v5 0/2] printk: Console owner and waiter logic cleanup

2018-01-15 Thread Sergey Senozhatsky
Hi, On (01/15/18 12:50), Petr Mladek wrote: > On Mon 2018-01-15 11:17:43, Petr Mladek wrote: > > PS: Sergey, you have many good points. The printk-stuff is very > > complex and we could spend years discussing the perfect solution. > > BTW: One solution that comes to my mind is based on ideas >

[PATCH] selftests: Fix loss of test output in run_kselftests.sh

2018-01-15 Thread Michael Ellerman
Commit fbcab13d2e25 ("selftests: silence test output by default") changed the run_tests logic as well as the logic to generate run_kselftests.sh to redirect test output away from the console. As discussed on the list and at kernel summit, this is not a desirable default as it means in order to

Re: [Suspected-Phishing]Re: [PATCH V3 1/2] nvme: split resetting state into reset_prepate and resetting

2018-01-15 Thread jianchao.wang
Hi Max Thanks for your kindly comment. On 01/15/2018 09:36 PM, Max Gurtovoy wrote:   case NVME_CTRL_RECONNECTING:   switch (old_state) {   case NVME_CTRL_LIVE:   case NVME_CTRL_RESETTING: +    case NVME_CTRL_RESET_PREPARE: > > I forget to

Re: [PATCH] ARM: davinci_all_defconfig: set CONFIG_DAVINCI_WATCHDOG=y

2018-01-15 Thread Sekhar Nori
On Monday 15 January 2018 10:59 PM, David Lechner wrote: > This changes CONFIG_DAVINCI_WATCHDOG from a module to a compiled-in > option. Since the reset function has been moved out of the mach code in > commit 0808d3260456 ("ARM: davinci: remove watchdog reset") and into the > watchdog driver,

Re: linux-next: build warning after merge of the staging tree

2018-01-15 Thread Greg KH
On Tue, Jan 16, 2018 at 01:45:44PM +1100, Stephen Rothwell wrote: > Hi Greg, > > After merging the staging tree, today's linux-next build (x86_64 > allmodconfig) produced this warning: > > drivers/staging/lustre/lnet/selftest/module.c: In function > 'lnet_selftest_init': >

Re: [PATCH 4.9 27/75] net: igmp: Use correct source address on IGMPv3 reports

2018-01-15 Thread Greg Kroah-Hartman
On Tue, Jan 16, 2018 at 04:50:39AM +0100, Sebastian Gottschall wrote: > please revert that on 4.9 and 4.14 > it breaks igmp routing. it can be reproduced with any iptv connection using > igmp-proxy. reverting this patch fixes the issue. So Linus's kernel also is broken for you? Or does it work

Re: [PATCH 4.14 000/118] 4.14.14-stable review

2018-01-15 Thread Greg Kroah-Hartman
On Mon, Jan 15, 2018 at 04:11:15PM -0600, Dan Rue wrote: > On Mon, Jan 15, 2018 at 01:33:47PM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.14.14 release. > > There are 118 patches in this series, all will be posted as a response > > to this one. If

Re: [PATCH 4.4 00/87] 4.4.112-stable review

2018-01-15 Thread Greg Kroah-Hartman
On Mon, Jan 15, 2018 at 03:59:18PM -0600, Dan Rue wrote: > On Mon, Jan 15, 2018 at 01:33:59PM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.4.112 release. > > There are 87 patches in this series, all will be posted as a response > > to this one. If

Re: [PATCH 4.9 00/96] 4.9.77-stable review

2018-01-15 Thread Greg Kroah-Hartman
On Mon, Jan 15, 2018 at 04:03:06PM -0600, Dan Rue wrote: > On Mon, Jan 15, 2018 at 01:33:59PM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.9.77 release. > > There are 96 patches in this series, all will be posted as a response > > to this one. If

Re: lapic-related boot crash in 4.15-rc1

2018-01-15 Thread Dou Liyang
Hi Thomas, At 01/16/2018 12:21 AM, Thomas Gleixner wrote: On Mon, 15 Jan 2018, Meelis Roos wrote: On Wed, 10 Jan 2018, Thomas Gleixner wrote: On Wed, 10 Jan 2018, Meelis Roos wrote: On 3 of my test computers, boot hangs with 4.15 git kernels. So far I have traced it down to 4.14.0 being

Re: lapic-related boot crash in 4.15-rc1

2018-01-15 Thread Meelis Roos
> I've reverted the commit which Dou pointed out in rc8. Can you please confirm > that > this fixes the issue for you? Tried rc8 on the P3, it still hangs. -- Meelis Roos (mr...@linux.ee)

Re: Query: Crash is coming during /prod/PID/stat and do_exit of same task

2018-01-15 Thread Kohli, Gaurav
On 1/10/2018 10:50 AM, Alexey Dobriyan wrote: We are seeing crash in do_task_stat while accessing stack pointer, It seems same task has already completed do_exit call. So it seems a race between them: Please, post exact kernel version and struct task_struct::usage if you still have that kernel

linux-next: Tree for Jan 16

2018-01-15 Thread Stephen Rothwell
Hi all, News: I am now compiling with gcc 7.2.1 compilers, and 2.28.2 binutils (except for sparc64 where the latest I could get to build was 2.25.2). My final powerpc builds are done with gcc 5.2.1 as the 7.2.1 compiler hung for one build. Changes since 20180115: The printk tree gained

Re: [PATCH v5 0/2] printk: Console owner and waiter logic cleanup

2018-01-15 Thread Sergey Senozhatsky
Hi, On (01/15/18 11:17), Petr Mladek wrote: > Hi Sergey, > > I wonder if there is still some miss understanding. > > Steven and me are trying to get this patch in because we believe > that it is a step forward. We know that it is not perfect. But > we believe that it makes things better. In

Re: WARNING in __vm_enough_memory

2018-01-15 Thread Dmitry Vyukov
On Tue, Jan 16, 2018 at 12:58 AM, syzbot wrote: > Hello, > > syzkaller hit the following crash on > 8418f88764046d0e8ca6a3c04a69a0e57189aa1e > git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/master > compiler: gcc (GCC)

Re: [PATCH] brcmfmac: Make sure CLM downloading is optional

2018-01-15 Thread Bjorn Andersson
On Mon 15 Jan 11:40 PST 2018, Arend van Spriel wrote: > On 1/15/2018 6:10 PM, Bjorn Andersson wrote: > > The presence of a CLM file is described as optional, but missing the clm > > blob causes the preinit to return unsuccessfully. Fix this by ignoring > > the return value of the

Re: [PATCH v5 0/2] printk: Console owner and waiter logic cleanup

2018-01-15 Thread Sergey Senozhatsky
On (01/15/18 09:51), Petr Mladek wrote: > On Sat 2018-01-13 16:31:00, Sergey Senozhatsky wrote: > > On (01/12/18 13:55), Petr Mladek wrote: > > [..] > > > > I'm not fixing console_unlock(), I'm fixing printk(). BTW, all my > > > > kernels are CONFIG_PREEMPT (I'm a RT guy), my mind thinks more

Re: [PATCH 4.9 27/75] net: igmp: Use correct source address on IGMPv3 reports

2018-01-15 Thread Kevin Cernekee
On Mon, Jan 15, 2018 at 8:44 PM, Sebastian Gottschall wrote: > Am 16.01.2018 um 05:32 schrieb Kevin Cernekee: >> >> On Mon, Jan 15, 2018 at 8:26 PM, Sebastian Gottschall >> wrote: >>> >>> havent check the source addresses right now. i basicly

Re: [PATCH v5 2/2] printk: Hide console waiter logic into helpers

2018-01-15 Thread Sergey Senozhatsky
On (01/15/18 17:08), Petr Mladek wrote: > > Besides the typos (which should be fixed)... > > > > Reviewed-by: Steven Rostedt (VMware) > > JFYI, I have fixed the typos, updated the commit message for > the 1st patch and pushed all into printk.git, > branch

Re: [PATCH 4.9 27/75] net: igmp: Use correct source address on IGMPv3 reports

2018-01-15 Thread Sebastian Gottschall
3.18 and 4.4 is affected too Am 16.01.2018 um 04:50 schrieb Sebastian Gottschall: please revert that on 4.9 and 4.14 it breaks igmp routing. it can be reproduced with any iptv connection using igmp-proxy. reverting this patch fixes the issue. Sebastian Am 01.01.2018 um 15:32 schrieb Greg

Re: [PATCH] powerpc/pseries: include linux/types.h in asm/hvcall.h

2018-01-15 Thread David Gibson
On Tue, Jan 16, 2018 at 02:16:58PM +1100, Michael Ellerman wrote: > Michal Suchanek writes: > > > Commit 6e032b350cd1 ("powerpc/powernv: Check device-tree for RFI flush > > settings") uses u64 in asm/hvcall.h without including linux/types.h > > > > This breaks hvcall.h users

Re: [PATCH v5 0/2] printk: Console owner and waiter logic cleanup

2018-01-15 Thread Sergey Senozhatsky
On (01/15/18 07:08), Steven Rostedt wrote: > On Fri, 12 Jan 2018 13:55:37 +0100 > Petr Mladek wrote: > > > > I'm not fixing console_unlock(), I'm fixing printk(). BTW, all my > > > kernels are CONFIG_PREEMPT (I'm a RT guy), my mind thinks more about > > > PREEMPT kernels than

linux-next: manual merge of the akpm tree with the net-next tree

2018-01-15 Thread Stephen Rothwell
Hi Andrew, Today's linux-next merge of the akpm-current tree got a conflict in: net/ipv6/route.c between commit: 6802f3adcb3f ("ipv6: Fix build with gcc-4.4.5") from the net-next tree and patch: "net/ipv6/route.c: work around gcc-4.4.4 anon union initializer issue" from the akpm tree.

Re: [PATCH v5 0/2] printk: Console owner and waiter logic cleanup

2018-01-15 Thread Sergey Senozhatsky
On (01/16/18 11:23), Sergey Senozhatsky wrote: [..] > > Adding the preempt_disable() basically means to revert the already > > mentioned commit 6b97a20d3a7909daa06625 ("printk: set may_schedule > > for some of console_trylock() callers"). > > > > I originally wanted to solve this separately to

Re: [PATCH 4.9 27/75] net: igmp: Use correct source address on IGMPv3 reports

2018-01-15 Thread Sebastian Gottschall
Am 16.01.2018 um 05:32 schrieb Kevin Cernekee: On Mon, Jan 15, 2018 at 8:26 PM, Sebastian Gottschall wrote: havent check the source addresses right now. i basicly discovered that this patch breaks the igmp routing and all traffic stops this here is from a working

Re: KASAN: use-after-free Read in tipc_group_is_open

2018-01-15 Thread Cong Wang
On Mon, Jan 15, 2018 at 7:58 PM, syzbot wrote: > Hello, > > syzkaller hit the following crash on > 594831a8aba3fd045c3212a3e3bb9788c77b989d > git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/master > compiler: gcc (GCC) 7.1.1

[RFC PATCH 2/5] softirq: Per vector deferment to workqueue

2018-01-15 Thread Frederic Weisbecker
Some softirq vectors can be more CPU hungry than others. Especially networking may sometimes deal with packet storm and need more CPU than IRQ tail can offer without inducing scheduler latencies. In this case the current code defers to ksoftirqd that behaves nicer. Now this nice behaviour can be

[RFC/OPTIONAL PATCH 5/5] softirq: Reset vector call counter before workqueue completion

2018-01-15 Thread Frederic Weisbecker
Once a softirq vector queue has been completed from the workqueue, its call counter for the current jiffy frame can be reset in order to handle those that will follow from the normal IRQ tail softirq processing. Suggested-by: Linus Torvalds Signed-off-by: Frederic

[RFC PATCH 3/5] softirq: Defer to workqueue when rescheduling is needed

2018-01-15 Thread Frederic Weisbecker
One more step toward converting ksoftirqd to per vector workqueues. Suggested-by: Paolo Abeni Suggested-by: Linus Torvalds Signed-off-by: Frederic Weisbecker Cc: Dmitry Safonov Cc: Eric Dumazet

[RFC PATCH 1/5] softirq: Account time and iteration stats per vector

2018-01-15 Thread Frederic Weisbecker
As we plan to be able to defer some specific softirq vector processing to workqueues when those vectors need more time than IRQs can offer, let's first introduce the per-vector call counter/limit. Each softirq vector is allowed to be called on IRQ tail at most MAX_SOFTIRQ_RESTART per jiffy. Once

[RFC PATCH 4/5] softirq: Replace ksoftirqd with workqueues entirely

2018-01-15 Thread Frederic Weisbecker
Ksoftirqd only remains to implement threaded IRQs. Convert it to existing per-vector workqueues to avoid code duplication. Suggested-by: Linus Torvalds Suggested-by: Paolo Abeni Signed-off-by: Frederic Weisbecker Cc: Dmitry

[RFC PATCH 0/5] softirq: Per vector threading v2

2018-01-15 Thread Frederic Weisbecker
So this set is in a testable state. I addressed preliminary reviews from Eric Dumazet, Paolo Abeni and Linus. You may want to play with MAX_SOFTIRQ_RESTART value, which is now the number of calls allowed for a vector in a jiffy frame before it gets queued to the workqueue. I set it to the

Re: [PATCH 4.9 27/75] net: igmp: Use correct source address on IGMPv3 reports

2018-01-15 Thread Kevin Cernekee
On Mon, Jan 15, 2018 at 8:26 PM, Sebastian Gottschall wrote: > havent check the source addresses right now. i basicly discovered that this > patch breaks the igmp routing and all traffic stops > this here is from a working system with the reverted patch. if you really >

[PATCH] scripts: kconfig: menu: fixed a coding style issue

2018-01-15 Thread Robert Donald Rickett
Fixed coding style issue. Signed-off-by: Robert Donald Rickett --- scripts/kconfig/menu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/kconfig/menu.c b/scripts/kconfig/menu.c index e9357931b47d..62f03f4eb96d 100644 ---

Re: [PATCH 4.9 27/75] net: igmp: Use correct source address on IGMPv3 reports

2018-01-15 Thread Sebastian Gottschall
Am 16.01.2018 um 04:58 schrieb Kevin Cernekee: On Mon, Jan 15, 2018 at 7:50 PM, Sebastian Gottschall wrote: please revert that on 4.9 and 4.14 it breaks igmp routing. it can be reproduced with any iptv connection using igmp-proxy. reverting this patch fixes the issue.

Re: [PATCH v3 0/8] ARM: sun9i: SMP and CPU hotplug support

2018-01-15 Thread Chen-Yu Tsai
On Tue, Jan 16, 2018 at 5:00 AM, Nicolas Pitre wrote: > On Mon, 15 Jan 2018, Chen-Yu Tsai wrote: > >> Changes since v2: >> - Do away with the MCPM framework, directly implement smp_ops >> - Some debug messages were clarified >> - New ARCH_SUNXI_MCPM Kconfig symbol

Re: [PATCH 1/2] objtool: Fix seg fault with gold linker

2018-01-15 Thread Josh Poimboeuf
On Tue, Jan 16, 2018 at 01:21:44AM +0100, Ingo Molnar wrote: > > * Josh Poimboeuf wrote: > > > Objtool seg faults when the gold linker is used with > > CONFIG_MODVERSIONS=y and CONFIG_UNWINDER_ORC=y. > > > > With CONFIG_MODVERSIONS=y, the .o file gets passed to the linker

Re: [PATCH v3 1/8] ARM: sun9i: Support SMP bring-up on A80

2018-01-15 Thread Chen-Yu Tsai
On Mon, Jan 15, 2018 at 8:04 PM, Dave Martin wrote: > On Mon, Jan 15, 2018 at 07:14:43AM +, Chen-Yu Tsai wrote: >> The A80 is a big.LITTLE SoC with 1 cluster of 4 Cortex-A7s and >> 1 cluster of 4 Cortex-A15s. >> >> This patch adds support to bring up the second cluster

Re: [PATCH 30/40] drm/rockchip: Flush PSR before committing modeset disables/enables

2018-01-15 Thread Tomasz Figa
Hi Thierry, On Tue, Jan 16, 2018 at 2:16 AM, Thierry Escande wrote: > From: Tomasz Figa > > Currently PSR flush is triggered from CRTC's .atomic_begin() callback, > which is executed after modeset disables and enables and before plane > updates

Re: [patch v8 0/3] drivers/platform: replace module x86/mlxcpld-hotplug with mellanox/mlxreg-hotplug

2018-01-15 Thread Darren Hart
On Mon, Jan 15, 2018 at 07:46:06PM -0800, Darren Hart wrote: > On Mon, Jan 15, 2018 at 07:42:09PM -0800, Darren Hart wrote: > > To follow this email, are two patches which are minor incremental > > cleanups, which I'd appreciate your review of before I push them to > > testing. > > > From

[tip:x86/platform] x86/platform/UV: Fix UV4A BAU MMRs

2018-01-15 Thread tip-bot for Mike Travis
Commit-ID: a631a0a7a3caf6a9924856f3dcfe256e747f7467 Gitweb: https://git.kernel.org/tip/a631a0a7a3caf6a9924856f3dcfe256e747f7467 Author: Mike Travis AuthorDate: Mon, 8 Jan 2018 13:40:04 -0600 Committer: Ingo Molnar CommitDate: Tue, 16 Jan 2018

Re: [PATCH 4.9 27/75] net: igmp: Use correct source address on IGMPv3 reports

2018-01-15 Thread Kevin Cernekee
On Mon, Jan 15, 2018 at 7:50 PM, Sebastian Gottschall wrote: > please revert that on 4.9 and 4.14 > it breaks igmp routing. it can be reproduced with any iptv connection using > igmp-proxy. reverting this patch fixes the issue. Hi Sebastian, Is this the correct

Re: [PATCH 01/40] drm/rockchip: Get rid of some unnecessary code

2018-01-15 Thread Tomasz Figa
Hi Thierry, On Tue, Jan 16, 2018 at 2:15 AM, Thierry Escande wrote: > From: Tomasz Figa > > Current code implements prepare_fb and cleanup_fb callbacks only to > grab/release fb references, which is already done by atomic framework > when

[tip:x86/platform] x86/platform/uv/BAU: Replace hard-coded values with MMR definitions

2018-01-15 Thread tip-bot for Andrew Banman
Commit-ID: 1da2fd61d956a01ead87173a8367e5c664617f7b Gitweb: https://git.kernel.org/tip/1da2fd61d956a01ead87173a8367e5c664617f7b Author: Andrew Banman AuthorDate: Mon, 8 Jan 2018 13:43:12 -0600 Committer: Ingo Molnar CommitDate: Tue, 16 Jan 2018

[tip:sched/urgent] delayacct: Account blkio completion on the correct task

2018-01-15 Thread tip-bot for Josh Snyder
Commit-ID: c96f5471ce7d2aefd0dda560cc23f08ab00bc65d Gitweb: https://git.kernel.org/tip/c96f5471ce7d2aefd0dda560cc23f08ab00bc65d Author: Josh Snyder AuthorDate: Mon, 18 Dec 2017 16:15:10 + Committer: Ingo Molnar CommitDate: Tue, 16 Jan 2018

[tip:x86/platform] x86/platform/UV: Fix GAM MMR references in the UV x2apic code

2018-01-15 Thread tip-bot for Mike Travis
Commit-ID: 09c3ae12b2bf6dc2837d89c1017bf151af610a1f Gitweb: https://git.kernel.org/tip/09c3ae12b2bf6dc2837d89c1017bf151af610a1f Author: Mike Travis AuthorDate: Mon, 8 Jan 2018 13:40:03 -0600 Committer: Ingo Molnar CommitDate: Tue, 16 Jan 2018

[tip:x86/platform] x86/platform/UV: Fix GAM MMR changes in UV4A

2018-01-15 Thread tip-bot for Mike Travis
Commit-ID: ecce47e0bde6faa3256740280754bfd06a1a4efa Gitweb: https://git.kernel.org/tip/ecce47e0bde6faa3256740280754bfd06a1a4efa Author: Mike Travis AuthorDate: Mon, 8 Jan 2018 13:40:02 -0600 Committer: Ingo Molnar CommitDate: Tue, 16 Jan 2018

[tip:x86/platform] x86/platform/UV: Add references to access fixed UV4A HUB MMRs

2018-01-15 Thread tip-bot for Mike Travis
Commit-ID: 8078d1951da228e20dc36f83306845a565f51345 Gitweb: https://git.kernel.org/tip/8078d1951da228e20dc36f83306845a565f51345 Author: Mike Travis AuthorDate: Mon, 8 Jan 2018 13:40:01 -0600 Committer: Ingo Molnar CommitDate: Tue, 16 Jan 2018

[tip:x86/platform] x86/platform/UV: Fix UV4A support on new Intel Processors

2018-01-15 Thread tip-bot for Mike Travis
Commit-ID: 62807106c3219d2d6ddbfc778a5ee7e6ba38e58f Gitweb: https://git.kernel.org/tip/62807106c3219d2d6ddbfc778a5ee7e6ba38e58f Author: Mike Travis AuthorDate: Mon, 8 Jan 2018 13:40:00 -0600 Committer: Ingo Molnar CommitDate: Tue, 16 Jan 2018

[tip:x86/platform] x86/platform/UV: Update uv_mmrs.h to prepare for UV4A fixes

2018-01-15 Thread tip-bot for Mike Travis
Commit-ID: 673aa20c55a138621d1340d343cd6b07c1cb4e92 Gitweb: https://git.kernel.org/tip/673aa20c55a138621d1340d343cd6b07c1cb4e92 Author: Mike Travis AuthorDate: Mon, 8 Jan 2018 13:39:59 -0600 Committer: Ingo Molnar CommitDate: Tue, 16 Jan 2018

[tip:timers/core] hrtimer: Prepare handling of hard and softirq based hrtimers

2018-01-15 Thread tip-bot for Anna-Maria Gleixner
Commit-ID: c458b1d102036eaa2c70e03000c959bd491c2037 Gitweb: https://git.kernel.org/tip/c458b1d102036eaa2c70e03000c959bd491c2037 Author: Anna-Maria Gleixner AuthorDate: Thu, 21 Dec 2017 11:41:56 +0100 Committer: Ingo Molnar CommitDate: Tue, 16

[tip:timers/core] hrtimer: Add clock bases and hrtimer mode for softirq context

2018-01-15 Thread tip-bot for Anna-Maria Gleixner
Commit-ID: 98ecadd4305d8677ba77162152485798d47dcc85 Gitweb: https://git.kernel.org/tip/98ecadd4305d8677ba77162152485798d47dcc85 Author: Anna-Maria Gleixner AuthorDate: Thu, 21 Dec 2017 11:41:55 +0100 Committer: Ingo Molnar CommitDate: Tue, 16

[tip:timers/core] hrtimer: Use irqsave/irqrestore around __run_hrtimer()

2018-01-15 Thread tip-bot for Anna-Maria Gleixner
Commit-ID: dd934aa8ad1fbaab3d916125c7fe42fff75aa7ff Gitweb: https://git.kernel.org/tip/dd934aa8ad1fbaab3d916125c7fe42fff75aa7ff Author: Anna-Maria Gleixner AuthorDate: Thu, 21 Dec 2017 11:41:54 +0100 Committer: Ingo Molnar CommitDate: Tue, 16

  1   2   3   4   5   6   7   8   9   10   >