On Mon, Apr 27, 2015 at 11:13 AM, Viresh Kumar wrote:
> Anyway, please hold on this patch and I will update it for them.
Ahh, its already gone. :)
Okay, I will let them handle it now. Guys please fix your email-ids in kernel.
--
To unsubscribe from this list: send the line "unsubscribe
[Fixing Mohit's and Pratyush's email ids]
On Wed, Apr 22, 2015 at 1:58 AM, Bjorn Helgaas wrote:
> Email to Mohit Kumar has been bouncing, so remove the
> address from MAINTAINERS and add an entry in CREDITS.
>
> Signed-off-by: Bjorn Helgaas
> ---
> CREDITS |4
> MAINTAINERS |
On Mon, 20 Apr 2015 02:48:55 -0700 Christoph Hellwig
wrote:
> On Mon, Apr 20, 2015 at 10:46:49AM +0100, David Howells wrote:
> > NeilBrown wrote:
> >
> > > Missing patch 2 of the 3-patch series?
> >
> > Yes. :-)
> >
> > Do ext4 and xfs support this, do you know?
>
> Yes. As do f2fs, ocfs2,
Signed-off-by: Yoshinori Sato
---
arch/h8300/include/uapi/asm/Kbuild | 29
arch/h8300/include/uapi/asm/auxvec.h | 4 ++
arch/h8300/include/uapi/asm/byteorder.h | 6 ++
arch/h8300/include/uapi/asm/ptrace.h | 42 +++
arch/h8300/include/uapi/asm/sigcontext.h |
process management helper and signal handling
Signed-off-by: Yoshinori Sato
---
arch/h8300/kernel/process.c | 171 ++
arch/h8300/kernel/ptrace.c | 203 +++
arch/h8300/kernel/signal.c | 289
3
Signed-off-by: Yoshinori Sato
---
arch/h8300/include/asm/Kbuild | 66 ++
arch/h8300/include/asm/asm-offsets.h | 1 +
arch/h8300/include/asm/atomic.h| 159 +++
arch/h8300/include/asm/bitops.h| 185 +
h8300 exception entry and exception / interrupt handling
Signed-off-by: Yoshinori Sato
---
arch/h8300/kernel/entry.S | 414 ++
arch/h8300/kernel/irq.c | 100 +++
arch/h8300/kernel/traps.c | 161 ++
3 files changed, 675
zImage startup / kernel entry point / arch depend startup
Signed-off-by: Yoshinori Sato
---
arch/h8300/boot/Makefile | 26 +
arch/h8300/boot/compressed/Makefile| 37 +++
arch/h8300/boot/compressed/head.S | 48 +
arch/h8300/boot/compressed/misc.c |
Linus wrote:
> It would be insane to say that the open system call should have an
> explicit argument saying that the vfs layer should take your privileges
> into account.
On the contrary, it would be a big improvement on the current interface.
To be clearer, it would be great if the open system
H8/3069 and H8S2678 have little different specification
(peripheral, interrupt and trace).
Its difference is absorbed here.
Signed-off-by: Yoshinori Sato
---
arch/h8300/kernel/cpu/Makefile | 4 +
arch/h8300/kernel/cpu/h83069/Makefile | 1 +
arch/h8300/kernel/cpu/h83069/setup.c |
Signed-off-by: Yoshinori Sato
---
arch/h8300/kernel/asm-offsets.c | 67 +
arch/h8300/kernel/dma.c | 95 +
arch/h8300/kernel/h8300_ksyms.c | 34 +++
arch/h8300/kernel/module.c | 70
h8300h-sim_defconfig: H8/300H simulator config.
h8s-sim_defconfig:H8S simulator config.
edosk2674_defconfig: EDOSK2674R evalution board config.
Signed-off-by: Yoshinori Sato
---
arch/h8300/configs/h8300h-sim_defconfig | 53 +
h8300's Makefile, Kconfig and memory layout.
Signed-off-by: Yoshinori Sato
---
arch/h8300/Kconfig | 73 ++
arch/h8300/Kconfig.cpu | 111
arch/h8300/Makefile | 45
h8300 assembly functions and private libgcc.
Signed-off-by: Yoshinori Sato
---
arch/h8300/lib/Makefile| 7 ++
arch/h8300/lib/abs.S | 20 ++
arch/h8300/lib/ashldi3.c | 24 +++
arch/h8300/lib/ashrdi3.c | 24 +++
arch/h8300/lib/checksum.c | 167
Signed-off-by: Yoshinori Sato
---
CREDITS | 5 -
MAINTAINERS | 11 +++
2 files changed, 11 insertions(+), 5 deletions(-)
diff --git a/CREDITS b/CREDITS
index 40cc4bf..e88b597 100644
--- a/CREDITS
+++ b/CREDITS
@@ -3219,11 +3219,6 @@ N: Dipankar Sarma
E: dipan...@in.ibm.com
D:
Signed-off-by: Yoshinori Sato
---
include/uapi/linux/elf-em.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/elf-em.h b/include/uapi/linux/elf-em.h
index ae99f77..b088296 100644
--- a/include/uapi/linux/elf-em.h
+++ b/include/uapi/linux/elf-em.h
@@ -25,6 +25,7 @@
#define
h8300's nm output have a lot of local symbols.
ex)
N .Lframe0
0013 N .LLST1
0026 N .LLST2
0039 N .LLST3
004c N .LLST4
Added new pattern " .L" to filter rule.
Signed-off-by: Yoshinori Sato
---
scripts/mksysmap | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
h8300 internal serial controller of same as sh-sci.
So h8300 use SH_SCI.
Signed-off-by: Yoshinori Sato
---
drivers/tty/serial/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/Kconfig b/drivers/tty/serial/Kconfig
index f8120c1..130f201 100644
---
H8/300 internal timer driver.
h8300_timer8 - 8bit Timer driver.
h8300_timer16 - 16bit Timer driver (only H8/3069).
h8300_tpu - Timer Pulse Unit driver (only H8S2678).
Signed-off-by: Yoshinori Sato
---
drivers/clocksource/Kconfig | 6 +
drivers/clocksource/Makefile| 3 +
h8300 clock generator drivers.
H8/3069 is simple oscillator.
H8S2678 is PLL multiplier support.
Signed-off-by: Yoshinori Sato
---
drivers/clk/Makefile| 1 +
drivers/clk/h8300/Makefile | 2 +
drivers/clk/h8300/clk-h83069.c | 80 +++
Signed-off-by: Yoshinori Sato
---
arch/h8300/mm/Makefile | 5 ++
arch/h8300/mm/fault.c | 57 +
arch/h8300/mm/init.c | 133 +
arch/h8300/mm/kmap.c | 61 +++
arch/h8300/mm/memory.c | 53
Hello.
I will re-introducing h8300.
Changes for v9
- remove exec domain
- timer update
- rebase to v4.1-rc1
Changes for v8
- rebase to v4.0
Changes for v7
- Add MAINTAINERS
Changes for v6
- rebase to v4.0-rc3
- remove unused headers
- optimized atomic operation
- System.map cleanup
Changes
Hi all,
I found that when we release eq->kobj by invoking kobject_put() we had gave
misson to workqueue, so that workqueue will release the elevator queue
space in elevator_alloc() which is registered in ->release of elv_ktype object.
We should not release it again.
So, this fix is wrong, please
On 04/26/2015 10:22 PM, Michal Simek wrote:
On 04/24/2015 09:24 PM, Guenter Roeck wrote:
Commit 937abe88aea3 ("dmaengine: xilinx-dma: move header file to common
location") moved xilinx_dma.h to a common location but neglected to reflect
this move in all its users.
This causes compile errors
These are all defined as a part of the standard and should not be
duplicated on a per-driver basis. Use the global ones and delete the
local ones.
It seems that ieee80211 was already included everywhere it was needed,
since no explicit include <...> were needed to be added in order to
preserve
We have global copies of all these reason codes. We don't need local
copies. Worse is that these seem totally unused; a grep for some of
the fields comes up empty, and it still compiles after its complete
removal.
Signed-off-by: Paul Gortmaker
---
While looking at a non-staging wifi driver, I was searching for a constant
definition for an error code, and in addition to the expected one living
in the main include dir, I found a whole bunch of local copies in the
staging dir rtl8xxx wifi drivers. This duplication covers the families
of
Currently LEAP is defined to two locally but the identically named
global constant is 128 in . In order for us to
switch over to using the global value, we need to adjust the local
storage which is currently not enough to hold the larger value.
This is now consistent with the similar struct used
These are all defined as a part of the standard and should not be
duplicated on a per-driver basis. Use the global ones and delete the
local ones.
Note that a couple of them had slight wording differences, things like
INVALID vs. NOT_VALID or similar, so they are aligned with the global
naming
These are all defined as a part of the standard and should not be
duplicated on a per-driver basis. Use the global ones and delete the
local ones.
In switching to we have to delete a local copy of
an identical struct that we prepped earlier to have identical field
names, and we add explicit
This driver has a copy of the standard reason codes from the file
but with slightly different name fields.
Delete the local copy and remap the only two use cases onto the names
used by the global implementation with the same values.
Signed-off-by: Paul Gortmaker
---
In order to start reducing the duplicated code/constants/macros in this
driver, we need to include to provide the defacto
versions. However this driver has structs with the same name as the
ones in the main include, so namespace collision prevents us from doing
step #1.
Since the structs
The and this local file both have a struct of the
same name. They also have the same field sizes and generally the
same fields, as can be seen here:
~/git/linux-head$ git grep -A4 'struct ieee80211_wmm_ac_param {'
drivers/staging/rtl8192u/ieee80211/ieee80211.h:struct
On 04/24/2015 09:24 PM, Guenter Roeck wrote:
> Commit 937abe88aea3 ("dmaengine: xilinx-dma: move header file to common
> location") moved xilinx_dma.h to a common location but neglected to reflect
> this move in all its users.
>
> This causes compile errors for several builds.
>
>
On Mon, Apr 27, 2015 at 08:43:15AM +0530, Vinod Koul wrote:
> On Mon, Apr 20, 2015 at 08:38:18AM +0530, Rameshwar Sahu wrote:
> > Hi Vinod,
> >> >> @@ -2085,6 +2043,5 @@ module_platform_driver(xgene_dma_driver);
> > >>
> > >> MODULE_DESCRIPTION("APM X-Gene SoC DMA driver");
> > >>
add_disk() does not return an error status, but it can
still fail if there are problems elsewhere.
In particular a recent problem caused bdi_register_dev()
to sometimes fail because the name was already in use.
In that case bdi->dev is NULL, so
retval =
On 21 April 2015 at 18:47, Bartlomiej Zolnierkiewicz
wrote:
> Add cluster regulator support as a preparation to adding
> generic arm_big_little_dt cpufreq_dt driver support for
> ODROID-XU3 board. This allows arm_big_little[_dt] driver
This is irrelevant here, its not about XU3 but any board
On 2015/03/13 08:20PM, Masami Hiramatsu wrote:
> (2015/03/13 5:24), Arnaldo Carvalho de Melo wrote:
> > Em Mon, Dec 15, 2014 at 08:20:32PM +0530, Naveen N. Rao escreveu:
> >> Currently, perf probe considers patterns including a '.' to be a file.
> >> However, this causes problems on powerpc ABIv1
On 2015/03/12 05:30PM, Arnaldo Carvalho de Melo wrote:
> Em Mon, Dec 15, 2014 at 08:20:35PM +0530, Naveen N. Rao escreveu:
> > Allow perf probe to work on powerpc ABIv1 without the need to specify
> > the leading dot '.' for functions. 'perf probe do_fork' works with this
> > patch.
> >
> >
On 2015/03/12 05:23PM, Arnaldo Carvalho de Melo wrote:
> Em Mon, Dec 15, 2014 at 08:20:33PM +0530, Naveen N. Rao escreveu:
> > If using the symbol table, symbol addresses are not being fixed up
> > properly, resulting in probes being placed at wrong addresses:
> >
> > # perf probe do_fork
> >
Need to keep the power supply for WiFi chip during system suspension.
Otherwise, the context of WiFi chip will be lost.
Signed-off-by: Zhonghui Fu
---
drivers/net/wireless/brcm80211/brcmfmac/bcmsdh.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git
On 2015/03/13 08:20PM, Masami Hiramatsu wrote:
> (2015/03/13 5:24), Arnaldo Carvalho de Melo wrote:
> > Em Mon, Dec 15, 2014 at 08:20:32PM +0530, Naveen N. Rao escreveu:
> >> Currently, perf probe considers patterns including a '.' to be a file.
> >> However, this causes problems on powerpc ABIv1
From: Marcel Holtmann
Date: Sun, 26 Apr 2015 21:49:06 -0700
> Hi Gabriele,
>
>> Most likely, the shutdown routine requires the interface to be up.
>> This is the case for BTUSB_INTEL: the routine tries to send a command
>> to the interface, but since this one is down, it fails and exits once
>>
ACPI will manage WiFi chip's power state during suspend/resume
process on some tablet platforms(such as ASUS T100TA). This is
not supported by brcmfmac driver now, and the context of WiFi
chip will be damaged after resume. This patch disconnects the
relationship between WiFi chip and it's ACPI
I noticed heavy spin lock contention at get_active_stripe() with fsmark
multiple thread write workloads.
Here is how this hot contention comes from. We have limited stripes, and
it's a multiple thread write workload. Hence, those stripes will be taken
soon, which puts later processes to sleep for
Hi Gabriele,
> Most likely, the shutdown routine requires the interface to be up.
> This is the case for BTUSB_INTEL: the routine tries to send a command
> to the interface, but since this one is down, it fails and exits once
> HCI_INIT_TIMEOUT has expired.
>
> Signed-off-by: Gabriele Mazzotta
It's just a variant of wait_event_cmd, with exclusive flag being set.
For cases like RAID5, which puts many processes to sleep until 1/4
resources are free, a wake_up wakes up all processes to run, but
there is one process being able to get the resource as it's protected
by a spin lock. That ends
I noticed heavy spin lock contention at get_active_stripe(), introduced
at being wake up stage, where a bunch of processes try to re-hold the
spin lock again.
After giving some thoughts on this issue, I found the lock could be
relieved(and even avoided) if we turn the wait_for_stripe to per
From: Willy Tarreau
Date: Mon, 27 Apr 2015 06:02:22 +0200
> Hi Greg,
>
> On Sun, Apr 26, 2015 at 03:46:26PM +0200, Greg Kroah-Hartman wrote:
>> 3.10-stable review patch. If anyone has any objections, please let me know.
>>
>> --
>>
>> From: Eric Dumazet
>>
>> [ Upstream
On 25 April 2015 at 14:15, Fabian Frederick wrote:
> See Documentation/CodingStyle.
Wow :)
> Signed-off-by: Fabian Frederick
> ---
> drivers/cpufreq/pxa2xx-cpufreq.c | 20 ++--
> 1 file changed, 10 insertions(+), 10 deletions(-)
Acked-by: Viresh Kumar
--
To unsubscribe from
On 22 April 2015 at 22:34, Shilpasri G Bhat
wrote:
> diff --git a/drivers/cpufreq/powernv-cpufreq.c
> b/drivers/cpufreq/powernv-cpufreq.c
> +static char throttle_reason[6][50] = { "No throttling",
Don't need to mention 6 here.
And the max length you need right now is 27, so maybe s/50/30 ?
Hi Gigi,
> btwilink binds bluetooth hci0 interface with the shared transport driver
>
> Signed-off-by: Gigi Joseph
> ---
> Documentation/devicetree/bindings/btwilink.txt | 15 +++
> 1 file changed, 15 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/btwilink.txt
>
Right.
Bug was introduced in 3.18, the Fixes: tag tells us ;)
git describe --contains 7faee5c0d514
v3.18-rc1~52^2~148^2
Note that it does not hurt having this backport to prior kernel versions.
Field is already 0 after skb allocation/cloning.
On Sun, Apr 26, 2015 at 9:02 PM, Willy Tarreau
Because of the peculiar way that md devices are created (automatically
when the device node is opened), a new device can be created and
registered immediately after the
blk_unregister_region(disk_devt(disk), disk->minors);
call in del_gendisk().
Therefore it is important that all visible
Hi Yijing,
I'm wondering if you might get some more momentum on these changes if
we could split them into a few smaller patch sets. I think we might
then be able to start getting bits of this in for 4.2, which should help
with getting the rest of it in.
I think there are a few things that would
Hi Greg,
On Sun, Apr 26, 2015 at 03:46:26PM +0200, Greg Kroah-Hartman wrote:
> 3.10-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Eric Dumazet
>
> [ Upstream commit b50edd7812852d989f2ef09dcfc729690f54a42d ]
>
> I noticed tcpdump was
On Tue, Apr 21, 2015 at 05:41:50AM +, Zha, Qipeng wrote:
> + dma maillist
Pls CC maintainer, or your patch will be missed!!
>
>
>
>
> Best wishes
> Qipeng
>
> -Original Message-
> From: Zha, Qipeng
> Sent: Tuesday, April 21, 2015 7:34 AM
> To: linux-kernel@vger.kernel.org
> Cc:
On Wed, Apr 22, 2015 at 12:42 AM, Johan Hovold wrote:
> These patches fix a number of issues with the gpio sysfs interface,
> including
>
> - fix memory leaks and crashes on device hotplug
> - straighten out the convoluted locking
> - reduce sysfs-interface latencies through more fine-grained
On Wed, Apr 22, 2015 at 12:42 AM, Johan Hovold wrote:
> Rename the gpio-chip export/unexport functions to the more descriptive
> names gpiochip_register and gpiochip_unregister.
Since these functions are related to sysfs, wouldn't
gpiochip_sysfs_export (or gpiochip_sysfs_register, although the
On Wed, Apr 22, 2015 at 12:42 AM, Johan Hovold wrote:
> Clean gpio-chip class device registration and deregistration.
>
> The class device is registered when a gpio-chip is added (or from
> gpiolib_sysfs_init post-core init call), and deregistered when the chip
> is removed.
>
> Store the class
On Wed, Apr 22, 2015 at 12:42 AM, Johan Hovold wrote:
> Remove gpiod_sysfs_set_active_low (and gpio_sysfs_set_active_low) which
> allowed code to change the polarity of a gpio line even after it had
> been exported through sysfs.
>
> Drivers should not care, and generally does not know, about
On Fri, Apr 24, 2015 at 08:26:39AM +0200, Henrik Rydberg wrote:
> Peter,
>
> It may be a long time ago now, but we had very vocal discussions regarding the
> MT protocol back then, and I am quite sure all the subtleties are well
> understood. In order to fully appreciate the simplicity of the
btwilink binds bluetooth hci0 interface with the shared transport driver
Signed-off-by: Gigi Joseph
---
Documentation/devicetree/bindings/btwilink.txt | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 Documentation/devicetree/bindings/btwilink.txt
diff --git
On Thu, Apr 23, 2015 at 05:50:33PM -0700, John Tobias wrote:
> Hello Guys,
>
> I have a follow up questions:
>
>
> When the I power up the brcm44340 without loading the driver, the
> sdhci-esdhc-imx host controller configured it with the following info
> (cat /sys/kernel/debug/mmc0/ios):
>
On Fri, Apr 24, 2015 at 09:03:04PM +0200, Arend van Spriel wrote:
> On 04/24/15 20:24, John Tobias wrote:
> >Hi Arend,
> >
> >Apologize for the confusion. I am asking the repo for the device
> >driver for 43340. Looking at the link you sent, it's more userspace
> >support and didn't see the device
This patch allows for GPIOs specified in the devicetree to be used as SPI
chipselects on TI OMAP2 SoCs.
Tested on the AM3354.
Signed-off-by: Michael Welling
---
v2: Considers the possible use of SPI_CS_HIGH during chip select activation.
drivers/spi/spi-omap2-mcspi.c | 13 +
1
>
> > This leads me to believe that this patch:
> >
> > commit c05199e5a57a579fea1e8fa65e2b511ceb524ffc
> > Author: Kan Liang
> > Date: Tue Jan 20 04:54:25 2015 +
> >
> > perf/x86/intel/uncore: Move uncore_box_init() out of driver
> initialization
> >
> > If I revert it, I bet things
On Fri, Apr 24, 2015 at 09:03:04PM +0200, Arend van Spriel wrote:
> On 04/24/15 20:24, John Tobias wrote:
> >Hi Arend,
> >
> >Apologize for the confusion. I am asking the repo for the device
> >driver for 43340. Looking at the link you sent, it's more userspace
> >support and didn't see the device
From: Sylvain Rochet
Date: Sun, 26 Apr 2015 20:40:51 +0200
> I am currently having an issue with PPP over L2TP (UDP) and MPPE in
> stateless mode (default mode), UDP does not guarantee packet ordering so
> we might get out of order packet. MPPE needs to be continuously synched
> so we should
On Mon, Apr 20, 2015 at 08:38:18AM +0530, Rameshwar Sahu wrote:
> Hi Vinod,
>> >> @@ -2085,6 +2043,5 @@ module_platform_driver(xgene_dma_driver);
> >>
> >> MODULE_DESCRIPTION("APM X-Gene SoC DMA driver");
> >> MODULE_AUTHOR("Rameshwar Prasad Sahu ");
> >> -MODULE_AUTHOR("Loc Ho ");
> > And why
Hi,
> From: Borislav Petkov [mailto:b...@alien8.de]
> Sent: Friday, March 27, 2015 5:23 PM
>
> From: Jiri Kosina
>
> Since GHES sources are global, we theoretically need only a single CPU
> reading them per NMI instead of a thundering herd of CPUs waiting on a
> spinlock in NMI context for no
userspace programs which uses libos access via a public API, lib_init(),
with passed arguments struct SimImported and struct SimExported.
Signed-off-by: Hajime Tazaki
Signed-off-by: Ryo Nakamura
---
arch/lib/include/sim-assert.h | 23 +++
arch/lib/include/sim-init.h | 134 ++
These auxiliary files are used for testing and debugging of net/ code
with libos. a simple test is implemented with make test ARCH=lib.
Signed-off-by: Hajime Tazaki
---
tools/testing/libos/.gitignore | 6 +
tools/testing/libos/Makefile | 38 +++
libos (arch/lib) emulates a sysctl-like interface by a function call of
userspace by enumerating sysctl tree from sysctl_table_root. It requires
to be publicly accessible to this symbol and related functions.
Signed-off-by: Hajime Tazaki
---
fs/proc/proc_sysctl.c | 36
These files are used to provide the same function calls so that other
network stack code keeps untouched.
Signed-off-by: Hajime Tazaki
Signed-off-by: Christoph Paasch
---
arch/lib/capability.c | 25 +
arch/lib/filemap.c| 32 ++
arch/lib/fs.c | 70
This interacts with fs/proc_fs.c for sysctl-like interface registed via
lib_init() API.
Signed-off-by: Hajime Tazaki
---
arch/lib/sysctl.c | 270 ++
1 file changed, 270 insertions(+)
create mode 100644 arch/lib/sysctl.c
diff --git
timer related (internal) functions such as add_timer(),
do_gettimeofday() of kernel are trivially reimplemented
for libos. these eventually call the functions registered by lib_init()
API.
Signed-off-by: Hajime Tazaki
---
arch/lib/hrtimer.c | 122 +++
document and build scripts for libos architecture.
Signed-off-by: Hajime Tazaki
Signed-off-by: Ryo Nakamura
---
Documentation/virtual/libos-howto.txt | 144
MAINTAINERS | 9 +
arch/lib/.gitignore | 3 +
arch/lib/Kconfig
these files works as stubs in order to transparently run the other
kernel part (e.g., net/) on libos environment.
Signed-off-by: Hajime Tazaki
---
arch/lib/include/asm/Kbuild | 57 +++
arch/lib/include/asm/atomic.h | 50
contexnt primitives of kernel such as soft interupts, scheduling,
tasklet are implemented for libos. these functions eventually call the
functions registered by lib_init() API as well.
Signed-off-by: Hajime Tazaki
---
arch/lib/sched.c | 406
This is the 4th version of Linux LibOS patchset which reflects a
couple of comments received from people.
changes from v3:
- Patch 09/10 ("lib: libos build scripts and documentation")
1) Remove RFC (now it's a proposal)
2) build environment cleanup (commented by Paul Bolle)
- Overall
3) change
add SLIB allocator for arch/lib (CONFIG_LIB) to wrap kmalloc and co.
This will bring user's own allocator of libos: malloc(3) etc.
Signed-off-by: Hajime Tazaki
---
include/linux/slab.h | 6 +-
include/linux/slib_def.h | 21 +
mm/Makefile | 1 +
mm/slab.h
Commit d2c5e30c9a1420902262aa923794d2ae4e0bc391
("[PATCH] zoned vm counters: conversion of nr_bounce to per zone counter")
convert statistic of nr_bounce to per zone and one global value in vm_stat,
but it call inc_|dec_zone_page_state on different pages, then different
zones, and cause us to get
On 04/25/2015 01:45 PM, Mel Gorman wrote:
> If a PTE is unmapped and it's dirty then it was writable recently. Due
> to deferred TLB flushing, it's best to assume a writable TLB cache entry
> exists. With that assumption, the TLB must be flushed before any IO can
> start or the page is freed to
On 04/25/2015 01:45 PM, Mel Gorman wrote:
> An IPI is sent to flush remote TLBs when a page is unmapped that was
> recently accessed by other CPUs. There are many circumstances where this
> happens but the obvious one is kswapd reclaiming pages belonging to a
> running process as kswapd and the
On Mon, 27 Apr 2015 10:12:49 +0800 Yuanhan Liu
wrote:
> On Mon, Apr 27, 2015 at 10:10:24AM +1000, NeilBrown wrote:
> > On Fri, 24 Apr 2015 21:39:03 +0800 Yuanhan Liu
> > wrote:
> >
> > > If I read code correctly, current wait_for_stripe actually has 2 usage:
> > >
> > > - wait for there is
Hi Eduardo and Lukasz,
I checked this patch merged on linux-next.git.
But, this patch is not merged on Linux 4.1-rc1.
Thanks,
Chanwoo Choi
On 03/18/2015 04:39 PM, Lukasz Majewski wrote:
> Hi Chanwoo,
>
>> Hi Lukasz,
>>
>> Genlty Ping.
>
> I've got your patches at the back of my head :-)
>
>
Hi all,
Changes since 20150424:
*crickets*
Non-merge commits (relative to Linus' tree): 681
1010 files changed, 59579 insertions(+), 13623 deletions(-)
I have created today's linux-next tree at
On Mon, Apr 27, 2015 at 10:24:05AM +1000, NeilBrown wrote:
> On Fri, 24 Apr 2015 21:39:04 +0800 Yuanhan Liu
> wrote:
>
> > I noticed heavy spin lock contention at get_active_stripe() with fsmark
> > multiple thread write workloads.
> >
> > Here is how this hot contention comes from. We have
On Mon, Apr 27, 2015 at 10:10:24AM +1000, NeilBrown wrote:
> On Fri, 24 Apr 2015 21:39:03 +0800 Yuanhan Liu
> wrote:
>
> > If I read code correctly, current wait_for_stripe actually has 2 usage:
> >
> > - wait for there is enough free stripe cache, triggered when
> > get_free_stripe() failed.
In case it matters:
Acked-by: H. Peter Anvin
On April 26, 2015 5:51:26 PM PDT, Linus Torvalds
wrote:
>Just a heads-up to the x86 people: I'm going to merge this directly,
>since I'm doing -rc1 momentarily, and without this patch 32-bit
>user-land on a 64-bit kernel is flaky on all AMD CPU's.
It's been a normal merge window, and I'm releasing according to the
normal schedule. The few days of travel didn't seem to matter, as I
had internet access at all times.
The merge window is pretty normal in terms of what got merged too.
Just eyeballing the size, it looks like this is going to fit
Hi,
Thanks for your comments :)
On Sat, 25 Apr 2015 13:50:25 +0100
Charles Keepax wrote:
> On Wed, Apr 22, 2015 at 08:23:20PM +0900, Inha Song wrote:
> > This patch add support for select accessory detect mode to HPDETL or HPDETR.
> > Arizona provides a headphone detection circuit on the
On Sun, 2015-04-26 at 15:49 +0200, Greg Kroah-Hartman wrote:
> 3.10-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Al Viro
>
> commit ca5358ef75fc69fee5322a38a340f5739d997c10 upstream.
>
> ... by not hitting rename_retry for reasons
Krzysztof Kozlowski wrote:
>
> 2015-04-02 23:36 GMT+09:00 Krzysztof Kozlowski :
> > On Arndale Octa the S2MPS11 RTC alarm interrupt was not handled at all
> > because of wrong configuration of interrupt and gpx3-2.
> > 1. Interrupt is signaled by falling edge.
> > 2. This GPIO line is hard-wired
Just a heads-up to the x86 people: I'm going to merge this directly,
since I'm doing -rc1 momentarily, and without this patch 32-bit
user-land on a 64-bit kernel is flaky on all AMD CPU's. Which I don't
want for -rc1.
Linus
On Sun, Apr 26, 2015 at 4:47 PM, Andy
Hi Linus,
playing the race -rc1 game, nothing too urgent if this doesn't get in
though, Jani sent it after I started my weekend so I felt I should send
it on.
Just intel fixes 3 of them.
Dave.
The following changes since commit c8b3fd0ce313443731e8fd6d5a541085eb465f99:
Merge tag
On Fri, 24 Apr 2015 21:39:04 +0800 Yuanhan Liu
wrote:
> I noticed heavy spin lock contention at get_active_stripe() with fsmark
> multiple thread write workloads.
>
> Here is how this hot contention comes from. We have limited stripes, and
> it's a multiple thread write workload. Hence, those
On Fri, 24 Apr 2015 21:39:03 +0800 Yuanhan Liu
wrote:
> If I read code correctly, current wait_for_stripe actually has 2 usage:
>
> - wait for there is enough free stripe cache, triggered when
> get_free_stripe() failed. This is what wait_for_stripe intend
> for literally.
>
> - wait for
AMD CPUs don't reinitialize the SS descriptor on SYSRET, so SYSRET
with SS == 0 results in an invalid usermode state in which SS is
apparently equal to __USER_DS but causes #SS if used.
Work around the issue by setting SS to __KERNEL_DS __switch_to, thus
ensuring that SYSRET never happens with SS
1 - 100 of 710 matches
Mail list logo