Re: [PATCH 5/8] efi: Get the secure boot status [ver #5]

On Thu, Dec 08, 2016 at 05:31:13PM +, David Howells wrote: > Lukas Wunner wrote: > > > +out_efi_err: > > > + pr_efi_err(sys_table_arg, "Could not determine UEFI Secure Boot > > > status.\n"); > > > + if (status == EFI_NOT_FOUND) > > > + return

Re: [RFC] llist: Fix code comments about llist_del_first locking

On Thu, Dec 8, 2016 at 4:35 PM, Huang, Ying wrote: > Joel Fernandes writes: > >> Usage llist_del_first needs lock protection, however the table in the >> comments of llist.h show a '-'. Correct this, and also add better >> comments on top. >> >> Cc: Huang

Re: [PATCH 2/6] net: ethernet: ti: cpts: add support for ext rftclk selection

On 12/06, Grygorii Strashko wrote: > Subject: [PATCH] cpts refclk sel > > Signed-off-by: Grygorii Strashko > --- > arch/arm/boot/dts/keystone-k2e-netcp.dtsi | 10 +- > drivers/net/ethernet/ti/cpts.c| 52 > ++- > 2 files

Re: [PATCH 3/3] ASoC: simple-card-utils: enable clocks/clock-names/clock-ranges

Hi Stephen > > > I don't see any reason why we need this patch though. The binding > > > works as is, so supporting different styles doesn't seem like a > > > good idea to me. Let's just keep what we have? Even if a sub-node > > > like cpu or codec gets more than one element in the clocks list >

RE: [PATCH v3 1/9] staging: fsl-mc: move bus driver out of staging

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Thursday, December 08, 2016 10:05 AM > To: Stuart Yoder > Cc: de...@driverdev.osuosl.org; ag...@suse.de; a...@arndb.de; > linux-kernel@vger.kernel.org; Leo Li > ;

[RFC][PATCH] usb: dwc2: Avoid sleeping while holding hsotg->lock

Basically when plugging in various cables in different orders, I'm occasionally seeing the following BUG splat: [ 86.215403] BUG: scheduling while atomic: kworker/u16:2/53/0x0002 [ 86.219164] usb 1-1: USB disconnect, device number 9 [ 86.226845] Preemption disabled at:[ 86.230218] []

[PATCH] ARM: dts: sun8i: Support DTB build for NanoPi M1

The commit 10efbf5f1633 introduced NanoPi M1 board but it's missing in Allwinner H3 DTB build. Signed-off-by: Milo Kim --- arch/arm/boot/dts/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile index

RE: [PATCH 08/11] ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

Hi, Rafael and Dan > From: Dan Williams [mailto:dan.j.willi...@intel.com] > Subject: Re: [PATCH 08/11] ACPICA: Tables: Back port > acpi_get_table_with_size() and > early_acpi_os_unmap_memory() from Linux kernel > > On Thu, Dec 8, 2016 at 5:18 AM, Rafael J. Wysocki wrote: > >

Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers

On Fri, Dec 09, 2016 at 12:44:17PM +1100, Dave Chinner wrote: > On Thu, Dec 08, 2016 at 11:33:00AM +0100, Michal Hocko wrote: > > From: Michal Hocko > > > > Using kmalloc with the vmalloc fallback for larger allocations is a > > common pattern in the kernel code. Yet we do not

Re: [patch 1/6] timekeeping: Force unsigned clocksource to nanoseconds conversion

On Thu, Dec 08, 2016 at 08:49:32PM -, Thomas Gleixner wrote: > The clocksource delta to nanoseconds conversion is using signed math, but > the delta is unsigned. This makes the conversion space smaller than > necessary and in case of a multiplication overflow the conversion can > become

Re: [patch 2/6] timekeeping: Make the conversion call chain consistently unsigned

On Thu, Dec 08, 2016 at 08:49:34PM -, Thomas Gleixner wrote: > Propagating a unsigned value through signed variables and functions makes > absolutely no sense and is just prone to (re)introduce subtle signed > vs. unsigned issues as happened recently. > > Clean it up. > > Signed-off-by:

[PATCH v2 2/2] net: ethernet: stmmac: remove private tx queue lock

The driver uses a private lock for synchronization of the xmit function and the xmit completion handler, but since the NETIF_F_LLTX flag is not set, the xmit function is also called with the xmit_lock held. On the other hand the completion handler uses the reverse locking order by first taking

[PATCH v2 1/2] net: ethernet: sxgbe: remove private tx queue lock

The driver uses a private lock for synchronization of the xmit function and the xmit completion handler, but since the NETIF_F_LLTX flag is not set, the xmit function is also called with the xmit_lock held. On the other hand the completion handler uses the reverse locking order by first taking

Re: net: deadlock on genl_mutex

On Thu, Dec 8, 2016 at 10:02 AM, Dmitry Vyukov wrote: > Chain exists of: > Possible unsafe locking scenario: > >CPU0CPU1 > > lock(nlk->cb_mutex); >lock([i].mutex); >

[PATCH] perf/x86: Fix exclusion of BTS and LBR for Goldmont

From: Andi Kleen An earlier patch allowed enabling PT and LBR at the same time on Goldmont. However it also allowed enabling BTS and LBR at the same time, which is still not supported. Fix this by bypassing the check only for PT. Marking for stable because this allows

Re: [v2] clk:mmp:clk-of-pxa910: Free memory and Unmap region obtained by kzmalloc and of_iomap

On 09/20, Arvind Yadav wrote: > From: Arvind Yadav > > Free memory and memory mapping , if pxa910_clk_init is not successful. > > Signed-off-by: Arvind Yadav > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of

Re: [PATCH 2/3] ASoC: simple-card: use devm_get_clk_from_child()

Hi Stephen > > @@ -111,14 +112,13 @@ int asoc_simple_card_parse_clk(struct device_node > > *node, > > * or "system-clock-frequency = " > > * or device's module clock. > > */ > > - clk = of_clk_get(node, 0); > > + clk = devm_get_clk_from_child(dev, node, NULL); > > if

Re: [v2] clk:mmp:clk-of-mmp2: Free memory and Unmap region obtained by kzalloc and of_iomap

On 09/20, Arvind Yadav wrote: > From: Arvind Yadav > > Free memory and memory mapping , if mmp2_clk_init is not successful. > > Signed-off-by: Arvind Yadav > --- > drivers/clk/mmp/clk-of-mmp2.c | 15 --- > 1 file changed, 12

Re: [RFC] llist: Fix code comments about llist_del_first locking

Joel Fernandes writes: > Usage llist_del_first needs lock protection, however the table in the > comments of llist.h show a '-'. Correct this, and also add better > comments on top. > > Cc: Huang Ying > Cc: Ingo Molnar > Cc: Will

Re: [v2] clk: st: clk-flexgen: Unmap region obtained by of_iomap

On 09/19, Arvind yadav wrote: > From: Arvind Yadav > > Free memory mapping, if probe is not successful. > > Signed-off-by: Arvind Yadav > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a

Re: ZRAM struct disk usage

On (12/08/16 11:17), Cory Pruce wrote: >Just wondering if it was really necessary to use the disk struct. It seems >like the struct is more used for record keeping/io config than actually >holding the data (actual data is worked with via page operations). > >Is this correct? What

Re: [PATCH] clk: keystone: pll: Unmap region obtained by of_iomap

On 09/20, Arvind Yadav wrote: > From: Arvind Yadav > > Free memory mapping, if of_pll_div_clk_init is not successful. > > Signed-off-by: Arvind Yadav > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code

linux-next: build warning after merge of the net-next tree

Hi all, After merging the net-next tree, today's linux-next build (powerpc ppc64_defconfig) produced this warning: In file included from include/linux/byteorder/big_endian.h:4:0, from arch/powerpc/include/uapi/asm/byteorder.h:13, from

Re: [RFC] llist: Fix code comments about llist_del_first locking

On Thu, Dec 8, 2016 at 4:42 PM, Joel Fernandes wrote: > On Thu, Dec 8, 2016 at 4:35 PM, Huang, Ying wrote: >> Joel Fernandes writes: >> >>> Usage llist_del_first needs lock protection, however the table in the >>> comments of llist.h

Re: fs, net: deadlock between bind/splice on af_unix

On Thu, Dec 08, 2016 at 04:08:27PM -0800, Cong Wang wrote: > On Thu, Dec 8, 2016 at 8:30 AM, Dmitry Vyukov wrote: > > Chain exists of: > > Possible unsafe locking scenario: > > > >CPU0CPU1 > > > >

RE: [PATCH 08/11] ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

Hi, Dan Good to see you here! > From: dan.j.willi...@gmail.com [mailto:dan.j.willi...@gmail.com] On Behalf Of > Dan Williams > Subject: Re: [PATCH 08/11] ACPICA: Tables: Back port > acpi_get_table_with_size() and > early_acpi_os_unmap_memory() from Linux kernel > > On Tue, Nov 29, 2016 at

Re: enabling COMPILE_TEST support for GCC plugins in v4.11

On Thu, Dec 8, 2016 at 2:00 PM, Kees Cook wrote: > Hi, > > I'd like to get the GCC plugins building under > allyesconfig/allmodconfig for -next soon (with the intention of > landing the change in v4.11). Specifically, I intend to revert > a519167e753e ("gcc-plugins: disable

Re: [PATCH v2 2/2] eeprom: Add IDT 89HPESx driver bindings file

Rob, Could you please respond on these comments? I've got some free time, so I wanna rewrite the code until I've not got busy again. Regards, -Sergey On Mon, Dec 05, 2016 at 10:04:56PM +0300, Serge Semin wrote: > On Mon, Dec 05, 2016 at 11:27:07AM -0600, Rob Herring

Re: [PATCH 08/11] ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

On Thu, Dec 8, 2016 at 5:49 PM, Zheng, Lv wrote: > Hi, Dan > > Good to see you here! > >> From: dan.j.willi...@gmail.com [mailto:dan.j.willi...@gmail.com] On Behalf >> Of Dan Williams >> Subject: Re: [PATCH 08/11] ACPICA: Tables: Back port >> acpi_get_table_with_size() and

Re: [PATCH] drm/mxsfb: fix pixel clock polarity

On 12/08/2016 09:46 PM, Stefan Agner wrote: > On 2016-12-07 18:37, Marek Vasut wrote: >> On 12/08/2016 02:26 AM, Stefan Agner wrote: >>> On 2016-12-07 16:59, Stefan Agner wrote: On 2016-12-07 16:49, Marek Vasut wrote: > On 12/08/2016 01:27 AM, Stefan Agner wrote: >> The DRM subsystem

Re: [PATCH v3] clk: qoriq: added ls1012a clock configuration

On 12/08/2016 05:10 PM, sb...@codeaurora.org wrote: > On 11/25, Y.T. Tang wrote: >> Hi Scott, >> >>> -Original Message- >>> From: Scott Wood >>> Sent: Thursday, November 24, 2016 4:21 PM >>> To: Y.T. Tang ; mturque...@baylibre.com >>> Cc: sb...@codeaurora.org;

Re: [PATCH v6 3/3] sound/usb: Use Media Controller API to share media resources

Hi Shuah, On Thu, Dec 08, 2016 at 07:46:03AM -0700, Shuah Khan wrote: > Hi Sakari, > > On 12/07/2016 03:27 PM, Sakari Ailus wrote: > > Hi Shuah, > > > > On Wed, Dec 07, 2016 at 01:03:59PM -0700, Shuah Khan wrote: > >> Hi Sakari, > >> > >> On 12/07/2016 03:52 AM, Sakari Ailus wrote: > >>> Hi

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

Hi Bjorn, Today's linux-next merge of the pci tree got a conflict in: drivers/pci/msi.c between commit: 62c61514191b ("doc: Add missing parameter for msi_setup") from Linus' tree and commit: 67f1e4473857 ("PCI/MSI: Document new parameter for msi_capability_init()") from the pci tree.

Re: [patch 4/6] timekeeping: Use mul_u64_u32_shr() instead of open coding it

On Thu, Dec 08, 2016 at 08:49:38PM -, Thomas Gleixner wrote: > The resume code must deal with a clocksource delta which is potentially big > enough to overflow the 64bit mult. > > Replace the open coded handling with the proper function. > > Signed-off-by: Thomas Gleixner

Re: [patch 6/6] [RFD] timekeeping: Get rid of cycle_t

On Thu, Dec 08, 2016 at 08:49:45PM -, Thomas Gleixner wrote: > Kill the ever confusing typedef and use u64. > > NOT FOR INCLUSION - Must be regenerated at some point via coccinelle > > Not-Signed-off-by: Thomas Gleixner Not-Reviewed-by: David Gibson

Re: [patch 3/6] timekeeping: Get rid of pointless typecasts

On Thu, Dec 08, 2016 at 08:49:36PM -, Thomas Gleixner wrote: > cycles_t is defined as u64, so casting it to u64 is a pointless and > confusing exercise. cycles_t should simply go away and be replaced with a > plain u64 to avoid further confusion. > > Signed-off-by: Thomas Gleixner

Re: fs, net: deadlock between bind/splice on af_unix

On Thu, Dec 8, 2016 at 8:30 AM, Dmitry Vyukov wrote: > Chain exists of: > Possible unsafe locking scenario: > >CPU0CPU1 > > lock(sb_writers#5); >lock(>bindlock); >

Re: [RFC PATCH 0/3] staging: remove fbdev drivers

On 9 December 2016 at 07:28, Benjamin Herrenschmidt wrote: > On Thu, 2016-12-08 at 11:10 +0100, Daniel Vetter wrote: >> > With drmfb you basically have to shadow everything into memory & copy >> > over everything, and locks you out of simple 2D accel. For a simple text

Re: [PATCH] clk: mmp: clk-of-pxa1928: Free memory obtained by kzalloc

On 09/20, Arvind Yadav wrote: > From: Arvind Yadav > > Free memory, if init is not successful. > > Signed-off-by: Arvind Yadav > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

Re: [PATCH 3/3] ASoC: simple-card-utils: enable clocks/clock-names/clock-ranges

Hi Stephen > > From: Kuninori Morimoto > > > > Current simple-card is supporting this style for clocks > > > > sound { > > ... > > simple-audio-card,cpu { > > sound-dai = <>; > > clocks =

Re: [PATCH v5 2/2] clk: x86: Add Atom PMC platform clocks

On 12/07, Irina Tirdea wrote: > The BayTrail and CherryTrail platforms provide platform clocks > through their Power Management Controller (PMC). > > The SoC supports up to 6 clocks (PMC_PLT_CLK[5:0]) with a > frequency of either 19.2 MHz (PLL) or 25 MHz (XTAL) for BayTrail > an a frequency of

Re: [PATCH 0/3] clkdev: add devm_get_clk_from_child()

Hi Stephen, Mark > > This is v5 of "clkdev: add devm_of_clk_get()", but new series. > > I hope my understanding was correct with your idea. > > Yes this looks good. Given that we're so close to the merge > window, perhaps I should just merge the first patch into clk-next > and then it will be

Re: [PATCH 3/3] ASoC: simple-card-utils: enable clocks/clock-names/clock-ranges

On 12/09, Kuninori Morimoto wrote: > > Hi Stephen > > > > From: Kuninori Morimoto > > > > > > Current simple-card is supporting this style for clocks > > > > > > sound { > > > ... > > > simple-audio-card,cpu { > > >

Re: [PATCH v3] clk: qoriq: added ls1012a clock configuration

On 12/08, Scott Wood wrote: > On 12/08/2016 05:10 PM, sb...@codeaurora.org wrote: > > On 11/25, Y.T. Tang wrote: > >> Hi Scott, > >> > >>> -Original Message- > >>> From: Scott Wood > >>> Sent: Thursday, November 24, 2016 4:21 PM > >>> To: Y.T. Tang ;

Re: [PATCH] drm/mxsfb: use bus_format to determine LCD bus width

On 12/08/2016 11:52 PM, Stefan Agner wrote: > The LCD bus width does not need to align with the pixel format. The > LCDIF controller automatically converts between pixel formats and > bus width by padding or dropping LSBs. > > The DRM subsystem has the notion of bus_format which allows to >

[PATCH v3 1/3] ARM: dts: imx6: Add Savageboard common file

* Memory memblock for DDR3 1GB * Regulator 3.3V for panel and backlight. * Display Enable HDMI and LVDS panel. Savageboard supports AVIC TM097TDH02 panel which is compatible with Hannstar HSD100PXN1, so reuse it. * Clock The commit d28be499c45e6 is applied to support LVDS and HDMI

[PATCH v3 3/3] ARM: dts: imx6: Support Savageboard quad

Use common board file and support SATA interface additionally. Specify this dtb file for i.MX6 build. Signed-off-by: Milo Kim --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/imx6q-savageboard.dts | 54 + 2 files

[PATCH v3 0/3] ARM: dts: imx6: Support Poslab Savageboard dual & quad

Poslab Savageboard is i.MX6 SoC base, but BSP code from the vendor is not mainline u-boot and kernel. Personal reason of using this board is testing etnaviv user-space driver, so I re-write device tree files based on mainline kernel for the first step. This patchset includes common DT file,

[PATCH v3 2/3] ARM: dts: imx6: Support Savageboard dual

Common savageboard DT file is used for board support. Specify this dtb file for i.MX6Q build. Signed-off-by: Milo Kim --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/imx6dl-savageboard.dts | 50 2 files changed, 51

Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers

On Thu, Dec 08, 2016 at 11:33:00AM +0100, Michal Hocko wrote: > From: Michal Hocko > > Using kmalloc with the vmalloc fallback for larger allocations is a > common pattern in the kernel code. Yet we do not have any common helper > for that and so users have invented their own

Re: [PATCH 08/11] ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

On Thu, Dec 8, 2016 at 5:59 PM, Zheng, Lv wrote: > Hi, Rafael and Dan > >> From: Dan Williams [mailto:dan.j.willi...@intel.com] >> Subject: Re: [PATCH 08/11] ACPICA: Tables: Back port >> acpi_get_table_with_size() and >> early_acpi_os_unmap_memory() from Linux kernel >> >> On

RE: [PATCH 08/11] ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

Hi, Rafael > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of Rafael J. > Wysocki > Subject: Re: [PATCH 08/11] ACPICA: Tables: Back port > acpi_get_table_with_size() and > early_acpi_os_unmap_memory() from Linux kernel > > On Fri, Dec 9, 2016 at 2:59 AM, Zheng, Lv

Re: [RFC] llist: Fix code comments about llist_del_first locking

On Thu, Dec 8, 2016 at 6:12 PM, Huang, Ying wrote: > Joel Fernandes writes: > >> On Thu, Dec 8, 2016 at 4:42 PM, Joel Fernandes wrote: >>> On Thu, Dec 8, 2016 at 4:35 PM, Huang, Ying wrote: Joel Fernandes

RE: [PATCH 08/11] ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

Hi, Dan > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Dan > Williams > Subject: Re: [PATCH 08/11] ACPICA: Tables: Back port > acpi_get_table_with_size() and > early_acpi_os_unmap_memory() from Linux kernel > > On Thu, Dec 8, 2016 at 5:59 PM,

Re: [RFC] llist: Fix code comments about llist_del_first locking

Joel Fernandes writes: > On Thu, Dec 8, 2016 at 6:12 PM, Huang, Ying wrote: >> Joel Fernandes writes: >> >>> On Thu, Dec 8, 2016 at 4:42 PM, Joel Fernandes wrote: On Thu, Dec 8, 2016 at 4:35 PM, Huang, Ying

[PATCH v2 02/11] mm: introduce struct mem_section_usage to track partial population of a section

'struct mem_section_usage' combines the existing 'pageblock_flags' bitmap with a new 'map_active' bitmap. The new bitmap enables the memory hot{plug,remove} implementation to act on incremental sub-divisions of a section. The primary impetus for this functionality is to support platforms that mix

[PATCH v2 05/11] mm: track active portions of a section at boot

Prepare for hot{plug,remove} of sub-ranges of a section by tracking a section active bitmask, each bit representing 2MB (SECTION_SIZE (128M) / map_active bitmask length (64)). Cc: Andrew Morton Cc: Mel Gorman Cc: Vlastimil Babka

[PATCH v2 00/11] mm: sub-section memory hotplug support

Changes since v1 [1]: 1/ fixed the pgmap_radix to index pfns instead of full physical addresses 2/ reflowed the follow-on patches and fixed a conflict in patch 10, but no other functional changes. [1]: https://lkml.org/lkml/2016/12/1/740 --- Same cover letter from v1: Quoting "[PATCH

[PATCH v2 04/11] mm: cleanup sparse_init_one_section() return value

We mark and check that the section is present under a spin_lock() in sparse_add_one_section(), so the lock ensures it will not change between those 2 events. Also, we do not check the -EBUSY return value in sparse_init(). Just make sparse_init_one_section() return void and clean up the error

[regression ?] kbuild: fix building bzImage with CONFIG_TRIM_UNUSED_KSYMS enabled

Hello, after 53924022d8a ("kbuild: fix building bzImage withCONFIG_TRIM_UNUSED_KSYMS enabled") all of my build scripts build the kernel without the modules. shouldn't that 'KBUILD_MODULES := 1' happen before we `export KBUILD_MODULES'? this silly patch fixes the build for me:

[PATCHv3 perf/core 5/7] samples/bpf: Switch over to libbpf

Now that libbpf under tools/lib/bpf/* is synced with the version from samples/bpf, we can get rid most of the libbpf library here. Signed-off-by: Joe Stringer --- v3: First post. --- samples/bpf/Makefile | 60 +- samples/bpf/README.rst | 4 +-

[PATCHv3 perf/core 2/7] tools lib bpf: use __u32 from linux/types.h

Fixes the following issue when building without access to 'u32' type: ./tools/lib/bpf/bpf.h:27:23: error: unknown type name ‘u32’ Signed-off-by: Joe Stringer --- v3: Split from "tools lib bpf: Sync with samples/bpf/libbpf" --- tools/lib/bpf/bpf.c | 4 ++-- tools/lib/bpf/bpf.h | 4

[PATCHv3 perf/core 4/7] samples/bpf: Make samples more libbpf-centric

Switch all of the sample code to use the function names from tools/lib/bpf so that they're consistent with that, and to declare their own log buffers. This allow the next commit to be purely devoted to getting rid of the duplicate library in samples/bpf. Signed-off-by: Joe Stringer

Re: [PATCH 3/3] powerpc: enable support for GCC plugins

On 09/12/16 05:06, Kees Cook wrote: i don't think that this is the right approach. there's a general and a special issue here, both of which need different handling. the general problem is to detect problems related to gcc plugin headers and notify the users about solutions. emitting various

[PATCHv3 perf/core 7/7] samples/bpf: Move open_raw_sock to separate header

This function was declared in libbpf.c and was the only remaining function in this library, but has nothing to do with BPF. Shift it out into a new header, sock_example.h, and include it from the relevant samples. Signed-off-by: Joe Stringer --- v3: First post. ---

[PATCHv3 perf/core 3/7] tools lib bpf: Add flags to bpf_create_map()

The map_flags argument to bpf_create_map() was previously not exposed. By exposing it, users can access flags such as whether or not to preallocate the map. Signed-off-by: Joe Stringer --- v3: Split from "tools lib bpf: Sync with samples/bpf/libbpf". --- tools/lib/bpf/bpf.c| 3

Re: [PATCH v2] inotify: Convert to using per-namespace limits

Nikolay Borisov writes: > On 8.12.2016 03:40, Eric W. Biederman wrote: >> Nikolay Borisov writes: >> >>> Gentle ping, now that rc1 has shipped and Jan's sysctl concern hopefully >>> resolved. >> >> After getting slowed down by some fixes I am now

RE: ATH9 driver issues on ARM64

> > >> On 08/12/16 15:29, Bharat Kumar Gogada wrote: > > >> > > >> Two things: > > >> > > >>> Here is the cat /proc/interrupts (after we do interface up): > > >>> > > >>> root@:~# ifconfig wlan0 up > > >>> [ 1548.926601] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready > > >>>

Re: [regression ?] kbuild: fix building bzImage with CONFIG_TRIM_UNUSED_KSYMS enabled

On (12/09/16 11:43), Sergey Senozhatsky wrote: > > after 53924022d8a ("kbuild: fix building bzImage withCONFIG_TRIM_UNUSED_KSYMS > enabled") all of my build scripts build the kernel without the modules. [..] > +# For the kernel to actually contain only the needed exported symbols, > +# we have

RE: [PATCH net 1/2] r8152: fix the sw rx checksum is unavailable

Mark Lord I find an issue about autosuspend, and it may result in the same problem with you. I don't sure if this is helpful to you, because it only occurs when enabling the autosuspend. Best Regards, Hayes /* * Copyright (c) 2014 Realtek Semiconductor Corp. All rights

Re: [PATCH] usb: gadget: f_fs: Fix possibe deadlock

Hi Michal, On 8 December 2016 at 23:18, Michal Nazarewicz wrote: > On Thu, Dec 08 2016, Baolin Wang wrote: >> When system try to close /dev/usb-ffs/adb/ep0 on one core, at the same >> time another core try to attach new UDC, which will cause deadlock as >> below scenario. Thus

Re: [PATCH v4 2/2] usb: dwc3: core: Support the dwc3 host suspend/resume

Hi, On 9 December 2016 at 01:52, Felipe Balbi wrote: > > Hi, > > Baolin Wang writes: >>> Baolin Wang writes: >> On 28 November 2016 at 14:43, Baolin Wang wrote: >>> For some mobile devices with

Re: [PATCHv3 perf/core 3/7] tools lib bpf: Add flags to bpf_create_map()

On 2016/12/9 10:46, Joe Stringer wrote: The map_flags argument to bpf_create_map() was previously not exposed. By exposing it, users can access flags such as whether or not to preallocate the map. Signed-off-by: Joe Stringer Please mention commit

Re: [regression ?] kbuild: fix building bzImage with CONFIG_TRIM_UNUSED_KSYMS enabled

On Fri, 9 Dec 2016, Sergey Senozhatsky wrote: > On (12/09/16 11:43), Sergey Senozhatsky wrote: > > > > after 53924022d8a ("kbuild: fix building bzImage > > withCONFIG_TRIM_UNUSED_KSYMS > > enabled") all of my build scripts build the kernel without the modules. > > [..] > > +# For the kernel to

Re: [PATCH] ACPI / OSL: Fix a regression by returning table size via acpi_get_table_with_size()

On Fri, Dec 9, 2016 at 3:21 AM, Lv Zheng wrote: > The returned size is still used by the drivers. > > Reported-by: Dan Williams > Cc: Dan Williams > Signed-off-by: Lv Zheng > --- > drivers/acpi/osl.c |

Re: [PATCH 08/11] ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

On Fri, Dec 9, 2016 at 2:59 AM, Zheng, Lv wrote: > Hi, Rafael and Dan > >> From: Dan Williams [mailto:dan.j.willi...@intel.com] >> Subject: Re: [PATCH 08/11] ACPICA: Tables: Back port >> acpi_get_table_with_size() and >> early_acpi_os_unmap_memory() from Linux kernel >> >> On

RE: ATH9 driver issues on ARM64

> On 08/12/16 18:33, Bharat Kumar Gogada wrote: > >> On 08/12/16 15:29, Bharat Kumar Gogada wrote: > >> > >> Two things: > >> > >>> Here is the cat /proc/interrupts (after we do interface up): > >>> > >>> root@:~# ifconfig wlan0 up > >>> [ 1548.926601] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not

Re: linker-tables v5 testing

On Fri, 2 Dec 2016 07:49:52 -0800 "Luis R. Rodriguez" wrote: > On Thu, Dec 1, 2016 at 10:31 PM, Nicholas Piggin > wrote: > > > > On 2 Dec 2016 2:35 AM, "Luis R. Rodriguez" wrote: > >> > >> On Wed, Nov 30, 2016 at 9:20 PM,

Re: [RFC] llist: Fix code comments about llist_del_first locking

Joel Fernandes writes: > On Thu, Dec 8, 2016 at 4:42 PM, Joel Fernandes wrote: >> On Thu, Dec 8, 2016 at 4:35 PM, Huang, Ying wrote: >>> Joel Fernandes writes: >>> Usage llist_del_first needs lock protection,

RE: [PATCH 08/11] ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

Hi, Dan > -Original Message- > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Dan > Williams > Sent: Friday, December 9, 2016 10:05 AM > To: Zheng, Lv > Cc: Rafael J. Wysocki ; Wysocki, Rafael J >

[PATCH] ACPI / OSL: Fix a regression by returning table size via acpi_get_table_with_size()

The returned size is still used by the drivers. Reported-by: Dan Williams Cc: Dan Williams Signed-off-by: Lv Zheng --- drivers/acpi/osl.c |8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git

Re: [PATCH net-next 3/3] net: xgene: avoid bogus maybe-uninitialized warning

From: Arnd Bergmann Date: Thu, 8 Dec 2016 22:57:05 +0100 > In some configurations, gcc cannot trace the state of variables > across a spin_unlock() barrier, leading to a warning about > correct code: > > xgene_enet_main.c: In function 'xgene_enet_start_xmit': >

Re: [PATCH net-next 1/3] net/mlx5e: use %pad format string for dma_addr_t

From: Arnd Bergmann Date: Thu, 8 Dec 2016 22:57:03 +0100 > On 32-bit ARM with 64-bit dma_addr_t I get this warning about an > incorrect format string: > > In file included from > /git/arm-soc/drivers/net/ethernet/mellanox/mlx5/core/alloc.c:42:0: >

Re: [PATCH net-next 2/3] net: xgene: move xgene_cle_ptree_ewdn data off stack

From: Arnd Bergmann Date: Thu, 8 Dec 2016 22:57:04 +0100 > The array for initializing the cle is set up on the stack with > almost entirely constant data and then passed to a function that > converts it into HW specific bit patterns. With the latest > addition, the size of this

linux-next: build failure after merge of the spi tree

sed by commit d9fc6452af47 ("spi: mvebu: fix baudrate calculation for armada variants") I have used the spi tree from next-20161208 for today. -- Cheers, Stephen Rothwell

linux-next: manual merge of the tip tree with the pci tree

Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/pci/msi.c between commit: 67f1e4473857 ("PCI/MSI: Document new parameter for msi_capability_init()") from the pci tree and commit: 61e1c5905290 ("PCI/MSI: Propagate IRQ affinity description through the MSI

[PATCH v2 06/11] mm: fix register_new_memory() zone type detection

In preparation for sub-section memory hotplug support, remove a dependency on ->section_mem_map being populated. In SPARSEMEM_VMEMMAP=y configurations pfn_to_page() does not use ->section_mem_map. The sub-section hotplug support relies on this fact and skips initializing it. Without

[PATCH v2 09/11] mm: support section-unaligned ZONE_DEVICE memory ranges

The initial motivation for this change is persistent memory platforms that, unfortunately, align the pmem range on a boundary less than a full section (64M vs 128M), and may change the alignment from one boot to the next. A secondary motivation is the arrival of prospective ZONE_DEVICE users that

[PATCH v2 10/11] mm: enable section-unaligned devm_memremap_pages()

Teach devm_memremap_pages() about the new sub-section capabilities of arch_{add,remove}_memory(). Cc: Toshi Kani Cc: Andrew Morton Cc: Logan Gunthorpe Cc: Stephen Bates Signed-off-by: Dan Williams

[PATCH v2 08/11] mm: prepare for hot-{add, remove} of sub-section ranges

Prepare the memory hot-{add,remove} paths for handling sub-section ranges by plumbing the starting page frame and number of pages being handled through arch_{add,remove}_memory() to sparse_{add,remove}_one_section(). This is simply plumbing, small cleanups, and some identifier renames. No

[PATCH v2 07/11] mm: convert kmalloc_section_memmap() to populate_section_memmap()

Allow sub-section sized ranges to be added to the memmap. populate_section_memmap() takes an explict pfn range rather than assuming a full section, and those parameters are plumbed all the way through to vmmemap_populate(). There should be no sub-section in current code. New warnings are added to

[PATCH v2 11/11] libnvdimm, pfn, dax: stop padding pmem namespaces to section alignment

Now that the mm core supports section-unaligned hotplug of ZONE_DEVICE memory, we no longer need to add padding at pfn/dax device creation time. The kernel will still honor padding established by older kernels. Cc: Toshi Kani Signed-off-by: Dan Williams

[PATCH v2 03/11] mm: introduce common definitions for the size and mask of a section

Up-level the local section size and mask from kernel/memremap.c to global definitions. These will be used by the new sub-section hotplug support. Signed-off-by: Dan Williams --- include/linux/mmzone.h |2 ++ kernel/memremap.c | 10 -- 2 files

[PATCH v2 01/11] mm, devm_memremap_pages: use multi-order radix for ZONE_DEVICE lookups

devm_memremap_pages() records mapped ranges in pgmap_radix with a entry per section's worth of memory (128MB). The key for each of those entries is a section number. This leads to false positives when devm_memremap_pages() is passed a section-unaligned range as lookups in the misalignment fail

[PATCHv3 perf/core 0/7] Reuse libbpf from samples/bpf

(Was "libbpf: Synchronize implementations") Update tools/lib/bpf to provide the remaining bpf wrapper pieces needed by the samples/bpf/ code, then get rid of all of the duplicate BPF libraries in samples/bpf/libbpf.[ch]. --- v3: Add ack for first patch. Split out second patch from v2 into

[PATCHv3 perf/core 1/7] tools lib bpf: Sync {tools,}/include/uapi/linux/bpf.h

The tools version of this header is out of date; update it to the latest version from the kernel headers. Signed-off-by: Joe Stringer Acked-by: Wang Nan --- v3: Add ack. v2: No change. --- tools/include/uapi/linux/bpf.h | 51

[PATCHv3 perf/core 6/7] samples/bpf: Remove perf_event_open() declaration

This declaration was made in samples/bpf/libbpf.c for convenience, but there's already one in tools/perf/perf-sys.h. Reuse that one. Signed-off-by: Joe Stringer --- v3: First post. --- samples/bpf/Makefile| 3 ++- samples/bpf/bpf_load.c | 3 ++-

[PATCH] ipv4: Should use consistent conditional judgement for ip fragment in __ip_append_data and ip_finish_output

From: zheng li There is an inconsitent conditional judgement in __ip_append_data and ip_finish_output functions, the variable length in __ip_append_data just include the length of applicatoin's payload and udp header, don't include the length of ip header, but in

RE: [PATCH kernel v5 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

> Subject: Re: [PATCH kernel v5 0/5] Extend virtio-balloon for fast > (de)inflating > & fast live migration > > On 12/07/2016 05:35 AM, Li, Liang Z wrote: > >> Am 30.11.2016 um 09:43 schrieb Liang Li: > >> IOW in real examples, do we have really large consecutive areas or > >> are all pages just

Re: [PATCHv3 perf/core 2/7] tools lib bpf: use __u32 from linux/types.h

On 2016/12/9 10:46, Joe Stringer wrote: Fixes the following issue when building without access to 'u32' type: ./tools/lib/bpf/bpf.h:27:23: error: unknown type name ‘u32’ Signed-off-by: Joe Stringer --- v3: Split from "tools lib bpf: Sync with samples/bpf/libbpf" ---

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