Re: [PATCH v4 1/3] arm64: kvm: support user space to detect RAS extension feature

Hi Christoffer, On 2017/7/3 16:21, Christoffer Dall wrote: > On Mon, Jun 26, 2017 at 08:45:43PM +0800, Dongjiu Geng wrote: >> Handle userspace's detection for RAS extension, because sometimes >> the userspace needs to know the CPU's capacity > > Why? Can you please provide some more rationale.

Re: [PATCH v6 09/18] xen/pvcalls: implement bind command

On 03/07/17 23:08, Stefano Stabellini wrote: > Allocate a socket. Track the allocated passive sockets with a new data > structure named sockpass_mapping. It contains an unbound workqueue to > schedule delayed work for the accept and poll commands. It also has a > reqcopy field to be used to store

Re: [PATCH v6 16/18] xen/pvcalls: implement read

On 03/07/17 23:08, Stefano Stabellini wrote: > When an active socket has data available, increment the io and read > counters, and schedule the ioworker. > > Implement the read function by reading from the socket, writing the data > to the data ring. > > Set in_error on error. > >

Re: Commit edf064e7c (btrfs: nowait aio support) breaks shells

On 2017.07.04 at 06:23 +0200, Markus Trippelsdorf wrote: > commit edf064e7c6fec3646b06c944a8e35d1a3de5c2c3 (HEAD, refs/bisect/bad) > Author: Goldwyn Rodrigues > Date: Tue Jun 20 07:05:49 2017 -0500 > > btrfs: nowait aio support > > apparently breaks several shell

Re: 'skb' buffer address information leakage

On Tue, Jul 04, 2017 at 01:12:18PM +0800, Dison River wrote: > Hi all: > I'd found several address leaks of "skb" buffer.When i have a > arbitrary address write vulnerability in kernel(enabled kASLR),I can > use skb's address find sk_destruct's address and overwrite it. And > then,invoke

Re: [PULL] Docs for 4.13

Hi Jon, > Am 04.07.2017 um 06:32 schrieb Linus Torvalds : [...] > At the same time, lots of people run a lot of builds, and while I'd > love to see warnings about docs failures, I am *not* willing to slow > down my usual build enormously. I run "male allmodconfig"

[PATCH 6/6] ARM: dts: rockchip: add gpio power-key for rk3229-evb

This patch adds gpio power-key support for rk3229-evb board. Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk3229-evb.dts | 24 1 file changed, 24 insertions(+) diff --git a/arch/arm/boot/dts/rk3229-evb.dts

[PATCH 5/6] ARM: dts: rockchip: enable tsadc for rk3229-evb

This patch enables the tsadc for rk3229-evb board. The rk3229 evb board uses the CRU to reset the chip since it has not the PMIC to connect it, and TSHUT is low active on evb board. Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk3229-evb.dts | 5 + 1 file

[PATCH][V2] x86/platform/uv/BAU: minor cleanup, make some local functions static

From: Colin Ian King Functions handle_uv2_busy, uv_flush_send_and_wait and find_another_by_swack are local to the source, so make them static. Also remove normal_busy as it is no longer used. Fixes various smatch warnings, such as: "symbol 'find_another_by_swack' was

Re: [PATCH] gpio: drop unnecessary includes from include/linux/gpio/driver.h

On Tue, Jul 04, 2017 at 12:53:34PM +0900, Masahiro Yamada wrote: > Some of include directives in include/linux/gpio/driver.h are > unneeded because the header does not need to know the content of > struct device, irq_chip, etc. Just declare they are structures. > > On the other hand, and >

Re: [PATCH 0/9] v2 ipv4/ipv6 refcount conversions

From: Elena Reshetova Date: Tue, 4 Jul 2017 09:34:53 +0300 > Changes in v2: > * rebase on top of net-next > * currently by default refcount_t = atomic_t (*) and uses all >atomic standard operations unless CONFIG_REFCOUNT_FULL is enabled. >This is a

RE: [PATCH] wlcore: add missing nvs file name info for wilink8

Hi Tony, > > * Kalle Valo [170703 04:30]: > > "Reizer, Eyal" writes: > > > > > When working with wl18xx the nvs file is used for defining an alternate > > > mac address and override the default mac address that is stored inside > > > the wl18xx chip. > > >

RE: [v2] wlcore: add missing nvs file name info for wilink8

Hi Tony, > > When working with wl18xx the nvs file is used for defining an alternate > > mac address and override the default mac address that is stored inside > > the wl18xx chip. > > > > The following commits: > > c815fde wlcore: spi: Populate config firmware data > > d776fc8 wlcore: sdio:

Re: [GIT PULL] USB/PHY patches for 4.13-rc1

On Tue, Jul 04, 2017 at 11:09:36AM +0200, Geert Uytterhoeven wrote: > Hi Greg, > > On Tue, Jul 4, 2017 at 10:04 AM, Greg KH wrote: > > On Tue, Jul 04, 2017 at 09:15:55AM +0200, Geert Uytterhoeven wrote: > >> On Mon, Jul 3, 2017 at 4:58 PM, Greg KH

Re: [PATCH v2] sched/pelt: fix false running accounting

On 4 July 2017 at 10:34, Peter Zijlstra wrote: > On Tue, Jul 04, 2017 at 09:27:07AM +0200, Peter Zijlstra wrote: >> On Sat, Jul 01, 2017 at 07:06:13AM +0200, Vincent Guittot wrote: >> > The running state is a subset of runnable state which means that running >> > can't be

Re: [PATCH v2 00/11] patches for fpga

On Tue, Jul 04, 2017 at 11:03:05AM +0200, Anatolij Gustschin wrote: > Hi Greg, > > On Wed, 14 Jun 2017 10:36:24 -0500 > Alan Tull at...@kernel.org wrote: > > >Hi Greg, > > > >This is a repost of last weeks patches, fixing the warnings. I've > >also added the Altera CvP driver which has been

Re: [PATCH] perf/core: generate overflow signal when samples are dropped (WAS: Re: [REGRESSION] perf/core: PMU interrupts dropped if we entered the kernel in the "skid" region)

On Tue, Jul 04, 2017 at 11:03:13AM +0200, Peter Zijlstra wrote: > On Wed, Jun 28, 2017 at 03:55:07PM -0700, Kyle Huey wrote: > > > > Having thought about this some more, I think Vince does make a good > > > point that throwing away samples is liable to break stuff, e.g. that > > > which only

Re: [RFC][PATCH] sched: attach extra runtime to the right avg

On Sun, Jul 02, 2017 at 11:37:18AM +0200, Ingo Molnar wrote: > * jo...@toxicpanda.com wrote: > > > From: Josef Bacik > > > > We only track the load avg of a se in 1024 ns chunks, so in order to > > make up for the loss of the < 1024 ns part of a run/sleep

[PATCH 4/4] video: fbdev: sm712fb.c: fixed constant-left comparison warning

Fixed a constant-left comparison warning issue check by scripts/checkpatch.pl: WARNING: Comparisons should place the constant on the right side of the test Signed-off-by: Lynn Lei --- drivers/video/fbdev/sm712fb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH 3/4] video: fbdev: sm712fb.c: fixed prefer unsigned int warning

Fixed several prefer 'unsigned int' over 'unsigned' warnings checked by scripts/checkpatch.pl: Prefer 'unsigned int' to bare use of 'unsigned' Signed-off-by: Lynn Lei --- drivers/video/fbdev/sm712fb.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff

Re: Commit edf064e7c (btrfs: nowait aio support) breaks shells

On 07/04/2017 02:45 AM, Markus Trippelsdorf wrote: > On 2017.07.04 at 06:23 +0200, Markus Trippelsdorf wrote: >> commit edf064e7c6fec3646b06c944a8e35d1a3de5c2c3 (HEAD, refs/bisect/bad) >> Author: Goldwyn Rodrigues >> Date: Tue Jun 20 07:05:49 2017 -0500 >> >> btrfs:

RE: [PATCH V3 2/2] timer: imx-tpm: add imx tpm timer support

On Tue, 4 Jul 2017, A.s. Dong wrote: > + /* > +* NOTE: We observed in a very small probability, the bus fabric > +* contention between GPU and A7 may results a few cycles delay > +* of writing CNT registers which may cause the min_delta event got > +* missed,

Re: [PATCH v2 2/2] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

On Tue, 04 Jul, at 04:46:58PM, Thomas Gleixner wrote: > On Tue, 4 Jul 2017, Baoquan He wrote: > > > In fact I just referred to code in setup_arch(). Now I have a question, > > though CONFIG_EFI=y but efi firmware is not enabled, > > boot_params.efi_info.efi_loader_signature should be initilized

Re: [PATCH] gpio: drop unnecessary includes from include/linux/gpio/driver.h

2017-07-04 21:58 GMT+09:00 William Breathitt Gray : > On Tue, Jul 04, 2017 at 12:53:34PM +0900, Masahiro Yamada wrote: >>Some of include directives in include/linux/gpio/driver.h are >>unneeded because the header does not need to know the content of >>struct device,

Re: linux-next: manual merge of the sound-asoc tree with the pm tree

On Mon, Jul 3, 2017 at 9:10 AM, Takashi Iwai wrote: > On Mon, 03 Jul 2017 04:55:24 +0200, > Stephen Rothwell wrote: >> >> Hi all, >> >> [cc-ing the sound tree maintainer] > > Thanks. > >> With the merge window opening, just a reminder that this conflict >> still exists. > > Rob, do

Re: linux-next: manual merge of the sound-asoc tree with the pm tree

On Tue, 04 Jul 2017 18:00:30 +0200, Rob Herring wrote: > > On Mon, Jul 3, 2017 at 9:10 AM, Takashi Iwai wrote: > > On Mon, 03 Jul 2017 04:55:24 +0200, > > Stephen Rothwell wrote: > >> > >> Hi all, > >> > >> [cc-ing the sound tree maintainer] > > > > Thanks. > > > >> With the merge

[PATCH][-next] mqueue: fix incorrect memset size for object v

From: Colin Ian King The size of the memset is incorrect, it is currently using the size of attr (a struct mq_attr *) and not of v (a struct compat_mq_attr) Detected by CoverityScan, CID#1449362 ("Wrong sizeof argument") Fixes: 045256d59da6 ("mqueue: move compat

Re: [PATCH] mm: larger stack guard gap, between vmas

On Tue, Jul 4, 2017 at 4:36 AM, Ben Hutchings wrote: > > That's what I was thinking of. Tried the following patch: > > Subject: mmap: Ignore VM_NONE mappings when checking for space to > expand the stack This looks sane to me. I'm going to ignore it in this thread, and

[PATCH] block/Kconfig.iosched: Enable BFQ on DEFAULT_IOSCHED

This patch, allows BFQ to be chosen in the Default I/O scheduler prompt. Signed-off-by: Ben Mezger --- block/Kconfig.iosched | 4 1 file changed, 4 insertions(+) diff --git a/block/Kconfig.iosched b/block/Kconfig.iosched index fd2cefa47d35..5be248ce447c 100644 ---

[PATCH] block/Kconfig.iosched: Indent help text with 2 spaces.

This patch adds two spaces in the help section, following the Kconfig indentation guideline. Signed-off-by: Ben Mezger --- block/Kconfig.iosched | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/block/Kconfig.iosched b/block/Kconfig.iosched

Re: [PATCH 4.9 000/172] 4.9.36-stable review

On 4 July 2017 at 13:32, Greg Kroah-Hartman wrote: > On Mon, Jul 03, 2017 at 12:25:48PM -0700, kernelci.org bot wrote: >> stable-rc/linux-4.9.y boot: 130 boots: 5 failed, 112 passed with 13 offline >> (v4.9.35-173-g45949a8fd1df) >> >> Full Boot Summary: >>

Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery

On Fri, Jun 30, 2017 at 05:55:08PM -0700, prakash sangappa wrote: > Interesting that UFFDIO_COPY is faster then fallocate(). In the DB use case > the page does not need to be allocated at the time a process trips on > the hugetlbfs > file hole and receives SIGBUS. fallocate() is called on the

[PATCH][drm-next] drm compat: ensure mode in drm_agp_info is being copied

From: Colin Ian King A recent compat change removed the copying of i32.mode from info.mode. Add it back in to fix this removal as we currently are leaking information from the stack. Detected by CoverityScan, CID#1449374 ("Unitialized scalar variable") Fixes:

Re: [PATCH] audit: Reduce overhead using a coarse clock

On Tue, Jul 04, 2017 at 09:23:55AM -0700, Deepa Dinamani wrote: > > The patch in question has no explanation as to why a fully-accurate > > timestamp > > is required and is likely an oversight. Using a coarser, but monotically > > increasing, timestamp the overhead can be eliminated. > > You

Re: [RFC PATCH 0/5] vtime: Fix wrong user and system time accounting

On Thu, 29 Jun 2017 19:15:06 +0200 Frederic Weisbecker wrote: > Hi, > > This is a proposition to fix > "[BUG nohz]: wrong user and system time accounting": > http://lkml.kernel.org/r/20170323165512.60945...@redhat.com Amazing series Frederic! This fixes all

Re: [PATCH] mm: larger stack guard gap, between vmas

On Tue, Jul 04, 2017 at 12:36:11PM +0100, Ben Hutchings wrote: > @@ -2323,11 +2330,17 @@ int expand_downwards(struct vm_area_struct *vma, > if (error) > return error; > > - /* Enforce stack_guard_gap */ > + /* > + * Enforce stack_guard_gap, but allow VM_NONE

Re: [GIT PULL] USB/PHY patches for 4.13-rc1

2017/6/12/1068 Is this a problem? I have no idea what happens if you enable the driver on big endian. I thought that series was slated to be merged soon, is that not going to happen? Me too. But it's not in next-20170704. Babu, what's the plan? Yes. I think these series are safe to be merged.

Re: [PATCH][bpf-next] bpf: add missing break in for the TCP_BPF_SNDCWND_CLAMP case

[ +Lawrence ] On 07/04/2017 05:21 PM, Colin King wrote: From: Colin Ian King There appears to be a missing break in the TCP_BPF_SNDCWND_CLAMP case. Currently the non-error path where val is greater than zero falls through to the default case that sets the error

Re: [patch V2 2/2] mm/memory-hotplug: Switch locking to a percpu rwsem

On Tue, 4 Jul 2017, Davidlohr Bueso wrote: > On Tue, 04 Jul 2017, Davidlohr Bueso wrote: > > > As a side effect you end up optimizing get/put_online_mems() at the cost > > of more overhead for the actual hotplug operation, which is rare and of less > > performance importance. > > So nm this, the

Re: [PATCH v2 2/2] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

On Tue, 4 Jul 2017, Matt Fleming wrote: > On Tue, 04 Jul, at 04:46:58PM, Thomas Gleixner wrote: > > On Tue, 4 Jul 2017, Baoquan He wrote: > > > > > In fact I just referred to code in setup_arch(). Now I have a question, > > > though CONFIG_EFI=y but efi firmware is not enabled, > > >

Re: [PATCH v9 5/7] ACPI: Translate the I/O range of non-MMIO devices before scanning

On Tue, Jul 4, 2017 at 6:14 PM, Gabriele Paoloni wrote: >> > In my case I'd like to have a platform device using the resources >> that are >> > parsed from the ACPI table (i.e. as it is done now by >> > acpi_create_platform_device()). >> >> So far so good. Nothing

Re: [PATCH linux dev-4.10] drivers/misc: (aspeed-lpc-snoop): Add ast2400 to compat

On Tue, Jul 4, 2017 at 8:50 AM, Greg KH wrote: > On Tue, Jul 04, 2017 at 08:45:03AM -0700, Patrick Venture wrote: >> This driver can be used on the aspeed ast2400. >> >> Tested: ast2400 on quanta-q71l >> >> Signed-off-by: Patrick Venture >> --- >>

[PATCH] drivers/misc: (aspeed-lpc-snoop): Add ast2400 to compat

This driver can be used on the aspeed ast2400. Tested: ast2400 on quanta-q71l Signed-off-by: Patrick Venture --- drivers/misc/aspeed-lpc-snoop.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/misc/aspeed-lpc-snoop.c b/drivers/misc/aspeed-lpc-snoop.c index

Re: [PATCH] gpio: drop unnecessary includes from include/linux/gpio/driver.h

On Tue, Jul 4, 2017 at 6:43 PM, Masahiro Yamada wrote: > 2017-07-04 21:58 GMT+09:00 William Breathitt Gray : > So, I need to think about how to merge this (if the basic idea of this is OK). > > Maybe, > > [1] Send patches to subsystems

Re: [PATCH linux dev-4.10] drivers/misc: (aspeed-lpc-snoop): Add ast2400 to compat

On Tue, Jul 04, 2017 at 08:45:03AM -0700, Patrick Venture wrote: > This driver can be used on the aspeed ast2400. > > Tested: ast2400 on quanta-q71l > > Signed-off-by: Patrick Venture > --- > drivers/misc/aspeed-lpc-snoop.c | 1 + > 1 file changed, 1 insertion(+) How can

Re: WARN_ON_ONCE(work > weight) in napi_poll()

On 07/04/2017 04:49 PM, Kalle Valo wrote: > Andrey Ryabinin writes: > >> I occasionally hit WARN_ON_ONCE(work > weight); in napi_poll() on a >> laptop with ath10k card. >> >> >> [37207.593370] [ cut here ] >> [37207.593380] WARNING: CPU: 0 PID: 7

Re: [PATCH 00/32] tracing: Inter-event (e.g. latency) support

On 2017-06-26 17:49:00 [-0500], Tom Zanussi wrote: > This patchset adds support for 'inter-event' quantities to the trace > event subsystem. The most important example of inter-event quantities > are latencies, or the time differences between two events. … I took this series and pushed into my

Re: [PATCH] net: axienet: add of_phy_connect call for XAE_PHY_TYPE_MII case

On July 2, 2017 3:19:14 AM PDT, Alvaro Gamez Machado wrote: >On Fri, Jun 30, 2017 at 10:30:38AM -0700, Florian Fainelli wrote: >> On 06/30/2017 02:25 AM, Alvaro Gamez Machado wrote: >> >if (lp->phy_node) { >> > - if (lp->phy_type == XAE_PHY_TYPE_GMII) { >> >

Re: [PATCH] audit: Reduce overhead using a coarse clock

> The patch in question has no explanation as to why a fully-accurate timestamp > is required and is likely an oversight. Using a coarser, but monotically > increasing, timestamp the overhead can be eliminated. You are right. I was trying to use ktime_get* functions preferably. I was aware that

Re: [PATCH] MAINTAINERS:add maintainer for kirin pcie

On Tue, Jul 04, 2017 at 10:15:16AM +0800, Xiaowei Song wrote: > Kirin PCIe Driver does not have a maintainer at present, > > Add maintainers for kirin pcie driver and Doc, the two fellowing files. > Documentation/devicetree/bindings/pci/pcie-kirin.txt > drivers/pci/dwc/pcie-kirin.c > >

RE: [PATCH v9 5/7] ACPI: Translate the I/O range of non-MMIO devices before scanning

Hi Andy [...] > > You may do it on stack. Define your cell statically (but not const) > and apply resources just before mfd_add_devices() call. Ok thanks got it > There are examples in the existing drivers. Intel LPC comes to my mind > and perhaps PMC (Broxton), though latter has too much

Re: [PATCH][-next] mqueue: fix incorrect memset size for object v

On Tue, Jul 04, 2017 at 05:09:19PM +0100, Colin King wrote: > From: Colin Ian King > > The size of the memset is incorrect, it is currently using the size > of attr (a struct mq_attr *) and not of v (a struct compat_mq_attr) Folded (and that was a moderate infoleak -

[GIT PULL] First batch of KVM changes for 4.13

Linus, The following changes since commit da72ca4d4090a8ab0e6b0a23682ef42d39d7ae00: KVM: s390: Backup the guest's machine check info (2017-06-27 16:05:38 +0200) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus for you to fetch changes up

Re: [PATCH] arm64: traps: disable irq in die()

On Wed, Jun 28, 2017 at 05:04:12PM +0800, Qiao Zhou wrote: > In current die(), the irq is disabled for __die() handle, not > including the possible panic() handling. Since the log in __die() > can take several hundreds ms, new irq might come and interrupt > current die(). > > If the process

Re: [PATCH] BUG-REPORT: snd-hda: hacked-together EPROBE_DEFER support

On Tue, 04 Jul 2017 17:14:39 +0200, Daniel Vetter wrote: > > On Thu, Jun 29, 2017 at 12:25 PM, Daniel Vetter wrote: > >> Now I took a closer look, and this appears rather like a brown paper > >> bag bug, not about the deferred probe or module dependency. > >> The fix patch is

Re: [PATCH v3] ideapad-laptop: Add several models to no_hw_rfkill

On Tue, Jul 4, 2017 at 5:39 PM, wrote: > From: Yang Jiaxun > > Some Lenovo ideapad models do not have hardware rfkill switches, but > trying to read the rfkill switches through the ideapad-laptop module. > It caused to always reported blocking breaking wifi.

Re: [PATCH] kthread: Atomically set completion and perform dequeue in __kthread_parkme

On Mon, Jun 26, 2017 at 03:18:03PM -0700, Vikram Mulukutla wrote: > kernel/kthread.c | 13 - > 1 file changed, 12 insertions(+), 1 deletion(-) > > diff --git a/kernel/kthread.c b/kernel/kthread.c > index 26db528..7ad3354 100644 > --- a/kernel/kthread.c > +++ b/kernel/kthread.c > @@

Re: [ANNOUNCE] v4.11.7-rt3

On 2017-06-29 11:56:59 [+0200], Bernhard Landauer wrote: > > You should only need a read copy and ->cpus_ptr is for that. > ntoskernel.h has this: > > #define tsk_cpus_allowed(tsk) (&(tsk)->cpus_allowed) > > so should it become: > > #define tsk_cpus_allowed(tsk) ((tsk)->cpus_ptr) > > ?

Re: [PATCH] doc: Update memory-barriers.txt for read-to-write dependencies

Hello, Paul, On Mon, Jul 03, 2017 at 10:41:06AM -0700, Paul E. McKenney wrote: > On Mon, Jul 03, 2017 at 02:07:03PM +0100, Will Deacon wrote: > > Might be worth mentioning that you have to careful with the compiler here, > > and pointing to the section on "Control dependencies" so that people

Re: linux-next: manual merge of the sound-asoc tree with the pm tree

On Tue, Jul 4, 2017 at 11:09 AM, Takashi Iwai wrote: > On Tue, 04 Jul 2017 18:00:30 +0200, > Rob Herring wrote: >> >> On Mon, Jul 3, 2017 at 9:10 AM, Takashi Iwai wrote: >> > On Mon, 03 Jul 2017 04:55:24 +0200, >> > Stephen Rothwell wrote: >> >> >> >> Hi all, >> >>

Re: [PATCH net 0/3] Bugfixs for hns ethernet driver

On 04/07/2017 03:47, Lin Yun Sheng wrote: > This patchset fix skb uesd after used, C45 op code and > Tx description filling issues in hns driver. Since these are fixes, can you include proper Fixes: tag so it is easier for -stable maintainers to backport such changes where appropriate? -- Florian

Re: [PATCH] xen-blkfront: emit KOBJ_OFFLINE uevent when detaching device

On Tue, Jul 04, 2017 at 01:48:32PM +0200, Vincent Legout wrote: > Devices are not unmounted inside a domU after a xl block-detach. > > After xl block-detach, blkfront_closing() is called with state == > XenbusStateConnected, it detects that the device is still in use and > only switches state to

Re: [PATCH] mm: larger stack guard gap, between vmas

On Tue, Jul 04, 2017 at 05:27:55PM +0100, John Haxby wrote: > Alas, the people who could confirm this for me are getting ready to > watch fireworks and generally have a good time. Let's hope the fireworks is controlled by Java with on up-to-date kernel so that they can quickly get back to work

Re: [PATCH] mm: larger stack guard gap, between vmas

On Tue 04-07-17 17:51:40, Willy Tarreau wrote: > On Tue, Jul 04, 2017 at 12:36:11PM +0100, Ben Hutchings wrote: > > > If anywhing this would require to have a loop over all PROT_NONE > > > mappings to not hit into other weird usecases. > > > > That's what I was thinking of. Tried the following

Re: [PATCH] doc: Update memory-barriers.txt for read-to-write dependencies

On Tue, Jul 04, 2017 at 05:36:36PM +0100, Will Deacon wrote: > Hello, Paul, > > On Mon, Jul 03, 2017 at 10:41:06AM -0700, Paul E. McKenney wrote: > > On Mon, Jul 03, 2017 at 02:07:03PM +0100, Will Deacon wrote: > > > Might be worth mentioning that you have to careful with the compiler here, > > >

Re: [GIT PULL 4/7] ARM: SoC defconfig updates

On Tue, Jul 4, 2017 at 7:23 AM, Arnd Bergmann wrote: > > Aside from that, there is the usual driver enablement, this time for > davinci, samsung, stm⅗2, bcm2835, qualcomm, at91, imx, mvebu, and omap. "stm⅗2"? That's a very cool character, but I'm sadly assuming that it's just a

Re: [GIT PULL 5/7] ARM: SoC driver updates

On Tue, Jul 4, 2017 at 7:24 AM, Arnd Bergmann wrote: > create mode 100644 drivers/soc/actions/Kconfig > create mode 100644 drivers/soc/actions/Makefile > create mode 100644 drivers/soc/actions/owl-sps-helper.c > create mode 100644 drivers/soc/actions/owl-sps.c You already had

Re: [GIT pull] irq updates for 4.13

On 07/04/2017 12:34 PM, Linus Torvalds wrote: > On Tue, Jul 4, 2017 at 8:17 AM, Jens Axboe wrote: >> On 07/03/2017 06:00 PM, Linus Torvalds wrote: >>> >>> If they ever do come online, does that get fixed? I don't know. >>> Somebody should check. >> >> Yes, the blk-mq cpu hotplug

Re: [patches] [PATCH 1/9] RISC-V: Init and Halt Code

Hi, below are some small comments. On Tue, Jul 04, 2017 at 12:50:54PM -0700, Palmer Dabbelt wrote: > This contains the various __init C functions, the initial assembly > kernel entry point, and the code to reset the system. When a file was > init-related, it contains It contains what? >

[PATCH] sgi-xpc: remove unnecessary static in xpc_setup_msg_structures_uv()

Remove unnecessary static on local variable _ret_. Such variable is initialized before being used, on every execution path throughout the function. The static has no benefit and, removing it reduces the code size. This issue was detected using Coccinelle and the following semantic patch: @bad

Re: [PATCH 00/36] v2 net subsystem misc refcounter conversions

From: Elena Reshetova Date: Tue, 4 Jul 2017 15:52:55 +0300 > Changes in v2: > * rebase on top of net-next > * currently by default refcount_t = atomic_t (*) and uses all >atomic standard operations unless CONFIG_REFCOUNT_FULL is enabled. >This is a

[PATCH] EDAC: remove unnecessary static in edac_fake_inject_write()

Remove unnecessary static on local variable _type_. Such variable is initialized before being used, on every execution path throughout the function. The static has no benefit and, removing it reduces the code size. This issue was detected using Coccinelle and the following semantic patch: @bad

Re: [PATCH] bio-integrity: fix boolreturn.cocci warnings

On 07/04/2017 12:14 PM, kbuild test robot wrote: > block/bio-integrity.c:318:10-11: WARNING: return of 0/1 in function > 'bio_integrity_prep' with return type bool > > Return statements in functions returning bool should use > true/false instead of 1/0. > Generated by:

Re: Commit edf064e7c (btrfs: nowait aio support) breaks shells

On 07/04/2017 09:31 AM, Goldwyn Rodrigues wrote: > > > On 07/04/2017 02:45 AM, Markus Trippelsdorf wrote: >> On 2017.07.04 at 06:23 +0200, Markus Trippelsdorf wrote: >>> commit edf064e7c6fec3646b06c944a8e35d1a3de5c2c3 (HEAD, refs/bisect/bad) >>> Author: Goldwyn Rodrigues >>>

[PATCH] clk: moxart: remove unnecessary static in moxart_of_pll_clk_init()

Remove unnecessary static on local variable _base_. Such variable is initialized before being used, on every execution path throughout the function. The static has no benefit and, removing it reduces the code size. This issue was detected using Coccinelle and the following semantic patch: @bad

Re: [PATCH v3 net-next 00/12] bpf: rewrite value tracking in verifier

On 07/04/2017 09:22 PM, Edward Cree wrote: On 30/06/17 19:15, Alexei Starovoitov wrote: On 6/30/17 9:44 AM, Edward Cree wrote: I haven't measured the test_progs ones, because I *still* haven't gotten around to actually setting up a BPF toolchain (it doesn't help that I'm building

Re: [PATCH 2/2] x86/idle: use dynamic halt poll

2017-07-03 17:28 GMT+08:00 Yang Zhang : > On 2017/6/27 22:22, Radim Krčmář wrote: >> >> 2017-06-27 15:56+0200, Paolo Bonzini: >>> >>> On 27/06/2017 15:40, Radim Krčmář wrote: > > ... which is not necessarily _wrong_. It's just a different heuristic.

[PATCH v2] clk: moxart: remove unnecessary statics

Remove unnecessary static on local variable _base_ in both functions moxart_of_pll_clk_init() and moxart_of_apb_clk_init(). Such variables are initialized before being used, on every execution path throughout the mentioned functions. The statics have no benefit and, removing them reduce the code

Re: [PATCH v3 3/3] hwmon: ltc2990: support all measurement modes

Hi Tom, [auto build test WARNING on hwmon/hwmon-next] [also build test WARNING on v4.12 next-20170704] [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/Tom-Levens/hwmon-ltc2990-refactor-value

Re: [PATCH v9 0/3] Tango PCIe controller support

On 04/07/2017 22:24, Bjorn Helgaas wrote: > On Tue, Jun 20, 2017 at 10:12:57AM +0200, Marc Gonzalez wrote: > >> Marc Z pointed out that posting partial series is not ideal. >> Collect last-minute fixups into a single patch series. >> >> - Bump series to v9 to avoid any ambiguity >> - Add Rob's

[PATCH v3] X86: don't report PAT on CPUs that don't support it

On Tue, 4 Jul 2017, Thomas Gleixner wrote: > On Mon, 3 Jul 2017, Mikulas Patocka wrote: > > Is there any progress with this patch? Will you accept it or do you want > > some changes to it? > > Aside of the unparseable changelog, that patch is mostly duct tape. > > 1) __pat_enabled should be

Re: [PATCH] mm: larger stack guard gap, between vmas

On Tue, 2017-07-04 at 12:36 +0100, Ben Hutchings wrote: [...] > This *doesn't* fix the LibreOffice regression on i386. gdb shows me that the crash is at the last statement in this function: static void _expand_stack_to(address bottom) {   address sp;   size_t size;   volatile char *p;   //

Re: [PATCH v2 2/2] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

On 07/04/17 at 05:46pm, Thomas Gleixner wrote: > On Tue, 4 Jul 2017, Matt Fleming wrote: > > On Tue, 04 Jul, at 04:46:58PM, Thomas Gleixner wrote: > > > On Tue, 4 Jul 2017, Baoquan He wrote: > > > > > > > In fact I just referred to code in setup_arch(). Now I have a question, > > > > though

Re: [PATCH] mm: larger stack guard gap, between vmas

On Tue, Jul 4, 2017 at 4:01 PM, Ben Hutchings wrote: > > We have: > > bottom = 0xff803fff > sp = 0xb178 > > The relevant mappings are: > > ff7fc000-ff7fd000 rwxp 00:00 0 > fffdd000-e000 rw-p 00:00 0 > [stack]

Re: [linux-next] cpus stalls detected few hours after booting next kernel

On Tue, Jul 04, 2017 at 07:44:58PM +0530, Abdul Haleem wrote: > On Fri, 2017-06-30 at 17:28 +1000, Nicholas Piggin wrote: > > On Fri, 30 Jun 2017 10:52:18 +0530 > > Abdul Haleem wrote: > > > > > On Fri, 2017-06-30 at 00:45 +1000, Nicholas Piggin wrote: > > > > On

[PATCH] ARM: owl: smp: Drop owl_secondary_boot()

Commit 18cfd9429d8a82c49add8f3ca9d366599bfcac45 ("ARM: owl: smp: Drop bogus holding pen") simplified the S500 SMP code by removing a loop for pen_release in owl_secondary_boot(). Since then it is only calling owl_v7_invalidate_l1() before branching to secondary_startup(). The

[PATCH v2 4/6] cpufreq: schedutil: update CFS util only if used

Currently the utilization of the FAIR class is collected before locking the policy. Although that should not be a big issue for most cases, we also don't really know how much latency there can be between the utilization reading and its usage. Let's get the FAIR utilization right before its usage

[PATCH v2 3/6] cpufreq: schedutil: ensure max frequency while running RT/DL tasks

The policy in use for RT/DL tasks sets the maximum frequency when a task in these classes calls for a cpufreq_update_this_cpu(). However, the current implementation might cause a frequency drop while a RT/DL task is still running, just because for example a FAIR task wakes up and it's enqueued in

Re: [PATCH][drm-next] drm compat: ensure mode in drm_agp_info is being copied

On Tue, Jul 04, 2017 at 05:48:21PM +0100, Colin King wrote: > From: Colin Ian King > > A recent compat change removed the copying of i32.mode from info.mode. > Add it back in to fix this removal as we currently are leaking information > from the stack. > > Detected by

Re: [PATCH v3 2/8] PM / Domains: Handle safely genpd_syscore_switch() call on non-genpd device

On Tue, Jul 04, 2017 at 03:01:15PM +0200, Geert Uytterhoeven wrote: > Hi Krzysztof, Rafael, > > On Wed, Jun 28, 2017 at 4:56 PM, Krzysztof Kozlowski wrote: > > genpd_syscore_switch() had two problems: > > 1. It silently assumed that device, it is being called for, belongs to > >

[PATCH] bio-integrity: fix boolreturn.cocci warnings

block/bio-integrity.c:318:10-11: WARNING: return of 0/1 in function 'bio_integrity_prep' with return type bool Return statements in functions returning bool should use true/false instead of 1/0. Generated by: scripts/coccinelle/misc/boolreturn.cocci Fixes: e23947bd76f0 ("bio-integrity: fold

Re: [PATCH v9 0/3] Tango PCIe controller support

On Tue, Jun 20, 2017 at 10:12:57AM +0200, Marc Gonzalez wrote: > Marc Z pointed out that posting partial series is not ideal. > Collect last-minute fixups into a single patch series. > > - Bump series to v9 to avoid any ambiguity > - Add Rob's Ack on patch 1 > > Marc Gonzalez (3): > PCI: Add

Re: [PATCH v3 2/8] PM / Domains: Handle safely genpd_syscore_switch() call on non-genpd device

On Tue, Jul 4, 2017 at 10:20 PM, Krzysztof Kozlowski wrote: > On Tue, Jul 04, 2017 at 10:12:13PM +0200, Rafael J. Wysocki wrote: >> On Tue, Jul 4, 2017 at 10:05 PM, Krzysztof Kozlowski wrote: > >> >> > Thanks for report! >> >> >> > >> >> >> > Damn it, although

Re: [PATCH v4 3/6] libnvdimm, acpi, nfit: Add bus level dsm mask for pass thru.

On Tue, Jul 4, 2017 at 1:08 PM, Jerry Hoemann wrote: > On Sat, Jul 01, 2017 at 01:46:03PM -0700, Dan Williams wrote: >> On Sat, Jul 1, 2017 at 1:38 PM, Jerry Hoemann wrote: >> > On Sat, Jul 01, 2017 at 01:10:31PM -0700, Dan Williams wrote: >> >> On

Re: [GIT PULL] s390 patches for 4.13 merge window

On Tue, Jul 4, 2017 at 1:29 AM, Martin Schwidefsky wrote: > > @Linus: > I can add this to the s390 tree and sent the patch with the next please-pull. > Or you can apply the patch directly, whatever you prefer. I'll wait for your pull. Thanks, Linus

Re: [PATCH v2 6/9] clk: at91: clk-generated: make gclk determine audio_pll rate

Le Tue, 4 Jul 2017 13:59:24 +0200, Quentin Schulz a écrit : > This allows gclk to determine audio_pll rate and set the parent rate > accordingly. > > However, there are multiple children clocks that could technically > change the rate of audio_pll (via gck).

Re: [PATCH] PM / Domains: defer dev_pm_domain_set() until genpd->attach_dev succeeds if present

On Thu, Jun 29, 2017 at 8:00 PM, Sudeep Holla wrote: > If the genpd->attach_dev or genpd->power_on fails, genpd_dev_pm_attach > may return -EPROBE_DEFER initially. However genpd_alloc_dev_data sets > the PM domain for the device unconditionally. > > When subsequent attempts

Re: [BUG] checkpatch: false positive storage class location

On Tue, 2017-07-04 at 21:29 +0200, Heinrich Schuchardt wrote: > The U-Boot project uses the same scripts/checkpatch.pl as the Linux > kernel. I ran upon the problem below when working on U-Boot. But I > guess it should be fixed in the Linux upstream. > > Running checkpatch for this email produces

Re: [GIT pull] irq updates for 4.13

On 7/4/2017 10:10 PM, Thomas Gleixner wrote: On Tue, 4 Jul 2017, Linus Torvalds wrote: On Tue, Jul 4, 2017 at 8:17 AM, Jens Axboe wrote: On 07/03/2017 06:00 PM, Linus Torvalds wrote: If they ever do come online, does that get fixed? I don't know. Somebody should check.

Re: [PATCH v7 0/6] g_NCR5380: PDMA fixes and cleanup

On Monday 03 July 2017 09:59:05 Finn Thain wrote: > Ondrej, would you please test this new series? > > Changed since v1: > - PDMA transfer residual is calculated earlier. > - End of DMA flag check is now polled (if there is any residual). > > Changed since v2: > - Bail out of transfer loops when

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