Re: [PATCH V5 4/4] gpio: tegra: Add support for gpio debounce

On Mon, Apr 25, 2016 at 7:38 PM, Laxman Dewangan wrote: > NVIDIA's Tegra210 support the HW debounce in the GPIO controller > for all its GPIO pins. > > Add support for setting debounce timing by implementing the > set_debounce callback of gpiochip. > > Signed-off-by: Laxman

Re: [PATCH V5 4/4] gpio: tegra: Add support for gpio debounce

On Mon, Apr 25, 2016 at 7:38 PM, Laxman Dewangan wrote: > NVIDIA's Tegra210 support the HW debounce in the GPIO controller > for all its GPIO pins. > > Add support for setting debounce timing by implementing the > set_debounce callback of gpiochip. > > Signed-off-by: Laxman Dewangan >

Re: [PATCH v6 04/10] regulator: fixed: add support for ACPI interface

Hi, On 04/27/2016 08:33 PM, Mark Brown wrote: > On Wed, Apr 27, 2016 at 09:54:10AM +0800, Lu Baolu wrote: > >> Please refer to Documentation/acpi/gpio-properties.txt. > That's not visibly what your driver is doing, that is also recommending > using a static name which is what I'm asking for.

Re: [PATCH v6 04/10] regulator: fixed: add support for ACPI interface

Hi, On 04/27/2016 08:33 PM, Mark Brown wrote: > On Wed, Apr 27, 2016 at 09:54:10AM +0800, Lu Baolu wrote: > >> Please refer to Documentation/acpi/gpio-properties.txt. > That's not visibly what your driver is doing, that is also recommending > using a static name which is what I'm asking for.

Re: [PATCH trivial] scripts/prune-kernel: remove kdump images

On 03/07/16 at 03:56pm, Xiong Zhou wrote: > Signed-off-by: Xiong Zhou > --- > scripts/prune-kernel | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/scripts/prune-kernel b/scripts/prune-kernel > index ab5034e..9c67be2 100755 > ---

Re: [PATCH trivial] scripts/prune-kernel: remove kdump images

On 03/07/16 at 03:56pm, Xiong Zhou wrote: > Signed-off-by: Xiong Zhou > --- > scripts/prune-kernel | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/scripts/prune-kernel b/scripts/prune-kernel > index ab5034e..9c67be2 100755 > --- a/scripts/prune-kernel > +++

Re: [PATCH v2 2/3] ARM: dts: exynos: Define vqmmc for eMMC card on Odroid X/X2/U3

On 04/27/2016 11:29 PM, Javier Martinez Canillas wrote: > Hello Krzysztof, > > On 04/27/2016 10:00 AM, Krzysztof Kozlowski wrote: >> The eMMC card vmmc-supply contained incorrectly two regulators: LDO20 >> and buck8. The second one is ignored. Additionally the buck8 is a vqmmc >> supply only on X

Re: [PATCH v2 2/3] ARM: dts: exynos: Define vqmmc for eMMC card on Odroid X/X2/U3

On 04/27/2016 11:29 PM, Javier Martinez Canillas wrote: > Hello Krzysztof, > > On 04/27/2016 10:00 AM, Krzysztof Kozlowski wrote: >> The eMMC card vmmc-supply contained incorrectly two regulators: LDO20 >> and buck8. The second one is ignored. Additionally the buck8 is a vqmmc >> supply only on X

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

Hi Jarkko, After merging the tpmdd tree, today's linux-next build (powerpc allyesconfig) failed like this: In file included from /home/sfr/next/next/include/linux/rcupdate.h:38:0, from /home/sfr/next/next/include/linux/idr.h:18, from

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

Hi Jarkko, After merging the tpmdd tree, today's linux-next build (powerpc allyesconfig) failed like this: In file included from /home/sfr/next/next/include/linux/rcupdate.h:38:0, from /home/sfr/next/next/include/linux/idr.h:18, from

Re: [Intel-gfx] [Announcement] 2016-Q1 release of XenGT - a Mediated Graphics Passthrough Solution from Intel

Hi all, We are pleased to announce another update of Intel GVT-g for Xen. Intel GVT-g is a full GPU virtualization solution with mediated pass-through, starting from 4th generation Intel Core(TM) processors with Intel Graphics processors. A virtual GPU instance is maintained for each VM, with

Re: [Intel-gfx] [Announcement] 2016-Q1 release of XenGT - a Mediated Graphics Passthrough Solution from Intel

Hi all, We are pleased to announce another update of Intel GVT-g for Xen. Intel GVT-g is a full GPU virtualization solution with mediated pass-through, starting from 4th generation Intel Core(TM) processors with Intel Graphics processors. A virtual GPU instance is maintained for each VM, with

Re: [PATCH perf/core v5 11/15] perf probe: Accept %sdt and %cached event name

On Thu, Apr 28, 2016 at 03:38:49AM +0900, Masami Hiramatsu wrote: > From: Masami Hiramatsu > > To improbe usability, support %[PROVIDER:]SDTEVENT format to > add new probes on SDT and cached events. > > e.g. > > # perf probe -x /lib/libc-2.17.so

Re: [PATCH perf/core v5 11/15] perf probe: Accept %sdt and %cached event name

On Thu, Apr 28, 2016 at 03:38:49AM +0900, Masami Hiramatsu wrote: > From: Masami Hiramatsu > > To improbe usability, support %[PROVIDER:]SDTEVENT format to > add new probes on SDT and cached events. > > e.g. > > # perf probe -x /lib/libc-2.17.so %lll_lock_wait_private > Added new

Re: [PATCH v2 2/2] phy: Group vendor specific phy drivers

Hi Kishon, On Thu, Apr 28, 2016 at 10:28 AM, Kishon Vijay Abraham I wrote: > Hi, > > On Tuesday 26 April 2016 11:36 AM, Vivek Gautam wrote: >> Hi Kishon, >> >> >> On Wed, Apr 6, 2016 at 7:37 PM, Vivek Gautam >> wrote: >>> Adding vendor specific

Re: [PATCH v2 2/2] phy: Group vendor specific phy drivers

Hi Kishon, On Thu, Apr 28, 2016 at 10:28 AM, Kishon Vijay Abraham I wrote: > Hi, > > On Tuesday 26 April 2016 11:36 AM, Vivek Gautam wrote: >> Hi Kishon, >> >> >> On Wed, Apr 6, 2016 at 7:37 PM, Vivek Gautam >> wrote: >>> Adding vendor specific directories in phy to group >>> phy drivers

Re: [LKP] [lkp] [mm, oom] faad2185f4: vm-scalability.throughput -11.8% regression

On Wed, Apr 27, 2016 at 11:17:19AM +0200, Michal Hocko wrote: > On Wed 27-04-16 16:44:31, Huang, Ying wrote: > > Michal Hocko writes: > > > > > On Wed 27-04-16 16:20:43, Huang, Ying wrote: > > >> Michal Hocko writes: > > >> > > >> > On Wed 27-04-16

Re: [LKP] [lkp] [mm, oom] faad2185f4: vm-scalability.throughput -11.8% regression

On Wed, Apr 27, 2016 at 11:17:19AM +0200, Michal Hocko wrote: > On Wed 27-04-16 16:44:31, Huang, Ying wrote: > > Michal Hocko writes: > > > > > On Wed 27-04-16 16:20:43, Huang, Ying wrote: > > >> Michal Hocko writes: > > >> > > >> > On Wed 27-04-16 11:15:56, kernel test robot wrote: > > >> >>

Re: [PATCH v2 2/2] phy: Group vendor specific phy drivers

Hi, On Tuesday 26 April 2016 11:36 AM, Vivek Gautam wrote: > Hi Kishon, > > > On Wed, Apr 6, 2016 at 7:37 PM, Vivek Gautam wrote: >> Adding vendor specific directories in phy to group >> phy drivers under their respective vendor umbrella. >> >> Also updated the

Re: [PATCH v2 2/2] phy: Group vendor specific phy drivers

Hi, On Tuesday 26 April 2016 11:36 AM, Vivek Gautam wrote: > Hi Kishon, > > > On Wed, Apr 6, 2016 at 7:37 PM, Vivek Gautam wrote: >> Adding vendor specific directories in phy to group >> phy drivers under their respective vendor umbrella. >> >> Also updated the MAINTAINERS file to reflect the

Re: [PATCH v11 04/60] sparc/PCI: Use correct offset for bus address to resource

On Fri, Apr 22, 2016 at 1:49 PM, Bjorn Helgaas wrote: > [+cc Ben, Michael] > I'm kind of confused here. There are two ways to mmap PCI BARs: > > /proc/bus/pci/00/02.0 (proc_bus_pci_mmap()): > all BARs in one file; MEM/IO determined by ioctl() > mmap offset is a CPU

Re: [PATCH v11 04/60] sparc/PCI: Use correct offset for bus address to resource

On Fri, Apr 22, 2016 at 1:49 PM, Bjorn Helgaas wrote: > [+cc Ben, Michael] > I'm kind of confused here. There are two ways to mmap PCI BARs: > > /proc/bus/pci/00/02.0 (proc_bus_pci_mmap()): > all BARs in one file; MEM/IO determined by ioctl() > mmap offset is a CPU physical address in

Re: Misleading hint to select CONFIG_PERF_EVENTS if driver sets PERF_PMU_CAP_NO_INTERRUPT

On Wednesday 27 April 2016 08:43 PM, Lada Trimasova wrote: > On Tue, 2016-04-26 at 12:42 +, Vineet Gupta wrote: > > On Friday 22 April 2016 06:56 PM, Lada Trimasova wrote: > I think what we have now is sufficient - but u seem to want a prettier > failure output. > > Anyhow, this print is

Re: Misleading hint to select CONFIG_PERF_EVENTS if driver sets PERF_PMU_CAP_NO_INTERRUPT

On Wednesday 27 April 2016 08:43 PM, Lada Trimasova wrote: > On Tue, 2016-04-26 at 12:42 +, Vineet Gupta wrote: > > On Friday 22 April 2016 06:56 PM, Lada Trimasova wrote: > I think what we have now is sufficient - but u seem to want a prettier > failure output. > > Anyhow, this print is

Re: [PATCH 2/2] ARC: [axs10x] Specify reserved memory for frame buffer

On Wednesday 27 April 2016 08:05 PM, Alexey Brodkin wrote: > Allocation of a frame buffer memory in a special memory region > allows bypassing of so-called IO Coherency aperture > which is typically set as a range 0x8z-0xAz. > > I.e. all data traffic to PGU bypasses IO Coherency block > and saves

Re: [PATCH 2/2] ARC: [axs10x] Specify reserved memory for frame buffer

On Wednesday 27 April 2016 08:05 PM, Alexey Brodkin wrote: > Allocation of a frame buffer memory in a special memory region > allows bypassing of so-called IO Coherency aperture > which is typically set as a range 0x8z-0xAz. > > I.e. all data traffic to PGU bypasses IO Coherency block > and saves

RFC tips-for-maintainers.txt (was Re: [GIT PULL] platform-drivers-x86 for 4.6-3)

On Wed, 2016-04-27 at 09:57 -0700, Darren Hart wrote: > On Wed, Apr 27, 2016 at 09:08:01AM -0700, Linus Torvalds wrote: > > On Tue, Apr 26, 2016 at 10:02 PM, Darren Hart wrote: > > > > > > Found myself not wanting to send a one patch pull request, but not > > > wanting to >

RFC tips-for-maintainers.txt (was Re: [GIT PULL] platform-drivers-x86 for 4.6-3)

On Wed, 2016-04-27 at 09:57 -0700, Darren Hart wrote: > On Wed, Apr 27, 2016 at 09:08:01AM -0700, Linus Torvalds wrote: > > On Tue, Apr 26, 2016 at 10:02 PM, Darren Hart wrote: > > > > > > Found myself not wanting to send a one patch pull request, but not > > > wanting to > > > wait until RC6

Re: [PATCH] mm/zswap: use workqueue to destroy pool

On (04/28/16 10:40), Sergey Senozhatsky wrote: [..] > the bigger issue here (and I was thinking at some point of fixing it, > but then I grepped to see how many API users are in there, and I gave > up) is that it seems we have no way to check if the dir exists in debugfs. well, unless we want to

Re: [PATCHSET v5] Make background writeback great again for the first time

于 2016/4/28 4:59, Jens Axboe 写道: > On Wed, Apr 27 2016, Jens Axboe wrote: >> On Wed, Apr 27 2016, Jens Axboe wrote: >>> On 04/27/2016 12:01 PM, Jan Kara wrote: Hi, On Tue 26-04-16 09:55:23, Jens Axboe wrote: > Since the dawn of time, our background buffered writeback has sucked.

Re: [PATCH] mm/zswap: use workqueue to destroy pool

On (04/28/16 10:40), Sergey Senozhatsky wrote: [..] > the bigger issue here (and I was thinking at some point of fixing it, > but then I grepped to see how many API users are in there, and I gave > up) is that it seems we have no way to check if the dir exists in debugfs. well, unless we want to

Re: [PATCHSET v5] Make background writeback great again for the first time

于 2016/4/28 4:59, Jens Axboe 写道: > On Wed, Apr 27 2016, Jens Axboe wrote: >> On Wed, Apr 27 2016, Jens Axboe wrote: >>> On 04/27/2016 12:01 PM, Jan Kara wrote: Hi, On Tue 26-04-16 09:55:23, Jens Axboe wrote: > Since the dawn of time, our background buffered writeback has sucked.

[PATCH v2 2/2] usb: misc: usbtest: fix error of urb allocation

urb allocation will fail when usbtest_alloc_urb() tries to allocate zero length buffer, but it doesn't need it in fact, so just skips buffer allocation in the case. Signed-off-by: Chunfeng Yun --- drivers/usb/misc/usbtest.c |3 +++ 1 file changed, 3 insertions(+)

[PATCH v2 1/2] usb: core: buffer: avoid NULL pointer dereferrence

NULL pointer dereferrence will happen when class driver wants to allocate zero length buffer and pool_max[0] can't be used, so simply returns NULL in the case. Signed-off-by: Chunfeng Yun --- drivers/usb/core/buffer.c |3 +++ 1 file changed, 3 insertions(+) diff

[PATCH v2 2/2] usb: misc: usbtest: fix error of urb allocation

urb allocation will fail when usbtest_alloc_urb() tries to allocate zero length buffer, but it doesn't need it in fact, so just skips buffer allocation in the case. Signed-off-by: Chunfeng Yun --- drivers/usb/misc/usbtest.c |3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH v2 1/2] usb: core: buffer: avoid NULL pointer dereferrence

NULL pointer dereferrence will happen when class driver wants to allocate zero length buffer and pool_max[0] can't be used, so simply returns NULL in the case. Signed-off-by: Chunfeng Yun --- drivers/usb/core/buffer.c |3 +++ 1 file changed, 3 insertions(+) diff --git

Re: [PATCH 7/8] wbt: add general throttling mechanism

于 2016/4/27 23:21, Jens Axboe 写道: > On 04/27/2016 06:06 AM, xiakaixu wrote: >>> +void __wbt_done(struct rq_wb *rwb) >>> +{ >>> +int inflight, limit = rwb->wb_normal; >>> + >>> +/* >>> + * If the device does write back caching, drop further down >>> + * before we wake people up. >>>

Re: [PATCH 7/8] wbt: add general throttling mechanism

于 2016/4/27 23:21, Jens Axboe 写道: > On 04/27/2016 06:06 AM, xiakaixu wrote: >>> +void __wbt_done(struct rq_wb *rwb) >>> +{ >>> +int inflight, limit = rwb->wb_normal; >>> + >>> +/* >>> + * If the device does write back caching, drop further down >>> + * before we wake people up. >>>

Re: [PATCH V4] audit: add tty field to LOGIN event

On 04/27/2016 06:31 PM, Richard Guy Briggs wrote: > On 16/04/22, Peter Hurley wrote: >> On 04/21/2016 11:14 AM, Richard Guy Briggs wrote: >>> The tty field was missing from AUDIT_LOGIN events. >>> >>> Refactor code to create a new function audit_get_tty(), using it to >>> replace the call in

Re: [PATCH V4] audit: add tty field to LOGIN event

On 04/27/2016 06:31 PM, Richard Guy Briggs wrote: > On 16/04/22, Peter Hurley wrote: >> On 04/21/2016 11:14 AM, Richard Guy Briggs wrote: >>> The tty field was missing from AUDIT_LOGIN events. >>> >>> Refactor code to create a new function audit_get_tty(), using it to >>> replace the call in

Re: [PATCHv2 4/7] Documentation: dt: socfpga: Add Arria10 Ethernet binding

On Mon, Apr 25, 2016 at 12:52:45PM -0500, ttha...@opensource.altera.com wrote: > From: Thor Thayer > > Add the device tree bindings needed to support the Altera Ethernet > FIFO buffers on the Arria10 chip. > > Signed-off-by: Thor Thayer

Re: [PATCHv2 4/7] Documentation: dt: socfpga: Add Arria10 Ethernet binding

On Mon, Apr 25, 2016 at 12:52:45PM -0500, ttha...@opensource.altera.com wrote: > From: Thor Thayer > > Add the device tree bindings needed to support the Altera Ethernet > FIFO buffers on the Arria10 chip. > > Signed-off-by: Thor Thayer > --- > v2 No Change > --- >

Re: [PATCH perf/core v5 05/15] perf probe: Use cache entry if possible

On Thu, Apr 28, 2016 at 03:37:52AM +0900, Masami Hiramatsu wrote: > From: Masami Hiramatsu > > Before analyzing debuginfo, try to find a corresponding entry > from probe cache always. This does not depend on --cache, > the --cache enables to store/update cache,

Re: [PATCH perf/core v5 05/15] perf probe: Use cache entry if possible

On Thu, Apr 28, 2016 at 03:37:52AM +0900, Masami Hiramatsu wrote: > From: Masami Hiramatsu > > Before analyzing debuginfo, try to find a corresponding entry > from probe cache always. This does not depend on --cache, > the --cache enables to store/update cache, but looking up > the cache is

Re: [PATCH v2 1/3] dt/bindings: display: Add DT bindings for Mali Display Processors.

On Mon, Apr 25, 2016 at 03:19:22PM +0100, Liviu Dudau wrote: > Add DT bindings documentation for the Mali Display Processor. The bindings > describe the Mali DP500, DP550 and DP650 processors from ARM Ltd. > > Cc: Rob Herring > Cc: Pawel Moll > Cc: Mark

Re: [PATCH v2 1/3] dt/bindings: display: Add DT bindings for Mali Display Processors.

On Mon, Apr 25, 2016 at 03:19:22PM +0100, Liviu Dudau wrote: > Add DT bindings documentation for the Mali Display Processor. The bindings > describe the Mali DP500, DP550 and DP650 processors from ARM Ltd. > > Cc: Rob Herring > Cc: Pawel Moll > Cc: Mark Rutland > Cc: Ian Campbell > Cc: Kumar

Re: [PATCH v4 04/11] drm: sun4i: Add DT bindings documentation

On Mon, Apr 25, 2016 at 03:22:45PM +0200, Maxime Ripard wrote: > The display pipeline of the Allwinner A10 is involving several loosely > coupled components. > > Add a documentation for the bindings. > > Signed-off-by: Maxime Ripard > --- >

Re: [PATCH v4 04/11] drm: sun4i: Add DT bindings documentation

On Mon, Apr 25, 2016 at 03:22:45PM +0200, Maxime Ripard wrote: > The display pipeline of the Allwinner A10 is involving several loosely > coupled components. > > Add a documentation for the bindings. > > Signed-off-by: Maxime Ripard > --- > .../bindings/display/sunxi/sun4i-drm.txt |

Re: [PATCH perf/core v5 04/15] perf probe: Add --cache option to cache the probe definitions

On Thu, Apr 28, 2016 at 03:37:42AM +0900, Masami Hiramatsu wrote: > From: Masami Hiramatsu > > Add --cache option to cache the probe definitions. This > just saves the result of the dwarf analysis to probe cache. > > Signed-off-by: Masami Hiramatsu

Re: [PATCH perf/core v5 04/15] perf probe: Add --cache option to cache the probe definitions

On Thu, Apr 28, 2016 at 03:37:42AM +0900, Masami Hiramatsu wrote: > From: Masami Hiramatsu > > Add --cache option to cache the probe definitions. This > just saves the result of the dwarf analysis to probe cache. > > Signed-off-by: Masami Hiramatsu > Signed-off-by: Masami Hiramatsu > --- >

RE: [PATCH v2 4/6] ACPI / osi: Fix default _OSI(Darwin) support

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki > Subject: Re: [PATCH v2 4/6] ACPI / osi: Fix default _OSI(Darwin) support > > On Wednesday, April 27, 2016 09:45:21 AM Chen, Yu C wrote: > > Hi Lv, > > > > > From: Zheng, Lv

RE: [PATCH v2 4/6] ACPI / osi: Fix default _OSI(Darwin) support

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki > Subject: Re: [PATCH v2 4/6] ACPI / osi: Fix default _OSI(Darwin) support > > On Wednesday, April 27, 2016 09:45:21 AM Chen, Yu C wrote: > > Hi Lv, > > > > > From: Zheng, Lv

Re: [PATCH v2] cpufreq: st: enable selective initialization based on the platform

On 27-04-16, 17:18, Sudeep Holla wrote: > The sti-cpufreq does unconditional registration of the cpufreq-dt driver > which causes issue on an multi-platform build. For example, on Vexpress > TC2 platform, we get the following error on boot: > > cpu cpu0: OPP-v2 not supported > cpu cpu0: Not doing

Re: [PATCH v2] cpufreq: st: enable selective initialization based on the platform

On 27-04-16, 17:18, Sudeep Holla wrote: > The sti-cpufreq does unconditional registration of the cpufreq-dt driver > which causes issue on an multi-platform build. For example, on Vexpress > TC2 platform, we get the following error on boot: > > cpu cpu0: OPP-v2 not supported > cpu cpu0: Not doing

Re: [PATCH] cpufreq: governor: Change confusing struct field and variable names

On 28-04-16, 01:19, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The name of the prev_cpu_wall field in struct cpu_dbs_info is > confusing, because it doesn't represent wall time, but the previous > update time as returned by get_cpu_idle_time() (that may be

Re: [PATCH] cpufreq: governor: Change confusing struct field and variable names

On 28-04-16, 01:19, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The name of the prev_cpu_wall field in struct cpu_dbs_info is > confusing, because it doesn't represent wall time, but the previous > update time as returned by get_cpu_idle_time() (that may be the > current value of

Re: [PATCH perf/core v5 04/15] perf probe: Add --cache option to cache the probe definitions

On Thu, Apr 28, 2016 at 03:37:42AM +0900, Masami Hiramatsu wrote: > From: Masami Hiramatsu > > Add --cache option to cache the probe definitions. This > just saves the result of the dwarf analysis to probe cache. > > Signed-off-by: Masami Hiramatsu

Re: [PATCH perf/core v5 04/15] perf probe: Add --cache option to cache the probe definitions

On Thu, Apr 28, 2016 at 03:37:42AM +0900, Masami Hiramatsu wrote: > From: Masami Hiramatsu > > Add --cache option to cache the probe definitions. This > just saves the result of the dwarf analysis to probe cache. > > Signed-off-by: Masami Hiramatsu > Signed-off-by: Masami Hiramatsu > --- >

Re: [PATCH v6 07/12] usb: otg: add OTG/dual-role core

On Wed, Apr 27, 2016 at 01:59:44PM +0300, Roger Quadros wrote: > Hi, > > On 27/04/16 06:15, Peter Chen wrote: > > On Tue, Apr 26, 2016 at 04:21:07PM +0800, Peter Chen wrote: > >> On Tue, Apr 26, 2016 at 07:00:22AM +, Jun Li wrote: > >>> Hi > >>> > -Original Message- > From:

Re: [PATCH v6 07/12] usb: otg: add OTG/dual-role core

On Wed, Apr 27, 2016 at 01:59:44PM +0300, Roger Quadros wrote: > Hi, > > On 27/04/16 06:15, Peter Chen wrote: > > On Tue, Apr 26, 2016 at 04:21:07PM +0800, Peter Chen wrote: > >> On Tue, Apr 26, 2016 at 07:00:22AM +, Jun Li wrote: > >>> Hi > >>> > -Original Message- > From:

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

Hi Dave, After merging the drm tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/gpu/drm/i915/intel_ddi.c: In function 'intel_prepare_ddi_buffer': drivers/gpu/drm/i915/intel_ddi.c:447:15: error: 'struct drm_i915_private' has no member named 'edp_low_vswing' if

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

Hi Dave, After merging the drm tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/gpu/drm/i915/intel_ddi.c: In function 'intel_prepare_ddi_buffer': drivers/gpu/drm/i915/intel_ddi.c:447:15: error: 'struct drm_i915_private' has no member named 'edp_low_vswing' if

Re: [PATCH perf/core v5 02/15] perf-buildid-cache: Use path/to/bin/buildid/elf instead of path/to/bin/buildid

On Wed, 27 Apr 2016 18:12:32 -0300 Arnaldo Carvalho de Melo wrote: > Em Thu, Apr 28, 2016 at 03:37:23AM +0900, Masami Hiramatsu escreveu: > > From: Masami Hiramatsu > > > > Use path/to/bin/buildid/elf instead of path/to/bin/buildid > > to store

Re: [PATCH perf/core v5 02/15] perf-buildid-cache: Use path/to/bin/buildid/elf instead of path/to/bin/buildid

On Wed, 27 Apr 2016 18:12:32 -0300 Arnaldo Carvalho de Melo wrote: > Em Thu, Apr 28, 2016 at 03:37:23AM +0900, Masami Hiramatsu escreveu: > > From: Masami Hiramatsu > > > > Use path/to/bin/buildid/elf instead of path/to/bin/buildid > > to store corresponding elf binary. > > This also stores

Re: [PATCH perf/core v5 02/15] perf-buildid-cache: Use path/to/bin/buildid/elf instead of path/to/bin/buildid

On Wed, 27 Apr 2016 18:23:50 -0300 Arnaldo Carvalho de Melo wrote: > Em Thu, Apr 28, 2016 at 03:37:23AM +0900, Masami Hiramatsu escreveu: > > From: Masami Hiramatsu > > > > Use path/to/bin/buildid/elf instead of path/to/bin/buildid > > to store

Re: [PATCH perf/core v5 02/15] perf-buildid-cache: Use path/to/bin/buildid/elf instead of path/to/bin/buildid

On Wed, 27 Apr 2016 18:23:50 -0300 Arnaldo Carvalho de Melo wrote: > Em Thu, Apr 28, 2016 at 03:37:23AM +0900, Masami Hiramatsu escreveu: > > From: Masami Hiramatsu > > > > Use path/to/bin/buildid/elf instead of path/to/bin/buildid > > to store corresponding elf binary. > > This also stores

Re: powerpc: wire up preadv2 and pwritev2 syscalls

On Tue, 2016-19-04 at 12:23:36 UTC, Rui Salvaterra wrote: > Wire up preadv2/pwritev2 in the same way as preadv/pwritev. Fixes two > build warnings on ppc64. > > Signed-off-by: Rui Salvaterra Applied to powerpc fixes, thanks.

Re: powerpc: wire up preadv2 and pwritev2 syscalls

On Tue, 2016-19-04 at 12:23:36 UTC, Rui Salvaterra wrote: > Wire up preadv2/pwritev2 in the same way as preadv/pwritev. Fixes two > build warnings on ppc64. > > Signed-off-by: Rui Salvaterra Applied to powerpc fixes, thanks. https://git.kernel.org/powerpc/c/d701cca6744fe0d67c86346dcf cheers

Re: [PATCH v2] livepatch: Add some basic LivePatch documentation

On 28/04/16 06:08, Jiri Kosina wrote: > On Wed, 27 Apr 2016, Jiri Kosina wrote: > >> I've incorporated most of the feedback (*) and pushed out to >> livepatching.git#for-4.7/livepatching-doc so everybody please send any >> followup documentation patches on top of that branch. > > (*) Balbir,

Re: [PATCH v2] livepatch: Add some basic LivePatch documentation

On 28/04/16 06:08, Jiri Kosina wrote: > On Wed, 27 Apr 2016, Jiri Kosina wrote: > >> I've incorporated most of the feedback (*) and pushed out to >> livepatching.git#for-4.7/livepatching-doc so everybody please send any >> followup documentation patches on top of that branch. > > (*) Balbir,

[PATCH net v3 5/5] drivers: net: cpsw: use of_phy_connect() in fixed-link case

From: David Rivshin If a fixed-link DT subnode is used, the phy_device was looked up so that a PHY ID string could be constructed and passed to phy_connect(). This is not necessary, as the device_node can be passed directly to of_phy_connect() instead. This reuses the same

[PATCH net v3 5/5] drivers: net: cpsw: use of_phy_connect() in fixed-link case

From: David Rivshin If a fixed-link DT subnode is used, the phy_device was looked up so that a PHY ID string could be constructed and passed to phy_connect(). This is not necessary, as the device_node can be passed directly to of_phy_connect() instead. This reuses the same codepath as if the

[PATCH net v3 4/5] dt: cpsw: phy-handle, phy_id, and fixed-link are mutually exclusive

From: David Rivshin The phy-handle, phy_id, and fixed-link properties are mutually exclusive, and only one need be specified. Make this clear in the binding doc. Also mark the phy_id property as deprecated, as phy-handle should be used instead. Signed-off-by: David

[PATCH net v3 4/5] dt: cpsw: phy-handle, phy_id, and fixed-link are mutually exclusive

From: David Rivshin The phy-handle, phy_id, and fixed-link properties are mutually exclusive, and only one need be specified. Make this clear in the binding doc. Also mark the phy_id property as deprecated, as phy-handle should be used instead. Signed-off-by: David Rivshin --- Changes since

Re: [BUG] x86/efi: MMRs no longer properly mapped after switch to isolated page table

On Thu, Apr 28, 2016 at 12:51:22AM +0200, Borislav Petkov wrote: > On Wed, Apr 27, 2016 at 10:41:32AM -0500, Alex Thorlton wrote: > > A bit of digging will tell us that this is the failing line: > > > > m_n_config.v = uv_read_local_mmr(UVH_RH_GAM_CONFIG_MMR ); > > That looks like > > All code >

Re: [BUG] x86/efi: MMRs no longer properly mapped after switch to isolated page table

On Thu, Apr 28, 2016 at 12:51:22AM +0200, Borislav Petkov wrote: > On Wed, Apr 27, 2016 at 10:41:32AM -0500, Alex Thorlton wrote: > > A bit of digging will tell us that this is the failing line: > > > > m_n_config.v = uv_read_local_mmr(UVH_RH_GAM_CONFIG_MMR ); > > That looks like > > All code >

[PATCH 05/12] staging: lustre: obd: cleanup client import if client_obd_setup fails

From: Swapnil Pimpale client_obd_setup() allocates an obd_import which should be cleaned up if there is any failure afterwards in callers of client_obd_setup(). This patch fixes the bug in osc_setup(), mgc_setup(), mdc_setup() and lwp_setup(). The fix is to call

[PATCH 05/12] staging: lustre: obd: cleanup client import if client_obd_setup fails

From: Swapnil Pimpale client_obd_setup() allocates an obd_import which should be cleaned up if there is any failure afterwards in callers of client_obd_setup(). This patch fixes the bug in osc_setup(), mgc_setup(), mdc_setup() and lwp_setup(). The fix is to call obd_cleanup_client_import()

[PATCH 02/12] staging: lustre: obd: add newline for dumped config record

From: Amir Shehata The function class_config_parse_rec() parses the llog record and places it into a buffer to be returned. That buffer needs to end with a newline which is currently missing. Signed-off-by: Amir Shehata Intel-bug-id:

[PATCH 02/12] staging: lustre: obd: add newline for dumped config record

From: Amir Shehata The function class_config_parse_rec() parses the llog record and places it into a buffer to be returned. That buffer needs to end with a newline which is currently missing. Signed-off-by: Amir Shehata Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-2149 Reviewed-on:

Re: [PATCH] mm/zswap: use workqueue to destroy pool

Hello Dan, On (04/27/16 13:19), Dan Streetman wrote: [..] > > so in general the patch look good to me. > > > > it's either I didn't have enough coffee yet (which is true) or > > _IN THEORY_ it creates a tiny race condition; which is hard (and > > unlikely) to hit, but still. and the problem being

[PATCH 06/12] staging: lustre: fid: add a connect flag for open by FID

From: Lai Siyao Add OBD_CONNECT_OPEN_BY_FID for open by FID, if MDS supports this, for open by FID, it won't retry with name if object with the FID doesn't exist; while if client supports this, client won't pack name in open request if FID is known. Signed-off-by: Lai Siyao

[PATCH 06/12] staging: lustre: fid: add a connect flag for open by FID

From: Lai Siyao Add OBD_CONNECT_OPEN_BY_FID for open by FID, if MDS supports this, for open by FID, it won't retry with name if object with the FID doesn't exist; while if client supports this, client won't pack name in open request if FID is known. Signed-off-by: Lai Siyao Intel-bug-id:

Re: [PATCH] mm/zswap: use workqueue to destroy pool

Hello Dan, On (04/27/16 13:19), Dan Streetman wrote: [..] > > so in general the patch look good to me. > > > > it's either I didn't have enough coffee yet (which is true) or > > _IN THEORY_ it creates a tiny race condition; which is hard (and > > unlikely) to hit, but still. and the problem being

[PATCH 10/12] staging: lustre: llog: we don't need vfsmount

From: Lai Siyao The patch for LU-3286 removed vfsmount instances used on the server side. Since this is server side only we can remove it from the upstream client. Signed-off-by: Lai Siyao Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3286

[PATCH net v3 3/5] drivers: net: cpsw: don't ignore phy-mode if phy-handle is used

From: David Rivshin The phy-mode emac property was only being processed in the phy_id or fixed-link cases. However if phy-handle was specified instead, an error message would complain about the lack of phy_id or fixed-link, and then jump past the of_get_phy_mode(). This

[PATCH 08/12] staging: lustre: llite: debugging for ll_file_open LASSERT

From: Andreas Dilger Add debugging for LASSERTF(it_disposition(it, DISP_ENQ_OPEN_REF) in ll_file_open(), since this is a rarely hit failure under racer, and it would be useful to get more information if this is hit again. Print the full intent disposition, as well as

[PATCH 11/12] staging: lustre: ptlrpc: initialize request session early

From: Mikhail Pershin Initialize request session early to make it available in high-priority handlers Signed-off-by: Mikhail Pershin Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3467 Reviewed-on: http://review.whamcloud.com/7350

[PATCH 10/12] staging: lustre: llog: we don't need vfsmount

From: Lai Siyao The patch for LU-3286 removed vfsmount instances used on the server side. Since this is server side only we can remove it from the upstream client. Signed-off-by: Lai Siyao Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3286 Reviewed-on: http://review.whamcloud.com/8286

[PATCH net v3 3/5] drivers: net: cpsw: don't ignore phy-mode if phy-handle is used

From: David Rivshin The phy-mode emac property was only being processed in the phy_id or fixed-link cases. However if phy-handle was specified instead, an error message would complain about the lack of phy_id or fixed-link, and then jump past the of_get_phy_mode(). This would result in the PHY

[PATCH 08/12] staging: lustre: llite: debugging for ll_file_open LASSERT

From: Andreas Dilger Add debugging for LASSERTF(it_disposition(it, DISP_ENQ_OPEN_REF) in ll_file_open(), since this is a rarely hit failure under racer, and it would be useful to get more information if this is hit again. Print the full intent disposition, as well as the status, in case Oleg's

[PATCH 11/12] staging: lustre: ptlrpc: initialize request session early

From: Mikhail Pershin Initialize request session early to make it available in high-priority handlers Signed-off-by: Mikhail Pershin Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3467 Reviewed-on: http://review.whamcloud.com/7350 Reviewed-by: Alex Zhuravlev Reviewed-by: Fan Yong

[PATCH 00/12] staging: lustre: add patches from lustre 2.5.52 version

Assortment of bug fixes that are present in the 2.5.52 version of lustre that is missing in the upstream client. Amir Shehata (2): staging: lustre: obd: remove newline from LCONSOLE string staging: lustre: obd: add newline for dumped config record Andreas Dilger (1): staging: lustre:

[PATCH 00/12] staging: lustre: add patches from lustre 2.5.52 version

Assortment of bug fixes that are present in the 2.5.52 version of lustre that is missing in the upstream client. Amir Shehata (2): staging: lustre: obd: remove newline from LCONSOLE string staging: lustre: obd: add newline for dumped config record Andreas Dilger (1): staging: lustre:

[PATCH 12/12] staging: lustre: llite: fixup return value ll_direct_IO_26

From: Dmitry Eremin Return the correct values from ll_direct_IO_26. Signed-off-by: Dmitry Eremin Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-4069 Reviewed-on: http://review.whamcloud.com/8080 Reviewed-by: John L. Hammond

[PATCH 07/12] staging: lustre: libcfs: Fix NUMA emulated mode

From: Andriy Skulysh Kernel commit c1c3443c9c5e9be92641029ed229a41563e44506 assigns all allowed cpus to emulated node. End cpt initialization loop when all CPUs are assigned. Signed-off-by: Andriy Skulysh Intel-bug-id:

[PATCH 04/12] staging: lustre: ldlm: check all errors during ldlm_debugfs_setup()

From: Dmitry Eremin Fix ignoring errors from ldebugfs_add_vars() function. Signed-off-by: Dmitry Eremin Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3885 Reviewed-on: http://review.whamcloud.com/8115 Reviewed-by: John L. Hammond

[PATCH 03/12] staging: lustre: ptlrpc: use unified handler for OST requests

From: Mikhail Pershin Switch OST/OFD request processing to the unified request handle. Signed-off-by: Mikhail Pershin Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3467 Reviewed-on: http://review.whamcloud.com/7130 Reviewed-by: Andreas

[PATCH 01/12] staging: lustre: obd: remove newline from LCONSOLE string

From: Amir Shehata Remove the newline from the LCONSOLE debug macro in the function class_config_dump_handler(). Signed-off-by: Amir Shehata Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-2149 Reviewed-on: http://review.whamcloud.com/4254

[PATCH 12/12] staging: lustre: llite: fixup return value ll_direct_IO_26

From: Dmitry Eremin Return the correct values from ll_direct_IO_26. Signed-off-by: Dmitry Eremin Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-4069 Reviewed-on: http://review.whamcloud.com/8080 Reviewed-by: John L. Hammond Reviewed-by: James Simmons Reviewed-by: Oleg Drokin

  1   2   3   4   5   6   7   8   9   10   >