Re: [PATCH v2] bnx2: Reset device during driver initialization

Just to be clear, I did actually apply this v2 of the patch rather than the initial version.:)

[PATCH 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog

Starting from Intel Skylake the iTCO watchdog timer registers were moved to reside in the same register space with SMBus host controller. Not all needed registers are available though and we need to unhide P2SB (Primary to Sideband) device briefly to be able to read status of required NO_REBOOT

Re: [PATCH] bnx2: Reset device during driver initialization

From: Baoquan He Date: Fri, 9 Sep 2016 16:11:07 +0800 > When system enters into kdump kernel because of kernel panic, it won't > shutdown devices. On-flight DMA will continue transferring data until > device driver initializes. All devices are supposed to reset during > driver

Re: [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation

On 09/09/16 15:23, Lorenzo Pieralisi wrote: > In ARM ACPI systems, IOMMU components are specified through static > IORT table entries. In order to create platform devices for the > corresponding ARM SMMU components, IORT kernel code should be made > able to parse IORT table entries and create

[PATCH 3/4] i2c: i801: Do not create iTCO watchdog when WDAT table exists

ACPI WDAT table is the preferred way to use hardware watchdog over the native iTCO_wdt. Windows only uses this table for its hardware watchdog implementation so we should be relatively safe to trust it has been validated by OEMs Prevent iTCO watchdog creation if we detect that there is ACPI WDAT

Re: [PATCH 3/3] net-next: dsa: add new driver for qca8xxx family

> Hi Andrew, > > this function does indeed duplicate the functionality of > phy_ethtool_get_eee() with the small difference, that e->eee_active is > also set which phy_ethtool_get_eee() does not set. > > dsa_slave_get_eee() will call phy_ethtool_get_eee() right after the > get_eee() op has been

Re: [PATCH v3] net: ip, diag -- Add diag interface for raw sockets

From: Cyrill Gorcunov Date: Sun, 11 Sep 2016 22:17:15 +0300 > On Sat, Sep 10, 2016 at 04:28:40PM -0600, David Ahern wrote: >> On 9/10/16 4:05 PM, Cyrill Gorcunov wrote: >> > On Sat, Sep 10, 2016 at 10:31:35AM -0600, David Ahern wrote: >> >> >> >> Would you mind adding the

Re: [PATCH 2/3] qemu: Implement virtio-pstore device

On Sat, Aug 20, 2016 at 05:07:43PM +0900, Namhyung Kim wrote: > Add virtio pstore device to allow kernel log files saved on the host. > It will save the log files on the directory given by pstore device > option. > > $ qemu-system-x86_64 -device virtio-pstore,directory=dir-xx ... > > (guest)

[tip:timers/core] tick/nohz: Prevent stopping the tick on an offline CPU

Commit-ID: 57ccdf449f962ab5fc8cbf26479402f13bdb8be7 Gitweb: http://git.kernel.org/tip/57ccdf449f962ab5fc8cbf26479402f13bdb8be7 Author: Wanpeng Li AuthorDate: Wed, 7 Sep 2016 18:51:13 +0800 Committer: Thomas Gleixner CommitDate: Tue, 13 Sep

Re: [PATCH v5 06/14] drivers: acpi: implement acpi_dma_configure

On Tue, Sep 13, 2016 at 03:41:06PM +0100, Robin Murphy wrote: > On 09/09/16 15:23, Lorenzo Pieralisi wrote: > > On DT based systems, the of_dma_configure() API implements DMA > > configuration for a given device. On ACPI systems an API equivalent to > > of_dma_configure() is missing which implies

Re: Ping: [PATCH v15 00/13] support "task_isolation" mode

On 2016-09-12 08:05 PM, Rafael J. Wysocki wrote: > On Monday, September 12, 2016 11:15:45 PM Rafael J. Wysocki wrote: >> On Monday, September 12, 2016 06:14:44 PM Peter Zijlstra wrote: >>> On Mon, Sep 12, 2016 at 12:01:58PM -0400, Chris Metcalf wrote: On 9/7/2016 5:11 PM, Francis Giraldeau

[PATCH v6] genirq: Machine-parsable version of /proc/interrupts

From: Craig Gallek Export struct irq_desc information through sysfs. The same information is available in /proc/interrupts but the format of that file has changed over kernel versions and differs across architectures. The procfs version also has varying column numbers

Re: [PATCH V3] net-next: dsa: add FIB support

On 13/09/2016 18:21, Vivien Didelot wrote: > Hi John, > > John Crispin writes: > >> @@ -237,6 +237,7 @@ struct switchdev_obj; >> struct switchdev_obj_port_fdb; >> struct switchdev_obj_port_mdb; >> struct switchdev_obj_port_vlan; >> +struct switchdev_obj_ipv4_fib; > > Can

Re: [PATCH v4 4/4] regulator: Prevent falling too fast

Hi Mark, thanks for your review, please find my comments (including info from our EE) below. El Mon, Sep 12, 2016 at 07:56:33PM +0100 Mark Brown ha dit: > On Tue, Sep 06, 2016 at 12:05:24PM -0700, Matthias Kaehlcke wrote: > > > On some boards it's possible that transitioning the PWM regulator

Re: [PATCH net-next 1/2] net: mvneta: add xmit_more support

On Tue, 2016-09-13 at 07:33 -0700, Eric Dumazet wrote: > Hi Marcin > > Well, given the above comment, and fact that MVNETA_MAX_TXD == 532, it > looks like you might add a bug if more than 256 skb are given to your > ndo_start_xmit() with skb->xmit_more = 1 > > I therefore suggest you make sure

Re: BUG_ON in rcu_sync_func triggered

On 09/13, Nikolay Borisov wrote: > > On 09/13/2016 05:35 PM, Nikolay Borisov wrote: > > > > On 09/13/2016 04:43 PM, Oleg Nesterov wrote: > >> On 09/13, Oleg Nesterov wrote: > >>> > >>> OK... perhaps the unbalanced up_write... I'll try to look at freeze/thaw > >>> code, > >> > >> Heh, yes, it

Re: [PATCH] x86/apic: Use byte array apic_version[], not int array. Saves up to 96k

On Sun, 11 Sep 2016, Borislav Petkov wrote: > On Fri, Sep 09, 2016 at 10:32:04AM +0200, Denys Vlasenko wrote: > > This array is [MAX_LOCAL_APIC], and MAX_LOCAL_APIC can easily be up to 32k. > > > > This patch changes apic_version[] array elements from int to u8 - > > APIC version values as of

Re: [PATCH] coresight: tmc: fix for trace collection bug in sysFS mode

On 13 September 2016 at 06:20, Venkatesh Vivekanandan wrote: > tmc_etb_dump_hw is never called in sysFS mode to collect trace from > hardware, because drvdata->mode is set to CS_MODE_DISABLED at > tmc_disable_etf/etr_sink > > static void

Re: [PATCH v2 0/8] PCI: pciehp: Rework hotplug interrupt routine

On Mon, Sep 12, 2016 at 04:08:47PM -0500, Bjorn Helgaas wrote: > This is mostly Mayurkumar's work from [1] and [2]. I split [2] into two > patches and reworked it to keep the enclosing loop around the pciehp ISR. > > The patches I added are trivial ones to clarify variable names, make dmesg >

Re: [PATCH 1/2] PCI: save and restore device state during bus reset

On Thu, Sep 01, 2016 at 07:00:00PM -0400, Sinan Kaya wrote: > A secondary bus reset causes settings to be lost by all downstream > devices on the tree. The code is currently saving and restoring device > states only when called from the VFIO path via pci_probe_reset_bus > and pci_reset_bus

Re: KVM patches applied in weird order in -stable

On Tue, Sep 13, 2016 at 06:26:12PM +0200, Paolo Bonzini wrote: > > > On 13/09/2016 16:58, Greg KH wrote: > > [adding stable@ as this is a stable issue, not a 'normal' issue] > > > > On Tue, Sep 13, 2016 at 03:51:00PM +0100, Matt Fleming wrote: > >> Folks, > >> > >> While hunting down a

[GIT PULL] MD update for 4.8-rc6

Hi Linus, A few bug fixes for MD. - Guoqing fixed a bug compiling md-cluster in kernel - I fixed a potential deadlock in raid5-cache superblock write, a hang in raid5 reshape resume and a race condition introduced in -rc4 Please pull! Thanks, Shaohua The following changes since commit

[PATCH] usb: storage: alauda: Clean up if function returned NULL on failure

Some functions return NULL on failure, used !x instead of x==NULL. Signed-off-by: Amit Ghadge --- drivers/usb/storage/alauda.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/usb/storage/alauda.c b/drivers/usb/storage/alauda.c

Re: [PATCH 1/2] PCI: save and restore device state during bus reset

Hi Bjorn, On 9/13/2016 12:42 PM, Bjorn Helgaas wrote: > > This comment is no longer correct (you don't leave the devices in > power-on state). Sorry about that, I can fix the comment. > >> + */ >> +void pci_reset_bridge_secondary_bus(struct pci_dev *dev) >> +{ >> +

Re: [PATCH 03/47] block-rbd: Adjust the position of a jump label in rbd_header_from_disk()

Hi Ilya, Thanks for adding me. On Tue, 13 Sep 2016 11:16:13 +0200, Ilya Dryomov wrote: > On Tue, Sep 13, 2016 at 10:12 AM, SF Markus Elfring > wrote: > >>> @@ -1064,7 +1064,7 @@ static int rbd_header_from_disk(struct rbd_device > >>> *rbd_dev, > >>>

Re: [PATCH 3/3] PCI: Xilinx NWL PCIe: Fix Error for multi function device for legacy interrupts.

On Tue, Sep 13, 2016 at 08:41:28AM +0100, Marc Zyngier wrote: > On 12/09/16 23:02, Bjorn Helgaas wrote: > > On Thu, Sep 01, 2016 at 05:19:55AM +, Bharat Kumar Gogada wrote: > >>> Hi Bharat, > @@ -561,7 +561,7 @@ static int nwl_pcie_init_irq_domain(struct > nwl_pcie >

Re: [PATCH v3 07/15] lockdep: Implement crossrelease feature

So the idea is to add support for non-owner serialization primitives, like completions/semaphores, and so far I've not looked at the code yet. I did spend 2+ hours trying to decipher your documentation thing, but am still confused, that thing is exceedingly hard to parse/read. So the typical

[PATCHv3 1/2] pciehp: Let user control LED status

This patch adds a new flag to the pci_dev structure instructing pciehp to not interpret PCIe slot LED indicators. The pciehp driver will instead allow all LED control from the user by setting the slot control indicators as the user requested through sysfs. This is preparing for domain devices that

[PATCHv3 2/2] x86/vmd: Add PCI domain specific LED option

This patch adds a new function to set PCI domain specific options as devices are added. The usage included in this patch is for LED indicator control in VMD domains, but may be extended in the future as new domain specific options are required. PCIe LED Slot Control in a VMD domain is repurposed

Re: [PATCH 1/3] PCI: Xilinx NWL PCIe: Expanding PCIe core errors and printing event occurred.

On Tue, Aug 30, 2016 at 04:09:16PM +0530, Bharat Kumar Gogada wrote: > The current driver prints pcie core error, for all core events. > Instead of just printing PCIe core error, now adding prints to show > individual core events occurred. > > Signed-off-by: Bharat Kumar Gogada

Re: KVM patches applied in weird order in -stable

[adding stable@ as this is a stable issue, not a 'normal' issue] On Tue, Sep 13, 2016 at 03:51:00PM +0100, Matt Fleming wrote: > Folks, > > While hunting down a performance issue involving KVM I was surprised > to see "native_set_debugreg()" as the first entry in `perf top`. > > Digging deeper,

Re: BUG_ON in rcu_sync_func triggered

On 09/13/2016 05:38 PM, Nikolay Borisov wrote: > > > On 09/13/2016 05:35 PM, Nikolay Borisov wrote: >> >> >> On 09/13/2016 04:43 PM, Oleg Nesterov wrote: >>> On 09/13, Oleg Nesterov wrote: OK... perhaps the unbalanced up_write... I'll try to look at freeze/thaw code, >>> >>>

Re: KVM patches applied in weird order in -stable

On 13/09/2016 16:58, Greg KH wrote: > [adding stable@ as this is a stable issue, not a 'normal' issue] > > On Tue, Sep 13, 2016 at 03:51:00PM +0100, Matt Fleming wrote: >> Folks, >> >> While hunting down a performance issue involving KVM I was surprised >> to see "native_set_debugreg()" as the

Re: KVM patches applied in weird order in -stable

On 13/09/2016 18:57, Greg KH wrote: > >> [0] commit 4e422bdd2f84 ("KVM: x86: fix missed hardware breakpoints") > >> [1] commit 172b2386ed16 ("KVM: x86: fix missed hardware breakpoints") > >> [2] commit 70e4da7a8ff6 ("KVM: x86: fix root cause for missed > >> hardware

[RFC PATCH] ARM: dts: DRA7: Modify pcie1 dt node for EP mode

Modify pcie1 dt node in order for the controller to operate in endpoint mode. This is used only for testing EP mode. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/dra7.dtsi | 43 +++ 1 file changed, 11 insertions(+), 32

[RFC PATCH] pci: endpoint: functions: add an EP function to test PCI

This adds a new endpoint function driver (to program the virtual test device) making use of the EP-core library. The complete usage of the test function is described in Documentation/PCI/pci-test.txt (included in this commit). Signed-off-by: Kishon Vijay Abraham I ---

[RFC PATCH] pci: endpoint: add EP core layer to enable EP controller and EP functions

Introduce a new EP core layer in order to support endpoint functions in linux kernel. This comprises of EPC library (Endpoint Controller Library) and EPF library (Endpoint Function Library). EPC library implements functions that is specific to an endpoint controller and EPF library implements

[RFC PATCH] pci: controller: dra7xx: Add EP mode support

The PCIe controller integrated in dra7xx SoCs is capable of operating in endpoint mode. Add support for dra7xx SoCs to operate in endpoint mode. Signed-off-by: Kishon Vijay Abraham I --- Documentation/devicetree/bindings/pci/ti-pci.txt | 30 ++- drivers/pci/controller/Kconfig

[RFC PATCH] pci: rename *host* directory to *controller*

No functional change. Renamed the *host* directory present inside drivers/pci to *controller*. Some of the controllers present in drivers/pci/host is capable of operating in endpoint mode. So having these drivers in *host* directory might not be appropriate. This is in preparation for adding

Re: [PATCH v3 01/15] x86/dumpstack: Optimize save_stack_trace

On Tue, Sep 13, 2016 at 10:18 PM, Josh Poimboeuf wrote: > On Tue, Sep 13, 2016 at 06:45:00PM +0900, Byungchul Park wrote: >> Currently, x86 implementation of save_stack_trace() is walking all stack >> region word by word regardless of what the trace->max_entries is. >>

Re: BUG_ON in rcu_sync_func triggered

On 09/13/2016 05:35 PM, Nikolay Borisov wrote: > > > On 09/13/2016 04:43 PM, Oleg Nesterov wrote: >> On 09/13, Oleg Nesterov wrote: >>> >>> OK... perhaps the unbalanced up_write... I'll try to look at freeze/thaw >>> code, >> >> Heh, yes, it looks racy or I am totally confused. >> >>> could

Re: [PATCH 1/4] uinput: Add ioctl for using monotonic/ boot times

On Tuesday, September 13, 2016 7:10:02 AM CEST Deepa Dinamani wrote: > --- a/drivers/input/misc/uinput.c > +++ b/drivers/input/misc/uinput.c > @@ -46,11 +46,28 @@ static int uinput_dev_event(struct input_dev *dev, > unsigned int type, unsigned int code, int value) > {

Re: [PATCH net-next] net: bridge: add helper to call /sbin/bridge-stp

From: Vivien Didelot Date: Thu, 8 Sep 2016 12:50:43 -0400 > If /sbin/bridge-stp is available on the system, bridge tries to execute > it instead of the kernel implementation when starting/stopping STP. > > If anything goes wrong with /sbin/bridge-stp,

Re: [PATCH v2] cpuset: handle race between CPU hotplug and cpuset_hotplug_work

On Sun, Sep 11, 2016 at 09:14:58PM -0700, Joonwoo Park wrote: > A discrepancy between cpu_online_mask and cpuset's effective_cpus > mask is inevitable during hotplug since cpuset defers updating of > effective_cpus mask using a workqueue, during which time nothing > prevents the system from more

Re: [PATCH 1/2] net: ethernet: apm: xgene: use phydev from struct net_device

From: Philippe Reynes Date: Sun, 11 Sep 2016 17:54:03 +0200 > The private structure contain a pointer to phydev, but the structure > net_device already contain such pointer. So we can remove the pointer > phy_dev in the private structure, and update the driver to use the > one

Re: [PATCH 2/2] net: ethernet: apm: xgene: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 11 Sep 2016 17:54:04 +0200 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > Signed-off-by: Philippe Reynes Applied.

Re: [PATCH 1/6] PCI: xilinx: Keep both legacy and MSI interrupt references.

On Thu, Sep 01, 2016 at 03:44:41PM +0530, Bharat Kumar Gogada wrote: > When built with MSI support the legacy domain reference is being > overwritten with MSI. > Instead creating two separate domains for MSI and legacy interrupts. > > Signed-off-by: Bharat Kumar Gogada

RE: [PATCH v2 1/8] PCI: pciehp: Rename pcie_isr() locals for clarity

> > On Tue, Sep 13, 2016 at 10:05:31AM +, Patel, Mayurkumar wrote: > > > > > Rename "detected" and "intr_loc" to "status" and "events" for clarity. > > > "status" is the value we read from the Slot Status register; "events" is > > > the set of hot-plug events we need to process. No

Re: [PATCH v5 2/9] drivers: irqchip: Add STM32 external interrupts support

Hi Thomas, On 09/13/2016 05:21 PM, Thomas Gleixner wrote: On Fri, 9 Sep 2016, Alexandre TORGUE wrote: +static void stm32_exti_free(struct irq_domain *d, unsigned int virq, + unsigned int nr_irqs) +{ + struct irq_data *data = irq_get_irq_data(virq); + +

Re: [PATCH v3] net: ip, diag -- Add diag interface for raw sockets

On Tue, Sep 13, 2016 at 11:57:35AM -0400, David Miller wrote: > > > > Thanks for review, David. I updated against net-next. > > Please do not post new versions of patches as replies to existing > discussions. > > Instead, make fresh patch postings to the list. Oh, will do. Sorry for

Re: [PATCH 03/47] block-rbd: Adjust the position of a jump label in rbd_header_from_disk()

On Tue, 13 Sep 2016 17:30:33 +0200, Ilya Dryomov wrote: > On Tue, Sep 13, 2016 at 4:36 PM, Jean Delvare wrote: > > On Tue, 13 Sep 2016 11:16:13 +0200, Ilya Dryomov wrote: > >> Jon, could you please yank 865a1caa4b6b ("CodingStyle: Clarify and > >> complete chapter 7") from your

[RFC PATCH] pci: controller: split designware into *core* and *host*

No functional change. Split the designware core driver into *core* driver and *host* only driver. This is in preparation to add endpoint support in designware. The *endpoint* driver will reuse the *core* driver. This also modifies the dra7xx code to use the new architecture. TODO: All other

[RFC PATCH] misc: add a new host side PCI endpoint test driver

Add PCI endpoint test driver that can verify base address register and legacy interrupt. (TODO: buffer tests and MSI interrupt). The corresponding pci-epf-test function driver should be used on the EP side. Signed-off-by: Kishon Vijay Abraham I --- drivers/misc/Kconfig

Re: [PATCH v3 07/15] lockdep: Implement crossrelease feature

On Wed, Sep 14, 2016 at 12:05 AM, Peter Zijlstra wrote: > > > So the idea is to add support for non-owner serialization primitives, > like completions/semaphores, and so far I've not looked at the code yet. > I did spend 2+ hours trying to decipher your documentation thing,

[RFC PATCH] HACK: pci: controller: dra7xx: disable smart idle

Smart idle prevents RC to access the memory space of this controller. Set the idle mode to smart idle wakeup. This should ideally be done in hwmod. Till it's figured out how to configure it in hwmod, mark this as HACK. Signed-off-by: Kishon Vijay Abraham I ---

[RFC PATCH] pci: controller: designware: Add EP mode support

Add endpoint mode support to designware driver. This uses the EP Core layer introduced recently to add endpoint mode support. *Any* function driver can now use this designware device to achieve the EP functionality. Signed-off-by: Kishon Vijay Abraham I ---

[RFC PATCH] Documentation: PCI: guide to use PCI Endpoint Core Layer

Add Documentation to let users enable endpoint mode in the PCI controller and add new PCI endpoint function. Signed-off-by: Kishon Vijay Abraham I --- Documentation/PCI/00-INDEX |2 + Documentation/PCI/pci-endpoint.txt | 199 2

Re: [PATCH] ARM: decompressor: reset ttbcr fields to use TTBR0 on ARMv7

On 09/12/2016 11:21 PM, Robin Murphy wrote: On 12/09/16 07:57, Srinivas Ramana wrote: If the bootloader uses the long descriptor format and jumps to kernel decompressor code, TTBCR may not be in a right state. Before enabling the MMU, it is required to clear the TTBCR.PD0 field to use TTBR0 for

Re: [PATCH v2] mm, proc: Fix region lost in /proc/self/smaps

On 09/12, Michal Hocko wrote: > > Considering how this all can be tricky and how partial reads can be > confusing and even misleading I am really wondering whether we > should simply document that only full reads will provide a sensible > results. I agree. I don't even understand why this was

Re: [PATCH v5 2/9] drivers: irqchip: Add STM32 external interrupts support

On Fri, 9 Sep 2016, Alexandre TORGUE wrote: > +static void stm32_exti_free(struct irq_domain *d, unsigned int virq, > + unsigned int nr_irqs) > +{ > + struct irq_data *data = irq_get_irq_data(virq); > + > + irq_gc_mask_clr_bit(data->parent_data); I have a hard time

[PATCH 0/4] ACPI: Add support for WDAT (Watchdog Action Table)

Hi all, The WDAT (Watchdog Action Table) is a special ACPI table introduced by Microsoft [1] that abstracts the watchdog hardware from the OS. Windows uses this table for its watchdog implementation instead of a native iTCO driver. Microsoft re-licensed the WDAT specification to be under

[PATCH 2/4] mfd: lpc_ich: Do not create iTCO watchdog when WDAT table exists

ACPI WDAT table is the preferred way to use hardware watchdog over the native iTCO_wdt. Windows only uses this table for its hardware watchdog implementation so we should be relatively safe to trust it has been validated by OEMs Prevent iTCO watchdog creation if we detect that there is ACPI WDAT

[PATCH 4/4] platform/x86: intel_pmc_ipc: Do not create iTCO watchdog when WDAT table exists

ACPI WDAT table is the preferred way to use hardware watchdog over the native iTCO_wdt. Windows only uses this table for its hardware watchdog implementation so we should be relatively safe to trust it has been validated by OEMs. Prevent iTCO watchdog creation if we detect that there is an ACPI

Re: [PATCH 1/8] ARM: dts: bcm283x: Define standard pinctrl groups in the gpio node.

Dave Stevenson writes: > On 09/09/16 22:20, Eric Anholt wrote: >> e<#secure method=pgpmime mode=sign> >> Gerd Hoffmann writes: >> >>>Hi, >>> According to this page [1] the pinctrl group for parallel display

Re: ARM, SoC: About the use DT-defined properties by 3rd-party drivers

On Tue, Sep 13, 2016 at 04:55:59PM +0200, Sebastian Frias wrote: > On 09/13/2016 03:12 PM, Mark Rutland wrote: > >> Exactly, that is why I was thinking it would take less "review" time. > >> Indeed, if there is no driver, why would it matter what those bindings > >> are? > > > > If you believe

Re: [PATCH V3] net-next: dsa: add FIB support

Hi John, John Crispin writes: > @@ -237,6 +237,7 @@ struct switchdev_obj; > struct switchdev_obj_port_fdb; > struct switchdev_obj_port_mdb; > struct switchdev_obj_port_vlan; > +struct switchdev_obj_ipv4_fib; Can you keep it ordered please (put obj_ipv4 above port_fdb). >

Re: [PATCH v2] mm, proc: Fix region lost in /proc/self/smaps

On 09/13/2016 07:59 AM, Oleg Nesterov wrote: > On 09/12, Michal Hocko wrote: >> > Considering how this all can be tricky and how partial reads can be >> > confusing and even misleading I am really wondering whether we >> > should simply document that only full reads will provide a sensible >> >

[PATCH] perf diff: bug fix, donot overwrite build id in dso__load

From: Kan Liang This patch fixes a perf diff regression issue which was introduced by: commit 5baecbcd9c9a ("perf symbols: we can now read separate debug-info files based on a build ID") The binary name could be same when perf diff different binaries. Build id is used to

[PATCH] usb: atm: cxacru: Clean up if function returned NULL on failure

Some functions return NULL on failure, used !x instead of x==NULL. Signed-off-by: Amit Ghadge --- drivers/usb/atm/cxacru.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/usb/atm/cxacru.c b/drivers/usb/atm/cxacru.c index

Re: [PATCH] mfd: Add HiSilicon Flash Memory Controller(FMC) driver

On Tue, Sep 06, 2016 at 10:57:22AM +0800, linshunquan 00354166 wrote: > From: Shunquan Lin > > This patch adds driver support for HiSilicon Flash Memory > Controller(FMC). HiSilicon FMC is a multi-functions device which > supports SPI Nor flash controller, SPI nand

Re: ARM, SoC: About the use DT-defined properties by 3rd-party drivers

Hi Mark, On 09/13/2016 03:12 PM, Mark Rutland wrote: >> Exactly, that is why I was thinking it would take less "review" time. >> Indeed, if there is no driver, why would it matter what those bindings >> are? > > If you believe that the bindings don't matter, then there is absolutely > no reason

Re: [PATCH net-next 1/2] net: mvneta: add xmit_more support

On Tue, 2016-09-13 at 09:00 +0200, Marcin Wojtas wrote: > From: Simon Guinot > > Basing on xmit_more flag of the skb, TX descriptors can be concatenated > before flushing. This commit delay Tx descriptor flush if the queue is > running and if there is more skb's to

Re: [PATCH v3 2/2] iommu/exynos: Add proper runtime pm support

Hi Marek, [auto build test ERROR on iommu/next] [also build test ERROR on v4.8-rc6 next-20160913] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience) to record w

Re: [RESEND PATCH v7 0/4] the fix for the USB HOST1 at rk3288 platform

Am Dienstag, 13. September 2016, 19:26:03 CEST schrieb ayaka: > On 09/13/2016 07:06 PM, Heiko Stuebner wrote: > > Hi Randy, > > > > could you check if the other host-only dwc2 are also affected by this > > (rk3188, rk3036) please? Because they also seem to act up in some strange > > way > But I

Re: [RFCv3][PATCH 3/5] arm64: Implement ARCH_HAS_FORCE_CACHE

On 09/13/2016 02:19 AM, Will Deacon wrote: Hi Laura, On Mon, Sep 12, 2016 at 02:32:56PM -0700, Laura Abbott wrote: arm64 may need to guarantee the caches are synced. Implement versions of the kernel_force_cache API to allow this. Signed-off-by: Laura Abbott --- v3:

[tip:irq/urgent] genirq: Provide irq_gc_{lock_irqsave,unlock_irqrestore}() helpers

Commit-ID: ebf9ff753c041b296241990aef76163bbb2cc9c8 Gitweb: http://git.kernel.org/tip/ebf9ff753c041b296241990aef76163bbb2cc9c8 Author: Boris Brezillon AuthorDate: Tue, 13 Sep 2016 15:58:28 +0200 Committer: Thomas Gleixner

[tip:irq/urgent] irqchip/atmel-aic: Fix potential deadlock in ->xlate()

Commit-ID: 5eb0d6eb3fac3daa60d9190eed9fa41cf809c756 Gitweb: http://git.kernel.org/tip/5eb0d6eb3fac3daa60d9190eed9fa41cf809c756 Author: Boris Brezillon AuthorDate: Tue, 13 Sep 2016 15:58:29 +0200 Committer: Thomas Gleixner

Re: [GIT PULL] extcon next for 4.9

On Tue, Sep 13, 2016 at 04:33:06PM +0900, Chanwoo Choi wrote: > Dear Greg, > > This is extcon-next pull request for v4.9. I add detailed description of > this pull request on below. Please pull extcon with following updates. > > Best Regards, > Chanwoo Choi > > The following changes since

Re: [PATCH 1/3] virtio: Basic implementation of virtio pstore driver

On Sat, Aug 20, 2016 at 05:07:42PM +0900, Namhyung Kim wrote: > The virtio pstore driver provides interface to the pstore subsystem so > that the guest kernel's log/dump message can be saved on the host > machine. Users can access the log file directly on the host, or on the > guest at the next

Re: [PATCH 03/47] block-rbd: Adjust the position of a jump label in rbd_header_from_disk()

On Tue, Sep 13, 2016 at 4:36 PM, Jean Delvare wrote: > Hi Ilya, > > Thanks for adding me. > > On Tue, 13 Sep 2016 11:16:13 +0200, Ilya Dryomov wrote: >> On Tue, Sep 13, 2016 at 10:12 AM, SF Markus Elfring >> wrote: >> >>> @@ -1064,7 +1064,7 @@

Re: net/bluetooth: workqueue destruction WARNING in hci_unregister_dev

Hello, On Sat, Sep 10, 2016 at 11:33:48AM +0200, Dmitry Vyukov wrote: > Hit the WARNING with the patch. It showed "Showing busy workqueues and > worker pools:" after the WARNING, but then no queue info. Was it > already destroyed and removed from the list?... Hmm... It either means that the

Re: [PATCH 3/3] PCI: Xilinx NWL PCIe: Fix Error for multi function device for legacy interrupts.

Hello, On Tue, 13 Sep 2016 10:34:02 -0500, Bjorn Helgaas wrote: > > After looking at this myself, I'm not happy with this either. It feels > > like there are bugs lurking here and we're just hiding one of them. > > > > Here are the callers of irq_domain_add_linear() for legacy INTx in > >

Re: [PATCH] MIPS: rb532: Fix undefined reference to setup_serial_port

On Mon, Sep 05, 2016 at 05:18:40PM +0100, Matt Redfearn wrote: > If the rb532 machine is compiled without CONFIG_SERIAL_8250, the > following linker error occurs > > arch/mips/built-in.o: In function `setup_serial_port': > (.init.text+0x20c): undefined reference to `early_serial_setup' > > Fix

Re: [PATCH v3] stop_machine: Make migration_cpu_stop() does useful works for CONFIG_PREEMPT_NONE

On Tue, Sep 13, 2016 at 06:14:27PM +0200, Oleg Nesterov wrote: > Me too, and I failed to find something which could be broken... So > perhaps should make it nop and investigate the new bug reports after > that. Works for me :-) > > Hmm. And preempt_enable_no_resched_notrace() under TASK_DEAD

[PATCH] irqchip: mips-gic: Use for_each_set_bit to iterate over local IRQs

The MIPS GIC driver has previously iterated over bits set in a bitmap representing pending local IRQs by calling find_first_bit, clearing that bit then calling find_first_bit again until all bits are clear. If multiple interrupts are pending then this is wasteful, as find_first_bit will have to

[PATCH] irqchip: mips-gic: Fix local interrupts

Since the device hierarchy domain was added by commit c98c1822ee13 ("irqchip/mips-gic: Add device hierarchy domain"), GIC local interrupts have been broken. Users attempting to setup a per-cpu local IRQ, for example the GIC timer clock events code in drivers/clocksource/mips-gic-timer.c, the

Re: [PATCH] iio: dt-bindings: add documentation for Light sensor STK331x

On 13/09/16 10:53, Heiko Stuebner wrote: > Hi, > > Am Dienstag, 13. September 2016, 17:27:02 CEST schrieb Andy Yan: >> Add the device tree binding documentation for Light & Proximity sensor >> STK331X from Sensortek >> >> Signed-off-by: Andy Yan >> --- >> >>

Re: gen_initramfs_list.sh escaping problem or stale dependency file?

On 09/13/2016 12:24 AM, Michal Marek wrote: > On Mon, Sep 12, 2016 at 05:12:15PM -0700, Florian Fainelli wrote: >> Hi, >> >> I have a root filesystem embedding filenames that look like these: >> >> /lib/data/: >> >> these are essentially files that can be matched against an USB >> vendor/product

Re: [PATCH v3 07/15] lockdep: Implement crossrelease feature

On Tue, Sep 13, 2016 at 7:05 PM, Peter Zijlstra wrote: > On Tue, Sep 13, 2016 at 06:45:06PM +0900, Byungchul Park wrote: >> Crossrelease feature calls a lock 'crosslock' if it is releasable >> in any context. For crosslock, all locks having been held in the >> release

Re: [RFCv3][PATCH 3/5] arm64: Implement ARCH_HAS_FORCE_CACHE

On Tue, Sep 13, 2016 at 08:02:20AM -0700, Laura Abbott wrote: > On 09/13/2016 02:19 AM, Will Deacon wrote: > >On Mon, Sep 12, 2016 at 02:32:56PM -0700, Laura Abbott wrote: > >> > >>arm64 may need to guarantee the caches are synced. Implement versions of > >>the kernel_force_cache API to allow

Re: [PATCH 4/4] input: serio: Replace timeval by timespec64

On Tuesday, September 13, 2016 7:10:05 AM CEST Deepa Dinamani wrote: > struct timeval is not y2038 safe. > All references to timeval will be deleted from the > kernel to make it y2038 safe. > Replace its uses by y2038 safe struct timespec64. > > The timestamps changed here only keep track of

Re: [PATCH 2/4] input: evdev: Replace timeval with timespec64

On Tuesday, September 13, 2016 7:10:03 AM CEST Deepa Dinamani wrote: > struct timeval is not y2038 safe. > > All references to timeval in the kernel will be replaced > by y2038 safe structures. > Replace all references to timeval with y2038 safe > struct timespec64 here. > > struct input_event

RE: [PATCH v7] gpio: add Intel WhiskeyCove PMIC GPIO driver

On Fri, Sep 13, 2016 at 07:46:31AM, Paul Gortmaker wrote: >> On Tue, Sep 13, 2016 at 4:37 PM, Paul Gortmaker >> wrote: >> >> > This looks like an invalid address, and >> >> >> >> >> +MODULE_AUTHOR("Ajay Thomas >> >> >>

Re: [PATCH 3/4] input: Deprecate real timestamps beyond year 2106

Hi Deepa, [auto build test ERROR on input/next] [also build test ERROR on v4.8-rc6 next-20160913] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience) to record w

Re: [PATCH] drivers: net: phy: xgene: Fix 'remove' function

From: Christophe JAILLET Date: Sun, 11 Sep 2016 21:43:34 +0200 > If 'IS_ERR(pdata->clk)' is true, then 'clk_disable_unprepare(pdata->clk)' > will do nothing. > > It is likely that 'if (!IS_ERR(pdata->clk))' was expected here. > In fact, the test can even be

Re: [PATCH 2/2] phy: msm8996-pcie-phy: Add support to msm8996 pcie phy

On 9/7/2016 4:25 PM, Srinivas Kandagatla wrote: This patch adds support to msm8996 pcie phy which supports 3 ports, Port A, Port B and Port C. Each port is independent and connected to a pcie host controller, there is also a common block which is shared across all the 3 ports. Signed-off-by:

Re: [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation

On Tue, Sep 13, 2016 at 04:25:55PM +0100, Robin Murphy wrote: [...] > > +/** > > + * iort_add_smmu_platform_device() - Allocate a platform device for SMMU > > + * @fwnode: IORT node associated fwnode handle > > + * @node: Pointer to SMMU ACPI IORT node > > + * > > + * Returns: 0 on success, <0

[PATCH 1/2] clocksource: mips-gic-timer: Print an error if IRQ setup fails

We've checked for errors from setup_irq_percpu since commit f95ac8558b88 ("CLOCKSOURCE: mips-gic: Add missing error returns checks") but didn't print an error message in the failure case. This makes it very easy to overlook the GIC timer clock event driver not being registered, since we'll

[PATCH 2/2] clocksource: mips-gic-timer: Stop checking cpu_has_counter

The cpu_has_counter macro indicates whether the current CPU has a working coprocessor 0 count & compare registers, and has no bearing on the GIC. Stop checking it. Signed-off-by: Paul Burton Cc: Daniel Lezcano Cc: Thomas Gleixner

Re: [PATCH 3/3] net-next: dsa: add new driver for qca8xxx family

Hi Andrew, Andrew Lunn writes: >> ok, i will simply substract 1 from the phy_addr inside the mdio >> callbacks. this would make the code more readable and make the DT >> binding compliant with the ePAPR spec. > > It does however need well commenting. It is setting a trap for

  1   2   3   4   5   6   7   8   9   10   >