[PATCH 08/11] of: Factor out #{addr,size}-cells parsing

From: Robin Murphy In some cases such as PCI host controllers, we may have a "parent bus" which is an OF leaf node, but still need to correctly parse ranges from the point of view of that bus. For that, factor out variants of the "#addr-cells" and "#size-cells" parsers which do not assume they

[PATCH 02/11] of: Make of_dma_get_range() private

of_dma_get_range() is only used within the DT core code, so remove the export and move the header declaration to the private header. Cc: Robin Murphy Signed-off-by: Rob Herring --- drivers/of/address.c | 1 - drivers/of/of_private.h| 11 +++ include/linux/of_address.h | 8

[PATCH 10/11] of/address: Translate 'dma-ranges' for parent nodes missing 'dma-ranges'

'dma-ranges' frequently exists without parent nodes having 'dma-ranges'. While this is an error for 'ranges', this is fine because DMA capable devices always have a translatable DMA address. Also, with no 'dma-ranges' at all, the assumption is that DMA addresses are 1:1 with no restrictions unless

[PATCH 09/11] of: Make of_dma_get_range() work on bus nodes

From: Robin Murphy Since the "dma-ranges" property is only valid for a node representing a bus, of_dma_get_range() currently assumes the node passed in is a leaf representing a device, and starts the walk from its parent. In cases like PCI host controllers on typical FDT systems, however, where

[PATCH 07/11] of: address: Follow DMA parent for "dma-coherent"

From: Robin Murphy Much like for address translation, when checking for DMA coherence we should be sure to walk up the DMA hierarchy, rather than the MMIO one, now that we can accommodate them being different. Signed-off-by: Robin Murphy Signed-off-by: Rob Herring --- drivers/of/address.c |

[PATCH 04/11] of/unittest: Add dma-ranges address translation tests

The functions for parsing 'dma-ranges' ranges are buggy and fail to handle several conditions. Add new tests for of_dma_get_range() and for_each_of_pci_range(). With this test, we get 5 new failures which are fixed in subsequent commits: OF: translation of DMA address(0) to CPU address failed

[PATCH 06/11] of/address: Introduce of_get_next_dma_parent() helper

From: Robin Murphy Add of_get_next_dma_parent() helper which is similar to __of_get_dma_parent(), but can be used in iterators and decrements the ref count on the prior parent. Signed-off-by: Robin Murphy Signed-off-by: Rob Herring --- drivers/of/address.c | 10 ++ 1 file changed, 10

[PATCH 11/11] of/address: Fix of_pci_range_parser_one translation of DMA addresses

of_pci_range_parser_one() has a bug when parsing dma-ranges. When it translates the parent address (aka cpu address in the code), 'ranges' is always being used. This happens to work because most users are just 1:1 translation. Cc: Robin Murphy Signed-off-by: Rob Herring ---

[PATCH 00/11] of: dma-ranges fixes and improvements

This series fixes several issues related to 'dma-ranges'. Primarily, 'dma-ranges' in a PCI bridge node does correctly set dma masks for PCI devices not described in the DT. A common case needing dma-ranges is a 32-bit PCIe bridge on a 64-bit system. This affects several platforms including

[PATCH 01/11] of: Remove unused of_find_matching_node_by_address()

of_find_matching_node_by_address() is unused, so remove it. Cc: Robin Murphy Signed-off-by: Rob Herring --- drivers/of/address.c | 19 --- include/linux/of_address.h | 12 2 files changed, 31 deletions(-) diff --git a/drivers/of/address.c

[PATCH 03/11] of: address: Report of_dma_get_range() errors meaningfully

From: Robin Murphy If we failed to translate a DMA address, at least show the offending address rather than the uninitialised contents of the destination argument. Signed-off-by: Robin Murphy Signed-off-by: Rob Herring --- drivers/of/address.c | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH 05/11] of: Ratify of_dma_configure() interface

From: Robin Murphy For various DMA masters not directly represented in DT, we pass the OF node of their parent or bridge device as the master_np argument to of_dma_configure(), such that they can inherit the appropriate DMA configuration from whatever is described there. This creates an

Re: [PATCH RFC 1/2] clk: introduce clk_invalidate_rate()

Quoting Neil Armstrong (2019-09-19 03:25:17) > This introduces the clk_invalidate_rate() call used to recalculate the > rate and parent tree of a particular clock if it's known that the > underlying registers set has been altered by the firmware, like from > a suspend/resume handler running in

Re: [PATCH 1/2] KVM: nVMX: Always write vmcs02.GUEST_CR3 during nested VM-Enter

> On 27 Sep 2019, at 0:43, Sean Christopherson > wrote: > > Write the desired L2 CR3 into vmcs02.GUEST_CR3 during nested VM-Enter > isntead of deferring the VMWRITE until vmx_set_cr3(). If the VMWRITE > is deferred, then KVM can consume a stale vmcs02.GUEST_CR3 when it > refreshes

[PATCH v2 1/3] RISC-V: Mark existing SBI as 0.1 SBI.

As per the new SBI specification, current SBI implementation version is defined as 0.1 and will be removed/replaced in future. Each of the function call in 0.1 is defined as a separate extension which makes easier to replace them one at a time. Rename existing implementation to reflect that. This

[PATCH v2 2/3] RISC-V: Add basic support for SBI v0.2

The SBI v0.2 introduces a base extension which is backward compatible with v0.1. Implement all helper functions and minimum required SBI calls from v0.2 for now. All other base extension function will be added later as per need. As v0.2 calling convention is backward compatible with v0.1, remove

[PATCH v2 3/3] RISC-V: Move SBI related macros under uapi.

All SBI related macros can be reused by KVM RISC-V and userspace tools such as kvmtool, qemu-kvm. SBI calls can also be emulated by userspace if required. Any future vendor extensions can leverage this to emulate the specific extension in userspace instead of kernel. Signed-off-by: Atish Patra

[PATCH v2 0/3] Add support for SBI v0.2

The Supervisor Binary Interface(SBI) specification[1] now defines a base extension that provides extendability to add future extensions while maintaining backward compatibility with previous versions. The new version is defined as 0.2 and older version is marked as 0.1. This series adds support

Re: [PATCH v3] powerpc: Support CMDLINE_EXTEND

Hi All, On Fri, 2019-08-02 at 06:40 +0200, Christophe Leroy wrote: > > Le 02/08/2019 à 00:50, Chris Packham a écrit : > > Bring powerpc in line with other architectures that support extending or > > overriding the bootloader provided command line. > > > > The current behaviour is most like

Re: [PATCH 1/2] KVM: nVMX: Always write vmcs02.GUEST_CR3 during nested VM-Enter

On Thu, Sep 26, 2019 at 2:43 PM Sean Christopherson wrote: > > Write the desired L2 CR3 into vmcs02.GUEST_CR3 during nested VM-Enter > isntead of deferring the VMWRITE until vmx_set_cr3(). If the VMWRITE > is deferred, then KVM can consume a stale vmcs02.GUEST_CR3 when it > refreshes

[PATCH 0/3] ARM: dts: SDRAM and L2 cache EDAC for Armada SoCs

This series was waiting for the armada_xp edac driver to be accepted. Now that it has the relevant nodes can be added to the Armada SoCs. So that boards can use the EDAC driver if they have the hardware support. The db-xc3-24g4xg.dts board doesn't have an ECC chip for it's DDR but it can use the

[PATCH 2/3] ARM: dts: mvebu: add sdram controller node to Armada-38x

The Armada-38x uses an SDRAM controller that is compatible with the Armada-XP. The key difference is the width of the bus (XP is 64/32, 38x is 32/16). The SDRAM controller registers are the same between the two SoCs. Signed-off-by: Chris Packham --- arch/arm/boot/dts/armada-38x.dtsi | 5 +

[PATCH 1/3] ARM: dts: armada-xp: enable L2 cache parity and ecc on db-xc3-24g4xg

Enable L2 cache parity and ECC on the db-xc3-24g4xg board so that cache operations are protected and errors can be flagged to the EDAC subsystem. Signed-off-by: Chris Packham --- arch/arm/boot/dts/armada-xp-db-xc3-24g4xg.dts | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH 3/3] ARM: dts: armada-xp: add label to sdram-controller node

Add the label "sdramc" to the sdram-controller nodes for the Armada-XP and 98dx3236 SoCs. Signed-off-by: Chris Packham --- arch/arm/boot/dts/armada-xp-98dx3236.dtsi | 2 +- arch/arm/boot/dts/armada-xp.dtsi | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH 3/3] tpm: Fix TPM 1.2 Shutdown sequence to prevent future TPM operations

On Wed, Sep 25, 2019 at 01:15:32PM +0300, Jarkko Sakkinen wrote: From: Vadim Sukhomlinov commit db4d8cb9c9f2af71c4d087817160d866ed572cc9 upstream TPM 2.0 Shutdown involve sending TPM2_Shutdown to TPM chip and disabling future TPM operations. TPM 1.2 behavior was different, future TPM

Re: [PATCH v2 1/2] dt-bindings: interconnect: Add OSM L3 DT bindings

Hi Sibi, On 8/21/19 02:11, Sibi Sankar wrote: > Add bindings for Operating State Manager (OSM) L3 interconnect provider > on SDM845 SoCs. > > Signed-off-by: Sibi Sankar > --- > .../bindings/interconnect/qcom,osm-l3.yaml| 56 +++ > .../dt-bindings/interconnect/qcom,osm-l3.h

[PATCH] arm64: defconfig: Enable SN65DSI86 display bridge

This enables display on the Lenovo Yoga C630 by connecting the DSI output from the SoC to the eDP input of the panel. Signed-off-by: Jeffrey Hugo --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig

Re: [GIT PULL] perf updates

The pull request you sent on Thu, 26 Sep 2019 22:06:22 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > perf-urgent-for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/a7b7b772bb4abaa4b2d9df67b50bf7208203da82 Thank you! -- Deet-doot-dot, I

Re: [GIT PULL] timer fix

The pull request you sent on Thu, 26 Sep 2019 22:18:25 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > timers-urgent-for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/da05b5ea12c1e50b2988a63470d6b69434796f8b Thank you! -- Deet-doot-dot,

[PATCH] arm64: defconfig: Enable QCA Bluetooth over UART

This enables Bluetooth on the Lenovo Yoga C630. Signed-off-by: Jeffrey Hugo --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 8e05c39eab08..0134a84481f8 100644 --- a/arch/arm64/configs/defconfig

[PATCH] ath9k_hw: fix uninitialized variable data

Currently, data variable in ar9003_hw_thermo_cal_apply() could be uninitialized if ar9300_otp_read_word() will fail to read the value. Initialize data variable with 0 to prevent an undefined behavior. This will be enough to handle error case when ar9300_otp_read_word() fails. Fixes: 80fe43f2bbd5

Re: [PATCH v3 18/26] scsi: pm80xx: Use PCI_STD_NUM_BARS

Bjorn, > I think this depends on a previous patch that actually adds the > PCI_STD_NUM_BARS definition. It will probably be easier if I apply > the whole series via the PCI tree. Looks like my mail about this getting dropped due to the missing definition got lost in transit. In any case, feel

[PATCH 2/6] drm/amdgpu/dm/mst: Remove unnecessary NULL check

kfree() checks this automatically. Signed-off-by: Lyude Paul --- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c

[PATCH 1/6] drm/amdgpu/dm/mst: Don't create MST topology managers for eDP ports

Signed-off-by: Lyude Paul --- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c index

[PATCH] of: reserved_mem: add missing of_node_put() for proper ref-counting

Commit d698a388146c ("of: reserved-memory: ignore disabled memory-region nodes") added an early return in of_reserved_mem_device_init_by_idx(), but didn't call of_node_put() on a device_node whose ref-count was incremented in the call to of_parse_phandle() preceding the early exit. Fixes:

Re: [PATCH] z3fold: claim page in the beginning of free

On Thu, 26 Sep 2019 10:48:44 +0200 Vitaly Wool wrote: > There's a really hard to reproduce race in z3fold between > z3fold_free() and z3fold_reclaim_page(). z3fold_reclaim_page() > can claim the page after z3fold_free() has checked if the page > was claimed and z3fold_free() will then schedule

Re: [PATCH -next] platform/chrome: wilco_ec: Use kmemdup in enqueue_events()

Hey Nick, On Fri, Jun 21, 2019 at 7:51 AM Nick Crews wrote: > > Thanks Yue, looks good to me. > > Nick > > On Fri, Jun 21, 2019 at 7:59 AM YueHaibing wrote: > > > > Use kmemdup rather than duplicating its implementation > > > > Signed-off-by: YueHaibing > > --- > >

Re: [PATCH v5 3/3] PM / AVS: SVS: Introduce SVS engine

Hi Roger, Roger Lu writes: > The SVS (Smart Voltage Scaling) engine is a piece of hardware which is > used to calculate optimized voltage values of several power domains, e.g. > CPU/GPU/CCI, according to chip process corner, temperatures, and other > factors. Then DVFS driver could apply those

[PATCH v2] selftests: Add kselftest-all and kselftest-install targets

Add kselftest-all target to build tests from the top level Makefile. This is to simplify kselftest use-cases for CI and distributions where build and test systems are different. Current kselftest target builds and runs tests on a development system which is a developer use-case. Add

Re: spi: Add call to spi_slave_abort() function when spidev driver is released

Hi Mark, Geert, > On Thu, Sep 26, 2019 at 04:06:45PM +0200, Lukasz Majewski wrote: > > > On Thu, Sep 26, 2019 at 2:49 PM Lukasz Majewski > > > wrote: > > > > > The question is if we shall call the spi_slave_abort() when > > > > cleaning up spi after releasing last reference, or each time > >

[PATCH] modpost: Copy namespace string into 'struct symbol'

When building an out-of-tree module I was receiving many warnings from modpost like: WARNING: module dahdi_vpmadt032_loader uses symbol __kmalloc from namespace ts/dahdi-linux/drivers/dahdi/dahdi-version.o: ..., but does not import it. WARNING: module dahdi_vpmadt032_loader uses symbol

Re: [PATCH] btree: Remove custom MAX macro

Hi Harry, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [cannot apply to v5.3 next-20190925] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base' option to specify the

Re: [PATCH 2/2] selftests: Add kselftest_install target to main Makefile

On 9/25/19 9:24 PM, Masahiro Yamada wrote: Hi Shuah, On Thu, Sep 26, 2019 at 8:05 AM Shuah Khan wrote: Add kselftest_install target to install tests from the top level Makefile. This is to simplify kselftest use-cases for CI and distributions where build and test systems are different.

Re: [PATCH v3 02/26] PCI: hv: Use PCI_STD_NUM_BARS

On Mon, Sep 16, 2019 at 11:41:34PM +0300, Denis Efremov wrote: > Replace the magic constant (6) with define PCI_STD_NUM_BARS representing > the number of PCI BARs. For some reason patches 0 and 1 didn't make it to the list. Can you resend them?

[PATCH v1] PM / Domains: Add tracepoints

Define genpd_power_on/off and genpd_set_performance_state tracepoints and use them. Signed-off-by: Matthias Kaehlcke --- drivers/base/power/domain.c | 27 +--- include/trace/events/power.h | 49 2 files changed, 72 insertions(+), 4

[PATCH] perf llvm: don't access out-of-scope array

test_dir is assigned to the release array which is out-of-scope 3 lines later. Extend the scope of the release array so that an out-of-scope array isn't accessed. Bug detected by clang's address sanitizer. Signed-off-by: Ian Rogers --- tools/perf/util/llvm-utils.c | 6 +++--- 1 file changed, 3

Re: [RFC V1 1/7] genirq/msi: Differentiate between various MSI based interrupts

On Thu, Sep 12, 2019 at 06:32:02PM -0700, Megha Dey wrote: > Since a device can support both MSI-X and IMS interrupts simultaneously, > do away with is_msix and introduce a new enum msi_desc_tag to > differentiate between the various types of msi_descs. > > Signed-off-by: Megha Dey Acked-by:

Re: [RT PATCH 1/3] hrtimer: Use READ_ONCE to access timer->base in hrimer_grab_expiry_lock()

On 8/21/19 6:50 AM, Thomas Gleixner wrote: > On Wed, 21 Aug 2019, Sebastian Andrzej Siewior wrote: > >> On 2019-08-21 10:24:07 [+0100], Julien Grall wrote: >>> The update to timer->base is protected by the base->cpu_base->lock(). >>> However, hrtimer_grab_expirty_lock() does not access it with

Re: [RFC V1 7/7] ims: Add the set_desc callback

On Thu, Sep 12, 2019 at 06:32:08PM -0700, Megha Dey wrote: > Add the set_desc callback to the ims domain ops. Elsewhere you capitalize "IMS" when it's an initialism. Generally you capitalized "IRQ" and "MSI" in similar situations, but there are a couple exceptions (in other commit logs). > The

Re: [RFC V1 6/7] ims-msi: Add APIs to allocate/free IMS interrupts

On Thu, Sep 12, 2019 at 06:32:07PM -0700, Megha Dey wrote: > This patch introduces APIs to allocate and free IMS interrupts. > +int __dev_ims_alloc_irqs(struct device *dev, int nvec, > + struct dev_ims_ops *ops, > + struct irq_affinity *affd) Should be

[PATCH v3 2/5] arm64: vdso32: Detect binutils support for dmb ishld

As reported by Will Deacon, older versions of binutils that do not support certain types of memory barriers can cause build failure of the vdso32 library. Add a compilation time mechanism that detects if binutils supports those instructions and configure the kernel accordingly. Cc: Will Deacon

Re: WARNING in pvr2_i2c_core_done

On Wed, 25 Sep 2019, Andrey Konovalov wrote: > On Wed, Sep 25, 2019 at 4:10 PM Alan Stern wrote: > > > > On Wed, 25 Sep 2019, syzbot wrote: > > > > > Hello, > > > > > > syzbot found the following crash on: > > > > > > HEAD commit:d9e63adc usb-fuzzer: main usb gadget fuzzer driver > > > git

[PATCH v3 3/5] arm64: vdso32: Fix compilation warning

As reported by Will Deacon the following compilation warning appears during the compilation of the vdso32: In file included from ./arch/arm64/include/asm/thread_info.h:17:0, from ./include/linux/thread_info.h:38, from ./arch/arm64/include/asm/preempt.h:5,

[PATCH v3 1/5] arm64: vdso32: Introduce COMPAT_CC_IS_GCC

As reported by Will Deacon the .config file and the generated include/config/auto.conf can end up out of sync after a set of commands since CONFIG_CROSS_COMPILE_COMPAT_VDSO is not updated correctly. The sequence can be reproduced as follows: $ make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu-

[PATCH v3 4/5] arm64: Remove gettimeofday.S

gettimeofday.S was originally removed with the introduction of the support for Unified vDSOs in arm64 and replaced with the C implementation. The file seems again present in the repository due to a side effect of rebase. Remove the file again. Cc: Will Deacon Cc: Catalin Marinas

[PATCH v3 0/5]arm64: vdso32: Address various issues

Hi Will, this patch series is meant to address the various compilation issues you reported about arm64 vdso32. Please let me know if there is still something missing. Thanks, Vincenzo Cc: Will Deacon Cc: Catalin Marinas Cc: Thomas Gleixner --- v3: - Exposed COMPATCC - Addressed

[PATCH v3 5/5] arm64: vdso32: Remove jump label config option in Makefile

The jump labels are not used in vdso32 since it is not possible to run runtime patching on them. Remove the configuration option from the Makefile. Cc: Will Deacon Cc: Catalin Marinas Signed-off-by: Vincenzo Frascino --- arch/arm64/kernel/vdso32/Makefile | 3 --- 1 file changed, 3

[PATCH 2/2] KVM: VMX: Skip GUEST_CR3 VMREAD+VMWRITE if the VMCS is up-to-date

Skip the VMWRITE to update GUEST_CR3 if CR3 is not available, i.e. has not been read from the VMCS since the last VM-Enter. If vcpu->arch.cr3 is stale, kvm_read_cr3(vcpu) will refresh vcpu->arch.cr3 from the VMCS, meaning KVM will do a VMREAD and then VMWRITE the value it just pulled from the

[PATCH 1/2] KVM: nVMX: Always write vmcs02.GUEST_CR3 during nested VM-Enter

Write the desired L2 CR3 into vmcs02.GUEST_CR3 during nested VM-Enter isntead of deferring the VMWRITE until vmx_set_cr3(). If the VMWRITE is deferred, then KVM can consume a stale vmcs02.GUEST_CR3 when it refreshes vmcs12->guest_cr3 during nested_vmx_vmexit() if the emulated VM-Exit occurs

[PATCH 0/2] KVM: nVMX: Bug fix for consuming stale vmcs02.GUEST_CR3

Reto Buerki reported a failure in a nested VMM when running with HLT interception disabled in L1. When putting L2 into HLT, KVM never actually enters L2 and instead cancels the nested run and pretends that VM-Enter to L2 completed and then exited on HLT (which KVM intercepted). Because KVM never

Re: [PATCH v5 1/1] random: getrandom(2): warn on large CRNG waits, introduce new flags

On 9/26/19 1:44 PM, Ahmed S. Darwish wrote: Since Linux v3.17, getrandom(2) has been created as a new and more secure interface for pseudorandom data requests. It attempted to solve three problems, as compared to /dev/urandom: 1. the need to access filesystem paths, which can fail, e.g.

Re: [RESEND][PATCH v8 5/5] kselftests: Add dma-heap test

On Mon, Sep 23, 2019 at 3:12 PM Brian Starkey wrote: > > I didn't see any response about using the test harness. Did you decide > against it? Hey! Spent a little time looking at this bit and just wanted to reply to this point. So first, apologies, I think I missed the suggestion earlier. That

[PATCH] btree: Remove custom MAX macro

The btree implementation defines its own MAX macro, whilst also including kernel.h, which already defines a max macro. This removes the custom implementation in favour of the standard one provided in kernel.h Signed-off-by: Harry Jeffery --- lib/btree.c | 3 +-- 1 file changed, 1 insertion(+),

Re: [PATCH] riscv: resolve most warnings from sparse

On Thu, Sep 19, 2019 at 10:31:42AM -0700, Christoph Hellwig wrote: > On Thu, Sep 19, 2019 at 01:26:38AM -0700, Paul Walmsley wrote: > > > > Resolve most of the warnings emitted by sparse. The objective here is > > to keep arch/riscv as clean as possible with regards to sparse warnings, > > and

Re: [PATCH v5 0/7] hugetlb_cgroup: Add hugetlb_cgroup reservation limits

On 9/26/19 12:28 PM, David Rientjes wrote: > On Tue, 24 Sep 2019, Mina Almasry wrote: > >>> I personally prefer the one counter approach only for the reason that it >>> exposes less information about hugetlb reservations. I was not around >>> for the introduction of hugetlb reservations, but I

Re: [PATCH v2 2/4] arm64: vdso32: Detect binutils support for dmb ishld

On 9/26/19 4:59 PM, Catalin Marinas wrote: > On Thu, Sep 26, 2019 at 02:38:03PM +0100, Vincenzo Frascino wrote: >> arch/arm64/kernel/vdso32/Makefile| 9 + > > Could you please also remove the unnecessary gcc-goto.sh check in this > file? We don't use jump labels in the vdso

Re: [PATCH RFC v4 1/1] random: WARN on large getrandom() waits and introduce getrandom2()

On Mon, Sep 23, 2019 at 11:33:21AM -0700, Andy Lutomirski wrote: > On Fri, Sep 20, 2019 at 11:07 PM Florian Weimer wrote: > > > > * Linus Torvalds: > > > > > Violently agreed. And that's kind of what the GRND_EXPLICIT is really > > > aiming for. > > > > > > However, it's worth noting that nobody

Re: [GIT PULL] treewide conversion to sizeof_member() for v5.4-rc1

On Thu, Sep 26, 2019 at 01:06:01PM -0700, Linus Torvalds wrote: > (a) why didn't this use the already existing and well-named macro > that nobody really had issues with? That was suggested, but other folks wanted the more accurate "member" instead of "field" since a treewide change was happening

Re: [PATCH 0/2] Reset realtek bluetooth devices during user suspend

On Wed, Sep 18, 2019 at 11:51 AM Alan Stern wrote: > > On Wed, 18 Sep 2019, Abhishek Pandit-Subedi wrote: > > > Sorry, last reply went out with HTML. Re-sending in plain text. > > > > On Wed, Sep 18, 2019 at 7:23 AM Alan Stern > > wrote: > > > > > > On Tue, 17 Sep 2019, Abhishek Pandit-Subedi

Re: [PATCH RFC 0/2] clk: meson: g12a: handle clock hw changes while in suspend

Neil Armstrong writes: > This serie aime to support when the suspend/resume firmware alters the > clock tree, leading to an incorrect representation of the clock tree > after a resume from suspend-to-mem. > > For the Amlogic G12A/G12B/SM1 case, the SCPI firmware handling suspend > alters the CPU

[PATCH v5 1/1] random: getrandom(2): warn on large CRNG waits, introduce new flags

Since Linux v3.17, getrandom(2) has been created as a new and more secure interface for pseudorandom data requests. It attempted to solve three problems, as compared to /dev/urandom: 1. the need to access filesystem paths, which can fail, e.g. under a chroot 2. the need to open a file

[PATCH v5 0/1] random: getrandom(2): warn on large CRNG waits, introduce new flags

Summary / Changelog-v5: - Add the new flags GRND_INSECURE and GRND_SECURE_UNBOUNDED_INITIAL_WAIT to getrandom(2), instead of introducing a new getrandom2(2) system call, which nobody liked. - Fix a bug discovered through testing where "int ret =

Re: perf build failed on linux -next on i386 build

On Thu, 26 Sep 2019 at 23:06, Arnaldo Carvalho de Melo wrote: > > Em Thu, Sep 26, 2019 at 10:59:41PM +0530, Naresh Kamboju escreveu: > > perf build failed on linux -next on i386 build > > > > build error: > > perf-in.o: In function `libunwind__x86_reg_id': > >

Re: [PATCH v2 0/4] arm64: vdso32: Address various issues

On 9/26/19 4:31 PM, Catalin Marinas wrote: > On Thu, Sep 26, 2019 at 02:38:01PM +0100, Vincenzo Frascino wrote: >> this patch series is meant to address the various compilation issues you >> reported about arm64 vdso32. (This time for real I hope ;)) >> >> Please let me know if there is still

Re: [PATCH 1/7] intel-speed-select: Add int argument to command functions

On Thu, 2019-09-26 at 08:54 -0400, Prarit Bhargava wrote: > The current code structure has similar but separate command functions > for > the enable and disable operations. This can be improved by adding an > int > argument to the command function structure, and interpreting 1 as > enable > and 0

Re: [GIT PULL] tracing/probe: Fix same probe event argument matching

The pull request you sent on Thu, 26 Sep 2019 05:09:26 -0400: > git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git > trace-v5.4-2 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/7897c04ad09f815aea1f2dbb05825887d4494a74 Thank you! --

[GIT PULL] timer fix

Linus, Please pull the latest timers-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-urgent-for-linus # HEAD: e430d802d6a3aaf61bd3ed03d9404888a29b9bf9 timer: Read jiffies once when forwarding base clk Fixes a timer expiry bug that would

Re: [PATCH v2 2/4] arm64: vdso32: Detect binutils support for dmb ishld

On 9/26/19 3:26 PM, Catalin Marinas wrote: > On Thu, Sep 26, 2019 at 02:38:03PM +0100, Vincenzo Frascino wrote: >> diff --git a/arch/arm64/Kbuild b/arch/arm64/Kbuild >> index d6465823b281..75cf8c796d0e 100644 >> --- a/arch/arm64/Kbuild >> +++ b/arch/arm64/Kbuild >> @@ -4,3 +4,9 @@

Re: [PATCH 1/4] arm64: vdso32: Introduce COMPAT_CC_IS_GCC

On 9/26/19 4:17 PM, Catalin Marinas wrote: > On Thu, Sep 26, 2019 at 01:22:01PM +0100, Vincenzo Frascino wrote: >> On 9/26/19 11:56 AM, Vincenzo Frascino wrote: >>> On 9/26/19 9:06 AM, Catalin Marinas wrote: Now, could we not generate a COMPATCC in the Makefile and use $(COMPATCC) here

Re: [GIT PULL] xen: features for 5.4-rc1

The pull request you sent on Thu, 26 Sep 2019 16:17:43 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git > for-linus-5.4-rc1-tag has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ec56103e18c7590303c69329dd4aaadf8a898c19 Thank you! -- Deet-doot-dot, I

Re: [GIT PULL] s390 patches for the 5.4 merge window #2

The pull request you sent on Thu, 26 Sep 2019 16:58:34 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git tags/s390-5.4-2 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/16cdf08467848dc53acd2175d563b30a3cd486aa Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] usercopy fix for v5.4-rc1

The pull request you sent on Thu, 26 Sep 2019 11:35:41 -0700: > https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git > tags/usercopy-v5.4-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/0576f0602a4926b0027fdd7561a1c0053fa99d26 Thank you! --

Re: [GIT PULL] Kselftest update for Linux 5.4-rc1

The pull request you sent on Mon, 23 Sep 2019 16:40:15 -0600: > git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest > tags/linux-kselftest-5.4-rc1.1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/797a3242755da1b7c1ada6fb153cb2700ef30a80 Thank you!

Re: [GIT PULL] Please pull NFS Client updates for Linux 5.4

The pull request you sent on Thu, 26 Sep 2019 19:13:30 +: > git://git.linux-nfs.org/projects/anna/linux-nfs.git tags/nfs-for-5.4-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/972a2bf7dfe39ebf49dd47f68d27c416392e53b1 Thank you! -- Deet-doot-dot, I am a bot.

Re: [git pull] jffs2 regression fix

The pull request you sent on Thu, 26 Sep 2019 15:30:04 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.mount3 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/dadedd85630af28b21c826265f7a651f040f6f13 Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] xfs: fixes for 5.4-rc1

The pull request you sent on Thu, 26 Sep 2019 09:02:07 -0700: > git://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git tags/xfs-5.4-merge-8 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/2268419e4c9559ec1e80ee7ae7bd54f8976234cb Thank you! -- Deet-doot-dot, I am a bot.

[GIT PULL] perf updates

Linus, Please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus # HEAD: 26acf400d2dcc72c7e713e1f55db47ad92010cc2 perf unwind: Fix libunwind build failure on i386 systems The only kernel change is comment

Re: [GIT PULL] treewide conversion to sizeof_member() for v5.4-rc1

On Thu, Sep 26, 2019 at 10:33 AM Kees Cook wrote: > > Please pull this mostly mechanical treewide conversion to the single and > more accurately named sizeof_member() macro for the end of v5.4-rc1. This > replaces 3 macros of the same behavior (FIELD_SIZEOF(), SIZEOF_FIELD(), > and

Summary of Crash/Panic Behaviors in Linux Kernel

Dear all, Is there any summary of crash/panic behaviors in the Linux Kernel? For example, GPF (general protection fault), Kernel BUG (BUG_ON). -- My best regards to you. No System Is Safe! Dongliang Mu

Re: [PATCH 1/3] regulator: core: fix boot-on regulators use_count usage

Hi, On Tue, Sep 24, 2019 at 11:28 AM Mark Brown wrote: > On Mon, Sep 23, 2019 at 03:40:09PM -0700, Doug Anderson wrote: > > On Mon, Sep 23, 2019 at 11:49 AM Mark Brown wrote: > > > On Mon, Sep 23, 2019 at 11:36:11AM -0700, Doug Anderson wrote: > > > > > 1. Would it be valid to say that it's

Re: [EXT] [PATCH v3] serial: imx: adapt rx buffer and dma periods

On Thu, Sep 26, 2019 at 1:37 AM Ardelean, Alexandru wrote: > > On Wed, 2019-09-25 at 10:14 -0500, Adam Ford wrote: > > [External] > > > > On Fri, Sep 20, 2019 at 2:06 AM Philipp Puschmann > > wrote: > > > Hi Andy, > > > > > > Am 20.09.19 um 05:42 schrieb Andy Duan: > > > > From: Philipp

Re: [PATCH 3/3] selftests: netfilter: add ipvs tunnel test case

Hello, On Fri, 27 Sep 2019, Haishuang Yan wrote: > Test virtual server via ipip tunnel. > > Tested: > # selftests: netfilter: ipvs.sh > # Testing DR mode... > # Testing NAT mode... > # Testing Tunnel mode... > # ipvs.sh: PASS > ok 6 selftests: netfilter: ipvs.sh > > Signed-off-by:

[PATCH] regulator: Document "regulator-boot-on" binding more thoroughly

The description of "regulator-boot-on" was a little unclear, at least to me. Did this property mean that we should turn the regulator on at boot? Or perhaps it was intended only to be used for regulators where we couldn't read the state at bootup to indicate what state we should assume? The

RE: [PATCH] ACPICA: make acpi_load_table() return table index

> -Original Message- > From: Rafael J. Wysocki > Sent: Thursday, September 26, 2019 12:26 PM > To: Nikolaus Voss > Cc: Schmauss, Erik ; Shevchenko, Andriy > ; Rafael J. Wysocki ; > Moore, Robert ; Len Brown ; > Jacek Anaszewski ; Pavel Machek > ; Dan Murphy ;

Re: [PATCH] vsock/virtio: add support for MSG_PEEK

On 9/26/19 11:23 AM, Matias Ezequiel Vara Larsen wrote: > This patch adds support for MSG_PEEK. In such a case, packets are not > removed from the rx_queue and credit updates are not sent. > > Signed-off-by: Matias Ezequiel Vara Larsen > --- > net/vmw_vsock/virtio_transport_common.c | 50 >

Re: [1/2] net/phy/mdio-mscc-miim: Use devm_platform_ioremap_resource() in mscc_miim_probe()

On 26/09/2019 20:52:38+0200, Markus Elfring wrote: > >> Does this feedback indicate also an agreement for the detail > >> if the mapping of internal phy registers would be a required operation? > >> (Would such a resource allocation eventually be optional?) > > > > It is optional. > > Would you

[PATCH 3/3] arm64: configs: unset CPU_BIG_ENDIAN

When building allmodconfig KCONFIG_ALLCONFIG=$(pwd)/arch/arm64/configs/defconfig CONFIG_CPU_BIG_ENDIAN gets enabled. Which tends not to be what most people wants. Rework so that we disable CONFIG_CPU_BIG_ENDIAN in the defcinfig file so it doesn't get enabled when building allmodconfig kernels.

[PATCH 1/3] arm64: configs: defconfig: enable DEBUG_PREEMPT and FTRACE

When building an allmodconfig KCONFIG_ALLCONFIG=$(pwd)/arch/arm64/configs/defconfig kernel, CONFIG_DEBUG_PREEMPT and CONFIG_FTRACE will be turn off. There is no benefit in disabling these fragments. By enabling these nothing will happen without interaction from the user to enable it from the cmd

[PATCH 2/3] arm64: configs: unset CMDLINE_FORCE

When building allmodconfig KCONFIG_ALLCONFIG=$(pwd)/arch/arm64/configs/defconfig CONFIG_CMDLINE_FORCE gets enabled. Which forces the user to pass the full cmdline to CONFIG_CMDLINE="...". Rework so that we disable CONFIG_CMDLINE_FORCE in the defconfig file so we don't have to pass in the

[PATCH] arm64: configs: defconfig: remove unneeded fragments

Commit 833c97254724 ("arm64: defconfig: Enable DRM DU and V4L2 FCP + VSP modules") ment to enable the camera framework and drivers but enabled a bit more. Since we don't have any drivers for MEDIA_ANALOG_TV_SUPPORT or MEDIA_DIGITAL_TV_SUPPORT theres no meaning to enable the framework to the

<    1   2   3   4   5   6   7   >