[PATCH v11 2/3] arm: dts: add Nuvoton NPCM750 device tree

Add a common device tree for all Nuvoton NPCM750 BMCs and a board specific device tree for the NPCM750 (Poleg) evaluation board. Signed-off-by: Brendan Higgins Reviewed-by: Tomer Maimon Reviewed-by: Avi Fishman

Re: [PATCH v6 2/5] KVM: x86: Add IBPB support

On Thu, Feb 1, 2018 at 1:59 PM, KarimAllah Ahmed wrote: > @@ -3684,6 +3696,22 @@ static int svm_set_msr(struct kvm_vcpu *vcpu, struct > msr_data *msr) > case MSR_IA32_TSC: > kvm_write_tsc(vcpu, msr); > break; > + case

Re: Handling active DMA during a VFIO application crash

Hi Alex, On Thu Feb 15, 2018 at 09:21:09AM -0700, Alex Williamson wrote: > On Thu, 15 Feb 2018 16:34:06 +0530 > Linu Cherian wrote: > > > Hi, > > > > Was exploring the implications of an application crash while DMA > > is active from a vfio PCI device; the DMA being

Re: [PATCH v5 04/12] drm/bridge/synopsys: dw-hdmi: Export some PHY related functions

On Thursday 15 February 2018 01:38 AM, Jernej Skrabec wrote: Parts of PHY code could be useful also for custom PHYs. For example, Allwinner A83T has custom PHY which is probably Synopsys gen2 PHY with few additional memory mapped registers, so most of the Synopsys PHY related code could be

Re: [PATCH v5 03/12] drm/bridge/synopsys: dw-hdmi: Enable workaround for v1.32a

On Thursday 15 February 2018 01:38 AM, Jernej Skrabec wrote: Allwinner SoCs have dw hdmi controller v1.32a which exhibits same magenta line issue as i.MX6Q and i.MX6DL. Enable workaround for it. Tests show that one iteration is enough. Acked-by: Laurent Pinchart

Re: [PATCH 11/12] i2c: qup: reorganization of driver code to remove polling for qup v1

Hi Abhishek, On 2/3/2018 1:28 PM, Abhishek Sahu wrote: > Following are the major issues in current driver code > > 1. The current driver simply assumes the transfer completion >whenever its gets any non-error interrupts and then simply do the >polling of available/free bytes in FIFO. >

linux-next: Tree for Feb 16

Hi all, Changes since 20180215: The sound-asoc tree lost its build failure. The mmc tree lost its build failure. The xen-tip tree gained a conflict against Linus' tree. Non-merge commits (relative to Linus' tree): 1950 2276 files changed, 94148 insertions(+), 45962 deletions

Re: [PATCH] Bluetooth: btusb: Restore QCA Rome suspend/resume fix with a "rewritten" version

On 02/15/2018 06:27 PM, Brian Norris wrote: Hi Hans, On Tue, Feb 13, 2018 at 12:25:55PM +0100, Hans de Goede wrote: On 13-02-18 03:24, Brian Norris wrote: On Mon, Jan 08, 2018 at 10:44:16AM +0100, Hans de Goede wrote: Commit 7d06d5895c15 ("Revert "Bluetooth: btusb: fix

Re: [PATCH net v4 02/13] net/8390: Fix msg_enable patch snafu

On Wed, 14 Feb 2018, David Miller wrote: > > Have you considered that implementing the ethtool hooks in the core > > driver might allow removal of all 8390 driver 'msg_enable' module > > parameters and msglevel ethtool hooks added by c45f812f0280, excepting > > those in the core driver? But

Re: [PATCH 2/3] Documentation: convert trace/ftrace-design.txt to rst format

On Fri, 16 Feb 2018 11:12:18 +0800 changbin...@intel.com wrote: > From: Changbin Du > > Signed-off-by: Changbin Du > --- > .../trace/{ftrace-design.txt => ftrace-design.rst} | 248 > +++-- > Documentation/trace/index.rst

Re: [PATCH v3] rtc: ac100: Fix ac100 determine rate bug

On Fri, Feb 16, 2018 at 1:53 AM, Philipp Rossak wrote: > > > On 15.02.2018 15:11, Maxime Ripard wrote: >> >> On Wed, Feb 14, 2018 at 02:56:12PM +0100, Philipp Rossak wrote: >>> >>> This patch fixes a bug, that prevents the Allwinner A83T and the A80 >>> from a successful boot.

Re: [PATCH 06/12] i2c: qup: proper error handling for i2c error in BAM mode

On 2/3/2018 1:28 PM, Abhishek Sahu wrote: > Currently the i2c error handling in BAM mode is not working > properly in stress condition. > > 1. After an error, the FIFO are being written with FLUSH and >EOT tags which should not be required since already these tags >have been written in

Re: [PATCH ghak8 ALT4 V4 1/3] audit: show partial pathname for entries with anonymous parents

On 2018-02-15 18:19, Richard Guy Briggs wrote: > On 2018-02-15 18:07, Steve Grubb wrote: > > On Monday, February 12, 2018 12:02:21 AM EST Richard Guy Briggs wrote: > > > Tracefs or debugfs were causing hundreds to thousands of null PATH > > > records to be associated with the init_module and

Re: [PATCH 2/8] lightnvm: show generic geometry in sysfs

> On 15 Feb 2018, at 02.20, Matias Bjørling wrote: > > On 02/13/2018 03:06 PM, Javier González wrote: >> From: Javier González >> Apart from showing the geometry returned by the different identify >> commands, provide the generic geometry too, as this is

ERROR: "__tracepoint_dwc3_writel" [drivers/usb/dwc3/dwc3.ko] undefined!

Hi Chris, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 1388c80438e69fc01d83fbe98da3cac24c3c8731 commit: bccd3b831185e75c4138bc3fd5201f3214dfeb3d drm/i915: Use trace_printk to provide a death rattle for GEM date:

Re: [PATCH -mm 1/3] proc: randomize "struct pde_opener"

On Thu, Feb 15, 2018 at 04:53:29PM -0800, Kees Cook wrote: > On Wed, Feb 14, 2018 at 12:19 AM, Alexey Dobriyan wrote: > > The more the merrier. > > What made you choose this structure, BTW? Nothing depends on its layout. No funky memcpy/memset... It is strange you didn't

Re: [PATCH v5 05/12] drm/bridge/synopsys: dw-hdmi: don't clobber drvdata

On Thursday 15 February 2018 01:38 AM, Jernej Skrabec wrote: dw_hdmi shouldn't set drvdata since some drivers might need to store it's own data there. Rework dw_hdmi in a way to return struct dw_hdmi instead to store it in drvdata. This way drivers are responsible to store and pass structure

Re: [PATCH 1/3] dt-bindings: aspeed-lpc: Document LPC Host Interface Controller

On Mon, 2018-02-12 at 17:38 +1030, Joel Stanley wrote: > The LPC Host Interface Controller is part of a BMC SoC that is used for > communication with the host. > > Signed-off-by: Joel Stanley > --- > .../devicetree/bindings/mfd/aspeed-lpc.txt | 40 >

Re: [PATCH 4.9 00/88] 4.9.82-stable review

On 15 February 2018 at 20:46, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.82 release. > There are 88 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied,

Re: [PATCH 4.14 000/195] 4.14.20-stable review

On 15 February 2018 at 20:44, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.20 release. > There are 195 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied,

Re: [PATCH 4.4 000/108] 4.4.116-stable review

-tests - skip: 1, pass: 12, Hikey results summary, Summary kernel: 4.4.116-rc1 git repo: https://git.linaro.org/lkft/arm64-stable-rc.git git tag: 4.4.116-rc1-hikey-20180215-131 git commit: 4da825751e43ebd33e27ce2b70f1ede852310a87 git descri

Re: [PATCH v2 11/16] mmc: sdhci: Program a relatively accurate SW timeout value

On Monday 05 February 2018 06:20 PM, Kishon Vijay Abraham I wrote: > sdhci has a 10 second timeout to catch devices that stop responding. > Instead of programming 10 second arbitrary value, calculate the total time > it would take for the entire transfer to happen and program the timeout > value

[PATCH v3 3/6] vfio/type1: Update iova list on detach

Get a copy of iova list on _group_detach and try to update the list. On success replace the current one with the copy. Leave the list as it is if update fails. Signed-off-by: Shameer Kolothum --- drivers/vfio/vfio_iommu_type1.c | 103

[PATCH v3 4/6] vfio/type1: check dma map request is within a valid iova range

This checks and rejects any dma map request outside valid iova range. Signed-off-by: Shameer Kolothum --- drivers/vfio/vfio_iommu_type1.c | 22 ++ 1 file changed, 22 insertions(+) diff --git a/drivers/vfio/vfio_iommu_type1.c

RE: [PATCH v4 06/24] fpga: dfl: adds fpga_cdev_find_port

> On Tue, Feb 13, 2018 at 3:24 AM, Wu Hao wrote: > > Hi Hao, > > > For feature devices, we need a method to find the port dedicated > > to the device. This patch adds a function fpga_cdev_find_port > > for this purpose. e.g FPGA Management Engine (FME) Partial > >

[PATCH v3 0/6] vfio/type1: Add support for valid iova list management

This series introduces an iova list associated with a vfio iommu. The list is kept updated taking care of iommu apertures, and reserved regions. Also this series adds checks for any conflict with existing dma mappings whenever a new device group is attached to the domain. User-space can retrieve

[PATCH v3 6/6] vfio/type1: remove duplicate retrieval of reserved regions.

As we now already have the reserved regions list, just pass that into vfio_iommu_has_sw_msi() fn. Signed-off-by: Shameer Kolothum --- drivers/vfio/vfio_iommu_type1.c | 15 ++- 1 file changed, 6 insertions(+), 9 deletions(-) diff --git

Re: [PATCH 2/8] lightnvm: show generic geometry in sysfs

On 02/13/2018 03:06 PM, Javier González wrote: From: Javier González Apart from showing the geometry returned by the different identify commands, provide the generic geometry too, as this is the geometry that targets will use to describe the device. Signed-off-by: Javier

Re: [PATCH 3/8] lightnvm: add support for 2.0 address format

On 02/13/2018 03:06 PM, Javier González wrote: Add support for 2.0 address format. Also, align address bits for 1.2 and 2.0 to align. Signed-off-by: Javier González --- include/linux/lightnvm.h | 45 - 1 file changed, 32

[RFC PATCH v2 1/6] dt-bindings: add bindings for USB physical connector

These bindings allow to describe most known standard USB connectors and it should be possible to extend it if necessary. USB connectors, beside USB can be used to route other protocols, for example UART, Audio, MHL. In such case every device passing data through the connector should have

[RFC PATCH v2 5/6] extcon: add possibility to get extcon device by OF node

Since extcon property is not allowed in DT, extcon subsystem requires another way to get extcon device. Lets try the simplest approach - get edev by of_node. Signed-off-by: Andrzej Hajda Acked-by: Chanwoo Choi --- v2: changed label to follow local

[RFC PATCH v2 6/6] drm/bridge/sii8620: use micro-USB cable detection logic to detect MHL

From: Maciej Purski Currently MHL chip must be turned on permanently to detect MHL cable. It duplicates micro-USB controller's (MUIC) functionality and consumes unnecessary power. Lets use extcon attached to MUIC to enable MHL chip only if it detects MHL cable.

[RFC PATCH v2 0/6] dt-bindings: add bindings for USB physical connector

Hi, Thanks for reviews of previous iterations. This patchset introduces USB physical connector bindings, together with working example. v2: I have addressed comments by Rob and Laurent, thanks v3: Separate binding for Samsung 11-pin connector, added full-blown USB-C example. Changes are

[RFC PATCH v2 4/6] arm64: dts: exynos: add OF graph between MHL and USB connector

OF graph describes MHL data lanes between MHL and respective USB connector. Signed-off-by: Andrzej Hajda --- .../boot/dts/exynos/exynos5433-tm2-common.dtsi | 31 +++--- 1 file changed, 28 insertions(+), 3 deletions(-) diff --git

[RFC PATCH v2 3/6] arm64: dts: exynos: add micro-USB connector node to TM2 platforms

Since USB connector bindings are available we can describe it on TM2(e). Signed-off-by: Andrzej Hajda --- arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi

[RFC PATCH v2 2/6] dt-bindings: add bindings for Samsung micro-USB 11-pin connector

Samsung micro-USB 11-pin connector beside standard micro-USB pins, has pins dedicated to route MHL traffic. Signed-off-by: Andrzej Hajda --- .../connector/samsung,usb-connector-11pin.txt | 51 ++ 1 file changed, 51 insertions(+) create mode 100644

Re: [STABLE 4.9.y PATCH 0/9] Backport of KVM Speculation Control support

On Thu, 15 Feb 2018, Greg KH wrote: On Thu, Feb 15, 2018 at 11:15:41AM +0100, Thomas Voegtle wrote: Hello, On Tue, 6 Feb 2018, David Woodhouse wrote: I've put together a linux-4.9.y branch at http://git.infradead.org/retpoline-stable.git/shortlog/refs/heads/linux-4.9.y Are there any

Re: [PATCH 1/3] auxdisplay: charlcd: fix hex literal ranges for graphics command

On Thu, Feb 15, 2018 at 1:17 AM, Robert Abel wrote: > On 13 Feb 2018 14:36, Andy Shevchenko wrote: >> I understand that we have a huge and hopefully nice library in the >> kernel, but the question still the same, what prevents a developer or >> maintainer to look at it from

Re: [PATCH 6/8] lightnvm: pblk: implement get log report chunk

On 02/13/2018 03:06 PM, Javier González wrote: From: Javier González In preparation of pblk supporting 2.0, implement the get log report chunk in pblk. This patch only replicates de bad block functionality as the rest of the metadata requires new pblk functionality (e.g.,

[PATCH V2] nvme-pci: set cq_vector to -1 if io queue setup fails

nvme cq irq is freed based on queue_count. When the sq/cq creation fails, irq will not be setup. free_irq will warn 'Try to free already-free irq'. To fix it, set the nvmeq->cq_vector to -1, then nvme_suspend_queue will ignore it. Change log: V1 -> V2 - Follow Keith's suggestion, just set

Re: Applied "regulator: dt: regulator-name is required property" to the regulator tree

On Thu, Feb 15, 2018 at 10:39:41AM +0100, Geert Uytterhoeven wrote: > On Wed, Feb 14, 2018 at 5:28 PM, Mark Brown wrote: > > Signed-off-by: Harald Geyer > > Acked-by: Rob Herring > > Signed-off-by: Mark Brown > What

Re: [PATCH] namei: fix hardlink speeling error

On 2018-02-15 10:57, Philipp Hahn wrote: > Hello, > > Am 15.02.2018 um 03:28 schrieb Richard Guy Briggs: > > Fix handlink to hardlink. > > and introduce a new sp*el*ling error in the subject line ;-) That one was quite intentional for ironic effect. I could have added an extra "e" for

[PATCH v6 01/11] scsi: ufs: sysfs: attribute group for existing sysfs entries.

This patch introduces attribute group to show existing sysfs entries. Signed-off-by: Stanislav Nijnikov Reviewed-by: Greg Kroah-Hartman --- drivers/scsi/ufs/Makefile| 3 +- drivers/scsi/ufs/ufs-sysfs.c | 156

[PATCH v6 10/11] scsi: ufs: sysfs: flags

This patch introduces a sysfs group entry for the UFS flags. The group adds "flags" folder under the UFS driver sysfs entry (/sys/bus/platform/drivers/ufshcd/*). The flags are shown as boolean value ("true" or "false"). The full information about the UFS flags could be found at UFS specifications

[PATCH v6 03/11] scsi: ufs: sysfs: interconnect descriptor

This patch introduces a sysfs group entry for the UFS interconnect descriptor parameters. The group adds "interconnect_descriptor" folder under the UFS driver sysfs entry (/sys/bus/platform/drivers/ufshcd/*). The parameters are shown as hexadecimal numbers. The full information about the

[PATCH v6 08/11] scsi: host template attribute groups

The patch introduces an additional field in the scsi_host_template structure - struct attribute_group **sdev_group. This field allows to define groups of attributes. It will provide an ability to use binary attributes as well as device attributes and to group them under subfolders if necessary.

[PATCH v6 00/11] ufs: sysfs: read-only access to device

This patch introduces sysfs entries that will provide read-only access to device management data that could be received with UFS query requests. User-space applications will be able to read UFS device descriptors, flags and attributes. This will allow to get full UFS device configuration and its

[PATCH 7/9] perf tools: Remove machine__load_kallsyms function

And replacing it with __machine__load_kallsyms function. The current machine__load_kallsyms function has no caller, so replacing it directly with __machine__load_kallsyms. Also removing the no_kcore argument as it was always called with true value. Link:

[PATCH 9/9] perf tests: Use arch__compare_symbol_names to compare symbols

The symbol search called by machine__find_kernel_symbol_by_name is using internally arch__compare_symbol_names function to compare 2 symbol names, because different archs have different ways of comparing symbols. Mostly for skipping '.' prefixes and similar. In test 1 when we try to find matching

[PATCHv3 0/9] perf tool: Assorted fixes

hi, sending assorted general fixes that queued up in my other branches. v3 changes: - reworked machine__create_kernel_maps to take into account kernel modules based on Namhyung's comments - fixed dso__load changes to take into account namespace switch - add perf test 1 fix v2 changes:

[PATCH v3 4/5] dmaengine: qcom: bam_dma: do not write to global regs in remote mode

From: Srinivas Kandagatla BAM_DESC_CNT_TRSHLD register is global register, which can only be written when BAM is in master mode, So check the mode of operation before writing it. Without this check SOC's xPU would catch such access and crash the system. First

Re: [PATCH 5/8] arm64: dts: renesas: r8a77995: Add LVDS support

Hi Kieran, On Thu, Feb 15, 2018 at 1:41 PM, Kieran Bingham wrote: > On 15/02/18 09:07, Geert Uytterhoeven wrote: >> On Thu, Feb 15, 2018 at 9:38 AM, Kieran Bingham wrote: >>> From: Kieran Bingham >>>

Re: [PATCH v2 1/2] free_pcppages_bulk: do not hold lock when picking pages to free

On Thu, Jan 25, 2018 at 03:21:44PM +0800, Aaron Lu wrote: > When freeing a batch of pages from Per-CPU-Pages(PCP) back to buddy, > the zone->lock is held and then pages are chosen from PCP's migratetype > list. While there is actually no need to do this 'choose part' under > lock since it's PCP

[PATCH Resend 3/5] hwrng: stm32 - allow disable clock error detection

Add a new property that allow to disable the clock error detection which is required when the clock source selected is out of specification (which is not mandatory). Signed-off-by: Lionel Debieve --- drivers/char/hw_random/stm32-rng.c | 10 +- 1 file changed, 9

[PATCH Resend 2/5] dt-bindings: rng: add reset node for stm32

Adding optional resets property for rng. Signed-off-by: Lionel Debieve --- Documentation/devicetree/bindings/rng/st,stm32-rng.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git a/Documentation/devicetree/bindings/rng/st,stm32-rng.txt

[PATCH Resend 1/5] hwrng: stm32 - add reset during probe

Avoid issue when probing the RNG without reset if bad status has been detected previously Signed-off-by: Lionel Debieve --- drivers/char/hw_random/stm32-rng.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/char/hw_random/stm32-rng.c

[PATCH Resend 4/5] dt-bindings: rng: add clock detection error for stm32

Add optional property to enable the clock detection error on rng block. It is used to allow slow clock source which give correct entropy for rng. Signed-off-by: Lionel Debieve --- Documentation/devicetree/bindings/rng/st,stm32-rng.txt | 1 + 1 file changed, 1 insertion(+)

[PATCH v2] PCI: qcom: use regulator bulk api for apq8064 supplies

From: Srinivas Kandagatla This patch converts existing regulators to use regulator bulk apis, to make it consistent with msm8996 changes also cut down some redundant code. Signed-off-by: Srinivas Kandagatla --- Changes since v1:

Re: [PATCH v4 1/1] mm: initialize pages on demand during boot

Thank you Mel! Pavel On Thu, Feb 15, 2018 at 5:55 AM, Mel Gorman wrote: > On Wed, Feb 14, 2018 at 11:33:43AM -0500, Pavel Tatashin wrote: >> Deferred page initialization allows the boot cpu to initialize a small >> subset of the system's pages early in boot, with other cpus

[PATCH v3 2/6] vfio/type1: Check reserve region conflict and update iova list

This retrieves the reserved regions associated with dev group and checks for conflicts with any existing dma mappings. Also update the iova list excluding the reserved regions. Signed-off-by: Shameer Kolothum --- drivers/vfio/vfio_iommu_type1.c | 86

[PATCH v3 5/6] vfio/type1: Add IOVA range capability support

This allows the user-space to retrieve the supported IOVA range(s), excluding any reserved regions. The implementation is based on capability chains, added to VFIO_IOMMU_GET_INFO ioctl. Signed-off-by: Shameer Kolothum --- drivers/vfio/vfio_iommu_type1.c |

[PATCH v3 1/6] vfio/type1: Introduce iova list and add iommu aperture validity check

This introduces an iova list that is valid for dma mappings. Make sure the new iommu aperture window doesn't conflict with the current one or with any existing dma mappings during attach. Signed-off-by: Shameer Kolothum --- drivers/vfio/vfio_iommu_type1.c |

Re: [PATCH 1/8] lightnvm: exposed generic geometry to targets

On 02/13/2018 03:06 PM, Javier González wrote: With the inclusion of 2.0 support, we need a generic geometry that describes the OCSSD independently of the specification that it implements. Otherwise, geometry specific code is required, which complicates targets and makes maintenance much more

[PATCH] s390/console: enable dummy console for vt

To enable the virtual terminal layer with virtio-gpu, we need to provide the dummy console. This console is hidden behind CONFIG_IOMEM via the graphics support. Instead of fully enabling the graphic drivers lets just provide a Kconfig option for the dummy console. Signed-off-by: Christian

Re: [PATCH] s390/console: enable dummy console for vt

On 02/15/2018 12:57 PM, Thomas Huth wrote: > On 15.02.2018 12:26, Geert Uytterhoeven wrote: >> Hi Christian, >> >> On Thu, Feb 15, 2018 at 12:14 PM, Christian Borntraeger >> wrote: >>> To enable the virtual terminal layer with virtio-gpu, we need to >>> provide the dummy

[PATCH v6 02/11] scsi: ufs: sysfs: device descriptor

This patch introduces a sysfs group entry for the UFS device descriptor parameters. The group adds "device_descriptor" folder under the UFS driver sysfs entry (/sys/bus/platform/drivers/ufshcd/*). The parameters are shown as hexadecimal numbers. The full information about the parameters could be

[PATCH v6 04/11] scsi: ufs: sysfs: geometry descriptor

This patch introduces a sysfs group entry for the UFS geometry descriptor parameters. The group adds "geometry_descriptor" folder under the UFS driver sysfs entry (/sys/bus/platform/drivers/ufshcd/*). The parameters are shown as hexadecimal numbers. The full information about the parameters could

[PATCH v6 06/11] scsi: ufs: sysfs: power descriptor

This patch introduces a sysfs group entry for the UFS power descriptor parameters. The group adds "power_descriptor" folder under the UFS driver sysfs entry (/sys/bus/platform/drivers/ufshcd/*). The parameters are shown as hexadecimal numbers. The full information about the parameters could be

Re: [PATCH] drm/amdgpu_gem: fix error handling path in amdgpu_gem_va_update_vm

Am 15.02.2018 um 06:20 schrieb Gustavo A. R. Silva: Currently, if amdgpu_vm_bo_update() fails, the returned error is being ignored. Fix this by properly checking _r_ after calling amdgpu_vm_bo_update. Also, remove redundant code just before label _error_. Addresses-Coverity-ID: 1464280

Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning

On 15/02/2018 11:47, Rafael J. Wysocki wrote: On Thu, Feb 15, 2018 at 12:19 PM, John Garry wrote: Nothing apart from only being used by arm64 platforms today, which is circumstantial. I understand you need to find a place to add the: acpi_indirect_io_scan_init() to

[PATCH Resend 5/5] hwrng: stm32 - rework read timeout calculation

Increase timeout delay to support longer timing linked to rng initialization. Measurement is based on timer instead of instructions per iteration which is not powerful on all targets. Signed-off-by: Lionel Debieve --- drivers/char/hw_random/stm32-rng.c | 25

[PATCH Resend 0/5] hwrng: stm32 - Improvement for stm32-rng

This set of patches add extended functionalities for stm32 rng driver. Patch #1 includes a reset during probe to avoid any error status which can occur during bootup process and keep safe rng integrity. Patch #3 adds a new property to manage the clock error detection feature which can be disabled

Re: [PATCH 1/3] ARM: dts: rockchip: phycore: Remove 1.8 GHz operation point

Hi Daniel, Am Mittwoch, 14. Februar 2018, 16:32:44 CET schrieb Daniel Schultz: > On 02/14/2018 09:07 AM, Heiko Stübner wrote: > > Am Dienstag, 13. Februar 2018, 10:44:32 CET schrieb Daniel Schultz: > >> Rockchip recommends to run the CPU cores only with operations points of > >> 1.6 GHz or lower.

RE: [PATCH v4 03/24] fpga: mgr: add status for fpga-manager

> On Tue, Feb 13, 2018 at 3:24 AM, Wu Hao wrote: > > Hi Hao, > > > This patch adds status to fpga-manager data structure, > > Please update the header to better describe the current changes, this > patch no longer adds status to the fpga mgr data struct. Sorry, will fix it.

Re: [PATCH v2 1/3] Kconfig : Remove HAS_IOMEM dependency for Graphics support

On 02/08/2018 02:11 PM, Bartlomiej Zolnierkiewicz wrote: > > Hi, > > [ dri-devel ML & arch/[score,um] Maintainers added to Cc: ] > > On Friday, February 02, 2018 08:59:57 AM Christian Borntraeger wrote: >> On 02/01/2018 07:41 PM, Farhan Ali wrote: >>> The 'commit e25df1205f37 ("[S390]

[PATCH] ARM64: dts: meson-axg: fix pwm_AO_cd compatible

The compatible in pwm_AO_cd is wrong and does not match anything. Correct this with the correct compatible string Fixes: 4a81e5ddfb43 ("ARM64: dts: meson-axg: add PWM DT info for Meson-Axg SoC") Signed-off-by: Jerome Brunet --- arch/arm64/boot/dts/amlogic/meson-axg.dtsi |

Re: [PATCH] serial: 8250: Add Nuvoton NPCM UART

> From: joel.s...@gmail.com [mailto:joel.s...@gmail.com] On Behalf Of Joel > Stanley > Sent: Thursday, February 15, 2018 4:00 AM > > On Wed, Feb 14, 2018 at 3:22 AM, Andy Shevchenko > wrote: >> On Mon, Feb 12, 2018 at 6:48 AM, Joel Stanley wrote: >>>

Re: Linux & FAT32 label

On Wed, Feb 14, 2018 at 10:54:30PM +0100, Pali Rohár wrote: > On Wednesday 14 February 2018 22:52:33 Pali Rohár wrote: > > On Monday 27 November 2017 13:13:01 Karel Zak wrote: > > > On Sun, Nov 26, 2017 at 08:19:25PM +0100, Pali Rohár wrote: > > > > On Monday 20 November 2017 12:12:56 Karel Zak

Re: [PATCH v4 0/2] perf stat: Add interval-count and time support

On Thu, Feb 15, 2018 at 05:33:07PM +0800, 禹舟键 wrote: > PING > > 2018-01-29 18:25 GMT+08:00 Jiri Olsa : Arnaldo, could you pelase check on this? thanks, jirka > > > On Mon, Jan 29, 2018 at 10:25:21AM +0100, ufo19890607 wrote: > > > From: yuzhoujian

Re: [PATCH V3 04/10] sched/core: Prevent race condition between cpuset and __sched_setscheduler()

On 15/02/18 11:33, Juri Lelli wrote: > On 14/02/18 17:31, Juri Lelli wrote: > > [...] > > > Still grabbing it is a no-go, as do_sched_setscheduler calls > > sched_setscheduler from inside an RCU read-side critical section. > > I was then actually thinking that trylocking might do.. not sure

Re: ERROR: "sst_context_init" [sound/soc/intel/atom/sst/snd-intel-sst-acpi.ko] undefined!

On Wed, Feb 14, 2018 at 03:41:22PM -0600, Pierre-Louis Bossart wrote: > On 02/14/2018 01:23 PM, kbuild test robot wrote: > This was reported by Arnd Bergman and fixed with a patch sent on January 24 > to alsa-devel ("ASoC: Intel: atom: fix ACPI/PCI Kconfig"), but I don't see > it in Mark's tree?

Re: [PATCH] s390/console: enable dummy console for vt

Hi Christian, On Thu, Feb 15, 2018 at 12:14 PM, Christian Borntraeger wrote: > To enable the virtual terminal layer with virtio-gpu, we need to > provide the dummy console. This console is hidden behind CONFIG_IOMEM > via the graphics support. Instead of fully enabling

Re: [PATCH v3 2/4] x86/mm/memory_hotplug: determine block size based on the end of boot memory

On Tue 13-02-18 14:31:57, Pavel Tatashin wrote: > Memory sections are combined into "memory block" chunks. These chunks are > the units upon which memory can be added and removed. > > On x86, the new memory may be added after the end of the boot memory, > therefore, if block size does not align

Re: [PATCH] s390/console: enable dummy console for vt

On 02/15/2018 12:26 PM, Geert Uytterhoeven wrote: > Hi Christian, > > On Thu, Feb 15, 2018 at 12:14 PM, Christian Borntraeger > wrote: >> To enable the virtual terminal layer with virtio-gpu, we need to >> provide the dummy console. This console is hidden behind

Re: [PATCH v2] ARM64: dts: meson-axg: enable IR controller

On 04/12/2017 06:38, Yixun Lan wrote: > Enable IR remote controller which find in Amlogic's Meson-AXG SoC. > > Signed-off-by: Yixun Lan > > --- > > Changes since v1 at [1]: > - drop the compatbile 'amlogic,meson-gx-ir' > > [1] >

Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning

On Thu, Feb 15, 2018 at 2:52 PM, John Garry wrote: > On 15/02/2018 12:22, Andy Shevchenko wrote: >> On Thu, Feb 15, 2018 at 1:19 PM, John Garry wrote: >>> +static const struct acpi_device_id indirect_io_hosts[] = { >>> +{"HISI0191", 0},/*

Re: [PATCH v2 4/8] clk: migrate the count of orphaned clocks at init

Hi Jerome, On 2018-02-14 14:43, Jerome Brunet wrote: The orphan clocks reparents should migrate any existing count from the orphan clock to its new acestor clocks, otherwise we may have inconsistent counts in the tree and end-up with gated critical clocks Assuming we have two clocks, A and B.

Re: [PATCH] drm/amdkfd: Use ARRAY_SIZE macro in kfd_build_sysfs_node_entry

Hi Gustavo, The patch is queued for the merge window of kernel 4.17 (opens in about 7 weeks from now). Oded On Wed, Feb 14, 2018 at 11:30 PM, Gustavo A. R. Silva wrote: > Hi all, > > I was just wondering about the status of this patch. > > Thanks > -- > Gustavo > > > On

Re: [PATCH] amlogic: meson-gx-socinfo: Update soc ids

On Wed, 2018-02-14 at 15:58 +0100, Neil Armstrong wrote: > Updates the Amlogic Meson SoCs IDs for the Armv8 based SoCs. > It includes the new families and packages. > > Signed-off-by: Neil Armstrong > --- > drivers/soc/amlogic/meson-gx-socinfo.c | 8 > 1 file

Re: [STABLE 4.9.y PATCH 0/9] Backport of KVM Speculation Control support

Hello, On Tue, 6 Feb 2018, David Woodhouse wrote: I've put together a linux-4.9.y branch at http://git.infradead.org/retpoline-stable.git/shortlog/refs/heads/linux-4.9.y Are there any plans for a backport to v4.4? I would volunteer for testing ;) Thomas

Re: [PATCH] ARM64: dts: meson-axg: fix pwm_AO_cd compatible

On 15/02/2018 11:10, Jerome Brunet wrote: > The compatible in pwm_AO_cd is wrong and does not match anything. > Correct this with the correct compatible string > > Fixes: 4a81e5ddfb43 ("ARM64: dts: meson-axg: add PWM DT info for Meson-Axg > SoC") > Signed-off-by: Jerome Brunet

Re: [PATCH] ARM64: dts: meson-axg: add sec_AO system controller

On 15/02/2018 11:12, Jerome Brunet wrote: > add the secure AO system controller with chipid enabled > > Signed-off-by: Jerome Brunet > --- > arch/arm64/boot/dts/amlogic/meson-axg.dtsi | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git

[PATCH] crypto: atmel: Delete error messages for a failed memory allocation in six functions

From: Markus Elfring Date: Thu, 15 Feb 2018 11:38:30 +0100 Omit extra messages for a memory allocation failure in these functions. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

Re: [PATCH 5/8] arm64: dts: renesas: r8a77995: Add LVDS support

Hi Geert, On 15/02/18 09:07, Geert Uytterhoeven wrote: > Hi Kieran, > > On Thu, Feb 15, 2018 at 9:38 AM, Kieran Bingham wrote: >> From: Kieran Bingham >> >> The r8a77995 D3 platform has 2 LVDS channels connected to the DU. >> >>

Re: [PATCH 5/8] lightnvm: implement get log report chunk helpers

On 02/13/2018 03:06 PM, Javier González wrote: From: Javier González The 2.0 spec provides a report chunk log page that can be retrieved using the stangard nvme get log page. This replaces the dedicated get/put bad block table in 1.2. This patch implements the helper

Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning

On 15/02/2018 12:22, Andy Shevchenko wrote: On Thu, Feb 15, 2018 at 1:19 PM, John Garry wrote: Hi Andy, +static const struct acpi_device_id indirect_io_hosts[] = { +{"HISI0191", 0},/* HiSilicon LPC host */ +{}, Just a nit. I noticed that I have this

Re: [PATCH] extcon: intel-cht-wc: Also set direction and drv flags for V5 boost GPIO

On Thu, Feb 15, 2018 at 9:24 AM, Hans de Goede wrote: > Sometimes (firmware bug?) the V5 boost GPIO is not configured as output > by the BIOS, leading to the 5V boost convertor being permanently on, > > Explicitly set the direction and drv flags rather then inheriting them >

[PATCH 1/2] pps-gpio: Avoid flooding syslog

--- drivers/pps/clients/pps-gpio.c | 1 + include/linux/pps-gpio.h | 2 ++ 2 files changed, 3 insertions(+) diff --git a/drivers/pps/clients/pps-gpio.c b/drivers/pps/clients/pps-gpio.c index dd7624f1d23f..35c3b14fc9b9 100644 --- a/drivers/pps/clients/pps-gpio.c +++

[PATCH 2/2] pps-gpio: Set echo GPIO pin via devicetree

--- arch/arm/boot/dts/overlays/pps-gpio-overlay.dts | 13 - drivers/pps/clients/pps-gpio.c | 26 ++--- include/linux/pps-gpio.h| 1 + 3 files changed, 24 insertions(+), 16 deletions(-) diff --git

Re: [PATCH] pps-gpio: implement echo pulses

> No hardcoded stuff please! :-D I expected as much :) So I looked into it a bit more and came up with the patch below. It works for me but I'm unsure about two things in particular: In the __overrides__ section of the *.dts, why does gpiopin set reg and should echopin set this as well? In

<    1   2   3   4   5   6   7   8   9   10   >