Re: [BUG] perf test 29 crashing

On 6/28/16 10:59 AM, Arnaldo Carvalho de Melo wrote: Em Tue, Jun 28, 2016 at 02:34:10PM +0200, Jiri Olsa escreveu: hi, I'm having test 29 crashing on latest Arnaldo's perf/core: [jolsa@krava perf]$ ./perf test hist 15: Test matching and linking multiple hists : Ok 25: Test filte

Re: [PATCH 2/2] ipc/sem: sem_lock with hysteresis

On Sat, 25 Jun 2016, Manfred Spraul wrote: - Only simple ops: patch has no impact (the first 10 semops do not matter) Agreed. - sleeping complex ops: patch has no impact, we are always in complex mode - not sleeping complex ops: depends on the size of the array. With a 4.000 semaphore array,

Re: [PATCH] drm/exynos: Remove deprecated create_singlethread_workqueue

Please ignore this mail. On Tue, Jun 28, 2016 at 10:48 PM, Bhaktipriya Shridhar wrote: > The workqueue g2d_workq has only a single workitem(&g2d->runqueue_work) > and hence doesn't require ordering. Also, it is not being used on a > memory reclaim path. Hence, the singlethreaded workqueue has b

Re: [PATCH] KVM: vmx: fix underflow in TSC deadline calculation

> > diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c > > index fdc05ae..b15e32a 100644 > > --- a/arch/x86/kvm/lapic.c > > +++ b/arch/x86/kvm/lapic.c > > @@ -1454,11 +1454,18 @@ static void start_apic_timer(struct kvm_lapic > > *apic) /* lapic timer in tsc deadline mode */ > >

Re: [RESEND PATCH] x86/mm: only allow memmap=XX!YY over existing RAM

On 06/28/16 09:33, Dan Williams wrote: > On Tue, Jun 28, 2016 at 1:31 AM, Yigal Korman wrote: >> Before this patch, passing a range that is beyond the physical memory >> range will succeed, the user will see a /dev/pmem0 and will be able to >> access it. Reads will always return 0 and writes will

Re: [PATCH 23/23] [AARCH64] Take utmp{,x}.h from s390 port

On Tue, Jun 28, 2016 at 05:18:04PM +, Joseph Myers wrote: > On Tue, 28 Jun 2016, Yury Norov wrote: > > > aarch64 and ilp32 has different size of time_t. So to have common > > layout for struct utmp and utmpx, corresponding headers are taken > > from s390 port. > > You can't #include installed

Re: [PATCH v3 1/2] clk: fixed-factor: Convert into a module platform driver

On 06/21, Ricardo Ribalda Delgado wrote: > @@ -145,23 +146,24 @@ EXPORT_SYMBOL_GPL(clk_hw_unregister_fixed_factor); > /** > * of_fixed_factor_clk_setup() - Setup function for simple fixed factor clock > */ > -void __init of_fixed_factor_clk_setup(struct device_node *node) > +struct clk *_of_fi

Re: [PATCH] clk: qcom: Remove gcc_aggre1_pnoc_ahb_clk from msm8996

On 06/21, Stephen Boyd wrote: > This clk is critical to operation of the SoC and should never be > turned off. Furthermore, there are no consumers of this clk so > let's just delete it so things like eMMC work. > > Reported-by: Srinivas Kandagatla > Signed-off-by: Stephen Boyd > --- Applied to

Re: [PATCH v4 3/4] perf: xgene: Add APM X-Gene SoC Performance Monitoring Unit driver

Hi Mark, On Tue, Jun 28, 2016 at 9:59 AM, Mark Rutland wrote: > On Tue, Jun 28, 2016 at 09:39:36AM -0700, Tai Tri Nguyen wrote: >> Hi Mark, >> >> On Tue, Jun 28, 2016 at 7:14 AM, Mark Rutland wrote: >> > On Tue, Jun 28, 2016 at 02:21:38PM +0100, Marc Zyngier wrote: >> >> On 28/06/16 12:13, Mark

[PATCHv3 1/2] libfs: allow simple_fill_super() to add symlinks

simple_fill_super() will add symlinks if an entry has mode & S_IFLNK. The target is provided in the new "link" field. Signed-off-by: David Vrabel --- v2: - simplified. --- fs/libfs.c | 15 +-- include/linux/fs.h | 2 +- 2 files changed, 14 insertions(+), 3 deletions(-) diff

[PATCHv3 2/2] xenfs: replace xenbus and privcmd with symlinks

/proc/xen/xenbus does not work correctly. A read blocked waiting for a xenstore message holds the mutex needed for atomic file position updates. This blocks any writes on the same file handle, which can deadlock if the write is needed to unblock the read. /proc/xen/xenbus is supposed to be ident

[GIT PULL] libata fixes for v4.7-rc5

Hello, Linus. Two trivial fixes - one for a bug in the allocation failure path and the other a compiler warning fix. Thanks. The following changes since commit db06d759d6cf903aeda8c107fd3abd366dd80200: Merge branch 'for-4.7-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/percpu (2

Re: [PATCH v2] drm: bridge/dw-hdmi: Add support for DWC Phy

On Tue, Jun 28, 2016 at 04:44:12PM +0100, Jose Abreu wrote: > This patch adds support for the Synopsys HDMI TX Phy in > bridge dw-hdmi. > > The init flow is the same as the Rockchip Phy so we > only need to add one define and one if statement. > > Also, the audio infoframe was fixed to sampling f

[PATCHv3 0/2] libfs,xenfs: replace /proc/xen/xenbus with a symlink

Using /proc/xen/xenbus can cause deadlocks on the atomic file position mutex since this file should behave like a character device and not a regular file. This is easiest to achive by making it a symlink to the existing /dev/xen/xenbus device. This requires extending simple_fill_super() to add sy

Re: [PATCH v5 0/7] max8903: Add device tree support and misc fixes

Hi Chris, On Fri, Jun 24, 2016 at 12:26:05PM +1000, Chris Lapa wrote: > This patch set adds device tree support for the MAX8903 battery charger. > It also cleans up logic with dc_valid, dok and dcm pins as well as > fixing up validity checking of gpios. > > I verified these patches work on a boar

Re: [RESEND][PATCH 2/2] arm64: dts: hi6220: Add pl031 RTC support

Hi John, On 23/06/2016 21:39, John Stultz wrote: > From: Zhangfei Gao > > Add pl031 rtc0 and rtc1 support to hi6220 dtsi > > Cc: Michael Turquette > Cc: Stephen Boyd > Cc: Rob Herring > Cc: Pawel Moll > Cc: Wei Xu > Cc: Guodong Xu > Signed-off-by: Zhangfei Gao > [jstultz: Forward ported

Re: [PATCH v4] power_supply: power_supply_read_temp only if use_cnt > 0

Hi, On Thu, Jun 23, 2016 at 01:43:47PM -0400, Rhyland Klein wrote: > On 6/22/2016 10:23 AM, Sebastian Reichel wrote: > Is this also going to go into linux-next? https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=02184c60eba8491ea574cd17b8ba766c86d468f2 -- Sebastian sign

Re: [PATCH v2 3/3] drivers core: allow id match override when manually binding driver

On Tue, Jun 28, 2016 at 06:24:58PM +0200, Michal Suchanek wrote: > No, no, no! > This is NOT about loading an overlay. This is about talking on the bus > without loading an overlay. This is the solution you want to adopt because you've decided that it's what you want. You've said this quite a n

Re: [PATCH] KVM: vmx: fix underflow in TSC deadline calculation

On Tue, 28 Jun 2016 13:56:38 -0400 (EDT) Paolo Bonzini wrote: > > > > > diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c > > > index fdc05ae..b15e32a 100644 > > > --- a/arch/x86/kvm/lapic.c > > > +++ b/arch/x86/kvm/lapic.c > > > @@ -1454,11 +1454,18 @@ static void start_apic_timer(struc

[PATCH] Drivers: block: fixed a code style issue

Fixed the most wanrings in the file --- drivers/block/loop.c | 32 +--- 1 file changed, 17 insertions(+), 15 deletions(-) diff --git a/drivers/block/loop.c b/drivers/block/loop.c index 1fa8cc2..943ad45 100644 --- a/drivers/block/loop.c +++ b/drivers/block/loop.c @@ -78

Re: [PATCH] regulator: pwm: Fix regulator ramp delay for continuous mode

On Mon, Jun 27, 2016 at 09:53:11PM -0700, Douglas Anderson wrote: > Note also that the upper bound of usleep_range probably shouldn't be a > full 1 ms longer than the lower bound since I've seen plenty of hardware > with a ramp rate of ~5000 uS / uV and for small jumps the total delays > are in th

[PATCH v6 1/4] MAINTAINERS: Add entry for APM X-Gene SoC PMU driver

Signed-off-by: Tai Nguyen --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 4978dc1..3bd4143 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -8593,6 +8593,14 @@ L: linux-s...@vger.kernel.org S: Supported F: drivers/scsi/pm800

[PATCH v6 4/4] arm64: dts: apm: Add APM X-Gene SoC PMU DTS entries

Signed-off-by: Tai Nguyen --- arch/arm64/boot/dts/apm/apm-storm.dtsi | 58 ++ 1 file changed, 58 insertions(+) diff --git a/arch/arm64/boot/dts/apm/apm-storm.dtsi b/arch/arm64/boot/dts/apm/apm-storm.dtsi index fe30f76..62806e0 100644 --- a/arch/arm64/boot/dts/apm

[PATCH v6 3/4] perf: xgene: Add APM X-Gene SoC Performance Monitoring Unit driver

Signed-off-by: Tai Nguyen --- Documentation/perf/xgene-pmu.txt | 48 ++ drivers/perf/Kconfig |7 + drivers/perf/Makefile|1 + drivers/perf/xgene_pmu.c | 1360 ++ 4 files changed, 1416 insertions(+) create mode 100644 D

Re: [PATCH v1 0/2] Introduce the initify gcc plugin

On Tue, 2016-06-28 at 09:35 -0700, Joe Perches wrote: > (adding Mathias Krause who did something similar via macros in 2014) > > https://lkml.org/lkml/2014/6/22/149 > > On Tue, 2016-06-28 at 13:34 +0200, Emese Revfy wrote: > > > > I would like to introduce the initify gcc plugin. The kernel alre

[PATCH v6 2/4] Documentation: Add documentation for APM X-Gene SoC PMU DTS binding

Signed-off-by: Tai Nguyen Acked-by: Rob Herring --- .../devicetree/bindings/perf/apm-xgene-pmu.txt | 112 + 1 file changed, 112 insertions(+) create mode 100644 Documentation/devicetree/bindings/perf/apm-xgene-pmu.txt diff --git a/Documentation/devicetree/bindings/perf/

[PATCH v6 0/4] perf: Add APM X-Gene SoC Performance Monitoring Unit driver

In addition to the X-Gene ARM CPU performance monitoring unit (PMU), there are PMU for the SoC system devices such as L3 cache(s), I/O bridge(s), memory controller bridges and memory. These PMU devices are loosely architected to follow the same model as the PMU for ARM cores. Signed-off-by: Tai Ng

Re: [PATCH] regulator: pwm: Fix regulator ramp delay for continuous mode

On Mon, Jun 27, 2016 at 09:53:11PM -0700, Douglas Anderson wrote: > Note that this patch is atop Boris's recent PWM regulator fixes. If > desired it wouldn't be too hard to write it atop the old code, though > quite honestly anyone using a PWM regulator should probably be using his > new code. O

Re: kthread_stop insanity (Re: [[DEBUG] force] 2642458962: BUG: unable to handle kernel paging request at ffffc90000997f18)

On 06/27, Oleg Nesterov wrote: > > On 06/27, Andy Lutomirski wrote: > > > > Want to send a patch? I could do it, but you understand this code > > much better than I do. > > Well, I'll try to do this tomorrow unless you do it. I have cloned luto/linux.git to see if kthread_stop() can pin ->stack s

Re: [PATCH v4 04/29] x86/cpa: In populate_pgd, don't set the pgd entry until it's populated

On Sun, Jun 26, 2016 at 02:55:26PM -0700, Andy Lutomirski wrote: > This avoids pointless races in which another CPU or task might see a > partially populated global pgd entry. These races should normally > be harmless, but, if another CPU propagates the entry via > vmalloc_fault and then populate_

Re: [PATCH v2] clk: Provide notifier stubs when !COMMON_CLK

On Tue, Jun 28, 2016 at 10:26:53AM -0700, Stephen Boyd wrote: > On 06/28, Krzysztof Kozlowski wrote: > > The clk notifier symbols are hidden by COMMON_CLK. However on some > > platforms HAVE_CLK might be set while COMMON_CLK not which leads to > > compile test build errors like: > > > > $ make.cr

Re: [PATCH v1 0/2] Introduce the initify gcc plugin

On Tue, Jun 28 2016, Joe Perches wrote: >> What happens to string deduplication when one string >> is in an init function and the same string is also used >> in a non-init function in the same compilation unit? >> >> foo.c >> >> __init void initfunc(void) >> { >> pr_info("%s: I'm here\n",

Re: [GIT PULL] doc: sphinx-4.8 DocBook to reST movement on Jon's docs-next

On Tue, 28 Jun 2016, Markus Heiser wrote: > Hi Jonathan, hi Mauro, > > here is my DocBook to reST movement on top of Jon's docs-next branch. It > includes: > > * kernel-doc parser & directive > * flat-table directive > * man page builder 'kernel-doc-man' > * the kernel-doc-HOWTO > * guides for st

Re: [PATCH 01/10] Documentation: dt-bindings: mailbox: tegra: Add binding for HSP mailbox

On 06/28/2016 03:15 AM, Joseph Lo wrote: On 06/27/2016 11:55 PM, Stephen Warren wrote: On 06/27/2016 03:02 AM, Joseph Lo wrote: Add DT binding for the Hardware Synchronization Primitives (HSP). The HSP is designed for the processors to share resources and communicate together. It provides a set

Re: [PATCH v4 04/29] x86/cpa: In populate_pgd, don't set the pgd entry until it's populated

On Tue, Jun 28, 2016 at 11:48 AM, Borislav Petkov wrote: > On Sun, Jun 26, 2016 at 02:55:26PM -0700, Andy Lutomirski wrote: >> This avoids pointless races in which another CPU or task might see a >> partially populated global pgd entry. These races should normally >> be harmless, but, if another

Re: [PATCH 18/23] [AARCH64] ILP32: support stat syscall family

On Tue, Jun 28, 2016 at 05:15:13PM +, Joseph Myers wrote: > still > applies. Unify implementations instead of proliferating variants. I think on it. I don't see simple way to unify it right now. And I plan to take a vacation in nex

Re: kthread_stop insanity (Re: [[DEBUG] force] 2642458962: BUG: unable to handle kernel paging request at ffffc90000997f18)

On Tue, Jun 28, 2016 at 11:58 AM, Oleg Nesterov wrote: > On 06/27, Oleg Nesterov wrote: >> >> On 06/27, Andy Lutomirski wrote: >> > >> > Want to send a patch? I could do it, but you understand this code >> > much better than I do. >> >> Well, I'll try to do this tomorrow unless you do it. > > I h

[PATCH REBASE 3/3] media: s5p-mfc fix null pointer deference in clk_core_enable()

Fix null pointer deference in clk_core_enable() when driver unbind is run when there is an application has an active pipeline playing. s5p_mfc_release() gets called after s5p_mfc_final_pm() disables and does clk_put() and s5p_mfc_release() attempts to enable clock and runs into null pointer defere

[PATCH REBASE 0/3] Rebased on linuxtv/master

Rebased on linuxtv/master latest with the top commit: commit 80aa26593e3eb48f16c4222aa27ff40806f57c45 Author: Ulrich Hecht Date: Wed May 11 11:02:53 2016 -0300 Shuah Khan (3): media: s5p-mfc fix video device release double release in probe error path media: s5p-mfc fix memory leak in s5p_

[PATCH REBASE 1/3] media: s5p-mfc fix video device release double release in probe error path

Fix Decoder and encoder video device double release in probe error path. video_device_release(dev->vfd_dec) get called twice if decoder register fails. Also, video_device_release(dev->vfd_enc) get called twice if encoder register fails. Signed-off-by: Shuah Khan --- drivers/media/platform/s5p-mf

Re: [PATCH 0/4] ftrace: One more check on x86 and some small fixes

On Mon, 27 Jun 2016 15:54:33 +0200 Petr Mladek wrote: > 1st patch adds one more paranoid check of the modified function on x86. > > Plus there are 3 small changes that appeared when hunting down > the 1st patch. > > Petr Mladek (4): > ftrace/x86: Make sure to modify 5-bite instructions > ft

[PATCH REBASE 2/3] media: s5p-mfc fix memory leak in s5p_mfc_remove()

s5p_mfc_remove() fails to release encoder and decoder video devices. Signed-off-by: Shuah Khan Reviewed-by: Javier Martinez Canillas --- drivers/media/platform/s5p-mfc/s5p_mfc.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc.c b/drivers/media/platf

Re: [RFC/PATCH] lib/vsprintf: Add support to store cpumask

On Tue, Jun 28 2016, Steven Rostedt wrote: > On Tue, 28 Jun 2016 17:34:34 +0200 > Jiri Olsa wrote: > >> When using trace_printk for cpumask I've got wrong results, >> some bitmaps were completely different from what I expected. >> >> Currently you get wrong results when using trace_printk >> on

Re: [PATCH v3 3/9] kexec_file: Factor out kexec_locate_mem_hole from kexec_add_buffer.

On 06/27/16 at 04:21pm, Dave Young wrote: > Please ignore previous reply, I mistakenly send a broken mail without > subject, sorry about it. Resend the reply here. > > On 06/27/16 at 01:37pm, Thiago Jung Bauermann wrote: > > Am Dienstag, 28 Juni 2016, 00:19:48 schrieb Dave Young: > > > On 06/23/16

Re: [PATCH] media: s5p-mfc fix memory leak in s5p_mfc_remove()

On 06/28/2016 09:55 AM, Shuah Khan wrote: > On 06/28/2016 07:39 AM, Shuah Khan wrote: >> On 06/28/2016 03:57 AM, Kamil Debski wrote: >>> HI Shuah, >>> >>> Which branch do you base your patches on? >>> >>> I have trouble applying this path >>> (https://patchwork.linuxtv.org/patch/34577/) and >>> "s

Re: [PATCH 1/1] regulator: max77620: check for valid regulator info

On Tue, Jun 28, 2016 at 04:35:56AM +, Venkat Reddy Talla wrote: > > This sounds like it's papering over a bug in the driver - the driver should > > be > > able to instantiate without anything beyond the registration of the device. > > What's the driver relying on from the DT? > Sorry for con

Re: [PATCH] regulator: pwm: Fix regulator ramp delay for continuous mode

Mark, On Tue, Jun 28, 2016 at 11:52 AM, Mark Brown wrote: > On Mon, Jun 27, 2016 at 09:53:11PM -0700, Douglas Anderson wrote: > >> Note also that the upper bound of usleep_range probably shouldn't be a >> full 1 ms longer than the lower bound since I've seen plenty of hardware >> with a ramp rate

[PATCH] Doc: spi: Fix typo in devicetree/bindings/spi

This patch fix spelling typos found in Documentation/devicetree/bingings/spi. Signed-off-by: Masanari Iida --- Documentation/devicetree/bindings/spi/spi-davinci.txt | 2 +- Documentation/devicetree/bindings/spi/ti_qspi.txt | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

[RFC 6/7] dt-bindings: net: bgmac: add bindings documentation for bgmac

Signed-off-by: Jon Mason --- .../devicetree/bindings/net/brcm,bgmac-enet.txt | 21 + 1 file changed, 21 insertions(+) create mode 100644 Documentation/devicetree/bindings/net/brcm,bgmac-enet.txt diff --git a/Documentation/devicetree/bindings/net/brcm,bgmac-enet.txt b/Do

[RFC 1/7] net: ethernet: bgmac: change bgmac_* prints to dev_* prints

The bgmac_* print wrappers call dev_* prints with the dev pointer from the bcma core. In anticipation of removing the bcma requirement for this driver, these must be changed to not reference that struct. So, simply change all of the bgmac_* prints to their dev_* counterparts. In some cases netde

[RFC 2/7] net: ethernet: bgmac: add dma_dev pointer

The dma buffer allocation, etc references a dma_dev device pointer from the bcma core. In anticipation of removing the bcma requirement for this driver, these must be changed to not reference that struct. Add a dma_dev device pointer to the bgmac stuct and reference that instead. Signed-off-by:

Applied "ASoC: fsl_spdif: fix spelling mistake: "receivce" -> "receive"" to the asoc tree

The patch ASoC: fsl_spdif: fix spelling mistake: "receivce" -> "receive" has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hou

Applied "spi: Fix typo in devicetree/bindings/spi" to the spi tree

The patch spi: Fix typo in devicetree/bindings/spi has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus dur

Applied "spi: loopback-test: fix spelling mistake: "missmatch" -> "mismatch"" to the spi tree

The patch spi: loopback-test: fix spelling mistake: "missmatch" -> "mismatch" has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 h

Re: [PATCH] Doc: spi: Fix typo in devicetree/bindings/spi

On Wed, Jun 29, 2016 at 04:33:33AM +0900, Masanari Iida wrote: > This patch fix spelling typos found in > Documentation/devicetree/bingings/spi. Please submit patches using subject lines reflecting the style for the subsystem. This makes it easier for people to identify relevant patches. signat

[RFC 7/7] ARM: dts: NSP: Add bgmac entries

Add device tree entries for the ethernet devices present on the Broadcom Northstar Plus SoCs Signed-off-by: Jon Mason --- arch/arm/boot/dts/bcm-nsp.dtsi | 16 arch/arm/boot/dts/bcm958625k.dts | 8 2 files changed, 24 insertions(+) diff --git a/arch/arm/boot/dts/bcm-

Re: [PATCH] regulator: pwm: Fix regulator ramp delay for continuous mode

Hi, On Tue, Jun 28, 2016 at 11:56 AM, Mark Brown wrote: > On Mon, Jun 27, 2016 at 09:53:11PM -0700, Douglas Anderson wrote: > >> Note that this patch is atop Boris's recent PWM regulator fixes. If >> desired it wouldn't be too hard to write it atop the old code, though >> quite honestly anyone u

[RFC 5/7] net: ethernet: bgmac: Add platform device support

The bcma portion of the driver has been split off into a bcma specific driver. This has been mirrored for the platform driver. The last references to the bcma core struct have been changed into a generic function call. These function calls are wrappers to either the original bcma code or new pla

[PATCH 1/2] dm: update table type check for dax

Allow table type DM_TYPE_BIO_BASED to extend with DM_TYPE_DAX_BIO_BASED since DM_TYPE_DAX_BIO_BASED supports bio-based requests. Signed-off-by: Toshi Kani Cc: Mike Snitzer Cc: Alasdair Kergon Cc: Dan Williams --- drivers/md/dm-ioctl.c | 11 ++- 1 file changed, 10 insertions(+), 1 de

[RFC 0/7] net: ethernet: bgmac: Add platform device support

I'm sending out this RFC to see if this is the direction the maintainers would like to go to add support for other, non-bcma iProc SoC's to the bgmac driver. Specifically, we are interested in adding support for the NSP, Cygnus, and NS2 families (with more possible down the road). To support non-

[PATCH 2/2] dm snap: add fake origin_direct_access

dax-capable mapped-device is marked as DM_TYPE_DAX_BIO_BASED, which supports both dax and bio-based operations. dm-snap needs to work with dax-capable device when bio-based operation is used. Add fake origin_direct_access() to origin device so that its origin device is also marked as DM_TYPE_DAX_

[PATCH 0/2] Support DAX for device-mapper dm-linear devices

I noticed that dm-snap reloads DM table of target mapped-device, which fails for dax-capable device after dax support is added. Ideally, adding dax support to dm-snap solves the issue, but it cannot be done easily. This patch-set allows dm-snap to work with dax-capable target devices when bio-bas

[RFC 4/7] net: ethernet: bgmac: convert to feature flags

The bgmac driver is using the bcma provides device ID and revision, as well as the SoC ID and package, to determine which features are necessary to enable, reset, etc in the driver. In anticipation of removing the bcma requirement for this driver, these must be changed to not reference that struc

[RFC 3/7] net: ethernet: bgmac: move BCMA MDIO Phy code into a separate file

Move the BCMA MDIO phy into a separate file, as it is very tightly coupled with the BCMA bus. This will help with the upcoming BCMA removal from the bgmac driver. Optimally, this should be moved into phy drivers, but it is too tightly coupled with the bgmac driver to effectively move it without m

Re: [PATCH] audit: move calcs after alloc and check when logging set loginuid

On Tue, Jun 28, 2016 at 12:06 PM, Richard Guy Briggs wrote: > Move the calculations of values after the allocation in case the > allocation fails. This avoids wasting effort in the rare case that it > fails, but more importantly saves us extra logic to release the tty ref. > > Signed-off-by: Rich

Re: [PATCH 0/2] fix dm-snap for dax

Sorry, subject line should be "[PATCH 0/2] fix dm-snap for dax" -Toshi On Tue, 2016-06-28 at 13:37 -0600, Toshi Kani wrote: > I noticed that dm-snap reloads DM table of target mapped-device, which > fails for dax-capable device after dax support is added.  Ideally, > adding dax support to dm-snap

Re: [RFC 1/7] net: ethernet: bgmac: change bgmac_* prints to dev_* prints

On Tue, 2016-06-28 at 15:34 -0400, Jon Mason wrote: > The bgmac_* print wrappers call dev_* prints with the dev pointer from > the bcma core.  In anticipation of removing the bcma requirement for > this driver, these must be changed to not reference that struct.  So, > simply change all of the bgma

Re: [PATCH] Drivers: block: fixed a code style issue

Hi, [auto build test WARNING on v4.7-rc5] [also build test WARNING on next-20160628] [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/Saidgani-Musaev/Drivers-block-fixed-a-code-style-issue

Re: [PATCH v4] vfio-pci: Allow to mmap sub-page MMIO BARs if the mmio page is exclusive

On Tue, 28 Jun 2016 18:09:46 +0800 Yongji Xie wrote: > Hi, Alex > > On 2016/6/25 0:43, Alex Williamson wrote: > > > On Fri, 24 Jun 2016 23:37:02 +0800 > > Yongji Xie wrote: > > > >> Hi, Alex > >> > >> On 2016/6/24 11:37, Alex Williamson wrote: > >> > >>> On Fri, 24 Jun 2016 10:52:58 +0800

Re: [PATCH] xen-blkfront: save uncompleted reqs in blkfront_resume()

On Mon, Jun 27, 2016 at 04:33:24PM +0800, Bob Liu wrote: > Uncompleted reqs used to be 'saved and resubmitted' in blkfront_recover() > during > migration, but that's too later after multi-queue introduced. > > After a migrate to another host (which may not have multiqueue support), the > number o

Re: [PATCH] regulator: pwm: Fix regulator ramp delay for continuous mode

On Tue, Jun 28, 2016 at 12:31:19PM -0700, Doug Anderson wrote: > In all seriousness, I think the design for usleep_range() is to try to > batch up wakeups to allow longer periods of sleeping and to optimize > power. This you want to sleep as long as is allowable and then if you > happen to wakeup

Re: [PATCH] phy: xgene: rename "enum phy_mode" to "enum xgene_phy_mode"

Hi, > commit 96284c53246f ("phy: Add set_mode callback") introduced > enum phy_mode in phy_core. This introduced the following build > error. > > drivers/phy/phy-xgene.c:521:6: error: nested redefinition of 'enum phy_mode' > enum phy_mode { > ^ > drivers/phy/phy-xgene.c:521:6: error: redecl

Re: [RFC/PATCH] lib/vsprintf: Add support to store cpumask

On Tue, 28 Jun 2016 21:27:29 +0200 Rasmus Villemoes wrote: > > I probably should make a trace_printk() that doesn't default to the > > binary print, to handle things like this. > > > > trace_printk_ptr()? > > > > Or even just see if I can find a way that detects this in the fmt > > string. Hmm

Re: [PATCH v2 0/2] Media Device Allocator API

On 05/24/2016 05:39 PM, Shuah Khan wrote: > Media Device Allocator API to allows multiple drivers share a media device. > Using this API, drivers can allocate a media device with the shared struct > device as the key. Once the media device is allocated by a driver, other > drivers can get a referen

[PATCH] platform/x86: Add IIO dependency to ACPI_TOSHIBA

The toshiba_acpi driver added support to the accelerometer axis via the IIO subsystem, but failed to add the dependency to the Kconfig file, making the driver fail to compile if the IIO subsystem is not selected. This patch adds a depedency to the IIO subsystem to the ACPI_TOSHIBA entry in Kconfig

Re: [PATCH] Drivers: block: fixed a code style issue

Hi, [auto build test WARNING on v4.7-rc5] [also build test WARNING on next-20160628] [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/Saidgani-Musaev/Drivers-block-fixed-a-code-style-issue

Re: [RFC 3/7] net: ethernet: bgmac: move BCMA MDIO Phy code into a separate file

On Tue, Jun 28, 2016 at 03:34:40PM -0400, Jon Mason wrote: > Move the BCMA MDIO phy into a separate file, as it is very tightly > coupled with the BCMA bus. This will help with the upcoming BCMA > removal from the bgmac driver. Optimally, this should be moved into > phy drivers, but it is too tig

Re: [PATCH] audit: move audit_get_tty to reduce scope and kabi changes

On Tue, Jun 28, 2016 at 12:07 PM, Richard Guy Briggs wrote: > The only users of audit_get_tty and audit_put_tty are internal to audit, > so move it out of include/linux/audit.h to kernel.h and create a proper > function rather than inlining it. This also reduces kABI changes. > > Suggested-by: Pa

Re: [PATCH v2 3/3] drivers core: allow id match override when manually binding driver

On 28 June 2016 at 20:38, Mark Brown wrote: > On Tue, Jun 28, 2016 at 06:24:58PM +0200, Michal Suchanek wrote: > >> No, no, no! > >> This is NOT about loading an overlay. This is about talking on the bus >> without loading an overlay. > > This is the solution you want to adopt because you've decid

Re: [PATCH V3] tracing: Make latency tracers fully support the set_graph_notrace

On Tue, 28 Jun 2016 04:03:12 -0400 (EDT) Chunyu Hu wrote: > Hello, > > > Thanks for attention. It needs about three trace entries after the graph_entry > of the filtered function, and the entries are all the sub call of the filtered > function. As tracing_max_latency will be set to the last > l

Re: [PATCH] KVM: vmx: fix underflow in TSC deadline calculation

On 28/06/2016 20:34, yunhong jiang wrote: > Paolo, thanks for reply. > > Which race window you are talking about? Is it the > kvm_lapic_switch_to_hv_timer()? If yes, hope we will not forgot it once the > lapic timer is not pinned anymore in future. Yes, it's that one. This is a good point agai

Re: [PATCH 1/2] dm: update table type check for dax

On Tue, Jun 28 2016 at 3:37pm -0400, Toshi Kani wrote: > Allow table type DM_TYPE_BIO_BASED to extend with > DM_TYPE_DAX_BIO_BASED since DM_TYPE_DAX_BIO_BASED > supports bio-based requests. > > Signed-off-by: Toshi Kani > Cc: Mike Snitzer > Cc: Alasdair Kergon > Cc: Dan Williams > --- > dr

Re: [RFC 6/7] dt-bindings: net: bgmac: add bindings documentation for bgmac

Hello. On 06/28/2016 10:34 PM, Jon Mason wrote: Signed-off-by: Jon Mason --- .../devicetree/bindings/net/brcm,bgmac-enet.txt | 21 + 1 file changed, 21 insertions(+) create mode 100644 Documentation/devicetree/bindings/net/brcm,bgmac-enet.txt diff --git a/Documentati

Re: kthread_stop insanity (Re: [[DEBUG] force] 2642458962: BUG: unable to handle kernel paging request at ffffc90000997f18)

On 06/28, Andy Lutomirski wrote: > > On Tue, Jun 28, 2016 at 11:58 AM, Oleg Nesterov wrote: > > > > Then how (say) proc_pid_stack() can work? If it hits the task which is > > alreay dead we are (probably) fine, valid_stack_ptr() should fail iiuc. > > > > But what if we race with the last schedule(

Re: [PATCH] firmware: declare __{start,end}_builtin_fw as pointers

On Tue, Jun 28, 2016 at 5:23 AM, George Spelvin wrote: > You could define a wrapper if you like, something like We already have RELOC_HIDE() and OPTIMIZER_HIDE_VAR() that basically do this. They both use 'r'. I guess they could use X. Linus

Re: [PATCH] [linux-next] Doc: block: Fix a typo in queue-sysfs.txt

On 06/28/2016 02:10 PM, Masanari Iida wrote: This patch fix a spelling typo found in queue-sysfs.txt. Thanks, applied. -- Jens Axboe

Re: [PATCH 1/5] mmu: mark spte present if the x bit is set

On 28/06/2016 19:33, Bandan Das wrote: >>> >> static int is_shadow_present_pte(u64 pte) >>> >> { >>> >> -return pte & PT_PRESENT_MASK && !is_mmio_spte(pte); >>> >> +return pte & (PT_PRESENT_MASK | shadow_x_mask) && >>> >> +!is_mmio_spte(pte); >> > >> > This shoul

Re: [PATCH v4] power_supply: power_supply_read_temp only if use_cnt > 0

On 6/28/2016 2:20 PM, Sebastian Reichel wrote: > * PGP Signed by an unknown key > > Hi, > > On Thu, Jun 23, 2016 at 01:43:47PM -0400, Rhyland Klein wrote: >> On 6/22/2016 10:23 AM, Sebastian Reichel wrote: >> Is this also going to go into linux-next? > > https://git.kernel.org/cgit/linux/kernel/

Re: [PATCH 3/5] mmu: don't set the present bit unconditionally

On 28/06/2016 19:30, Bandan Das wrote: > Paolo Bonzini writes: >> On 28/06/2016 06:32, Bandan Das wrote: >>> + bool execonly = !(context->guest_rsvd_check.bad_mt_xwr & >>> + (1ull << VMX_EPT_EXECUTABLE_MASK)); >>> >>> if (set_mmio_spte(vcpu, sptep, gfn, pfn, pte_acces

Re: [PATCH 1/2] dm: update table type check for dax

On Tue, 2016-06-28 at 16:07 -0400, Mike Snitzer wrote: > On Tue, Jun 28 2016 at  3:37pm -0400, > Toshi Kani wrote:  : > You said in the 0th header: "Patch 1 solves an error when lvremove is > made to a snapshot device." > > I'm not seeing why this patch 1 fixes anything specific to snapshot > dev

Re: [PATCH v1 0/2] Introduce the initify gcc plugin

On Tue, 28 Jun 2016 19:00:22 +0200 Mathias Krause wrote: > > section vanilla vanilla + initifychange > > --- > > .rodata 39059688 (0x25400e8)38527210 (0x24be0ea)-532478 > > .data

[PATCH] [linux-next] Doc: block: Fix a typo in queue-sysfs.txt

This patch fix a spelling typo found in queue-sysfs.txt. Signed-off-by: Masanari Iida --- Documentation/block/queue-sysfs.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/block/queue-sysfs.txt b/Documentation/block/queue-sysfs.txt index dce25d848d92..d515d58

Re: [PATCH] platform:x86 Remove Monitor MWAIT feature dependency

On Thu, Jun 23, 2016 at 02:59:58PM +0800, ong.hock...@intel.com wrote: > From: "Yu, Ong Hock" > > Telemetry capability does not depend on Monitor MWAIT feature. > > Signed-off-by: Yu, Ong Hock Souvik, any objection? > --- > drivers/platform/x86/intel_telemetry_debugfs.c | 2 +- > drivers/pla

Re: [PATCH v1 0/2] Introduce the initify gcc plugin

On Tue, 28 Jun 2016 21:02:54 +0200 Rasmus Villemoes wrote: > It'll get placed in multiple sections by the compiler, and nothing bad > happens. String deduplication is something the linker does to sections > equipped with appropriate flags. So in this case that of course means Note that I didn't

Re: [PATCH 2/2] dm snap: add fake origin_direct_access

Hi, [auto build test WARNING on dm/for-next] [also build test WARNING on v4.7-rc5 next-20160628] [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/Toshi-Kani/Support-DAX-for-device-mapper-dm

Re: [PATCH] lpfc: Fix possible NULL pointer dereference

On 06/15/2016 06:00 AM, Johannes Thumshirn wrote: > Check for the existance of pciob->vport before accessing it. piocb mispelled. > > Signed-off-by: Johannes Thumshirn > --- > drivers/scsi/lpfc/lpfc_sli.c | 13 - > 1 file changed, 4 insertions(+), 9 deletions(-) > > diff --git a/d

Re: [PATCH v1 2/2] Mark functions with the __nocapture attribute

On Tue, 28 Jun 2016 09:43:31 -0700 Joe Perches wrote: > On Tue, 2016-06-28 at 13:36 +0200, Emese Revfy wrote: > > The nocapture gcc attribute can be on functions only. > > The attribute takes one or more unsigned integer constants as parameters > > that specify the function argument(s) of const c

Re: [PATCH 1/5] mmu: mark spte present if the x bit is set

Paolo Bonzini writes: > On 28/06/2016 19:33, Bandan Das wrote: >> static int is_shadow_present_pte(u64 pte) >> { >> - return pte & PT_PRESENT_MASK && !is_mmio_spte(pte); >> + return pte & (PT_PRESENT_MASK | shadow_x_mask) && >> + !is_mmio_spte(

Re: [PATCH 1/2] dm: update table type check for dax

Hi, [auto build test ERROR on dm/for-next] [also build test ERROR on v4.7-rc5 next-20160628] [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/Toshi-Kani/Support-DAX-for-device-mapper-dm-linear

Re: [PATCH 23/23] [AARCH64] Take utmp{,x}.h from s390 port

On Tue, 28 Jun 2016, Yury Norov wrote: > > You can't #include installed headers from other ports like this; it > > wouldn't work when using an installed library. > > > > -- > > Joseph S. Myers > > jos...@codesourcery.com > > So I should copy? Hmm... Yes, unless you can develop an additional a

<    3   4   5   6   7   8   9   10   11   >