[PATCH v2 08/26] drm/sun4i: Add support for A64 display engine

Display Engine(DE2) in Allwinner A64 has two mixers and tcons. The routing for mixer0 is through tcon0 and connected to LVDS/RGB/MIPI-DSI controller. The routing for mixer1 is through tcon1 and connected to HDMI. Signed-off-by: Jagan Teki --- Changes for v2: - none drivers/gpu/drm/sun4i/sun4i

[PATCH v2 04/26] clk: sunxi-ng: a64: Add minimal rate for video PLLs

According to documentation and experience with other similar SoCs, video PLLs don't work stable if their output frequency is set below 192 MHz. Because of that, set minimal rate to both A64 video PLLs to 192 MHz. Signed-off-by: Jagan Teki --- Changes for v2: - New patch drivers/clk/sunxi-ng/cc

[PATCH v2 11/26] arm64: defconfig: Enable CONFIG_DRM_SUN4I

Enable DRM Support for Allwinner Display Engine, built as a module. Signed-off-by: Jagan Teki --- Changes for v2: - none arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index d25121b087bb..d2db76f296cf

[PATCH v2 07/26] dt-bindings: display: Add compatible for A64 DE2 tcon1 blocks

Allwinner A64 has DE2 pipeline with tcon0 and tcon1 block which is similar Allwinner A83T. This patch adds dt-binding documentation for A64 DE2 tcon1 blocks. Mixer1 has different configuration for A64 so use separate compatible but tcon1 has similar behaviour with A83T so add fallback compatible.

[PATCH v2 05/26] drm/sun4i: DE2 mixer: Add index quirk

From: Jernej Skrabec When TCON set up TCON TOP, it needs to know mixer index. Here we do that by setting engine ID to number provided in mixer index quirk. Signed-off-by: Jernej Skrabec Signed-off-by: Jagan Teki --- Changes for v2: - New patch drivers/gpu/drm/sun4i/sun8i_mixer.c | 4 ++-- dr

[PATCH v2 02/26] arm64: dts: allwinner: a64: Add DE2 CCU

DE2 CCU in Allwinner A64 has same like H5, so use the similar dts details for A64 with fallback compatible. Signed-off-by: Jagan Teki --- Changes for v2: - Add h5 compatible first since A64 came first. arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 15 +++ 1 file changed, 15 insert

[PATCH v2 03/26] clk: sunxi-ng: Enable DE2_CCU for SUN8I and SUN50I

Allwinner SoC like SUN8I and SUN50I has DE2 CCU so enable them as default. Signed-off-by: Jagan Teki --- Changes for v2: - Enable for MACH_SUN8I drivers/clk/sunxi-ng/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/clk/sunxi-ng/Kconfig b/drivers/clk/sunxi-ng/Kconfig index 8

[PATCH v2 00/26] arm64: allwinner: Add A64 DE2 HDMI support

Allwinner A64 has display engine pipeline like other Allwinner SOC's A83T/H3/H5. A64 behaviour similar to Allwinner A83T where Mixer0 => TCON0 => LVDS/RGB/MIPI-DSI Mixer1 => TCON1 => HDMI as per Display System Block DiagramAllwinner_A64_User_Manual_V1.1.pdf This is second patch-set followed with

[PATCH v2 01/26] dt-bindings: clock: Add compatible for A64 DE2 CCU

Allwinner A64 has DE2 CCU is similar to H3/H5 SoC. So add compatible for A64 which is fallback compatible for H5, so update fallback binding. Signed-off-by: Jagan Teki Reviewed-by: Rob Herring --- Changes for v2: - Add fallback compatible Documentation/devicetree/bindings/clock/sun8i-de2.txt

Re: [PATCH v2 02/29] venus: hfi: preparation to support venus 4xx

Hi Stanimir, On Tue, May 15, 2018 at 5:14 PM Stanimir Varbanov < stanimir.varba...@linaro.org> wrote: > This covers the differences between 1xx,3xx and 4xx. > Signed-off-by: Stanimir Varbanov > --- >drivers/media/platform/qcom/venus/core.h | 4 ++ >drivers/media/platform/qcom/ve

Re: [PATCH] kvm: rename HINTS_DEDICATED to KVM_HINTS_REALTIME

On 17/05/2018 20:46, Eduardo Habkost wrote: > My understanding of the original patch is that the intention is > to tell the guest that it is very unlikely to be preempted, so it > can choose a more appropriate spinlock implementation. This > description implies that the guest will never be preempt

Re: [PATCH v4 1/2] locking/rwsem: Add a new RWSEM_ANONYMOUSLY_OWNED flag

* Oleg Nesterov wrote: > On 05/18, Ingo Molnar wrote: > > > > > > * Matthew Wilcox wrote: > > > > > This is confusingly written. I think you mean ... > > > > > > if (!owner) > > > goto done; > > > if (!is_rwsem_owner_spinnable(owner)) { > > > ret = false; > > >

Re: [PATCH] arm: bcm2835: Add the PMU to the devicetree.

Hi Marc, > Marc Zyngier hat am 18. Mai 2018 um 10:07 geschrieben: > > I have a pretty simple series[1] which I used to profile 32bit guests on > an arm64 KVM host. Nobody really cared about it because running a 32bit > kernel on 64bit HW is a bit odd, to say the least, and I'm probably the > onl

[PATCH 4.16 01/55] 8139too: Use disable_irq_nosync() in rtl8139_poll_controller()

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Ingo Molnar [ Upstream commit af3e0fcf78879f718c5f73df0814951bd7057d34 ] Use disable_irq_nosync() instead of disable_irq() as this might be called in atomic context with netpoll. Signed-off-b

Re: [PATCH v3] sched/fair: update scale invariance of PELT

Replying to the latest version available; given the current interest I figure I'd re-read some of the old threads and look at this stuff again. On Fri, Apr 28, 2017 at 04:23:55PM +0200, Vincent Guittot wrote: > diff --git a/include/linux/sched.h b/include/linux/sched.h > index 0978fb7..f8dde36 1

[PATCH 4.16 02/55] bridge: check iface upper dev when setting master via ioctl

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Hangbin Liu [ Upstream commit e8238fc2bd7b4c3c7554fa2df067e796610212fc ] When we set a bond slave's master to bridge via ioctl, we only check the IFF_BRIDGE_PORT flag. Although we will find th

[PATCH 4.16 11/55] net/mlx5e: Err if asked to offload TC match on frag being first

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Roi Dayan [ Upstream commit f85900c3e13fdb61f040c9feecbcda601e0cdcfb ] The HW doesn't support matching on frag first/later, return error if we are asked to offload that. Fixes: 3f7d0eb42d59 (

[PATCH 4.16 04/55] ipv4: fix fnhe usage by non-cached routes

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Julian Anastasov [ Upstream commit 94720e3aee6884d8c8beb678001629da60ec6366 ] Allow some non-cached routes to use non-expired fnhe: 1. ip_del_fnhe: moved above and now called by find_exceptio

[PATCH 4.16 12/55] net/mlx5: E-Switch, Include VF RDMA stats in vport statistics

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Adi Nissim [ Upstream commit 88d725bbb43cd63a40c8ef70dd373f1d38ead2e3 ] The host side reporting of VF vport statistics didn't include the VF RDMA traffic. Fixes: 3b751a2a418a ("net/mlx5: E-Sw

[PATCH 4.16 05/55] ipv4: fix memory leaks in udp_sendmsg, ping_v4_sendmsg

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Andrey Ignatov [ Upstream commit 1b97013bfb11d66f041de691de6f0fec748ce016 ] Fix more memory leaks in ip_cmsg_send() callers. Part of them were fixed earlier in 919483096bfe. * udp_sendmsg one

[PATCH 4.16 06/55] llc: better deal with too small mtu

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 2c5d5b13c6eb79f5677e206b8aad59b3a2097f60 ] syzbot loves to set very small mtu on devices, since it brings joy. We must make llc_ui_sendmsg() fool proof. usercop

[PATCH 4.16 23/55] sctp: delay the authentication for the duplicated cookie-echo chunk

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit 59d8d4434f429b4fa8a346fd889058bda427a837 ] Now sctp only delays the authentication for the normal cookie-echo chunk by setting chunk->auth_chunk in sctp_endpoint_bh_

[PATCH 4.16 08/55] net: ethernet: ti: cpsw: fix packet leaking in dual_mac mode

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Grygorii Strashko [ Upstream commit 5e5add172ea81152d518b161ec5706503ad3d799 ] In dual_mac mode packets arrived on one port should not be forwarded by switch hw to another port. Only Linux Hos

[PATCH 4.16 00/55] 4.16.10-stable review

This is the start of the stable review cycle for the 4.16.10 release. There are 55 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Sun May 20 08:14:42 UTC 2018. Anything receiv

[PATCH 4.16 24/55] sctp: fix the issue that the cookie-ack with auth cant get processed

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit ce402f044e4e432c296f90eaabb8dbe8f3624391 ] When auth is enabled for cookie-ack chunk, in sctp_inq_pop, sctp processes auth chunk first, then continues to the next ch

[PATCH 4.16 26/55] sctp: remove sctp_chunk_put from fail_mark err path in sctp_ulpevent_make_rcvmsg

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit 6910e25de2257e2c82c7a2d126e3463cd8e50810 ] In Commit 1f45f78f8e51 ("sctp: allow GSO frags to access the chunk too"), it held the chunk in sctp_ulpevent_make_rcvmsg t

Re: [PATCH v3] vfs: avoid dereferencing pointers in iterate_supers callbacks

On Thu 17-05-18 17:54:20, Jeff Layton wrote: > From: Jeff Layton > > All of the callback functions for iterate_supers either ignore the > opaque argument, or dereference the pointer only to fetch the int > to which it points. > > Change quota_sync_one to just cast the int from the pointer, > and

[RFC PATCH] mtd: spi-nor: add support to non-uniform SPI NOR flash memories

From: Cyrille Pitchen This patch is a first step in introducing the support of SPI memories with non-uniform erase sizes like Spansion s25fs512s. It introduces the memory erase map which splits the memory array into one or many erase regions. Each erase region supports up to 4 erase commands, a

[PATCH 4.16 29/55] tcp: ignore Fast Open on repair mode

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Yuchung Cheng [ Upstream commit 16ae6aa1705299789f71fdea59bfb119c1fbd9c0 ] The TCP repair sequence of operation is to first set the socket in repair mode, then inject the TCP stats into the so

[PATCH 4.16 28/55] tcp_bbr: fix to zero idle_restart only upon S/ACKed data

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Neal Cardwell [ Upstream commit e6e6a278b1eaffa19d42186bfacd1ffc15a50b3f ] Previously the bbr->idle_restart tracking was zeroing out the bbr->idle_restart bit upon ACKs that did not SACK or AC

[PATCH 4.16 31/55] bonding: do not allow rlb updates to invalid mac

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Debabrata Banerjee [ Upstream commit 4fa8667ca3989ce14cf66301fa251544fbddbdd0 ] Make sure multicast, broadcast, and zero mac's cannot be the output of rlb updates, which should all be directed

[PATCH 4.16 27/55] sctp: use the old asoc when making the cookie-ack chunk in dupcook_d

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit 46e16d4b956867013e0bbd7f2bad206f4aa55752 ] When processing a duplicate cookie-echo chunk, for case 'D', sctp will not process the param from this chunk. It means old

[PATCH] powerpc: fix spelling mistake: "Discharching" -> "Discharging"

From: Colin Ian King Trivial fix to spelling mistake in battery_charging array Signed-off-by: Colin Ian King --- arch/powerpc/kernel/rtas-proc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/kernel/rtas-proc.c b/arch/powerpc/kernel/rtas-proc.c index d49063d0b

Re: [PATCH v3] scripts/tags.sh: don't parse `ls` for $ALLSOURCE_ARCHS generation

On Fri, May 18, 2018 at 04:08:44PM +0900, Masahiro Yamada wrote: > I do not like hard-coding the file(s) in arch/. > > Don't you have an idea to list only directories? > 'find -type d' or 'ls -F' or something? How do you feel about the following? > # Detect if ALLSOURCE_ARCHS is set. If not, we

Re: [PATCH v1 11/11] ARM: tegra: Create platform device for tegra20-cpufreq driver

On 18.05.2018 12:13, Thierry Reding wrote: > On Thu, May 17, 2018 at 09:00:56PM +0300, Dmitry Osipenko wrote: >> Tegra20-cpufreq driver require a platform device in order to be loaded, >> instantiate a simple platform device for the driver during of the machines >> late initialization. >> >> Signed

[PATCH 4.16 15/55] net/smc: restrict non-blocking connect finish

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Ursula Braun [ Upstream commit 784813aed6ba24a1f24e7e11d9d0f208cee37a7d ] The smc_poll code tries to finish connect() if the socket is in state SMC_INIT and polling of the internal CLC-socket

Re: [PATCH] Bsg referencing parent device

The idea looks pretty reasonable, but once that is done we can get rid of the ->release callback entirely and just handle it in the callers. Something like the untested patch below: diff --git a/block/bsg-lib.c b/block/bsg-lib.c index fc2e5ff2c4b9..9419def8c017 100644 --- a/block/bsg-lib.c +++ b/b

[PATCH 4.16 32/55] bonding: send learning packets for vlans on slave

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Debabrata Banerjee [ Upstream commit 21706ee8a47d3ede7fdae0be6d7c0a0e31a83229 ] There was a regression at some point from the intended functionality of commit f60c3704e87d ("bonding: Fix alb m

[PATCH 4.16 34/55] net/mlx5e: TX, Use correct counter in dma_map error flow

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Tariq Toukan [ Upstream commit d9a96ec362e3da878c378854e25321c85bac52c2 ] In case of a dma_mapping_error, do not use wi->num_dma as a parameter for dma unmap function because it's yet to be se

[PATCH 4.16 35/55] net/mlx5: Avoid cleaning flow steering table twice during error flow

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Talat Batheesh [ Upstream commit 9c26f5f89d01ca21560c6b8a8e4054c271cc3a9c ] When we fail to initialize the RX root namespace, we need to clean only that and not the entire flow steering. Curr

[PATCH v2 2/2] KVM: arm/arm64: harden unmap_stage2_ptes in case end is not PAGE_SIZE aligned

If it passes addr=0x20292,size=0xfe00 to unmap_stage2_range-> ...->unmap_stage2_ptes, unmap_stage2_ptes will get addr=0x20292, end=0x20292fe00. After first while loop addr=0x20293, end=0x20292fe00, then addr!=end. Thus it will touch another pages by put_pages() in the 2nd loop. This pa

[PATCH v6 01/28] linkage: new macros for assembler symbols

Introduce new C macros for annotations of functions and data in assembly. There is a long-standing mess in macros like ENTRY, END, ENDPROC and similar. They are used in different manners and sometimes incorrectly. So introduce macros with clear use to annotate assembly as follows: a) Support macr

[PATCH v2 1/2] KVM: arm/arm64: add WARN_ON if size is not PAGE_SIZE aligned in unmap_stage2_range

There is a panic in armv8a server(QDF2400) under memory pressure tests (start 20 guests and run memhog in the host). -begin [35380.800950] BUG: Bad page state in process qemu-kvm pfn:dd0b6 [35380.805825] page:7fe003742d80 count:-

[PATCH 4.16 38/55] net/mlx5e: Allow offloading ipv4 header re-write for icmp

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Jianbo Liu [ Upstream commit 1ccef350db2f13715040a10df77ae672206004cf ] For ICMPv4, the checksum is calculated from the ICMP headers and data. Since the ICMPv4 checksum doesn't cover the IP he

[PATCH 4.16 36/55] hv_netvsc: set master device

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Stephen Hemminger [ Upstream commit 97f3efb64323beb0690576e9d74e94998ad6e82a ] The hyper-v transparent bonding should have used master_dev_link. The netvsc device should look like a master bon

[PATCH v6 02/28] x86/asm/suspend: drop ENTRY from local data

ENTRY was intended for functions and shall be paired with ENDPROC. ENTRY also aligns symbols which creates unnecessary holes here between data. So drop ENTRY from saved_eip in wakeup_32 and many saved_* in wakeup_64, as these symbols are local only. We could use SYM_DATA_LOCAL for these symbols,

[PATCH v6 05/28] x86/asm/entry: annotate THUNKs

Place SYM_CODE_START_NOALIGN and SYM_CODE_END around the THUNK macro body, given it generates: 1) non-C-like functions, and 2) was not marked as aligned. The common tail .L_restore is put inside SYM_CODE_START_LOCAL_NOALIGN and SYM_CODE_END too. The result: Value Size TypeBind Vis Nd

[PATCH v6 07/28] x86/asm/crypto: annotate local functions

Use the newly added SYM_FUNC_START_LOCAL to annotate starts of all functions which do not have ".globl" annotation, but their ends are annotated by ENDPROC. This is needed to balance ENDPROC for tools that generate debuginfo. To be symmetric, we also convert their ENDPROCs to the new SYM_FUNC_END.

[PATCH v6 10/28] x86/asm/entry: annotate interrupt symbols properly

* annotate functions properly by SYM_CODE_START, SYM_CODE_START_LOCAL* and SYM_CODE_END -- these are not C-like functions, so we have to annotate them using CODE. * use SYM_INNER_LABEL* for labels being in the middle of other functions [v4] alignments preserved Signed-off-by: Jiri Slaby Cc:

[PATCH v6 08/28] x86/boot/compressed: annotate local functions

relocated, paging_enabled, and no_longmode are self-standing local functions, annotate them as such. paging_enabled is annotated as NOALIGN, since the trampoline code has to be compact. Signed-off-by: Jiri Slaby Cc: "H. Peter Anvin" Cc: Thomas Gleixner Cc: Ingo Molnar Cc: x...@kernel.org ---

Re: KASAN: use-after-free Read in vhost_chr_write_iter

On 2018年05月17日 21:45, DaeRyong Jeong wrote: We report the crash: KASAN: use-after-free Read in vhost_chr_write_iter This crash has been found in v4.17-rc1 using RaceFuzzer (a modified version of Syzkaller), which we describe more at the end of this report. Our analysis shows that the race occu

[PATCH v6 06/28] x86/asm: annotate local pseudo-functions

Use the newly added SYM_CODE_START_LOCAL* to annotate starts of all pseudo-functions (those ending END until now) which do not have ".globl" annotation. This is needed to balance END for tools that generate debuginfo. Note that we switch from END to SYM_CODE_END too so that everybody can see the pa

[PATCH v6 09/28] x86/asm: annotate aliases

_key_expansion_128 is an alias to _key_expansion_256a, __memcpy to memcpy, xen_syscall32_target to xen_sysenter_target, and so on. Annotate them all using the new SYM_FUNC_START_ALIAS, SYM_FUNC_START_LOCAL_ALIAS, and SYM_FUNC_END_ALIAS. This will make the tools generating the debuginfo happy. Sign

[PATCH v6 12/28] x86/boot/compressed: annotate data appropriatelly

Use the new SYM_DATA, SYM_DATA_START, and SYM_DATA_END* macros for data. Now, the data in the object file look sane: Value Size TypeBind Vis Ndx Name 10 OBJECT GLOBAL DEFAULT3 efi32_boot_gdt 000a10 OBJECT LOCAL DEFAULT3 save_gdt 0014 8 OBJECT LOCAL D

[PATCH v6 11/28] x86/asm/head: annotate data appropriatelly

Use the new SYM_DATA, SYM_DATA_START, and SYM_DATA_END in both 32 and 64 bit heads. In the 64-bit version, define also SYM_DATA_START_PAGE_ALIGNED locally using the new SYM_START. It is used in the code instead of NEXT_PAGE() which was defined in this file and has been using the obsolete macro GLO

[PATCH v6 13/28] um: annotate data appropriatelly

Use the new SYM_DATA_START and SYM_DATA_END_LABEL macros for vdso_start. We get: 2376 OBJECT GLOBAL DEFAULT4 vdso_start 0948 0 OBJECT GLOBAL DEFAULT4 vdso_end Signed-off-by: Jiri Slaby Cc: Jeff Dike Cc: Richard Weinberger Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Pe

Re: [PATCH INTERNAL 3/3] PCI: iproc: Disable MSI parsing in certain PAXC blocks

On 2018-05-17 22:51, Ray Jui wrote: The internal MSI parsing logic in certain revisions of PAXC root complexes does not work properly and can casue corruptions on the writes. They need to be disabled Signed-off-by: Ray Jui Reviewed-by: Scott Branden --- drivers/pci/host/pcie-iproc.c | 34

[PATCH v6 04/28] x86/asm: annotate relocate_kernel

There are functions in relocate_kernel which are not annotated. This makes automatic annotations rather hard. So annotate all the functions now. Note that these are not C-like functions, so we do not use FUNC, but CODE markers. Also they are not aligned, so we use the NOALIGN versions: - SYM_CODE_

[PATCH v6 17/28] x86/asm: use SYM_INNER_LABEL instead of GLOBAL

GLOBAL had several meanings and is going away. In this patch, convert all the inner function labels marked with GLOBAL to use SYM_INNER_LABEL instead. Note that retint_user needs not be global, perhaps since commit 2ec67971facc ("x86/entry/64/compat: Remove most of the fast system call machinery")

Applied "ASoC: wm2200,wm5100: fix spelling mistake: "Coefficeints" -> "Coefficients"" to the asoc tree

The patch ASoC: wm2200,wm5100: fix spelling mistake: "Coefficeints" -> "Coefficients" has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in

Re: [PATCH v2] gpu: host1x: Fix compiler errors by converting to dma_addr_t

On Wed, May 16, 2018 at 12:22:04PM +0200, Emil Goode wrote: > The compiler is complaining with the following errors: > > drivers/gpu/host1x/cdma.c:94:48: error: > passing argument 3 of ‘dma_alloc_wc’ from incompatible pointer type > [-Werror=incompatible-pointer-types] > > drivers/gpu

[PATCH] net/atheros: fix spelling mistake: "Ddescription" -> "Description"

From: Colin Ian King Trivial fix to spelling mistakes in name field text Signed-off-by: Colin Ian King --- drivers/net/ethernet/atheros/atl1e/atl1e_param.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/atheros/atl1e/atl1e_param.c b/drivers/net/ethern

Applied "ASoC: wm8904: fix spelling mistake: "Caputure" -> "Capture"" to the asoc tree

The patch ASoC: wm8904: fix spelling mistake: "Caputure" -> "Capture" has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hour

[PATCH v6 21/28] x86/asm/ftrace: mark function_hook as function

Relabel function_hook to be marked really as a function. It is called from C and has the same expectations towards the stack etc. Signed-off-by: Jiri Slaby Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: x...@kernel.org --- arch/x86/kernel/ftrace_32.S | 4 ++-- 1 file changed, 2

[PATCH v6 20/28] x86/asm: make some functions local

There is a couple of assembly functions, which are invoked only locally in the file they are defined. In C, we mark them "static". In assembly, annotate them using SYM_{FUNC,CODE}_START_LOCAL (and switch their ENDPROC to SYM_{FUNC,CODE}_END too). Whether we use FUNC or CODE, depends on whether ENDP

[PATCH v6 18/28] x86/asm/realmode: use SYM_DATA_* instead of GLOBAL

GLOBAL had several meanings and is going away. In this patch, convert all the data marked using GLOBAL to use SYM_DATA_START or SYM_DATA instead. Notes: * SYM_DATA_END_LABEL is used to generate tr_gdt_end too. * wakeup_idt is marked as LOCAL now as it is used only locally. Signed-off-by: Jiri Sla

[PATCH v6 19/28] x86/asm: kill the last GLOBAL user and remove the macro

Convert the remaining 32bit users and remove GLOBAL macro finally. In particular, this means to use SYM_ENTRY for the singlestepping hack region. Signed-off-by: Jiri Slaby Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: x...@kernel.org --- arch/x86/entry/entry_32.S | 4 ++--

[PATCH v6 23/28] x86_64/asm: change all ENTRY+END to SYM_CODE_*

Here, we change all assembly code which is marked using END (and not ENDPROC). We switch all these to appropriate new markings SYM_CODE_START and SYM_CODE_END. Signed-off-by: Jiri Slaby Reviewed-by: Boris Ostrovsky [xen bits] Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: x...@k

[PATCH v6 22/28] x86_64/asm: add ENDs to some functions and relabel with SYM_CODE_*

All these are functions which are invoked from elsewhere, but they are not typical C functions. So we annotate them using the new SYM_CODE_START. All these were not balanced with any END, so mark their ends by SYM_CODE_END appropriatelly too. Signed-off-by: Jiri Slaby Reviewed-by: Boris Ostrovsky

Re: [PATCH INTERNAL 2/3] PCI: iproc: Fix up corrupted PAXC root complex config registers

On 2018-05-17 22:51, Ray Jui wrote: On certain versions of Broadcom PAXC based root complexes, certain regions of the configuration space are corrupted. As a result, it prevents the Linux PCIe stack from traversing the linked list of the capability registers completely and therefore the root comp

[PATCH v6 15/28] x86/asm/purgatory: start using annotations

purgatory used no annotations at all. So include linux/linkage.h and annotate everything: * code by SYM_CODE_* * data by SYM_DATA_* Signed-off-by: Jiri Slaby Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: x...@kernel.org --- arch/x86/purgatory/entry64.S | 21 ---

[PATCH v6 14/28] xen/pvh: annotate data appropriatelly

Use the new SYM_DATA_START_LOCAL, and SYM_DATA_END* macros to have: 8 OBJECT LOCAL DEFAULT6 gdt 000832 OBJECT LOCAL DEFAULT6 gdt_start 0028 0 OBJECT LOCAL DEFAULT6 gdt_end 0028 256 OBJECT LOCAL DEFAULT6 early_stack 0128 0 OBJECT LOCAL DEFAU

RE: [PATCH 0/6] Macrofying inline assembly for better compilation

From: Nadav Amit > Sent: 17 May 2018 17:14 > This patch-set deals with an interesting yet stupid problem: kernel code > that does not get inlined despite its simplicity. There are several > causes for this behavior: "cold" attribute on __init, different function > optimization levels; conditional c

[ANNOUNCE] v4.16.8-rt3

Dear RT folks! I'm pleased to announce the v4.16.8-rt3 patch set. Changes since v4.16.8-rt2: - Drop two MCE related patches. They are no longer required since the timer wheel rework. - Replace the atomic_dec_lock_irqsave() patches with their refcount_dec_and_lock_irqsave() counterp

Re: [PATCH v1 10/11] cpufreq: tegra20: Wrap cpufreq into platform driver

On 18.05.2018 12:07, Thierry Reding wrote: > On Thu, May 17, 2018 at 09:00:55PM +0300, Dmitry Osipenko wrote: >> Currently tegra20-cpufreq kernel module isn't getting autoloaded because >> there is no device associated with the module, this is one of two patches >> that resolves the module autoload

[PATCH v6 24/28] x86_64/asm: change all ENTRY+ENDPROC to SYM_FUNC_*

These are all functions which are invoked from elsewhere, so we annotate them as global using the new SYM_FUNC_START. And their ENDPROC's by SYM_FUNC_END. And make sure ENTRY/ENDPROC is not defined on X86_64, given these were the last users. Signed-off-by: Jiri Slaby Reviewed-by: Rafael J. Wysoc

[PATCH v6 26/28] x86_32/asm: change all ENTRY+END to SYM_CODE_*

Here, we change all assembly code which is marked using END (and not ENDPROC). We switch all these to appropriate new markings SYM_CODE_START and SYM_CODE_END. And since we removed the last user of END on X86, make sure, that END is not defined there. Signed-off-by: Jiri Slaby Cc: Thomas Gleixne

[PATCH v6 25/28] x86_32/asm: add ENDs to some functions and relabel with SYM_CODE_*

All these are functions which are invoked from elsewhere, but they are not typical C functions. So we annotate them using the new SYM_CODE_START. All these were not balanced with any END, so mark their ends by SYM_CODE_END, appropriatelly. Signed-off-by: Jiri Slaby Reviewed-by: Boris Ostrovsky [

[PATCH v6 28/28] x86/asm: replace WEAK uses by SYM_INNER_LABEL

Use the new SYM_INNER_LABEL for WEAK entries in the middle of x86 assembly functions. And make sure WEAK is not defined for x86 anymore as these were the last users. Signed-off-by: Jiri Slaby Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: x...@kernel.org --- arch/x86/kernel/ftr

[PATCH v6 16/28] x86/asm: do not annotate functions by GLOBAL

GLOBAL is an x86's custom macro and is going to die very soon. It was meant for global symbols, but here, it was used for functions. Instead, use the new macros SYM_FUNC_START* and SYM_CODE_START* (depending on the type of a function) which are dedicated for global functions. And since they both re

[PATCH v6 27/28] x86_32/asm: change all ENTRY+ENDPROC to SYM_FUNC_*

These are all functions which are invoked from elsewhere, so we annotate them as global using the new SYM_FUNC_START. And their ENDPROC's by SYM_FUNC_END. Now, we can finally force ENTRY/ENDPROC to be undefined on X86. Signed-off-by: Jiri Slaby Cc: "H. Peter Anvin" Cc: Thomas Gleixner Cc: Ingo

[PATCH v6 03/28] x86/asm/suspend: use SYM_DATA for data

Some global data in the suspend code were marked as `ENTRY'. ENTRY was intended for functions and shall be paired with ENDPROC. ENTRY also aligns symbols which creates unnecessary holes here between data. Since we are dropping historical markings, make proper use of newly added SYM_DATA in this cod

Re: [PATCH v1 00/11] Clean up Tegra20 cpufreq driver

On 18.05.2018 10:30, Rafael J. Wysocki wrote: > On Thursday, May 17, 2018 8:00:45 PM CEST Dmitry Osipenko wrote: >> Hello, >> >> Recently Peter Geis (who is working on Tegra30 cpufreq driver) asked me how >> tegra20-cpufreq driver is getting loaded. After taking a look at the code >> it became appa

Re: [PATCH -resend 02/27] x86: assembly, use SYM_DATA for data

On 05/15/2018, 08:39 AM, Ingo Molnar wrote: > > * Ingo Molnar wrote: > >> >> * Jiri Slaby wrote: >> >>> We make proper use of SYM_DATA on global data instead of marking them as >>> ENTRY. ENTRY is intended for functions and shall be paired with ENDPROC. >>> ENTRY also aligns symbols which creat

[PATCH 4.16 40/55] udp: fix SO_BINDTODEVICE

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Paolo Abeni [ Upstream commit 69678bcd4d2dedbc3e8fcd6d7d99f283d83c531a ] Damir reported a breakage of SO_BINDTODEVICE for UDP sockets. In absence of VRF devices, after commit fb74c27735f0 ("ne

[PATCH v6 00/28] New macros for assembler symbols

This series introduces new macros for assembly as was discussed [1]. The macros are introduced in the first patch of the series. The rest of patches start using these new macros in x86, converting *all* uses of the old macros to the new ones throughout the last patch. With every last user of some o

[PATCH 4.16 39/55] nsh: fix infinite loop

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit af50e4ba34f4c45e92535364133d4deb5931c1c5 ] syzbot caught an infinite recursion in nsh_gso_segment(). Problem here is that we need to make sure the NSH header is

[PATCH] PCI / PM: Do not clear state_saved for devices that remain suspended

From: Rafael J. Wysocki The state_saved flag should not be cleared in pci_pm_suspend() if the given device is going to remain suspended, or the device's config space will not be restored properly during the subsequent resume. Namely, if the device is going to stay in suspend, both the late and n

[PATCH 4.16 42/55] net/mlx5e: DCBNL fix min inline header size for dscp

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Huy Nguyen [ Upstream commit 35f80acb24cd53dabd65e0660e46afdf5c45991d ] When the trust state is set to dscp and the netdev is down, the inline header size is not updated. When netdev is up, th

[PATCH 4.16 16/55] net: support compat 64-bit time in {s,g}etsockopt

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Lance Richardson [ Upstream commit 988bf7243e03ef69238381594e0334a79cef74a6 ] For the x32 ABI, struct timeval has two 64-bit fields. However the kernel currently interprets the user-space valu

[PATCH 4.16 45/55] sctp: clear the new asocs stream outcnt in sctp_stream_update

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Xin Long [ Upstream commit 6a9a27d5397fc6c52f90c09ddab91e65053584aa ] When processing a duplicate cookie-echo chunk, sctp moves the new temp asoc's stream out/in into the old asoc, and later f

Re: [PATCH v2 1/4] mm: change type of free_contig_range(nr_pages) to unsigned long

On 05/04/2018 01:29 AM, Mike Kravetz wrote: > free_contig_range() is currently defined as: > void free_contig_range(unsigned long pfn, unsigned nr_pages); > change to, > void free_contig_range(unsigned long pfn, unsigned long nr_pages); > > Some callers are passing a truncated unsigned long today.

[PATCH 4.16 43/55] net: systemport: Correclty disambiguate driver instances

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Florian Fainelli [ Upstream commit 1f3ccc3c3fc26468be00392ef0b2c215f9c9d054 ] While adding the DSA notifier, we will be sending DSA notifications with info->master that is going to point to a

[PATCH 4.16 47/55] tipc: fix one byte leak in tipc_sk_set_orig_addr()

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 09c8b9718a7af674036643fa2e0dbb2f09aba75e ] sysbot/KMSAN reported an uninit-value in recvmsg() that I tracked down to tipc_sk_set_orig_addr(), missing srcaddr->me

[PATCH 4.16 17/55] net/tls: Dont recursively call push_record during tls_write_space callbacks

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Dave Watson [ Upstream commit c212d2c7fc4736d49be102fb7a1a545cdc2f1fea ] It is reported that in some cases, write_space may be called in do_tcp_sendpages, such that we recursively invoke do_tc

[PATCH 4.16 46/55] tcp: restore autocorking

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 114f39feab360e6c7b0c4238697f223444d662a1 ] When adding rb-tree for TCP retransmit queue, we inadvertently broke TCP autocorking. tcp_should_autocork() should re

Re: [PATCH v1 11/11] ARM: tegra: Create platform device for tegra20-cpufreq driver

On Thu, May 17, 2018 at 09:00:56PM +0300, Dmitry Osipenko wrote: > Tegra20-cpufreq driver require a platform device in order to be loaded, > instantiate a simple platform device for the driver during of the machines > late initialization. > > Signed-off-by: Dmitry Osipenko > --- > arch/arm/mach-

[PATCH 4.16 48/55] hv_netvsc: Fix net device attach on older Windows hosts

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Mohammed Gamal [ Upstream commit 55be9f25be1ca5bda75c39808fc77e42691bc07f ] On older windows hosts the net_device instance is returned to the caller of rndis_filter_device_add() without having

[PATCH] ASoC: wm2200,wm5100: fix spelling mistake: "Coefficeints" -> "Coefficients"

From: Colin Ian King Trivial fix to spelling mistakes in SND_SOC_BYTES literal strings Signed-off-by: Colin Ian King --- sound/soc/codecs/wm2200.c | 4 ++-- sound/soc/codecs/wm5100.c | 8 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/sound/soc/codecs/wm2200.c b/sound/

[PATCH 4.16 22/55] rds: do not leak kernel memory to user land

4.16-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit eb80ca476ec11f67a62691a93604b405ffc7d80c ] syzbot/KMSAN reported an uninit-value in put_cmsg(), originating from rds_cmsg_recv(). Simply clear the structure, si

<    4   5   6   7   8   9   10   11   12   >