Same thing on rc2, bisected down to:
commit b4c0a7326f5dc0ef7a64128b0ae7d081f4b2cbd1 (refs/bisect/bad)
Author: Prarit Bhargava
Date: Tue Nov 14 07:42:57 2017 -0500
x86/smpboot: Fix __max_logical_packages estimate
A system booted with a small number of cores enabled per package
Existing common service task was being used to service the reset
requests. This patch tries to make the handling of reset cleaner
by separating task to handle the reset requests. This might in
turn help in adapting similar handling approach for other
interrupt events like mailbox, sharing vector 0
This patch refactors the code of the reset feature in HCLGE layer
of HNS3 PF driver. Prime motivation to do this change is:
1. To reduce the time for which common miscellaneous Vector 0
interrupt is disabled because of the reset. Simplification
of the common miscellaneous interrupt handler r
The reset interrupt event shares common miscellaneous interrupt
Vector 0. In the existing reset interrupt handling we disable
the Vector 0 interrupt in misc interrupt handler and re-enable
them later in context to common service task.
This also means other event sources like mailbox would also be
In exisiting code, the way to detect if driver/client reset should
be executed or if hardware should be be soft resetted was overly
complex.
Existing code use to read the interrupt status register from task
context to figure out if the interrupt source event was reset and
then use clear the interr
On Thu, Nov 30 2017, Thiago Rafael Becker wrote:
> The responsibility for calling groups_sort is now on the caller
> of set_groups.
>
> Signed-off-by: Thiago Rafael Becker
> ---
> kernel/groups.c | 1 +
> kernel/uid16.c| 1 +
> net/sunrpc/svcauth_unix.c | 7 +++
> 3 fil
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in:
drivers/iio/adc/meson_saradc.c
between commit:
d85eed9f5763 ("iio: adc: meson-saradc: initialize the bandgap correctly on
older SoCs")
from the staging.current tree and commit:
930df4d853a8 ("iio: adc: meson-sarad
On 12/01/17 at 04:27pm, Borislav Petkov wrote:
> On Fri, Dec 01, 2017 at 11:18:51PM +0800, Baoquan He wrote:
> > On 12/01/17 at 02:52pm, Juerg Haefliger wrote:
> > > Loading a kexec kernel using today's linux-tip master with KAISER=y
> > > triggers the following warning:
> >
> > I also noticed thi
This changes the nvmem stride to 1.
I am trying to use the nvram consumer apis to read a MAC address from an
eeprom that has an offset that is not a multiple of 4, which causes an
error currently.
Signed-off-by: David Lechner
---
drivers/misc/eeprom/at24.c | 2 +-
1 file changed, 1 insertion(+)
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in:
drivers/staging/most/cdev/cdev.c
between commit:
afc9a42b7464 ("the rest of drivers/*: annotate ->poll() instances")
from the vfs tree and commit:
1fd923f38610 ("staging: most: cdev: replace function prefix")
from
On 12/02/17 at 10:22pm, Matt Fleming wrote:
> (Cc'ing Dave since this is used for kexec on EFI)
>
> On Fri, 01 Dec, at 09:54:43AM, Ard Biesheuvel wrote:
> > On 1 December 2017 at 09:48, Greg Kroah-Hartman
> > wrote:
> > > On Thu, Nov 30, 2017 at 05:18:42PM +, Ard Biesheuvel wrote:
> > >> On 3
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in:
drivers/staging/most/video/video.c
between commit:
afc9a42b7464 ("the rest of drivers/*: annotate ->poll() instances")
from the vfs tree and commit:
1b10a0316e2d ("staging: most: video: remove aim designators")
fr
From: John Hubbard
Previously, MAP_FIXED was "discouraged", due to portability
issues with the fixed address. In fact, there are other, more
serious issues. Also, in some limited cases, this option can
be used safely.
Expand the documentation to discuss both the hazards, and how
to use it safely
2017-11-14 13:12 GMT+08:00 Rik van Riel :
> Currently, every time a VCPU is scheduled out, the host kernel will
> first save the guest FPU/xstate context, then load the qemu userspace
> FPU context, only to then immediately save the qemu userspace FPU
> context back to memory. When scheduling in a
On Sat, Dec 02, 2017 at 05:04:35PM -0800, Olof Johansson wrote:
> On Fri, Dec 01, 2017 at 11:53:05AM -0800, Kevin Hilman wrote:
> > Arnd, Olof,
> >
> > These ARM SCPI changes caused SCPI regressions resulting in CPUfreq
> > failures on most Amlogic SoCs (found by kernelci.org.)
> >
> > Unfortunat
On Sun, Dec 3, 2017 at 4:33 PM, syzbot
wrote:
> syzkaller has found reproducer for the following crash on
> fb7516d42478ebc8e2f00efb76ef96f7b68fd8d3
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console ou
On Mon, 2017-12-04 at 10:02 +0800, Dave Young wrote:
> I think 0400 is good enough for this issue.
>
> Greg, would you like to agree add an extra macro like below?
[]
> -static struct map_attribute map_type_attr = __ATTR_RO(type);
> -static struct map_attribute map_phys_addr_attr = __ATTR_RO(phy
On 2017.12.04 10:57:35 +1100, Stephen Rothwell wrote:
> Hi all,
>
> There is a series of commits
>
> 54cff6479fd8 - c1802534e5a6
> (not all in that range)
>
> that are missing a Signed-off-by from their committer.
>
They were originally committed by Zhi himself, but I had to rebase
onto inte
On 12/03/17 at 06:33pm, Joe Perches wrote:
> On Mon, 2017-12-04 at 10:02 +0800, Dave Young wrote:
> > I think 0400 is good enough for this issue.
> >
> > Greg, would you like to agree add an extra macro like below?
> []
> > -static struct map_attribute map_type_attr = __ATTR_RO(type);
> > -static
On Sun, 3 Dec 2017 22:56:51 +0100
SF Markus Elfring wrote:
> Can the software areas distinguished where such special handling matters?
No idea. That's something you are going to have to figure out on your
own.
-- Steve
+/* SDW Enumeration Device Number */
+#define SDW_ENUM_DEV_NUM 0
add
SDW_GROUP12_DEV_NUM 12
SDW_GROUP12_DEV_NUM 13
you mean SDW_GROUP13_DEV_NUM :D
SDW_MASTER_DEV_NUM 14 /* not supported in these patches */
These dont help now as we dont
Hi,
On 11/30/17, Bean Huo (beanhuo) wrote:
> Hi, Greg
>
>>On Mon, Nov 27, 2017 at 11:25:47AM +, Bean Huo (beanhuo) wrote:
>>> Hi, all
>>> Is there someone knows if exists one utilis dedicated to UFS device,
>>> rather
>>than SCSI utils?
>>> I have tried sg3-utils, but it is not convenient for
Hi Heiko
On 2017??12??02?? 05:58, Heiko Stuebner wrote:
Am Freitag, 1. Dezember 2017, 13:42:46 CET schrieb Doug Anderson:
Hi,
On Wed, Nov 29, 2017 at 6:27 PM, Chris Zhong wrote:
Hi Doug
Thank you for mentioning this patch.
I think the focus of the discussion is: can we put the grf control
On 12/3/17 10:52 AM, Vinod Koul wrote:
On Fri, Dec 01, 2017 at 04:49:01PM -0600, Pierre-Louis Bossart wrote:
+int sdw_master_read_prop(struct sdw_bus *bus)
+{
+ struct sdw_master_prop *prop = &bus->prop;
+ struct fwnode_handle *link;
+ unsigned int count = 0;
+ char name
load_crashdump_segments() creates and loads a memory segment of elf core
header for crash dump.
"linux,usable-memory-range" and "linux,elfcorehdr" will add to the 2nd
kernel's device-tree blob. The logic of this cod is also from kexec-tools.
Signed-off-by: AKASHI Takahiro
Cc: Catalin Marinas
Cc
arch_kexec_kernel_*() and arch_kimage_file_post_load_cleanup can now be
duplicated among some architectures, so let's factor them out.
Signed-off-by: AKASHI Takahiro
Cc: Dave Young
Cc: Vivek Goyal
Cc: Baoquan He
Cc: Michael Ellerman
Cc: Thiago Jung Bauermann
---
arch/powerpc/include/asm/kex
This function, being a variant of walk_system_ram_res() introduced in
commit 8c86e70acead ("resource: provide new functions to walk through
resources"), walks through a list of all the resources of System RAM
in reversed order, i.e., from higher to lower.
It will be used in kexec_file implementati
load_other_segments() sets up and adds all the memory segments necessary
other than kernel, including initrd, device-tree blob and purgatory.
Most of the code was borrowed from kexec-tools' counterpart.
arch_kimage_kernel_post_load_cleanup() is meant to free arm64-specific data
allocated for loadi
This is the seventh round of implementing kexec_file_load() support
on arm64.[1]
Most of the code is based on kexec-tools (along with some kernel code
from x86, which also came from kexec-tools).
This patch series enables us to
* load the kernel, Image, via kexec_file_load() system call, and
This is a basic purgatory, or a kind of glue code between the two kernels,
for arm64.
Since purgatory is assumed to be relocatable (not executable) object by
kexec generic code, arch_kexec_apply_relocations_add() is required in
general. Arm64's purgatory, however, is a simple asm and all the refer
prepare_elf_headers() can also be useful for other architectures,
including arm64. So let it factored out.
Signed-off-by: AKASHI Takahiro
Cc: Dave Young
Cc: Vivek Goyal
Cc: Baoquan He
---
arch/x86/kernel/crash.c | 324
include/linux/kexec.h |
On Sun, Dec 03, 2017 at 08:44:58PM -0600, Pierre-Louis Bossart wrote:
>
> >>>+/* SDW Enumeration Device Number */
> >>>+#define SDW_ENUM_DEV_NUM 0
> >>
> >>add
> >>SDW_GROUP12_DEV_NUM 12
> >>SDW_GROUP12_DEV_NUM 13
> >
> >you mean SDW_GROUP13_DEV_NUM :D
> >
> >>SDW_MASTER_D
With this patch, kernel verification can be done without IMA security
subsystem enabled. Turn on CONFIG_KEXEC_VERIFY_SIG instead.
On x86, a signature is embedded into a PE file (Microsoft's format) header
of binary. Since arm64's "Image" can also be seen as a PE file as far as
CONFIG_EFI is enable
message[] field won't be part of the definition of mz header.
This change is crucial for enabling kexec_file_load on arm64 because
arm64's "Image" binary, as in PE format, doesn't have any data for it and
accordingly the following check in pefile_parse_binary() will fail:
chkaddr(cursor,
The "Image" binary will be loaded at the offset of TEXT_OFFSET from
the start of system memory. TEXT_OFFSET is determined from the header
of the image.
This patch doesn't have CONFIG_KEXEC_VERIFY_SIG support. Nevertherless
kernel verification will be supported by enabling IMA security subsystem.
S
Modify arm64/Kconfig and Makefile to enable kexec_file_load support.
File-format specific hook functions to load a kernel image will
follow this patch.
Signed-off-by: AKASHI Takahiro
Cc: Catalin Marinas
Cc: Will Deacon
---
arch/arm64/Kconfig | 13 +
1 file changed, 13 insertions(+)
The initial user of this system call number is arm64.
Signed-off-by: AKASHI Takahiro
Acked-by: Arnd Bergmann
---
include/uapi/asm-generic/unistd.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/uapi/asm-generic/unistd.h
b/include/uapi/asm-generic/unistd.h
index
On 12/3/17 11:04 AM, Vinod Koul wrote:
On Fri, Dec 01, 2017 at 05:27:31PM -0600, Pierre-Louis Bossart wrote:
+static inline int find_response_code(enum sdw_command_response resp)
+{
+ switch (resp) {
+ case SDW_CMD_OK:
+ return 0;
+
+ case SDW_CMD_IGNORED:
+
On 12/3/17 11:08 AM, Vinod Koul wrote:
On Fri, Dec 01, 2017 at 05:36:47PM -0600, Pierre-Louis Bossart wrote:
+/* called with bus_lock held */
+static int sdw_get_device_num(struct sdw_slave *slave)
+{
+ int bit;
+
+ bit = find_first_zero_bit(slave->bus->assigned, SDW_MAX_DEVICES);
+
On Sun, Dec 03, 2017 at 09:07:29PM -0600, Pierre-Louis Bossart wrote:
> On 12/3/17 11:08 AM, Vinod Koul wrote:
> >On Fri, Dec 01, 2017 at 05:36:47PM -0600, Pierre-Louis Bossart wrote:
> >
> >>>+/* called with bus_lock held */
> >>>+static int sdw_get_device_num(struct sdw_slave *slave)
> >>>+{
> >>
On Thu, Nov 30, 2017 at 12:31:53PM +0100, Philippe Ombredanne wrote:
> On Thu, Nov 30, 2017 at 9:53 AM, Alan Kao wrote:
> []
> > diff --git a/arch/riscv/include/asm/ftrace.h
> > b/arch/riscv/include/asm/ftrace.h
> > new file mode 100644
> > index ..38beadb07ad5
> > --- /dev/null
> > +
On 12/3/17 11:11 AM, Vinod Koul wrote:
On Fri, Dec 01, 2017 at 05:52:03PM -0600, Pierre-Louis Bossart wrote:
+ status = sdw_read(slave, SDW_DP0_INT);
+ if (status < 0) {
+ dev_err(slave->bus->dev,
+ "SDW_DP0_INT rea
According to LS1021A RM, the value of PAL can be set so that the start of the
IP header in the receive data buffer is aligned to a 32-bit boundary. Normally,
setting PAL = 2 provides minimal padding to ensure such alignment of the IP
header.
However every incoming packet's 8-byte time stamp will b
On Sun, Dec 03, 2017 at 09:11:39PM -0600, Pierre-Louis Bossart wrote:
> On 12/3/17 11:11 AM, Vinod Koul wrote:
> >On Fri, Dec 01, 2017 at 05:52:03PM -0600, Pierre-Louis Bossart wrote:
> >
> >>>+ status = sdw_read(slave, SDW_DP0_INT);
> >>>+ if (status < 0) {
> >>>+
Hi Lee,
After merging the mfd tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/staging/rts5208/sd.o: In function `.sd_power_off_card3v3':
(.text+0x5760): multiple definition of `.sd_power_off_card3v3'
drivers/misc/cardreader/rtsx_pcr.o:(.text+0x4630): first defined
This adds a #define for the vendor-specific HCI command to set the
baudrate instead of using the bare 0xff36 multiple times.
Signed-off-by: David Lechner
---
drivers/bluetooth/hci_ll.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/bluetooth/hci_ll.c b/dri
This series adds supporting getting the MAC address from a NVMEM provider
for "LL" HCI controllers (Texas Instruments).
The second patch is just cleaning things up before I add another similar
vendor-specific HCI command constant in the final patch.
David Lechner (3):
dt-bindings: Add optional
This adds optional nvmem consumer properties to the ti,wlink-st device tree
bindings to allow specifying the Bluetooth MAC address.
Signed-off-by: David Lechner
---
Documentation/devicetree/bindings/net/ti,wilink-st.txt | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/device
This adds an optional nvmem consumer to get a MAC address from an external
source. The MAC address is then set in the Bluetooth chip after the
firmware has been loaded.
This has been tested working with a TI CC2560A chip (in a LEGO MINDSTORMS
EV3).
Signed-off-by: David Lechner
---
drivers/bluet
Lennart Poettering observes that if the newly increased
MAX_HANDLE_SZ is exported to user space, and then used in an
application running on an old kernel, name_to_handle_at() will
report -EINVAL, which is unhelpful and inconsistent with
the documentation.
So:
1/ add a comment making it clear tha
Hi Ville,
[...]
So, the true thing I want to get is the log without the revert.
or could you tell me the phenomenon and reason of your machine hang
directly. :-)
IIRC the last thing in the log is the "Hierarchical SRCU implementation."
line, after which the CPU seems to start spinning somewhe
Thanks, Stephen. I need to get a similar script going to catch these
things in our own tree.
Since this was a clean revert, I've redone it myself, carrying over
descriptions from the pull request and keeping attribution to Kevin.
Kevin; hope this is alright with you. We can revisit if not.
-Olo
On 12/01/2017 11:38 PM, Michael S. Tsirkin wrote:
On Wed, Nov 29, 2017 at 09:55:23PM +0800, Wei Wang wrote:
+static void send_one_desc(struct virtio_balloon *vb,
+ struct virtqueue *vq,
+ uint64_t addr,
+ uint32_t len,
+
On Sun, 2017-12-03 at 17:47 -0700, Jens Axboe wrote:
> On 12/03/2017 05:44 PM, Eric Biggers wrote:
> >
> >>> #syz fix: blktrace: fix trace mutex deadlock
> >>
> >> This is fixed in current -git.
> >>
> >
> > I know, but syzbot needed to be told what commit fixes the bug.
> > See https://github.co
On Mon, Nov 27, 2017 at 11:08:53AM -0700, Andreas Dilger wrote:
> On Nov 27, 2017, at 10:37 AM, Andi Kleen wrote:
> >
> > From: Andi Kleen
> >
> > dbb3c27f5b91c4 (ext4: change fast symlink test to not rely on i_blocks)
> > broke ~10 years old ext3 file systems created by 2.6.17. Any ELF
> > exe
On 12/3/17 9:21 PM, Vinod Koul wrote:
On Sun, Dec 03, 2017 at 09:11:39PM -0600, Pierre-Louis Bossart wrote:
On 12/3/17 11:11 AM, Vinod Koul wrote:
On Fri, Dec 01, 2017 at 05:52:03PM -0600, Pierre-Louis Bossart wrote:
+ status = sdw_read(slave, SDW_DP0_INT);
+ if (s
Thomas, has my fix for this landed?
--Andy
> On Dec 3, 2017, at 7:02 PM, kernel test robot wrote:
>
>
> Greeting,
>
> FYI, we noticed a -13.0% regression of will-it-scale.per_process_ops due to
> commit:
>
>
> commit: 63e02a2a3292d8815eac7be438c8c73d72a7bb93 ("x86/entry/64: Create a
> per
Hi Hendrik,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.15-rc2]
[cannot apply to tip/perf/core]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.
There are two consumers of apic=: the APIC debug level and the low
level generic architecture code, but Linux just documented the first
one.
Append the second description.
Signed-off-by: Dou Liyang
---
V1 --> V2:
-Replcace the description suggested by Randy Dunlap
---
Documentation/admin-guid
There are two consumers of apic=:
apic_set_verbosity() for setting the APIC debug level;
parse_apic() for registering APIC driver by hand.
X86-32 supports both of them, but sometimes, kernel issues a weird warning.
eg: when kernel was booted up with 'apic=bigsmp' in command line,
early_param w
Hi all,
Changes since 20171201:
New tree: nfs-anna
Undropped tree: vfs
The samsung-krzk tree gained a conflict against the keystone tree.
The vfs tree lost its bad conflicts against Linus' tree but gained a
(simple) conflict. It also gained a build failure for which I applied
a patch.
Th
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
rcu/dev
head: b4a12b9fc6e8c8e6b17b968b654f388a1379ce8a
commit: b4a12b9fc6e8c8e6b17b968b654f388a1379ce8a [23/23] EXP: rcu: Add yet more
debugging info to assertion
config: arm-efm32_defconfig (attached as .config)
comp
On Sun, 3 Dec 2017, Tetsuo Handa wrote:
> Tetsuo Handa wrote:
> > which will allow strcmp() to trigger out of bound read when "size" is
> > larger than strlen(initial_sid_to_string[i]).
>
> Oops. "smaller" than.
>
> >
> > Thus, I guess the simplest fix is to use strncmp() instead of strcmp().
>
Hi perf maintainers,
can this be queued to -next??
please let me know, if have to rebase to any specific branch and send
next version?
On Mon, Nov 27, 2017 at 3:34 PM, John Garry wrote:
> On 07/11/2017 01:23, Will Deacon wrote:
>>
>> Hi Arnaldo,
>>
>> On Tue, Oct 17, 2017 at 12:02:17AM +0530, G
Shilpasri G Bhat writes:
> On 11/28/2017 05:07 PM, Michael Ellerman wrote:
>> Shilpasri G Bhat writes:
>>
>>> Adds support to enable/disable a sensor group. This can be used to
>>> select the sensor groups that needs to be copied to main memory by
>>> OCC. Sensor groups like power, temperature,
On Mon, 2017-12-04 at 11:11 +1100, Tobin C. Harding wrote:
> On Fri, Dec 01, 2017 at 06:39:07PM +0530, kaiwan.billimo...@gmail.com wrote:
> > @@ -267,7 +266,7 @@ sub is_false_positive
> > sub is_false_positive_ix86_32
> > {
> > my ($match) = @_;
> > - state $page_offset = get_page_offset()
Bjorn Helgaas writes:
> On Fri, Dec 01, 2017 at 06:27:10PM -0600, Bjorn Helgaas wrote:
>> From: Bjorn Helgaas
>>
>> PCIe Downstream Ports normally have only a Device 0 below them. To
>> optimize enumeration, we don't scan for other devices *unless* the
>> PCI_SCAN_ALL_PCIE_DEVS flag is set by
Check whether the allocation happens in an IRQ handler.
This lets us strip everything below the IRQ entry point to reduce the
number of unique stack traces needed to be stored.
so moved code of KASAN in generic file so that page_owner can also
do same filteration.
Initial KASAN commit
id=be7635e7
Hi, Pali,
I don't get your point.
Please modify the code if you have an idea.
Best Regards,
Masaki Ota
-Original Message-
From: Pali Rohár [mailto:pali.ro...@gmail.com]
Sent: Saturday, December 02, 2017 6:08 AM
To: Masaki Ota <012ne...@gmail.com>
Cc: dmitry.torok...@gmail.com; benjamin.t
Hi Andrew,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.15-rc2]
[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/Andrew-
Enable RTL8723BS WiFi chip on a64-olinuxino board:
- WiFi SDIO interface is connected to MMC1
- WiFi REG_ON pin connected to gpio PL2: attach to mmc-pwrseq
- WiFi HOST_WAKE pin connected to gpio PL3
Signed-off-by: Jagan Teki
Acked-by: Maxime Ripard
---
Changes for v2:
- Remove wrong commit messa
Since current tree support AXP803 regulators,
replace fixed regulator vcc3v3 with AXP803 dcdc1 regulator where ever
it need to replace.
Tested mmc0 on sopine baseboard.
Signed-off-by: Jagan Teki
---
Changes for v2:
- Commit message edited as fix since it has issue with sdcard detect.
arch/arm6
On Sun, Dec 3, 2017 at 2:27 PM, Tetsuo Handa
wrote:
> Tetsuo Handa wrote:
>> which will allow strcmp() to trigger out of bound read when "size" is
>> larger than strlen(initial_sid_to_string[i]).
>
> Oops. "smaller" than.
>
>>
>> Thus, I guess the simplest fix is to use strncmp() instead of strcmp
Hi Pablo,
Thanks for your reply!
On Tue, Nov 28, 2017 at 12:30:08AM +0100, Pablo Neira Ayuso wrote:
> [...]
> > diff --git a/net/bridge/netfilter/ebt_limit.c
> > b/net/bridge/netfilter/ebt_limit.c
> > index 61a9f1be1263..f74b48633feb 100644
> > --- a/net/bridge/netfilter/ebt_limit.c
> > +++ b/ne
On Mon, Dec 04, 2017 at 10:11:21AM +0530, kaiwan.billimo...@gmail.com wrote:
> On Mon, 2017-12-04 at 11:11 +1100, Tobin C. Harding wrote:
> > On Fri, Dec 01, 2017 at 06:39:07PM +0530, kaiwan.billimo...@gmail.com wrote:
>
> > > @@ -267,7 +266,7 @@ sub is_false_positive
> > > sub is_false_positive_
On 03/12/17 12:17 PM, Serge Semin wrote:
> The multi-port NTB API was introduced in kernel 4.13 as well as the
> first driver for the true multi-port devices of IDT PCIe-switches
> series. But the test drivers still were left almost unchanged. Yes,
> they didn't fail being used with new NTB API,
On Mon, Dec 4, 2017 at 10:25 AM, Tobin C. Harding wrote:
>
> > With the 'eval', no warning, it's fine.
>
> Why not use hex()?
> >
> > foreach my $config_file (@config_files) {
> > + $config_file =~ s/\R*//g;
>
> Is there some reason you don't use chomp()?
Tobin, now you can
On 12/2/2017 11:34 PM, Richard Cochran wrote:
On Sat, Dec 02, 2017 at 10:01:35AM +0530, Sagar Arun Kamble wrote:
There is no real need for the users of timecounters to define cyclecounter
and timecounter variables separately. Since timecounter will always be
based on cyclecounter, have cycleco
On 11/28/2017 05:05 PM, Prateek Sood wrote:
> CPU1
> cpus_read_lock+0x3e/0x80
> static_key_slow_inc+0xe/0xa0
> cpuset_css_online+0x62/0x330
> online_css+0x26/0x80
> cgroup_apply_control_enable+0x266/0x3d0
> cgroup_mkdir+0x37d/0x4f0
> kernfs_iop_mkdir+0x53/0x80
> vfs_mkdir+0x10e/0x1a0
> SyS_mkdirat+
For now, wait_for_completion() / complete() works with lockdep, add
lock_page() / unlock_page() and its family to lockdep support.
Changes from v1
- Move lockdep_map_cross outside of page_ext to make it flexible
- Prevent allocating lockdep_map per page by default
- Add a boot parameter allowin
Usually PG_locked bit is updated by lock_page() or unlock_page().
However, it can be also updated through __SetPageLocked() or
__ClearPageLockded(). They have to be considered, to get paired between
acquire and release.
Furthermore, e.g. __SetPageLocked() in add_to_page_cache_lru() is called
frequ
CONFIG_LOCKDEP_PAGELOCK needs to keep lockdep_map_cross per page. Since
it's a debug feature, it's preferred to keep it in struct page_ext
rather than struct page. Move it to struct page_ext.
Signed-off-by: Byungchul Park
---
include/linux/mm_types.h | 4 ---
include/linux/page-flags.h | 19 +
To track page locks using lockdep, we need a huge memory space for
lockdep_map per page. So, it would be better to make it disabled by
default and provide a boot parameter to turn it on. Do it.
Suggested-by: Michal Hocko
Signed-off-by: Byungchul Park
---
Documentation/admin-guide/kernel-paramet
Although lock_page() and its family can cause deadlock, lockdep have not
worked with them, becasue unlock_page() might be called in a different
context from the acquire context, which violated lockdep's assumption.
Now CONFIG_LOCKDEP_CROSSRELEASE has been introduced, lockdep can work
with page loc
On Mon, Dec 04, 2017 at 05:53:35AM +0100, Linus Lüssing wrote:
> And so, no I do not have this patch. I looked at it now, but it
> does not seem to have any relation with .matchinfo, does it?
Relation between .usersize and .checkentry I ment, not
.usersize and .matchinfo.
> On Mon, Dec 4, 2017 at 10:25 AM, Tobin C. Harding wrote:
>>
>> > With the 'eval', no warning, it's fine.
>>
>> Why not use hex()?
>
>> >
>> > foreach my $config_file (@config_files) {
>> > + $config_file =~ s/\R*//g;
>>
>> Is there some reason you don't use chomp()?
>
Wrt
On the A64, the MMC module clocks are fixed in the new timing mode,
i.e. they do not have a bit to select the mode. These clocks have
a 2x divider somewhere between the clock and the MMC module.
To be consistent with other SoCs supporting the new timing mode,
we model the 2x divider as a fixed pos
On the A64, the MMC module clocks are fixed in the new timing mode,
i.e. they do not have a bit to select the mode. These clocks have
a 2x divider somewhere between the clock and the MMC module.
To be consistent with other SoCs supporting the new timing mode,
we model the 2x divider as a fixed pos
Hi,
This is a small fix to get MMC performance up to proper speeds on the
A64. According to the BSP kernel, the MMC module clocks have a /2 fixed
post-divider between the clock output and the MMC module, like what
we've seen with the "new MMC timing mode" on the A83T, but the A64 does
not have the
Make the spinlock more specific, so better for lockdep
debugging and ctags/grep.
Signed-off-by: Yixun Lan
---
this patch try to address the issue which bring up by Stephen at [1]
[1] http://lists.infradead.org/pipermail/linux-amlogic/2017-December/005534.html
---
drivers/clk/meson/axg.c |
This reverts commit a3b2cb30f252b21a6f962e0dd107c8b897ca65e4.
The earlier patch tried to fix problems with panic on powerpc in
certain circumstances, where some output from the generic panic code
was being dropped.
Unfortunately, it breaks things worse in other circumstances. In
particular when
On 12/01/2017 11:49 PM, Michael S. Tsirkin wrote:
On Wed, Nov 29, 2017 at 09:55:26PM +0800, Wei Wang wrote:
The guest free pages should not be discarded by the live migration thread
when page poisoning is enabled with PAGE_POISONING_NO_SANITY=n, because
skipping the transfer of such poisoned fre
Hi,
On Sun, Dec 03, 2017 at 02:00:42AM +, Wang Nan wrote:
> perf record backward recording doesn't work as we expected: it never
> overwrite when ring buffer full.
>
> Test:
>
> (Run a busy printing task background like this:
>
> while True:
> print 123
>
> send SIGUSR2 to perf to ca
Enable IR remote controller which find in Amlogic's Meson-AXG SoC.
Signed-off-by: Yixun Lan
---
Changes since v1 at [1]:
- drop the compatbile 'amlogic,meson-gx-ir'
[1]
http://lists.infradead.org/pipermail/linux-amlogic/2017-November/005527.html
---
arch/arm64/boot/dts/amlogic/meson-axg-s40
On Sun, Dec 03, 2017 at 02:00:36AM +, Wang Nan wrote:
> THe final result of this patchset is removing the concept of
> 'forward/backward', merge them into the concept of 'overwrite'.
>
> Patch 1 to 5 clear arguments lists of many functions, remove the
> 'overwrite'. Because all callers of thes
struct nand_buffers is malloc'ed in nand_scan_tail() just for
containing three pointers. Move the pointers into nand_chip
and delete struct nand_buffers.
Signed-off-by: Masahiro Yamada
---
Another possibility is to keep struct nand_buffers,
but embed it in struct nand_chip.
struct nand_chi
On Thu, Nov 30, 2017 at 03:24:21PM -0500, Steven Rostedt wrote:
> On Thu, 30 Nov 2017 16:53:35 +0800
> Alan Kao wrote:
>
> > This patch contains basic ftrace support for RV64I platform.
> > Specifically, function tracer (HAVE_FUNCTION_TRACER), function graph
> > tracer (HAVE_FUNCTION_GRAPH_TRACER
This patch series try to add PWM controller driver for the
Amlogic's Meson-AXG SoC. Update the Clock sources, pin DT.
Jian Hu (3):
dt-bindings: pwm: update bindings for the Meson-AXG
pwm: meson: add clock source configuratin for Meson-AXG
ARM64: dts: meson-axg: add PWM DT info for Meson-Axg
From: Jian Hu
Update the doc to explicitly support Meson-AXG
Signed-off-by: Jian Hu
Signed-off-by: Yixun Lan
---
Documentation/devicetree/bindings/pwm/pwm-meson.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/pwm/pwm-meson.txt
b/Documentation/devic
From: Jian Hu
Add PWM DT info for the Amlogic's Meson-Axg SoC.
Signed-off-by: Jian Hu
Signed-off-by: Yixun Lan
---
arch/arm64/boot/dts/amlogic/meson-axg.dtsi | 120 +
1 file changed, 120 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-axg.dtsi
b/arch
201 - 300 of 332 matches
Mail list logo
