Fwd: [PATCH 2/3] usb: type-c: USB Type-C Connector System Software Interface

-- Forwarded message -- From: Andy Shevchenko Date: Thu, Feb 11, 2016 at 10:10 AM Subject: Re: [PATCH 2/3] usb: type-c: USB Type-C Connector System Software Interface To: Oliver Neukum On Wed, Feb 10, 2016 at 5:08 PM, Oliver Neukum

Re: [PATCH 2/3] usb: type-c: USB Type-C Connector System Software Interface

On Wed, Feb 10, 2016 at 5:11 PM, Bjørn Mork wrote: > Andy Shevchenko writes: >> On Wed, Feb 10, 2016 at 3:21 PM, Oliver Neukum wrote: >>> On Wed, 2016-02-10 at 13:56 +0200, Andy Shevchenko wrote: > +out: CodingStyle

Re: [PATCH V3 5/5] perf/amd/iommu: Enable support for multiple IOMMUs

Hi Boris, Thank you very much for catching several styling issues. I should have taken care of that earlier. I'll clean them up. Please see my other comments below. Thanks, Suravee On 02/11/2016 12:14 AM, Borislav Petkov wrote: On Tue, Feb 09, 2016 at 04:53:55PM -0600, Suravee

Re: [PATCH v3] openvswitch: allow management from inside user namespaces

On Fri, Feb 5, 2016 at 5:20 PM, Tycho Andersen wrote: > Operations with the GENL_ADMIN_PERM flag fail permissions checks because > this flag means we call netlink_capable, which uses the init user ns. > > Instead, let's introduce a new flag, GENL_UNS_ADMIN_PERM for

[PATCH v2] dmaengine: edma: Implement device_synchronize callback

We need the callback to support the dmaengine_terminate_sync(). Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c index 2dac314a2d7a..290e1a721c5b 100644 ---

Re: [PATCH v5 1/3] crypto: KEYS: convert public key and digsig asym to the akcipher api

Tadeusz Struk wrote: > > Why didn't you put the RSA signature parsing - ie. where the OID and the > > other > > bits are checked - into crypto/rsa.c? > > > > Do you want to get rid of the crypto/asymmetric_keys/rsa.c completely? > I wanted to make the conversion churn

[PATCH v2 1/1] powerpc/86xx: Consolidate common platform code

Signed-off-by: Alessio Igor Bogani --- v1 -> v2 Use appropriate [PATCH] prefix arch/powerpc/platforms/86xx/Makefile | 2 +- arch/powerpc/platforms/86xx/common.c | 42 ++ arch/powerpc/platforms/86xx/gef_ppc9a.c| 32

Re: [RFC][PATCH v3 1/4] printk: move can_use_console out of console_trylock_for_printk

Hello Petr, On (02/10/16 17:48), Petr Mladek wrote: [..] > I would personally remove console_trylock_for_printk() already in this > patch. I mean to fold the 3rd patch into this one. will do. > > int printk_delay_msec __read_mostly; > > > @@ -2247,9 +2233,21 @@ void console_unlock(void) > >

Re: [PATCH RESEND] mmc:host:Fix error handling for calls to the function shdci_runtime_pm_get in the file sdhci.c

On 10/02/16 16:34, Nicholas Krause wrote: > This fixes error handling for various function calls to > the function shdci_runtime_pm_get in the file sdhci.c > to check if this function call returns a error and if > this function returns a error depending on if the caller > function is void return

Re: [PATCH] printk: avoid livelock if another CPU printks continuously

Hello, Thanks for Cc-ing, and sorry for long reply, I'm traveling now. On (02/10/16 11:25), Steven Rostedt wrote: > On Wed, 10 Feb 2016 17:10:16 +0100 > Petr Mladek wrote: > > > > Note, it's not that performance critical, and the loop only happens if > > > someone else is

Re: [PATCH] dmaengine: edma: Implement device_synchronize callback

On 02/11/2016 10:54 AM, Peter Ujfalusi wrote: > We need the callback to support the dmaengine_terminate_sync(). I have made some typos and I only compiled the kernel after sending the patch.. Resending. > > Signed-off-by: Peter Ujfalusi > --- > drivers/dma/edma.c | 9

Re: [PATCH] dmaengine: omap-dma: Implement device_synchronize callback

On 02/11/2016 10:54 AM, Peter Ujfalusi wrote: > We need the callback to support the dmaengine_terminate_sync(). I have made some typos and I only compiled the kernel after sending the patch.. Resending. > Signed-off-by: Peter Ujfalusi > --- > drivers/dma/omap-dma.c | 8

Re: [PATCH RESEND] scsi: ppa: use new parport device model

On Thu, Feb 11, 2016 at 10:42:49AM +0530, Sudip Mukherjee wrote: > Modify ppa driver to use the new parallel port device model. > > Signed-off-by: Sudip Mukherjee Reviewed-by: Johannes Thumshirn -- Johannes Thumshirn

Re: [PATCH] gpio: tps65086: Add GPO driver for the TPS65086 PMIC

On Wed, 10 Feb 2016, Linus Walleij wrote: > On Sat, Feb 6, 2016 at 5:12 PM, Andrew F. Davis wrote: > > > Add support for the TPS65086 PMIC GPOs. > > > > TPS65086 has four configurable GPOs that can be used for several > > purposes. These are output only. > > > > Signed-off-by:

Re: [PATCH v2 1/1] powerpc/86xx: Consolidate common platform code

On 2/11/16, Alessio Igor Bogani wrote: > Signed-off-by: Alessio Igor Bogani > --- > v1 -> v2 > Use appropriate [PATCH] prefix > > arch/powerpc/platforms/86xx/Makefile | 2 +- > arch/powerpc/platforms/86xx/common.c | 42 >

[PATCH] usb: host: pci_quirks: fix memory leak, by adding iounmap

Added iounmap inorder to free memory mapped to pointer before returning Signed-off-by: Saurabh Sengar --- drivers/usb/host/pci-quirks.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/usb/host/pci-quirks.c b/drivers/usb/host/pci-quirks.c

Re: [PATCH v5] mmc: OCTEON: Add host driver for OCTEON MMC controller

Hi David On 10/02/16 18:02, David Daney wrote: On 02/10/2016 09:36 AM, Matt Redfearn wrote: From: Aleksey Makarov The OCTEON MMC controller is currently found on cn61XX and cnf71XX devices. Device parameters are configured from device tree data. eMMC, MMC

Re: [PATCH v5] mmc: OCTEON: Add host driver for OCTEON MMC controller

Hi, I will split the DT binding document into a separate patch, and move the legacy FDT patch-up code to arch/mips/cavium-octeon/octeon-platform.c as suggested by Florian. Ulf, your objections to the structure of the DT and driver were the only driver for the changes v4->v5. I changed the DT

Re: commit 271e1b86e691 is breaking DMA uart on SoCFPGA

On Wed, Feb 10, 2016 at 03:56:17PM -0600, Dinh Nguyen wrote: > Hi Vinod, > > It appears that commit 271e1b86e691 "dmaengine: pl330: add quirk for > broken no flushp" is breaking uart dma on SoCFPGA. This commit is in > linux-next(next-20160210). > > Doing a bisect pointed to commit 271e1b86e691,

Re: [PATCH v2 7/7] ibmvscsi: use H_CLOSED instead of magic number

On Wed, Feb 10, 2016 at 07:32:28PM -0600, Tyrel Datwyler wrote: > In a couple places the magic value of 2 is used to check the return > code of hypercalls. This translates to H_CLOSED. > > Signed-off-by: Tyrel Datwyler Reviewed-by: Johannes Thumshirn

Re: [REGRESSION] i915: No HDMI output with 4.4

Daniel, I've already tried Ville's patch you've mentioned with no luck. Kindly find unpatched v4.5-rc3 dmesg with drm debug enabled here: [1] [1] https://gist.github.com/efb44b7c6bc325978b80 11.02.2016 10:21, Daniel Vetter wrote: Please boot with drm.debug=0xe and attach the dmesg. Also

Re: [PATCH v8 6/8] Implement kernel live patching for ppc64le (ABIv2)

On Wed, 10 Feb 2016, Torsten Duwe wrote: > diff --git a/arch/powerpc/include/asm/livepatch.h > b/arch/powerpc/include/asm/livepatch.h > new file mode 100644 > index 000..44e8a2d > --- /dev/null > +++ b/arch/powerpc/include/asm/livepatch.h > @@ -0,0 +1,45 @@ > +/* > + * livepatch.h -

Re: [PATCH V1] mfd: da9063: fix missing volatile registers in the core regmap_range volatile lists

On Wed, 10 Feb 2016, Steve Twiss wrote: > From: Steve Twiss > > Add an updated set of registers listed in the core regmap_range volatile > ranges defined for the DA9063. > > These new registers contain bits that cannot be considered under the full > control of

[PATCH V4 6/6] perf/amd/iommu: Clean up print messages pr_debug

From: Suravee Suthikulpanit This patch declares pr_fmt for perf/amd_iommu, removes unnecessary pr_debug, and clean up error messages. Signed-off-by: Suravee Suthikulpanit --- arch/x86/events/amd/iommu.c | 13 + 1 file

Re: [PATCH V4 2/7] cpufreq: Call __cpufreq_governor() with policy->rwsem held

On Tue, Feb 9, 2016 at 4:46 AM, Viresh Kumar wrote: > This isn't followed properly by all parts of the core code, some follow > it, whereas others don't. "The cpufreq core code is not consistent with respect to invoking __cpufreq_governor() under policy->rwsem." >

Re: [RFC][PATCH v3 2/4] printk: do not console_cont_flush() on every jump to again

Hello Petr, On (02/10/16 17:58), Petr Mladek wrote: > On Sat 2016-01-23 17:15:11, Sergey Senozhatsky wrote: > > Every jump to `again' label will call console_cont_flush(), > > which is not really something big -- it just adds one extra > > raw_spin_lock_irqsave/raw_spin_unlock_irqrestore.

Re: [PATCH v4 2/3] clocksource: Add NPS400 timers driver

On 02/11/2016 04:02 AM, Noam Camus wrote: From: Noam Camus Add internal tick generator which is shared by all cores. Each cluster of cores view it through dedicated address. This is used for SMP system where all CPUs synced by same clock source. Signed-off-by: Noam Camus

Re: [PATCH v8 4/8] ppc64 ftrace_with_regs configuration variables

On Thu, Feb 11, 2016 at 06:48:17PM +1100, Balbir Singh wrote: > On Wed, 2016-02-10 at 17:25 +0100, Torsten Duwe wrote: > > + > > +echo "int func() { return 0; }" | \ > > +$* -S -x c -O2 -p -mprofile-kernel - -o - 2> /dev/null | \ > > +sed -n -e '/func:/,/bl _mcount/p' | grep -q TOC > > + >

Re: [PATCH 1/3] usb: USB Type-C Connector Class

Oliver Neukum writes: > On Tue, 2016-02-09 at 19:01 +0200, Heikki Krogerus wrote: >> The purpose of this class is to provide unified interface >> for user space to get the status and basic information about >> USB Type-C Connectors in the system, control data role >> swapping,

[PATCH] drm/msm: remove unused variable

After the drm_device_is_unplugged() was removed, the 'dev' variable is now unused, and we get a warning for that: drivers/gpu/drm/msm/msm_fbdev.c: In function 'msm_fbdev_mmap': drivers/gpu/drm/msm/msm_fbdev.c:65:21: error: unused variable 'dev' [-Werror=unused-variable] This removes the

Re: [PATCH v2] mfd: Provide MACRO to declare commonly defined MFD cell attributes

On Wed, 10 Feb 2016, Laxman Dewangan wrote: > > On Wednesday 10 February 2016 09:08 PM, Lee Jones wrote: > >mfd: Provide MACRO to declare commonly defined MFD cell attributes > >Cc: Laxman Dewangan > >Signed-off-by: Lee Jones > > Build passed with

[PATCH v2] dmaengine: omap-dma: Implement device_synchronize callback

We need the callback to support the dmaengine_terminate_sync(). Signed-off-by: Peter Ujfalusi --- drivers/dma/omap-dma.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/dma/omap-dma.c b/drivers/dma/omap-dma.c index e691f48f9d73..bfdf29aa3428 100644 ---

[PATCH] regulator: qcom-saw: avoid uninitialized variable warning

gcc cannot know that a for_each_possible_cpu() loop always executes at least once, so it warns about the use of the "found" variable in qcom_saw_regulator_probe: drivers/regulator/qcom_saw-regulator.c: In function 'qcom_saw_regulator_probe': drivers/regulator/qcom_saw-regulator.c:154:5: error:

Re: [PATCH V4 3/7] cpufreq: Remove cpufreq_governor_lock

On Tue, Feb 9, 2016 at 4:46 AM, Viresh Kumar wrote: > We used to drop policy->rwsem just before calling __cpufreq_governor() > in some cases earlier and so it was possible that __cpufreq_governor() > runs concurrently via separate threads. > > In order to guarantee valid

Re: [PATCH v8 4/8] ppc64 ftrace_with_regs configuration variables

* Balbir Singh [2016-02-11 18:48:17]: > On Wed, 2016-02-10 at 17:25 +0100, Torsten Duwe wrote: > > snip > > > diff --git a/arch/powerpc/gcc-mprofile-kernel-notrace.sh > > b/arch/powerpc/gcc-mprofile-kernel-notrace.sh > > new file mode 100755 > > index 000..68d6482 >

Re: [PATCH RESEND] scsi: sim710: fix build warning

On Thu, Feb 11, 2016 at 10:29:03AM +0530, Sudip Mukherjee wrote: > We are getting build warning about: > "Section mismatch in reference from the variable sim710_eisa_driver to > the function .init.text:sim710_eisa_probe() > The variable sim710_eisa_driver references the function __init >

[PATCH] dmaengine: edma: Implement device_synchronize callback

We need the callback to support the dmaengine_terminate_sync(). Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c index 2dac314a2d7a..ea0d919a3318 100644 ---

[PATCH] dmaengine: omap-dma: Implement device_synchronize callback

We need the callback to support the dmaengine_terminate_sync(). Signed-off-by: Peter Ujfalusi --- drivers/dma/omap-dma.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/dma/omap-dma.c b/drivers/dma/omap-dma.c index e691f48f9d73..7c6a300b6b57 100644 ---

RE: [PATCH RESEND] bfa: deinline __bfa_trc() and __bfa_trc32()

You could remove the __bfa_trc32() routine Thanks, Acked-by: Anil Gurumurthy -Original Message- From: Martin K. Petersen [mailto:martin.peter...@oracle.com] Sent: 10 February 2016 22:59 To: Denys Vlasenko Cc: James Bottomley

Re: [PATCH v5] mmc: OCTEON: Add host driver for OCTEON MMC controller

On 11 February 2016 at 09:24, Matt Redfearn wrote: > Hi, > I will split the DT binding document into a separate patch, and move the > legacy FDT patch-up code to > arch/mips/cavium-octeon/octeon-platform.c as suggested by Florian. > > Ulf, your objections to the

Re: [PATCH 1/3] usb: USB Type-C Connector Class

On Thu, 2016-02-11 at 10:55 +0200, Felipe Balbi wrote: > Oliver Neukum writes: > > On Tue, 2016-02-09 at 19:01 +0200, Heikki Krogerus wrote: > >> The purpose of this class is to provide unified interface > >> for user space to get the status and basic information about > >> USB

Re: [PATCH v2] mfd: Provide MACRO to declare commonly defined MFD cell attributes

as 0/1 of your set. I saw that it is merged and available in linux-next 20160211. So it is fine to not submit this patch again and modify my patch assuming it is on tree.

Re: [PATCH V7 1/8] mfd: add device-tree binding doc for PMIC max77620/max20024

On Wed, 10 Feb 2016, Laxman Dewangan wrote: > > On Wednesday 10 February 2016 06:53 PM, Lee Jones wrote: > >On Tue, 09 Feb 2016, Laxman Dewangan wrote: > > > >>On Tuesday 09 February 2016 09:12 PM, Lee Jones wrote: > >>>On Sat, 30 Jan 2016, Laxman Dewangan wrote: > >>> > >>>+ Normal mode also

Re: [REGRESSION] i915: No HDMI output with 4.4

On Thu, Feb 11, 2016 at 10:54:08AM +0200, Oleksandr Natalenko wrote: > Daniel, > > I've already tried Ville's patch you've mentioned with no luck. > > Kindly find unpatched v4.5-rc3 dmesg with drm debug enabled here: [1] > > [1] https://gist.github.com/efb44b7c6bc325978b80 That's an IVB. So no

Re: [PATCH v8 4/8] ppc64 ftrace_with_regs configuration variables

On Thu, 2016-02-11 at 14:09 +0530, Kamalesh Babulal wrote: > * Balbir Singh [2016-02-11 18:48:17]: > > > On Wed, 2016-02-10 at 17:25 +0100, Torsten Duwe wrote: > > > > snip > > > > > diff --git a/arch/powerpc/gcc-mprofile-kernel-notrace.sh > > >

[PATCH v4] x86/setup: get ramdisk parameters only once

The check and definitions related to ramdisk are similar in the early_reserve_initrd() and reserve_initrd() functions. This patch introduces struct ramdisk which contains information about initrd. This structure will be filled in the setup_arch() and passed to the reserve_initrd() and

[RFC] component: Fix: Unassign components' masters if bringing up master fails

component_master_add_with_match can fail if the master's bind op doesn't go through successfully. In such a scenario, all the components in the master's match array have their 'master' pointer set to the given master. These pointers need to be set to NULL again. If they aren't, successive calls to

Re: [PATCH v2] dmaengine: edma: Implement device_synchronize callback

On 02/11/2016 10:08 AM, Peter Ujfalusi wrote: > We need the callback to support the dmaengine_terminate_sync(). > > Signed-off-by: Peter Ujfalusi Looks good, but I noticed a slight race condition in edma_completion_handler(). You need to fetch echan->desc while holding

Re: [PATCH v2] mfd: Provide MACRO to declare commonly defined MFD cell attributes

ia.com> > >> > >>Please let me know if you applying this. I am going to use the macro > >>from this patch on max77620 series on next spin. > >As you are the first user, just submit it as 0/1 of your set. > > > > I saw that it is merged and available in

Re: [GIT PULL] workqueue fixes for v4.5-rc3

On Wed, 10 Feb 2016, Linus Torvalds wrote: > On Wed, Feb 10, 2016 at 9:25 AM, Tejun Heo wrote: > > > > * Officially break local execution guarantee of unbound work items and > > add a debug feature to flush out usages which depend on it. > > Btw, should we try to do this for

Re: [REGRESSION] i915: No HDMI output with 4.4

On Thu, Feb 11, 2016 at 09:45:17AM +0200, Oleksandr Natalenko wrote: > Daniel, > > I do confirm that this hacky patch: > > https://lkml.org/lkml/2016/1/19/637 > > works around my issue. I understand that this is improper fix, so let me > know how could I debug my issue further. Please boot

[GIT] Networking

1) Fix BPF handling of branch offset adjustmnets on backjumps, from Daniel Borkmann. 2) Make sure selinux knows about SOCK_DESTROY netlink messages, from Lorenzo Colitti. 3) Fix openvswitch tunnel mtu regression, from David Wragg. 4) Fix ICMP handling of TCP sockets in syn_recv state,

Re: [PATCH 2/3] usb: type-c: USB Type-C Connector System Software Interface

Andy Shevchenko writes: > To me out: sounds out, like printing error and return code, or > something like that. Here the case is different. > > And since we have two full switches it might be hard to have on one > screen out code and exact goto. See my point now? No,

[PATCH V4 0/6] perf/amd/iommu: Enable multi-IOMMU support

From: Suravee Suthikulpanit This patch series modifies the existing perf_event_amd_iommu driver to support systems with multiple IOMMUs. It introduces new AMD IOMMU APIs, which are used by the AMD IOMMU Perf driver to access performance counters in multiple IOMMUs.

[PATCH V4 3/6] iommu/amd: Introduce amd_iommu_get_num_iommus()

This patch introduces amd_iommu_get_num_iommus(). Initially, this is intended to be used by Perf AMD IOMMU driver. Signed-off-by: Suravee Suthikulpanit --- arch/x86/include/asm/perf/amd/iommu.h | 2 ++ drivers/iommu/amd_iommu_init.c| 7 ++- 2 files

Re: [PATCH v1 2/6] mfd: cros_ec: Add MKBP event support

On Wed, 10 Feb 2016, Gwendal Grignou wrote: > [Resend[We should not used kmalloc when get events, these functions > are called quite often. > Gwendal. Why are you re-sending [again]? Why are you top posting? Why aren't you cutting the 370 lines before your first comment and the 150 lines after

Re: [PATCH 3/5] net/mlx4: fix some error handling in mlx4_multi_func_init()

On Wed, 10 Feb 2016 19:15:20 +0100 Rasmus Villemoes wrote: > On Wed, Feb 10 2016, Yishai Hadas wrote: > > >> @@ -2429,7 +2429,7 @@ err_thread: > >>flush_workqueue(priv->mfunc.master.comm_wq); > >>

Re: [PATCH 1/2] irqchip/gic: Only populate set_affinity for the root controller

On 09/02/16 15:24, Jon Hunter wrote: > Setting the affinity of an IRQ, it only applicable for the root > interrupt controller and so only populate this operator for the root > controller. > > Signed-off-by: Jon Hunter Acked-by: Marc Zyngier

Re: [PATCH V1] mfd: da9062: fix missing volatile registers in the core regmap_range volatile lists

On Wed, 10 Feb 2016, Opensource [Steve Twiss] wrote: > > On 10 February 2016 16:56, Lee Jones wrote: > > > To: Opensource [Steve Twiss] > > Cc: LINUXKERNEL; David Dajun Chen; Support Opensource > > Subject: Re: [PATCH V1] mfd: da9062: fix missing volatile registers in the > > core > >

[PATCH V4 5/6] perf/amd/iommu: Enable support for multiple IOMMUs

The current amd_iommu_pc_get_set_reg_val() does not support muli-IOMMU system. This patch replace amd_iommu_pc_get_set_reg_val() with amd_iommu_pc_set_reg_val() and amd_iommu_pc_[set|get]_cnt_vals(). Also, the current struct hw_perf_event.prev_count can only store the previous counter value only

Re: [PATCH v2] mfd: mt6397: Add platform device ID table

On Wed, 10 Feb 2016, Javier Martinez Canillas wrote: > The platform bus_type .match callback attempts to match the platform device > name with an entry on the .id_table if provided and fallbacks to match with > the driver's name if a table is not provided. > > Using a platform device ID to match

[PATCH V4 2/6] perf/amd/iommu: Modify functions to query max banks and counters

Currently, amd_iommu_pc_get_max_[banks|counters]() require devid, which should not be the case. Also, these don't properly support multi-IOMMU system. Current and future AMD systems with IOMMU that support perf counter would likely contain homogeneous IOMMUs where multiple IOMMUs are availalbe.

Re: [PATCH v8 4/8] ppc64 ftrace_with_regs configuration variables

On Thu, 2016-02-11 at 09:42 +0100, Torsten Duwe wrote: > On Thu, Feb 11, 2016 at 06:48:17PM +1100, Balbir Singh wrote: > > On Wed, 2016-02-10 at 17:25 +0100, Torsten Duwe wrote: > > > + > > > +echo "int func() { return 0; }" | \ > > > +$* -S -x c -O2 -p -mprofile-kernel - -o - 2> /dev/null | \

Re: [GIT PULL] Miscellaneous keyrings and modsign fixes

Hello David, cc:stable, cc:Sasha, Am 25.09.2015 um 17:54 schrieb David Howells: > Can you pass these changes on to Linus? There are four: ... > (3) Don't strip leading zeros from the key ID when using it to construct a > key description lest this make the key not match. That commit

Re: [PATCH v2 2/7] ibmvscsi: Add and use enums for valid CRQ header values

On Wed, Feb 10, 2016 at 07:32:23PM -0600, Tyrel Datwyler wrote: > The PAPR defines four valid header values for the first byte of a > CRQ message. Namely, an unused/empty message (0x00), a valid > command/response entry (0x80), a valid initialization entry (0xC0), > and a valid transport event

Re: [PATCH v2 5/7] ibmvscsi: Remove unsupported host config MAD

On Wed, Feb 10, 2016 at 07:32:26PM -0600, Tyrel Datwyler wrote: > A VIOSRP_HOST_CONFIG_TYPE management datagram (MAD) has existed in > the code for some time. From what information I've gathered from > Brian King this was likely implemented on the host side in a SLES 9 > based VIOS, which is no

Re: [BUG] [REGRESSION] [BISECTED] -rc1 breaks audio over HDMI for i915

On Wed, 10 Feb 2016 18:21:11 +0100, Martin Kepplinger wrote: > > Am 2016-02-09 um 12:44 schrieb Takashi Iwai: > > On Tue, 09 Feb 2016 07:34:48 +0100, > > Martin Kepplinger wrote: > >> > >> The following change: > >> > >> 788d441 ALSA: hda - Use component ops for i915 HDMI/DP audio jack handling >

[PATCH V4 1/6] perf/amd/iommu: Consolidate and move perf_event_amd_iommu header

From: Suravee Suthikulpanit First, this patch move arch/x86/events/amd/iommu.h to arch/x86/include/asm/perf/amd/iommu.h so that we easily include it in both perf-amd-iommu and amd-iommu drivers. Then, we consolidate declarion of AMD IOMMU performance counter APIs

[PATCH V4 4/6] perf/amd/iommu: Introduce get_iommu_bnk_cnt_evt_idx

Introduce a helper function to calculate bit-index for assigning performance counter assignment. Signed-off-by: Suravee Suthikulpanit --- arch/x86/events/amd/iommu.c | 19 ++- 1 file changed, 14 insertions(+), 5 deletions(-) diff --git

[PATCH 1/1] mpt3sas: Fix - Remove cpumask_clear for zalloc_cpumask_var and dont free free_cpu_mask_var before reply_q

From: Suganath prabu Subramani Removed cpumask_clear as it is not required for zalloc_cpumask_var and free free_cpumask_var before freeing reply_q. Signed-off-by: Suganath prabu Subramani Signed-off-by: Chaitra P B

Re: [RFC PATCH] mmc: sdhci-of-at91: don't put device in suspend after probe

[...] >> > >> >> Currently, sdhci disables card detect interrupts when runtime suspended, >> >> and drivers use a card-detect GPIO to wake-up. >> >> >> > >> > It is what I have seen going through the sdhci layer. So next question is: >> > is it normal to not take care of card detect interrupts?

linux-next: Tree for Feb 12

Hi all, Changes since 20160211: The kvm-arm tree gained a conflict against the arm64 tree. The aio tree still had a build failure so I used the version from next-20160111. Non-merge commits (relative to Linus' tree): 4277 3754 files changed, 149171 insertions(+), 67859 deletions

Re: [PATCH] ext4: fix potential integer overflow

On Wed, Jan 20, 2016 at 11:18:08AM -0500, Insu Yun wrote: > Since sizeof(ext_new_group_data) > sizeof(ext_new_flex_group_data), > integer overflow could be happened. > Therefore, need to fix integer overflow sanitization. > > Signed-off-by: Insu Yun Thanks, applied.

Re: linux-next: Tree for Feb 12

On Fri, Feb 12, 2016 at 04:20:35PM +1100, Stephen Rothwell wrote: > Hi all, > > Changes since 20160211: since last few days with gcc-4.6.3, x86_64 and i386 defconfig and allmodconfig builds are failing with the error: "arch/x86/include/asm/tlbflush.h:26:18: error: memory input 0 i

[GIT PULL] SCSI fixes for 4.5-rc3

A set of seven fixes. Two regressions in the new hisi_sas arm driver, a blacklist entry for the marvell console which was causing a reset cascade without it, a race fix in the WRITE_SAME/DISCARD routines, a retry fix for the rdac driver, without which, it would prematurely return EIO and a couple

blk: accessing invalid memory with "blk-mq: dynamic h/w context count"

00 00 00 00 00 00 00 00 00 00 00 00 00 [6035791.333886] Object 880052e5c1f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [6035791.334813] CPU: 0 PID: 1 Comm: swapper/0 Tainted: GB W 4.5.0-rc3-next-20160211-sasha-00028-g542d18e-dirty #2898

Re: [PATCH] cpufreq: Avoid unnecessary locking in show() and store()

On 11-02-16, 02:25, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The show() and store() routines in the cpufreq core don't need to > acquire all of the locks to check if the struct freq_attr they want > to use really provides the callbacks they need as

[patch] rapidio: mport_cdev: fix some error codes

copy_to_user() returns the number of bytes not copied but we want to return an error code. Fixes: a45bfc36bf0d ('rapidio: add mport char device driver') Signed-off-by: Dan Carpenter diff --git a/drivers/rapidio/devices/rio_mport_cdev.c

Re: [PATCH] tty/serial: digicolor: Fix bad usage of IS_ERR_VALUE

On 02/11/2016 04:32 PM, Guenter Roeck wrote: > On Thu, Feb 11, 2016 at 07:45:11AM +0100, Andrzej Hajda wrote: >> On 02/11/2016 04:38 AM, Guenter Roeck wrote: >>> On 02/10/2016 07:21 AM, Arnd Bergmann wrote: On Tuesday 09 February 2016 18:37:46 Guenter Roeck wrote: > On 02/09/2016 07:26

[patch] regulator: qcom-saw: testing the wrong variable

We accidentally test "config.regmap" which is zero instead of "vreg->regmap". Fixes: 18bba3b50355 ('regulator: qcom-saw: Add support for SAW regulators') Signed-off-by: Dan Carpenter diff --git a/drivers/regulator/qcom_saw-regulator.c

[patch 1/2] misc: mic: use after free printing error message

Swap the printk and kfree() to avoid a use after free bug. Fixes: 61e9c905df78 ('misc: mic: Enable VOP host side functionality') Signed-off-by: Dan Carpenter diff --git a/drivers/misc/mic/vop/vop_vringh.c b/drivers/misc/mic/vop/vop_vringh.c index c1dd000..c3613f3

[patch 2/2] misc: mic: silence an overflow warning

Static checkers complain that the this is a potential array overflow. We verify that it's not on the next line so this code is OK, but static checker warnings are annoying. Signed-off-by: Dan Carpenter --- We would have caught CVE-2015-5327 if we had ordered it to check

Re: [PATCH v3 3/3] pci: dra7xx: use pdata callbacks to perform reset

Hi, On Friday 12 February 2016 12:57 AM, Paul Walmsley wrote: > Hi Kishon, Suman, > > On Wed, 10 Feb 2016, Kishon Vijay Abraham I wrote: > >> On Wednesday 10 February 2016 07:12 AM, Suman Anna wrote: >>> On 02/09/2016 01:36 PM, Paul Walmsley wrote: On Tue, 9 Feb 2016, Suman Anna wrote:

[PATCH v5 2/8] Staging: rts5208: rtsx_transport.c: Align to open parenthesis

This patch fixes the alignment issue reported by checkpatch.pl: CHECK: Alignment should match open parenthesis Add a unsigned char *sgbuffer in rtsx_stor_access_xfer_buffer to make the following memcpy logic easier to read. Add a struct scatterlist *sg in the use_sg branch of

Re: [PATCH v3 3/3] pci: dra7xx: use pdata callbacks to perform reset

Hi Suman, On Friday 12 February 2016 02:13 AM, Suman Anna wrote: > On 02/09/2016 11:38 PM, Kishon Vijay Abraham I wrote: >> Hi, >> >> On Wednesday 10 February 2016 07:12 AM, Suman Anna wrote: >>> Hi Paul, >>> >>> On 02/09/2016 01:36 PM, Paul Walmsley wrote: Hi Suman On Tue, 9 Feb

Re: Small writes being split with fdatasync based on non-aligned partition ending

CC'ing Jens Axboe. On 11 February 2016 at 09:54, Jens Rosenboom wrote: > 2016-02-11 4:48 GMT+01:00 Sitsofe Wheeler : >> Trying to cc the GNU parted and linux-block mailing lists. >> >> On 9 February 2016 at 13:02, Jens Rosenboom

[GIT] EVM hmac security fix

Please pull this patch for the EVM code, which fixes CVE-2016-2085. The following changes since commit c05235d50f681bf685e7290cae05ab3b4fa493f3: Merge tag 'gpio-v4.5-2' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio (2016-02-11 11:25:55 -0800) are available in the git

[PATCH] Platform: goldfish: goldfish_pipe.c: Add DMA support using managed version

setup_access_params_addr has 2 goals- -Initialize the access_params field so that it can be used to send and read commands from the device in access_with_param -Get a bus address for the allocated memory to transfer to the device. Replace the combination of devm_kzalloc and _pa() with

RE: [PATCH v6 0/3] cpufreq: Replace timers with utilization update callbacks

On 2016.02.11 14:50 Doug Smythies wrote: > On 2016.02.10 22:03 Srinivas Pandruvada wrote: >> On Wednesday, February 10, 2016 03:11:43 PM Doug Smythies wrote: >>> My test computer has an older model i7 (Intel(R) Core(TM) i7-2600K CPU @ >>> 3.40GHz) >> Thanks Doug. If you have specific workloads,

[PATCH] IB/core: Replace memset with eth_zero_addr

Use eth_zero_addr to assign the zero address to the given address array instead of memset when second argument is address of zero. The Coccinelle semantic patch used to make this change is as follows: // @eth_zero_addr@ expression e; @@ -memset(e,0x00,ETH_ALEN); +eth_zero_addr(e); //

Re: [PATCH v5 00/10] Input: synaptics-rmi4: Synaptics RMI4 Driver

On Feb 11 2016 or thereabouts, Andrew Duggan wrote: > On 02/11/2016 02:05 AM, Benjamin Tissoires wrote: > >On Feb 10 2016 or thereabouts, Andrew Duggan wrote: > >>This is the v5 patch series which fixes the issues identified by kbuild > >>and coccinelle in the previous patch series. These include:

Re: [PATCH v8 3/3] tty: 8250_omap: Use software emulated RS485 direction control

2016-02-11 23:19 GMT+03:00 Ильяс Гасанов : > 2016-02-11 22:08 GMT+03:00 Matwey V. Kornilov : >> Thanks for pointing out. serial8250_unregister_port should set >> serial8250_ports[line].em485 to NULL in order to prevent unneeded >> activation when this

Re: [PATCH 3.12 32/64] unix: properly account for FDs passed over unix sockets

On 02/11/2016, 06:32 PM, Willy Tarreau wrote: > Hi Jiri, > > On Thu, Feb 11, 2016 at 02:59:08PM +0100, Jiri Slaby wrote: >> From: willy tarreau >> >> 3.12-stable review patch. If anyone has any objections, please let me know. >> >> === >> >> [ Upstream commit

Re: [PATCH v2] of: resolver: Add missing of_node_get and of_node_put

Hi Rob, > On Feb 12, 2016, at 01:18 , Rob Herring wrote: > > On Wed, Feb 3, 2016 at 12:09 PM, Amitoj Kaur Chawla > wrote: >> In __of_find_node_by_full_name, add an of_node_get when detecting the >> desired element, to ensure that it ends up with a

Re: [PATCH 04/14] clk: sunxi: add ahb1 clock for A83T

Hello Maxime, On Thu, Feb 4, 2016 at 4:01 PM, Maxime Ripard wrote: > On Thu, Feb 04, 2016 at 02:06:45PM +0800, Vishnu Patekar wrote: >> Hello Maxime, >> >> >> On Tue, Feb 2, 2016 at 9:17 PM, Maxime Ripard >> wrote: >> > Hi, >>

Re: [RFC][PATCH v3 4/4] printk: set may_schedule for some of console_trylock callers

On (02/11/16 17:10), Petr Mladek wrote: [..] > > well, I believe it's ok. __rcu_read_lock() for CONFIG_PREEMPT_RCU > > does current->rcu_read_lock_nesting++, so rcu_preempt_depth() works > > as expected. otherwise, for !CONFIG_PREEMPT_RCU kernel, > > __rcu_read_lock() does > > > > if

Re: [PATCH] ext4: add a line break for proc mb_groups display

On Wed, Feb 03, 2016 at 02:12:44PM -0700, Andreas Dilger wrote: > > > On Feb 3, 2016, at 6:19 AM, Huaitong Han wrote: > > > > This patch adds a line break for proc mb_groups display. > > > > Signed-off-by: Huaitong Han > > Reviewed-by: Andreas

Re: [PATCH v4] regulator: qcom-saw: Add support for SAW regulators

On 02/11/2016 12:46 AM, Stephen Boyd wrote: > On 02/10, Mark Brown wrote: >> On Wed, Feb 10, 2016 at 11:04:36AM -0800, Stephen Boyd wrote: >> [..] >>> I'm not really excited about the binding we have here either. >>> We're going to have two places in DT where we've created a >>> regulator for the

[PATCH] mtd: spi-nor: Add support for s25fl116k

The Spansion s25fl116k is a 16MBit NOR Flash supporting dual and quad read operations. Signed-off-by: Sascha Hauer --- drivers/mtd/spi-nor/spi-nor.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c index

Re: Another proposal for DAX fault locking

On Wed 10-02-16 23:39:43, Cedric Blancher wrote: > AFAIK Solaris 11 uses a sparse tree instead of a array. Solves the > scalability problem AND deals with variable page size. Well, but then you have to have this locking tree for every inode so the memory overhead is relatively large, no? I've

  1   2   3   4   5   6   7   8   9   10   >