yeah, will review it and get back to you later.
On 二, 2018-03-13 at 06:13 +, Anson Huang wrote:
> Ping...
>
> @rui.zh...@intel.com, can you help review this patch?
>
> Anson Huang
> Best Regards!
>
>
> >
> > -Original Message-
> > From: linux-arm-kernel [mailto:linux-arm-kernel-bo
On Wed, Mar 07, 2018 at 02:42:53PM -0800, Greg Hackmann wrote:
> f7c83bcbfaf5 ("net: xfrm: use __this_cpu_read per-cpu helper") added a
> __this_cpu_read() call inside ipcomp_alloc_tfms().
>
> At the time, __this_cpu_read() required the caller to either not care
> about races or to handle preempti
On Tue, Mar 13, 2018 at 06:12:04AM +, mario.limoncie...@dell.com wrote:
> As long as they're ready before dell-laptop's initialization which uses
> late_initcall that should be fine.
>
> Am I correct to presume you're going to propose a patch you can test and
> confirm your hypothesis rather t
* Jiri Olsa wrote:
> Jiri Olsa (7):
> hw_breakpoint: Pass bp_type directly as find_slot_idx argument
> hw_breakpoint: Pass bp_type argument to
> __reserve_bp_slot|__release_bp_slot
> hw_breakpoint: Add modify_bp_slot function
> hw_breakpoint: Factor out __modify_user_hw_
* Linus Torvalds wrote:
> On Thu, Mar 1, 2018 at 8:33 AM, Thomas Gleixner wrote:
> >
> > This really needs lot of testing, documentation updates and more input from
> > userspace folks to make a final decision.
>
> Honestly, I don't think we'd get the testing this kind of change needs
> except
On 12 March 2018 at 22:21, Daniel Vacek wrote:
> On Mon, Mar 12, 2018 at 3:49 PM, Naresh Kamboju
> wrote:
>> On 12 March 2018 at 17:56, Sudeep Holla wrote:
>>> Hi,
>>>
>>> I couldn't find the exact mail corresponding to the patch merged in
>>> v4.16-rc5
>>> but commit 864b75f9d6b01 "mm/page_all
On Tue, Mar 13, 2018 at 06:51:09AM +0100, Dominik Brodowski wrote:
> On Mon, Mar 12, 2018 at 10:42:01PM +, mario.limoncie...@dell.com wrote:
> >
> >
> > > -Original Message-
> > > From: Dominik Brodowski [mailto:li...@dominikbrodowski.net]
> > > Sent: Tuesday, March 13, 2018 2:54 AM
>
Hi,
On Mon, Mar 12, 2018 at 11:16 PM, Ingo Molnar wrote:
>
> * Douglas Anderson wrote:
>
>> +# Don't create Makefile caches if running as root since they can't be
>> deleted
>> +# easily; in the real world we might be root when doing "sudo make install"
>> +ifeq ($(shell id -u),0)
>> +export KB
We create a tui dump mode in previous patch. In tui dump mode, the output
is written to stdio. We need to bypass ui_init() in setup_browser().
Signed-off-by: Jin Yao
---
tools/perf/builtin-annotate.c | 2 +-
tools/perf/builtin-c2c.c | 2 +-
tools/perf/builtin-report.c | 2 +-
tools/perf/b
There is a requirement to let perf annotate support displaying the IPC/Cycle.
In previous patch, this is supported in TUI mode. While it's not convenient
for users since they have to take screen shots and copy/paste data.
This patch series introduces a new option '--tui-dump' in perf annotate to
d
We have a new requirement to provide the TUI output option for
non-interactive mode. For example, write the TUI output to stdio directly.
This patch creates a new flag 'dump' in struct ui_browser. Once it's on,
for the formatted buffer, we just print it on stdio.
Signed-off-by: Jin Yao
---
tool
Commit-ID: 5acc575fec9f424f0b557844dbda8aed57baae1e
Gitweb: https://git.kernel.org/tip/5acc575fec9f424f0b557844dbda8aed57baae1e
Author: Jiri Olsa
AuthorDate: Mon, 12 Mar 2018 14:45:48 +0100
Committer: Ingo Molnar
CommitDate: Tue, 13 Mar 2018 06:56:09 +0100
perf tests: Add breakpoint ac
Commit-ID: f30b09b7f8aed3180d6e2f2984e32e91c7a7fcd1
Gitweb: https://git.kernel.org/tip/f30b09b7f8aed3180d6e2f2984e32e91c7a7fcd1
Author: Milind Chabbi
AuthorDate: Mon, 12 Mar 2018 14:45:47 +0100
Committer: Ingo Molnar
CommitDate: Tue, 13 Mar 2018 06:56:08 +0100
perf/core: Implement fast
It creates a new option '--tui-dump' in perf annotate command line.
With this option, for example, the perf annotate output:
$ perf annotate compute_flag --tui-dump
Percent IPC Cycle
Disassembly of section .text:
00400640 :
The tui_dump is created as a parameter and it will be finally passed to
symbol__tui_annotate() and be saved to browser.dump.
It's a switch for TUI routines to indicate if TUI output needs to be
dumped to stdio.
Signed-off-by: Jin Yao
---
tools/perf/builtin-annotate.c | 2 +-
tools/perf/ui/
From: HariPrasath Elango
Kmalloc followed by memcpy can be replaced by kmemdup.
Signed-off-by: HariPrasath Elango
---
drivers/staging/wilc1000/linux_mon.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/wilc1000/linux_mon.c
b/drivers/staging/wilc1000/linu
Commit-ID: 5f970521d3279d99adcdebf329631e36cb9f0deb
Gitweb: https://git.kernel.org/tip/5f970521d3279d99adcdebf329631e36cb9f0deb
Author: Jiri Olsa
AuthorDate: Mon, 12 Mar 2018 14:45:46 +0100
Committer: Ingo Molnar
CommitDate: Tue, 13 Mar 2018 06:56:08 +0100
perf/core: Move perf_event_at
Commit-ID: 18ff57b220610a699947f20b156a8245ca7eee98
Gitweb: https://git.kernel.org/tip/18ff57b220610a699947f20b156a8245ca7eee98
Author: Jiri Olsa
AuthorDate: Mon, 12 Mar 2018 14:45:44 +0100
Committer: Ingo Molnar
CommitDate: Tue, 13 Mar 2018 06:56:08 +0100
hw_breakpoint: Factor out __m
Commit-ID: 705feaf321c37e4dca3637fd5cb3b275f17a06c9
Gitweb: https://git.kernel.org/tip/705feaf321c37e4dca3637fd5cb3b275f17a06c9
Author: Jiri Olsa
AuthorDate: Mon, 12 Mar 2018 14:45:45 +0100
Committer: Ingo Molnar
CommitDate: Tue, 13 Mar 2018 06:56:08 +0100
hw_breakpoint: Add perf_event
Commit-ID: ea6a9d530c1779b9bd30944b803820c462f01eac
Gitweb: https://git.kernel.org/tip/ea6a9d530c1779b9bd30944b803820c462f01eac
Author: Jiri Olsa
AuthorDate: Mon, 12 Mar 2018 14:45:43 +0100
Committer: Ingo Molnar
CommitDate: Tue, 13 Mar 2018 06:56:07 +0100
hw_breakpoint: Add modify_bp_
Commit-ID: 1ad9ff7dea4c42bee43f98b7d7ce8037ee22e133
Gitweb: https://git.kernel.org/tip/1ad9ff7dea4c42bee43f98b7d7ce8037ee22e133
Author: Jiri Olsa
AuthorDate: Mon, 12 Mar 2018 14:45:42 +0100
Committer: Ingo Molnar
CommitDate: Tue, 13 Mar 2018 06:56:07 +0100
hw_breakpoint: Pass bp_type a
Commit-ID: cbd9d9f114f9e5931ba199f4450667656b892f32
Gitweb: https://git.kernel.org/tip/cbd9d9f114f9e5931ba199f4450667656b892f32
Author: Jiri Olsa
AuthorDate: Mon, 12 Mar 2018 14:45:41 +0100
Committer: Ingo Molnar
CommitDate: Tue, 13 Mar 2018 06:56:07 +0100
hw_breakpoint: Pass bp_type d
The Nuvoton NPCM750 has a watchdog implemented as a single register
inside the timer peripheral.
This driver exposes that watchdog as a standard watchdog device with
coarse timeout intervals, limited by the combination of prescaler and
counter that is provided by the hardware. The calculation is t
v4: Fix comments from Guenter
v3: Address comments from Guenter and Tomer, add Rob's review
v2: Address comments from Guenter and Marcus
This is a driver for the Poleg board that is in the process of being
upstreamed. I have tested it on an evaluation board.
The watchdog is a single register insi
These bindings describe the watchdog IP as used by the Nuvoton NPCM750
(Poleg) BMC SoC.
Reviewed-by: Rob Herring
Signed-off-by: Joel Stanley
---
V2: Add optional timeout property
v3:
- Fix address in example
- Add Rob's reviewed-by
---
.../bindings/watchdog/nuvoton,npcm-wdt.txt | 28 +
* Douglas Anderson wrote:
> +# Don't create Makefile caches if running as root since they can't be deleted
> +# easily; in the real world we might be root when doing "sudo make install"
> +ifeq ($(shell id -u),0)
> +export KBUILD_NOCACHE := 1
> +endif
Please don't do this - many prominent kerne
Ping...
@rui.zh...@intel.com, can you help review this patch?
Anson Huang
Best Regards!
> -Original Message-
> From: linux-arm-kernel [mailto:linux-arm-kernel-boun...@lists.infradead.org]
> On Behalf Of Anson Huang
> Sent: Friday, March 2, 2018 10:00 AM
> To: Leonard Crestez ; rui.zh...
As pointed out by Masahiro Yamada people often run "sudo make install"
or "sudo make modules_install". In theory, that could cause a cache
file (or the directory containing it) to be created by root. After
doing this then subsequent invocations to make would yell with a whole
bunch of warnings li
Hi all,
After merging the net-next tree, today's linux-next build (sparc
defconfig) produced this warning:
net/core/pktgen.c: In function 'pktgen_if_write':
net/core/pktgen.c:1710:1: warning: the frame size of 1048 bytes is larger than
1024 bytes [-Wframe-larger-than=]
}
^
Introduced by commi
> -Original Message-
> From: Dominik Brodowski [mailto:li...@dominikbrodowski.net]
> Sent: Tuesday, March 13, 2018 1:51 PM
> To: Limonciello, Mario
> Cc: dvh...@infradead.org; platform-driver-...@vger.kernel.org; linux-
> ker...@vger.kernel.org
> Subject: Re: Dell Inc. XPS 13 9343/0TM99H f
This two-patches fixes two corner cases with .cache.mk that have been
reported. Neither problem was catastrophic, but certainly several
people ran into the problem solved by the first patch (can't build
after gcc upgrade) and wasted time debugging, so it's really a good
idea to fix.
Sorry for the
Several people reported that the commit 3298b690b21c ("kbuild: Add a
cache for generated variables") caused them problems when they updated
gcc versions. Specifically the reports all looked something similar
to this:
> In file included from ./include/uapi/linux/uuid.h:21:0,
> fro
Clean up checkpatch error:
ERROR: do not initialise globals to 0
Signed-off-by: Ji-Hun Kim
---
drivers/staging/rtl8723bs/core/rtw_cmd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8723bs/core/rtw_cmd.c
b/drivers/staging/rtl8723bs/core/rtw_cmd.c
index a
Hi all,
After merging the sound-asoc tree, today's linux-next build (powerpc
allyesconfig) failed like this:
sound/soc/codecs/da7219.o: In function `.da7219_remove':
da7219.c:(.text+0xcbc): undefined reference to `.clkdev_drop'
Caused by commit
fc8f7ea2d6c0 ("ASoC: da7219: Add common clock us
On 2018-03-08 13:02, Mimi Zohar wrote:
> On Thu, 2018-03-08 at 06:21 -0500, Richard Guy Briggs wrote:
> > On 2018-03-05 09:24, Mimi Zohar wrote:
> > > On Mon, 2018-03-05 at 08:50 -0500, Richard Guy Briggs wrote:
> > > > On 2018-03-05 08:43, Mimi Zohar wrote:
> > > > > Hi Richard,
> > > > >
> > > >
On Mon, Mar 12, 2018 at 10:42:01PM +, mario.limoncie...@dell.com wrote:
>
>
> > -Original Message-
> > From: Dominik Brodowski [mailto:li...@dominikbrodowski.net]
> > Sent: Tuesday, March 13, 2018 2:54 AM
> > To: dvh...@infradead.org; Limonciello, Mario
> > Cc: platform-driver-...@vg
On 1/11/2018 6:07 PM, Peter Zijlstra wrote:
Sorry for the huge delay on this, but I'll have to postpone further.
Still busy with meltdown/spectre stuff.
Could you review the patch?
--
Thanks,
Byungchul
On 03/12/2018 10:32 PM, Josh Elsasser wrote:
init_dummy_netdev() leaves its netdev_ops pointer zeroed. This leads
to a NULL pointer dereference when sk_busy_loop fires against an iwlwifi
wireless adapter and checks napi->dev->netdev_ops->ndo_busy_poll.
Avoid this by ensuring napi->dev->netdev_
> -Original Message-
> From: Andrew Lunn [mailto:and...@lunn.ch]
> Sent: Monday, March 12, 2018 4:37 PM
> To: Razvan Stefanescu
> Cc: gre...@linuxfoundation.org; de...@driverdev.osuosl.org; linux-
> ker...@vger.kernel.org; net...@vger.kernel.org; Alexander Graf
> ; a...@arndb.de; Alexand
* Dominik Brodowski wrote:
> On Mon, Mar 12, 2018 at 08:32:56AM +0100, Ingo Molnar wrote:
> >
> > * Dominik Brodowski wrote:
> >
> > > I'm a bit more unsure about these remaining patches. They use inline stubs
> > > named ksys_xyzzy() which (mostly) call fs-internal functions. Another
> > > a
Hi all,
After merging the drm tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/smu7_hwmgr.c: In function
'smu7_notify_link_speed_change_after_state_change':
drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/smu7_hwmgr.c:3830:7: err
* Dominik Brodowski wrote:
> On Mon, Mar 12, 2018 at 08:37:19AM +0100, Ingo Molnar wrote:
> >
> > * Dominik Brodowski wrote:
> >
> > > --- a/fs/open.c
> > > +++ b/fs/open.c
> > > @@ -1200,7 +1200,7 @@ SYSCALL_DEFINE1(close, unsigned int, fd)
> > >
> > > return retval;
> > > }
> > > -EXPO
On Fri, Mar 9, 2018 at 7:27 AM, Eddie James wrote:
> According to the Aspeed specification, the reset and enable sequence
> should be done when the clock is stopped. The specification doesn't
> define behavior if the reset is done while the clock is enabled.
>
> From testing on the AST2500, the LP
Hi,
On Tuesday 06 March 2018 04:35 PM, Michael Ellerman wrote:
Anju T Sudhakar writes:
diff --git a/arch/powerpc/kernel/sysfs.c b/arch/powerpc/kernel/sysfs.c
index 4437c70..caefb64 100644
--- a/arch/powerpc/kernel/sysfs.c
+++ b/arch/powerpc/kernel/sysfs.c
@@ -757,6 +759,9 @@ static int regis
On Fri, Mar 9, 2018 at 7:27 AM, Eddie James wrote:
> Some of the Aspeed clocks are disabled by setting the relevant bit in
> the "clock stop control" register to one, while others are disabled by
> setting their bit to zero. The driver already uses a flag per gate to
> identify this behavior, but
Good day dear, i hope this mail meets you well? I know this may seem
inappropriate so
i ask for your forgiveness but i wish to get to know you better, if I may be so
bold.
I consider myself an easy-going man, adventurous, honest and fun loving person
but I
am currently looking for a relationsh
init_dummy_netdev() leaves its netdev_ops pointer zeroed. This leads
to a NULL pointer dereference when sk_busy_loop fires against an iwlwifi
wireless adapter and checks napi->dev->netdev_ops->ndo_busy_poll.
Avoid this by ensuring napi->dev->netdev_ops is valid before following
the pointer, avoidi
V2: just check napi->dev->netdev_ops instead of getting clever with the
netdev registration state.
Original cover letter:
Hi Dave,
I stumbled across a reproducible kernel panic while playing around with
busy_poll on a Linux 4.9.86 kernel. There's an unfortunate interaction
between init_dummy_net
Kan -- sorry for my late-night typo. My description for "hubless" should have
said "a single segment/domain" rather than single bus.
> "hubless" -- equivalent to "glueless" or "white box" where our BIOS sets
> things up with a single bus for all sockets.
single segment/domain *
On 03/13/2018 01:53 PM, Jinbum Park wrote:
> To enable UBSAN on arm, ARCH_HAS_UBSAN_SANITIZE_ALL is needed to be selected.
>
> Basic test has passed on Raspberry Pi2, Raspbian jessi lite with
> CONFIG_UBSAN_SANITIZE_ALL, CONFIG_UBSAN_NULL.
This patch had been already sent from Seungwoo.
https://
On Mon, Mar 12, 2018 at 4:17 PM, Cong Wang wrote:
> On Sun, Mar 11, 2018 at 12:22 PM, Josh Elsasser wrote:
>> init_dummy_netdev() leaves its netdev_ops pointer zeroed. This leads
>> to a NULL pointer dereference when sk_busy_loop fires against an iwlwifi
>> wireless adapter and checks napi->dev->
On Fri, 9 Mar 2018, Kees Cook wrote:
> The LSM check should happen after the file has been confirmed to be
> unchanging. Without this, we could have a race between the Time of Check
> (the call to security_kernel_read_file() which could read the file and
> make access policy decisions) and the Tim
On 03/13/2018 01:53 PM, Jinbum Park wrote:
> To enable UBSAN on arm, ARCH_HAS_UBSAN_SANITIZE_ALL is needed to be selected.
>
> Basic test has passed on Raspberry Pi2, Raspbian jessi lite with
> CONFIG_UBSAN_SANITIZE_ALL, CONFIG_UBSAN_NULL.
>
> Signed-off-by: Jinbum Park
> ---
> arch/arm/Kconfig
This patch exports the host capabilities to debugfs
This idea of sharing host capabilities over debugfs
came up from Abbas Raza
Earlier discussions:
https://lkml.org/lkml/2018/3/5/357
https://www.spinics.net/lists/linux-mmc/msg48219.html
Reviewed-by: Andy Shevchenko
Signed-off-by: Harish Jenny
Thanks, Kan -- your patch looks good, and cleaner than the previous method!
Tonight, I've tested it on our in-house simulator for the following
configurations. The simulator has been matching hardware well for this issue --
we'll do more testing on real hardware, but I'm confident you have it ri
To enable UBSAN on arm, ARCH_HAS_UBSAN_SANITIZE_ALL is needed to be selected.
Basic test has passed on Raspberry Pi2, Raspbian jessi lite with
CONFIG_UBSAN_SANITIZE_ALL, CONFIG_UBSAN_NULL.
Signed-off-by: Jinbum Park
---
arch/arm/Kconfig | 1 +
arch/arm/boot/compressed/Makefile
On Sat, 10 Mar 2018 06:15:01 -0800, Luis R. Rodriguez wrote:
> request_firmware_cache() will ensure the firmware is available on resume
> from suspend if on reboot the device retains the firmware.
>
> This optimization is in place given otherwise on reboot we have to
> reload the firmware, the opm
Similarly to the previous patch, we would like to get rid of stack
allocated arrays: https://lkml.org/lkml/2018/3/7/621
In this case, we can also use a malloc style approach to free the temporary
buffer, being careful to also use kzfree to free them (indeed, at least one
of these has a memzero_exp
We're interested in getting rid of all of the stack allocated arrays in the
kernel [1]. This patch removes one in keys by switching to malloc/free.
Note that we use kzalloc, to avoid leaking the nonce. I'm not sure this is
really necessary, but extra paranoia seems prudent.
Manually tested using t
On Sat, Mar 10, 2018 at 8:28 AM, Eddie James wrote:
> From: Milton Miller
>
> Allow the device tree to specify a watchdog to fallover to
> the alternate boot source.
>
> The aspeeed watchdog can set a latch directing flash chip select 0 to
> chip select 1, allowing boot from an alternate media if
On Mon, Mar 12, 2018 at 4:57 PM, Linus Torvalds
wrote:
> On Mon, Mar 12, 2018 at 3:55 PM, Andrew Morton
> wrote:
>>
>> Replacing the __builtin_choose_expr() with ?: works of course.
>
> Hmm. That sounds like the right thing to do. We were so myopically
> staring at the __builtin_choose_expr() pro
On 2018-03-13 02:22, kbuild test robot wrote:
> Hi Richard,
>
> Thank you for the patch! Yet something to improve:
>
> [auto build test ERROR on linus/master]
> [also build test ERROR on v4.16-rc5 next-20180309]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help i
Hi Greg,
Today's linux-next merge of the staging tree got conflicts in:
drivers/staging/lustre/lnet/libcfs/linux/linux-curproc.c
drivers/staging/lustre/lnet/libcfs/linux/linux-prim.c
between commit:
304ec482f562 ("get rid of pointless includes of fs_struct.h")
from the vfs tree and commi
> -Original Message-
> From: Sinan Kaya [mailto:ok...@codeaurora.org]
> Sent: Monday, March 12, 2018 22:14
> To: Nipun Gupta ; h...@lst.de;
> robin.mur...@arm.com; li...@armlinux.org.uk; gre...@linuxfoundation.org;
> m.szyprow...@samsung.com; bhelg...@google.com
> Cc: dmitry.torok...@gmai
On Sun, Mar 11, 2018 at 02:02:03PM +0100, Zdenek Kabelac wrote:
> Hi
>
> I've noticed quite some drop of performance (around 15% in some cases) where
> execution of lvm2 tests took longer time - and while tests itself should not
> really load CPU system - the overall running time just got bigger.
Al Viro writes:
> On Tue, Mar 13, 2018 at 12:37:51AM +, Al Viro wrote:
>> On Mon, Mar 12, 2018 at 06:52:31PM -0500, Eric W. Biederman wrote:
>>
>> > Ah. I see now there is now the s_roots list that handles
>> > that bit of strangeness.
>> >
>> > So one path is to simply remove the heuristi
Hi Thierry Reding,
On Monday, March 12, 2018 05:21 PM, Thierry Reding wrote:
On Mon, Dec 04, 2017 at 03:17:48PM +0800, Lin Huang wrote:
Refactor Innolux P079ZCA panel driver, let it support
multi panel.
Signed-off-by: Lin Huang
---
Changes in v2:
- Change regulator property name to meet the
On 3/12/2018 7:26 PM, Keith Busch wrote:
> On Mon, Mar 12, 2018 at 02:47:30PM -0500, Bjorn Helgaas wrote:
>> [+cc Alex]
>>
>> On Mon, Mar 12, 2018 at 08:25:51AM -0600, Keith Busch wrote:
>>> On Sun, Mar 11, 2018 at 11:03:58PM -0400, Sinan Kaya wrote:
On 3/11/2018 6:03 PM, Bjorn Helgaas wrote:
On Mon, Mar 12, 2018 at 10:32:32AM -0700, Dave Hansen wrote:
> On 03/09/2018 12:24 AM, Aaron Lu wrote:
> > + /*
> > +* We are going to put the page back to the global
> > +* pool, prefetch its buddy to speed up later access
> > +
On Mon, Mar 12, 2018 at 03:22:53PM +0100, Vlastimil Babka wrote:
> On 03/01/2018 07:28 AM, Aaron Lu wrote:
> > When freeing a batch of pages from Per-CPU-Pages(PCP) back to buddy,
> > the zone->lock is held and then pages are chosen from PCP's migratetype
> > list. While there is actually no need t
Fix issue where CONFIG_CMDLINE_OVERRIDE is being
ignored.
Signed-off-by: Trung Tran
Signed-off-by: Moritz Fischer
---
Hi all,
not sure this is the right fix, hopefully someone
can chime in and come up with the correct solution.
Thanks,
Moritz
---
arch/riscv/kernel/setup.c | 6 ++
1 file
Hi, Daniel：
On Rockchip platforms, we always use CRU to restart system.
From your patch, I think you would like to support restart by CRU or
PMIC, right ?
I think restart by PMIC is not accepted, because PMIC restart
means all regualtors are reset (voltage drops to 0mv and th
On 03/09/2018 05:02 AM, Emil Velikov wrote:
On 9 March 2018 at 10:59, Eric Engestrom wrote:
On Thursday, 2018-03-08 11:39:49 -0600, Gustavo A. R. Silva wrote:
In preparation to enabling -Wvla, remove VLA usage.
Also, fixed as part of the directive to remove all VLAs from
the kernel: https:/
On 3/12/2018 3:35 PM, Logan Gunthorpe wrote:
> +int pci_p2pdma_add_client(struct list_head *head, struct device *dev)
It feels like code tried to be a generic p2pdma provider first. Then got
converted to PCI, yet all dev parameters are still struct device.
Maybe, dev parameter should also be stru
Thomas Richter writes:
> Right now there is only hard coded support for x86.
That's not true. There is support for generic transaction events in perf.
As far as I can tell your events would map 1:1 to the generic tx-* events.
-Andi
On 03/11/2018 11:39 AM, Krzysztof Kozlowski wrote:
On Sat, Mar 10, 2018 at 7:27 AM, Gustavo A. R. Silva
wrote:
Move this enum to rtc-s5m.c once it is meaningless to others drivers [1].
[1] https://marc.info/?l=linux-rtc&m=152060068925948&w=2
Instead of external link (which might or might n
In preparation to enabling -Wvla, remove VLA and replace it
with dynamic memory allocation.
>From a security viewpoint, the use of Variable Length Arrays can be
a vector for stack overflow attacks. Also, in general, as the code
evolves it is easy to lose track of how big a VLA can get. Thus, we
ca
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
drivers/bus/arm-cci.c
between commit:
3de6be7a3dd8 ("drivers/bus: Split Arm CCI driver")
from the arm-soc tree and commit:
8343aae66167 ("perf/core: Remove perf_event::group_entry")
from the tip tree.
I fixed it up (I
Hi Thomas,
At 03/09/2018 11:08 PM, Thomas Gleixner wrote:
[...]
I'm not sure if there is a clear indicator whether physcial hotplug is
supported or not, but the ACPI folks (x86) and architecture maintainers
+cc Rafael
should be able to answer that question. I have a machine which says:
On Monday 12 March 2018 10:59 PM, Richard Weinberger wrote:
On Mon, Mar 12, 2018 at 5:27 PM, arvindY wrote:
On Monday 12 March 2018 08:13 PM, David Miller wrote:
From: Arvind Yadav
Date: Fri, 9 Mar 2018 16:11:17 +0530
if device_register() returned an error! Always use put_device()
to gi
On 2018.03.12 12:43:58 +0100, Colin King wrote:
> From: Colin Ian King
>
> Trivial fix to spelling mistake in gvt_err error message text.
>
> Signed-off-by: Colin Ian King
> ---
Thanks Colin, will pick up.
> drivers/gpu/drm/i915/gvt/gtt.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(
Stephen,
> In preparation to enabling -Wvla, remove VLAs and replace them with
> fixed-length arrays instead.
>
> scsi_dh_{alua,emc,rdac} use variable-length array declarations to
> store command blocks, with the appropriate size as determined by
> COMMAND_SIZE. This patch replaces these with fix
Linus,
> That said, I wonder if the solution to this particular driver is
> "delete it". Because the hardware is truly ancient and nobody sane
> would use it any more.
I'm not aware of anybody actively using these anymore. They are
mid-nineties vintage with an M68K processor onboard. I ran a cou
From: Randy Dunlap
Each of 'make {menu,n,g,x}config' uses (needs) pkg-config to make sure
that other required files are present, but none of these check that
pkg-config itself is present. Add a check for all 4 of these targets.
Fixes kernel bugzilla #77511:
https://bugzilla.kernel.org/show_bug.
On Mon, 2018-03-12 at 05:21 -0700, tip-bot for Kirill A. Shutemov
wrote:
> Commit-ID: cb06d8e3d020c30fe10ae711c925a5319ab82c88
> Gitweb: https://git.kernel.org/tip/cb06d8e3d020c30fe10ae711c925a5
> 319ab82c88
> Author: Kirill A. Shutemov
> AuthorDate: Mon, 5 Mar 2018 19:25:50 +0300
> Commi
On Mon, Mar 12, 2018 at 02:22:28PM +0100, Vlastimil Babka wrote:
> On 03/01/2018 07:28 AM, Aaron Lu wrote:
> > Matthew Wilcox found that all callers of free_pcppages_bulk() currently
> > update pcp->count immediately after so it's natural to do it inside
> > free_pcppages_bulk().
> >
> > No functi
Finn,
> In jazz_esp and sun3x_esp, the esp_driver_ops methods pass esp->dev
> in dma api calls as if it was a pointer to a struct device. But
> it actually points to a struct platform_device. Fix this.
Applied to 4.17/scsi-queue, thanks!
--
Martin K. Petersen Oracle Linux Engineering
John,
> This patchset primarily adds support for the Huawei x6000 board,
> which includes hip07 chipset. Unfortunately, due to some board
> layout differences with our development board, we need to set
> a PHY-related register differently for optimal signal quality. As
> such, a signal attenuatio
On 3/12/2018 9:55 PM, Sinan Kaya wrote:
> On 3/12/2018 3:35 PM, Logan Gunthorpe wrote:
>> -if (nvmeq->sq_cmds_io)
>
> I think you should keep the code as it is for the case where
> (!nvmeq->sq_cmds_is_io && nvmeq->sq_cmds_io)
Never mind. I misunderstood the code.
>
> You are changing the b
On 3/12/2018 3:35 PM, Logan Gunthorpe wrote:
> - if (nvmeq->sq_cmds_io)
I think you should keep the code as it is for the case where
(!nvmeq->sq_cmds_is_io && nvmeq->sq_cmds_io)
You are changing the behavior for NVMe drives with CMB buffers.
You can change the if statement here with the state
On 03/12/2018 03:55 PM, Thiebaud Weksteen wrote:
> On Mon, Mar 12, 2018 at 7:33 PM Jeremy Cline wrote:
>
>> On 03/12/2018 02:29 PM, Thiebaud Weksteen wrote:
>>> On Mon, Mar 12, 2018 at 6:30 PM Ard Biesheuvel <
> ard.biesheu...@linaro.org>
>>> wrote:
>>>
On 12 March 2018 at 17:01, Jeremy Clin
On 3/12/2018 12:39 PM, Peter Zijlstra wrote:
On Mon, Mar 12, 2018 at 08:41:34AM -0700, Kan Liang wrote:
From: Stephane Eranian
Adding a filter constraint for Intel Skylake CHA event
UNC_CHA_UPI_CREDITS_ACQUIRED (0x38).
The event supports core-id/thread-id and link filtering.
Could you also
On 12/03/18 16:10, Harald Geyer wrote:
Hi,
> Add a watchdog node for the A64, automatically enabled on all boards.
> Tested on Olimex Teres I.
>
> Signed-off-by: Harald Geyer
> ---
> arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/a
Hi Keith
Thanks for your precious time for testing and reviewing.
I will send out V3 next.
Sincerely
Jianchao
On 03/13/2018 02:59 AM, Keith Busch wrote:
> Hi Jianchao,
>
> The patch tests fine on all hardware I had. I'd like to queue this up
> for the next 4.16-rc. Could you send a v3 with the
On 3/7/2018 3:33 PM, Kroening, Gary wrote:
For systems with a single PCI segment, it is sufficient to look for the
bus number to change in order to determine that all of the CHa's have
been counted for a single socket.
However, for multi PCI segment systems, each socket is given a new
segment
The magn_3d_channels array has multiple declarations of iio_chan_spec.
Most of the iio_chan_spec are very similar, changing only by the .type
and .channel2 field. This patch reduces the code duplication by adding a
macro that can replace the iio_chan_spec repetitions in the
magn_3d_channels array.
On 12/03/18 16:10, Harald Geyer wrote:
> Add the proper pin group node to reference in board files.
>
> Signed-off-by: Harald Geyer
That looks correct to me, so:
Reviewed-by: Andre Przywara
But out of curiosity, what is this used for? In patch 5/5 I see it being
used, but without a clue for w
Em Mon, Mar 12, 2018 at 10:43:11AM +0100, Jiri Olsa escreveu:
> +#elif defined(__s390x__)
> + #define bpf_target_s930x
bpf_target_s390x
> +#elif defined(__aarch64__)
> + #define bpf_target_arm64
> +#elif defined(__mips__)
> + #define bpf_target_mips
> +#elif defined(__powerpc__)
>
From: Huang Ying
>From commit 4b3ef9daa4fc ("mm/swap: split swap cache into 64MB
trunks") on, after swapoff, the address_space associated with the swap
device will be freed. So swap_address_space() users which touch the
address_space need some kind of mechanism to prevent the address_space
from
From: Niklas Cassel
Date: Mon, 12 Mar 2018 09:55:42 +0100
> Jose is simply responding to the commit message description of this patch.
>
> You explained that there is an implicit memory barrier between physical memory
> writes and those to MMIO register space, as long as you used writel().
>
>
1 - 100 of 1071 matches
Mail list logo
