[PATCH 2/3] [media] dvb-ttusb-budget: Improve two size determinations in ttusb_probe()

From: Markus Elfring Date: Wed, 20 Sep 2017 20:46:11 +0200 * The script "checkpatch.pl" pointed information out like the following. ERROR: do not use assignment in if condition Thus fix an affected source code place. * Replace the specification of data

Re: [PATCH v2] Input: adxl34x - fix gcc-7 -Wint-in-bool-context warning

On Mon, Jul 17, 2017 at 01:43:51PM +0200, Arnd Bergmann wrote: > FIFO_MODE is an macro expression with a '<<' operator, which > gcc points out could be misread as a '<': > > drivers/input/misc/adxl34x.c: In function 'adxl34x_probe': > drivers/input/misc/adxl34x.c:799:36: error: '<<' in boolean

[PATCH 3/3] [media] dvb-ttusb-budget: Adjust eight checks for null pointers

From: Markus Elfring Date: Wed, 20 Sep 2017 20:53:13 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The script “checkpatch.pl” pointed information out like the following. Comparison to NULL could be written … Thus

Re: kernel: tracepoints: add support for relative references

On 19 September 2017 at 10:55, Steven Rostedt wrote: > On Tue, 5 Sep 2017 13:49:52 +0100 > Ard Biesheuvel wrote: > >> OK, thanks for spotting that. >> >> I will fix and resend after the merge window closes. > > I also just applied your patches (to

Re: Read-only `slaves` with shared subtrees?

sorry forgot to copy Eric. On Wed, Sep 20, 2017 at 12:39:54PM -0700, Ram Pai wrote: > On Tue, Sep 19, 2017 at 04:18:02PM -0700, Dawid Ciezarkiewicz wrote: > > On Mon, Sep 18, 2017 at 1:47 PM, Ram Pai wrote: > > > It is possible to make a slave mount readonly, by remounting

Re: [PATCH] gpio: Wakeup gpio controller when it is used as IRQ controller

On 09/20/2017 02:14 AM, Michal Simek wrote: > From: Borsodi Petr > > There is a problem with GPIO driver when used as IRQ controller. > It is not working because the module is sleeping (clock is disabled). > The patch enables clocks when IP is used as IRQ controller. I

RE: [PATCH] platform/x86: intel-hid: Power button suspend on Dell Latitude 7275

> -Original Message- > From: Jérôme de Bretagne [mailto:jerome.debreta...@gmail.com] > Sent: Monday, September 18, 2017 5:41 PM > To: Limonciello, Mario > Cc: platform-driver-...@vger.kernel.org; Darren Hart ; > LKML

[PATCH V2] PM / OPP: Call notifier without holding opp_table->lock

The notifier callbacks may want to call some OPP helper routines which may try to take the same opp_table->lock again and cause a deadlock. One such usecase was reported by Chanwoo Choi, where calling dev_pm_opp_disable() leads us to the devfreq's OPP notifier handler, which further calls

[PATCH v3 30/31] usercopy: Restrict non-usercopy caches to size 0

With all known usercopied cache whitelists now defined in the kernel, switch the default usercopy region of kmem_cache_create() to size 0. Any new caches with usercopy regions will now need to use kmem_cache_create_usercopy() instead of kmem_cache_create(). This patch is modified from Brad

[PATCH v3 22/31] sctp: Copy struct sctp_sock.autoclose to userspace using put_user()

From: David Windsor The autoclose field can be copied with put_user(), so there is no need to use copy_to_user(). In both cases, hardened usercopy is being bypassed since the size is constant, and not open to runtime manipulation. This patch is verbatim from Brad Spengler/PaX

[PATCH v3 13/31] ufs: Define usercopy region in ufs_inode_cache slab cache

From: David Windsor The ufs symlink pathnames, stored in struct ufs_inode_info.i_u1.i_symlink and therefore contained in the ufs_inode_cache slab cache, need to be copied to/from userspace. cache object allocation: fs/ufs/super.c: ufs_alloc_inode(...):

Re: [PATCH 8/9 v2] usb: usb251xb: Add max power/current dts property support

On Sat, Sep 16, 2017 at 01:42:19PM +0300, Serge Semin wrote: > This parameters may be varied in accordance with hardware specifics. > So lets add the corresponding settings to the usb251x driver dts > specification. > > Signed-off-by: Serge Semin > --- >

Re: [PATCH 2/2] x86/asm: Fix inline asm call constraints for clang

On Wed, Sep 20, 2017 at 08:01:02PM +0200, Dmitry Vyukov wrote: > On Wed, Sep 20, 2017 at 7:46 PM, H. Peter Anvin wrote: > > On 09/20/17 10:38, Dmitry Vyukov wrote: > >> > >> I think we need just the frame itself and RSP pointing below this > >> frame. If we don't have a frame,

Re: [PATCH] rwsem: fix missed wakeup due to reordering of load

On Wed, Sep 20, 2017 at 07:52:54AM -0700, Davidlohr Bueso wrote: > On Thu, 07 Sep 2017, Prateek Sood wrote: > > /* > >+* __rwsem_down_write_failed_common(sem) > >+* rwsem_optimistic_spin(sem) > >+* osq_unlock(sem->osq) > >+* ... > >+*

[PATCH v2 2/2] x86/asm: Fix inline asm call constraints for clang

For inline asm statements which have a CALL instruction, we list the stack pointer as a constraint to convince GCC to ensure the frame pointer is set up first: static inline void foo() { register void *__sp asm(_ASM_SP); asm("call bar" : "+r" (__sp)) } Unfortunately, that

Re: [PATCH v4 4/4] samples/bpf: Add documentation on cross compilation

On 09/20/2017 06:11 PM, Joel Fernandes wrote: Acked-by: Alexei Starovoitov Signed-off-by: Joel Fernandes (Minor typo pointed out by Randy, but rest looks fine.) Acked-by: Daniel Borkmann

[PATCH v2 1/2] objtool: Handle another GCC stack pointer adjustment bug

The kbuild bot reported the following warning with GCC 4.4 and a randconfig: net/socket.o: warning: objtool: compat_sock_ioctl()+0x1083: stack state mismatch: cfa1=7+160 cfa2=-1+0 This is caused by another GCC non-optimization, where it backs up and restores the stack pointer for no apparent

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

On 09/20/2017 10:19 PM, Franklin S Cooper Jr wrote: > Hi Wenyou, > > On 09/17/2017 10:47 PM, Yang, Wenyou wrote: >> >> On 2017/9/14 13:06, Sekhar Nori wrote: >>> On Thursday 14 September 2017 03:28 AM, Franklin S Cooper Jr wrote: On 08/18/2017 02:39 PM, Franklin S Cooper Jr wrote: >

Re: [PATCH] PM / OPP: Call notifier without holding opp_table->lock

On 09/20, Viresh Kumar wrote: > On 20-09-17, 10:00, Stephen Boyd wrote: > > On 09/20, Viresh Kumar wrote: > > > > diff --git a/drivers/base/power/opp/core.c b/drivers/base/power/opp/core.c > > > index 4360b4efcd4c..668fd940d362 100644 > > > --- a/drivers/base/power/opp/core.c > > > +++

Re: Rough notes from sys_membarrier() lightning BoF

- On Sep 20, 2017, at 2:18 PM, Andy Lutomirski l...@kernel.org wrote: > On Wed, Sep 20, 2017 at 11:13 AM, Mathieu Desnoyers > wrote: >> >> - On Sep 20, 2017, at 12:02 PM, Andy Lutomirski l...@kernel.org wrote: >> >> > On Sun, Sep 17, 2017 at 3:36 PM, Paul

Re: [RFC PATCH v5 3/6] i2c: add docs to clarify DMA handling

Em Wed, 20 Sep 2017 20:59:53 +0200 Wolfram Sang escreveu: > Signed-off-by: Wolfram Sang Documentation looks OK on my eyes. So: Reviewed-by: Mauro Carvalho Chehab > --- >

Re: Vibrations in input vs. LED was Re: [PATCH v2 0/3] led: ledtrig-transient: add support for hrtimer

On 09/20/2017 01:29 PM, Pavel Machek wrote: > I'd leave the decision to the user. We could add a note to the > Documentation/leds/ledtrig-transient.txt that force feedback interface > should be preferable choice for driving vibrate devices. > However only if following conditions

Re: [PATCH v3] platform/chrome: Use proper protocol transfer function

On Tue, Sep 19, 2017 at 11:13 PM, Brian Norris wrote: > Hi, > > On Tue, Sep 19, 2017 at 11:05:38PM -0700, Shawn N wrote: >> This is failing because our EC_CMD_GET_PROTOCOL_INFO host command is >> getting messed up, or the reply buffer is getting corrupted somehow. >> >>

Re: [RFC] sched/fair: Use wake_q length as a hint for wake_wide

On Wed, Sep 20, 2017 at 2:33 AM, Brendan Jackman wrote: > > On Wed, Sep 20 2017 at 05:06, Joel Fernandes wrote: >>> On Tue, Sep 19, 2017 at 3:05 AM, Brendan Jackman >>> wrote: On Mon, Sep 18 2017 at 22:15, Joel Fernandes wrote: >> [..]

[PATCH v3 05/31] vfs: Define usercopy region in names_cache slab caches

From: David Windsor VFS pathnames are stored in the names_cache slab cache, either inline or across an entire allocation entry (when approaching PATH_MAX). These are copied to/from userspace, so they must be entirely whitelisted. cache object allocation:

[PATCH v3 08/31] ext2: Define usercopy region in ext2_inode_cache slab cache

From: David Windsor The ext2 symlink pathnames, stored in struct ext2_inode_info.i_data and therefore contained in the ext2_inode_cache slab cache, need to be copied to/from userspace. cache object allocation: fs/ext2/super.c: ext2_alloc_inode(...):

[PATCH] arm64: Always use REFCOUNT_FULL

As discussed at the Linux Security Summit, arm64 prefers to use REFCOUNT_FULL by default. This enables it for the architecture. Cc: Ard Biesheuvel Cc: hw.li...@huawei.com Cc: Catalin Marinas Cc: Will Deacon Cc:

Re: [RFC RESEND 3/3] arm: dts: add Hi3521A dts

On Sun, Sep 17, 2017 at 03:23:27AM -0500, Marty E. Plummer wrote: > Add hi3521a.dtsi and hi3521a-rs-dm290e.dts for RaySharp CCTV systems, > marketed under the name Samsung SDR-B74301N > > Signed-off-by: Marty E. Plummer > --- > arch/arm/boot/dts/Makefile |

Re: [PATCH] init/version: include instead of

[[PATCH] init/version: include instead of ] On 21/09/2017 (Thu 00:23) Masahiro Yamada wrote: > init/version.c has nothing to do with module, so remove > the . > > Instead, include for EXPORT_SYMBOL_GPL. I checked and there weren't any __init lurking in that file which is the usual other

[PATCH v2] [media] staging: atomisp: use clock framework for camera clocks

The Atom ISP driver initializes and configures PMC clocks which are already handled by the clock framework. Remove all legacy vlv2_platform_clock stuff and move to the clk API to avoid conflicts, e.g. with audio machine drivers enabling the MCLK for external codecs Fixes: a49d25364dfb

Re: [PATCH v4 2/5] dt-bindings: input: Add document bindings for mtk-pmic-keys

On Sun, Sep 17, 2017 at 04:00:49PM +0800, Chen Zhong wrote: > This patch adds the device tree binding documentation for the MediaTek > pmic keys found on PMIC MT6397/MT6323. > > Signed-off-by: Chen Zhong > --- > .../devicetree/bindings/input/mtk-pmic-keys.txt| 41

Re: [PATCH v2 06/10] arm64: allwinner: a64: Add devicetree binding for DMA controller

On Sun, Sep 17, 2017 at 05:19:52AM +0200, Stefan Brüns wrote: > The A64 is register compatible with the H3, but has a different number > of dma channels and request ports. > > Attach additional properties to the node to allow future reuse of the > compatible for controllers with different number

Re: [PATCH 9/9 v2] usb: usb251xb: Use GPIO descriptor consumer interface

On Sat, Sep 16, 2017 at 01:42:20PM +0300, Serge Semin wrote: > The driver used to be developed with legacy GPIO API support. It's > better to use descriptor-based interface for several reasons. First > of all the legacy API doesn't support the ACTIVE_LOW/HIGH flag of dts > nodes, which is

Re: [PATCH v2 2/2] mmc: sdhci-msm: Enable delay circuit calibration clocks

On Fri, Sep 15, 2017 at 04:35:24PM -0700, Bjorn Andersson wrote: > The delay circuit used to support HS400 is calibrated based on two > additional clocks. When these clocks are not available and > FF_CLK_SW_RST_DIS is not set in CORE_HC_MODE, reset might fail. But on > some platforms this doesn't

[PATCH v3 27/31] x86: Implement thread_struct whitelist for hardened usercopy

This whitelists the FPU register state portion of the thread_struct for copying to userspace, instead of the default entire struct. Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: x...@kernel.org Cc: Borislav Petkov

Re: [PATCH 2/2] mm: oom: show unreclaimable slab info when kernel panic

On Thu, 21 Sep 2017, Yang Shi wrote: > diff --git a/mm/oom_kill.c b/mm/oom_kill.c > index 99736e0..173c423 100644 > --- a/mm/oom_kill.c > +++ b/mm/oom_kill.c > @@ -43,6 +43,7 @@ > > #include > #include "internal.h" > +#include "slab.h" > > #define CREATE_TRACE_POINTS > #include > @@

Re: [PATCH v4 02/13] xen/pvcalls: implement frontend disconnect

> > static int pvcalls_front_remove(struct xenbus_device *dev) > { > + struct pvcalls_bedata *bedata; > + struct sock_mapping *map = NULL, *n; > + > + bedata = dev_get_drvdata(_front_dev->dev); > + dev_set_drvdata(>dev, NULL); > + pvcalls_front_dev = NULL; One more

Re: [PATCH v3 14/31] vxfs: Define usercopy region in vxfs_inode slab cache

On Wed, Sep 20, 2017 at 1:56 PM, Christoph Hellwig wrote: > Hi Kees, > > I've only got this single email from you, which on it's own doesn't > compile and seems to be part of a 31 patch series. > > So as-is NAK, doesn't work. > > Please make sure to always send every patch in

Re: usb/media/pvrusb2: warning in pvr2_send_request_ex/usb_submit_urb

On Wed, Sep 20, 2017 at 9:33 PM, Mike Isely wrote: Hi Mike! > > What you have here is way beyond just feeding random crap in via the > syscall interface. To cause this you have to fake the presence of a > pvrusb2 compatible *hardware* USB device and then lie about its endpoint

Re: [PATCH 1/2] tools: slabinfo: add "-U" option to show unreclaimable slabs only

On 9/20/17 1:45 PM, David Rientjes wrote: On Thu, 21 Sep 2017, Yang Shi wrote: diff --git a/tools/vm/slabinfo.c b/tools/vm/slabinfo.c index b9d34b3..9673190 100644 --- a/tools/vm/slabinfo.c +++ b/tools/vm/slabinfo.c @@ -83,6 +83,7 @@ struct aliasinfo { int sort_loss; int extended_totals;

Re: [PATCH net-next 1/3] virtio-net: remove unnecessary parameter of virtnet_xdp_xmit()

From: Jason Wang Date: Tue, 19 Sep 2017 17:42:41 +0800 > CC: John Fastabend > Signed-off-by: Jason Wang Applied.

Re: [PATCH net-next 3/3] virtio-net: support XDP_REDIRECT

From: Jason Wang Date: Tue, 19 Sep 2017 17:42:43 +0800 > This patch tries to add XDP_REDIRECT for virtio-net. The changes are > not complex as we could use exist XDP_TX helpers for most of the > work. The rest is passing the XDP_TX to NAPI handler for implementing >

Re: [PATCH net-next 2/3] virtio-net: add packet len average only when needed during XDP

From: Jason Wang Date: Tue, 19 Sep 2017 17:42:42 +0800 > There's no need to add packet len average in the case of XDP_PASS > since it will be done soon after skb is created. > > Cc: John Fastabend > Signed-off-by: Jason Wang

[PATCH] tty: vt: keyboard: add range check to kbs->kb_func index

From: Colin Ian King A value outside the range 0..MAX_NR_FUNC-1 in kbs->kb_func will cause an array bounds overflow on func_table. Fix this by adding a range check. Detected by CoverityScan, CID#401961 ("Untrusted array index read") Fixes: 079c9534a96d ("vt:tackle

Re: [PATCH] [media] staging: atomisp: use clock framework for camera clocks

On Wed, 2017-09-20 at 12:01 -0500, Pierre-Louis Bossart wrote: > > On 09/20/2017 04:12 AM, Andy Shevchenko wrote: > > On Tue, 2017-09-19 at 15:45 -0500, Pierre-Louis Bossart wrote: > > > The Atom ISP driver initializes and configures PMC clocks which > > > are > > > already handled by the clock

[RFC PATCH 0/7] sun8i H3 HDMI glue driver for DW HDMI

This patch series adds a HDMI glue driver for Allwinner H3 SoC. For now, only video and CEC functionality is supported. Audio needs more tweaks. Series is based on the H3 DE2 patch series available on mailing list: http://lists.infradead.org/pipermail/linux-arm-kernel/2017-August/522697.html

Re: [RFC] sched/fair: Use wake_q length as a hint for wake_wide

On 08/11/2017 04:45 AM, Brendan Jackman wrote: This patch adds a parameter to select_task_rq, sibling_count_hint allowing the caller, where it has this information, to inform the sched_class the number of tasks that are being woken up as part of the same event. The wake_q mechanism is one case

Re: [PATCH RFC V1 net-next 0/6] Time based packet transmission

On Wed, Sep 20, 2017 at 11:35:33AM -0600, levipear...@gmail.com wrote: > Anyway, I am wholly in favor of this proposal--in fact, it is very similar to > a patch set I shared with Eric Mann and others at Intel in early Dec 2016 with > the intention to get some early feedback before submitting here.

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

Hi Wenyou, On 09/17/2017 10:47 PM, Yang, Wenyou wrote: > > > On 2017/9/14 13:06, Sekhar Nori wrote: >> On Thursday 14 September 2017 03:28 AM, Franklin S Cooper Jr wrote: >>> >>> On 08/18/2017 02:39 PM, Franklin S Cooper Jr wrote: During test transmitting using CAN-FD at high bitrates (4

[PATCH v9 03/12] mm: deferred_init_memmap improvements

This patch fixes two issues in deferred_init_memmap = In deferred_init_memmap() where all deferred struct pages are initialized we have a check like this: if (page->flags) { VM_BUG_ON(page_zone(page) != zone); goto free_range; } This way we are checking if the current

[PATCH v9 08/12] mm: zero reserved and unavailable struct pages

Some memory is reserved but unavailable: not present in memblock.memory (because not backed by physical pages), but present in memblock.reserved. Such memory has backing struct pages, but they are not initialized by going through __init_single_page(). In some cases these struct pages are accessed

[PATCH v9 01/12] x86/mm: setting fields in deferred pages

Without deferred struct page feature (CONFIG_DEFERRED_STRUCT_PAGE_INIT), flags and other fields in "struct page"es are never changed prior to first initializing struct pages by going through __init_single_page(). With deferred struct page feature enabled, however, we set fields in

Re: [PATCH] ARM: unaligned.h: Use an arch-specific version

On Wed, Sep 20, 2017 at 5:26 PM, Ard Biesheuvel wrote: > On 20 September 2017 at 08:18, Romain Izard > wrote: >> Add an arch-specific header to ARM, to retain other optimizations that >> rely on HAVE_EFFICIENT_UNALIGNED_ACCESS, while making

[PATCH v3 20/31] caif: Define usercopy region in caif proto slab cache

From: David Windsor The CAIF channel connection request parameters need to be copied to/from userspace. In support of usercopy hardening, this patch defines a region in the struct proto slab cache in which userspace copy operations are allowed. example usage trace:

[PATCH v3 14/31] vxfs: Define usercopy region in vxfs_inode slab cache

From: David Windsor vxfs symlink pathnames, stored in struct vxfs_inode_info field vii_immed.vi_immed and therefore contained in the vxfs_inode slab cache, need to be copied to/from userspace. cache object allocation: fs/freevxfs/vxfs_super.c:

[PATCH v3 16/31] cifs: Define usercopy region in cifs_request slab cache

From: David Windsor CIFS request buffers, stored in the cifs_request slab cache, need to be copied to/from userspace. cache object allocation: fs/cifs/cifsfs.c: cifs_init_request_bufs(): ... cifs_req_poolp =

[PATCH v3 01/31] usercopy: Prepare for usercopy whitelisting

From: David Windsor This patch prepares the slab allocator to handle caches having annotations (useroffset and usersize) defining usercopy regions. This patch is modified from Brad Spengler/PaX Team's PAX_USERCOPY whitelisting code in the last public patch of grsecurity/PaX

[PATCH v3 02/31] usercopy: Enforce slab cache usercopy region boundaries

From: David Windsor This patch adds the enforcement component of usercopy cache whitelisting, and is modified from Brad Spengler/PaX Team's PAX_USERCOPY whitelisting code in the last public patch of grsecurity/PaX based on my understanding of the code. Changes or omissions

[PATCH v3 28/31] arm64: Implement thread_struct whitelist for hardened usercopy

This whitelists the FPU register state portion of the thread_struct for copying to userspace, instead of the default entire structure. Cc: Catalin Marinas Cc: Will Deacon Cc: Christian Borntraeger Cc: Ingo Molnar

Re: [PATCH] dt-bindings: RTC: Add sirf,prima2-sysrtc bindings

On Fri, Sep 15, 2017 at 02:20:35AM +0200, Alexandre Belloni wrote: > Add device tree bindings for the SiRFSoC Real Time Clock. Would be useful to note this is already in use and was undocumented. > > Signed-off-by: Alexandre Belloni > --- >

Re: [PATCH 1/3] RTC: rv3029: fix vendor string

On Fri, Sep 15, 2017 at 04:00:02AM +0200, Alexandre Belloni wrote: > The vendor string for Microcrystal is microcrystal. > > Signed-off-by: Alexandre Belloni > --- > Documentation/devicetree/bindings/trivial-devices.txt | 2 +- > drivers/rtc/rtc-rv3029c2.c

Re: [PATCH] dt-bindings: RTC: merge ds1339 in ds1307 documentation

On Fri, Sep 15, 2017 at 03:45:51AM +0200, Alexandre Belloni wrote: > Now that there is documentation for the ds1307 and compatible RTCs, merge > the ds1339 documentation in it. > > Signed-off-by: Alexandre Belloni > --- >

[PATCH v3 04/31] dcache: Define usercopy region in dentry_cache slab cache

From: David Windsor When a dentry name is short enough, it can be stored directly in the dentry itself (instead in a separate kmalloc allocation). These dentry short names, stored in struct dentry.d_iname and therefore contained in the dentry_cache slab cache, need to be coped

Re: [PATCH 1/5] usb: usb251xb: Add USB2517/i hub support

On Sat, Sep 16, 2017 at 02:31:09AM +0300, Serge Semin wrote: > USB2517i hubs are very like USB251xb devices series. They have almost > the same configuration registers space except number of ports, led > configurations and lack of battery settings. All these peculiarities > are reflected in this

Re: [PATCH v3 1/2] dt-bindings: spi: Add Spreadtrum ADI controller documentation

On Fri, Sep 15, 2017 at 03:29:15PM +0800, Baolin Wang wrote: > This patch adds the binding documentation for Spreadtrum ADI > controller device. > > Signed-off-by: Baolin Wang > --- > Changes since v2: > - Add some documentation to describe how many hardware channels

Re: [PATCH 1/5] usb: usb251xb: Add USB2517/i hub support

On Wed, Sep 20, 2017 at 03:52:35PM -0500, Rob Herring wrote: > On Sat, Sep 16, 2017 at 02:31:09AM +0300, Serge Semin wrote: > > USB2517i hubs are very like USB251xb devices series. They have almost > > the same configuration registers space except number of ports, led > >

Re: [PATCH net-next] net: Remove useless function skb_header_release

From: gfree.w...@vip.163.com Date: Tue, 19 Sep 2017 22:32:48 +0800 > From: Gao Feng > > There is no one which would invokes the function skb_header_release. > So just remove it now. > > Signed-off-by: Gao Feng Networking patches must be at

Re: [PATCH 0/6] crypto: talitos - various fixes

What's going wrong ? I have resent it and it the same again, the serie is not dispatched on the linux-crypto list, but when I answer to a mail of the serie, the answer shows up. What could be the issue ? Christophe Le 20/09/2017 à 10:35, Christophe LEROY a écrit : Looks like the linux-crypto

[RFC PATCH 2/7] drm: bridge: Enable workaround in dw_hdmi for v1.32a

Allwinner SoCs have dw hdmi controller v1.32a which exhibits same magenta line issue as i.MX6Q and i.MX6DL. Enable workaround for it. Allwinner never released any kind of dw hdmi or errata documentation, so it is not clear how many iterations need to be executed. One iteration seems to be enough.

[RFC PATCH 7/7] ARM: sun8i: h3: Enable HDMI output on H3 boards

Enable HDMI output on all boards which include HDMI connector. Signed-off-by: Jernej Skrabec --- arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts | 33 + arch/arm/boot/dts/sun8i-h3-beelink-x2.dts | 33 +

[RFC PATCH 4/7] dt-bindings: Document Allwinner DWC HDMI TX node

Add documentation about Allwinner DWC HDMI TX node, found in H3 SoC. Signed-off-by: Jernej Skrabec --- .../bindings/display/sunxi/sun4i-drm.txt | 158 - 1 file changed, 157 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 0/6] More graceful flusher thread memory reclaim wakeup

On Tue, Sep 19, 2017 at 01:53:01PM -0600, Jens Axboe wrote: > We've had some issues with writeback in presence of memory reclaim > at Facebook, and this patch set attempts to fix it up. The real > functional change is the last patch in the series, the first 5 are > prep and cleanup patches. > >

[RFC PATCH 6/7] ARM: sun8i: h3: Add DesignWare HDMI controller node

From: Icenowy Zheng The H3 SoC has a DesignWare HDMI controller with some Allwinner-specific glue and custom PHY. Since H3 and H5 have same HDMI controller, add related device node in shared dtsi file. Signed-off-by: Icenowy Zheng Signed-off-by: Jernej

[RESEND x2][PATCH 3/3] usb: dwc2: Fix UDC state tracking

It has been noticed that the dwc2 udc state reporting doesn't seem to work (at least on HiKey boards). Where after the initial setup, the sysfs /sys/class/udc/f72c.usb/state file would report "configured" no matter the state of the OTG port. This patch adds a call so that we report to the UDC

[RESEND x2][PATCH 0/3] dwc2 fixes for edge cases on hikey

So here are a few dwc2 fixes that I've been using with HiKey. I'm not totally sure these are all ideal, but they avoid edge case issues that we have been running into with switching between gadget mode and host mode. I'd guess the first two are potentially -stable material, and the last might be

[RESEND x2][PATCH 2/3] usb: dwc2: Error out of dwc2_hsotg_ep_disable() if we're in host mode

We've found that while in host mode, using Android, if one runs the command: stop adbd The existing usb devices being utilized in host mode are disconnected. This is most visible with usb networking devices. This seems to be due to adbd closing the file: /dev/usb-ffs/adb/ep0 Which calls

Re: [RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers

On 20.09.2017 18:29, Sergey Senozhatsky wrote: This patch set attempts to move ia64/ppc64/parisc64 C function pointer ABI details out of printk() to arch code. Function dereference code now checks if a pointer belongs to a .opd ELF section and dereferences that pointer only if it does.

[PATCH v9 12/12] mm: stop zeroing memory during allocation in vmemmap

vmemmap_alloc_block() will no longer zero the block, so zero memory at its call sites for everything except struct pages. Struct page memory is zero'd by struct page initialization. Replace allocators in sprase-vmemmap to use the non-zeroing version. So, we will get the performance improvement

[PATCH v9 06/12] mm: zero struct pages during initialization

Add struct page zeroing as a part of initialization of other fields in __init_single_page(). This single thread performance collected on: Intel(R) Xeon(R) CPU E7-8895 v3 @ 2.60GHz with 1T of memory (268400646 pages in 8 nodes): BASEFIX sparse_init

[PATCH v9 05/12] mm: defining memblock_virt_alloc_try_nid_raw

* A new variant of memblock_virt_alloc_* allocations: memblock_virt_alloc_try_nid_raw() - Does not zero the allocated memory - Does not panic if request cannot be satisfied * optimize early system hash allocations Clients can call alloc_large_system_hash() with flag: HASH_ZERO to specify

[PATCH v9 04/12] sparc64: simplify vmemmap_populate

Remove duplicating code by using common functions vmemmap_pud_populate and vmemmap_pgd_populate. Signed-off-by: Pavel Tatashin Reviewed-by: Steven Sistare Reviewed-by: Daniel Jordan Reviewed-by: Bob Picco

[PATCH v9 11/12] arm64/kasan: use kasan_map_populate()

To optimize the performance of struct page initialization, vmemmap_populate() will no longer zero memory. Therefore, we must use a new interface to allocate and map kasan shadow memory, that also zeroes memory for us. Signed-off-by: Pavel Tatashin ---

[PATCH v3 07/31] ext4: Define usercopy region in ext4_inode_cache slab cache

From: David Windsor The ext4 symlink pathnames, stored in struct ext4_inode_info.i_data and therefore contained in the ext4_inode_cache slab cache, need to be copied to/from userspace. cache object allocation: fs/ext4/super.c: ext4_alloc_inode(...):

[PATCH v3 23/31] net: Restrict unwhitelisted proto caches to size 0

Now that protocols have been annotated (the copy of icsk_ca_ops->name is of an ops field from outside the slab cache): $ git grep 'copy_.*_user.*sk.*->' caif/caif_socket.c: copy_from_user(_sk->conn_req.param.data, ov, ol)) { ipv4/raw.c: if (copy_from_user(_sk(sk)->filter, optval, optlen))

[PATCH v3 15/31] xfs: Define usercopy region in xfs_inode slab cache

From: David Windsor The XFS inline inode data, stored in struct xfs_inode_t field i_df.if_u2.if_inline_data and therefore contained in the xfs_inode slab cache, needs to be copied to/from userspace. cache object allocation: fs/xfs/xfs_icache.c:

[PATCH v3 29/31] arm: Implement thread_struct whitelist for hardened usercopy

ARM does not carry FPU state in the thread structure, so it can declare no usercopy whitelist at all. Cc: Russell King Cc: Ingo Molnar Cc: Christian Borntraeger Cc: "Peter Zijlstra (Intel)" Cc:

[PATCH v3 24/31] fork: Define usercopy region in mm_struct slab caches

From: David Windsor In support of usercopy hardening, this patch defines a region in the mm_struct slab caches in which userspace copy operations are allowed. Only the auxv field is copied to userspace. cache object allocation: kernel/fork.c: #define allocate_mm()

[PATCH v3 03/31] usercopy: Mark kmalloc caches as usercopy caches

From: David Windsor Mark the kmalloc slab caches as entirely whitelisted. These caches are frequently used to fulfill kernel allocations that contain data to be copied to/from userspace. Internal-only uses are also common, but are scattered in the kernel. For now, mark all the

[PATCH 1/2] powerpc/pseries: fix "OF: ERROR: Bad of_node_put() on /cpus" during DLPAR

Commit 215ee763f8cb ("powerpc: pseries: remove dlpar_attach_node dependency on full path") reworked dlpar_attach_node() to no longer look up the parent node "/cpus", but instead to have the parent node passed by the caller in the function parameter list. As a result dlpar_attach_node() is no

[PATCH 2/2] powerpc/pseries: fix parent_dn reference leak in add_dt_node()

A reference to the parent device node is held by add_dt_node() for the node to be added. If the call to dlpar_configure_connector() fails add_dt_node() returns ENOENT and that reference is not freed. Add a call to of_node_put(parent_dn) prior to bailing out after a failed

Re: [PATCH v4 03/13] xen/pvcalls: connect to the backend

On 09/15/2017 07:00 PM, Stefano Stabellini wrote: > Implement the probe function for the pvcalls frontend. Read the > supported versions, max-page-order and function-calls nodes from > xenstore. > > Only one frontend<->backend connection is supported at any given time > for a guest. Store the

Re: [PATCH v4 2/5] dt-bindings: input: Add document bindings for mtk-pmic-keys

On Wed, Sep 20, 2017 at 03:53:01PM -0500, Rob Herring wrote: > On Sun, Sep 17, 2017 at 04:00:49PM +0800, Chen Zhong wrote: > > This patch adds the device tree binding documentation for the MediaTek > > pmic keys found on PMIC MT6397/MT6323. > > > > Signed-off-by: Chen Zhong

Re: [PATCH net-next] net: dsa: lan9303: Add adjust_link() method

From: Egil Hjelmeland Date: Tue, 19 Sep 2017 10:09:24 +0200 > Make the driver react to device tree "fixed-link" declaration on CPU port. > > - turn off autonegotiation > - force speed 10 or 100 mb/s > - force duplex mode > > Signed-off-by: Egil Hjelmeland

[PATCH] staging: rtl8723bs: add missing range check on id

From: Colin Ian King The value of the u8 id needs to be upper bounds checked to ensure the cam_cache array on the adapter dvobj is not indexed outside of the allowed range of 0..TOTAL_CAM_ENTRY-1. This can currently occur if id is >= TOTAL_CAM_ENTRY when calling

Re: [PATCH v4 1/4] samples/bpf: Use getppid instead of getpgrp for array map stress

On 09/20/2017 06:11 PM, Joel Fernandes wrote: When cross-compiling the bpf sample map_perf_test for aarch64, I find that __NR_getpgrp is undefined. This causes build errors. This syscall is deprecated and requires defining __ARCH_WANT_SYSCALL_DEPRECATED. To avoid having to define that, just use

Re: [PATCH v3 0/6] locking/rwsem/x86: Add stack frame dependency for some inline asm

On Tue, Sep 19, 2017 at 06:37:39PM -0500, Miguel Bernal Marin wrote: > Some warning were showed by objtool using gcc 7.2.0 > > kernel/locking/rwsem.o: warning: objtool: up_read()+0x11: call without frame > pointer save/setup > kernel/locking/rwsem.o: warning: objtool: up_write()+0x17: call

Re: [PATCH v4 2/4] samples/bpf: Enable cross compiler support

On 09/20/2017 06:11 PM, Joel Fernandes wrote: When cross compiling, bpf samples use HOSTCC for compiling the non-BPF part of the sample, however what we really want is to use the cross compiler to build for the cross target since that is what will load and run the BPF sample. Detect this and

Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features.

a (wh., *()On Sun, Jun 25, 2017 at 8:52 PM, Wu Hao wrote: Hi Hao, I'm done with some board bringup so I have time to look at your patchset again. Something I can't help but notice is that this patchset will be almost completely reusable for embedded FPGAs if the enumeration

Re: [PATCH v4 3/4] samples/bpf: Fix pt_regs issues when cross-compiling

On 09/20/2017 06:11 PM, Joel Fernandes wrote: BPF samples fail to build when cross-compiling for ARM64 because of incorrect pt_regs param selection. This is because clang defines __x86_64__ and bpf_headers thinks we're building for x86. Since clang is building for the BPF target, it shouldn't

Re: [Patch v3 2/3] ipv4: Namespaceify tcp_fastopen_key knob

From: Haishuang Yan Date: Tue, 19 Sep 2017 17:38:15 +0800 > @@ -128,6 +130,8 @@ struct netns_ipv4 { > struct inet_timewait_death_row tcp_death_row; > int sysctl_max_syn_backlog; > int sysctl_tcp_fastopen; > + struct tcp_fastopen_context

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