On Wed, Sep 13, 2017 at 06:49:21PM +0200, Oleg Nesterov wrote:
> On 09/13, Dmitry V. Levin wrote:
> >
> > Before this change, CONFIG_X86_X32=y fastpath behaviour was different
> > from slowpath:
>
> and even with this change they differ if CONFIG_X86_X32=n?
No, I don't think so.
> do_syscall_64(
On Tue, 12 Sep 2017, Mimi Zohar wrote:
> From: Christoph Hellwig
>
> The CONFIG_IMA_LOAD_X509 and CONFIG_EVM_LOAD_X509 options permit
> loading x509 signed certificates onto the trusted keyrings without
> verifying the x509 certificate file's signature.
>
> This patch replaces the call to the i
On 09/14/17 12:19, Joe Lawrence wrote:
> On 09/14/2017 12:57 PM, Randy Dunlap wrote:
>> On 09/14/17 06:26, Michael Kerrisk (man-pages) wrote:
>>> Hello Joe,
>>>
>>> On 5 September 2017 at 16:44, Joe Lawrence wrote:
While backporting Michael's "pipe: fix limit handling" [1] patchset to a
On Thu, Sep 14, 2017 at 1:12 PM, Miklos Szeredi wrote:
>
> I was saying that it's a bad idea to mix external and internal flags.
> That was the reason the two were separated on that API. I'm open to
> arguments about that.
The thing is, I don't think "upper layer" is any more internal than
"direc
On Thu, Sep 14, 2017 at 07:40:43PM +, Eugene Syromyatnikov wrote:
> On Wed, Sep 13, 2017 at 4:49 PM, Oleg Nesterov wrote:
> > IOW, why do we want to silently ignore the upper bits in $rax ?
>
> By the way, they are ignored elsewhere, in audit[1] or seccomp[2], for
> example.
>
> [1] include
From: "Ismail H. Kose"
This patch provides an iio device driver for DS4422/DS4424 chips that support
two/four channel 7-bit Sink/Source Current DAC.
The driver supports device tree and platform files for the configurations.
Datasheet publicly available at:
https://datasheets.maximintegrated.com
Cleanup the logical package ID code by storing the logical package ID in
the cpuinfo_x86 struct and calculating the maximum logical package ID
after all the CPUs have been enumerated.
[v2]: Decrease logical_packages when the last thread in a socket is
removed.
Signed-off-by: Prarit Bhargava
And
A system booted with a small number of cores enabled per package
panics because the estimate of __max_logical_packages is too low.
This occurs when the total number of active cores across all packages
is less than the maximum core count for a single package.
ie) On a 4 package system with 20 cores
From: Andi Kleen
I was looking at large early boot allocations and noticed that
since (1f12e32f x86/topology: Create logical package id)
every 64bit system allocates a 128k array to convert logical
package ids.
This happens because the array is sized for
MAX_LOCAL_APIC and that is always 32k on
From: Andi Kleen
The SNB-EP uncore driver is the only user of topology_phys_to_logical_pkg
in a performance critical path. Change it query the logical pkg ID
only once at initialization time and then cache it in box structure.
Signed-off-by: Andi Kleen
---
arch/x86/events/intel/uncore.c
On Thu, Sep 14, 2017 at 10:56 AM, wrote:
Hi Matthew,
>
> Hi Alan,
>
> s/mixxed/mixed/
>
OK, I'll fix that.
Alan
> On Wed, 13 Sep 2017, Alan Tull wrote:
>
>> The fpga menuconfig has gotten messy. The bridges and managers are
>> mixxed together.
>>
>> * Separate the bridges and things depende
Commit 610467270fb3 ("cgroup: don't call migration methods if there
are no tasks to migrate") introduces a new field nr_tasks to the
cgroup_taskset structure for keeping track of the number of tasks
contained in the structure. The initial value of this field, however,
is not guaranteed to be 0 as
if 'se = kzalloc()' fails in the 'for' loop, we will branch to 'err'.
But in this case, 'kc[i].private_value' will still be NULL. A NULL pointer
dereference will then occur is the error handling path.
In such a case, it is safe to just 'continue' in order to skip this entry
and free the other ones
If this sanity check fails, we must free the memory that has already been
allocated.
So we must go to 'err' as in the other error handling parth of this
function.
Fixes: 1a7dd6e2f192 ("ASoC: topology: Allow a widget to have multiple enum
controls")
Signed-off-by: Christophe JAILLET
---
sound/s
On Fri, Sep 15, 2017 at 06:21:28AM +1000, James Morris wrote:
> So, to be clear, this patch solves the XFS deadlock using a different
> approach (to the now reverted integrity_read approach), which Christoph
> also says is more correct generally. Correct?
No. It is in addition to the previous
Hi Satendra,
Em Thu, 14 Sep 2017 05:59:27 -0400
Satendra Singh Thakur escreveu:
> -For setting one frontend property , one FE_SET_PROPERTY ioctl is called
> -Since, size of struct dtv_property is 72 bytes, this ioctl requires
> ---allocating 72 bytes of memory in user space
> ---allocating 72 by
On Thu, Sep 14, 2017 at 10:50 AM, wrote:
Hi Matthew,
Thanks for the review!
>
> Hi Alan,
>
> Just a couple of minor nits.
>
> Matthew Gerlach
>
> On Wed, 13 Sep 2017, Alan Tull wrote:
>
>> Create of-fpga-region.c and ove the following functions without
>
>
> s/ove/move/
OK
>>
>> modification
From: Andi Kleen
The -M metric group parser threw away the events of earlier
groups when multiple groups were specified. Fix this here
by not overwriting the string incorrectly.
Now this works correctly:
% perf stat -M Summary,SMT --metric-only -a sleep 1
Performance counter stats for 'system
On Thu 2017-09-14 21:31:31, Jacek Anaszewski wrote:
> Hi David and Pavel,
>
> On 09/13/2017 10:20 PM, Pavel Machek wrote:
> > Hi!
> >
> >> These patch series add the LED_BRIGHTNESS_FAST flag support for
> >> ledtrig-transient to use hrtimer so that platforms with high-resolution
> >> timer
> >>
On 9/5/2017 4:10 AM, Arnd Bergmann wrote:
> A recent change interprets the return code of dma_init_coherent_memory
> as an error value, but it is instead a boolean, where 'true' indicates
> success. This leads causes the caller to always do the wrong thing,
> and also triggers a compile-time warnin
On Sun, Sep 10, 2017 at 10:38:58PM +0200, Arnd Bergmann wrote:
> Hi Josh,
>
> I have a randconfig build that produces a link error:
>
> built-in.o: member arch/x86/kernel/time.o in archive is not an object
>
> I've traced it down to the "objtool orc generate" command that appears
> to corrupt th
Thus wrote Lee Jones (lee.jo...@linaro.org):
> On Tue, 12 Sep 2017, Martin Kaiser wrote:
> > When fsl-imx25-tsadc is compiled as a module, unloading and reloading
> > the module will lead to a crash.
> > Add a removal function which clears the irq handler and removes the irq
> > domain. With thi
On Thu, 14 Sep 2017, Christoph Hellwig wrote:
> On Fri, Sep 15, 2017 at 06:21:28AM +1000, James Morris wrote:
> > So, to be clear, this patch solves the XFS deadlock using a different
> > approach (to the now reverted integrity_read approach), which Christoph
> > also says is more correct genera
> Can you clarify what type of registers it is you are wanting to read?
> We already have ethtool which is meant to allow reading the device
> registers for a given netdev. As long as the port has a netdev
> associated it then there is no need to be getting into debugfs since
> we should probably j
From: Shaohua Li
bio_blkcg is the only API to get cgroup info for a bio right now. If
bio_blkcg finds current task is a kthread and has original blkcg
associated, it will use the css instead of associating the bio to
current task. This makes it possible that kthread dispatches bios on
behalf of o
From: Shaohua Li
loop block device handles IO in a separate thread. The actual IO
dispatched isn't cloned from the IO loop device received, so the
dispatched IO loses the cgroup context.
I'm ignoring buffer IO case now, which is quite complicated. Making the
loop thread aware cgroup context doe
From: Shaohua Li
Nobody uses the APIs right now.
Acked-by: Tejun Heo
Signed-off-by: Shaohua Li
---
block/bio.c| 31 ---
include/linux/bio.h| 2 --
include/linux/blk-cgroup.h | 12
3 files changed, 45 deletions(-)
diff --git a/
From: Shaohua Li
Hi,
The IO dispatched to under layer disk by loop block device isn't cloned from
original bio, so the IO loses cgroup information of original bio. These IO
escapes from cgroup control. The patches try to address this issue. The idea is
quite generic, but we currently only make i
From: Shaohua Li
kthread usually runs jobs on behalf of other threads. The jobs should be
charged to cgroup of original threads. But the jobs run in a kthread,
where we lose the cgroup context of original threads. The patch adds a
machanism to record cgroup info of original threads in kthread con
On Tue, Sep 12, 2017 at 3:57 PM, Dmitry V. Levin wrote:
> Before this change, CONFIG_X86_X32=y fastpath behaviour was different
> from slowpath:
>
> $ gcc -xc -Wall -O2 - <<'EOF'
> #include
> #include
> int main(void) {
> unsigned long nr = ~0xUL | __NR_exit;
> return !!s
On Thu, 31 Aug 2017, Joe Lawrence wrote:
> This version cleans up a few minor tweaks requested by Josh and
> Miroslav.
>
> v6:
>
> - Convert an enum into a function argument flag
> - Update code comment that still referenced updating existing shadow
> variables
> - Doc: Add a closing ')' paren
On Sat, Sep 9, 2017 at 9:32 PM, James Morris wrote:
> On Fri, 8 Sep 2017, Paul Moore wrote:
>
>> > This is also why I tend to prefer getting multiple branches for
>> > independent things.
>
> [...]
>
>>
>> Is it time to start sending pull request for each LSM and thing under
>> security/ directly?
On Thu, Sep 14, 2017 at 07:56:16PM +0800, GeneBlue wrote:
> Hi:
> ext4_fill_super+0x8670/0xa720 fs/ext4/super.c:4005
> mount_bdev+0x2d7/0x390 fs/super.c:1119
> ext4_mount+0x34/0x40 fs/ext4/super.c:5683
> mount_fs+0x9d/0x2d0 fs/super.c:1222
> vfs_kern_mount+0x7a/0x3f0 fs/namespace.c:977
>
On Thu, 14 Sep 2017, Kees Cook wrote:
> How separable are the patches, normally?
They're usually mostly separate, but may depend on some core LSM change,
or similar.
Casey has mentioned off-list that it is useful to have a coherent up to
date security branch to work against when making core LS
On Thu, 14 Sep 2017 15:59:36 +0200 Vitaly Wool wrote:
> Fix the situation when clear_bit() is called for page->private before
> the page pointer is actually assigned. While at it, remove work_busy()
> check because it is costly and does not give 100% guarantee anyway.
Does this fix https://bugzi
From: Jiri Kosina
... therefore make it static.
Fixes: 439e7271dc2 ("livepatch: introduce shadow variable API")
Signed-off-by: Jiri Kosina
---
Sorry for not having spotted this before pushing out.
kernel/livepatch/shadow.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/k
Em Wed, Sep 13, 2017 at 12:38:19PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Wed, Sep 13, 2017 at 03:29:44PM +, Liang, Kan escreveu:
> > >
> > > Em Sun, Sep 10, 2017 at 07:23:13PM -0700, kan.li...@intel.com escreveu:
> > >
> > > So I got the first two patches already merged, and made som
Fix gcc warning:
cros_ec_baro.c:130:25: warning: variable ‘ec_device’ set but not used
Signed-off-by: Paolo Cretaro
---
drivers/iio/pressure/cros_ec_baro.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/iio/pressure/cros_ec_baro.c
b/drivers/iio/pressure/cros_ec_baro.c
index 48b2a3
On Thu, 14 Sep 2017 22:14:46 +0900 Minchan Kim wrote:
> > Now. Users can choose between VMA based readahead and original
> > readahead via a knob as follow at runtime,
> >
> > /sys/kernel/mm/swap/vma_ra_enabled
>
> It's not a config option and is enabled by default. IOW, it's under the radar
>
On 23-08-17, 16:40, c...@rock-chips.com wrote:
> From: Liang Chen
>
> Add compatible rockchip,rk3328 to the machines table to
> launch cpufreq-dt driver for rk3328 soc.
>
> Signed-off-by: Liang Chen
> ---
> drivers/cpufreq/cpufreq-dt-platdev.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff
In V12 SMEM, SBL writes SMEM parameter information
after the TOC. Use the SBL provided item count
as the max item number.
Signed-off-by: Chris Lew
---
Changes since v1:
- Change num_items to __le16 from __le32
- Move max smem item warning to generic get/alloc functions
- Use get ptable helper fu
On Thu, Sep 14, 2017 at 2:13 PM, James Morris wrote:
> On Thu, 14 Sep 2017, Kees Cook wrote:
>
>> How separable are the patches, normally?
>
> They're usually mostly separate, but may depend on some core LSM change,
> or similar.
>
> Casey has mentioned off-list that it is useful to have a coheren
Endianness can vary in the system, add le32_to_cpu when comparing
size values from smem.
Signed-off-by: Chris Lew
---
Changes since v1:
- New change
drivers/soc/qcom/smem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/soc/qcom/smem.c b/drivers/soc/qcom/smem.c
ind
SMEM V12 was devised to make better use of the global SMEM region. The
global heap region is formatted to be similar to a private partition.
This allows the maximum number of smem items to increase. The maximum
item number is written by the bootloader in a region after the table
of contents. The n
Increase the maximum number of hosts in a system to 10.
Signed-off-by: Chris Lew
---
Changes since v1:
- None
drivers/soc/qcom/smem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/soc/qcom/smem.c b/drivers/soc/qcom/smem.c
index 2f3b1e1a8904..086f31b6c584 100644
--
SMEM V12 creates a global partition to allocate global
smem items from instead of a global heap. The global
partition has the same structure as a private partition.
Signed-off-by: Chris Lew
---
Changes since v1:
- Move V12 descriptions to top comment
- Add cacheline support to global partition
-
The SMEM header structure includes the version information.
Read the version directly from the header instead of getting
an item from the global heap.
Signed-off-by: Chris Lew
---
Changes since v1:
- Remove unused smem item version macro
- Move smem get version change to separate commit
driver
On 30-08-17, 00:37, Masahiro Yamada wrote:
> As you see arch/arm/boot/dts/uniphier-ld6b.dtsi, it includes
> uniphier-pxs2.dtsi, which uses "operating-points-v2" property
> and whose cpufreq device is automatically created.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> drivers/cpufreq/cpufreq-dt-
On Thu, Sep 14, 2017 at 02:05:04PM -0700, Andy Lutomirski wrote:
> On Tue, Sep 12, 2017 at 3:57 PM, Dmitry V. Levin wrote:
> > Before this change, CONFIG_X86_X32=y fastpath behaviour was different
> > from slowpath:
> >
> > $ gcc -xc -Wall -O2 - <<'EOF'
> > #include
> > #include
> > int main(void
The last firmware change for the in-kernel firmware source code was back
in 2013. Everyone has been relying on the out-of-tree linux-firmware
package for a long long time.
So let's drop it, it's baggage we don't need to keep dragging around
(and having to fix random kbuild issues over time...)
C
On Thu, Sep 14, 2017 at 2:33 PM, Dmitry V. Levin wrote:
> On Thu, Sep 14, 2017 at 02:05:04PM -0700, Andy Lutomirski wrote:
>> On Tue, Sep 12, 2017 at 3:57 PM, Dmitry V. Levin wrote:
>> > Before this change, CONFIG_X86_X32=y fastpath behaviour was different
>> > from slowpath:
>> >
>> > $ gcc -xc -
On Thu, Sep 14, 2017 at 6:55 PM, Ludovic BARRE wrote:
>
>
> On 09/14/2017 05:24 PM, Geert Uytterhoeven wrote:
>>
>> Hi Ludovic,
>>
>> On Thu, Sep 14, 2017 at 5:13 PM, Ludovic BARRE
>> wrote:
>>>
>>> On 09/14/2017 03:38 PM, Geert Uytterhoeven wrote:
>>>
>>> hi Arnd, Geert
>>>
>>> sorry, I was forg
On Thu, 2017-09-14 at 14:33 -0700, Greg Kroah-Hartman wrote:
> The last firmware change for the in-kernel firmware source code was back
> in 2013. Everyone has been relying on the out-of-tree linux-firmware
> package for a long long time.
>
> So let's drop it, it's baggage we don't need to keep d
Commit 446810f2dd41 ("of: add vendor prefix for Abracon Corporation")
claimed that "abcn" was used as the vendor prefix while in fact "abracon"
was used in the subsequent commits. It is also the only prefix used in the
tree.
Signed-off-by: Alexandre Belloni
---
Documentation/devicetree/bindings/
On 31-08-17, 19:43, Dong Aisheng wrote:
> Use clk_bulk_get to ease the driver clocks handling.
>
> Cc: "Rafael J. Wysocki"
> Cc: Viresh Kumar
> Cc: Shawn Guo
> Cc: Anson Huang
> Cc: Leonard Crestez
> Signed-off-by: Dong Aisheng
> --
> The original one is here which depends on clk_bulk APIs.
On Sun, 2017-07-16 at 19:16 -0500, Scott Wood wrote:
> Reduce code duplication and take advantage of bisection logic
> improvements by calling config-bisect.pl.
>
> The output of make oldconfig is now copied directly to the desired
> file,
> rather than doing assign_configs+save_config, in order t
On Thu, Sep 07, 2017 at 09:12:42AM +0200, Ingo Molnar wrote:
>
> * Miguel Bernal Marin wrote:
>
> > kernel/locking/rwsem.o: warning: objtool: up_read()+0x11: call without
> > frame pointer save/setup
> >
> > The warning means gcc 7.2.0 placed the __up_read() inline asm (and its
> > call instru
On Thu, Sep 14, 2017 at 11:00 PM, Josh Poimboeuf wrote:
> On Sun, Sep 10, 2017 at 10:38:58PM +0200, Arnd Bergmann wrote:
>> Hi Josh,
>>
>> I have a randconfig build that produces a link error:
>>
>> built-in.o: member arch/x86/kernel/time.o in archive is not an object
>>
>> I've traced it down to
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git master
commit d57108d4f6791291e89d980e7f7a3566c32ab188
Author: Thomas Gleixner
AuthorDate: Tue Sep 12 21:37:11 2017 +0200
Commit: Ingo Molnar
On Thu, Sep 14, 2017 at 04:43:08PM -0300, Fabio Estevam wrote:
> Hi Nicolin,
>
> On Thu, Sep 14, 2017 at 3:46 PM, Nicolin Chen wrote:
> > The driver already supports DMA_DEV_TO_DEV in sdma_config(),
> > DMA_SLAVE_BUSWIDTH_2_BYTES and DMA_SLAVE_BUSWIDTH_1_BYTE in
> > sdma_prep_slave_sg(). So this
On Thu, Sep 14, 2017 at 11:44 PM, Arnd Bergmann wrote:
> On Thu, Sep 14, 2017 at 11:00 PM, Josh Poimboeuf wrote:
>> On Sun, Sep 10, 2017 at 10:38:58PM +0200, Arnd Bergmann wrote:
>>> Hi Josh,
>>>
>>> I have a randconfig build that produces a link error:
>>>
>>> built-in.o: member arch/x86/kernel/
Hi,
Am Montag, 11. September 2017, 13:56:21 CEST schrieb Jagan Teki:
> From: Jagan Teki
>
> Signed-off-by: Jagan Teki
I've applied both for 4.15, but folded both patches into one and adjusted
the commit message.
Heiko
On Thu, Sep 14 2017, Michael Kerrisk (man-pages) wrote:
> Hi Neil,
>
> On 25 August 2017 at 07:32, NeilBrown wrote:
>>
>> Expand on the relationship between fstatat() and the other
>> three functions, and improve the description of AT_NO_AUTOMOUNT.
>> Specifically, both stat() and lstat() act th
On Thu, 14 Sep 2017, Alan Tull wrote:
On Wed, Sep 13, 2017 at 6:38 PM, wrote:
Hi Matthew,
Hi Alan,
Two minor nits below.
Matthew Gerlach
On Wed, 13 Sep 2017, Alan Tull wrote:
Add two functions for getting the FPGA bridge from the device
rather than device tree node. This is to enab
Remove duplicating code by using common functions
vmemmap_pud_populate and vmemmap_pgd_populate.
Signed-off-by: Pavel Tatashin
Reviewed-by: Steven Sistare
Reviewed-by: Daniel Jordan
Reviewed-by: Bob Picco
Acked-by: David S. Miller
---
arch/sparc/mm/init_64.c | 23 ++-
1 f
vmemmap_alloc_block() will no longer zero the block, so zero memory
at its call sites for everything except struct pages. Struct page memory
is zero'd by struct page initialization.
Replace allocators in sprase-vmemmap to use the non-zeroing version. So,
we will get the performance improvement by
This patch fixes two issues in deferred_init_memmap
=
In deferred_init_memmap() where all deferred struct pages are initialized
we have a check like this:
if (page->flags) {
VM_BUG_ON(page_zone(page) != zone);
goto free_range;
}
This way we are checking if the current deferre
Without deferred struct page feature (CONFIG_DEFERRED_STRUCT_PAGE_INIT),
flags and other fields in "struct page"es are never changed prior to first
initializing struct pages by going through __init_single_page().
With deferred struct page feature enabled, however, we set fields in
register_page_bo
On (09/14/17 09:48), Andy Lutomirski wrote:
> On Tue, Sep 12, 2017 at 6:18 AM, Sergey Senozhatsky
> wrote:
> > Hi Andy,
> >
> > got the following warn for each CPU
> >
> >
> > [0.00] [ cut here ]
> > [0.00] WARNING: CPU: 0 PID: 0 at arch/x86/mm/tlb.c:245
>
Some memory is reserved but unavailable: not present in memblock.memory
(because not backed by physical pages), but present in memblock.reserved.
Such memory has backing struct pages, but they are not initialized by going
through __init_single_page().
In some cases these struct pages are accessed
Copy paste error, changing the subject for the header to v8 from v7.
On 09/14/2017 06:35 PM, Pavel Tatashin wrote:
Changelog:
v8 - v7
- Added Acked-by's from Dave Miller for SPARC changes
- Fixed a minor compiling issue on tile architecture reported by kbuild
v7 - v6
- Addressed comments from M
Without deferred struct page feature (CONFIG_DEFERRED_STRUCT_PAGE_INIT),
flags and other fields in "struct page"es are never changed prior to first
initializing struct pages by going through __init_single_page().
With deferred struct page feature enabled there is a case where we set some
fields pr
Is anyone using /proc/ipmi for pulling IPMI information? That
really needs to move to sysfs, and I'm going to start that process soon.
I'll be adding sysfs attributes now then removing from /proc later
to stage this, but this is your warning.
-corey
Changelog:
v8 - v7
- Added Acked-by's from Dave Miller for SPARC changes
- Fixed a minor compiling issue on tile architecture reported by kbuild
v7 - v6
- Addressed comments from Michal Hocko
- memblock_discard() patch was removed from this series and integrated
separately
- Fixed bug reported b
Adding Andrew Morton and Oleg Nesterov to cc.
On Thu, Sep 07, 2017 at 12:17:15PM +0100, Roman Gushchin wrote:
> Right now there is no convenient way to check if a process is being
> coredumped at the moment.
>
> It might be necessary to recognize such state to prevent killing
> the process and ge
To optimize the performance of struct page initialization,
vmemmap_populate() will no longer zero memory.
We must explicitly zero the memory that is allocated by vmemmap_populate()
for kasan, as this memory does not go through struct page initialization
path.
Signed-off-by: Pavel Tatashin
Review
To optimize the performance of struct page initialization,
vmemmap_populate() will no longer zero memory.
We must explicitly zero the memory that is allocated by vmemmap_populate()
for kasan, as this memory does not go through struct page initialization
path.
Signed-off-by: Pavel Tatashin
Review
* A new variant of memblock_virt_alloc_* allocations:
memblock_virt_alloc_try_nid_raw()
- Does not zero the allocated memory
- Does not panic if request cannot be satisfied
* optimize early system hash allocations
Clients can call alloc_large_system_hash() with flag: HASH_ZERO to specify
On Thu, Sep 14, 2017 at 03:29:09PM -0700, matthew.gerl...@linux.intel.com wrote:
>
>
> On Thu, 14 Sep 2017, Alan Tull wrote:
>
> > On Wed, Sep 13, 2017 at 6:38 PM, wrote:
> >
> > Hi Matthew,
> >
> > >
> > > Hi Alan,
> > >
> > > Two minor nits below.
> > >
> > > Matthew Gerlach
> > >
> >
The firmware API has a slew of private options available, which can
sometimes be hard to understand. When new functionality is introduced
we also tend to have modify a slew of internal helpers.
Just stuff all common private requirements into its own data structure
and move features into properly d
Greg Kroah-Hartman writes:
> On Wed, Sep 13, 2017 at 12:18:12PM -0700, Guenter Roeck wrote:
>> On Wed, Sep 13, 2017 at 11:55:38AM -0700, Greg Kroah-Hartman wrote:
>> > On Wed, Sep 13, 2017 at 09:36:55AM -0700, Mark Brown wrote:
>> > > On Wed, Sep 13, 2017 at 08:22:13AM -0700, Guenter Roeck wrote:
Add an optimized mm_zero_struct_page(), so struct page's are zeroed without
calling memset(). We do eight to ten regular stores based on the size of
struct page. Compiler optimizes out the conditions of switch() statement.
SPARC-M6 with 15T of memory, single thread performance:
IPC copyin/copyout sanitizing, including 64bit time_t work from Deepa
Dinamani.
One trivial conflict (in ipc/shm.c)
The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877:
Linux v4.13-rc1 (2017-07-15 15:22:10 -0700)
are available in the git repository at:
git://git.ker
On 09/07/2017 09:36 PM, Florian Fainelli wrote:
>
>
> On 09/07/2017 06:19 AM, Nicholas Piggin wrote:
>> On Thu, 7 Sep 2017 05:50:30 -0700
>> Florian Fainelli wrote:
>>
>>> On 08/28/2017 08:09 PM, Nicholas Piggin wrote:
On Mon, 28 Aug 2017 13:03:31 -0700
Florian Fainelli wrote:
Add struct page zeroing as a part of initialization of other fields in
__init_single_page().
This single thread performance collected on: Intel(R) Xeon(R) CPU E7-8895
v3 @ 2.60GHz with 1T of memory (268400646 pages in 8 nodes):
BASEFIX
sparse_init 11.244671
Christoph's "use kernel_read and friends rather than open-coding
set_fs()" series.
The following changes since commit cc4a41fe5541a73019a864883297bd5043aa6d98:
Linux 4.13-rc7 (2017-08-27 17:20:40 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/vi
Another chunk of fmount preparations from dhowells; only trivial conflicts
for that part. It separates MS_... bits (very grotty mount(2) ABI)
from the struct super_block ->s_flags (kernel-internal, only a small subset
of MS_... stuff).
This does *not* convert the filesystems to new constants; onl
The following changes since commit cc4a41fe5541a73019a864883297bd5043aa6d98:
Linux 4.13-rc7 (2017-08-27 17:20:40 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.read_write
for you to fetch changes up to c35fc7a5abae9c154dd6f8c0b
The following changes since commit cc4a41fe5541a73019a864883297bd5043aa6d98:
Linux 4.13-rc7 (2017-08-27 17:20:40 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.misc
for you to fetch changes up to 1985296a3ccd5d89d2ec2ca17b1fa1a
From: Colin Ian King
sg_table is being initialized and is never read before it is updated
again later on, hence making the initialization redundant. Remove
the initialization.
Detected by clang scan-build:
"warning: Value stored to 'sg_table' during its initialization is
never read"
Signed-off-
I think this mutex is too heavy - if multiple processes simultaneously
create a pipe, the mutex would cause performance degradation.
You can call do_proc_dointvec with a custom callback "conv" function that
does the rounding of the pipe size value.
Mikulas
On Tue, 5 Sep 2017, Joe Lawrence wrot
Add remaining trivial RTC bindings.
Signed-off-by: Alexandre Belloni
---
Documentation/devicetree/bindings/trivial-devices.txt | 5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree/bindings/trivial-devices.txt
b/Documentation/devicetree/bindings/trivial-devices.txt
i
From: Markus Mayer
The code checking for low and high temperature points was still based
on an earlier implementation of the driver. It wasn't working properly
with the data types currently being used.
We fix this by disabling the high trip point if our high temperature is
INT_MAX and disabling
On Thu, 14 Sep 2017, Christoph Hellwig wrote:
> On Fri, Sep 15, 2017 at 06:21:28AM +1000, James Morris wrote:
> > So, to be clear, this patch solves the XFS deadlock using a different
> > approach (to the now reverted integrity_read approach), which Christoph
> > also says is more correct genera
Hi all,
We are getting reports from Xen on ARM users about DMA issues. The
problem is that the commit below
(7e91c7df29b5e196de3dc6f086c8937973bd0b88) is necessary to support mmap
on Xen on ARM. It is self-contained and doesn't affect anything outside
of Xen on ARM, so I think is a good candidate
On 14 September 2017 at 16:19, Markus Mayer wrote:
> From: Markus Mayer
>
> The code checking for low and high temperature points was still based
> on an earlier implementation of the driver. It wasn't working properly
> with the data types currently being used.
>
> We fix this by disabling the h
* Linus Walleij [170914 07:00]:
> On Fri, Sep 1, 2017 at 8:57 PM, Thierry Reding
> wrote:
>
> > From: Thierry Reding
> >
> > Some GPIO controllers are subdivided into multiple logical blocks called
> > banks (or ports). This is often caused by the design assigning separate
> > resources, such
* Tony Lindgren [170914 16:38]:
> * Linus Walleij [170914 07:00]:
> > On Fri, Sep 1, 2017 at 8:57 PM, Thierry Reding
> > wrote:
> >
> > > From: Thierry Reding
> > >
> > > Some GPIO controllers are subdivided into multiple logical blocks called
> > > banks (or ports). This is often caused by t
> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@osuosl.org] On Behalf
> Of Florian Fainelli
> Sent: Friday, August 25, 2017 6:14 PM
> To: net...@vger.kernel.org
> Cc: eduma...@gmail.com; Florian Fainelli ; open list
> ; moderated list:INTEL ETHERNET DRIVERS
> ; da...@davemloft.net
> Subject
On Thu, 14 Sep 2017 12:28:32 +0800
kernel test robot wrote:
>
> FYI, we noticed the following commit:
>
> commit: e1ce3eee7dcda03f2b2f2d64e2cb2f3a993a3b34 ("kprobes: Use
> synchronize_rcu_tasks() for optprobe with CONFIG_PREEMPT")
> url:
> https://github.com/0day-ci/linux/commits/Masami-Hiram
501 - 600 of 688 matches
Mail list logo
