[PATCH v2 0/3] x86: devicetree: re-enable x86-specific implementation

Fixing x86-specific DT implementation in the kernel allows reusing most of firmware code for SoC that have ARM core replaced with x86, e.g. SC9853i. Changes since first version:  * Splitting a single patch into three parts Ivan Gorinov (3):   x86: devicetree: call early_init_dt_verify()   x86:

[PATCH v2 2/3] x86: devicetree: enable multiprocessing in DT

Adding code to register processors described in Device Tree. APIC ID is specified in 'intel-apic_id' propery as used in U-Boot. First address specified in 'reg' is used as default APIC ID. Signed-off-by: Ivan Gorinov ---  arch/x86/kernel/devicetree.c | 26

[PATCH bpf-next 1/5] treewide: remove struct-pass-by-value from tracepoints arguments

Fix all tracepoint arguments to pass structures (large and small) by reference instead of by value. Avoiding passing large structs by value is a good coding style. Passing small structs sometimes is beneficial, but in all cases it makes no difference vs readability of the code. The subsequent

[PATCH bpf-next 0/5] bpf, tracing: introduce bpf raw tracepoints

This patch set is a different way to address the pressing need to access task_struct pointers in sched tracepoints from bpf programs. The first approach simply added these pointers to sched tracepoints: https://lkml.org/lkml/2017/12/14/753 which Peter nacked. Few options were discussed and

[PATCH bpf-next 4/5] libbpf: add bpf_raw_tracepoint_open helper

Signed-off-by: Alexei Starovoitov --- tools/include/uapi/linux/bpf.h | 11 +++ tools/lib/bpf/bpf.c| 10 ++ tools/lib/bpf/bpf.h| 1 + 3 files changed, 22 insertions(+) diff --git a/tools/include/uapi/linux/bpf.h

Re: [PATCH 1/6] kbuild: remove remaining use of undefined YACC_PREFIX

2018-03-01 8:32 GMT+09:00 Rob Herring : > Commit eea199b445f6 ("kbuild: remove unnecessary LEX_PREFIX and > YACC_PREFIX") removed YACC_PREFIX definition, but left one use of it. There > was not any build error since there is no user of "cmd_bison_h" currently. > Remove the last

RE: [PATCH] staging: typec: handle vendor defined part and modify drp toggling flow

Hi > -Original Message- > From: shufan_lee(李��帆) [mailto:shufan_...@richtek.com] > Sent: 2018年2月28日 11:41 > To: Jun Li ; ShuFanLee ; > heikki.kroge...@linux.intel.com; li...@roeck-us.net; g...@kroah.com > Cc: cy_huang(�S�⒃�) ; >

Re: [PATCH] arm: Initialize hrtimer-based broadcast clockevent

On 2018-01-22 07:06, Jan Kiszka wrote: > Analogously to 9358d755bd5c, this registers a broadcast clockevent in > case no hardware broadcast timer is available and the per-CPU timers can > be stopped in deep power states. > > Partitions of the Jailhouse hypervisor fall in this category. >

Re: [PATCH] e1000e: Fix link status in case of error.

On 2018/02/28 08:48, Alexander Duyck wrote: > On Tue, Feb 27, 2018 at 9:20 PM, Benjamin Poirier wrote: > > Before commit 19110cfbb34d ("e1000e: Separate signaling for link check/link > > up"), errors which happen after "get_link_status = false" in the copper > > check_for_link

Re: [RFC PATCH v2] ptr_ring: linked list fallback

On 2018年02月28日 23:43, Michael S. Tsirkin wrote: On Wed, Feb 28, 2018 at 10:20:33PM +0800, Jason Wang wrote: On 2018年02月28日 22:01, Michael S. Tsirkin wrote: On Wed, Feb 28, 2018 at 02:28:21PM +0800, Jason Wang wrote: On 2018年02月28日 12:09, Michael S. Tsirkin wrote: Or we can add plist to a

Re: [PATCH 2/2 v2 RFC] tools/memory-model: redefine rb in terms of rcu-fence

On Wed, Feb 28, 2018 at 03:13:54PM -0500, Alan Stern wrote: > This patch reorganizes the definition of rb in the Linux Kernel Memory > Consistency Model. The relation is now expressed in terms of > rcu-fence, which consists of a sequence of gp and rscs links separated > by rcu-link links, in

Re: [BUG] Kernel crash on Allwinner H3 due to sound core changes

Hi Jernej Thank you for your report > with todays linux-next (next-20180228), kernel on Allwinner H3 SoC crashes > with dmesg like that: https://pastebin.com/raw/0D5JeaJ8 > > I bisected the kernel and first offending commit is: > be7ee5f32a9a ("ASoC: soc-generic-dm

Re: [PATCH v2] pvcalls-front: 64-bit align flags

On 02/28/2018 09:05 PM, Stefano Stabellini wrote: We are using test_and_* operations on the status and flag fields of struct sock_mapping. However, these functions require the operand to be 64-bit aligned on arm64. Currently, only status is 64-bit aligned. Make status and flags explicitly

Re: [PATCH v2 11/11] test_firmware: test three firmware kernel configs using a proc knob

On Thu, Mar 01, 2018 at 12:38:16AM +, Luis R. Rodriguez wrote: > On Wed, Feb 28, 2018 at 04:00:58PM -0800, Josh Triplett wrote: > > On Wed, Feb 28, 2018 at 06:26:03PM +, Luis R. Rodriguez wrote: > > > So for folks who enable CONFIG_FW_LOADER=y, they'd now be forced to gain > > > an > > >

Re: [PATCH] f2fs: fix to restore whint_mode in ->remount_fs

On 02/28, Chao Yu wrote: > From: Chao Yu > > If we fail in ->remount_fs, it needs to restore old whint_mode as other > mount options. > > Fixes: e25afe01822f ("f2fs: support passing down write hints given by users > to block layer") Hi Chao, It was not merged, so please

Re: 4.16 regression: s2ram broken on non-PAE i686

Thomas Gleixner wrote: Woody, On Wed, 28 Feb 2018, Woody Suwalski wrote: Certainly. I understand you want dmesg output for kernels build with and without PAE, not just PAE=n on the cmdline :-) Here it is... Thanks for providing the data. It did not pinpoint the issue but at least it gave me

Re: [PATCH v8 03/13] kexec_file,x86,powerpc: factor out kexec_file_ops functions

On Wed, Feb 28, 2018 at 08:38:00PM +0800, Dave Young wrote: > On 02/26/18 at 07:01pm, AKASHI Takahiro wrote: > > On Fri, Feb 23, 2018 at 05:24:59PM +0800, Dave Young wrote: > > > Hi AKASHI, > > > > > > On 02/22/18 at 08:17pm, AKASHI Takahiro wrote: > > > > As arch_kexec_kernel_*_{probe,load}(),

ERROR: "ia64_delay_loop" [drivers/spi/spi-thunderx.ko] undefined!

Hi Robin, First bad commit (maybe != root cause): tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 97ace515f01439d4cf6e898b4094040dc12d36e7 commit: e1a50de37860b3a93a9d643b09638db5aff47650 arm64: cputype: Silence Sparse warnings date: 12 days ago

[PATCH] cpu_pm: add syscore_suspend error handling

If cpu_cluster_pm_enter() fails, cpu_pm_exit() should be called. This will put the CPU in the correct state to resume from the failure. Signed-off-by: Derek Basehore --- kernel/cpu_pm.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/kernel/cpu_pm.c

Re: [PATCH] sparc: Use generic pci_mmap_resource_range()

From: Bjorn Helgaas Date: Wed, 28 Feb 2018 17:08:29 -0600 > On Mon, Feb 19, 2018 at 10:30:25AM -0500, David Miller wrote: >> From: David Woodhouse >> Date: Mon, 19 Feb 2018 15:24:18 + >> >> >> For one, the sparc specific code allows mmap'ing any

Re: [PATCH v2 4/4] pintcrl: support bias-disable of generic and special pins simultaneously

On Wed, 2018-02-28 at 15:49 +0800, Zhiyong Tao wrote: > On Wed, 2018-02-28 at 15:33 +0800, Sean Wang wrote: > > On Mon, 2018-02-26 at 16:34 +0800, Zhiyong Tao wrote: > > > For generic pins, parameter "arg" is 0 or 1. > > > For special pins, bias-disable is set by R0R1, > > > so we need transmited

Re: [PATCH 11/12] PM / AVS: SmartReflex: Prepare to use device tree based probing

* Kevin Hilman [180301 03:08]: > Tony Lindgren writes: > > We are currently probing smartreflex with omap_device while we are > > already probing smartreflex related interconnect target module with > > ti-sysc driver and dts data. ... > Acked-by: Kevin

Re: linux-next: build warnings after merge of the block tree

On 03/01/2018 05:56 AM, Stephen Rothwell wrote: > Hi Jens, > > After merging the block tree, today's linux-next build (x86_64 > allmodconfig) produced these warning: > > In file included from drivers/misc/cardreader/rts5209.c:24:0: > include/linux/rtsx_pci.h:40:0: warning: "SG_END" redefined >

Re: [PATCH 2/6] kbuild: add dtc as dependency on .dtb files

2018-03-01 8:32 GMT+09:00 Rob Herring : > If dtc is rebuilt, we should rebuild .dtb files with the new dtc. > > Cc: Masahiro Yamada > Signed-off-by: Rob Herring Hmm, I am not 100% sure about this. Is there a case where resulted

[PATCH 2/5] staging: ks7010: Replace SSID_MAX_SIZE with IEEE80211_MAX_SSID_LEN.

SSID_MAX_SIZE is a constant defined locally in ks_hostif.h, but it should be replaced with IEEE80211_MAX_SSID_LEN from the kernel's 802.11 header, of which it is just a copy. Signed-off-by: Quytelda Kahja --- drivers/staging/ks7010/ks_hostif.c | 4 ++--

Re: [Xen-devel] [RFC PATCH v4 1/7] xen/pvh: Split CONFIG_XEN_PVH into CONFIG_PVH and CONFIG_XEN_PVH

On 28/02/18 22:07, Konrad Rzeszutek Wilk wrote: > On Wed, Feb 28, 2018 at 10:27:57AM -0800, Maran Wilson wrote: >> In order to pave the way for hypervisors other then Xen to use the PVH >> entry point for VMs, we need to factor the PVH entry code into Xen specific >> and hypervisor agnostic

[PATCH v7 1/3] irqchip/gic-v3-its: add ability to save/restore ITS state

Some platforms power off GIC logic in suspend, so we need to save/restore state. The distributor and redistributor registers need to be handled in platform code due to access permissions on those registers, but the ITS registers can be restored in the kernel. Signed-off-by: Derek Basehore

[PATCH v7 0/3] GICv3 Save and Restore

A lot of changes in v2. The distributor and redistributor saving and restoring is left to the PSCI/firmware implementation after discussions with ARM. This reduces the line changes by a lot and removes now unneeded patches. Patches are verified on an RK3399 platform with pending patches in the

[PATCH v7 2/3] DT/arm,gic-v3-its: add reset-on-suspend property

This adds documentation for the new reset-on-suspend property. This property enables saving and restoring the ITS for when it loses state in system suspend. Signed-off-by: Derek Basehore --- .../devicetree/bindings/interrupt-controller/arm,gic-v3.txt | 5 + 1 file

Re: [Xen-devel] [RFC PATCH v4 2/7] xen/pvh: Move PVH entry code out of Xen specific tree

On 28/02/18 22:35, Paolo Bonzini wrote: > On 28/02/2018 22:08, Konrad Rzeszutek Wilk wrote: >> +obj-$(CONFIG_XEN_PVH) += pvh.o >> +obj-$(CONFIG_XEN_PVH) += pvh-head.o >> + > > Probably a better place for these would be > arch/x86/platform/pvh/{enlighten.c,head.S}. (Just because there are no > .c

Re: [PATCH v4 13/24] fpga: region: add compat_id support

On Wed, Feb 28, 2018 at 04:55:15PM -0600, Alan Tull wrote: > On Tue, Feb 13, 2018 at 3:24 AM, Wu Hao wrote: > > Hi Hao, Hi Alan, Thanks for the review. > > > This patch introduces a compat_id member and sysfs interface for each > > fpga-region, e.g userspace applications

[PATCH v4 1/3] mm/free_pcppages_bulk: update pcp->count inside

Matthew Wilcox found that all callers of free_pcppages_bulk() currently update pcp->count immediately after so it's natural to do it inside free_pcppages_bulk(). No functionality or performance change is expected from this patch. Suggested-by: Matthew Wilcox Signed-off-by:

Re: [PATCH] sparc: Use generic pci_mmap_resource_range()

On Wed, 2018-02-28 at 17:08 -0600, Bjorn Helgaas wrote: > > What's the bottom line?  Do we want this for sparc?  If so, do you > want to take it, Dave M, or would you like me to? I need to fix it first, and then the intention is for Dave to take it. There'll be a final patch to remove

Re: [RFC REBASED 5/5] powerpc/mm/slice: use the dynamic high slice size to limit bitmap operations

Le 28/02/2018 à 07:53, Nicholas Piggin a écrit : On Tue, 27 Feb 2018 18:11:07 +0530 "Aneesh Kumar K.V" wrote: Nicholas Piggin writes: On Tue, 27 Feb 2018 14:31:07 +0530 "Aneesh Kumar K.V" wrote:

Re: [PATCH v3 0/4] Split page_type out from mapcount

On Wed, Feb 28, 2018 at 03:22:49PM -0800, Randy Dunlap wrote: > On 02/28/2018 02:31 PM, Matthew Wilcox wrote: > > From: Matthew Wilcox > > > > I want to use the _mapcount field to record what a page is in use as. > > This can help with debugging and we can also expose

Re: [Xen-devel] [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

On Wed, 28 Feb 2018, Julien Grall wrote: > (+ Stefano and Wei) > > Hi, > > On 02/27/2018 12:40 PM, Oleksandr Andrushchenko wrote: > > Please find some more clarifications on VirtIO use with Xen > > (I would like to thank Xen community for helping with this) > > > > 1. Possible security issues -

Re: [PATCH] cpuidle/powernv : Restore different PSSCR for idle and hotplug

Stewart Smith writes: > Akshay Adiga writes: >> commit 1e1601b38e6e ("powerpc/powernv/idle: Restore SPRs for deep idle >> states via stop API.") uses stop-api provided by the firmware to restore >> PSSCR. PSSCR restore is required for

Re: [PATCH] irqchip/gic-v3-its: handle rd_idx wrapping in its_wait_for_range_completion()

On 2018/2/12 2:45, Marc Zyngier wrote: Hi, Marc Sorry for replying so late. On Sun, 11 Feb 2018 03:42:01 +, Yang Yingliang wrote: Hi Yang, In direct case, rd_idx will wrap if other cpus post commands that make rd_idx increase. When rd_idx wrapped, the driver prints timeout messages but

[PATCH v2] pvcalls-front: 64-bit align flags

We are using test_and_* operations on the status and flag fields of struct sock_mapping. However, these functions require the operand to be 64-bit aligned on arm64. Currently, only status is 64-bit aligned. Make status and flags explicitly 64-bit aligned. Signed-off-by: Stefano Stabellini

[PATCH v3 1/2] mkfs.f2fs: support hot file extension

This patch adds new option '-E' to accept user configured hot file extension, in order to let kernel module handle hot/cold file's datas separately better. Signed-off-by: Chao Yu --- v3: - remove debug log. include/f2fs_fs.h | 5 ++-- mkfs/f2fs_format.c | 74

Re: [PATCH v8 02/13] kexec_file: make an use of purgatory optional

On Wed, Feb 28, 2018 at 08:33:59PM +0800, Dave Young wrote: > On 02/26/18 at 07:24pm, AKASHI Takahiro wrote: > > On Fri, Feb 23, 2018 at 04:49:34PM +0800, Dave Young wrote: > > > Hi AKASHI, > > > > > > On 02/22/18 at 08:17pm, AKASHI Takahiro wrote: > > > > On arm64, no trampline code between old

[PATCHv2] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

Let's add support for the GPIO controlled USB PHY on the MDM6600 modem. It is used on some Motorola Mapphone series of phones and tablets such as Droid 4. The MDM6600 is hardwired to the first OHCI port in the Droid 4 case, and is controlled by several GPIOs. The USB PHY is integrated into the

Re: [PATCH 0/6] dtc updates for 4.17

2018-03-01 8:32 GMT+09:00 Rob Herring : > This series updates building dtc with flex and bison rather than using > the _shipped files and updates dtc to the current upstream version. The > new dtc adds some new warnings, so turn off the noisiest ones. While > here adjusting the

Re: [RFC 0/4] trace_uprobe: Support SDT markers having semaphore

On 02/28/2018 07:55 PM, Masami Hiramatsu wrote: > Hi Ravi, > > Thank you for your great work! Thanks Masami. > On Wed, 28 Feb 2018 13:23:41 +0530 > Ravi Bangoria wrote: > >> Userspace Statically Defined Tracepoints[1] are dtrace style markers >> inside

[PATCH v3 2/6] PCI: Scan all functions when running over Jailhouse

From: Jan Kiszka Per PCIe r4.0, sec 7.5.1.1.9, multi-function devices are required to have a function 0. Therefore, Linux scans for devices at function 0 (devfn 0/8/16/...) and only scans for other functions if function 0 has its Multi-Function Device bit set or ARI or

[PATCH v3 0/6] jailhouse: Enhance secondary Jailhouse guest support /wrt PCI

Basic x86 support [1] for running Linux as secondary Jailhouse [2] guest is currently pending in the tip tree. This builds on top and enhances the PCI support for x86 and also ARM guests (ARM[64] does not require platform patches and works already). Key elements of this series are: - detection

[PATCH v3 1/6] jailhouse: Provide detection for non-x86 systems

From: Jan Kiszka Implement jailhouse_paravirt() via device tree probing on architectures != x86. Will be used by the PCI core. CC: Rob Herring CC: Mark Rutland Signed-off-by: Jan Kiszka ---

[PATCH v3 5/6] x86/jailhouse: Allow to use PCI_MMCONFIG without ACPI

From: Jan Kiszka Jailhouse does not use ACPI, but it does support MMCONFIG. Make sure the latter can be built without having to enable ACPI as well. Primarily, we need to make the AMD mmconf-fam10h_64 depend upon MMCONFIG and ACPI, instead of just the former. Saves some

[PATCH v3 4/6] x86: Consolidate PCI_MMCONFIG configs

From: Jan Kiszka Since e279b6c1d329 ("x86: start unification of arch/x86/Kconfig.*"), we have two PCI_MMCONFIG entries, one from the original i386 and another from x86_64. This consolidates both entries into a single one. The logic for x86_32, where this option was not

[PATCH v3 6/6] MAINTAINERS: Add entry for Jailhouse

From: Jan Kiszka Signed-off-by: Jan Kiszka --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 93a12af4f180..4b889f282c77 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -7521,6 +7521,13 @@ Q:

[PATCH] Bluetooth: btusb: Add Dell OptiPlex 3060 to btusb_needs_reset_resume_table

The issue can be reproduced before commit fd865802c66b ("Bluetooth: btusb: fix QCA Rome suspend/resume") gets introduced, so the reset resume quirk is still needed for this system. T: Bus=01 Lev=01 Prnt=01 Port=13 Cnt=01 Dev#= 4 Spd=12 MxCh= 0 D: Ver= 2.01 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64

Re: [PATCH 2/6] kbuild: add dtc as dependency on .dtb files

2018-03-01 13:33 GMT+09:00 Masahiro Yamada : > 2018-03-01 8:32 GMT+09:00 Rob Herring : >> If dtc is rebuilt, we should rebuild .dtb files with the new dtc. >> >> Cc: Masahiro Yamada >> Signed-off-by: Rob Herring

[PATCH v7 3/3] irqchip/gic-v3-its: add ability to resend MAPC on resume

This adds functionality to resend the MAPC command to an ITS node on resume. If the ITS is powered down during suspend and the collections are not backed by memory, the ITS will lose that state. This just sets up the known state for the collections after the ITS is restored. This is enabled via

Re: [PATCH v4] mmc: dw_mmc: Fix the DTO/CTO timeout overflow calculation for 32-bit systems

On Wed, 28 Feb 2018 14:53:18 +0300 Evgeniy Didin wrote: > In commit 9d9491a7da2a ("mmc: dw_mmc: Fix the DTO timeout calculation") and > commit 4c2357f57dd5 ("mmc: dw_mmc: Fix the CTO timeout calculation") > have been made changes which cause multiply overflow for 32-bit systems. > The broken

Re: [PATCH v2] pvcalls-front: 64-bit align flags

On 01/03/18 03:05, Stefano Stabellini wrote: > We are using test_and_* operations on the status and flag fields of > struct sock_mapping. However, these functions require the operand to be > 64-bit aligned on arm64. Currently, only status is 64-bit aligned. > > Make status and flags explicitly

Re: [PATCH 1/5] staging: ks7010: Use constants from ieee80211_eid instead of literal ints.

On Wed, Feb 28, 2018 at 09:19:07PM -0800, Quytelda Kahja wrote: > The case statement in get_ap_information() should not use literal integers > to parse information element IDs when these values are provided by name > in 'enum ieee80211_eid' in the header 'linux/ieee80211.h'. Nice. Magic number

Re: [RFC PATCH v4 4/7] xen/pvh: Move Xen specific PVH VM initialization out of common code

On 28/02/18 19:28, Maran Wilson wrote: > We need to refactor PVH entry code so that support for other hypervisors > like Qemu/KVM can be added more easily. > > This patch moves the small block of code used for initializing Xen PVH > virtual machines into the Xen specific file. This initialization

Re: 4.16 regression: s2ram broken on non-PAE i686

On Wed, 28 Feb 2018, Woody Suwalski wrote: > Thanks for the patch, good news, it did fix the problem. > I did 2 builds and both worked OK over the s2ram cycle. Good. > It will be necessary to add the patch to 4.15-stable and 4.14-stable, I > believe that both have now broken s2ram. Right, it's

Re: [PATCH v3] Input: gpio_keys: Add level trigger support for GPIO keys

On 28 February 2018 at 22:44, Arnd Bergmann wrote: > On Wed, Feb 28, 2018 at 1:44 PM, Baolin Wang wrote: >> On some platforms (such as Spreadtrum platform), the GPIO keys can only >> be triggered by level type. So this patch introduces one property to >>

Re: [PATCH v2 4/4] pintcrl: support bias-disable of generic and special pins simultaneously

On Thu, 2018-03-01 at 11:47 +0800, Zhiyong Tao wrote: > On Wed, 2018-02-28 at 15:49 +0800, Zhiyong Tao wrote: > > On Wed, 2018-02-28 at 15:33 +0800, Sean Wang wrote: > > > On Mon, 2018-02-26 at 16:34 +0800, Zhiyong Tao wrote: > > > > For generic pins, parameter "arg" is 0 or 1. > > > > For special

Re: [PATCH v1 1/4] ASoC: codecs: pcm179x: Add PCM1789 id

Hello, Thank you for the review. On Tue, 27 Feb 2018 22:51:40 +0100 Thomas Petazzoni wrote: > Hello, > > On Tue, 27 Feb 2018 22:24:30 +0100, Mylène Josserand wrote: > > To prepare the support for the PCM1789, add a new compatible > > and use the i2c_id to handle,

Re: [PATCH v2 5/6] kconfig: invoke oldconfig instead of silentoldconfig from local*config

2018-02-28 14:15 GMT+09:00 Ulf Magnusson : > On Wed, Feb 28, 2018 at 09:15:25AM +0900, Masahiro Yamada wrote: >> The purpose of local{yes,mod}config is to arrange the .config file >> based on actually loaded modules. It is unnecessary to update >> include/generated/autoconf.h

Re: [PATCH] Bluetooth: btusb: Add Dell OptiPlex 3060 to btusb_needs_reset_resume_table

Hi Kai-Heng, > The issue can be reproduced before commit fd865802c66b ("Bluetooth: > btusb: fix QCA Rome suspend/resume") gets introduced, so the reset > resume quirk is still needed for this system. > > T: Bus=01 Lev=01 Prnt=01 Port=13 Cnt=01 Dev#= 4 Spd=12 MxCh= 0 > D: Ver= 2.01

[GIT PULL] GPIO fixes for v4.16 - second try

Hi Linus, here is this pull request again, fixing up the device tree property readouts for the GPIOs. Last time the fix needed fixing, not I think the fix is fixed. Please pull it in! Yours, Linus Walleij The following changes since commit 7928b2cbe55b2a410a0f5c1f154610059c57b1b2: Linux

[PATCH v3 2/2] phy: add inno-usb2-phy driver for hi3798cv200 SoC

From: Pengcheng Li It adds inno-usb2-phy driver for hi3798cv200 SoC USB 2.0 support. One inno-usb2-phy device can support up to two PHY ports. While there is device level reference clock and power reset to be controlled, each PHY port has its own utmi reset that needs to

Re: [PATCH v5 08/12] xhci: Add Intel extended cap / otg phy mux handling

On Wed, Feb 28, 2018 at 04:42:32PM +0100, Hans de Goede wrote: > Hi, > > On 28-02-18 16:15, Heikki Krogerus wrote: > > On Wed, Feb 28, 2018 at 04:07:45PM +0100, Hans de Goede wrote: > > > diff --git a/drivers/usb/host/xhci.h b/drivers/usb/host/xhci.h > > > index 96099a245c69..5917e3095e2a 100644

Re: [PATCH v1 3/4] ASoC: codecs: pcm179x: Add reset gpio

Hello, On Tue, 27 Feb 2018 23:02:00 +0100 Thomas Petazzoni wrote: > Hello, > > On Tue, 27 Feb 2018 22:24:32 +0100, Mylène Josserand wrote: > > Add a reset gpio to be able to reset this line at startup. > > > > Signed-off-by: Mylène Josserand

Re: [PATCH v1 2/4] ASoC: codecs: pcm179x: Add support for PCM1789

Hello, On Tue, 27 Feb 2018 22:56:29 +0100 Thomas Petazzoni wrote: > Hello, > > On Tue, 27 Feb 2018 22:24:31 +0100, Mylène Josserand wrote: > > > diff --git a/sound/soc/codecs/pcm179x-i2c.c b/sound/soc/codecs/pcm179x-i2c.c > > index 795a0657c097..83a2e1508df8

Re: [PATCH v5 01/12] drivers: base: Unified device connection lookup

Hi, On Thu, Mar 01, 2018 at 12:56:57AM +, Jun Li wrote: > > +struct device *device_find_connection(struct device *dev, const char > > +*con_id) { > > + return __device_find_connection(dev, con_id, generic_match, NULL); } > > - return __device_find_connection(dev, con_id,

Re: [RFC PATCH v4 6/7] xen/pvh: Add memory map pointer to hvm_start_info struct

On 28/02/18 19:28, Maran Wilson wrote: > The start info structure that is defined as part of the x86/HVM direct boot > ABI and used for starting Xen PVH guests would be more versatile if it also > included a way to pass information about the memory map to the guest. This > would allow KVM guests

[PATCH v4] Input: gpio_keys: Add level trigger support for GPIO keys

On some platforms (such as Spreadtrum platform), the GPIO keys can only be triggered by level type. So this patch introduces one trigger_type to indicate if the button's interrupt type is level trigger or edge trigger. Signed-off-by: Baolin Wang --- Changes since v3: -

Re: [RFC PATCH v4 6/7] xen/pvh: Add memory map pointer to hvm_start_info struct

Juergen Gross 03/01/18 8:29 AM >>> >On 28/02/18 19:28, Maran Wilson wrote: >> The start info structure that is defined as part of the x86/HVM direct boot >> ABI and used for starting Xen PVH guests would be more versatile if it also >> included a way to pass information

Re[v2]: Use of GCC plugin instead ISO C

On Thu, 2018-02-22 at 20:07 +0530, Progyan Bhattacharya wrote: > On Sun, 2018-02-18 at 08:47 -0800, Randy Dunlap wrote: > > You could try (re)building with V=1 on the "make" command line and > > capture > > the output to see where the "pedantic" is coming from. > > This is a late reply. > I did

Re: [PATCH v4 1/4] HID: add driver for Valve Steam Controller

Rodrigo, On Wed, Feb 28, 2018 at 11:49:26PM +0100, Rodrigo Rivas Costa wrote: > On Wed, Feb 28, 2018 at 09:21:15PM +0200, Andy Shevchenko wrote: > > On Wed, Feb 28, 2018 at 8:43 PM, Rodrigo Rivas Costa > > wrote: > > > There are two ways to connect the Steam

[PATCH] usb: usb-skeleton: make MODULE_LICENSE and SPDX tag match

GPL v2 is the original license according to the old license text. See f64cdd0e94f1faf3b7f2b03af71f70dc6d8da0c2. Signed-off-by: Marcus Folkesson --- drivers/usb/usb-skeleton.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v3 0/2] Add HiSilicon INNO USB2 PHY driver support

It adds device tree bindings and driver support for HiSilicon INNO USB2 PHY device, which can be found on HiSilicon STB SoC Hi3798cv200. Changes for v3: - Make combphy device be child of peripheral controller and use 'reg' property for mapping combphy configuration register. Changes for v2:

[PATCH v3 1/2] dt-bindings: add bindings doc for HiSilicon INNO USB2 PHY

From: Pengcheng Li It adds device tree bindings document for HiSilicon INNO USB2 PHY. Signed-off-by: Pengcheng Li Signed-off-by: Jiancheng Xue Signed-off-by: Shawn Guo ---

Re: [RFC PATCH v4 5/7] xen/pvh: Move Xen code for getting mem map via hcall out of common file

On 28/02/18 19:28, Maran Wilson wrote: > We need to refactor PVH entry code so that support for other hypervisors > like Qemu/KVM can be added more easily. > > The original design for PVH entry in Xen guests relies on being able to > obtain the memory map from the hypervisor using a hypercall.

Re: [RFC PATCH v4 7/7] KVM: x86: Allow Qemu/KVM to use PVH entry point

On 28/02/18 19:28, Maran Wilson wrote: > For certain applications it is desirable to rapidly boot a KVM virtual > machine. In cases where legacy hardware and software support within the > guest is not needed, Qemu should be able to boot directly into the > uncompressed Linux kernel binary without

Re: [PATCH] clk: tegra: fix pllu rate configuration

On Wed, Feb 28, 2018 at 08:20:47PM +0300, Dmitry Osipenko wrote: > On 28.02.2018 17:14, Peter De Schrijver wrote: > > On Wed, Feb 28, 2018 at 03:00:23PM +0300, Dmitry Osipenko wrote: > >> On 28.02.2018 12:36, Peter De Schrijver wrote: > >>> On Tue, Feb 27, 2018 at 02:59:11PM +0300, Dmitry Osipenko

Re: [PATCH v2] Input: gpio_keys: Add level trigger support for GPIO keys

On 28 February 2018 at 20:53, Linus Walleij wrote: > On Mon, Feb 26, 2018 at 7:24 AM, Baolin Wang wrote: >> On 21 February 2018 at 19:35, Baolin Wang wrote: >>> On 20 February 2018 at 02:11, Rob Herring

[PATCH] net/tcp/illinois: replace broken algorithm reference link

The link to the pdf containing the algorithm description is now a dead link; it seems http://www.ifp.illinois.edu/~srikant/ has been moved to https://sites.google.com/a/illinois.edu/srikant/ and none of the original papers can be found there... I have replaced it with the only working copy I was

Re: [PATCH v2 2/2] xen: events: free irqs in error condition

On Tue, Feb 27, 2018 at 05:32:53PM +, Shah, Amit wrote: > > On Di, 2018-02-27 at 17:07 +, Roger Pau Monné wrote: > > On Tue, Feb 27, 2018 at 03:55:58PM +, Amit Shah wrote: > > > > > > In case of errors in irq setup for MSI, free up the allocated irqs. > > > > > > Fixes:

Re: [PATCH] selftests/vm: Update max va test to check for high address return.

"Aneesh Kumar K.V" writes: > mmap(-1,..) is expected to search from max supported VA top down. It should > find > an address above ADDR_SWITCH_HINT. Explicitly check for this. > > Also derefer the address even if we failed the addr check. > > Signed-off-by:

Re: [PATCH v2 4/4] ARM: PWM: add allwinner sun8i pwm support.

On 25.02.2018 15:53, hao_zhang wrote: > This patch add allwinner sun8i pwm support. > > Signed-off-by: hao_zhang > --- > drivers/pwm/Kconfig | 10 ++ > drivers/pwm/Makefile| 1 + > drivers/pwm/pwm-sun8i.c | 401 >

Re: [PATCH 3/3] userfaultfd: non-cooperative: allow synchronous EVENT_REMOVE

> @@ -52,6 +53,7 @@ > #define _UFFDIO_WAKE (0x02) > #define _UFFDIO_COPY (0x03) > #define _UFFDIO_ZEROPAGE (0x04) > +#define _UFFDIO_WAKE_SYNC_EVENT (0x05) Excuse my ignorance, but what's the difference between UFFDIO_WAKE and

[PATCH v2 3/4] rtc: isl1208: add support for isl1219 with tamper detection

From: Michael Grzeschik We add support for the ISL1219 chip that got an integrated tamper detection function. This patch implements the feature by adding an additional timestamp0 file to sysfs device path. This file contains seconds since epoch, if an event occurred,

[tip:timers/core] clocksource: Use DEVICE_ATTR_RW/RO/WO to define device attributes

Commit-ID: e87821d18cf4db19d634a04061c0a1b7eb9c0e65 Gitweb: https://git.kernel.org/tip/e87821d18cf4db19d634a04061c0a1b7eb9c0e65 Author: Baolin Wang AuthorDate: Wed, 17 Jan 2018 14:01:29 +0800 Committer: Thomas Gleixner CommitDate: Wed, 28 Feb

[tip:timers/core] clocksource: Use ATTRIBUTE_GROUPS

Commit-ID: 27263e8dc0f6fe27540a843611ec14a000591c41 Gitweb: https://git.kernel.org/tip/27263e8dc0f6fe27540a843611ec14a000591c41 Author: Baolin Wang AuthorDate: Wed, 17 Jan 2018 14:01:30 +0800 Committer: Thomas Gleixner CommitDate: Wed, 28 Feb

Re: [PATCH v0 2/3] livepatch: update documentation/samples for callbacks

On Tue, 27 Feb 2018, Joe Lawrence wrote: > On 02/27/2018 07:36 AM, Miroslav Benes wrote: > > On Fri, 23 Feb 2018, Joe Lawrence wrote: > > > >> [ ... snip ... ] > >> > >> +If a livepatch is replaced by a cumulative patch, then only the > >> +callbacks belonging to the cumulative patch will be

Forretningsforslag

Forretnings forslag Hej Jeg bruger dette medium til at informere dig om transaktionen til overf?rsel af $ 21.500.000 (25 millioner, fem hundrede tusind dollars) i min bank i Kina til dig som modtager. Det vil v?re 100% sikkert, jeg er finansdirekt?r for den afd?de kunde. Kontakt mig p?

Re: [PATCH 2/3] ARM: dts: sun8i: a711: set regulator for each cluster of CPUs

Hello, On Wed, 28 Feb 2018 14:11:21 +0100, Quentin Schulz wrote: > @@ -136,6 +144,7 @@ > * An USB-2 hub is connected here, which also means we don't need to > * enable the OHCI controller. > */ > + > { > status = "okay"; > }; Spurious change. Thomas -- Thomas Petazzoni, CTO,

[PATCH] objtool: Fix another switch table detection issue

Continue the switch table detection whack-a-mole. Add a check to distinguish KASAN data reads from switch data reads. The switch jump tables in .rodata have relocations associated with them. This fixes the following warning: crypto/asymmetric_keys/x509_cert_parser.o: warning: objtool:

Re: [PATCHv2 2/5] x86/boot/compressed/64: Find a place for 32-bit trampoline

On Tue, Feb 27, 2018 at 06:42:14PM +0300, Kirill A. Shutemov wrote: > If a bootloader enables 64-bit mode with 4-level paging, we might need to > switch over to 5-level paging. The switching requires the disabling of > paging, which works fine if kernel itself is loaded below 4G. > > But if the

[PATCH 2/2] mailbox: add STMicroelectronics STM32 IPCC driver

The STMicroelectronics STM32 Inter-Processor Communication Controller (IPCC) is used for communicating data between two processors. It provides a non blocking signaling mechanism to post and retrieve communication data in an atomic way. Signed-off-by: Fabien Dessenne

[PATCH 1/2] dt-bindings: mailbox: add STMicroelectronics STM32 IPCC binding

Add a binding for the STMicroelectronics STM32 IPCC block exposing a mailbox mechanism between two processors. Signed-off-by: Fabien Dessenne Signed-off-by: Ludovic Barre --- .../devicetree/bindings/mailbox/stm32-ipcc.txt | 48

Re: [PATCH 4/7] x86/microcode: Do not upload microcode if CPUs are offline

On Wed, Feb 28, 2018 at 10:11:56AM -0300, Henrique de Moraes Holschuh wrote: > > Avoid loading microcode if any of the CPUs are offline, and issue a > > warning. Having different microcode revisions on the system at any time > > is outright dangerous. > > Even if we update that microcode during

[PATCH 1/2] perf annotate: Remove s390 basr instruction from call table

Perf annotate displays function call assembler instructions with a right arrow. Hitting enter on this line/instruction causes the browser to disassemble this target function and show it on the screen. S390 assembler instruction 'basr %r1,%r2' jumps to address stored in register 2. Since the

Re: [PATCH v4 3/3] PCI: endpoint: pci_epf_create: remove goto labels

On Wed, Feb 28, 2018 at 02:07:19PM +0100, Rolf Evers-Fischer wrote: > From: Rolf Evers-Fischer > > Removes the goto labels completely, handles the errors at the > respective call site and just returns instead of jumping around. > > Signed-off-by: Rolf Evers-Fischer

[PATCH] fw_cfg: avoid unused function warning

The newly introduced fw_cfg_dma_transfer() function is unused when CONFIG_CRASH_CORE is disabled: drivers/firmware/qemu_fw_cfg.c:89:16: error: 'fw_cfg_dma_transfer' defined but not used [-Werror=unused-function] static ssize_t fw_cfg_dma_transfer(void *address, u32 length, u32 control) This

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