Re: [PATCH] xen/pci: Bubble up error and fix description.

On 06/12/16 15:28, Konrad Rzeszutek Wilk wrote: > The function is never called under PV guests, and only shows up > when MSI (or MSI-X) cannot be allocated. Convert the message > to include the error value. > > Signed-off-by: Konrad Rzeszutek Wilk Reviewed-by: Juergen

Re: [PATCH 00/10] vtime: Delay cputime accounting to tick

On Tue, Dec 06, 2016 at 03:20:55PM +1100, Paul Mackerras wrote: > On Tue, Dec 06, 2016 at 03:32:13AM +0100, Frederic Weisbecker wrote: > > This follows up Martin Schwidefsky's patch which propose to delay > > cputime accounting to the tick in order to minimize the calls to > >

Re: FUSE: regression when clearing setuid bits on chown

On Tue, Dec 06, 2016 at 07:13:25AM -0500, Jeff Layton wrote: > Should we be checking that the latest i_mode even has these bits before > sending down the mode change? Fixed, see updated patch below. It also fixes a bug in the previous patch where in case of "-rwsrwSr-x" it would clear the sgid

Re: [PATCH] perf: check that objdump correctly works

Em Thu, Dec 01, 2016 at 01:04:35AM +0100, Alexis Berlemont escreveu: > Hi, > > In perf todo list, there was an entry regarding objdump: > > * Check if the objdump call in annotate worked or not, providing a > popup window telling it didn't work, to test, just uninstall > binutils or

Re: FUSE: regression when clearing setuid bits on chown

On Tue, 2016-12-06 at 15:39 +0100, Miklos Szeredi wrote: > On Tue, Dec 06, 2016 at 07:13:25AM -0500, Jeff Layton wrote: > > > > > Should we be checking that the latest i_mode even has these bits before > > sending down the mode change? > > Fixed, see updated patch below. > > It also fixes a

Re: [PATCH v2 0/4] net: hix5hd2_gmac: add tx sg feature and reset/clock control signals

From: Dongpo Li Date: Mon, 5 Dec 2016 21:27:57 +0800 > The "hix5hd2" is SoC name, add the generic ethernet driver compatible string. > The "hisi-gemac-v1" is the basic version and "hisi-gemac-v2" adds > the SG/TXCSUM/TSO/UFO features. > This patch set only adds the

[PATCH 00/10] virtio: sparse fixes

I run latest sparse from git on virtio drivers (turns out the version I had was rather outdated). This patchset fixes a couple of bugs this uncovered, and adds some annotations to make it sparse-clean. In particular, endian-ness is often tricky, so this patchset enabled endian-ness checks for

[PATCH 09/10] vsock/virtio: fix src/dst cid format

These fields are 64 bit, using le32_to_cpu and friends on these will not do the right thing. Fix this up. Cc: sta...@vger.kernel.org Signed-off-by: Michael S. Tsirkin --- net/vmw_vsock/virtio_transport_common.c | 14 +++--- 1 file changed, 7 insertions(+), 7

[PATCH 01/10] virtio_console: drop unused config fields

struct ports_device includes a config field including the whole virtio_console_config, but only max_nr_ports in there is ever updated or used. The rest is unused and in fact does not even mirror the device config. Drop everything except max_nr_ports, saving some memory. Signed-off-by: Michael S.

[PATCH 10/10] virtio: enable endian checks for sparse builds

__CHECK_ENDIAN__ isn't on by default presumably because it triggers too many sparse warnings for correct code. But virtio is now clean of these warnings, and we want to keep it this way - enable this for sparse builds. Signed-off-by: Michael S. Tsirkin --- It seems that there

[PATCH 03/10] drm/virtio: fix lock context imbalance

When virtio_gpu_free_vbufs exits due to list empty, it does not drop the free_vbufs lock that it took. list empty is not expected to happen anyway, but it can't hurt to fix this and drop the lock. Signed-off-by: Michael S. Tsirkin --- drivers/gpu/drm/virtio/virtgpu_vq.c | 4

Re: [PATCH 2/2] ASoC: atmel: tse850: rely on the ssc to register as a cpu dai by itself

On Thu, Dec 01, 2016 at 12:59:09PM +0100, Peter Rosin wrote: > Signed-off-by: Peter Rosin > --- > .../bindings/sound/axentia,tse850-pcm5142.txt | 5 ++--- > sound/soc/atmel/tse850-pcm5142.c | 23 > +++--- > 2 files changed, 5

Re: [PATCH] drm/panel: simple: Check against num_timings when setting preferred for timing

On Mon, Oct 24, 2016 at 09:21:15PM +0800, Chen-Yu Tsai wrote: > In the loop on .timings, we should check .num_timings to see if it's the > only mode specified, not .num_modes, which should be used with .modes. > > Fixes: cda553725c92 ("drm/panel: simple: Set appropriate mode type") >

Re: [PATCH resend 0/8] irda: w83977af_ir: Neatening

From: Joe Perches Date: Mon, 5 Dec 2016 11:00:40 -0800 > On top of Arnd's overly long udelay patch because I noticed a > misindented block. Joe, this doesn't apply cleanly to net-next, please respin. Thank you.

Re: [PATCH v2] ACPI/IORT: Make dma masks set-up IORT specific

On Tue, Dec 06, 2016 at 02:20:11PM +, Lorenzo Pieralisi wrote: > drivers/acpi/arm64/iort.c | 22 ++ > drivers/acpi/scan.c | 14 +- > include/linux/acpi_iort.h | 2 ++ > 3 files changed, 25 insertions(+), 13 deletions(-) Applied, thanks.

Re: [PATCH] dts: sun8i-h3: correct UART3 pin definitions

Hi Jorik, On Sun, Dec 04, 2016 at 01:29:48PM +0100, jo...@kippendief.biz wrote: > From: Jorik Jonker > > In a previous commit, I made a copy/paste error in the pinmux > definitions of UART3: PG{13,14} instead of PA{13,14}. This commit takes > care of that. I have tested

Re: [PATCH v3 0/2] perf: measure page fault duration in perf trace

Em Tue, Dec 06, 2016 at 12:40:06AM +0100, Alexis Berlemont escreveu: > Alexis Berlemont wrote: > > Hi, > > > > Here is another attempt to make the perf-trace subcommand print the > > page fault durations. > > > > This solution is based on static tracepoints and it was necessary to > > add 2 more

Re: [PATCH v4 0/2] perf probe: add sdt probes arguments into the uprobe cmd string

Em Tue, Dec 06, 2016 at 12:42:45AM +0100, Alexis Berlemont escreveu: > Alexis Berlemont wrote: > > Hi Arnaldo, > > > > Here is another patch set which fixes the issues you noticed. > > > > Could you indicate me a way to improve these patches so as to move > forward ? Masami, Hemant, are you

RE: [PATCH V2 15/15] hyperv: Add a function to detect if the device is a vmbus dev

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Tuesday, December 6, 2016 2:54 AM > To: KY Srinivasan > Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org; > o...@aepfle.de; a...@canonical.com; vkuzn...@redhat.com; >

Re: [PATCH] serial: mxs-auart: support CMSPAR termios cflag

On Tue, 2016-12-06 at 14:36 +0100, Stefan Wahren wrote: > Hi Wolfgang, > > > --- a/drivers/tty/serial/mxs-auart.c > > +++ b/drivers/tty/serial/mxs-auart.c > > @@ -95,6 +95,7 @@ > >  #define AUART_LINECTRL_BAUD_DIVFRAC_SHIFT 8 > >  #define AUART_LINECTRL_BAUD_DIVFRAC_MASK 0x3f00 > >  

Re: [PATCH V3 01/11] megaraid_sas: Add new pci device Ids for SAS3.5 Generic Megaraid Controllers

On 5.12.2016 17:27, Sasikumar Chandrasekaran wrote: > This patch contains new pci device ids for SAS3.5 Generic Megaraid Controllers > > Signed-off-by: Sasikumar Chandrasekaran > --- > drivers/scsi/megaraid/megaraid_sas.h| 11 ++- >

[PATCH 1/1] mtd: spi-nor: improve macronix_quad_enable()

The patch checks whether the Quad Enable bit is already set in the Status Register. If so, the function exits immediately with a successful return code. Signed-off-by: Cyrille Pitchen Reviewed-by: Jagan Teki --- drivers/mtd/spi-nor/spi-nor.c | 3

Re: [PATCH v4 1/7] MFD: add bindings for STM32 General Purpose Timer driver

[snip] > > I'm not going to push too hard, but I still thing "advanced-control" > would suit better, since this is not *just* a timer. In fact, the > parent device (the MFD) doesn't have any timer functionality. That's > what "timer@0" does. > > The IP is called "Advanced Control" in the

Re: [PATCH] dts: sun8i-h3: correct UART3 pin definitions

Hi Arnd, Olof, On Tue, Dec 06, 2016 at 03:27:10PM +0100, jo...@kippendief.biz wrote: > From: Jorik Jonker > > In a previous commit, I made a copy/paste error in the pinmux > definitions of UART3: PG{13,14} instead of PA{13,14}. This commit takes > care of that. I have

Re: [PATCH] perf/x86: Fix exclusion of BTS and LBR for Goldmont

> > - if (x86_pmu.lbr_pt_coexist) > > + if (what == x86_lbr_exclusive_pt && x86_pmu.lbr_pt_coexist) > > return 0; > > This would also allow PT & BTS at the same time, is that a supported > configuration? Yes it is on Goldmont. -Andi

Re: [PATCH v3 1/2] ARM: dts: da850-lcdk: add the dumb-vga-dac node

On Tuesday 06 December 2016 06:32 PM, Bartosz Golaszewski wrote: > 2016-12-05 13:49 GMT+01:00 Tomi Valkeinen : >> On 29/11/16 13:57, Bartosz Golaszewski wrote: >>> Add the dumb-vga-dac node to the board DT together with corresponding >>> ports and vga connector. This allows

Re: [PATCH v2 04/11] locking/ww_mutex: Set use_ww_ctx even when locking without a context

On Thu, Dec 01, 2016 at 03:06:47PM +0100, Nicolai Hähnle wrote: > +++ b/include/linux/ww_mutex.h > @@ -222,11 +222,7 @@ extern int __must_check > __ww_mutex_lock_interruptible(struct ww_mutex *lock, > */ > static inline int ww_mutex_lock(struct ww_mutex *lock, struct ww_acquire_ctx > *ctx) >

Re: [PATCH net-next] tools: hv: Enable network manager for bonding scripts on RHEL

From: Haiyang Zhang Date: Fri, 2 Dec 2016 15:55:38 -0800 > From: Haiyang Zhang > > We found network manager is necessary on RHEL to make the synthetic > NIC, VF NIC bonding operations handled automatically. So, enabling > network

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

On Tue, 6 Dec 2016 14:11:03 +0800 Cao jin wrote: > On 12/06/2016 12:17 AM, Alex Williamson wrote: > > On Mon, 5 Dec 2016 13:52:03 +0800 > > Cao jin wrote: > > > >> On 12/04/2016 11:30 PM, Alex Williamson wrote: > >>> On Sun, 4 Dec 2016

Re: [PATCH V2 03/13] perf/x86: output sampling overhead

On Tue, Dec 06, 2016 at 03:02:20PM +, Liang, Kan wrote: > > > > On Fri, Dec 02, 2016 at 04:19:11PM -0500, kan.li...@intel.com wrote: > > > From: Kan Liang > > > > > > On x86, NMI handler is the most important part which brings overhead > > > for sampling. Adding a pmu

Re: Tearing down DMA transfer setup after DMA client has finished

On 06/12/2016 14:14, Måns Rullgård wrote: > Mason wrote: > >> On 06/12/2016 06:12, Vinod Koul wrote: >> >>> On Tue, Nov 29, 2016 at 07:25:02PM +0100, Mason wrote: >>> Is there a way to write a driver within the existing framework? >>> >>> I think so, looking back at comments from Russell, I

Re: [PATCH v2 04/11] locking/ww_mutex: Set use_ww_ctx even when locking without a context

On Thu, Dec 01, 2016 at 03:06:47PM +0100, Nicolai Hähnle wrote: > @@ -640,10 +640,11 @@ __mutex_lock_common(struct mutex *lock, long state, > unsigned int subclass, > struct mutex_waiter waiter; > unsigned long flags; > bool first = false; > - struct ww_mutex *ww; >

Re: scsi: use-after-free in bio_copy_from_iter

On Tue, Dec 6, 2016 at 4:38 PM, Johannes Thumshirn wrote: > On Tue, Dec 06, 2016 at 10:43:57AM +0100, Dmitry Vyukov wrote: >> On Tue, Dec 6, 2016 at 10:32 AM, Johannes Thumshirn >> wrote: >> > On Mon, Dec 05, 2016 at 07:03:39PM +, Al Viro wrote: >> >>

[PATCH 05/10] vhost: make interval tree static inline

vhost_umem_interval_tree is only used locally within vhost.c, mark it static. As some functions generated go unused, this triggers warnings unless we also mark it inline. Signed-off-by: Michael S. Tsirkin --- drivers/vhost/vhost.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH] uapi glibc compat: fix outer guard of net device flags enum

From: Mikko Rapeli Date: Mon, 5 Dec 2016 19:34:02 +0200 > On Sat, Dec 03, 2016 at 05:31:45PM +0100, Jonas Gorski wrote: >> Fix a wrong condition preventing the higher net device flags >> IFF_LOWER_UP etc to be defined if net/if.h is included before >> linux/if.h. >> >> The

Re: [PATCH v3 4/9] bus: fsl-mc: dpio: add frame descriptor and scatter/gather APIs

On 12/05/2016 10:52 PM, Dan Carpenter wrote: > On Fri, Dec 02, 2016 at 12:12:14PM +, Laurentiu Tudor wrote: >>> +static inline bool dpaa2_sg_is_final(const struct dpaa2_sg_entry *sg) >>> +{ >>> + return !!(le16_to_cpu(sg->format_offset) >> SG_FINAL_FLAG_SHIFT); >> >> In other places in this

Re: usb/gadget: use-after-free in gadgetfs_setup

On Tue, Dec 6, 2016 at 1:28 PM, Andrey Konovalov wrote: > On Mon, Dec 5, 2016 at 8:31 PM, Alan Stern wrote: >> On Mon, 5 Dec 2016, Andrey Konovalov wrote: >> >>> Hi! >>> >>> I've got the following error report while running the syzkaller fuzzer.

Re: [PATCH v2 02/11] locking/ww_mutex: Re-check ww->ctx in the inner optimistic spin loop

On 12/06/2016 10:06 AM, Peter Zijlstra wrote: > On Thu, Dec 01, 2016 at 03:06:45PM +0100, Nicolai Hähnle wrote: >> +++ b/kernel/locking/mutex.c >> @@ -350,7 +350,8 @@ ww_mutex_set_context_slowpath(struct ww_mutex *lock, >> * access and not reliable. >> */ >> static noinline >> -bool

[PATCH] dts: sun8i-h3: correct UART3 pin definitions

From: Jorik Jonker In a previous commit, I made a copy/paste error in the pinmux definitions of UART3: PG{13,14} instead of PA{13,14}. This commit takes care of that. I have tested this commit on Orange Pi PC and Orange Pi Plus, and it works for these boards. Fixes:

RE: [PATCH V2 04/13] perf/core: output multiplexing overhead

> On Fri, Dec 02, 2016 at 04:19:12PM -0500, kan.li...@intel.com wrote: > > From: Kan Liang > > > > Multiplexing overhead is one of the key overhead when the number of > > events is more than available counters. > > > > The multiplexing overhead PERF_CORE_MUX_OVERHEAD is a

Re: [PATCH v4 6/7] IIO: add STM32 timer trigger driver

[snip] >> + >> +static const char * const triggers0[] = { >> + TIM1_TRGO, TIM1_CH1, TIM1_CH2, TIM1_CH3, TIM1_CH4, NULL, >> +}; >> + >> +static const char * const triggers1[] = { >> + TIM2_TRGO, TIM2_CH1, TIM2_CH2, TIM2_CH3, TIM2_CH4, NULL, >> +}; >> + >> +static const char * const

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

On Tue, 6 Dec 2016 18:46:04 +0800 Cao jin wrote: > On 12/06/2016 12:59 PM, Alex Williamson wrote: > > On Tue, 6 Dec 2016 05:55:28 +0200 > > "Michael S. Tsirkin" wrote: > > > >> On Mon, Dec 05, 2016 at 09:17:30AM -0700, Alex Williamson wrote: > >>>

Re: Tearing down DMA transfer setup after DMA client has finished

Mason writes: > On 06/12/2016 14:14, Måns Rullgård wrote: > >> Mason wrote: >> >>> On 06/12/2016 06:12, Vinod Koul wrote: >>> On Tue, Nov 29, 2016 at 07:25:02PM +0100, Mason wrote: > Is there a way to write a driver within the existing framework? I

Re: [PATCH v2 05/11] locking/ww_mutex: Add waiters in stamp order

On Thu, Dec 01, 2016 at 03:06:48PM +0100, Nicolai Hähnle wrote: > +static inline int __sched > +__ww_mutex_add_waiter(struct mutex_waiter *waiter, > + struct mutex *lock, > + struct ww_acquire_ctx *ww_ctx) > +{ > + struct mutex_waiter *cur; > + > + if

Re: [PATCH] net: stmmac: clear reset value of snps,wr_osr_lmt/snps,rd_osr_lmt before writing

From: Niklas Cassel Date: Mon, 5 Dec 2016 18:12:54 +0100 > From: Niklas Cassel > > WR_OSR_LMT and RD_OSR_LMT have a reset value of 1. > Since the reset value wasn't cleared before writing, the value in the > register would be incorrect if

[PATCH 08/10] vsock/virtio: mark an internal function static

virtio_transport_alloc_pkt is only used locally, make it static. Signed-off-by: Michael S. Tsirkin --- net/vmw_vsock/virtio_transport_common.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/vmw_vsock/virtio_transport_common.c

[PATCH 06/10] vhost: add missing __user annotations

Several vhost functions were missing __user annotations on pointers, causing sparse warnings. Fix this up. Signed-off-by: Michael S. Tsirkin --- drivers/vhost/vhost.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/vhost/vhost.c

[PATCH 04/10] drm/virtio: annotate virtio_gpu_queue_ctrl_buffer_locked

virtio_gpu_queue_ctrl_buffer_locked is called with ctrlq.qlock taken, it releases and acquires this lock. This causes a sparse warning. Add appropriate annotations for sparse context checking. Signed-off-by: Michael S. Tsirkin --- drivers/gpu/drm/virtio/virtgpu_vq.c | 2 ++ 1

[PATCH] x86/irq: Add additional unhandled IRQ debug information

The current unhandled IRQ warning doesn't output enough information on x86 to determine which device issued an interrupt. For example, irq 16: nobody cared (try booting with the "irqpoll" option) CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.9.0-rc6+ #19 Hardware name: Hewlett-Packard HP Z820

Re: linux-next: build failure after merge of the sound-asoc tree

On Tue, Dec 06, 2016 at 12:55:38PM +, Lee Jones wrote: > On Tue, 06 Dec 2016, Mark Brown wrote: > > On Tue, Dec 06, 2016 at 12:41:15AM +, Kuninori Morimoto wrote: > > > 8ca9edc837932469b81b8b47ea43a074b6add970 > > > ("mfd: davinci_voicecodec: Tidyup header difinitions") > > Reverted.

Re: [PATCH v4 01/18 -cleanup] perf build: Check LLVM version in feature check

Em Tue, Dec 06, 2016 at 07:22:30AM +, Wang Nan escreveu: > Cancel builtin llvm and clang support when LLVM version is > less than 3.9.0: following commits uses newer API. > > Since Clang/LLVM's API is not guaranteed to be stable, > add a test-llvm-version.cpp feature checker, issue warning if

[PATCH v2] ACPI/IORT: Make dma masks set-up IORT specific

The introduction of acpi_dma_configure() allows to configure DMA and related IOMMU for any device that is DMA capable. To achieve that goal it ensures DMA masks are set-up to sane default values before proceeding with IOMMU and DMA ops configuration. On x86/ia64 systems, through acpi_bind_one(),

Re: [PATCH 2/3] crypto: brcm: Add Broadcom SPU driver

On Wed, Nov 30, 2016 at 03:07:32PM -0500, Rob Rice wrote: > +static const struct of_device_id bcm_spu_dt_ids[] = { > + { > + .compatible = "brcm,spum-crypto", > + .data = _ns2_types, > + }, > + { > + .compatible = "brcm,spum-nsp-crypto", > +

[PATCH] xen/pci: Bubble up error and fix description.

The function is never called under PV guests, and only shows up when MSI (or MSI-X) cannot be allocated. Convert the message to include the error value. Signed-off-by: Konrad Rzeszutek Wilk --- arch/x86/pci/xen.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

Re: [PATCH 0/2 v2] usb-audio misc fix

On Tue, 06 Dec 2016 06:46:13 +0100, Jiada Wang wrote: > > This patch set contains the following patches > > Andreas Pape (1): > ALSA: usb-audio: more tolerant packetsize > > Daniel Girnus (1): > ALSA: usb-audio: avoid setting of sample rate multiple times on bus Applied both patches,

RE: [PATCH V2 03/13] perf/x86: output sampling overhead

> On Fri, Dec 02, 2016 at 04:19:11PM -0500, kan.li...@intel.com wrote: > > From: Kan Liang > > > > On x86, NMI handler is the most important part which brings overhead > > for sampling. Adding a pmu specific overhead type > > PERF_PMU_SAMPLE_OVERHEAD for it. > > > > For

Re: net/gadget: slab-out-of-bounds write in dev_config

On Tue, 6 Dec 2016, Andrey Konovalov wrote: > Hi! > > I've got the following error report while running the syzkaller fuzzer. > > ep0_write() doesn't check the length, so a user can cause an > out-of-bounds with both size and data controlled. > There's a comment which says "IN DATA+STATUS

ATENCIÓN;

ATENCIÓN; Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de correo electrónico. Para revalidar su buzón de

Re: scsi: use-after-free in bio_copy_from_iter

On Tue, Dec 06, 2016 at 10:43:57AM +0100, Dmitry Vyukov wrote: > On Tue, Dec 6, 2016 at 10:32 AM, Johannes Thumshirn > wrote: > > On Mon, Dec 05, 2016 at 07:03:39PM +, Al Viro wrote: > >> On Mon, Dec 05, 2016 at 04:17:53PM +0100, Johannes Thumshirn wrote: > >> > 633

Re: [RFC PATCH v3 2/2] drm/panel: Add support for Chunghwa CLAA070WP03XG panel

On Tue, Sep 20, 2016 at 03:02:51AM +0800, Randy Li wrote: > The Chunghwa CLAA070WP03XG is a 7" 1280x800 panel, which can be > supported by the simple panel driver. > > Signed-off-by: Randy Li > --- > .../display/panel/chunghwa,claa070wp03xg.txt | 7 ++ >

Re: [PATCH] drm: rcar-du: Fix R-Car Gen3 crash when VSP is disabled

Hello, On Wednesday 26 Oct 2016 18:13:23 Magnus Damm wrote: > On Wed, Oct 26, 2016 at 4:31 PM, Geert Uytterhoeven wrote: > > On Wed, Oct 26, 2016 at 5:31 AM, Magnus Damm wrote: > >> From: Magnus Damm > >> > >> For the DU to operate on R-Car Gen3 hardware a

Re: [PATCH 1/2] ARM: dts: sun8i: Specify memblock for Nano Pi M1

On 12/06/2016 11:00 PM, Maxime Ripard wrote: No, we need a recent U-Boot in order to boot, and such a uboot will setup the memory node anyway. Got it. Thanks! Please just ignore my patches. Best regards, Milo

Re: [PATCH]net:switchdev:add judgement and proper return vlaue to make switchdev_port_vlan_fill() more robust

From: Jiri Pirko Date: Tue, 6 Dec 2016 13:32:25 +0100 > Tue, Dec 06, 2016 at 05:46:36AM CET, cxdx2...@gmail.com wrote: >>From: Feng Deng >> >>1.add judgement to make sure switchdev_port_vlan_fill() could >> return right, even when

Re: [PATCH v5 11/14] ASoC: add simple-graph-card document

On Mon, Dec 5, 2016 at 6:57 PM, Kuninori Morimoto wrote: > > Hi Rob > >> I'd expect the top level node to be the card node that knows how to find >> all the components. The graph should reflect the data flow. For example, >> the data goes to audio DSP to I2S host

Re: [RESEND/PATCH v6 3/3] clk: qcom: Add A53 clock driver

On 12/05/2016 11:26 PM, Bjorn Andersson wrote: On Mon 14 Nov 14:21 PST 2016, Stephen Boyd wrote: On 11/11, Georgi Djakov wrote: On 11/03/2016 08:28 PM, Bjorn Andersson wrote: [..] I'm in favour of us inventing a kicker API and it's found outside out use cases as well (e.g. virtio/rpmsg).

Re: [PATCH] ACPI/IORT: Make dma masks set-up IORT specific

On Tue, Dec 06, 2016 at 02:24:48PM +0100, Joerg Roedel wrote: > Hi Lorenzo, > > On Tue, Dec 06, 2016 at 09:37:10AM +, Lorenzo Pieralisi wrote: > > I can apply Rafael and Hanjun's tags and resend a v2 to you if you > > prefer, it would be great if you could apply this patch to your arm/smmu >

Re: [PATCH 1/2] misc: atmel-ssc: register as sound DAI if #sound-dai-cells is present

On Thu, Dec 01, 2016 at 12:59:08PM +0100, Peter Rosin wrote: > The SSC is currently not usable with the ASoC simple-audio-card, as > every SSC audio user has to build a platform driver that may do as > little as calling atmel_ssc_set_audio/atmel_ssc_put_audio (which > allocates the SSC and

Re: [PATCH 1/1] arm64: Correcting format specifier for printing 64 bit addresses

On Mon, Dec 05, 2016 at 11:24:21AM +, Will Deacon wrote: > On Mon, Dec 05, 2016 at 01:39:53PM +0530, Maninder Singh wrote: > > This patch corrects format specifier for printing 64 bit addresses. > > > > Signed-off-by: Maninder Singh > > Signed-off-by: Vaneet Narang

Re: [PATCHSET/RFC v2] Make legacy IO schedulers work with blk-mq

On 12/06/2016 03:01 AM, Paolo Valente wrote: > >> Il giorno 05 dic 2016, alle ore 19:26, Jens Axboe ha scritto: >> >> Version 2 of the hack/patchset, that enables blk-mq to use the legacy >> IO schedulers with single queue devices. Original posting is here: >> >>

ATTENZIONE;

ATTENZIONE; La cassetta postale ha superato il limite di archiviazione, che è 5 GB come definiti dall'amministratore, che è attualmente in esecuzione su 10.9GB, non si può essere in grado di inviare o ricevere nuovi messaggi fino a ri-convalidare la tua mailbox. Per rinnovare la vostra casella

RE: [PATCH V2 03/13] perf/x86: output sampling overhead

> On Tue, Dec 06, 2016 at 03:02:20PM +, Liang, Kan wrote: > > > > > > > On Fri, Dec 02, 2016 at 04:19:11PM -0500, kan.li...@intel.com wrote: > > > > From: Kan Liang > > > > > > > > On x86, NMI handler is the most important part which brings > > > > overhead for

Re: [PATCH 1/2] ARM: dts: sun8i: Specify memblock for Nano Pi M1

On Tue, Dec 06, 2016 at 04:23:57PM +0900, Milo Kim wrote: > On 12/05/2016 05:09 PM, Maxime Ripard wrote: > > On Mon, Dec 05, 2016 at 11:00:31AM +0900, Milo Kim wrote: > > > The board has DDR3 512MB. This patch helps scanning the memory and > > > adding memblock through the DT. > > > > > >

Re: [RFC v3 1/6] Track the active utilisation

Hi Peter, On Tue, 6 Dec 2016 09:35:01 +0100 Peter Zijlstra wrote: [...] > > This is because of the definition used when CONFIG_SCHED_DEBUG is > > not defined (I noticed the issue when testing with random kernel > > configurations). > > I'm fine changing the definition,

[PATCH] pinctrl: meson: fix gpio request disabling other modes

The pinctrl_gpio_request is called with the "full" gpio number, already containing the base, then meson_pmx_request_gpio is then called with the final pin number. Remove the base addition when calling meson_pmx_disable_other_groups. Fixes: 6ac730951104 ("pinctrl: add driver for Amlogic Meson

Re: [PATCH] perf/x86: Fix exclusion of BTS and LBR for Goldmont

For some reason this patch never hit my inbox, it could be because you're wrecked the Cc line and either infradead or my mta dropped the email because of that. On Fri, Dec 02, 2016 at 03:17:32PM -0800, Andi Kleen wrote: > From: Andi Kleen > > The earlier patch ccbebba4

Re: [PATCH 1/3] crypto: brcm: DT documentation for Broadcom SPU driver

On Wed, Nov 30, 2016 at 03:07:31PM -0500, Rob Rice wrote: > Device tree documentation for Broadcom Secure Processing Unit > (SPU) crypto driver. > > Signed-off-by: Steve Lin > Signed-off-by: Rob Rice > --- >

net/gadget: slab-out-of-bounds write in dev_config

Hi! I've got the following error report while running the syzkaller fuzzer. ep0_write() doesn't check the length, so a user can cause an out-of-bounds with both size and data controlled. There's a comment which says "IN DATA+STATUS caller makes len <= wLength". While I'm not exactly sure what

Re: FUSE: regression when clearing setuid bits on chown

On Tue, Dec 6, 2016 at 3:45 PM, Jeff Layton wrote: >> @@ -1739,8 +1739,6 @@ static int fuse_setattr(struct dentry *e >>* This should be done on write(), truncate() and chown(). >>*/ >> if (!fc->handle_killpriv) { > > One more

Re: [PATCH v2 02/11] locking/ww_mutex: Re-check ww->ctx in the inner optimistic spin loop

On Thu, Dec 01, 2016 at 03:06:45PM +0100, Nicolai Hähnle wrote: > +++ b/kernel/locking/mutex.c > @@ -350,7 +350,8 @@ ww_mutex_set_context_slowpath(struct ww_mutex *lock, > * access and not reliable. > */ > static noinline > -bool mutex_spin_on_owner(struct mutex *lock, struct task_struct

Re: Avoid deadlock situation due to use of xmit_lock

From: Lino Sanfilippo Date: Sat, 3 Dec 2016 00:06:04 +0100 > after stumbling over a potential deadlock situation in the altera driver > (see http://marc.info/?l=linux-netdev=148054615230447=2), I checked > all other ethernet drivers for the same issue and actually found

Re: [PATCH v3 1/2] ARM: dts: da850-lcdk: add the dumb-vga-dac node

2016-12-06 16:03 GMT+01:00 Sekhar Nori : > On Tuesday 06 December 2016 06:32 PM, Bartosz Golaszewski wrote: >> 2016-12-05 13:49 GMT+01:00 Tomi Valkeinen : >>> On 29/11/16 13:57, Bartosz Golaszewski wrote: Add the dumb-vga-dac node to the board DT

Re: [PATCH 1/1] arm64: Correcting format specifier for printing 64 bit addresses

On Tue, Dec 06, 2016 at 03:26:37PM +, Catalin Marinas wrote: > On Mon, Dec 05, 2016 at 11:24:21AM +, Will Deacon wrote: > > On Mon, Dec 05, 2016 at 01:39:53PM +0530, Maninder Singh wrote: > > > This patch corrects format specifier for printing 64 bit addresses. > > > > > > Signed-off-by:

[PATCH 07/10] vsock/virtio: add a missing __le annotation

guest cid is read from config space, therefore it's in little endian format and is treated as such, annotate it accordingly. Signed-off-by: Michael S. Tsirkin --- net/vmw_vsock/virtio_transport.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 02/10] drm/virtio: fix endianness in primary_plane_update

virtio_gpu_cmd_transfer_to_host_2d expects x and y parameters in LE, but virtio_gpu_primary_plane_update passes in the CPU format instead. Signed-off-by: Michael S. Tsirkin --- drivers/gpu/drm/virtio/virtgpu_plane.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

Re: [PATCH 1/1] arm/module: maximum utilization of module area.

On Tue, 6 Dec 2016, Maninder Singh wrote: > This patch defines new macro MODULE_START to ensure kernel text > and module remains within 32 MB of address range. > > Tried this patch by inserting 20 MB size module on 4.1 kernel:- > > Earlier:- > == > sh# insmod size.ko > > insmod:

Re: [PATCH v3] iommu/vt-d: Flush old iommu caches for kdump when the device gets context mapped

On Mon, Dec 05, 2016 at 08:09:07PM +0800, Xunlei Pang wrote: > drivers/iommu/intel-iommu.c | 19 +++ > 1 file changed, 19 insertions(+) Applied, thanks.

[RFC v2 1/4] ACPI: SPCR: check bit width for the 16550 UART

Check the 'Register Bit Width' field of the ACPI Generic Address Structure that specifies the address of the UART registers to decide if the driver should use "mmio32" access instead of "mmio". If the driver is other than 16550 the access width is defined by the Interface Type field of the SPCR

[RFC v2 2/4] ACPI: SPCR: don't initialize baud rate

AppliedMicro X-Gene based boards don't use the "standard" 16550 clock rate so supplying a baud rate makes it change to a random baud rate. I suggest to introduce a new value '0' for the "Baud Rate" field of SPCR (now this value is reserved). This patch introduces a check for this value. In this

[RFC v2 3/4] ACPI: DBG2: add 16550 UART with 32-bit access

It was suggested to add a new Microsoft Debug Port Table 2 (DBG2) (the table used to enumerate the various subtypes of serial port covered by the SPCR) 16550 UART subtype that may be needed for some additional platforms, such as those based upon AppliedMicro X-Gene ARMv8 SoCs. This new subtype

Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups

Hello, On Tue, Dec 06, 2016 at 09:01:17AM -0800, Andy Lutomirski wrote: > How would one be granted the right to move processes around in one's > own subtree? Through expicit delegation - chowning of the directory and cgroup.procs file. > Are you imagining that, if you're in /a/b and you want to

[PATCH v3 1/7] irda: w83977af_ir: Whitespace neatening

Remove leading and trailing whitespace. git diff -w shows no differences. Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c index

Re: [PATCH v2 1/2] vfio iommu type1: Fix size argument to vfio_find_dma() during DMA UNMAP.

On 12/6/2016 11:08 PM, Alex Williamson wrote: > On Tue, 6 Dec 2016 22:43:30 +0530 > Kirti Wankhede wrote: > >> vfio_dma keeps track of address range from (dma->iova + 0) to >> (dma->iova + dma->size - 1), while vfio_find_dma() search logic looks for >> range from

Re: [tpmdd-devel] [PATCH v2 1/3] tpm_crb: map locality registers

On Mon, Dec 05, 2016 at 09:31:57PM +, Winkler, Tomas wrote: > > > > On Mon, Dec 05, 2016 at 12:07:51PM +, Winkler, Tomas wrote: > > > > > --- > > > > > drivers/char/tpm/tpm_crb.c | 96 > > > > > ++ > > > > > 1 file changed, 64 insertions(+), 32

Re: [PATCH v2 02/11] locking/ww_mutex: Re-check ww->ctx in the inner optimistic spin loop

On 12/06/2016 01:29 PM, Peter Zijlstra wrote: > On Tue, Dec 06, 2016 at 11:03:28AM -0500, Waiman Long wrote: >> The mutex_spin_on_owner() function was originally marked noinline >> because it could be a major consumer of CPU cycles in a contended lock. >> Having it shown separately in the perf

Re: [PATCH v3] arm: dts: zynq: Add MicroZed board support

On 5.12.2016 17:28, Jagan Teki wrote: > On Mon, Sep 26, 2016 at 8:22 AM, Michal Simek wrote: >> On 23.9.2016 11:48, Jagan Teki wrote: >>> From: Jagan Teki >>> >>> Added basic dts support for MicroZed board. >>> >>> - UART >>> - SDHCI >>> - Ethernet

Re: FUSE: regression when clearing setuid bits on chown

On Tue, 2016-12-06 at 15:51 +0100, Miklos Szeredi wrote: > On Tue, Dec 6, 2016 at 3:45 PM, Jeff Layton wrote: > > > > > > > > > @@ -1739,8 +1739,6 @@ static int fuse_setattr(struct dentry *e > > >* This should be done on write(), truncate() and chown(). > >

Re: [PATCH v2 1/2] devicetree: i2c-hid: Add Wacom digitizer + regulator support

On Tue, Dec 6, 2016 at 2:48 AM, Benjamin Tissoires wrote: > On Dec 05 2016 or thereabouts, Rob Herring wrote: >> On Thu, Dec 01, 2016 at 09:24:50AM -0800, Brian Norris wrote: >> > Hi Benjamin and Rob, >> > >> > On Thu, Dec 01, 2016 at 03:34:34PM +0100, Benjamin

Re: [PATCH] bitops: add equivalent of BIT(x) for bitfields

Hi Geert, On 06/12/16 12:12, Geert Uytterhoeven wrote: >>> ... which means "generate a value"?? >>> >> >> Yes. >> Although I'm not sure if I understood the essence of your point. >> Are you suggesting that the name should be GENERATE_A_VALUE? > > No. I mean that "value" is a way too generic

[PATCH 00/16] FSI device driver introduction

From: Chris Bostic Introduction of the IBM 'Flexible Support Interface' (FSI) bus device driver. FSI is a high fan out serial bus consisting of a clock and a serial data line capable of running at speeds up to 166 MHz. This set provides the basic framework to add FSI

RE: [LINUX RFC v4 3/4] mtd: spi-nor: add stripe support

Hi Mark and Cyrille, > -Original Message- > From: Cyrille Pitchen [mailto:cyrille.pitc...@atmel.com] > Sent: Tuesday, December 06, 2016 4:30 PM > To: Naga Sureshkumar Relli ; broo...@kernel.org; > michal.si...@xilinx.com; Soren Brinkmann ; Harini >

  1   2   3   4   5   6   7   8   9   10   >