ACPI MADT has a 32-bit field providing lapic address at which
each processor can access its lapic information. MADT also contains
an optional entry to provide a 64-bit address to override the 32-bit
one. However the current code does the lapic address override entry
parsing twice. One is in early_a
Previously early_acpi_boot_init is called in early_get_boot_cpu_id()
to get value for boot_cpu_physical_apicid. Now early_acpi_boot_init()
has been taken out and moved to setup_arch(), the name of
early_get_boot_cpu_id doesn't match its implementation. And only the
getting boot-time SMP configurati
On Thu, Aug 11, 2016 at 03:19:57PM +0200, Cornelia Huck wrote:
> On Thu, 11 Aug 2016 14:57:24 +0200
> Paolo Bonzini wrote:
>
> > On 26/08/2015 20:54, Paul Mackerras wrote:
> > > On Wed, Aug 26, 2015 at 11:34:26AM +0200, Alexander Graf wrote:
> > >> On 13.08.15 03:15, David Gibson wrote:
> > >>> e
Hi Jon!
On 11 August 2016 at 20:06, Jonathan Corbet wrote:
> On Thu, 11 Aug 2016 16:17:56 +0530
> Sumit Semwal wrote:
>
>> Convert dma-buf documentation over to sphinx; also cleanup to
>> address sphinx warnings.
>>
>> While at that, convert dma-buf-sharing.txt as well, and make it the
>> dma-bu
From: Anton Blanchard
Commit 73cdf0c6ea9c ("perf symbols: Record text offset in dso
to calculate objdump address") started storing the offset of
the text section for all DSOs:
if (elf_section_by_name(elf, &ehdr, &tshdr, ".text", NULL))
dso->text_offset = tshdr.sh_addr - ts
On 08/12, Dave Chinner wrote:
>On Thu, Aug 11, 2016 at 10:02:39PM -0700, Linus Torvalds wrote:
>> On Thu, Aug 11, 2016 at 9:16 PM, Dave Chinner wrote:
>> >
>> > That's why running aim7 as your "does the filesystem scale"
>> > benchmark is somewhat irrelevant to scaling applications on high
>> > pe
Hi!
> Update the description of test_resume mode for hibernation.
>
> Signed-off-by: Chen Yu
> ---
> Documentation/power/basic-pm-debugging.txt | 7 +++
> 1 file changed, 7 insertions(+)
That's certainly step in the right direction, but I guess it should be
mentioned in the other places, t
Hi!
> Restore the processor state before calling any other function to ensure
> per-cpu variables can be used with KASLR memory randomization.
>
> Tracing functions use per-cpu variables (gs based) and one was called
> just before restoring the processor state fully. It resulted in a double
> fau
On 11 August 2016 at 16:25, Jon Mason wrote:
> On Thu, Aug 11, 2016 at 4:49 AM, Rafał Miłecki wrote:
>> On 10 August 2016 at 20:21, Jon Mason wrote:
>>> On Wed, Aug 10, 2016 at 1:44 PM, Ray Jui wrote:
On 8/10/2016 10:28 AM, Rafał Miłecki wrote:
>
> On 10 August 2016 at 19:22, Jon M
Le 12/08/2016 à 01:29, Scott Wood a écrit :
On Mon, 2016-08-08 at 18:08 +0200, Christophe Leroy wrote:
Commit 0e6e01ff694ee ("CPM/QE: use genalloc to manage CPM/QE muram")
has changed the way muram is managed.
genalloc uses kmalloc(), hence requires the SLAB to be up and running.
On powerpc 8
On 08/12/2016 07:22 AM, Borislav Petkov wrote:
> On Thu, Aug 11, 2016 at 11:51:38PM +0200, Arnd Bergmann wrote:
>> That patch looks good, sorry I missed it. I see that Vladimir already
>> did the lpc32xx portion of it, can you send the part for s3c24xx
>> to the exynos maintainers?
>
> I see you'v
2016-08-09 2:16 GMT+08:00 Radim Krčmář :
> If vmcs12 does not intercept APIC_BASE writes, then KVM will handle the
> write with vmcs02 as the current VMCS.
> This will incorrectly apply modifications intended for vmcs01 to vmcs02
> and L2 can use it to gain access to L0's x2APIC registers by disabl
Hi Arnaldo,
> Anyway, Anton, does this fix the problem for you?
Yes it does, thanks!
Anton
> Initial testing says that the change below must precede the change
> to the definition of lockless_dereference(), so the two should go
> together.
Indeed.
> If my upcoming testing of the two changes together pans out, I will
> give you a Tested-by -- I am guessing that you don't want to wait
>
On Thu, Aug 11, 2016 at 10:02:39PM -0700, Linus Torvalds wrote:
> On Thu, Aug 11, 2016 at 9:16 PM, Dave Chinner wrote:
> >
> > That's why running aim7 as your "does the filesystem scale"
> > benchmark is somewhat irrelevant to scaling applications on high
> > performance systems these days
>
> Ye
On Thu, 11 Aug 2016, Thomas Garnier wrote:
> Restore the processor state before calling any other function to ensure
> per-cpu variables can be used with KASLR memory randomization.
>
> Tracing functions use per-cpu variables (gs based) and one was called
> just before restoring the processor sta
On Fri, 2016-08-12 at 13:50 +0800, Wanpeng Li wrote:
> 2016-08-12 13:30 GMT+08:00 Huaitong Han :
> > percpu cpus_in_cluster is a pointer with CONFIG_CPUMASK_OFFSTACK,
> > cpu_in_cluster
> > is not alloced memory before x2apic_prepare_cpu is invoked, so
> > cpumask_set_cpu
> > would get a NULL poi
2016-08-12 13:30 GMT+08:00 Huaitong Han :
> percpu cpus_in_cluster is a pointer with CONFIG_CPUMASK_OFFSTACK,
> cpu_in_cluster
> is not alloced memory before x2apic_prepare_cpu is invoked, so cpumask_set_cpu
> would get a NULL pointer bug:
> BUG: unable to handle kernel NULL pointer dereference a
On Thu, Aug 11, 2016 at 02:49:29PM -0700, Thomas Garnier wrote:
> Restore the processor state before calling any other function to ensure
> per-cpu variables can be used with KASLR memory randomization.
>
> Tracing functions use per-cpu variables (gs based) and one was called
> just before restori
* Denys Vlasenko [2016-08-11 17:45:21]:
> Since instruction decoder now supports EVEX-encoded insns, two fixes are
> needed
> to correctly handle them in uprobes.
Could you please add the commit that helps support the insns in the
Changelog.
Rest all looks okay.
Looks good to me.
Acked-by:
percpu cpus_in_cluster is a pointer with CONFIG_CPUMASK_OFFSTACK, cpu_in_cluster
is not alloced memory before x2apic_prepare_cpu is invoked, so cpumask_set_cpu
would get a NULL pointer bug:
BUG: unable to handle kernel NULL pointer dereference at (null)
IP: [] x2apic_cluster_probe+0x35/0x70
Sign
On Fri, Aug 12, 2016 at 03:10:38AM +, Mathieu Desnoyers wrote:
> - On Aug 11, 2016, at 9:28 PM, Boqun Feng boqun.f...@gmail.com wrote:
>
> > On Thu, Aug 11, 2016 at 11:26:30PM +, Mathieu Desnoyers wrote:
> >> - On Jul 24, 2016, at 2:01 PM, Dave Watson davejwat...@fb.com wrote:
> >>
On Thu, Aug 11, 2016 at 11:51:38PM +0200, Arnd Bergmann wrote:
> That patch looks good, sorry I missed it. I see that Vladimir already
> did the lpc32xx portion of it, can you send the part for s3c24xx
> to the exynos maintainers?
I see you've added them to CC, thanks Arnd. Here it is:
---
From:
On Thu, 2016-08-11 at 14:17 -0600, Alex Williamson wrote:
>
> vfio isn't playing nanny here for the fun of it, part of the reason we
> have vpd access functions is because folks have discovered that vpd
> registers between PCI functions on multi-function devices may be
> shared. So pounding on vp
On Thu, Aug 11, 2016 at 9:16 PM, Dave Chinner wrote:
>
> That's why running aim7 as your "does the filesystem scale"
> benchmark is somewhat irrelevant to scaling applications on high
> performance systems these days
Yes, don't get me wrong - I'm not at all trying to say that AIM7 is a
good bench
Change the MFD config option as per latest naming
Acked-by: Mark Brown
Signed-off-by: Keerthy
---
drivers/regulator/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/Kconfig b/drivers/regulator/Kconfig
index 6c88e31..97dc4cc 100644
--- a/drivers/regul
The LP873X chip is a power management IC for Portable Navigation Systems
and Tablet Computing devices. It contains the following components:
- Regulators.
- Configurable General Purpose Output Signals(GPO).
PMIC interacts with the main processor through i2c. PMIC has
couple of LDOs(
Add driver for lp873x PMIC family GPOs. Two GPOs are supported
and can be configured in Open-drain output or Push-pull output.
Acked-by: Linus Walleij
Signed-off-by: Keerthy
---
Changes in v8:
* Replaced hardcoded bit fields with macros.
drivers/gpio/Kconfig | 10 +++
drivers/gpio/M
The LP873X chip is a power management IC for Portable Navigation Systems
and Tablet Computing devices. It contains the following components:
- Regulators.
- Configurable General Purpose Output Signals(GPO).
PMIC interacts with the main processor through i2c. PMIC has
couple of LDOs(
This series adds support for rotary-switch on AM335x-ICE that is
connected to TI PCA9536 I2C GPIO expander.
First patch adds new generic driver to read status of group of GPIO
lines and report the value as an input event. The second patch adds DT
entries for the same.
Vignesh R (2):
input: misc
AM335x ICE board has a rotary-switch connected to PCA9536 I2C GPIO
expander. The position of the rotary-switch is reflected by status of
GPIO lines. Add gpio-decoder node to read these GPIO line status via
gpio-decoder driver and report it as an input event to the system.
Signed-off-by: Vignesh R
Add a driver to read group of GPIO lines and provide its status as a
numerical value as input event to the system. This will help in
intefacing devices, that can be connected over GPIOs, that provide input
to the system by driving GPIO lines connected to them like a rotary dial
or a switch.
For ex
On Thu, Aug 11, 2016 at 08:20:53PM -0700, Linus Torvalds wrote:
> On Thu, Aug 11, 2016 at 7:52 PM, Christoph Hellwig wrote:
> >
> > I can look at that, but indeed optimizing this patch seems a bit
> > stupid.
>
> The "write less than a full block to the end of the file" is actually
> a reasonably
Hi Catalin,
Thanks for the response!
On Thursday 11 August 2016 10:38 PM, Catalin Marinas wrote:
> On Thu, Aug 11, 2016 at 07:48:12PM +0300, Grygorii Strashko wrote:
>> On 08/11/2016 06:54 PM, Catalin Marinas wrote:
>>> On Thu, Aug 11, 2016 at 05:20:51PM +0530, Vignesh R wrote:
I see the bel
On 08/09/2016 09:58 PM, Joerg Roedel wrote:
On Mon, Aug 08, 2016 at 09:42:36PM +0700, Suthikulpanit, Suravee wrote:
Hi Joerg/Radim/Paolo,
Are there any other concerns about this series?
Okay, looked again through the iommu-patches and sent you my feedback.
Overall I think we are on track to m
Hi all,
Changes since 20160811:
Non-merge commits (relative to Linus' tree): 1492
1513 files changed, 39934 insertions(+), 15095 deletions(-)
I have created today's linux-next tree at
git://git.kernel.o
On Thu, Aug 11, 2016 at 07:27:52PM -0700, Linus Torvalds wrote:
> On Thu, Aug 11, 2016 at 5:54 PM, Dave Chinner wrote:
> >
> > So, removing mark_page_accessed() made the spinlock contention
> > *worse*.
> >
> > 36.51% [kernel] [k] _raw_spin_unlock_irqrestore
> >6.27% [kernel] [k] copy_us
On 11/08/16 08:28, Kees Cook wrote:
> From: Emese Revfy
>
> When "ram_latent_entropy" is passed on the kernel command line, entropy
> will be extracted from up to the first 4GB of RAM while the runtime memory
> allocator is being initialized. This entropy isn't cryptographically
> secure, but d
Hi.
2016-07-28 16:44 GMT+09:00 Arnd Bergmann :
>
> I think the problem is that you have three consoles:
>
> - the boot console that stays active until a real console comes up
> - the framebuffer console that is initialized early and goes on to
> disable the bootconsole
> - the serial console
Thanks!
On Fri, Aug 12, 2016 at 3:12 AM, Oleg Nesterov wrote:
> > The bug happens because when __seccomp_filter() detects
> > fatal_signal_pending(), it calls do_exit() without dequeuing the fatal
> > signal. When do_exit() sends the PTRACE_EVENT_EXIT
>
> I _never_ understood what PTRACE_EVENT_EX
On Thu, Aug 11, 2016 at 09:40:32AM -0700, Joshua Clayton wrote:
> Previously the onboard hub was made to work by treating its
> reset gpio as a regulator enable.
> Get rid of that kludge now that pwseq has added reset gpio support
> Move pin muxing the hub reset pin into the usbh1 group
>
> Signed
On Thu, Aug 11, 2016 at 7:52 PM, Christoph Hellwig wrote:
>
> I can look at that, but indeed optimizing this patch seems a bit
> stupid.
The "write less than a full block to the end of the file" is actually
a reasonably common case.
It may not make for a great filesystem benchmark, but it also i
On Thu, Aug 11, 2016 at 09:40:29AM -0700, Joshua Clayton wrote:
>
> Hi Peter,
>
> Consider this my attempt to squeeze my own dts into your patch series.
> These patches repalce patch 6 in V5. of the usb pwrseq series
> I adding a #address and #size to imx6qdl.dtsi in patch 1
> and remove those li
- On Aug 11, 2016, at 9:28 PM, Boqun Feng boqun.f...@gmail.com wrote:
> On Thu, Aug 11, 2016 at 11:26:30PM +, Mathieu Desnoyers wrote:
>> - On Jul 24, 2016, at 2:01 PM, Dave Watson davejwat...@fb.com wrote:
>>
>> >>> +static inline __attribute__((always_inline))
>> >>> +bool rseq_fini
On 08/10/16 at 05:09pm, Hidehiro Kawai wrote:
> Daniel Walker reported problems which happens when
> crash_kexec_post_notifiers kernel option is enabled
> (https://lkml.org/lkml/2015/6/24/44).
>
> In that case, smp_send_stop() is called before entering kdump routines
> which assume other CPUs are
Hi Hidehiro
Thanks for the update.
On 08/10/16 at 05:09pm, Hidehiro Kawai wrote:
> Daniel Walker reported problems which happens when
> crash_kexec_post_notifiers kernel option is enabled
> (https://lkml.org/lkml/2015/6/24/44).
>
> In that case, smp_send_stop() is called before entering kdump rou
- On Aug 11, 2016, at 11:10 PM, Mathieu Desnoyers
mathieu.desnoy...@efficios.com wrote:
> - On Aug 11, 2016, at 9:28 PM, Boqun Feng boqun.f...@gmail.com wrote:
>
>> On Thu, Aug 11, 2016 at 11:26:30PM +, Mathieu Desnoyers wrote:
>>> - On Jul 24, 2016, at 2:01 PM, Dave Watson davej
Add support for cdn DP controller which is embedded in the rk3399
SoCs. The DP is compliant with DisplayPort Specification,
Version 1.3, This IP is compatible with the rockchip type-c PHY IP.
There is a uCPU in DP controller, it need a firmware to work,
please put the firmware file to /lib/firmware
Hi Ruchi,
[auto build test WARNING on tip/timers/core]
[also build test WARNING on v4.8-rc1 next-20160811]
[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/Ruchi-Kandoi/timekeeping-Prints-the
> "Tyrel" == Tyrel Datwyler writes:
Tyrel> On 08/03/2016 02:36 PM, Tyrel Datwyler wrote:
>> This patchset introduces optional FC-TAPE/FC Class 3 Error Recovery
>> to the ibmvfc client driver.
>>
>> Tyrel Datwyler (2): ibmvfc: Set READ FCP_XFER_READY DISABLED bit in
>> PRLI ibmvfc: add FC Cla
On 07/29/2016 06:00 AM, Mel Gorman wrote:
> On Fri, Jul 29, 2016 at 10:13:40AM +1000, Dave Chinner wrote:
>> On Thu, Jul 28, 2016 at 11:25:13AM +0100, Mel Gorman wrote:
>>> On Thu, Jul 28, 2016 at 03:49:47PM +1000, Dave Chinner wrote:
Seems you're all missing the obvious.
Add a trace
clk_register_fixed_factor returns an ERR_PTR in case of an error and
should have an IS_ERR check instead of a null check.
The Coccinelle semantic patch used to find this issue is as follows:
@@
expression e;
statement S;
@@
*e = clk_register_fixed_factor(...);
if (!e) S
Signed-off-by: Amitoj Kau
On Thu, Aug 11, 2016 at 11:31:06AM -0700, Davidlohr Bueso wrote:
> On Thu, 11 Aug 2016, Peter Zijlstra wrote:
>
> > On Wed, Aug 10, 2016 at 04:29:22PM -0700, Davidlohr Bueso wrote:
> >
> > > (1) As Manfred suggested, have a patch 1 that fixes the race against
> > > mainline
> > > with the redund
On 2016/8/11 18:08, Jaehoon Chung wrote:
Hi Shawn,
On 08/09/2016 10:49 AM, Shawn Lin wrote:
Hi,
On 2016/8/8 18:24, Jaehoon Chung wrote:
Hi Shawn,
On 08/07/2016 10:33 AM, Shawn Lin wrote:
By default, dw_mmc outputs high level voltage to indicate powering
up the card and outputs low level vcl
From: Tomohiro Kusumi
autofs4_kill_sb() doesn't need to be declared as extern,
and no other functions in .h are explicitly declared as extern.
Signed-off-by: Tomohiro Kusumi
Signed-off-by: Ian Kent
---
fs/autofs4/autofs_i.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Fri, Aug 12, 2016 at 12:23:29PM +1000, Dave Chinner wrote:
> Christoph, maybe there's something we can do to only trigger
> speculative prealloc growth checks if the new file size crosses the end of
> the currently allocated block at the EOF. That would chop out a fair
> chunk of the xfs_bmapi_r
From: Tomohiro Kusumi
Sync with changes made by 730c9eec which introduced an union for
various ioctl commands instead of having statically named arg1,2.
This commit simply replaces arg1,2 with the corresponding fields
without changing semantics.
Signed-off-by: Tomohiro Kusumi
Signed-off-by: Ia
From: Tomohiro Kusumi
Returning -ENOTTY here fails to free dynamically allocated param.
Signed-off-by: Tomohiro Kusumi
Signed-off-by: Ian Kent
---
fs/autofs4/dev-ioctl.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/fs/autofs4/dev-ioctl.c b/fs/autofs4/dev-ioctl.c
in
From: Tomohiro Kusumi
The explanation on how ioctl handles devid seems incorrect.
Userspace who calls this ioctl has no input regarding devid,
and ioctl implementation retrieves devid via superblock.
Signed-off-by: Tomohiro Kusumi
Signed-off-by: Ian Kent
---
.../filesystems/autofs4-mount-cont
From: Tomohiro Kusumi
No functional changes, based on the following justification.
1. Make the code more consistent using the ioctl vector _ioctls[],
rather than assigning NULL only for this ioctl command.
2. Remove goto done; for better maintainability in the long run.
3. The existing code i
From: Tomohiro Kusumi
This macro was never used by neither kernel nor userspace,
and also doesn't represent "devid length" in bytes.
(unless it was added to mean something else).
Signed-off-by: Tomohiro Kusumi
Signed-off-by: Ian Kent
---
include/linux/auto_dev-ioctl.h |2 --
1 file change
From: Tomohiro Kusumi
This isn't a return value, so change the message to indicate
the status is the result of may_umount().
(or locate pr_debug() after put_user() with the same message)
Signed-off-by: Tomohiro Kusumi
Signed-off-by: Ian Kent
---
fs/autofs4/root.c |2 +-
1 file changed, 1
Since linux/auto_dev-ioctl.h wasn't included in include/linux/Kbuild
it wasn't moved to uapi/linux as part of the uapi series.
Signed-off-by: Ian Kent
---
include/linux/auto_dev-ioctl.h | 209 -
include/uapi/linux/auto_dev-ioctl.h | 221
From: Tomohiro Kusumi
linux/limits.h should be included by uapi instead of linux/auto_fs.h
so as not to cause compile error in userspace.
# cat << EOF > ./test1.c
> #include
> #include
> int main(void) {
> return 0;
> }
> EOF
# gcc -Wall -g ./test1.c
In file included from ./test1.
From: Tomohiro Kusumi
All other warnings use "cmd(0x%08x)" and this is the only one with "cmd(%d)".
(below comes from my userspace debug program, but not automount daemon)
[ 1139.905676] autofs4:pid:1640:check_dev_ioctl_version: ioctl control
interface version mismatch: kernel(1.0), user(0.0),
The count of miscellaneous device ioctls in fs/autofs4/autofs_i.h is wrong.
The number of ioctls is the difference between AUTOFS_DEV_IOCTL_VERSION_CMD
and AUTOFS_DEV_IOCTL_ISMOUNTPOINT_CMD (14) not the difference between
AUTOFS_IOC_COUNT and 11 (21).
Signed-off-by: Ian Kent
Cc: Tomohiro Kusumi
From: Tomohiro Kusumi
plus minor whitespace fixes.
Signed-off-by: Tomohiro Kusumi
Signed-off-by: Ian Kent
---
Documentation/filesystems/autofs4.txt |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/Documentation/filesystems/autofs4.txt
b/Documentation/filesystems
The inode allocation failure case in autofs4_dir_symlink() frees
the autofs dentry info of the dentry without setting ->d_fsdata to
NULL.
That could lead to a double free so just get rid of the free and
leave it to ->d_release().
Signed-off-by: Ian Kent
Cc: Tomohiro Kusumi
---
fs/autofs4/root.
Somewhere along the line the error handling gotos have become incorrect.
Signed-off-by: Ian Kent
Cc: Tomohiro Kusumi
---
fs/autofs4/inode.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/autofs4/inode.c b/fs/autofs4/inode.c
index 8357544..64d721f 100644
--- a/fs
From: Tomohiro Kusumi
kfree dentry data allocated by autofs4_new_ino() with
autofs4_free_ino() instead of raw kfree.
(since we have the interface to free autofs_info*)
This patch was modified to remove the need to set the dentry
info field to NULL dew to a change in the previous patch.
Signed-o
From: Tomohiro Kusumi
This patch does what the below comment says.
It could be and it's considered better to do this first
before various functions get called during initialization.
/* Couldn't this be tested earlier? */
Signed-off-by: Tomohiro Kusumi
Signed-off-by: Ian Kent
---
fs/autofs4/i
From: Tomohiro Kusumi
It's invalid if the given mode is neither dir nor link,
so warn on else case.
Signed-off-by: Tomohiro Kusumi
Signed-off-by: Ian Kent
---
fs/autofs4/inode.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/fs/autofs4/inode.c b/fs/autofs4/inode.c
in
From: Tomohiro Kusumi
These two were left from aa55ddf3 which removed unused ioctls.
Signed-off-by: Tomohiro Kusumi
Signed-off-by: Ian Kent
---
fs/autofs4/autofs_i.h |2 --
1 file changed, 2 deletions(-)
diff --git a/fs/autofs4/autofs_i.h b/fs/autofs4/autofs_i.h
index eb87055..73e3d38 10
On Wed, Aug 10, 2016 at 12:17:57PM -0700, Davidlohr Bueso wrote:
> On Wed, 10 Aug 2016, Manfred Spraul wrote:
>
> > On 08/10/2016 02:05 AM, Benjamin Herrenschmidt wrote:
> > > On Tue, 2016-08-09 at 20:52 +0200, Manfred Spraul wrote:
> > > > Hi Benjamin, Hi Michael,
> > > >
> > > > regarding commi
On Thu, 2016-08-11 at 18:11 +0800, Wanpeng Li wrote:
> 2016-08-11 0:52 GMT+08:00 Rik van Riel :
> > On Wed, 10 Aug 2016 07:39:08 +0800
> > Wanpeng Li wrote:
> >
> > > The regression is caused by your commit "sched,time: Count
> > > actually
> > > elapsed irq & softirq time".
> >
> > Wanpeng, doe
From: Eddie Huang
mediatek can support baud rate up to 4M.
the 'uart_get_baud_rate' function will limit the max baud rate.
Modify max baud to remove the limit.
Signed-off-by: Long Cheng
---
drivers/tty/serial/8250/8250_mtk.c |6 +-
drivers/tty/serial/8250/8250_port.c |4 +---
2 fi
On Thu, Aug 11, 2016 at 7:23 PM, Dave Chinner wrote:
>
> And, as usual, that's the answer. Here's the reproducer:
>
> # sudo mkfs.xfs -f -m crc=0 /dev/pmem1
> # sudo mount -o noatime /dev/pmem1 /mnt/scratch
> # sudo xfs_io -f -c "pwrite 0 512m -b 1" /mnt/scratch/fooey
Heh. Ok, so 1 byte or 1kB at
On Thu, Aug 11, 2016 at 5:54 PM, Dave Chinner wrote:
>
> So, removing mark_page_accessed() made the spinlock contention
> *worse*.
>
> 36.51% [kernel] [k] _raw_spin_unlock_irqrestore
>6.27% [kernel] [k] copy_user_generic_string
>3.73% [kernel] [k] _raw_spin_unlock_irq
>3.55% [
On Fri, Aug 12, 2016 at 10:54:42AM +1000, Dave Chinner wrote:
> I'm now going to test Christoph's theory that this is an "overwrite
> doing lots of block mapping" issue. More on that to follow.
Ok, so going back to the profiles, I can say it's not an overwrite
issue, because there is delayed alloc
Hello all:
I recently add a support for customize am3358 board using the branch
processor-sdk-linux-03.00.00 from Ti git. But I meet a problem with musb
at the peripheral mode.
I have force usb1 in peripheral mode in dts as it only have USB_DP,
USB_DM and USBDRV connected. I start up a ether ga
On 08/11/2016 11:13 PM, Huang, Ying wrote:
> Aaron Lu writes:
>
>> Since commit 52aec3308db8 ("x86/tlb: replace INVALIDATE_TLB_VECTOR by
>> CALL_FUNCTION_VECTOR"), the tlb remote shootdown is done through call
>> function vector. That commit didn't take care of irq_tlb_count so later
>> commit fd
Hi, Andrei Vagin
> -Original Message-
> From: 'Andrei Vagin' [mailto:ava...@gmail.com]
> Sent: Saturday, August 06, 2016 1:14 AM
> To: Zhao Lei
> Cc: 'LKML' ; 'Linux Containers'
> ; 'Eric W. Biederman'
>
> Subject: Re: [PATCH v2 1/2] Limit dump_pipe program's permission to init for
> con
> "Shaun" == Shaun Tancheff writes:
Shaun,
Shaun> In sd_setup_discard_cmnd() there are a some discard methods that
Shaun> fall back to using WRITE_SAME. It appears that those paths using
Shaun> WRITE_SAME should also use the SD_WRITE_SAME_TIMEOUT instead of
Shaun> the default SD_TIMEOUT.
Th
On 12/08/16 02:04, Reza Arbab wrote:
> The following oops occurs after a pgdat is hotadded:
>
> [ 86.839956] Unable to handle kernel paging request for data at address
> 0x00c30001
> [ 86.840132] Faulting instruction address: 0xc022f8f4
> [ 86.840328] Oops: Kernel access of bad ar
Hi Chris
Looks good for me
only tiny problem comment inline.
Thanks.
On 2016年08月11日 07:32, Chris Zhong wrote:
Add support for cdn DP controller which is embedded in the rk3399
SoCs. The DP is compliant with DisplayPort Specification,
Version 1.3, This IP is compatible with the rockchip type-c
of_node_put needs to be called when the device node which is got
from of_parse_phandle has finished using.
Cc: Srinivas Kandagatla
Cc: Maxime Ripard
Signed-off-by: Peter Chen
---
drivers/nvmem/core.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/drivers/n
On 09/08/16 04:27, Reza Arbab wrote:
> Remove the check which prevents us from hotplugging into an empty node.
>
> Signed-off-by: Reza Arbab
> ---
> arch/powerpc/mm/numa.c | 13 +
> 1 file changed, 1 insertion(+), 12 deletions(-)
>
> diff --git a/arch/powerpc/mm/numa.c b/arch/powe
On 09/08/16 04:27, Reza Arbab wrote:
> When scanning the device tree to initialize the system NUMA topology,
> process dt elements with compatible id "ibm,hotplug-aperture" to create
> memoryless numa nodes.
>
> These nodes will be filled when hotplug occurs within the associated
> address range
On Thu, Aug 11, 2016 at 11:26:30PM +, Mathieu Desnoyers wrote:
> - On Jul 24, 2016, at 2:01 PM, Dave Watson davejwat...@fb.com wrote:
>
> >>> +static inline __attribute__((always_inline))
> >>> +bool rseq_finish(struct rseq_lock *rlock,
> >>> + intptr_t *p, intptr_t to_write,
> >>> + struc
On Thu, Aug 11, 2016 at 11:16:12AM +1000, Dave Chinner wrote:
> On Wed, Aug 10, 2016 at 05:33:20PM -0700, Huang, Ying wrote:
> We need to know what is happening that is different - there's a good
> chance the mapping trace events will tell us. Huang, can you get
> a raw event trace from the test?
>
Hi Jonggyu,
Please take a look at how other patches look like.
(e.g., subject and your SOB)
Thanks,
On Wed, Aug 10, 2016 at 08:25:36PM +0900, Jonggyu wrote:
> I fixed write_cche_pages to write_cache_pages
>
> Signed-off-by: Jonggyu
> ---
> fs/f2fs/data.c | 2 +-
> 1 file changed, 1 insertion(
On Thu, Aug 11, 2016 at 03:49:41PM -0700, Huang, Ying wrote:
> Hi, Kim,
>
> "Huang, Ying" writes:
> >>
> >> [lkp] [f2fs] 3bdad3c7ee: aim7.jobs-per-min -25.3% regression
> >> [lkp] [f2fs] b93f771286: aim7.jobs-per-min -81.2% regression
> >>
> >> In terms of the above regression, I could check that
> "Tom" == Tom Yan writes:
>> Many drives from different vendors were affected by this. So we'd
>> have to make multi block payloads an explicit opt-in like we did for
>> discard_zeroes_data. However, given that "big" discards are mainly
>> done synchronously when creating filesystems, I am n
On 08/09/2016 08:15 AM, John Stultz wrote:
Here's another go at the k3dma fixes and cyclic mode patches
needed to support audio on HiKey.
New in v4:
* Reworked patch set so fixes are applied first before features
Let me know if there is any feedback or objections!
thanks
-john
Cc: Zhangfei
Hi Sven,
On Wed, Aug 03, 2016 at 10:03:46AM -0400, Sven Van Asbroeck wrote:
> The device's model download function returns the model data as
> an array of u32s, which is later compared to the reference
> model data. However, since the latter is an array of u16s,
> the comparison does not happen co
On Thu, 2016-08-11 at 11:20 +0200, Linus Walleij wrote:
> On Wed, Jul 20, 2016 at 7:58 AM, Andrew Jeffery
> wrote:
>
> >
> > diff --git a/arch/arm/mach-aspeed/Kconfig b/arch/arm/mach-
> > aspeed/Kconfig
> > index 25a0ae01429e..a52de9d3adfb 100644
> > --- a/arch/arm/mach-aspeed/Kconfig
> > +++ b/
On Thu, Aug 11, 2016 at 09:55:33AM -0700, Linus Torvalds wrote:
> On Thu, Aug 11, 2016 at 8:57 AM, Christoph Hellwig wrote:
> >
> > The one liner below (not tested yet) to simply remove it should fix that
> > up. I also noticed we have a spurious pagefault_disable/enable, I
> > need to dig into t
Hello Sam,
Thanks for the quick response.
Am Freitag, 12 August 2016, 10:45:00 schrieb Samuel Mendoza-Jonas:
> On Thu, 2016-08-11 at 20:08 -0300, Thiago Jung Bauermann wrote:
> > @@ -908,4 +909,245 @@ bool find_debug_console(const void *fdt, int
> > chosen_node) return false;
> > }
> >
> > +/*
On Thu, 2016-08-11 at 20:08 -0300, Thiago Jung Bauermann wrote:
> Implement the arch_kexec_verify_buffer hook to verify that a device
> tree blob passed by userspace via kexec_file_load contains only nodes
> and properties from a whitelist.
>
> In elf64_load we merge those properties into the devi
On 08/11/2016 06:36 AM, Borislav Petkov wrote:
> On Tue, Aug 09, 2016 at 02:55:40PM -0700, York Sun wrote:
>> The mpc85xx compatible DDR controllers are used on ARM-based SoCs.
>> Separate the DDR part from mpc85xx EDAC driver and prepare to support
>> both architecture.
>>
>> Signed-off-by: York S
1 - 100 of 803 matches
Mail list logo
