Re: [PATCH v2 06/13] mpt3sas: API's to remove nvme drive from sml

On 07/14/2017 03:22 PM, Suganath Prabu S wrote: > Below API's are included in nvme drive remove path. > _scsih_pcie_device_remove_by_handle > _scsih_pcie_device_remove_from_sml > > Signed-off-by: Chaitra P B > Signed-off-by: Suganath Prabu S

Re: [PATCH v2 05/13] mpt3sas: API 's to support NVMe drive addition to SML

On 07/14/2017 03:22 PM, Suganath Prabu S wrote: > Below Functions are added in various paths to support NVMe > drive addition. > > _scsih_pcie_add_device > _scsih_pcie_device_add > _scsih_pcie_device_init_add > _scsih_check_pcie_access_status > _scsih_pcie_check_device > >

Re: [PATCH v2 08/13] mpt3sas: Set NVMe device queue depth as 128

On 07/14/2017 03:22 PM, Suganath Prabu S wrote: > Sets nvme device queue depth, name and displays device capabilities > > Signed-off-by: Chaitra P B > Signed-off-by: Suganath Prabu S > --- >

Re: [PATCH v1] crypto: brcm - Support more FlexRM rings than SPU engines.

On Fri, Jul 21, 2017 at 11:17:39AM +0530, Raveendra Padasalagi wrote: > Enhance code to generically support cases where DMA rings > are greater than or equal to number of SPU engines. > New hardware has underlying DMA engine-FlexRM with 32 rings > which can be used to communicate to any of the

Re: [PATCH v3 2/5] dmaengine: Add STM32 DMAMUX driver

our mail server started to mangle outgoing mails, sorry for that, we are trying to resolve that... Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 2017-08-02 17:28, Pierre Yves MORDRET wrote: Correct router

Re: [PATCH v2 10/13] mpt3as: Add-Task-management-debug-info-for-NVMe-drives.

On 07/14/2017 03:22 PM, Suganath Prabu S wrote: > Added debug information for NVMe/PCIe drives in target rest path. > > Signed-off-by: Chaitra P B > Signed-off-by: Suganath Prabu S > --- > drivers/scsi/mpt3sas/mpt3sas_scsih.c

linux-next: Tree for Aug 3

Hi all, Changes since 20170802: The net-next tree gained a conflict against the net tree. The drm-msm tree gained a conflict against the drm tree. I again reverted a commit from the staging tree that was causing overnight build failures. Non-merge commits (relative to Linus' tree): 4008 4133

Re: [PATCH v2 01/13] mpt3sas: Update MPI Header

On 07/14/2017 03:22 PM, Suganath Prabu S wrote: > Update MPI Files for NVMe support > > Signed-off-by: Chaitra P B > Signed-off-by: Suganath Prabu S > --- > drivers/scsi/mpt3sas/mpi/mpi2.h | 43 +++- >

Re: [PATCH v6 1/3] Documentation: devicetree: add Freescale RNGC binding

On Sun, Jul 23, 2017 at 07:49:04PM +0200, Martin Kaiser wrote: > From: Steffen Trumtrar > > Add binding documentation for the Freescale RNGC found on > some i.MX2/3 SoCs. > > Signed-off-by: Steffen Trumtrar > Signed-off-by: Martin Kaiser

Re: [PATCH v6 3/3] hwrng: add a driver for Freescale RNGC

On Sun, Jul 23, 2017 at 07:49:06PM +0200, Martin Kaiser wrote: > The driver is ported from Freescale's Linux git and can be > found in the > > vendor/freescale/imx_2.6.35_maintain > > branch. > > The driver supports both RNG version C that's part of some Freescale > i.MX3 SoCs and version

Re: [PATCH v2 12/13] mpt3sas: Fix nvme drives checking for tlr.

On 07/14/2017 03:22 PM, Suganath Prabu S wrote: > Check for NVMe drives before enabling or checking tlr. > > Signed-off-by: Chaitra P B > Signed-off-by: Suganath Prabu S > --- > drivers/scsi/mpt3sas/mpt3sas_scsih.c | 22

Re: [PATCH v2 11/13] mpt3sas: NVMe drive support for BTDHMAPPING ioctl command and log info

On 07/14/2017 03:22 PM, Suganath Prabu S wrote: > * Added debug prints for pcie devices in ioctl debug path. Which > will be helpful for debugging. > * Added PCIe device support for ioctl BTDHMAPPING ioctl. > > Signed-off-by: Chaitra P B > Signed-off-by: Suganath

Re: [PATCH v2 13/13] mpt3sas: Update mpt3sas driver version.

On 07/14/2017 03:22 PM, Suganath Prabu S wrote: > Updated mpt3sas driver version to 15.101.00.00 > > Signed-off-by: Chaitra P B > Signed-off-by: Suganath Prabu S > --- > drivers/scsi/mpt3sas/mpt3sas_base.h |4 ++-- > 1

Re: [PATCH] crypto: atmel-sha: remove unnecessary static in atmel_sha_remove()

Gustavo A. R. Silva wrote: > Remove unnecessary static on local variable sha_dd. Such variable > is initialized before being used, on every execution path throughout > the function. The static has no benefit and, removing it reduces the > object file size. > > This issue

Re: [PATCH] crypto: atmel-tdes: remove unnecessary static in atmel_tdes_remove()

Gustavo A. R. Silva wrote: > Remove unnecessary static on local variable tdes_dd. Such variable > is initialized before being used, on every execution path throughout > the function. The static has no benefit and, removing it reduces the > object file size. > > This issue

Re: [PATCH] crypto: omap-sham: remove unnecessary static in omap_sham_remove()

Gustavo A. R. Silva wrote: > Remove unnecessary static on local variable dd. Such variable > is initialized before being used, on every execution path throughout > the function. The static has no benefit and, removing it reduces the > object file size. > > This issue was

Re: [PATCH] crypto: n2_core: Convert to using %pOF instead of full_name

On Tue, Jul 18, 2017 at 04:42:56PM -0500, Rob Herring wrote: > Now that we have a custom printf format specifier, convert users of > full_name to use %pOF instead. This is preparation to remove storing > of the full path string for each node. > > Signed-off-by: Rob Herring > Cc:

Re: [PATCH] crypto: img-hash: remove unnecessary static in img_hash_remove()

Gustavo A. R. Silva wrote: > Remove unnecessary static on local variable hdev. Such variable > is initialized before being used, on every execution path throughout > the function. The static has no benefit and, removing it reduces the > object file size. > > This issue

Re: [PATCH v2 09/13] mpt3sas: scan and add nvme device after controller reset

On 07/14/2017 03:22 PM, Suganath Prabu S wrote: > After Controller reset, Scan and add nvme device back to the topology. > > Signed-off-by: Chaitra P B > Signed-off-by: Suganath Prabu S > --- >

[PATCH v13 3/5] virtio-balloon: VIRTIO_BALLOON_F_SG

Add a new feature, VIRTIO_BALLOON_F_SG, which enables the transfer of balloon (i.e. inflated/deflated) pages using scatter-gather lists to the host. The implementation of the previous virtio-balloon is not very efficient, because the balloon pages are transferred to the host one by one. Here is

[PATCH v13 4/5] mm: support reporting free page blocks

This patch adds support to walk through the free page blocks in the system and report them via a callback function. Some page blocks may leave the free list after the report function returns, so it is the caller's responsibility to either detect or prevent the use of such pages. Signed-off-by:

[PATCH v13 5/5] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_VQ

Add a new vq to report hints of guest free pages to the host. Signed-off-by: Wei Wang Signed-off-by: Liang Li --- drivers/virtio/virtio_balloon.c | 164 ++-- include/uapi/linux/virtio_balloon.h | 1 + 2 files

[PATCH v13 0/5] Virtio-balloon Enhancement

This patch series enhances the existing virtio-balloon with the following new features: 1) fast ballooning: transfer ballooned pages between the guest and host in chunks using sgs, instead of one by one; and 2) free_page_vq: a new virtqueue to report guest free pages to the host. The second

Re: [PATCH] Remove explicit return type cast

/Remove-explicit-return-type-cast/20170803-080312 config: blackfin-allyesconfig (attached as .config) compiler: bfin-uclinux-gcc (GCC) 6.2.0 reproduce: wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross

Re: [PATCH] Crypto: atmel-ecc: Make a couple of local functions static

On Wed, Jul 19, 2017 at 10:24:15AM +0100, Colin King wrote: > From: Colin Ian King > > Functions atmel_ecc_i2c_client_alloc and atmel_ecc_i2c_client_free are > local to the source and no not need to be in the global scope. Make > them static. > > Cleans up sparse

Re: [PATCH v2 04/13] mpt3sas: Added support for nvme encapsulated request message.

On 07/14/2017 03:22 PM, Suganath Prabu S wrote: > * Mpt3sas driver uses the NVMe Encapsulated Request message to > send an NVMe command to an NVMe device attached to the IOC. > > * Normal I/O commands like reads and writes are passed to the > controller as SCSI commands and the controller has the

Re: [PATCH 1/2] mm, oom: do not rely on TIF_MEMDIE for memory reserves access

On Thu 03-08-17 10:39:42, Tetsuo Handa wrote: > Michal Hocko wrote: > > On Wed 02-08-17 00:30:33, Tetsuo Handa wrote: > > > > @@ -3603,6 +3612,22 @@ gfp_to_alloc_flags(gfp_t gfp_mask) > > > > return alloc_flags; > > > > } > > > > > > > > +static bool oom_reserves_allowed(struct

Re: [PATCH] x86/mm: trivial code cleanup for memory_map_top_doown()

Hmm ping... On Tue, May 2, 2017 at 9:26 PM, Wei Yang wrote: > Hi, Borislav and all > > Do you agree with my analysis or you have other comments? > > On Tue, Mar 14, 2017 at 11:56:39AM +0800, Wei Yang wrote: >>On Mon, Mar 13, 2017 at 07:50:21PM +0100, Borislav

Re: rcu_sched stall while waiting in csd_lock_wait()

On Thu, 3 Aug 2017 09:25:40 +0530 Pratyush Anand wrote: > Hi Will, > > On Wednesday 02 August 2017 01:38 PM, Will Deacon wrote: > > Hi Pratyush, > > > > On Wed, Aug 02, 2017 at 09:01:19AM +0530, Pratyush Anand wrote: > >> I am observing following rcu_sched stall while

Re: [RESEND PATCH v4 1/2] dt-bindings: i2c: Add Spreadtrum I2C controller documentation

Hi Wolfram, On 27 July 2017 at 17:29, Baolin Wang wrote: > Hi Wolfram, > > On 24 July 2017 at 14:51, Baolin Wang wrote: >> Hi Wolfram, >> >> On 五, 7月 14, 2017 at 05:01:10下午 +0800, Baolin Wang wrote: >>> This patch adds the binding

Re: [PATCH 1/2] pinctrl: rockchip: Use common interface for recalced iomux

On Fri, Jul 21, 2017 at 8:27 AM, David Wu wrote: > The other Socs also need the feature of recalced iomux, so > make it as a common interface like iomux route feature. > > Signed-off-by: David Wu Patch applied with Heiko's review tag. Yours,

Re: [PATCH] serial: 8250_of: Add basic PM runtime support

/serial-8250_of-Add-basic-PM-runtime-support/20170803-151414 base: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git tty-testing config: sparc64-allmodconfig (attached as .config) compiler: sparc64-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705 reproduce: wget https

[RFC 12/16] NOVA: Recovery code

Clean umount/mount -- On a clean unmount, Nova saves the contents of many of its DRAM data structures to PMEM to accelerate the next mount: 1. Nova stores the allocator state for each of the per-cpu allocators to the log of a reserved inode (NOVA_BLOCK_NODE_INO). 2. Nova

[RFC 10/16] NOVA: File data protection

Nova protects data and metadat from corruption due to media errors and scribbles -- software errors in the kernels that may overwrite Nova data. Replication --- Nova replicates all PMEM metadata structures (there are a few exceptions. They are WIP). For structure, there is a primary

[RFC 16/16] NOVA: Build infrastructure

Signed-off-by: Steven Swanson --- fs/Kconfig |2 ++ fs/Makefile |1 + fs/nova/Kconfig | 15 +++ fs/nova/Makefile |9 + 4 files changed, 27 insertions(+) create mode 100644 fs/nova/Kconfig create mode 100644 fs/nova/Makefile

Re: [lkp-robot] [mdio_bus] 95b80bf3db: WARNING:at_include/linux/gpio/consumer.h:#mdiobus_unregister

On Mon, Jul 24, 2017 at 4:20 AM, kernel test robot wrote: > FYI, we noticed the following commit: > > commit: 95b80bf3db03c2bf572a357cf74b9a6aefef0a4a ("mdio_bus: Remove unneeded > gpiod NULL check") > https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git

[RFC 15/16] NOVA: Performance measurement

Signed-off-by: Steven Swanson --- fs/nova/perf.c | 594 fs/nova/perf.h | 96 fs/nova/stats.c | 685 +++ fs/nova/stats.h | 218 ++ 4 files

[RFC 11/16] NOVA: Snapshot support

Nova supports snapshots to facilitate backups. Taking a snapshot - Each Nova file systems has a current epoch_id in the super block and each log entry has the epoch_id attached to it at creation. When the user creates a snaphot, Nova increments the epoch_id for the file system

[RFC 14/16] NOVA: Read-only pmem devices

Add (and implement) a module command line option to nd_pmem to support read-only pmem devices. Signed-off-by: Steven Swanson --- arch/x86/include/asm/io.h |1 + arch/x86/mm/ioremap.c | 25 ++--- drivers/nvdimm/pmem.c | 14 --

Re: [PATCH 1/2] mm, oom: do not rely on TIF_MEMDIE for memory reserves access

Michal Hocko wrote: > Look, I really appreciate your sentiment for for nommu platform but with > an absolute lack of _any_ oom reports on that platform that I am aware > of nor any reports about lockups during oom I am less than thrilled to > add a code to fix a problem which even might not exist.

Re: [RFC 2/5] i3c: Add core I3C infrastructure

On Tue, 1 Aug 2017 17:20:41 +0200 Boris Brezillon wrote: > On Tue, 1 Aug 2017 17:01:08 +0200 > Wolfram Sang wrote: > > > > I do not know of any real devices as of today (all my tests have been > > > done with a dummy/fake I3C slaves

[PATCH v3 0/5] add some quirks for Rockchip usb2-phy and add rv1108 SoCs' support

These series of patches add companion_grf_quirk and otg_mux interrupt for rockchip usb2-phy. In addition, this change also add rv1108 usb2-phy support. Changes from v2: - Amend otg-mux interrupt to be auto-detectable and update related dt-bindings. Changes from v1: - Send the dt-bindings as a

[PATCH v3 4/5] dt-bindings: phy-rockchip-inno-usb2: add otg-mux interrupt

Add otg-mux property to support multiplexed interrupt in otg-port on some Rockchip SoC (e.g RV1108). Signed-off-by: Frank Wang --- Documentation/devicetree/bindings/phy/phy-rockchip-inno-usb2.txt | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

Re: linux-next: Signed-off-by missing for commit in the drivers-x86 tree

On Thu, 2017-08-03 at 06:37 +1000, Stephen Rothwell wrote: > Hi Darren, > > Commits > >   890f658c101d ("platform/x86: peaq-wmi: silence a static checker > warning") >   6d8d55626296 ("platform/x86: msi-wmi: remove unnecessary static in > msi_wmi_notify()") >   cd0223c64c60 ("platform/x86:

Re: [PATCH v5 1/2] PCI: iproc: Retry request when CRS returned from EP

On Thu, Aug 3, 2017 at 2:34 AM, Bjorn Helgaas wrote: > On Thu, Jul 06, 2017 at 08:39:41AM +0530, Oza Pawandeep wrote: >> For Configuration Requests only, following reset it is possible for a >> device to terminate the request but indicate that it is temporarily unable >> to

Re: MikeeUSA -- Notice Bruce Perens has NO response (nor does Moglen). [Was: Re: GrSecurity]_

Malformed ascii art saying "Don't feed the trolls" IE: Can't attack the message, attack the man. Because White Men Programmers simply do not know what they do not know and take proper, correct, legal analysis from a license attorney dealing with a relevant issue as "trolling". Here's a

Re: [PATCH 3/3] IPI: Avoid to use 2 cache lines for one call_single_data

Eric Dumazet writes: > On Wed, 2017-08-02 at 16:52 +0800, Huang, Ying wrote: >> From: Huang Ying >> >> struct call_single_data is used in IPI to transfer information between >> CPUs. Its size is bigger than sizeof(unsigned long) and less than >>

Re: [PATCH v7 2/3] PCI: Enable PCIe Relaxed Ordering if supported

Hi Casey On Wed, Aug 02, 2017 at 05:53:52PM +, Casey Leedom wrote: >   Okay, here you go.  As you can tell, it's almost a trivial copy of the > cxgb4 patch. >   >   By the way, I realized that we have yet another hole which is likely not > to be fixable.  If we're dealing with a problematic

Re: MikeeUSA -- Notice Bruce Perens has NO response (nor does Moglen). [Was: Re: GrSecurity]

Malformed ascii art saying "Don't feed the trolls" IE: Can't attack the message, attack the man. Because White Men Programmers simply do not know what they do not know and take proper, correct, legal analysis from a license attorney dealing with a relevant issue as "trolling". Here's a

Re: [RESEND PATCH v4 1/2] dt-bindings: i2c: Add Spreadtrum I2C controller documentation

On 3 August 2017 at 16:26, Peter Rosin wrote: > On 2017-08-03 09:29, Baolin Wang wrote: >> Hi Wolfram, >> >> On 27 July 2017 at 17:29, Baolin Wang wrote: >>> Hi Wolfram, >>> >>> On 24 July 2017 at 14:51, Baolin Wang wrote:

Re: suspicious __GFP_NOMEMALLOC in selinux

On Thu, Aug 03, 2017 at 10:11:52AM +0200, Michal Hocko wrote: > > The GFP_ATOMIC|__GFP_NOMEMALLOC use in SELinux appears to be limited > > to security/selinux/avc.c, and digging a bit, I'm guessing commit > > fa1aa143ac4a copied the combination from 6290c2c43973 ("selinux: tag > > avc cache alloc

Re: [PATCH v3 2/5] dmaengine: Add STM32 DMAMUX driver

On 08/03/2017 08:42 AM, Peter Ujfalusi wrote: > our mail server started to mangle outgoing mails, sorry for that, we are > trying to resolve that... No problem ;) > > > Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. > Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile:

[PATCH v7 3/5] lib/scatterlist: Introduce and export __sg_alloc_table_from_pages

From: Tvrtko Ursulin Drivers like i915 benefit from being able to control the maxium size of the sg coalesced segment while building the scatter- gather list. Introduce and export the __sg_alloc_table_from_pages function which will allow it that control. v2: Reorder

[PATCH v6 2/5] lib/scatterlist: Avoid potential scatterlist entry overflow

From: Tvrtko Ursulin Since the scatterlist length field is an unsigned int, make sure that sg_alloc_table_from_pages does not overflow it while coalescing pages to a single entry. v2: Drop reference to future use. Use UINT_MAX. v3: max_segment must be page aligned. v4:

Re: Suspend-resume failure on Intel Eagle Lake Core2Duo

Hi. 2017-08-01 0:55 GMT+09:00 Thomas Gleixner : > On Mon, 31 Jul 2017, Tomi Sarvela wrote: >> On 31/07/17 18:06, Thomas Gleixner wrote: >> > Can you please remove the patch. And try the following: >> > >> > # echo N > /sys/module/printk/parameters/console_suspend >> > >> > #

Re: [PATCH 2/2] pinctrl: rockchip: Add rk3128 pinctrl support

On Fri, Jul 21, 2017 at 8:27 AM, David Wu wrote: > There are 3 IP blocks pin routes need to be switched, that are > emmc-cmd, spi, i2s. And there are some pins need to be recalced, > which are gpio2c4~gpio2c7 and gpio2d0. > > Signed-off-by: David Wu

Re: [PATCH v7 12/12] pinctrl: dt-bindings: add bindings for Rockchip RK805 PMIC

On Fri, Jul 21, 2017 at 1:19 PM, Joseph Chen wrote: (...) > +Following are optional properties defined as pinmux DT binding document > +. Absence of properties will leave the configuration > +on default. > + function, > + output-low, > + output-high. > +

[RFC 13/16] NOVA: Sysfs and ioctl

Nova provides the normal ioctls for setting file attributes and provides a /proc-based interface for taking snapshots. Signed-off-by: Steven Swanson --- fs/nova/ioctl.c | 185 +++ fs/nova/sysfs.c | 543

[RFC 08/16] NOVA: Garbage collection

Nova recovers log space with a two-phase garbage collection system. When a log reaches the end of its allocated pages, Nova allocates more space. Then, the fast GC algorithm scans the log to remove pages that have no valid entries. Then, it estimates how many pages the logs valid entries would

[RFC 04/16] NOVA: Inode operations and structures

Nova maintains per-CPU inode tables, and inode numbers are striped across the tables (i.e., inos 0, n, 2n,... on cpu 0; inos 1, n + 1, 2n + 1, ... on cpu 1). The inodes themselves live in a set of linked lists (one per CPU) of 2MB blocks. The last 8 bytes of each block points to the next block.

[RFC 09/16] NOVA: DAX code

NOVA leverages the kernel's DAX mechanisms for mmap and file data access. Nova maintains a red-black tree in DRAM (nova_inode_info_header.vma_tree) to track which portions of a file have been mapped. Signed-off-by: Steven Swanson --- fs/nova/dax.c | 1346

[PATCH] net: arc_emac: Add support for ndo_do_ioctl net_device_ops operation

This operation is required for handling ioctl commands like SIOCGMIIREG, when debugging MDIO registers from userspace. This commit adds support for this operation. Signed-off-by: Romain Perier --- drivers/net/ethernet/arc/emac_main.c | 13 + 1 file

[PATCH 2/2] atm: adummy: constify attribute_group structures.

attribute_group are not supposed to change at runtime. All functions working with attribute_group provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- drivers/atm/adummy.c | 2 +- 1 file changed, 1

[PATCH 0/2] constify atm attribute_group structures.

attribute_group are not supposed to change at runtime. All functions working with attribute_group provided by work with const attribute_group. So mark the non-const structs as const. Arvind Yadav (2): [PATCH 1/2] atm: solos-pci: constify attribute_group structures. [PATCH 2/2] atm: adummy:

[PATCH 1/2] atm: solos-pci: constify attribute_group structures.

attribute_group are not supposed to change at runtime. All functions working with attribute_group provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- drivers/atm/solos-pci.c | 4 ++-- 1 file changed, 2

Re: rk3288: mmcblk0: error -110 sending status command, retrying

On 2017/8/2 19:09, Jagan Teki wrote: Hi, Did anyone observing error -110 and -84 during boot on rk3288 target? full log here[1] and used dts node is[2]. -100 is -ETIMEDOUT and -84 is CRC error. So that seems much likely HW relevant. Have you check the SI of SD slot? You don't enable UHS

[PATCH v2 0/5] usb: Replace the deprecated extcon API

These patches replace the deprecated extcon API and remove them from extcon. Patch4 (drivers/usb/gadget/udc/snps_udc_plat.c) neeeds the review from usb maintainer. After finishing the review of patch4, I'll create the immutable branch and send the pull request to both usb and phy maintainer.

Re: [PATCH 1/2] mm, oom: do not rely on TIF_MEMDIE for memory reserves access

On Thu 03-08-17 17:03:20, Tetsuo Handa wrote: > Michal Hocko wrote: > > Look, I really appreciate your sentiment for for nommu platform but with > > an absolute lack of _any_ oom reports on that platform that I am aware > > of nor any reports about lockups during oom I am less than thrilled to > >

[PATCH v2 2/5] phy: rockchip-inno-usb2: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - extcon_get_cable_state_() -> extcon_get_state() - extcon_set_cable_state_() -> extcon_set_state_sync() Acked-by: Kishon Vijay Abraham I

[PATCH v2 3/5] phy: phy-bcm-ns2-usbdrd: Replace the deprecated extcon API

This patch replaces the deprecated extcon API as following: - extcon_set_cable_state_() -> extcon_get_state() Cc: Raviteja Garimella Acked-by: Kishon Vijay Abraham I Signed-off-by: Chanwoo Choi ---

[PATCH v2 1/5] phy: qcom-usb-hs: Replace the extcon API

This patch uses the resource-managed extcon API for extcon_register_notifier() and replaces the deprecated extcon API as following: - (deprecated) extcon_get_cable_state_() -> extcon_get_state() Acked-by: Kishon Vijay Abraham I Signed-off-by: Chanwoo Choi

Re: [RESEND PATCH v4 1/2] dt-bindings: i2c: Add Spreadtrum I2C controller documentation

On 2017-08-03 09:29, Baolin Wang wrote: > Hi Wolfram, > > On 27 July 2017 at 17:29, Baolin Wang wrote: >> Hi Wolfram, >> >> On 24 July 2017 at 14:51, Baolin Wang wrote: >>> Hi Wolfram, >>> >>> On 五, 7月 14, 2017 at 05:01:10下午 +0800, Baolin

[PATCH] mm, hugetlb: do not allocate non-migrateable gigantic pages from movable zones

From: Michal Hocko alloc_gigantic_page doesn't consider movability of the gigantic hugetlb when scanning eligible ranges for the allocation. As 1GB hugetlb pages are not movable currently this can break the movable zone assumption that all allocations are migrateable and as such

[PATCH 2/2] MAINTAINERS: add entry for mediatek usb3 DRD IP driver

Add myself as maintainer of MediaTek USB3 DRD IP driver Signed-off-by: Chunfeng Yun --- MAINTAINERS |7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 205d397..0f0bcc7 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -8472,6

Switching to MQ by default may generate some bug reports

Hi Christoph, I know the reasons for switching to MQ by default but just be aware that it's not without hazards albeit it the biggest issues I've seen are switching CFQ to BFQ. On my home grid, there is some experimental automatic testing running every few weeks searching for regressions.

Re: [PATCH] PCI: dwc: designware: make dw_pcie_prog_*_atu_unroll() static

thanks On 02-08-2017 22:50, Bjorn Helgaas wrote: > On Mon, Jul 17, 2017 at 02:13:34PM +0100, Carlos Palminha wrote: >> Helper functions dw_pcie_prog_*_atu_unroll don't need to be in global scope, >> so make it static. >> >> Cleans up sparse warnings: >> - symbol 'dw_pcie_prog_outbound_atu_unroll'

[POC] Get acpi table to limit memory scope chosen by KASLR to home SB when "movable_node" is specified

Hi all, Here is an issue about movable_node and KASLR. Currently, KASLR works well with "mem=", by which we can limit the scope of memory chosen by KASLR. But if we use "movable_node" independently without "mem=", we don't know the scope of memory in the home SB, which will cause the memory of

[PATCH] mm/vmstat: fix divide error at __fragmentation_index

When order is -1 or too big, *1UL << order* will be 0, which will cause divide error. Although it seems that all callers of __fragmentation_index() will only do so with a valid order, the patch can make it more robust. Sugguested-by: VlastimilBabka Signed-off-by: Wen Yang

Re: [RESEND PATCH v4 1/2] dt-bindings: i2c: Add Spreadtrum I2C controller documentation

Hi, > Sorry for noise. I just afraid Wolfram missed this patchset since I > did not get any comments from V4. I use patchwork. Patches don't get lost :) Anyway, I nearly finished a document I can point people to when they wonder what happened about their patches. I hope this will help because

Re: [RESEND PATCH v4 1/2] dt-bindings: i2c: Add Spreadtrum I2C controller documentation

Hi Wolfram, On 3 August 2017 at 17:00, Wolfram Sang wrote: > Hi, > >> Sorry for noise. I just afraid Wolfram missed this patchset since I >> did not get any comments from V4. > > I use patchwork. Patches don't get lost :) > > Anyway, I nearly finished a document I can point

Re: [POC] Get acpi table to limit memory scope chosen by KASLR to home SB when "movable_node" is specified

On Thu, Aug 03, 2017 at 04:59:26PM +0800, Dou Liyang wrote: >Cc ACPI maintainers and mail list So many thanks. > >At 08/03/2017 04:51 PM, Chao Fan wrote: >> Hi all, >> >> Here is an issue about movable_node and KASLR. >> Currently, KASLR works well with "mem=", by which we can limit the scope

Re: [PATCH V2] staging: ccree: Fix format/argument mismatches

Hi Joe, [auto build test WARNING on staging/staging-testing] [also build test WARNING on next-20170803] [cannot apply to v4.13-rc3] [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/Joe-Perches

Re: x86/thermal: AB-BA dependency between mvm->mutex and tz->lock

On Mon, 31 Jul 2017, Jiri Kosina wrote: > Hi, > > booting current Linus' tree, I'm seeing lockdep splat (see the end of this > mail). > > Apparently, there is AB-BA between tz->lock and mvm->mutex through the CPU > hotplug lock. > > The obivous depency is: thermal_zone_get_temp() acquires

Re: [PATCH v2 02/13] mpt3sas: Add nvme device support in slave alloc, target alloc and probe

On 07/14/2017 03:22 PM, Suganath Prabu S wrote: > 1) Added support for probing pcie device and adding NVMe drives to > SML and driver's internal list pcie_device_list. > > 2) Added support for determing NVMe as boot device. > > 3) Added nvme device support for call back functions scan_finished >

Re: [PATCH v2 2/4] crypto: add crypto_(un)register_ahashes()

On Mon, Jul 24, 2017 at 09:07:30AM +0200, Lars Persson wrote: > From: Rabin Vincent > > There are already helpers to (un)register multiple normal > and AEAD algos. Add one for ahashes too. > > Signed-off-by: Lars Persson Patch applied. Thanks. -- Email:

Re: [PATCH v2 3/4] crypto: axis: add ARTPEC-6/7 crypto accelerator driver

On Mon, Jul 24, 2017 at 09:07:31AM +0200, Lars Persson wrote: > This is an asynchronous crypto API driver for the accelerator present > in the ARTPEC-6 and -7 SoCs from Axis Communications AB. > > The driver supports AES in ECB/CTR/CBC/XTS/GCM modes and SHA1/2 hash > standards. > >

Re: [RESEND PATCH 0/2] crypto/rockchip: fix some issue which causes crypto failed

On Mon, Jul 24, 2017 at 09:23:12AM +0800, zain wang wrote: > These patches fix some bugs on rockchip's crypto which would cause crypto > failed. > > zain wang (2): > crypto: rockchip - move the crypto completion from interrupt context > crypto: rockchip - return the err code when unable

Re: [PATCH v2 4/4] MAINTAINERS: Add ARTPEC crypto maintainer

On Mon, Jul 24, 2017 at 09:07:32AM +0200, Lars Persson wrote: > Assign the Axis kernel team as maintainer for crypto drivers under > drivers/crypto/axis. > > Signed-off-by: Lars Persson Patch applied. Thanks. -- Email: Herbert Xu Home Page:

Re: [PATCH v2 07/13] mpt3sas: Handle NVMe PCIe device related events generated from firmware.

On 07/14/2017 03:22 PM, Suganath Prabu S wrote: > * The controller firmware sends separate events for NVMe devices and > PCIe switches similar to existing SAS events. > > * NVMe device detection, addition and removal are reported by the > firmware through PCIe Topology Change list events. > > *

[PATCH] mm/vmalloc: reduce half comparison during pcpu_get_vm_areas()

In pcpu_get_vm_areas(), it checks each range is not overlapped. To make sure it is, only (N^2)/2 comparison is necessary, while current code does N^2 times. By starting from the next range, it achieves the goal and the continue could be removed. At the mean time, other two work in this patch: *

[PATCH v13 1/5] Introduce xbitmap

From: Matthew Wilcox The eXtensible Bitmap is a sparse bitmap representation which is efficient for set bits which tend to cluster. It supports up to 'unsigned long' worth of bits, and this commit adds the bare bones -- xb_set_bit(), xb_clear_bit() and xb_test_bit().

Re: [PATCH v2 00/13] mpt3sas driver NVMe support:

On 08/02/2017 10:14 AM, Hannes Reinecke wrote: > On 07/14/2017 03:22 PM, Suganath Prabu S wrote: >> Ventura Series controller are Tri-mode. The controller and >> firmware are capable of supporting NVMe devices and >> PCIe switches to be connected with the controller. This >> patch set adds driver

[PATCH v13 2/5] xbitmap: add xb_find_next_bit() and xb_zero()

xb_find_next_bit() supports to find the next "1" or "0" bit in the given range. xb_zero() supports to zero the given range of bits. Signed-off-by: Wei Wang --- include/linux/xbitmap.h | 4 lib/radix-tree.c| 28 2 files changed, 32

Re: [PATCH] soc: imx: gpcv2: fix regulator deferred probe

On Wed, Aug 2, 2017 at 12:51 PM, Stefan Agner wrote: > If a regulator requests a deferred probe, the power domain gets > initialized twice. This leads to a list double add (without > list debugging the kernel hangs due to the double add later): > > WARNING: CPU: 0 PID: 19 at

Re: [PATCH] MISC: add const to bin_attribute structures

On Wed, 2 Aug 2017 14:40:06 +0530, Bhumika Goyal wrote: > Add const to bin_attribute structures as they are only passed to the > functions sysfs_{remove/create}_bin_file. The arguments passed are of > type const, so declare the structures to be const. > > Done using Coccinelle. > > @m disable

Some ideas about tcpm driver

Hi all, In recent days, I tested the fusb302 driver with tcpm. (RK3399 evb board) But I found an issues: There is not a regulator for type-c vbus power-supply in my board. The vbus is just controlled by a gpio-pin, and unable to support other voltage except 5V. But now, I can't use

Re: net: thunderx: Buffer overwrite on bgx_probe

On Wed, Aug 2, 2017 at 10:29 PM, Anton Vasilyev wrote: > Hello. > > While searching for memory errors in Linux kernel I've come across > drivers/net/ethernet/cavium/thunder/thunder_bgx.ko module. > > I've found buffer overwrite at bgx_probe(): > Consider device

Re: [PATCH v7 08/12] pinctrl: Add pinctrl driver for the RK805 PMIC

On Fri, Jul 21, 2017 at 1:18 PM, Joseph Chen wrote: > RK805 is one of Rockchip PMICs family, it has 2 output only GPIOs. > > This driver is also designed for other Rockchip PMICs to expend. > Different PMIC maybe have different pin features, for example, > RK816 has one

[RFC 07/16] NOVA: File and directory operations

To access file data via read(), Nova maintains a radix tree in DRAM for each inode (nova_inode_info_header.tree) that maps file offsets to write log entries. For directories, the same tree maps a hash of filenames to their corresponding dentry. In both cases, the nova populates the tree when the

[RFC 06/16] NOVA: Lite-weight journaling for complex ops

Nova uses a lightweight journaling mechanisms to provide atomicity for operations that modify more than one on inode. The journals providing logging for two operations: 1. Single word updates (JOURNAL_ENTRY) 2. Copying inodes (JOURNAL_INODE) The journals are undo logs: Nova creates the

  1   2   3   4   5   6   7   8   9   10   >