Re: Ftrace vs perf user page fault statistics differences

On Tue, 13 Jun 2017 21:27:20 -0400 Will Hawkins wrote: > But, while I have your ear, I was wondering if you could direct me to > where the page_fault_user gathers its information (when tracing) and > where that information is formatted for printing (in trace-cmd). I'd >

Re: Ftrace vs perf user page fault statistics differences

On Tue, 13 Jun 2017 21:27:20 -0400 Will Hawkins wrote: > But, while I have your ear, I was wondering if you could direct me to > where the page_fault_user gathers its information (when tracing) and > where that information is formatted for printing (in trace-cmd). I'd > really like to

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

Hi Shaohua, After merging the md tree, today's linux-next build (powerpc ppc64_defconfig) failed like this: drivers/md/raid1.c: In function 'raid1_write_request': drivers/md/raid1.c:1359:7: error: 'struct bio' has no member named 'bi_error' bio->bi_error = -ETIMEDOUT; ^

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

Hi Shaohua, After merging the md tree, today's linux-next build (powerpc ppc64_defconfig) failed like this: drivers/md/raid1.c: In function 'raid1_write_request': drivers/md/raid1.c:1359:7: error: 'struct bio' has no member named 'bi_error' bio->bi_error = -ETIMEDOUT; ^

Re: [PATCH v2 3/4] phy: usb: phy-brcm-usb: Add Broadcom STB USB phy driver

Hi Al, [auto build test ERROR on phy/next] [also build test ERROR on next-20170613] [cannot apply to linus/master v4.12-rc5] [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/linux/commits/Al-Cooper/Add

Re: [PATCH v2 3/4] phy: usb: phy-brcm-usb: Add Broadcom STB USB phy driver

Hi Al, [auto build test ERROR on phy/next] [also build test ERROR on next-20170613] [cannot apply to linus/master v4.12-rc5] [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/linux/commits/Al-Cooper/Add

Re: [PATCH v4 12/16] perf header: add a buffer to struct feat_fd

On Tue, Jun 13, 2017 at 11:54 AM, Jiri Olsa wrote: > On Mon, Jun 12, 2017 at 09:29:28PM -0700, David Carrillo-Cisneros wrote: > > SNIP > >> /* Return: 0 if succeded, -ERR if failed. */ >> int write_padded(struct feat_fd *ff, const void *bf, >>size_t count,

Re: [PATCH v4 12/16] perf header: add a buffer to struct feat_fd

On Tue, Jun 13, 2017 at 11:54 AM, Jiri Olsa wrote: > On Mon, Jun 12, 2017 at 09:29:28PM -0700, David Carrillo-Cisneros wrote: > > SNIP > >> /* Return: 0 if succeded, -ERR if failed. */ >> int write_padded(struct feat_fd *ff, const void *bf, >>size_t count, size_t count_aligned)

Re: [PATCH v15 2/7] power: add power sequence library

On Tue, Jun 13, 2017 at 12:24:42PM +0200, Ulf Hansson wrote: > [...] > > > + > > +/** > > + * of_pwrseq_on - Carry out power sequence on for device node > > + * > > + * @np: the device node would like to power on > > + * > > + * Carry out a single device power on. If multiple devices > > + *

Re: [PATCH v15 2/7] power: add power sequence library

On Tue, Jun 13, 2017 at 12:24:42PM +0200, Ulf Hansson wrote: > [...] > > > + > > +/** > > + * of_pwrseq_on - Carry out power sequence on for device node > > + * > > + * @np: the device node would like to power on > > + * > > + * Carry out a single device power on. If multiple devices > > + *

Re: [PATCH RFC] mnt: umount mounts one by one in umount_tree()

On Fri, 2017-05-12 at 00:08 -0700, Andrei Vagin wrote: > With this patch, we don't try to umount all mounts of a tree together. > Instead of this we umount them one by one. In this case, we see a significant > improvement in performance for the worsе case. Indeed, umount has been very slow for a

Re: [PATCH RFC] mnt: umount mounts one by one in umount_tree()

On Fri, 2017-05-12 at 00:08 -0700, Andrei Vagin wrote: > With this patch, we don't try to umount all mounts of a tree together. > Instead of this we umount them one by one. In this case, we see a significant > improvement in performance for the worsе case. Indeed, umount has been very slow for a

Re: [PATCH v4 09/16] perf header: don't pass struct perf_file_section to process_##_feat

On Tue, Jun 13, 2017 at 11:54 AM, Jiri Olsa wrote: > On Mon, Jun 12, 2017 at 09:29:25PM -0700, David Carrillo-Cisneros wrote: > > SNIP > >> struct cpu_cache_level *caches; >> u32 cnt, i, version; >> @@ -2084,8 +2073,7 @@ static int process_cache(struct

Re: [PATCH v4 09/16] perf header: don't pass struct perf_file_section to process_##_feat

On Tue, Jun 13, 2017 at 11:54 AM, Jiri Olsa wrote: > On Mon, Jun 12, 2017 at 09:29:25PM -0700, David Carrillo-Cisneros wrote: > > SNIP > >> struct cpu_cache_level *caches; >> u32 cnt, i, version; >> @@ -2084,8 +2073,7 @@ static int process_cache(struct perf_file_section >> *section

Re: [PATCH V2 net-next 2/8] net: hns3: Add support of the HNAE3 framework

On Wed, Jun 14, 2017 at 12:10:29AM +0100, Salil Mehta wrote: > +static int __init hnae3_init(void) > +{ > + return 0; > +} > + .. > +subsys_initcall(hnae3_init); And the point of this is? Andrew

Re: [PATCH V2 net-next 2/8] net: hns3: Add support of the HNAE3 framework

On Wed, Jun 14, 2017 at 12:10:29AM +0100, Salil Mehta wrote: > +static int __init hnae3_init(void) > +{ > + return 0; > +} > + .. > +subsys_initcall(hnae3_init); And the point of this is? Andrew

Re: [PATCH V2 net-next 2/8] net: hns3: Add support of the HNAE3 framework

On Wed, Jun 14, 2017 at 12:10:29AM +0100, Salil Mehta wrote: > This patch adds the support of the HNAE3 (Hisilicon Network > Acceleration Engine 3) framework support to the HNS3 driver. > > Framework facilitates clients like ENET(HNS3 Ethernet Driver), RoCE > and user-space Ethernet drivers (like

Re: [PATCH V2 net-next 2/8] net: hns3: Add support of the HNAE3 framework

On Wed, Jun 14, 2017 at 12:10:29AM +0100, Salil Mehta wrote: > This patch adds the support of the HNAE3 (Hisilicon Network > Acceleration Engine 3) framework support to the HNS3 driver. > > Framework facilitates clients like ENET(HNS3 Ethernet Driver), RoCE > and user-space Ethernet drivers (like

Re: [PATCH v2 0/4] x86: stack alignment for boot code and clang

2017-06-14 8:08 GMT+09:00 Matthias Kaehlcke : > This series fixes an issue with the stack of the x86 boot code not > being aligned as intended. Further it adapts the Makefile to account > for the fact that clang uses a different option to configure the > stack alignment than gcc

Re: [PATCH v2 0/4] x86: stack alignment for boot code and clang

2017-06-14 8:08 GMT+09:00 Matthias Kaehlcke : > This series fixes an issue with the stack of the x86 boot code not > being aligned as intended. Further it adapts the Makefile to account > for the fact that clang uses a different option to configure the > stack alignment than gcc

Re: [PATCH v2 2/4] kbuild: Add hostcc-option macro

2017-06-14 8:08 GMT+09:00 Matthias Kaehlcke : > hostcc-option is equivalent to cc-option, but uses the host compiler > and HOSTCFLAGS. Change HOSTCFLAGS to a simple expanded variable to > allow for HOSTCFLAGS += $(call hostcc-option, ...). > > Suggested-by: Arnd Bergmann

Re: [PATCH v2 2/4] kbuild: Add hostcc-option macro

2017-06-14 8:08 GMT+09:00 Matthias Kaehlcke : > hostcc-option is equivalent to cc-option, but uses the host compiler > and HOSTCFLAGS. Change HOSTCFLAGS to a simple expanded variable to > allow for HOSTCFLAGS += $(call hostcc-option, ...). > > Suggested-by: Arnd Bergmann > Suggested-by: Masahiro

Re: [PATCH v2 2/4] spi: rockchip: add support for "cs-gpios" dts property

Hi Brian, Thanx for your comments :) On 06/14/2017 01:33 AM, Brian Norris wrote: Hi Jeffy, On Tue, Jun 13, 2017 at 01:25:41PM +0800, Jeffy Chen wrote: Support using "cs-gpios" property to specify cs gpios. Signed-off-by: Jeffy Chen 1/ request cs gpios in probe

Re: [PATCH v2 2/4] spi: rockchip: add support for "cs-gpios" dts property

Hi Brian, Thanx for your comments :) On 06/14/2017 01:33 AM, Brian Norris wrote: Hi Jeffy, On Tue, Jun 13, 2017 at 01:25:41PM +0800, Jeffy Chen wrote: Support using "cs-gpios" property to specify cs gpios. Signed-off-by: Jeffy Chen 1/ request cs gpios in probe for better error handling 2/

Re: [PATCH v2 1/4] kbuild: Add cc-option-raw macro

2017-06-14 8:08 GMT+09:00 Matthias Kaehlcke : > cc-option uses KBUILD_CFLAGS and KBUILD_CPPFLAGS when it determines > whether an option is supported or not. This is fine for options used to > build the kernel itself, however some components like the x86 boot code > use a

Re: [PATCH v2 1/4] kbuild: Add cc-option-raw macro

2017-06-14 8:08 GMT+09:00 Matthias Kaehlcke : > cc-option uses KBUILD_CFLAGS and KBUILD_CPPFLAGS when it determines > whether an option is supported or not. This is fine for options used to > build the kernel itself, however some components like the x86 boot code > use a different set of flags. >

Re: Ftrace vs perf user page fault statistics differences

On Tue, Jun 13, 2017 at 4:04 PM, Steven Rostedt wrote: > On Tue, 13 Jun 2017 14:02:08 -0400 > Will Hawkins wrote: > >> Thank you for pointing this out. I had been using -F for exactly the >> reason that you mentioned. I failed to include it in the command

Re: Ftrace vs perf user page fault statistics differences

On Tue, Jun 13, 2017 at 4:04 PM, Steven Rostedt wrote: > On Tue, 13 Jun 2017 14:02:08 -0400 > Will Hawkins wrote: > >> Thank you for pointing this out. I had been using -F for exactly the >> reason that you mentioned. I failed to include it in the command that >> I sent along. Very sorry for the

linux-next: build failure after merge of the sound-asoc tree

e-card.ko] undefined! Caused by commit bb24a3ba3f52 ("ASoC: simple-scu-card: use asoc_simple_card_clk_xxx()") These symbols are not exported to modules. I have used the sound-asoc tree from next-20170613 for today. -- Cheers, Stephen Rothwell

linux-next: build failure after merge of the sound-asoc tree

e-card.ko] undefined! Caused by commit bb24a3ba3f52 ("ASoC: simple-scu-card: use asoc_simple_card_clk_xxx()") These symbols are not exported to modules. I have used the sound-asoc tree from next-20170613 for today. -- Cheers, Stephen Rothwell

Re: [PATCH] drm/mediatek: fixup error memory reallocation

On Mon, 2017-06-12 at 15:15 +0800, YT Shen wrote: > Previous patch (c5f228ef6c drm/mediatek: add *driver_data for different > hardware settings) calls devm_kfree() and then devm_kzalloc() to > reallocate color module data structure. But this reallocation cannnot > guarantee the new address is

Re: [PATCH] drm/mediatek: fixup error memory reallocation

On Mon, 2017-06-12 at 15:15 +0800, YT Shen wrote: > Previous patch (c5f228ef6c drm/mediatek: add *driver_data for different > hardware settings) calls devm_kfree() and then devm_kzalloc() to > reallocate color module data structure. But this reallocation cannnot > guarantee the new address is

Re: [PATCH v1 1/1] Add Trusted Path Execution as a stackable LSM

> | A trusted path is one that is inside is a root owned directory that > | is not group or world writable. /bin, /usr/bin, /usr/local/bin, are > | (under normal circumstances) considered trusted. Any non-root > | users home directory is not trusted, nor is /tmp. You need the entire path to be

Re: [PATCH tip/sched/core] Add comments to aid in safer usage of swake_up.

On Tue, 13 Jun 2017 16:42:05 -0700 "Paul E. McKenney" wrote: > On Tue, Jun 13, 2017 at 07:23:08PM -0400, Steven Rostedt wrote: > > On Fri, 9 Jun 2017 05:45:54 -0700 > > "Paul E. McKenney" wrote: > > > > > On Fri, Jun 09, 2017 at

Re: [PATCH v1 1/1] Add Trusted Path Execution as a stackable LSM

> | A trusted path is one that is inside is a root owned directory that > | is not group or world writable. /bin, /usr/bin, /usr/local/bin, are > | (under normal circumstances) considered trusted. Any non-root > | users home directory is not trusted, nor is /tmp. You need the entire path to be

Re: [PATCH tip/sched/core] Add comments to aid in safer usage of swake_up.

On Tue, 13 Jun 2017 16:42:05 -0700 "Paul E. McKenney" wrote: > On Tue, Jun 13, 2017 at 07:23:08PM -0400, Steven Rostedt wrote: > > On Fri, 9 Jun 2017 05:45:54 -0700 > > "Paul E. McKenney" wrote: > > > > > On Fri, Jun 09, 2017 at 09:19:57AM +0200, Peter Zijlstra wrote: > > > > On Thu, Jun

Re: [PATCH v2 1/8] tty: add a poll() callback in struct tty_operations

On Tue, 13 Jun 2017 09:52:07 +0300 Tal Shorer wrote: > If a tty driver wants to notify the user of some exceptional event, > such as a usb cdc acm device set_line_coding event, it needs a way to > modify the mask returned by poll() and possible also add wait queues. > In

Re: [PATCH v2] Kbuild: tiny correction on `make help`

2017-06-13 18:52 GMT+09:00 Cao jin : > Yamada-san, > > I have a question on the current top level Makefile. There are > following lines, I have trouble to understand "firstword x$(MAKEFLAGS)" > in 2nd line, why there is a 'x' there? > > > ifneq ($(filter

Re: [PATCH v2 1/8] tty: add a poll() callback in struct tty_operations

On Tue, 13 Jun 2017 09:52:07 +0300 Tal Shorer wrote: > If a tty driver wants to notify the user of some exceptional event, > such as a usb cdc acm device set_line_coding event, it needs a way to > modify the mask returned by poll() and possible also add wait queues. > In order to do that, we

Re: [PATCH v2] Kbuild: tiny correction on `make help`

2017-06-13 18:52 GMT+09:00 Cao jin : > Yamada-san, > > I have a question on the current top level Makefile. There are > following lines, I have trouble to understand "firstword x$(MAKEFLAGS)" > in 2nd line, why there is a 'x' there? > > > ifneq ($(filter 4.%,$(MAKE_VERSION)),) # make-4 >

Re: [PATCH 6/8] usb: gadget: f_acm: add an ioctl to get the current line coding

On Mon, 12 Jun 2017 20:26:13 +0300 Tal Shorer wrote: > The user can issue USB_F_GET_LINE_CODING to get the current line coding > as set by the host (or the default if unset yet). No this is not how to do it. We don't want weirdass ioctls for each different tty device type.

Re: [PATCH 6/8] usb: gadget: f_acm: add an ioctl to get the current line coding

On Mon, 12 Jun 2017 20:26:13 +0300 Tal Shorer wrote: > The user can issue USB_F_GET_LINE_CODING to get the current line coding > as set by the host (or the default if unset yet). No this is not how to do it. We don't want weirdass ioctls for each different tty device type. There are two ways

Re: [PATCH v4 2/2] arm: dts: Add Mediatek MT2701 i2c device node

On Tue, 2017-06-13 at 15:45 +0200, Matthias Brugger wrote: > > On 13/06/17 15:23, Jun Gao wrote: > > On Tue, 2017-06-13 at 14:52 +0200, Matthias Brugger wrote: > >> > >> On 13/06/17 12:24, Jun Gao wrote: > >>> On Tue, 2017-06-13 at 11:36 +0200, Matthias Brugger wrote: > > On 12/06/17

Re: [PATCH v4 2/2] arm: dts: Add Mediatek MT2701 i2c device node

On Tue, 2017-06-13 at 15:45 +0200, Matthias Brugger wrote: > > On 13/06/17 15:23, Jun Gao wrote: > > On Tue, 2017-06-13 at 14:52 +0200, Matthias Brugger wrote: > >> > >> On 13/06/17 12:24, Jun Gao wrote: > >>> On Tue, 2017-06-13 at 11:36 +0200, Matthias Brugger wrote: > > On 12/06/17

Re: [PATCH net-next 6/9] net: hns3: Add MDIO support to HNS3 Ethernet driver for hip08 SoC

> Since I would be touching the core, lots of drivers will get impacted and will > have to wait till everyone gives clean signal. This will impact our internal > deadlines. But as I said I am eager to cooperate & contribute :) Just as an FYI. Your internal deadlines are irrelevant. We will

Re: [PATCH net-next 6/9] net: hns3: Add MDIO support to HNS3 Ethernet driver for hip08 SoC

> Since I would be touching the core, lots of drivers will get impacted and will > have to wait till everyone gives clean signal. This will impact our internal > deadlines. But as I said I am eager to cooperate & contribute :) Just as an FYI. Your internal deadlines are irrelevant. We will

Re: [PATCH 3/4] KVM: async_pf: Force a nested vmexit if the injected #PF is async_pf

2017-06-14 2:55 GMT+08:00 Radim Krčmář : > 2017-06-12 23:08-0700, Wanpeng Li: >> From: Wanpeng Li >> >> Add an async_page_fault field to vcpu->arch.exception to identify an async >> page fault, and constructs the expected vm-exit information fields.

Re: [PATCH 3/4] KVM: async_pf: Force a nested vmexit if the injected #PF is async_pf

2017-06-14 2:55 GMT+08:00 Radim Krčmář : > 2017-06-12 23:08-0700, Wanpeng Li: >> From: Wanpeng Li >> >> Add an async_page_fault field to vcpu->arch.exception to identify an async >> page fault, and constructs the expected vm-exit information fields. Force >> a nested VM exit from

Re: [PATCH 4/4] KVM: async_pf: Let host know whether the guest support delivery async_pf as #PF vmexit

2017-06-14 2:19 GMT+08:00 Radim Krčmář : > 2017-06-12 23:08-0700, Wanpeng Li: >> From: Wanpeng Li >> >> Adds another flag bit (bit 2) to MSR_KVM_ASYNC_PF_EN. If bit 2 is 1, async >> page faults are delivered to L1 as #PF vmexits; if bit 2 is 0, >>

Re: [PATCH 4/4] KVM: async_pf: Let host know whether the guest support delivery async_pf as #PF vmexit

2017-06-14 2:19 GMT+08:00 Radim Krčmář : > 2017-06-12 23:08-0700, Wanpeng Li: >> From: Wanpeng Li >> >> Adds another flag bit (bit 2) to MSR_KVM_ASYNC_PF_EN. If bit 2 is 1, async >> page faults are delivered to L1 as #PF vmexits; if bit 2 is 0, >> kvm_can_do_async_pf >> returns 0 if in guest

Re: [PATCH v3 17/18] xen/pvcalls: implement write

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > When the other end notifies us that there is data to be written > > (pvcalls_back_conn_event), increment the io and write counters, and > > schedule the ioworker. > > > > Implement the write function

Re: [PATCH v3 17/18] xen/pvcalls: implement write

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > When the other end notifies us that there is data to be written > > (pvcalls_back_conn_event), increment the io and write counters, and > > schedule the ioworker. > > > > Implement the write function

Re: [PATCH v3 16/18] xen/pvcalls: implement read

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > When an active socket has data available, increment the io and read > > counters, and schedule the ioworker. > > > > Implement the read function by reading from the socket, writing the data > > to the

Re: [PATCH v3 16/18] xen/pvcalls: implement read

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > When an active socket has data available, increment the io and read > > counters, and schedule the ioworker. > > > > Implement the read function by reading from the socket, writing the data > > to the

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/intel_pm.c between commit: 1c2d6bbf0433 ("drm/i915: Fix SKL+ watermarks for 90/270 rotation") from the drm-intel-fixes tree and commit: 7084b50bdd8f ("drm/i915/skl+: calculate pixel_rate &

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/intel_pm.c between commit: 1c2d6bbf0433 ("drm/i915: Fix SKL+ watermarks for 90/270 rotation") from the drm-intel-fixes tree and commit: 7084b50bdd8f ("drm/i915/skl+: calculate pixel_rate &

Re: [PATCH v3 15/18] xen/pvcalls: implement the ioworker functions

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > We have one ioworker per socket. Each ioworker goes through the list of > > outstanding read/write requests. Once all requests have been dealt with, > > it returns. > > > > We use one atomic counter per

Re: [PATCH v3 15/18] xen/pvcalls: implement the ioworker functions

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > We have one ioworker per socket. Each ioworker goes through the list of > > outstanding read/write requests. Once all requests have been dealt with, > > it returns. > > > > We use one atomic counter per

Re: [PATCH 00/11] ARM: dts: imx6qdl: video capture support

Hi Steve, On Mon, Jun 12, 2017 at 3:23 PM, Steve Longerbeam wrote: > This series defines the i.MX6 internal video multiplexers and MIPI CSI-2 > receiver device nodes, and their connections to eachother and the i.MX6 > IPU CSI ports. > > It also implements video capture

Re: [PATCH 00/11] ARM: dts: imx6qdl: video capture support

Hi Steve, On Mon, Jun 12, 2017 at 3:23 PM, Steve Longerbeam wrote: > This series defines the i.MX6 internal video multiplexers and MIPI CSI-2 > receiver device nodes, and their connections to eachother and the i.MX6 > IPU CSI ports. > > It also implements video capture support on the SabreLite,

Re: [PATCH v3 14/18] xen/pvcalls: disconnect and module_exit

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > Implement backend_disconnect. Call pvcalls_back_release_active on active > > sockets and pvcalls_back_release_passive on passive sockets. > > > > Implement module_exit by calling backend_disconnect on

Re: [PATCH v3 14/18] xen/pvcalls: disconnect and module_exit

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > Implement backend_disconnect. Call pvcalls_back_release_active on active > > sockets and pvcalls_back_release_passive on passive sockets. > > > > Implement module_exit by calling backend_disconnect on

RE: [PATCH v4] tpm: Enable CLKRUN protocol for Braswell systems

> -Original Message- > From: Jarkko Sakkinen [mailto:jarkko.sakki...@linux.intel.com] > Sent: Monday, June 12, 2017 12:50 AM > To: Shaikh, Azhar > Cc: jguntho...@obsidianresearch.com; tpmdd-de...@lists.sourceforge.net; > linux-kernel@vger.kernel.org;

RE: [PATCH v4] tpm: Enable CLKRUN protocol for Braswell systems

> -Original Message- > From: Jarkko Sakkinen [mailto:jarkko.sakki...@linux.intel.com] > Sent: Monday, June 12, 2017 12:50 AM > To: Shaikh, Azhar > Cc: jguntho...@obsidianresearch.com; tpmdd-de...@lists.sourceforge.net; > linux-kernel@vger.kernel.org;

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/intel_display.c between commit: 9a775e0308b5 ("drm/i915: Fix scaling check for 90/270 degree plane rotation") from the drm-intel-fixes tree and commit: c2c446ad2943 ("drm: Add DRM_MODE_ROTATE_ and

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/intel_display.c between commit: 9a775e0308b5 ("drm/i915: Fix scaling check for 90/270 degree plane rotation") from the drm-intel-fixes tree and commit: c2c446ad2943 ("drm: Add DRM_MODE_ROTATE_ and

Re: [PATCH v2 1/4] soc: brcmstb: Add Product ID and Family ID helper functions

On 06/13/2017 07:55 AM, Al Cooper wrote: > From: Al Cooper > > Signed-off-by: Al Cooper > --- > drivers/soc/bcm/brcmstb/common.c| 12 > include/linux/soc/brcmstb/brcmstb.h | 10 ++ > 2 files changed, 22 insertions(+) > > diff

Re: [PATCH v2 1/4] soc: brcmstb: Add Product ID and Family ID helper functions

On 06/13/2017 07:55 AM, Al Cooper wrote: > From: Al Cooper > > Signed-off-by: Al Cooper > --- > drivers/soc/bcm/brcmstb/common.c| 12 > include/linux/soc/brcmstb/brcmstb.h | 10 ++ > 2 files changed, 22 insertions(+) > > diff --git a/drivers/soc/bcm/brcmstb/common.c

Re: [PATCH v2 3/4] phy: usb: phy-brcm-usb: Add Broadcom STB USB phy driver

Hi Al, [auto build test ERROR on phy/next] [also build test ERROR on next-20170613] [cannot apply to linus/master v4.12-rc5] [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/linux/commits/Al-Cooper/Add

Re: [PATCH v2 3/4] phy: usb: phy-brcm-usb: Add Broadcom STB USB phy driver

Hi Al, [auto build test ERROR on phy/next] [also build test ERROR on next-20170613] [cannot apply to linus/master v4.12-rc5] [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/linux/commits/Al-Cooper/Add

Re: [PATCH v3 12/18] xen/pvcalls: implement poll command

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > Implement poll on passive sockets by requesting a delayed response with > > mappass->reqcopy, and reply back when there is data on the passive > > socket. > > > > Poll on active socket is unimplemented as

Re: [PATCH v3 12/18] xen/pvcalls: implement poll command

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > Implement poll on passive sockets by requesting a delayed response with > > mappass->reqcopy, and reply back when there is data on the passive > > socket. > > > > Poll on active socket is unimplemented as

Re: [PATCH v3 13/18] xen/pvcalls: implement release command

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > Release both active and passive sockets. For active sockets, make sure > > to avoid possible conflicts with the ioworker reading/writing to those > > sockets concurrently. Set map->release to let the

Re: [PATCH v3 13/18] xen/pvcalls: implement release command

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > Release both active and passive sockets. For active sockets, make sure > > to avoid possible conflicts with the ioworker reading/writing to those > > sockets concurrently. Set map->release to let the

Re: [PATCH v3 11/18] xen/pvcalls: implement accept command

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > Implement the accept command by calling inet_accept. To avoid blocking > > in the kernel, call inet_accept(O_NONBLOCK) from a workqueue, which get > > scheduled on sk_data_ready (for a passive socket, it

Re: [PATCH v3 07/18] xen/pvcalls: implement socket command

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > Just reply with success to the other end for now. Delay the allocation > > of the actual socket to bind and/or connect. > > > > Signed-off-by: Stefano Stabellini > > CC:

Re: [PATCH v3 09/18] xen/pvcalls: implement bind command

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > Allocate a socket. Track the allocated passive sockets with a new data > > structure named sockpass_mapping. It contains an unbound workqueue to > > schedule delayed work for the accept and poll commands.

Re: [PATCH v3 11/18] xen/pvcalls: implement accept command

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > Implement the accept command by calling inet_accept. To avoid blocking > > in the kernel, call inet_accept(O_NONBLOCK) from a workqueue, which get > > scheduled on sk_data_ready (for a passive socket, it

Re: [PATCH v3 07/18] xen/pvcalls: implement socket command

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > Just reply with success to the other end for now. Delay the allocation > > of the actual socket to bind and/or connect. > > > > Signed-off-by: Stefano Stabellini > > CC: boris.ostrov...@oracle.com > >

Re: [PATCH v3 09/18] xen/pvcalls: implement bind command

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > Allocate a socket. Track the allocated passive sockets with a new data > > structure named sockpass_mapping. It contains an unbound workqueue to > > schedule delayed work for the accept and poll commands.

Re: [PATCH v3 08/18] xen/pvcalls: implement connect command

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > Allocate a socket. Keep track of socket <-> ring mappings with a new data > > structure, called sock_mapping. Implement the connect command by calling > > inet_stream_connect, and mapping the new indexes

Re: [PATCH v3 08/18] xen/pvcalls: implement connect command

On Tue, 13 Jun 2017, Juergen Gross wrote: > On 02/06/17 21:31, Stefano Stabellini wrote: > > Allocate a socket. Keep track of socket <-> ring mappings with a new data > > structure, called sock_mapping. Implement the connect command by calling > > inet_stream_connect, and mapping the new indexes

Re: [PATCH 1/1] uio: Fix uio_device memory leak

On 06/13/2017 07:16 PM, Mike Christie wrote: > On 06/13/2017 09:01 AM, Greg KH wrote: >> > On Wed, Jun 07, 2017 at 03:06:44PM -0500, Mike Christie wrote: >>> >> It looks like there might be 2 issues with the uio_device allocation, or >>> >> it >>> >> looks like we are leaking the device for

Re: [PATCH 1/1] uio: Fix uio_device memory leak

On 06/13/2017 07:16 PM, Mike Christie wrote: > On 06/13/2017 09:01 AM, Greg KH wrote: >> > On Wed, Jun 07, 2017 at 03:06:44PM -0500, Mike Christie wrote: >>> >> It looks like there might be 2 issues with the uio_device allocation, or >>> >> it >>> >> looks like we are leaking the device for

[PATCH v2 1/1] MAINTAINERS: Update SPI NOR subsystem git repositories

SPI NOR branches are now hosted on MTD repos, spi-nor/next is on l2-mtd and spi-nor/fixes is on linux-mtd. Signed-off-by: Cyrille Pitchen --- ChangeLog v1 -> v2 - add branch names 'spi-nor/fixes' and 'spi-nor/next' after url. MAINTAINERS | 3 ++- 1 file changed, 2

[PATCH v2 1/1] MAINTAINERS: Update SPI NOR subsystem git repositories

SPI NOR branches are now hosted on MTD repos, spi-nor/next is on l2-mtd and spi-nor/fixes is on linux-mtd. Signed-off-by: Cyrille Pitchen --- ChangeLog v1 -> v2 - add branch names 'spi-nor/fixes' and 'spi-nor/next' after url. MAINTAINERS | 3 ++- 1 file changed, 2 insertions(+), 1

[PATCH v3] ubifs: Change gfp flags in page allocation for bulk read

From: Hyunchul Lee In low memory situations, page allocations for bulk read can kill applications for reclaiming memory, and print an failure message when allocations are failed. Because bulk read is just an optimization, we don't have to do these and can stop page

[PATCH v3] ubifs: Change gfp flags in page allocation for bulk read

From: Hyunchul Lee In low memory situations, page allocations for bulk read can kill applications for reclaiming memory, and print an failure message when allocations are failed. Because bulk read is just an optimization, we don't have to do these and can stop page allocations. Though this

Re: WMI and Kernel:User interface

On Tue, 2017-06-13 at 10:40 -0700, Darren Hart wrote: [...] > There are plenty of other examples of things you can do to screw up the > state of your system if you have the right permissions for which the > answer is "don't do that". Consider MEM(4), SETPCI(8), ... /dev/sda ... > for example. So

Re: WMI and Kernel:User interface

On Tue, 2017-06-13 at 10:40 -0700, Darren Hart wrote: [...] > There are plenty of other examples of things you can do to screw up the > state of your system if you have the right permissions for which the > answer is "don't do that". Consider MEM(4), SETPCI(8), ... /dev/sda ... > for example. So

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

Hi all, Today's linux-next merge of the net-next tree got a conflict in: net/batman-adv/routing.c between commit: a1a745ef980a ("batman-adv: fix memory leak when dropping packet from other gateway") from the net tree and commit: 22f0502ed9f3 ("batman-adv: Print correct function names

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

Hi all, Today's linux-next merge of the net-next tree got a conflict in: net/batman-adv/routing.c between commit: a1a745ef980a ("batman-adv: fix memory leak when dropping packet from other gateway") from the net tree and commit: 22f0502ed9f3 ("batman-adv: Print correct function names

Re: [PATCH 0/4] bpf: Changes needed (or desired) for MIPS support

On 06/14/2017 01:49 AM, David Daney wrote: This is a grab bag of changes to the bpf testing infrastructure I developed working on MIPS eBPF JIT support. The change to bpf_jit_disasm is probably universally beneficial, the others are more MIPS specific. I think these could go independently

Re: [PATCH 0/4] bpf: Changes needed (or desired) for MIPS support

On 06/14/2017 01:49 AM, David Daney wrote: This is a grab bag of changes to the bpf testing infrastructure I developed working on MIPS eBPF JIT support. The change to bpf_jit_disasm is probably universally beneficial, the others are more MIPS specific. I think these could go independently

Re: [PATCH 4/4] samples/bpf: Fix tracex5 to work with MIPS syscalls.

On 06/14/2017 01:49 AM, David Daney wrote: There are two problems: 1) In MIPS the __NR_* macros expand to an expression, this causes the sections of the object file to be named like: . . . [ 5] kprobe/(5000 + 1) PROGBITS 000160 ... [ 6] kprobe/(5000 +

Re: [PATCH 4/4] samples/bpf: Fix tracex5 to work with MIPS syscalls.

On 06/14/2017 01:49 AM, David Daney wrote: There are two problems: 1) In MIPS the __NR_* macros expand to an expression, this causes the sections of the object file to be named like: . . . [ 5] kprobe/(5000 + 1) PROGBITS 000160 ... [ 6] kprobe/(5000 +

Re: [PATCH 3/4] bpf: Add MIPS support to samples/bpf.

On 06/14/2017 01:49 AM, David Daney wrote: Signed-off-by: David Daney Acked-by: Daniel Borkmann

Re: [PATCH 3/4] bpf: Add MIPS support to samples/bpf.

On 06/14/2017 01:49 AM, David Daney wrote: Signed-off-by: David Daney Acked-by: Daniel Borkmann

Re: [PATCH 2/4] test_bpf: Add test to make conditional jump cross a large number of insns.

On 06/14/2017 01:49 AM, David Daney wrote: On MIPS, conditional branches can only span 32k instructions. To exceed this limit in the JIT with the BPF maximum of 4k insns, we need to choose eBPF insns that expand to more than 8 machine instructions. Use BPF_LD_ABS as it is quite complex. This

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

Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/ethernet/qlogic/qed/qed_debug.c between commit: ace17c369295 ("qed: fix dump of context data") from the net tree and commit: 7b6859fbdcc4 ("qed: Utilize FW 8.20.0.0") from the net-next tree. I fixed

<    1   2   3   4   5   6   7   8   9   10   >