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

On 17/01/2018 21:14, 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 reused. > >

[PATCH] can: m_can: mark runtime-PM handlers as __maybe_unused

Building without CONFIG_PM results in a harmless warning: drivers/net/can/m_can/m_can.c:1763:12: error: 'm_can_runtime_resume' defined but not used [-Werror=unused-function] drivers/net/can/m_can/m_can.c:1752:12: error: 'm_can_runtime_suspend' defined but not used [-Werror=unused-function]

Re: [net-next: PATCH v4 0/7] Armada 7k/8k PP2 ACPI support

Hi Marcin, I tested the series on a MacchiatoBin to ensure the mvpp2 DT support was still working. I was able to use all supported ports as before, and saw no issue. For all mvpp2 patches, you can add: Tested-by: Antoine Tenart Thanks! Antoine On Thu, Jan

Re: [PATCH] [wireless-next] mt76: fix building without CONFIG_LEDS_CLASS

Arnd Bergmann writes: > When CONFIG_LEDS_CLASS is disabled, or it is a loadable module while > mt76 is built-in, we run into a link error: > > drivers/net/wireless/mediatek/mt76/mac80211.o: In function > `mt76_register_device': > mac80211.c:(.text+0xb78): relocation truncated to

Re: [PATCH v4 04/13] iommu/rockchip: Fix error handling in attach

On 18/01/18 11:52, Jeffy Chen wrote: From: Tomasz Figa Currently if the driver encounters an error while attaching device, it will leave the IOMMU in an inconsistent state. Even though it shouldn't really happen in reality, let's just add proper error path to keep things

Re: [PATCH v5 3/5] misc serdev: Add w2sg0004 (gps receiver) power control driver

Hi Johan, > Am 18.01.2018 um 07:13 schrieb Johan Hovold : > > Hacks are never good, but sometimes needed. But we should try to keep > them contained in drivers rather than allow them to spread to core code, > was what I was trying to say above. Well, aren't we talking here

Re: [PATCH v2 0/2] arm64: Run enable method for errata work arounds on late CPUs

On Thu, Jan 18, 2018 at 12:08:43PM +, Robin Murphy wrote: > On 18/01/18 12:00, Robin Murphy wrote: > [...] > >>+struct enable_arg { > >>+    int (*enable)(struct arm64_cpu_capabilities const *); > >>+    struct arm64_cpu_capabilities const *cap; > >>+}; > >>+ > >>+static int

[PATCH v3 10/14] ARM: dts: stm32: Enable SDIO controller on stm32429i-eval board

From: Patrice Chotard This patch adds SDIO related DT nodes for stm32429i-eval board. Signed-off-by: Patrice Chotard --- v3: _ none v2: _ none arch/arm/boot/dts/stm32429i-eval.dts | 19 +++ 1 file changed, 19 insertions(+)

[PATCH v3 08/14] ARM: dts: stm32: Add pin map for SDIO controller on stm32f4

From: Andrea Merello This patch adds the pin configuration for SDIO controller on stm32f4. Signed-off-by: Andrea Merello Signed-off-by: Patrice Chotard --- v3: _ none v2: _ none

[PATCH v3 07/14] ARM: dts: stm32: Add SDIO controller for stm32f429

From: Patrice Chotard stm32f429 embeds ARM_PL180 sdi IP, adds SDIO controller node to allow MMC support. Signed-off-by: Andrea Merello Signed-off-by: Patrice Chotard --- v3: _ none v2: _ none

[PATCH v3 05/14] mmc: mmci: Add STM32 variant

From: Patrice Chotard STM32F4 and STM32F7 MCUs has a SDIO controller that looks like an ARM PL810. This patch adds the STM32 variant so that mmci driver supports it. Signed-off-by: Andrea Merello Signed-off-by: Patrice Chotard

[PATCH 34/35] x86/kvm: Add IBPB support

From: Ashok Raj Add MSR passthrough for MSR_IA32_PRED_CMD and place branch predictor barriers on switching between VMs to avoid inter VM specte-v2 attacks. [peterz: rebase and changelog rewrite] Cc: Asit Mallick Cc: Dave Hansen

[PATCH 15/35] objtool: More complex static jump implementation

When using something like: -#define sched_feat(x) (static_branch_##x(_feat_keys[__SCHED_FEAT_##x])) +#define sched_feat(x) (static_branch_##x(_feat_keys[__SCHED_FEAT_##x]) && \ + (arch_static_assert(), true)) we get an objtool assertion fail like: kernel/sched/fair.o:

[PATCH 22/35] x86/cpufeatures: Detect Speculation control feature

From: Tim Chen CPUs can expose a MSR to control speculation. The initial function of this MSR is to control Indirect Branch Speculation, which is required to mitigate the Spectre_V2 attack on certain CPU generations. If CPUID(7).RDX[26] is set then MSR_IA32_SPEC_CTRL

Re: [PATCH v1 1/1] usb: xhci: do not create and register shared_hcd when USB3.0 is disabled

On 18.01.2018 09:27, Tung Vuong Nguyen wrote: On Tue, Jan 16, 2018 at 9:50 PM, Mathias Nyman wrote: Hi, Sorry about the delay On 04.01.2018 07:17, Thang Q. Nguyen wrote: Hi, On Sat, Dec 16, 2017 at 10:45 AM, Thang Q. Nguyen wrote: From:

[PATCH 21/35] x86: Remove FAST_FEATURE_TESTS

Since we want to rely on static branches to avoid speculation, remove any possible fallback code for static_cpu_has. Signed-off-by: Peter Zijlstra (Intel) --- arch/x86/Kconfig | 11 --- arch/x86/include/asm/cpufeature.h |8 2 files

[PATCH 10/35] x86/jump_label: Implement arch_static_assert()

Implement the static (branch) assertion. It simply emits the address of the next instruction into a special section which objtool will read and validate against either __jump_table or .altinstructions. Use like: if (static_branch_likely(_key)) { arch_static_assert();

[PATCH 23/35] x86/speculation: Add basic speculation control code

From: Thomas Gleixner Add the minimal infrastructure to control the speculation control feature. - Integrate it into the spectre_v2 coammand line parser and the mitigation selector function. The conditional selector function is a placeholder right now, which needs to

[PATCH 31/35] x86/ibrs: Add new helper macros to save/restore MSR_IA32_SPEC_CTRL

From: Ashok Raj Add some helper macros to save/restore MSR_IA32_SPEC_CTRL. stop_indirect_branch_speculation_and_save() - saves the current state and enables IBRS. restore_indirect_branch_speculation() - restores the previously saved IBRS state.

Aslam Alaikum!

Aslam Alaikum! Hi friend I am a staff in the bank, I want to transfer an abandoned sum of USD15.5 Million to your Bank account. 40/percent will be your share. No risk involved but keep it as secret. Contact me for more details. Thanks MR.SALLM --SALIF

[PATCH] x86/mce: Make machine check speculation protected

The machine check idtentry uses an indirect branch directly from the low level code. This evades the speculation protection. Replace it by a direct call into C code and issue the indirect call there so the compiler can apply the proper speculation protection. Signed-off-by: Thomas Gleixner

Re: [PATCH v5 43/44] ARM: da8xx-dt: switch to device tree clocks

On Monday 08 January 2018 07:55 AM, David Lechner wrote: > This removes all of the clock init code from da8xx-dt.c. This includes > all of the OF_DEV_AUXDATA that was just used for looking up clocks. > > Note: You need to have clocks defined in your device tree or your system > won't boot after

Re: [PATCH v5 33/44] ARM: davinci: switch to common clock framework

On Monday 08 January 2018 07:53 AM, David Lechner wrote: > diff --git a/arch/arm/mach-davinci/Makefile b/arch/arm/mach-davinci/Makefile > index 4e81780..8a8f413 100644 > --- a/arch/arm/mach-davinci/Makefile > +++ b/arch/arm/mach-davinci/Makefile > @@ -5,7 +5,7 @@ > # > > # Common objects >

Re: [net-next: PATCH 0/8] Armada 7k/8k PP2 ACPI support

> I CC'ed Mika since he is more familiar with handling these bits of ACPI > specs - I wonder whether this is a problem that cropped up on x86 > systems too. Hi Lorenzo There is nothing about MDIO, PHYs, Ethernet switches, etc in version 6.2 of the spec. If x86 has this, it must be after 6.2 was

Re: [PATCH v7 0/5] x86/KASLR: Add parameter kaslr_mem=nn[KMG]@ss[KMG]

On Thu, 18 Jan 2018 09:11:14 +0800 Chao Fan wrote: > On Wed, Jan 17, 2018 at 12:32:35PM -0500, Luiz Capitulino wrote: > >On Wed, 17 Jan 2018 18:53:46 +0800 > >Chao Fan wrote: > > > >> ***Background: > >> People reported that kaslr may

[PATCH] ARC: Add a knob to control usage of dual-issue

HS48 core starts with dual-issue enabled but in some cases like debugging as well as benchmarking it might be useful to disable dual-issue for a particular run. Note: 1. To disable dual-issue user has to change a value of a global variable in target's memory right before start of Linu

[PATCH] ARC: Enable fatal signals on boot for dev platforms

It's very convenient to have fatal signals enabled on developemnt platform as this allows to catch problems that happen early in user-space (like crashing init or dynamic loader). Otherwise we may either enable it later from alive taregt console by "echo 1 > /proc/sys/kernel/print-fatal-signals"

Re: [PATCH] [net-next] net: sched: avoid uninitialized variable use

Thu, Jan 18, 2018 at 02:17:28PM CET, a...@arndb.de wrote: >gcc has identified a code path in which we pass uninitialized >data into tc_dump_tfilter(): > >net/sched/cls_api.c: In function 'tc_dump_tfilter': >net/sched/cls_api.c:1268:8: error: 'parent' may be used uninitialized in this >function

Re: [PATCH v2] arm64: Branch predictor hardening for Cavium ThunderX2

Hi JC, On Tue, Jan 16, 2018 at 03:45:54PM -0800, Jayachandran C wrote: > On Tue, Jan 16, 2018 at 04:52:53PM -0500, Jon Masters wrote: > > On 01/09/2018 07:47 AM, Jayachandran C wrote: > > > > > Use PSCI based mitigation for speculative execution attacks targeting > > > the branch predictor. The

Re: [GIT PULL] isolation: 1Hz residual tick offloading v3

On Thu, 18 Jan 2018 04:04:43 +0100 Frederic Weisbecker wrote: > On Wed, Jan 17, 2018 at 12:38:01PM -0500, Luiz Capitulino wrote: > > On Tue, 16 Jan 2018 23:51:29 +0100 > > Frederic Weisbecker wrote: > > > > > On Tue, Jan 16, 2018 at 11:52:11AM -0500,

Re: [PATCH 2/5] pinctrl: stm32: add STM32F769 MCU support

Hi Linus It's a gentle reminder because this patch seems not yet merged in any of your pinctrl branch. Thanks Patrice On 12/11/2017 09:54 AM, Alexandre Torgue wrote: > This patch which adds STM32F769 pinctrl and GPIO support, relies on the > generic STM32 pinctrl driver. > > Signed-off-by:

Re: dangers of bots on the mailing lists was Re: divide error in ___bpf_prog_run

On Thu, Jan 18, 2018 at 02:01:28PM +0100, Dmitry Vyukov wrote: > On Thu, Jan 18, 2018 at 2:09 AM, Theodore Ts'o wrote: > > On Wed, Jan 17, 2018 at 04:21:13PM -0800, Alexei Starovoitov wrote: > >> > >> If syzkaller can only test one tree than linux-next should be the one. > > > >

net: r8169: a question of memory barrier in the r8169 driver

In the rt8169 driver, the function "rtl_tx" uses "smp_mb" to sync the writing operation with rtl8169_start_xmit: if (tp->dirty_tx != dirty_tx) { tp->dirty_tx = dirty_tx; smp_mb(); ... } The function rtl8169_start_xmit reads tp->dirty_tx in TX_FRAGS_READY_FOR:

Re: [PATCH 1/2] kconfig: use default 'yy' prefix for lexer and parser

2018-01-12 9:58 GMT+09:00 Masahiro Yamada : > Flex and Bison provide an option to change the prefix of globally- > visible symbols. This is useful to link multiple lexers and/or > parsers into the same executable. However, Kconfig (and any other > host programs in

Re: [PATCH v2 01/10] perf tools: Integrating the CoreSight decoding library

Em Thu, Jan 18, 2018 at 02:59:48PM +0100, Jiri Olsa escreveu: > On Thu, Jan 18, 2018 at 10:41:39AM -0300, Arnaldo Carvalho de Melo wrote: > > Shouldn't libopencsd be treated like libbabeltrace was before > > the required version was widely available in distros? > > I.e. these csets should

Re: [PATCH net-next 3/5] net: hns3: add ethtool -p support for phy device

> +static int hclge_set_led_status_phy(struct phy_device *phydev, int value) > +{ > + int ret, cur_page; > + > + mutex_lock(>lock); > + > + ret = phy_read(phydev, HCLGE_PHY_PAGE_REG); > + if (ret < 0) > + goto out; > + else > + cur_page = ret; > + > +

Re: [PATCH v4 08/13] iommu/rockchip: Control clocks needed to access the IOMMU

Hi Robin, On 01/18/2018 08:27 PM, Robin Murphy wrote: Is it worth using the clk_bulk_*() APIs for this? At a glance, most of the code being added here appears to duplicate what those functions already do (but I'm no clk API expert, for sure). right, i think it's doable, the clk_bulk APIs are

Re: [PATCH v6 85/99] btrfs: Remove unused spinlock

On Wed, Jan 17, 2018 at 12:21:49PM -0800, Matthew Wilcox wrote: > From: Matthew Wilcox > > The reada_lock in struct btrfs_device was only initialised, and not > actually used. That's good because there's another lock also called > reada_lock in the btrfs_fs_info that was

Re: [PATCH] [net-next] net: sched: avoid uninitialized variable use

Thu, Jan 18, 2018 at 03:19:14PM CET, a...@arndb.de wrote: >On Thu, Jan 18, 2018 at 2:49 PM, Jiri Pirko wrote: >> Thu, Jan 18, 2018 at 02:17:28PM CET, a...@arndb.de wrote: >>>gcc has identified a code path in which we pass uninitialized >>>data into tc_dump_tfilter(): >>>

[PATCH] ARM: dts: at91: sama5d4: fix pinctrl compatible string

From: Santiago Esteban The compatible string is incorrect. Add atmel,sama5d3-pinctrl since it's the appropriate compatible string. Remove the atmel,at91rm9200-pinctrl compatible string, this fallback is useless, there are too many changes. Signed-off-by: Santiago

Re: [PATCH] iommu/of: Only do IOMMU lookup for available ones

On Wed, Jan 17, 2018 at 02:28:08PM +0100, Joerg Roedel wrote: > On Wed, Jan 03, 2018 at 02:09:20PM +0800, Jeffy Chen wrote: > > The for_each_matching_node_and_match() would return every matching > > nodes including unavailable ones. > > > > It's pointless to init unavailable IOMMUs, so add a

[PATCH v3 09/14] ARM: dts: stm32: Enable SDIO controller on stm32f469 disco board

From: Andrea Merello This patch adds SDIO-related DT nodes required by stm32f469 board There is a hardware issue on these boards, it misses a pullup on the GPIO line used as card detect to allow correct SD card detection. To allow correct card detection "broken-cd"

[PATCH 08/35] objtool: Implement jump_assert for _static_cpu_has()

Unlike the jump_label bits, static_cpu_has is implemented with alternatives. We use the new type field to distinguish them from any other alternatives Like jump_labels, make static_cpu_has set static_jump_dest on the instructions after the static branch such that we can assert on it. Cc: Thomas

Re: [PATCH] PCI: dwc: dra7xx: add back CONFIG_PCI dependency for endpoint

On Thu, Jan 18, 2018 at 02:15:54PM +0100, Arnd Bergmann wrote: > It was a nice idea to split out the PCI host and endpoint mode configuration > into separate options. Unfortunately it doesn't build: > > drivers/pci/dwc/pci-dra7xx.c:229:11: error: 'pci_irqd_intx_xlate' undeclared > here (not in a

[PATCH 35/35] x86/nospec: Add static assertions

These sites must not end up under dynamic conditions because then it could be speculated across. Ensure objtools verifies this. Signed-off-by: Peter Zijlstra (Intel) --- arch/x86/include/asm/nospec-branch.h | 19 +++ 1 file changed, 15 insertions(+), 4

[PATCH 14/35] x86: Annotate indirect jump in head_64.S

The objtool retpoline validation found this indirect jump. Seeing how its on CPU bringup before we run userspace it should be safe, annotate it. Signed-off-by: Peter Zijlstra (Intel) --- arch/x86/kernel/head_64.S |2 ++ 1 file changed, 2 insertions(+) ---

[PATCH 05/35] x86: Add a type field to alt_instr

Add a type field to the alternative description. For now this will be used to annotate static_cpu_has() but possible future uses include using it to implement alternative alignment and special NOP handling. Suggested-by: Borislav Petkov Signed-off-by: Peter Zijlstra (Intel)

Re: [PATCH net-next v5 0/4] net: mvpp2: 1000BaseX and 2500BaseX support

Hi Russell, On Tue, Jan 16, 2018 at 03:12:45PM +, Russell King - ARM Linux wrote: > > As I've already said, we need to make sure things are done in a similar > way for all netdev DT drivers that are hoping to switch to phylink. > The mvneta patches are now in net-next for this. > > What I

[PATCH-next] MEMCG: memcontrol: make local symbol static

Fixes the following sparse warning: mm/memcontrol.c:1097:14: warning: symbol 'memcg1_stats' was not declared. Should it be static? Signed-off-by: Christopher Díaz Riveros --- mm/memcontrol.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v4 4/8] PCI: brcmstb: Add dma-range mapping for inbound traffic

On January 17, 2018 11:31:23 PM PST, Christoph Hellwig wrote: >On Wed, Jan 17, 2018 at 08:15:33PM -0600, Rob Herring wrote: >> > (a) overriding/redefining the dma_to_phys() and phys_to_dma() calls >> > that are used by the dma_ops routines. This is the approach of >> > >> >

Re: [PATCH-next] MEMCG: memcontrol: make local symbol static

On Thu, 2018-01-18 at 10:08 -0500, Christopher Díaz Riveros wrote: > Fixes the following sparse warning: > > mm/memcontrol.c:1097:14: warning: > symbol 'memcg1_stats' was not declared. Should it be static? > > Signed-off-by: Christopher Díaz Riveros > --- >

Re: [PATCH v5 1/2] printk: Add console owner and waiter logic to load balance console writes

On Thu, 18 Jan 2018 13:01:46 +0900 Byungchul Park wrote: > > I disagree. It is like a spinlock. You can say a spinlock() that is > > blocked is also waiting for an event. That event being the owner does a > > spin_unlock(). > > That's exactly what I was saying. Excuse

[net-next: PATCH v4 3/7] device property: Introduce fwnode_irq_get()

Until now there were two very similar functions allowing to get Linux IRQ number from ACPI handle (acpi_irq_get()) and OF node (of_irq_get()). The first one appeared to be used only as a subroutine of platform_irq_get(), which (in the generic code) limited IRQ obtaining from _CRS method only to

[net-next: PATCH v4 6/7] net: mvpp2: use device_*/fwnode_* APIs instead of of_*

OF functions can be used only for the driver using DT. As a preparation for introducing ACPI support in mvpp2 driver, use struct fwnode_handle in order to obtain properties from the hardware description. This patch replaces of_* function with device_*/fwnode_* where possible in the mvpp2.

[net-next: PATCH v4 4/7] device property: Allow iterating over available child fwnodes

Implement a new helper function fwnode_get_next_available_child_node(), which enables obtaining next enabled child fwnode, which works on a similar basis to OF's of_get_next_available_child(). This commit also introduces a macro, thanks to which it is possible to iterate over the available

[net-next: PATCH v4 0/7] Armada 7k/8k PP2 ACPI support

Hi, I quickly resend the series, thanks to Antoine Tenart's remark, who spotted !CONFIG_ACPI compilation issue after introducing the new fwnode_irq_get() routine. Please see the details in the changelog below and the 3/7 commit log. mvpp2 driver can work with the ACPI representation, as exposed

[net-next: PATCH v4 5/7] net: mvpp2: simplify maintaining enabled ports' list

'port_count' field of the mvpp2 structure holds an overall amount of available ports, based on DT nodes status. In order to be prepared to support other HW description, obtain the value by incrementing it upon each successful port initialization. This allowed for simplifying port indexing in the

Re: [PATCH v4 11/13] iommu/rockchip: Fix error handling in init

On 18/01/18 11:52, Jeffy Chen wrote: It's hard to undo bus_set_iommu() in the error path, so move it to the end of rk_iommu_probe(). Reviewed-by: Robin Murphy Signed-off-by: Jeffy Chen Reviewed-by: Tomasz Figa ---

Re: [PATCH v5 21/44] clk: davinci: New driver for TI DA8XX USB PHY clocks

On Monday 08 January 2018 07:47 AM, David Lechner wrote: > +static int da8xx_usb1_phy_clk_set_parent(struct clk_hw *hw, u8 index) > +{ > + struct da8xx_usb1_phy_clk *clk = to_da8xx_usb1_phy_clk(hw); > + unsigned int mask, val; > + > + /* Set the USB 1.1 PHY clock mux based on the

Re: dangers of bots on the mailing lists was Re: divide error in ___bpf_prog_run

On Thu, Jan 18, 2018 at 2:01 PM, Dmitry Vyukov wrote: > On Thu, Jan 18, 2018 at 2:09 AM, Theodore Ts'o wrote: >> On Wed, Jan 17, 2018 at 04:21:13PM -0800, Alexei Starovoitov wrote: >>> >>> If syzkaller can only test one tree than linux-next should be the one.

Re: dangers of bots on the mailing lists was Re: divide error in ___bpf_prog_run

On Wed, Jan 17, 2018 at 12:09 PM, Dmitry Vyukov wrote: > On Wed, Jan 17, 2018 at 10:49 AM, Daniel Borkmann > wrote: >> Don't know if there's such a possibility, but it would be nice if we could >> target fuzzing for specific subsystems in related

Re: [PATCH v4 05/13] iommu/rockchip: Use iopoll helpers to wait for hardware

On 18/01/18 11:52, Jeffy Chen wrote: From: Tomasz Figa This patch converts the rockchip-iommu driver to use the in-kernel iopoll helpers to wait for certain status bits to change in registers instead of an open-coded custom macro. Signed-off-by: Tomasz Figa

Re: [Patch v6 02/12] [media] s5p-mfc: Adding initial support for MFC v10.10

On 01/18/18 13:36, Smitha T Murthy wrote: > On Fri, 2017-12-08 at 14:25 +0100, Philippe Ombredanne wrote: >> Smitha, >> >> On Fri, Dec 8, 2017 at 10:08 AM, Smitha T Murthy >> wrote: >>> Adding the support for MFC v10.10, with new register file and >>> necessary hw control,

Re: [PATCH v2 00/19] prevent bounds-check bypass via speculative execution

Hi Dan, Linus, On Thu, Jan 11, 2018 at 05:41:08PM -0800, Dan Williams wrote: > On Thu, Jan 11, 2018 at 5:19 PM, Linus Torvalds > wrote: > > On Thu, Jan 11, 2018 at 4:46 PM, Dan Williams > > wrote: > >> > >> This series incorporates Mark

[PATCH] media: i2c: ov7740: use gpio/consumer.h instead of gpio.h

When built on a platform without gpiolib support, we run into a couple of compile errors in ov7740, including: drivers/media/i2c/ov7740.c: In function 'ov7740_set_power': drivers/media/i2c/ov7740.c:307:4: error: implicit declaration of function 'gpiod_direction_output'; did you mean

Re: [PATCH -next] mtd: ubi: wl: Fix error return code in ubi_wl_init()

> e->pnum = aeb->pnum; > e->ec = aeb->ec; > [1]https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/drivers/mtd/ubi/wl.c?h=next-20180118#n1596

Re: [PATCH v4 00/13] iommu/rockchip: Use OF_IOMMU

Hi Joerg, Thanks for your reply. On 01/18/2018 08:44 PM, Joerg Roedel wrote: On Thu, Jan 18, 2018 at 07:52:38PM +0800, Jeffy Chen wrote: Jeffy Chen (9): iommu/rockchip: Prohibit unbind and remove iommu/rockchip: Fix error handling in probe iommu/rockchip: Request irqs in

[PATCH v3 14/14] clk: stm32: Add clk entry for SDMMC2 on stm32F769

From: Patrice Chotard STM32F769 has 2 SDMMC port, add clock entry for the second one. Signed-off-by: Alexandre TORGUE Signed-off-by: Patrice Chotard Acked-by: Stephen Boyd --- v3: _ none v2: _

[PATCH v3 02/14] mmc: mmci: Don't pretend all variants to have MCI_STARBITERR flag

From: Patrice Chotard This patch prepares for supporting the STM32 variant that has no such bit in the status register. Signed-off-by: Andrea Merello Signed-off-by: Patrice Chotard --- v3: _ none v2: _ replace

[PATCH v3 06/14] ARM: dts: stm32: Add SDIO controller for stm32f746

From: Patrice Chotard stm32f746 embeds ARM_PL180 sdio IP, adds SDIO controller nodes to allow MMC support. Signed-off-by: Patrice Chotard --- v3: _ none v2: _ none arch/arm/boot/dts/stm32f746.dtsi | 22 ++ 1 file changed,

[PATCH v3 03/14] mmc: mmci: Don't pretend all variants to have OPENDRAIN bit

From: Patrice Chotard This patch prepares for supporting STM32 variant which doesn't have opendrain bit in MMCIPOWER register. ST others variant (u300, nomadik and ux500) uses MCI_OD bit whereas others variants uses MCI_ROD bit. Signed-off-by: Patrice Chotard

[LTP] [ANNOUNCE] The Linux Test Project has been released for JANUARY 2018

ase Downloads and links: The latest version of the test-suite contains 3000+ tests for the Linux and can be downloaded at: https://github.com/linux-test-project/ltp/releases/tag/20180118 The project pages as well as GIT repository are hosted on GitHub: https://github.com/linux-t

[PATCH 32/35] x86/vmx: Direct access to MSR_IA32_SPEC_CTRL

From: Ashok Raj Add direct access to MSR_IA32_SPEC_CTRL from a guest. Also save/restore IBRS values during exits and guest resume path. [peterz: rebased] Cc: Asit Mallick Cc: Arjan Van De Ven Cc: Dave Hansen

Re: [PATCH v2 02/10] x86: Update _static_cpu_has to use all named variables

On Thu, Jan 18, 2018 at 04:09:40PM +0100, Peter Zijlstra wrote: > You mean the subject alone don't count? Yeah. Those empty commit messages make it look like a private repo with WIP patches. The crap I have here. :-) -- Regards/Gruss, Boris. Good mailing practices for 400: avoid

Re: [PATCH v4 4/8] PCI: brcmstb: Add dma-range mapping for inbound traffic

On Thu, Jan 18, 2018 at 07:09:23AM -0800, Florian Fainelli wrote: > >But in this case it actually is the example to follow as told > >previously. > > > >NAK again for these chained dma ops that only create problems. > > Care to explain what should be done instead? Override phys_to_dma and

Re: [PATCH V5 1/2] nvme-pci: introduce RECONNECTING state to mark initializing procedure

On 1/18/2018 2:10 AM, Jianchao Wang wrote: After Sagi's commit (nvme-rdma: fix concurrent reset and reconnect), both nvme-fc/rdma have following pattern: RESETTING- quiesce blk-mq queues, teardown and delete queues/ connections, clear out outstanding IO requests...

Re: [PATCH 34/35] x86/kvm: Add IBPB support

On 18/01/2018 14:48, Peter Zijlstra wrote: > From: Ashok Raj > > Add MSR passthrough for MSR_IA32_PRED_CMD and place branch predictor > barriers on switching between VMs to avoid inter VM specte-v2 attacks. > > [peterz: rebase and changelog rewrite] > > Cc: Asit Mallick

Re: [PATCH v3 1/2] nvme: add tracepoint for nvme_setup_cmd

On Thu, Jan 18, 2018 at 04:21:34PM +0100, Christoph Hellwig wrote: > On Wed, Jan 17, 2018 at 11:53:35AM +0100, Johannes Thumshirn wrote: > > +nvme-core-y:= trace.o core.o > > trace.o should be conditional on CONFIG_TRACEPOINTS. Doesn't do too much of a difference

Re: [PATCH v4 08/13] iommu/rockchip: Control clocks needed to access the IOMMU

On 18/01/18 11:52, Jeffy Chen wrote: From: Tomasz Figa Current code relies on master driver enabling necessary clocks before IOMMU is accessed, however there are cases when the IOMMU should be accessed while the master is not running yet, for example allocating V4L2

Re: [PATCH v1 tip/master 0/3] kprobes/x86: retpoline: Fix kprobes for retpoline

> Side effect: [1/3] will move __x86_indirect_thunk_* functions > in kernel text area. Of course those functions were in the > .text area, but placed in right after _etext. This just moves > it right before the _etext. I assume you tested that with page table isolation on? The thunks need to be

[PATCH v3] fscrypt: add support for the encrypted key type

fscrypt uses a master key for each directory policy from which all further keys for that policy are derived, and at the moment such a master key has to be inserted into a kernel keyring as a 'logon' key by user-space. While 'logon' keys have the nice property of not being readable by user-space

RE: [PATCH] USB TYPEC: RT1711H Type-C Chip Driver

Dear Gerg, Many thanks to your comment. I've checked all of them and here are some questions need your help. > +Example: > +rt1711h@4e { > +status = "ok"; > +compatible = "richtek,typec_rt1711h"; > +reg = <0x4e>; > +rt,intr_gpio = < 0 0x0>; > +rt,name = "rt1711h"; > +rt,port_type = <2>; /*

Re: [PATCH V5 4/8] perf/x86/intel/uncore: add new data structures for free running counters

On Mon, Jan 15, 2018 at 10:57:05AM -0800, kan.li...@intel.com wrote: > From: Kan Liang > > There are a number of free running counters introduced for uncore, which > provide highly valuable information to a wide array of customers. > For example, Skylake Server has IIO free

Re: [PATCH v2 07/10] x86/jump_label: Implement arch_static_assert()

On Tue, Jan 16, 2018 at 03:28:32PM +0100, Peter Zijlstra wrote: > Implement the static (branch) assertion. It simply emits the address > of the next instruction into a special section which objtool will read > and validate against either __jump_table or .altinstructions. > > Use like: > >

Re: [PATCH v22 2/3] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_VQ

On 2018/01/18 1:44, Michael S. Tsirkin wrote: >> +static void add_one_sg(struct virtqueue *vq, unsigned long pfn, uint32_t >> len) >> +{ >> +struct scatterlist sg; >> +unsigned int unused; >> +int err; >> + >> +sg_init_table(, 1); >> +sg_set_page(, pfn_to_page(pfn), len, 0);

Re: [PATCH v2 01/10] perf tools: Integrating the CoreSight decoding library

Em Wed, Jan 17, 2018 at 09:06:40AM +0100, Jiri Olsa escreveu: > On Tue, Jan 16, 2018 at 01:30:33PM -0700, Mathieu Poirier wrote: > > On 16 January 2018 at 05:15, Jiri Olsa wrote: > > > On Mon, Jan 15, 2018 at 11:13:05AM -0700, Mathieu Poirier wrote: > > >> +++

Re: dangers of bots on the mailing lists was Re: divide error in ___bpf_prog_run

On Thu, 18 Jan 2018, Dmitry Vyukov wrote: > I've made a bunch of changes yesterday and today. This includes ... > and even per crash/tree. To alleviate this, syzbot will now say e.g. > "So far this crash happened 185 times on linux-next, mmots, net-next, > upstream". So that you can see that

Re: [PATCH] kconfig: Document SYMBOL_OPTIONAL logic

2018-01-14 18:56 GMT+09:00 Ulf Magnusson : > Not obvious, especially if you don't already know how choices are > implemented. > > No functional changes. Only comments added. > > Signed-off-by: Ulf Magnusson > --- > scripts/kconfig/menu.c | 9 + >

Re: [PATCH -next] mtd: ubi: wl: Fix error return code in ubi_wl_init()

- if (!e) > > + if (!e) { > > + err = -ENOMEM; > > goto out_free; > > + } > > > > e->pnum = aeb->pnum; > > e->ec = aeb->ec; > > > > [1]https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/drivers/mtd/ubi/wl.c?h=next-20180118#n1596 [2]https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/drivers/mtd/ubi/wl.c?h=next-20180118#n1609

Re: [PATCH 3/4] tsi108_eth: use dma API properly

From: Bjorn Helgaas Date: Wed, 17 Jan 2018 18:08:18 -0600 > [+cc David, FYI, I plan to merge this via PCI along with the rest of > Christoph's series] No problem.

Re: [PATCH v4 05/13] iommu/rockchip: Use iopoll helpers to wait for hardware

Hi Robin, On 01/18/2018 09:09 PM, Robin Murphy wrote: -#define FORCE_RESET_TIMEOUT100/* ms */ +#define FORCE_RESET_TIMEOUT10/* us */ +#define POLL_TIMEOUT1000/* us */ Nit: the callsites look a bit odd with the combination of POLL_TIMEOUT and the magic number

[PATCH] pinctrl: meson-axg: adjust uart_ao_b pin group naming

Simply adjust the pin group to _x _y _z style, as to keep the consistency in DT with previous naming scheme. Fixes: 83c566806a68 ("pinctrl: meson-axg: Add new pinctrl driver for Meson AXG SoC") Signed-off-by: Yixun Lan --- Hi Linus, Please also consider merging this

Re: [PATCH v2 0/2] arm64: Run enable method for errata work arounds on late CPUs

On 18/01/18 14:21, Dave Martin wrote: On Thu, Jan 18, 2018 at 12:08:43PM +, Robin Murphy wrote: On 18/01/18 12:00, Robin Murphy wrote: [...] +struct enable_arg { +    int (*enable)(struct arm64_cpu_capabilities const *); +    struct arm64_cpu_capabilities const *cap; +}; + +static int

[PATCH 1/2] clk: stm32: END_PRIMARY_CLK should be declare after CLK_SYSCLK

From: Gabriel Fernandez Update of END_PRIMARY_CLK was missed, it should be after CLK_SYSCLK hsi and sysclk are overwritten by gpioa and gpiob. Signed-off-by: Gabriel Fernandez --- include/dt-bindings/clock/stm32fx-clock.h | 6 +++--- 1 file

Re: [PATCH v16 09/10] drm/panel: Use of_find_backlight helper

Den 18.01.2018 13.07, skrev Meghana Madhyastha: On Tue, Jan 16, 2018 at 06:08:53PM +0100, Noralf Trønnes wrote: Den 16.01.2018 11.36, skrev Meghana Madhyastha: Replace of_find_backlight_by_node and of the code around it with of_find_backlight helper to avoid repetition of code.

Re: [mm 4.15-rc8] Random oopses under memory pressure.

On 01/18/2018 06:45 AM, Kirill A. Shutemov wrote: > On Thu, Jan 18, 2018 at 06:38:10AM -0800, Dave Hansen wrote: >> On 01/18/2018 05:12 AM, Kirill A. Shutemov wrote: >>> - if (pte_page(*pvmw->pte) - pvmw->page >= >>> - hpage_nr_pages(pvmw->page)) { >> Is ->pte

[PATCH 00/35] jump_label, objtool, IBRS and IBPB

Lots of patches.. They include: - objtool validation of jump_label/static_cpu_has Allows asserting that the code block following a jump_label/static_cpu_has is indeed unconditional. Ensures GCC doesn't generate particularly stupid code which would re-insert a dynamic test. - objtool

[PATCH 03/35] x86: Reindent _static_cpu_has

Because its daft.. Cc: Josh Poimboeuf Cc: Thomas Gleixner Reviewed-by: Borislav Petkov Signed-off-by: Peter Zijlstra (Intel) --- arch/x86/include/asm/cpufeature.h | 78 +++--- 1

[PATCH 17/35] objtool: Even more complex static block checks

I've observed GCC transform: f() { if (!static_branch_unlikely()) return; static_assert(); A; } g() { f(); } Into: f() { static_assert(); A; } g() { if (static_branch_unlikely())

[PATCH 06/35] objtool: Implement base jump_assert support

Implement a jump_label assertion that asserts that the code location is indeed only reachable through a static_branch. Because if GCC is absolutely retaded it could generate code like: xor rax,rax NOP/JMP 1f mov $1, rax 1: test rax,rax jz 2f 2:

  1   2   3   4   5   6   7   8   9   10   >