Re: [PATCH] cifs: Fix smbencrypt() to stop pointing a scatterlist at the stack

merged into cifs-2.6.git for-next On Tue, Dec 13, 2016 at 7:07 AM, Jeff Layton wrote: > On Mon, 2016-12-12 at 12:54 -0800, Andy Lutomirski wrote: >> smbencrypt() points a scatterlist to the stack, which is breaks if >> CONFIG_VMAP_STACK=y. >> >> Fix it by switching to

[tip:x86/urgent] x86/boot/64: Push correct start_cpu() return address

Commit-ID: 31dcfec11f827e9a5d8720fe4728f1305894884f Gitweb: http://git.kernel.org/tip/31dcfec11f827e9a5d8720fe4728f1305894884f Author: Josh Poimboeuf AuthorDate: Tue, 13 Dec 2016 21:25:36 -0600 Committer: Ingo Molnar CommitDate: Wed, 14 Dec 2016

Re: [PATCH v2] keys/encrypted: Fix two crypto-on-the-stack bugs

Andy Lutomirski wrote: > > - sg_set_buf(_out[1], pad, sizeof pad); > > + sg_set_buf(_out[1], empty_zero_page, 16); > > My fix here is obviously bogus (I meant to use ZERO_PAGE(0)), but what > exactly is the code trying to do? The old code makes no sense. It's

Re: usb/gadget: warning in ep_write_iter/__alloc_pages_nodemask

On Tue 13-12-16 08:33:34, Alan Stern wrote: > On Tue, 13 Dec 2016, Michal Hocko wrote: > > > > > That being said, what ep_write_iter does sounds quite stupit. It just > > > > allocates a large continuous buffer which seems to be under user > > > > control... Aka no good! It should do that per

Re: [PATCH 12/23] drm: omapdrm: plane: update fifo size on atomic update

Hi Tomi, On Wednesday 14 Dec 2016 10:43:18 Tomi Valkeinen wrote: > On 13/12/16 19:35, Laurent Pinchart wrote: > > On Tuesday 08 Mar 2016 17:39:44 Sebastian Reichel wrote: > >> This is a workaround for a hardware bug occuring > >> on OMAP3 with manually updated panels. > > > > Could you please

Re: [PATCH] char: lack of bool string made CONFIG_DEVPORT always on

On Wednesday, December 14, 2016 9:58:53 AM CET Geert Uytterhoeven wrote: > > > > --- a/drivers/char/Kconfig > > +++ b/drivers/char/Kconfig > > @@ -589,10 +589,13 @@ config TELCLOCK > > controlling the behavior of this hardware. > > > > config DEVPORT > > - bool > > + bool

Re: [PATCH 10/12] misc: Flexcard basic timestamp counter support

On Wed, 14 Dec 2016, Arnd Bergmann wrote: > On Wednesday, December 14, 2016 1:11:51 AM CET Holger Dengler wrote: > > The Eberspaecher Flexcard PMC II offers a Flexray network synchronized > > counter with a selectable resolution of 1us, 100ns or 10ns. Add basic > > support for the timestamp

Re: [PATCH 08/12] misc: Flexcard misc device support

On 12/14/2016 09:42 AM, Arnd Bergmann wrote: > On Wednesday, December 14, 2016 1:11:49 AM CET Holger Dengler wrote: >> The Flexcard PCI BAR0 contain registers for configuration but also >> for informational purpose like error counter, statistical information >> and some timestamps. The read-only

Re: [PATCH v7 1/2] usb: xhci: plat: Enable runtime PM

Hi Robert, On 14 December 2016 at 14:43, Robert Foss wrote: > Hey Baolin, > > On 2016-12-12 12:21 AM, Baolin Wang wrote: >> >> Hi Robert, >> >> On 2 December 2016 at 05:46, Robert Foss >> wrote: >>> >>> Enable runtime PM for the xhci-plat

Re: [PATCH] vhost: introduce O(1) vq metadata cache

On 2016年12月14日 16:14, kbuild test robot wrote: Hi Jason, [auto build test WARNING on vhost/linux-next] [also build test WARNING on v4.9 next-20161214] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [PATCH] vhost: introduce O(1) vq metadata cache

Hi Jason, [auto build test WARNING on vhost/linux-next] [also build test WARNING on v4.9 next-20161214] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Jason-Wang/vhost-introduce-O-1-vq-metadata

Re: [PATCH 08/12] misc: Flexcard misc device support

On Wednesday, December 14, 2016 1:11:49 AM CET Holger Dengler wrote: > The Flexcard PCI BAR0 contain registers for configuration but also > for informational purpose like error counter, statistical information > and some timestamps. The read-only mmap of the misc device offers the > userspace a

Re: [PATCH linux v1 4/4] arm: dts: Add dt-binding to support seven segment display on zaius

Hello Jagha, On Wed, Dec 14, 2016 at 6:25 PM, Jaghathiswari Rankappagounder Natarajan wrote: > Add clock, data and clear signal GPIO lines to control seven segment display > on > zaius platform. > > Signed-off-by: Jaghathiswari Rankappagounder Natarajan The

Re: [PATCH v4 3/4] powernv: Pass PSSCR value and mask to power9_idle_stop

Hi Balbir, Thanks for reviewing the patch. Please find my comments inline. On Wed, Dec 14, 2016 at 11:16:26AM +1100, Balbir Singh wrote: [..snip..] > > > > /* > > - * r3 - requested stop state > > + * r3 - PSSCR value corresponding to the requested stop state. > > */ > > power_enter_stop:

Re: [PATCH] char: lack of bool string made CONFIG_DEVPORT always on

On Wed, Dec 14, 2016 at 2:18 AM, Max wrote: > Without a bool string present, using "# CONFIG_DEVPORT is not set" in > defconfig files would not actually unset devport. This ensured that > /dev/port was always on, but there are reasons a user may wish to disable > it (smaller

[PATCH 0/2] arm64: numa: fix spurious BUG() on NOMAP regions

This fixes the issue reported by Robert Richter where the fact that the node id of struct pages covered by NOMAP regions is not initialized, triggering a VM_BUG_ON() in the mm code. I know that this approach is the least preferred option by Robert, but it has been used successfully in the

[PATCH V5] i2c: designware: fix wrong Tx/Rx FIFO for ACPI

ACPI always sets Tx/Rx FIFO to 32. This configuration will cause problem if the IP core supports a FIFO size of less than 32. The driver should read the FIFO size from the IP and select the smaller one of the two. Signed-off-by: Tin Huynh ---

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

Michal Marek a écrit: [...] > A minimal example would be > > t1.c: > struct s1; > struct s2 { > int i; > } > struct s3 { > struct s1 *ptr1; > struct s2 *ptr2; > } > void foo(struct s3*); > EXPORT_SYMBOL(foo); > > t2.c: > struct s1 { > int j; > } > struct

Re: linux-next: build warning after merge of the tip tree

Hi Ingo, On Wed, 14 Dec 2016 08:24:11 +0100 Ingo Molnar wrote: > > FYI, f4f61d2cc6d8 is not in the -tip tree, so it cannot possibly have > introduced > this warning. Yeah, I know, but the warning only seemed to happen after merging the tip tree. I would have expected it to

Re: [PATCH v2] keys/encrypted: Fix two crypto-on-the-stack bugs

On Wed, Dec 14, 2016 at 01:04:04PM +0800, Herbert Xu wrote: > On Tue, Dec 13, 2016 at 06:53:03PM -0800, Andy Lutomirski wrote: > > On Tue, Dec 13, 2016 at 6:48 PM, Andy Lutomirski wrote: > > > The driver put a constant buffer of all zeros on the stack and > > > pointed a

Re: [PATCH 12/23] drm: omapdrm: plane: update fifo size on atomic update

On 13/12/16 19:35, Laurent Pinchart wrote: > Hi Sebastian, > > Thank you for the patch. > > On Tuesday 08 Mar 2016 17:39:44 Sebastian Reichel wrote: >> This is a workaround for a hardware bug occuring >> on OMAP3 with manually updated panels. > > Could you please explain what the bug is and how

Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers

On Tue 13-12-16 14:07:33, Joe Perches wrote: > On Tue, 2016-12-13 at 11:14 +0100, Michal Hocko wrote: > > Are there any more comments or objections to this patch? Is this a good > > start or kv[mz]alloc has to provide a way to cover GFP_NOFS users as > > well in the initial version. > > Did

Re: [PATCH V4] i2c: designware: fix wrong Tx/Rx FIFO for ACPI

On 12/14/2016 05:20 AM, Tin Huynh wrote: On Tue, Dec 13, 2016 at 6:25 PM, Andy Shevchenko + param = i2c_dw_read_comp_param(dev); + tx_fifo_depth = ((param >> 16) & 0xff) + 1; + rx_fifo_depth = ((param >> 8) & 0xff) + 1; + if (!dev->tx_fifo_depth) { +

[PATCH 1/2] mm: don't dereference struct page fields of invalid pages

The VM_BUG_ON() check in move_freepages() checks whether the node id of a page matches the node id of its zone. However, it does this before having checked whether the struct page pointer refers to a valid struct page to begin with. This is guaranteed in most cases, but may not be the case if

[PATCH 2/2] arm64: mm: enable CONFIG_HOLES_IN_ZONE for NUMA

The NUMA code may get confused by the presence of NOMAP regions within zones, resulting in spurious BUG() checks where the node id deviates from the containing zone's node id. Since the kernel has no business reasoning about node ids of pages it does not own in the first place, enable

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On 2016-12-14 09:58, Dodji Seketeli wrote: > Michal Marek a écrit: > > [...] > >> Does the abidiff tool handle the case when an exported symbol is moved >> between .c files? This is always a mess with genksyms, because the two >> .c files have different includes and thus the

Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers

On Tue 13-12-16 13:55:46, Andreas Dilger wrote: > On Dec 13, 2016, at 3:14 AM, Michal Hocko wrote: > > > > Are there any more comments or objections to this patch? Is this a good > > start or kv[mz]alloc has to provide a way to cover GFP_NOFS users as > > well in the initial

Re: [RFC 2/2] powerpc/8xx: Perf events on PPC 8xx

On Tue, Dec 13, 2016 at 07:19:43PM +0100, Christophe Leroy wrote: > +int mpc8xx_pmu_event_init(struct perf_event *event) > +{ > + int type = event_type(event); > + > + switch (type) { > + case PERF_8xx_ID_CPU_CYCLES: > + case PERF_8xx_ID_ITLB_LOAD_MISS: > + case

Re: [PATCH 2/2] irqchip/renesas-intc-irqpin: Add R-Car Gen1 fallback binding

On Mon, Dec 12, 2016 at 12:43:11PM -0600, Rob Herring wrote: > On Fri, Dec 09, 2016 at 01:52:20PM +0100, Geert Uytterhoeven wrote: > > Hi Simon, > > > > On Fri, Dec 9, 2016 at 11:50 AM, Simon Horman > > wrote: > > > In the case of Renesas R-Car hardware we know that

[PATCH v9 4/4] vcodec: mediatek: Add Maintainers entry for Mediatek JPEG driver

Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai Signed-off-by: Bin Liu --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 93e9f42..6f68fb6 100644 ---

[PATCH v9 2/4] vcodec: mediatek: Add Mediatek JPEG Decoder Driver

Add v4l2 driver for Mediatek JPEG Decoder Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- drivers/media/platform/Kconfig | 15 + drivers/media/platform/Makefile |2 +

Re: linux-next: build warning after merge of the tip tree

Stephen, Ingo, CC'ing David. On 14.12.2016 08:24, Ingo Molnar wrote: > > * Stephen Rothwell wrote: > >> Hi all, >> >> After merging the tip tree, today's linux-next build (x86_64 allmodconfig) >> produced this warning: >> >> fs/ubifs/dir.c: In function 'ubifs_readdir':

[PATCH v9 0/4] Add Mediatek JPEG Decoder

This series of patches provide a v4l2 driver to control Mediatek JPEG decoder for decoding JPEG image and Motion JPEG bitstream. changes since v8: - Fix state error in first bit stream when capture buffer has been stream on. This will trigger device run inadvertently. changes since v7: -

[PATCH v9 1/4] dt-bindings: mediatek: Add a binding for Mediatek JPEG Decoder

Add a DT binding documentation for Mediatek JPEG Decoder of MT2701 SoC. Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai Acked-by: Rob Herring --- .../bindings/media/mediatek-jpeg-decoder.txt | 37

[PATCH v9 3/4] arm: dts: mt2701: Add node for Mediatek JPEG Decoder

Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- This patch depends on: CCF "Add clock support for Mediatek MT2701"[1] iommu and smi "Add the dtsi node of iommu and smi for mt2701"[2] [1]

Re: linux-next: build warning after merge of the tip tree

Hi Richard, On Wed, 14 Dec 2016 09:05:10 +0100 Richard Weinberger wrote: > > The commit comes via my UBIFS tree. But I never saw this warning, I'm testing > with both gcc-4.8 and gcc-6.1. > Let me investigate into that. > > Does today's tip change some compiler flags? Linus'

[tip:x86/urgent] x86/boot/64: Use 'push' instead of 'call' in start_cpu()

Commit-ID: ec2d86a9b646d93f1948569f368e2c6f5449e6c7 Gitweb: http://git.kernel.org/tip/ec2d86a9b646d93f1948569f368e2c6f5449e6c7 Author: Josh Poimboeuf AuthorDate: Tue, 13 Dec 2016 21:25:35 -0600 Committer: Ingo Molnar CommitDate: Wed, 14 Dec 2016

Re: [RFC 1/2] powerpc/32: Unset MSR RI in exception epilogs

On Tue, Dec 13, 2016 at 04:54:30PM -0600, Segher Boessenkool wrote: > On Tue, Dec 13, 2016 at 09:39:55PM +0100, christophe leroy wrote: > > Le 13/12/2016 à 20:15, Segher Boessenkool a écrit : > > >On Tue, Dec 13, 2016 at 07:19:41PM +0100, Christophe Leroy wrote: > > >>At exception prologs, once

Re: [PATCH linux v1 4/4] arm: dts: Add dt-binding to support seven segment display on zaius

On Tuesday, December 13, 2016 11:55:04 PM CET Jaghathiswari Rankappagounder Natarajan wrote: > Add clock, data and clear signal GPIO lines to control seven segment display > on > zaius platform. > > Signed-off-by: Jaghathiswari Rankappagounder Natarajan > --- >

Re: [patch 0/2] tsc/adjust: Cure suspend/resume issues and prevent TSC deadline timer irq storm

On Wed, 14 Dec 2016, Roland Scheidegger wrote: > Am 13.12.2016 um 17:46 schrieb Thomas Gleixner: > > What are the adjust values after a warm boot? > > So, after cold boot with a kernel which doesn't adjust TSCs, then warm > boot I got: > [0.00] TSC ADJUST: CPU0: -602358264300 176072418728

[PATCH v2] clk: imx: pllv3: support fractional multiplier on vf610 PLL1/PLL2

On vf610, PLL1 and PLL2 have registers to configure fractional part of frequency multiplier. This patch adds support for these registers. This fixes "fast system clock" issue on boards where bootloader sets fractional multiplier for PLL1. Suggested-by: Andrey Smirnov

Re: [PATCH] [PATCH] GenWQE: drop duplicate headers

Hi Geliang, > On 28 Nov 2016, at 15:15, Geliang Tang wrote: > > On Thu, Nov 24, 2016 at 01:51:57PM +0100, Frank Haverkamp wrote: >> Hi Geliang, >> >> thanks for the simplification. Did you find those by manual inspection, or >> did you use a tool? >> >> Acked-by: Frank

RE: [Qemu-devel] [PATCH kernel v5 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

> fast (de)inflating & fast live migration > > Hello, > > On Fri, Dec 09, 2016 at 05:35:45AM +, Li, Liang Z wrote: > > > On 12/08/2016 08:45 PM, Li, Liang Z wrote: > > > > What's the conclusion of your discussion? It seems you want some > > > > statistic before deciding whether to ripping

[PATCH] 9p: safer definition of P9_NOTAG and P9_NOFID

Both defines should at least have enclosing parenthesis to be usable in any syntactical situation. This is the case of U16_MAX and U32_MAX, so let's use them. This patch is just cleanup, it doesn't change any behaviour with the current code. Signed-off-by: Greg Kurz ---

Re: linux-next: build warning after merge of the tip tree

* Stephen Rothwell wrote: > Hi all, > > After merging the tip tree, today's linux-next build (x86_64 allmodconfig) > produced this warning: > > fs/ubifs/dir.c: In function 'ubifs_readdir': > fs/ubifs/dir.c:629:13: warning: 'fstr_real_len' may be used uninitialized in >

Re: Documenting the ioctl interfaces to discover relationships between namespaces

On 12/12/2016 07:18 PM, Eric W. Biederman wrote: > "Michael Kerrisk (man-pages)" writes: > >> On 12/11/2016 11:30 PM, Eric W. Biederman wrote: >>> "Michael Kerrisk (man-pages)" writes: >>> [was: [PATCH 0/4 v3] Add an interface to discover

Re: [PATCH 10/12] misc: Flexcard basic timestamp counter support

On Wednesday, December 14, 2016 1:11:51 AM CET Holger Dengler wrote: > The Eberspaecher Flexcard PMC II offers a Flexray network synchronized > counter with a selectable resolution of 1us, 100ns or 10ns. Add basic > support for the timestamp counter with 1us resolution, which is the > standard

Re: [PATCH linux v1 4/4] arm: dts: Add dt-binding to support seven segment display on zaius

On Wednesday, December 14, 2016 9:55:47 AM CET Arnd Bergmann wrote: > According to your introductory mail, the interface is assumed to be > a 74HC164. Should we use that ID in the compatible string? > > We can always add other strings later if we want to support multiple > wire formats.

RE: [Qemu-devel] [PATCH kernel v5 0/5] Extend virtio-balloon for fast (de)inflating & fast live migration

> Subject: Re: [Qemu-devel] [PATCH kernel v5 0/5] Extend virtio-balloon for > fast (de)inflating & fast live migration > > On 12/08/2016 08:45 PM, Li, Liang Z wrote: > > What's the conclusion of your discussion? It seems you want some > > statistic before deciding whether to ripping the bitmap

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

Michal Marek a écrit: [...] > Does the abidiff tool handle the case when an exported symbol is moved > between .c files? This is always a mess with genksyms, because the two > .c files have different includes and thus the type expansion stops at > different points. So typically

Re: [PATCH v2 8/9] openrisc: Updates after openrisc.net has been lost

Hi Stafford, Stefan, On Mon, Nov 14, 2016 at 2:30 PM, Stafford Horne wrote: > The openrisc.net domain expired and was taken over by squatters. > These updates point documentation to the new domain, mailing lists > and git repos. > > Also, Jonas is not the main maintainer

Re: [RESEND PATCH v4 1/2] sysctl: introduce new proc handler proc_dobool

Thanks, this error is caused by # CONFIG_PROC_SYSCTL is not set Will fixed in next version Jia B.R. On 12/14/16 2:13 PM, kbuild test robot wrote: Hi Jia, [auto build test ERROR on linus/master] [also build test ERROR on v4.9 next-20161214] [if your patch is applied to the wrong git tree

Re: [PATCH 12/23] drm: omapdrm: plane: update fifo size on atomic update

On 14/12/16 11:10, Laurent Pinchart wrote: > Hi Tomi, > > On Wednesday 14 Dec 2016 10:43:18 Tomi Valkeinen wrote: >> On 13/12/16 19:35, Laurent Pinchart wrote: >>> On Tuesday 08 Mar 2016 17:39:44 Sebastian Reichel wrote: This is a workaround for a hardware bug occuring on OMAP3 with

Re: [PATCH 2/6] clk: sunxi-ng: set the parent rate when adjustin CPUX clock on A33

On Wed, Dec 14, 2016 at 04:54:14AM +0800, Icenowy Zheng wrote: > > > 13.12.2016, 23:44, "Maxime Ripard" : > > On Tue, Dec 13, 2016 at 11:22:48PM +0800, Icenowy Zheng wrote: > >>  The CPUX clock on A33, which is for the Cortex-A7 cores, is designed to > >>  be

Re: [PATCH] arm64: mm: Fix NOMAP page initialization

On 12.12.16 17:53:02, Yisheng Xie wrote: > It seems that memblock_is_memory() is also too strict for early_pfn_valid, > so what about this patch, which use common pfn_valid as early_pfn_valid > when CONFIG_HAVE_ARCH_PFN_VALID=y: > > diff --git a/include/linux/mmzone.h

[PATCH] ubifs: Initialize fstr_real_len

While fstr_real_len is only being used under if (encrypted), gcc-6 still warns. Fixes this false positive: fs/ubifs/dir.c: In function 'ubifs_readdir': fs/ubifs/dir.c:629:13: warning: 'fstr_real_len' may be used uninitialized in this function [-Wmaybe-uninitialized] fstr.len = fstr_real_len

Re: [PATCH] vfio/pci: Support error recovery

Sorry for late. after reading all your comments, I think I will try the solution 1. On 12/13/2016 03:12 AM, Alex Williamson wrote: > On Mon, 12 Dec 2016 21:49:01 +0800 > Cao jin wrote: > >> Hi, >> I have 2 solutions(high level design) came to me, please see if they are

[GIT PULL] sound updates for 4.10

Linus, please pull sound updates for 4.10 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-4.10-rc1 The topmost commit is 995c6a7fd9b9212abdf01160f6ce3193176be503 sound updates for 4.10-rc1 No

Re: [PATCH] block_dev: don't update file access position for sync direct IO

On Tue, Dec 13, 2016 at 09:08:18PM -0700, Jens Axboe wrote: > That's not great... Thanks, added. Ooops, yeah - we're still going through ->direct_IO for block devices. I'll take a stab at removing that, as it's just a pointless indirect call.

Re: [PATCH 6/6] media/cobalt: use pci_irq_allocate_vectors

Hi Hans, just checked the current Linux tree and cobalt still uses the old pci_enable_msi_range call. Did you queue this patch up for 4.10?

Re: [PATCH] drm/mxsfb: fix pixel clock polarity

On 12/14/2016 01:01 AM, Stefan Agner wrote: > On 2016-12-08 15:38, Marek Vasut wrote: >> On 12/08/2016 09:46 PM, Stefan Agner wrote: >>> On 2016-12-07 18:37, Marek Vasut wrote: On 12/08/2016 02:26 AM, Stefan Agner wrote: > On 2016-12-07 16:59, Stefan Agner wrote: >> On 2016-12-07

Re: [PATCH v2] drm/mxsfb: use bus_format to determine LCD bus width

On 12/14/2016 02:02 AM, Stefan Agner wrote: > The LCD bus width does not need to align with the pixel format. The > LCDIF controller automatically converts between pixel formats and > bus width by padding or dropping LSBs. > > The DRM subsystem has the notion of bus_format which allows to >

RE: [PATCH] arm/dts: ls1021a: Add dma-coherent property to usb3 node

> -Original Message- > From: Changming Huang [mailto:jerry.hu...@nxp.com] > Sent: Wednesday, November 23, 2016 3:15 PM > To: robh...@kernel.org; mark.rutl...@arm.com; li...@armlinux.org.uk > Cc: devicet...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; linux- >

Re: [PATCH linux v1 4/4] arm: dts: Add dt-binding to support seven segment display on zaius

On Wed, Dec 14, 2016 at 11:06:35AM +, Russell King - ARM Linux wrote: > On Wed, Dec 14, 2016 at 10:00:46AM +0100, Arnd Bergmann wrote: > > On Wednesday, December 14, 2016 9:55:47 AM CET Arnd Bergmann wrote: > > > According to your introductory mail, the interface is assumed to be > > > a

Re: [v5,1/6] usb: separate out sysdev pointer from usb_bus

Hi! On 17/11/16 12:43, Sriram Dash wrote: > From: Arnd Bergmann > > For xhci-hcd platform device, all the DMA parameters are not > configured properly, notably dma ops for dwc3 devices. > > The idea here is that you pass in the parent of_node along with > the child device

Re: [PATCH v4 2/4] cpuidle:powernv: Add helper function to populate powernv idle states.

Hi Balbir, On Tue, Dec 13, 2016 at 10:51:04PM +1100, Balbir Singh wrote: > > > On 10/12/16 00:32, Gautham R. Shenoy wrote: > > From: "Gautham R. Shenoy" > > > > In the current code for powernv_add_idle_states, there is a lot of code > > duplication while initializing

RE: [PATCH 1/3] siphash: add cryptographically secure hashtable function

From: Jason A. Donenfeld > Sent: 14 December 2016 00:17 > SipHash is a 64-bit keyed hash function that is actually a > cryptographically secure PRF, like HMAC. Except SipHash is super fast, > and is meant to be used as a hashtable keyed lookup function. > > SipHash isn't just some new trendy hash

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

Dodji Seketeli a écrit: Grr, I did paste the wrong content of t1.c and t2.c in my last message sorry. Here are the correct ones: $ cat t1.c struct s1; struct s2 { int i; }; struct s3 { struct s1 *ptr1; struct s2 *ptr2; }; void foo(struct s3* s

[RFC PATCH net-next v4 2/2] macb: Enable 1588 support in SAMA5Dx platforms.

This patch does the following: - Enable HW time stamp for the following platforms: SAMA5D2, SAMA5D3 and SAMA5D4. - HW time stamp capabilities are advertised via ethtool and macb ioctl is updated accordingly. - HW time stamp on the PTP Ethernet packets are received using the SO_TIMESTAMPING

[PATCH V2] vhost: introduce O(1) vq metadata cache

When device IOTLB is enabled, all address translations were stored in interval tree. O(lgN) searching time could be slow for virtqueue metadata (avail, used and descriptors) since they were accessed much often than other addresses. So this patch introduces an O(1) array which points to the

Re: sctp: suspicious rcu_dereference_check() usage in sctp_epaddr_lookup_transport

On Wed, Dec 14, 2016 at 5:37 AM, Marcelo Ricardo Leitner wrote: > On Tue, Dec 13, 2016 at 07:07:01PM +0100, Dmitry Vyukov wrote: >> Hello, >> >> I am getting the following reports while running syzkaller fuzzer: >> >> [ INFO: suspicious RCU usage. ] >> 4.9.0+ #85 Not

答复: [PATCH] fuse: freezing abort when use wait_event_killable{,_exclusive}().

Rafael, Any questions about the patch, please let me know. Thanks! BR, Cui Li Fei 发件人: 崔立飞 发送时间: 2016年12月8日 14:31 收件人: Rafael J. Wysocki 抄送: linux-kernel@vger.kernel.org; mik...@szeredi.hu; pa...@ucw.cz; len.br...@intel.com;

[PATCH 0/3] Add and export clk-480m clocks for ehci and ohci on RK3399

Hi, This patches would like to fix the USB suspend block without the clk-480m clock. Let's add and export them to control them. Thanks. William wu (1): arm64: dts: rockchip: add clk-480m for ehci and ohci of rk3399 Xing Zheng (2): clk: rockchip: rk3399: add USBPHYx_480M_SRC clock IDs

Re: [PATCH 1/2] crypto: asymmetric_keys: set error code on failure

On Tue, Dec 13, 2016 at 09:26:18AM +, David Howells wrote: > From: Pan Bian > > In function public_key_verify_signature(), returns variable ret on > error paths. When the call to kmalloc() fails, the value of ret is 0, > and it is not set to an errno before returning.

Re: [PATCH] drm/mxsfb: use bus_format to determine LCD bus width

On 12/14/2016 12:56 AM, Stefan Agner wrote: > On 2016-12-08 20:24, Marek Vasut wrote: >> On 12/09/2016 04:44 AM, Stefan Agner wrote: >>> On 2016-12-08 15:33, Marek Vasut wrote: On 12/08/2016 11:52 PM, Stefan Agner wrote: > The LCD bus width does not need to align with the pixel format.

[no subject]

Good Day, This is the second time i am sending you this mail. I, Friedrich Mayrhofer Donate $ 1,000,000.00 to You, Email Me personally for more details. Regards. Friedrich Mayrhofer

Re: [PATCH 6/6] media/cobalt: use pci_irq_allocate_vectors

On 14/12/16 11:47, Christoph Hellwig wrote: On Wed, Dec 14, 2016 at 11:37:17AM +0100, Hans Verkuil wrote: Completely forgot this. Is it OK to queue it for 4.11? Or is it blocking other follow-up work you want to do for 4.10? My plan was to see if Bjorn would take the patch to do the trivial

Re: [PATCH v3 3/3] perf tool: add cgroup identifier entry in perf report

On Wed, Dec 14, 2016 at 08:56:43AM +1300, Eric W. Biederman wrote: > > I would just make the identifier a structure containing the > device number and the inode number. It didn't look like perf required > the identifier to be a simple integer. Right, perf doesn't care at all here, its just a

Re: [PATCH] rcu: shift by 1UL rather than 1 to fix sign extension error

On Wed, Dec 14, 2016 at 09:40:02AM +0800, Boqun Feng wrote: > On Wed, Dec 14, 2016 at 08:47:55AM +0800, Boqun Feng wrote: > > On Tue, Dec 13, 2016 at 10:36:47AM -0800, Paul E. McKenney wrote: > > > On Wed, Dec 14, 2016 at 02:09:27AM +0800, Boqun Feng wrote: > > > > #define

Re: Fw: [lkp-developer] [sched,rcu] cf7a2dca60: [No primary change] +186% will-it-scale.time.involuntary_context_switches

On Wed, Dec 14, 2016 at 10:54:25AM +0100, Michal Hocko wrote: > On Tue 13-12-16 07:14:08, Paul E. McKenney wrote: > > Just FYI for the moment... > > > > So even with the slowed-down checking, making cond_resched() do what > > cond_resched_rcu_qs() does results in a smallish but quite measurable >

[PATCH] USB: serial: f81534: Detect errors from f81534_logic_to_phy_port()

With gcc 4.1.2: drivers/usb/serial/f81534.c: In function ‘f81534_port_probe’: drivers/usb/serial/f81534.c:1250: warning: comparison is always false due to limited range of data type f81534_logic_to_phy_port() may return a negative error value, which is ignored by assigning it to u8

Re: [PATCH v2 1/2] iio: adc: hx711: Add DT binding for avia,hx711

On 12/14/2016 11:34 AM, Andreas Klinger wrote: > Hi Lars-Peter, > > Lars-Peter Clausen schrieb am Wed, 14. Dec 11:11: >> On 12/14/2016 10:59 AM, Andreas Klinger wrote: >>> Add DT bindings for avia,hx711 >>> Add vendor avia to vendor list >>> >>> Signed-off-by: Andreas Klinger

[PATCH] acct: fix coding style issue

Line 449 of acct.c violates chapter 3 of CodingStyle - Use one space around '==' . Signed-off-by: GaoShengWu --- checkpatch.pl complained about the following missing space: ERROR: spaces required around that '==' (ctx:VxV) #449: FILE: kernel/acct.c:449: +#if ACCT_VERSION==2

Re: [PATCH v2 1/4] siphash: add cryptographically secure hashtable function

Hello, On 14.12.2016 04:59, Jason A. Donenfeld wrote: > SipHash is a 64-bit keyed hash function that is actually a > cryptographically secure PRF, like HMAC. Except SipHash is super fast, > and is meant to be used as a hashtable keyed lookup function. Can you show or cite benchmarks in

[PATCH v7 0/1] virtio-crypto: add Linux driver

v7: - fix "BUG: smp_processor_id() in preemptible [] code" reported by Halil, using get_cpu/put_cpu instead of calling smp_processor_id() directly. - fix a possible spinlock recursion in virtcrypto_dataq_callback(), we should release the spinlock before invoking the callback. -

Re: [PATCH v2 8/9] openrisc: Updates after openrisc.net has been lost

Hi Geert, On Wed, Dec 14, 2016 at 09:57:11AM +0100, Geert Uytterhoeven wrote: > Hi Stafford, Stefan, > > On Mon, Nov 14, 2016 at 2:30 PM, Stafford Horne wrote: > > The openrisc.net domain expired and was taken over by squatters. > > These updates point documentation to the new

[GIT PULL] MMC for v.4.10 - take 2/2

Hi Linus, Here's a second PR for MMC for v4.10. As a matter of fact it's only one change that moves some mmc files around. I thought it was a good idea to get this into v4.10, as it gives us a nice and fresh base for v4.11. Details are as usual found in the signed tag. Please pull this in!

Re: [PATCH v7 4/5] ARM: dts: da850-lcdk: add the vga-bridge node

On 13/12/16 12:09, Bartosz Golaszewski wrote: > Add the vga-bridge node to the board DT together with corresponding > ports and vga connector. This allows to retrieve the edid info from > the display automatically. > > Signed-off-by: Bartosz Golaszewski > Reviewed-by:

[GIT PULL] trivial for 4.10

Linus, please pull from git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial.git for-linus to receive 4.10 merge window updates from trivial tree I hereby confess to having rebased the for-next branch, because I wanted to drop all the '\n' additions that were obsoleted by the recent

[patch v1 0/1] platform/x86: mlx-platform: mlxcpld-hotplug driver notes

This patch contains the non-functional fixes, pointed out by Andy. I was waiting with sending the patch until the patch which moves mlx-platform driver from arch/x86/platform/mellanox to drivers/platform/x86 folder is accepted. Now after the below patches are committed to the testing branch:

Re: Fw: [lkp-developer] [sched,rcu] cf7a2dca60: [No primary change] +186% will-it-scale.time.involuntary_context_switches

On Tue 13-12-16 07:14:08, Paul E. McKenney wrote: > Just FYI for the moment... > > So even with the slowed-down checking, making cond_resched() do what > cond_resched_rcu_qs() does results in a smallish but quite measurable > degradation according to 0day. So if I understand those results

[patch v1 1/1] platform/x86: mlx-platform: mlxcpld-hotplug driver style fixes

The patch contains several styling fixes: - Make names of hotplug devices shorter; - Change register offset assignment to defines; - Add defines for the all event masks; - Use PLATFORM_DEVID_NONE instead of -1; Signed-off-by: Vadim Pasternak ---

[PATCH 3/3] arm64: dts: rockchip: add clk-480m for ehci and ohci of rk3399

From: William wu We found that the suspend process was blocked when it run into ehci/ohci module due to clk-480m of usb2-phy was disabled. The root cause is that usb2-phy suspended earlier than ehci/ohci (usb2-phy will be auto suspended if no devices plug-in). and the

Re: [PATCH v2 1/2] iio: adc: hx711: Add DT binding for avia,hx711

On 12/14/2016 10:59 AM, Andreas Klinger wrote: > Add DT bindings for avia,hx711 > Add vendor avia to vendor list > > Signed-off-by: Andreas Klinger > --- > .../devicetree/bindings/iio/adc/avia-hx711.txt | 21 > + >

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On 2016-12-14 10:15, Michal Marek wrote: > A minimal example would be > > t1.c: > struct s1; > struct s2 { > int i; > } > struct s3 { > struct s1 *ptr1; > struct s2 *ptr2; > } > void foo(struct s3*); > EXPORT_SYMBOL(foo); > > t2.c: > struct s1 { > int j; > } > struct s2;

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On 2016-12-14 11:02, Dodji Seketeli wrote: > Michal Marek a écrit: > >>> Libabigail does a "whole binary" analysis of types. >>> >>> So, consider the point of use of the type 'struct s1*'. Even if 'struct >>> s' is just forward-declared at that point, the declaration of struct

Re: page allocation stall in kernel 4.9 when copying files from one btrfs hdd to another

On Tue 13-12-16 18:11:01, David Arendt wrote: > Hi, > > I receive the following page allocation stall while copying lots of > large files from one btrfs hdd to another. > > Dec 13 13:04:29 server kernel: kworker/u16:8: page allocation stalls for > 12260ms, order:0,

[PATCH] serial: fsl_lpuart: Remove the alias node dependence

From: Yuan Yao Numbering the ttyLPn space should not depend on the generic name "serial". If don't add the alias node like:"serial0 = ", then lpuart will probe failed: [0.773410] fsl-lpuart 295.serial: failed to get alias id, errno -19 So remove the alias node

Re: [PATCH] HID: add Asus macrokey support for Asus "Republic of Gamers" laptop

On Mon, 12 Dec 2016, Chris Chiu wrote: [ ... snip ... ] > +static const struct hid_device_id asus_rog_devices[] = { > + { HID_USB_DEVICE(USB_VENDOR_ID_ASUSTEK, > USB_DEVICE_ID_ASUSTEK_ROG_MACROKEY1) }, > + { HID_USB_DEVICE(USB_VENDOR_ID_ASUSTEK, > USB_DEVICE_ID_ASUSTEK_ROG_MACROKEY2) },

[PATCH] acct: fix coding style issue

Line 449 of acct.c violates chapter 3 of CodingStyle - Use one space around '==' . Signed-off-by: GaoShengWu --- checkpatch.pl complained about the following missing space: ERROR: spaces required around that '==' (ctx:VxV) #449: FILE: kernel/acct.c:449: +#if ACCT_VERSION==2

  1   2   3   4   5   6   7   8   9   10   >