On Mon, 22 Feb 2016, Jarkko Sakkinen wrote:
> Do you want me to send a pull request containing a fix for the build
> warning or reverting the whole commit? My call would be to apply the
> fix because this commit has been tested both TPM 1.2 by Martin and
> with TPM 2.0 by me and things have worked
>
> It didn't really help, I'm afraid: it reduces the actual number of OOM
> kills which occur before the job is terminated, but doesn't stop the
> job from being terminated very soon.
>
> I also tried Hillf's patch (separately) too, but as you expected,
> it didn't seem to make any difference.
>
On 25.02.2016 17:33, Pankaj Dubey wrote:
> This series is collection of patches already reviewed and merged in
> maintainer's tree, but could not make it thorugh main linus tree, due
> to last moment suggestion of proper location of driver should be
> "drivers/memory" instead of "drivers/soc". I ha
On Fri, Feb 26, 2016 at 09:13:52AM +0800, kernel test robot wrote:
> FYI, we noticed the below changes on
>
> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
> commit 58122bf1d856a4ea9581d62a07c557d997d46a19 ("x86/fpu: Default
> eagerfpu=on on all CPUs")
Oh cool, so yo
Some kind of NXP Layerscape SoC provides a MSI
implementation which uses two SCFG registers MSIIR and
MSIR to support 32 MSI interrupts for each PCIe controller.
The patch is to support it.
Signed-off-by: Minghuan Lian
---
Change log
v4:
1. do not register irq_enable irq_disable
2. shorten the c
* Marty McFadden wrote:
>
> This patch addresses the following two problems:
> 1. The current msr module grants all-or-nothing access to MSRs,
> thus making user-level runtime performance adjustments
> problematic, particularly for power-constrained HPC systems.
>
> 2. The curre
On 26.02.2016 16:25, Krzysztof Kozlowski wrote:
> On 25.02.2016 17:33, Pankaj Dubey wrote:
>> This patch adds Exynos SROM controller driver which will handle
>> save restore of SROM registers during S2R.
>>
>> Signed-off-by: Pankaj Dubey
>> Reviewed-by: Krzysztof Kozlowski
>> [p.fe...@samsung.com
The check and definitions related to ramdisk are similar in the
early_reserve_initrd() and reserve_initrd() functions.
This patch introduces struct ramdisk which contains information
about initrd. This structure will be filled in the setup_arch()
and passed to the reserve_initrd() and relocate_ini
On 25.02.2016 17:33, Pankaj Dubey wrote:
> As now we have dedicated driver for SROM controller, it will take care
> of saving register banks during S2R so we can safely remove these
> settings from mach-exynos.
>
> Signed-off-by: Pankaj Dubey
> Reviewed-by: Krzysztof Kozlowski
> Signed-off-by: K
On 25.02.2016 17:33, Pankaj Dubey wrote:
> This patch adds Exynos SROM controller driver which will handle
> save restore of SROM registers during S2R.
>
> Signed-off-by: Pankaj Dubey
> Reviewed-by: Krzysztof Kozlowski
> [p.fe...@samsung.com: tested on SMDK5410]
> Tested-by: Pavel Fedin
> Signe
(Adding libc-alpha list, review of https://lkml.org/lkml/2016/2/7/89 )
On Wed, Feb 17, 2016 at 10:46:20AM -0500, David Miller wrote:
> From: Mikko Rapeli
> Date: Sun, 7 Feb 2016 16:03:21 +0200
>
> > @@ -68,6 +72,8 @@
> > * @IFF_ECHO: echo sent packets. Volatile.
> > */
> > enum net_device_
On Thu, Feb 25, 2016 at 11:52 PM, Arnd Bergmann wrote:
>> Actually even if we specify a dma-ranges on the parent DT node, the
>> DMA range will still be limited to 32 bits because of the following
>> code in of_dma_configure():
>>
>> /*
>> * Set default coherent_dma_mask to 32 bit. Drive
Pankaj Dev writes:
> 1. clk_set_rate : Set new rate to value. Reading returns the
> current rate
If you can use this to set *and* read it, then "_set_" shouldn't be in
the name.
What is wrong with using the existing "clk_rate" for reading/setting the
rate?
This patch is porting Raydium I2C touch driver. Developer can enable raydium
touch driver by modifying define
"CONFIG_TOUCHSCREEN_RM_TS".
Signed-off-by: jeffrey.lin
---
drivers/input/touchscreen/Kconfig | 12 +
drivers/input/touchscreen/Makefile | 1 +
drivers/input/touchsc
2016-02-23 13:40 GMT+09:00 Masahiro Yamada :
> Due to the company's awful projecting, this chip has been renamed to
> PH1-LD20. It has not been shipped yet, this change would not give
> much impact on our customers.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> Olof, Arnd,
>
> Please apply this pa
Hi Olof,
2016-02-25 16:20 GMT+09:00 Olof Johansson :
> On Wed, Feb 24, 2016 at 6:22 PM, Masahiro Yamada
> wrote:
>> Hi Olof,
>>
>>
>> 2016-02-25 9:26 GMT+09:00 Olof Johansson :
>>> Hi,
>>>
>>> On Tue, Feb 16, 2016 at 11:15:04AM +0900, Masahiro Yamada wrote:
>>>
diff --git a/arch/arm/mach-un
This board has an EEPROM (STMicroelectronics M24C64-WMN6TP) connected
to the I2C channel 0 of the SoC. Its slave address is 0x54.
Signed-off-by: Masahiro Yamada
---
arch/arm/boot/dts/uniphier-proxstream2-gentil.dts | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/unip
On 2016/2/25 20:20, Mark Rutland wrote:
> Hi,
>
> In future, please send the binding document first in a series, per point
> 3 of Documentation/devicetree/bindings/submitting-patches.txt. It makes
> review easier/faster.
Thank you for your reminding.
>
> On Thu, Feb 25, 2016 at 07:53:28PM +080
Add master clock nodes generated by crystal oscillators.
PH1-sLD3, PH1-LD4: 24.576 MHz
PH1-Pro4, ProXstream2: 25.000 MHz
PH1-Pro5: 20.000 MHz
Signed-off-by: Masahiro Yamada
---
arch/arm/boot/dts/uniphier-common32.dtsi| 7 +++
arch/arm/boot/dts/uniphier-ph1-ld4.dtsi | 4
Initial commit for PH1-Pro4 Ace board support.
Note:
There are two variants for the amount of DDR memory; 1GB or 2GB.
Signed-off-by: Masahiro Yamada
---
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/uniphier-ph1-pro4-ace.dts | 113
2 files
This property is used in common by several boards. Move it to the
common place (uniphier-support-card.dtsi). If necessary, each board
can still override the property.
Signed-off-by: Masahiro Yamada
---
arch/arm/boot/dts/uniphier-ph1-ld4-ref.dts | 8
arch/arm/boot/dts/uni
Hi Olof,
Here is a series for UniPhier DT updates.
It intentionally includes DT updates for ARM 32bit and ARM 64bit
in order to avoid conflicts and build errors.
(Some files in arch/arm64/boot/dts/socionext points to
arch/arm/boot/dts/* by symbolic links, so I needed to
change them atomically.)
This is used for on-board inter-connection.
Signed-off-by: Masahiro Yamada
---
arch/arm/boot/dts/uniphier-proxstream2-gentil.dts | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/uniphier-proxstream2-gentil.dts
b/arch/arm/boot/dts/uniphier-proxstream2-gentil.dts
index
During the review process of the UniPhier System Bus driver
(drivers/bus/uniphier.c), the current binding of the System Bus
Controller turned out to be no good. In order to make the driver
really usable, we have to switch over to the new binding defined by
Documentation/devicetree/bindings/bus/uni
Initial commit for PH1-Pro4 Sanji board support.
Signed-off-by: Masahiro Yamada
---
arch/arm/boot/dts/Makefile| 1 +
arch/arm/boot/dts/uniphier-ph1-pro4-sanji.dts | 108 ++
2 files changed, 109 insertions(+)
create mode 100644 arch/arm/boot/dts/uni
Just for consistent coding style.
Signed-off-by: Masahiro Yamada
---
arch/arm/boot/dts/uniphier-ref-daughter.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/uniphier-ref-daughter.dtsi
b/arch/arm/boot/dts/uniphier-ref-daughter.dtsi
index 3d29d28..f7df0
Due to the company's awful projecting, this chip has been renamed to
PH1-LD20. It has not been shipped yet, this change would have no
impact on our customers.
Signed-off-by: Masahiro Yamada
---
arch/arm64/boot/dts/socionext/Makefile| 2 +-
.../{uniphier-ph1-ld10-ref
Arnd Bergmann writes:
> Drivers that use the SSB sprom functionality typically 'select SSB_SPROM'
> from Kconfig, but CONFIG_SSB_HOST_SOC misses this, which results in
> a build failure unless at least one of the other drivers that selects
> it is enabled:
>
> drivers/built-in.o: In function `ssb
This node pointer is allocated by of_find_compatible_node() in this
function. It should be put before exitting this function.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/platsmp.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-uniphier/platsmp.c b/arch/arm/mach
During the review process of the UniPhier System Bus driver
(drivers/bus/uniphier.c), the current binding of the System Bus
Controller turned out to be no good. In order to use the driver,
some nodes in the device trees must be tweaked. It would also have
impacts on the SMP code because the SMP r
Hi Olof,
Here is a small patch series for UniPhier SoC updates.
Masahiro Yamada (2):
ARM: uniphier: add missing of_node_put()
ARM: uniphier: rework SMP code to support new System Bus binding
arch/arm/mach-uniphier/platsmp.c | 26 +-
1 file changed, 17 insertions(+)
Arnd Bergmann writes:
> Drivers that use the SSB sprom functionality typically 'select SSB_SPROM'
> from Kconfig, but CONFIG_SSB_HOST_SOC misses this, which results in
> a build failure unless at least one of the other drivers that selects
> it is enabled:
>
> drivers/built-in.o: In function `ssb
From: Oleg Drokin
And also struct lustre_rw_params that is only referenced by it.
Signed-off-by: Oleg Drokin
---
.../staging/lustre/lustre/include/lustre_lite.h| 48 --
1 file changed, 48 deletions(-)
diff --git a/drivers/staging/lustre/lustre/include/lustre_lite.h
b/
From: Oleg Drokin
This mostly fixes checkpatch complaints about
"Alignment should match open parenthesis" and
"space prohibited between function name and open parenthesis"
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/include/cl_object.h | 410 ++---
.../staging
From: Oleg Drokin
These two comments certainly refer to some ifdefed code that is
no longer present, so remove them too.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/lov/lov_pool.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/staging/lustre/lustre/lov/lov_pool.c
From: Oleg Drokin
This mostly fixes checkpatch complaints about
"Alignment should match open parenthesis"
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/fld/fld_cache.c | 14 +++---
drivers/staging/lustre/lustre/fld/fld_request.c | 17 +++--
drivers/staging/
From: Oleg Drokin
The new DNE code does not use them either so they are not longer needed.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/lmv/lmv_obd.c | 45 -
1 file changed, 45 deletions(-)
diff --git a/drivers/staging/lustre/lustre/lmv/lmv_obd.c
b
From: Oleg Drokin
The only caller was not looking at the return value,
and liblustre, that cared about it is not part of the kernel client.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/ptlrpc/service.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git
From: Oleg Drokin
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/llite/llite_lib.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/llite_lib.c
b/drivers/staging/lustre/lustre/llite/llite_lib.c
index 47f9ad7..0cdaa48 100644
--- a/drivers/
From: Oleg Drokin
Not used in the kernel proper.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/llite/rw26.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/rw26.c
b/drivers/staging/lustre/lustre/llite/rw26.c
index 64
From: Oleg Drokin
Remove the ifdefs for the around usage.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/llite/file.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/file.c
b/drivers/staging/lustre/lustre/llite/file.c
index 477dc0e..2
From: Oleg Drokin
This mostly fixes checkpatch complaints about
"Alignment should match open parenthesis"
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/obdclass/cl_io.c | 20 ++--
drivers/staging/lustre/lustre/obdclass/cl_lock.c | 21 ++--
drivers/staging/lustre/lustre/o
From: Oleg Drokin
KMALLOC_MAX_SIZE is always defined in the kernel, so no point
in checking for it, just use t directly.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/llite/rw26.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/lust
From: Oleg Drokin
This mostly fixes checkpatch complaints about
"Alignment should match open parenthesis"
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/lmv/lmv_intent.c | 2 +-
drivers/staging/lustre/lustre/lmv/lmv_internal.h | 4 ++--
drivers/staging/lustre/lustre/lmv/lmv_o
From: Oleg Drokin
Found with checkpatch.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/include/lustre_cfg.h | 2 +-
drivers/staging/lustre/lustre/include/lustre_dlm.h | 4 ++--
drivers/staging/lustre/lustre/llite/llite_nfs.c| 6 +++---
drivers/staging/lustre/lustre/llite/
From: Oleg Drokin
This mostly fixes checkpatch complaints about
"Alignment should match open parenthesis"
Signed-off-by: Oleg Drokin
---
.../staging/lustre/lustre/obdecho/echo_client.c| 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/stagi
From: Oleg Drokin
This mostly fixes checkpatch complaints about
"Alignment should match open parenthesis"
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/mdc/mdc_internal.h | 2 +-
drivers/staging/lustre/lustre/mdc/mdc_locks.c| 26 +++-
drivers/staging/lus
From: Oleg Drokin
This mostly fixes checkpatch complaints about
"Alignment should match open parenthesis"
Signed-off-by: Oleg Drokin
---
.../staging/lustre/lustre/lov/lov_cl_internal.h| 87 +++---
drivers/staging/lustre/lustre/lov/lov_ea.c | 2 +-
drivers/staging/l
From: Oleg Drokin
Since there's only one call in those if () else branches, the
braces are not really necessary.
Highlighted by checkpatch.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/include/lprocfs_status.h | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
d
From: Oleg Drokin
Signed-off-by: Oleg Drokin
---
.../staging/lustre/lustre/include/lustre/lustre_user.h | 16
1 file changed, 16 deletions(-)
diff --git a/drivers/staging/lustre/lustre/include/lustre/lustre_user.h
b/drivers/staging/lustre/lustre/include/lustre/lustre_user.h
From: Oleg Drokin
Since liblustre is no longer with us, referencing to it in the
explanations only makes things less clear
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/include/cl_object.h | 4 ++--
drivers/staging/lustre/lustre/include/lustre_lite.h | 2 +-
drivers/staging/lu
From: Oleg Drokin
This mostly fixes checkpatch complaints about
"Alignment should match open parenthesis"
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/osc/lproc_osc.c | 20 ++---
drivers/staging/lustre/lustre/osc/osc_cache.c | 18 +---
drivers/staging/lustre
From: Oleg Drokin
liblustre_check_services is no longer present in the tree.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/include/lustre_net.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/lustre/lustre/include/lustre_net.h
b/drivers/staging/lustre/lustre/
From: Oleg Drokin
This mostly fixes checkpatch complaints about
"Alignment should match open parenthesis"
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/mgc/mgc_request.c | 28 -
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/stagi
From: Oleg Drokin
As it is ENABLE_PINGER is never defined, but in reality
it's the code that is now compiled out that should be used
since all other instances were converted like that too.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/ptlrpc/import.c | 28 ---
From: Oleg Drokin
This mostly fixes checkpatch complaints about
"Alignment should match open parenthesis"
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/ptlrpc/client.c | 40 +---
drivers/staging/lustre/lustre/ptlrpc/import.c | 21 +++
drivers/staging/lustre
From: Oleg Drokin
These are the cleanup patches that were not applied from the previous
patch set due to a missing NFS/fhandle fix that is now applied.
Also some defines removal and such.
Please apply.
Oleg Drokin (25):
staging/lustre/llite: Fix style vs open parenthesis alignment
staging/l
From: Oleg Drokin
This mostly fixes checkpatch complaints about
"Alignment should match open parenthesis"
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/llite/dcache.c | 3 +-
drivers/staging/lustre/lustre/llite/dir.c | 6 +-
drivers/staging/lustre/lustre/llite/f
Hi, Aleksey
Though I promised you to have this done in 1 week:
https://github.com/zetalog/acpica/commit/a234569
I implemented the idea and tried the cleanup in Linux.
But unfortunately the cleanup triggered several locking issues inside of ACPICA
table API users.
So it doesn't seem to be so easy
Hi all,
Changes since 20160225:
The sunxi tree gained conflicts against Linus' and the arm-soc trees.
The net-next tree gained a conflict against the net tree.
The tip tree gained conflicts against the arm64 tree.
The aio tree still had a build failure so I used the version from
next-201
Hi,
The following panic is triggered when run ocfs2 xattr test on
linux-next-20160225. Did anybody ever see this?
[ 254.604228] BUG: unable to handle kernel paging request at
0002000800c0
[ 254.605013] IP: [] kmem_cache_alloc+0x78/0x160
[ 254.605013] PGD 7bbe5067 PUD 0
[ 254.605013] Oops
On Thu, 25 Feb 2016, Michal Hocko wrote:
> On Wed 24-02-16 19:47:06, Hugh Dickins wrote:
> [...]
> > Boot with mem=1G (or boot your usual way, and do something to occupy
> > most of the memory: I think /proc/sys/vm/nr_hugepages provides a great
> > way to gobble up most of the memory, though it's n
On Fri, Feb 26, 2016 at 06:11:07AM +, Drokin, Oleg wrote:
>
> On Feb 26, 2016, at 1:03 AM, Greg Kroah-Hartman wrote:
>
> > On Thu, Feb 25, 2016 at 08:07:06PM -0500, James Simmons wrote:
> >> The module information for Lustre is stale or in some cases
> >> completely missing. This collection o
On Thu, Feb 25, 2016 at 05:01:12PM -0500, Tejun Heo wrote:
> Hello, Peter.
>
> On Wed, Feb 24, 2016 at 03:24:30PM +0800, Peter Chen wrote:
> > > You might want to complain to the block-layer people about this. I
> > > don't know if anything can be done to fix it.
> > >
> > > Or maybe flush_work
On 02/26/2016 09:14 AM, Heiko Stuebner wrote:
Am Mittwoch, 24. Februar 2016, 18:05:03 schrieb Yakir Yang:
Add clocks ids for RK3228 HDMI/VOP modules which driver already have been
posted.
RK3228 HDMI driver: https://patchwork.kernel.org/patch/7974671
RK3228 VOP driver: https://patchwork.kernel
Add binding documentation for the power domains
found on Rockchip RK3399 SoCs
Signed-off-by: Elaine Zhang
---
.../bindings/soc/rockchip/power_domain.txt | 41 ++
1 file changed, 41 insertions(+)
diff --git a/Documentation/devicetree/bindings/soc/rockchip/power_domain
This driver is modified to support RK3399 SoC.
Signed-off-by: Elaine Zhang
---
drivers/soc/rockchip/pm_domains.c | 55 +++
1 file changed, 55 insertions(+)
diff --git a/drivers/soc/rockchip/pm_domains.c
b/drivers/soc/rockchip/pm_domains.c
index fdb74f9..8d23
This patch adds support for making one power domain a sub-domain of
other domain. This is useful for modeling power dependences,
which needs to have more than one power domain enabled to be operational.
Signed-off-by: Elaine Zhang
---
drivers/soc/rockchip/pm_domains.c | 63 ++
Not all new socs need to handle idle states on domain state changes,
so add the possibility to make them optional.
Signed-off-by: Elaine Zhang
---
drivers/soc/rockchip/pm_domains.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/soc/rockchip/pm_domains.c
b/d
fix some idle handling
support sub-power domain
add rk3399-power.h
modify document for RK3399 Soc
modify power domain for RK3399 SoC
Elaine Zhang (6):
rockchip: power-domain: make idle handling optional
power-domain: allow domains only handling idle requests
rockchip: power-domain: add suppo
On Fri, 26 Feb 2016, Ebru Akagunduz wrote:
> in Thu, Feb 25, 2016 at 05:35:50PM -0500, Rik van Riel wrote:
> > On Wed, 2016-02-24 at 23:36 -0800, Hugh Dickins wrote:
> > >
> > > Doesn't this imply that __collapse_huge_page_swapin() will initiate
> > > all
> > > the necessary swapins for a THP, the
On some Rockchip SoC there exist child-domains only handling their
idle state with the actual power-state handled by a parent-domain.
So allow such types of domains. For them, we can determine their
state (on/of) by checking the inverse idle-state instead.
There exist one special case if both idl
According to a description from TRM, add all the power domains
Signed-off-by: Elaine Zhang
---
include/dt-bindings/power/rk3399-power.h | 53
1 file changed, 53 insertions(+)
create mode 100644 include/dt-bindings/power/rk3399-power.h
diff --git a/include/dt-bi
On Feb 26, 2016, at 1:10 AM, Greg Kroah-Hartman wrote:
> On Wed, Feb 24, 2016 at 10:00:43PM -0500, gr...@linuxhacker.ru wrote:
>> From: Oleg Drokin
>>
>> This mostly fixes checkpatch complaints about
>> "Alignment should match open parenthesis"
>>
>> Signed-off-by: Oleg Drokin
>
> This patch
On Feb 26, 2016, at 1:03 AM, Greg Kroah-Hartman wrote:
> On Thu, Feb 25, 2016 at 08:07:06PM -0500, James Simmons wrote:
>> The module information for Lustre is stale or in some cases
>> completely missing. This collection of patches brings the
>> modinfo up to date as well as filling in any missi
On Wed, Feb 24, 2016 at 10:00:43PM -0500, gr...@linuxhacker.ru wrote:
> From: Oleg Drokin
>
> This mostly fixes checkpatch complaints about
> "Alignment should match open parenthesis"
>
> Signed-off-by: Oleg Drokin
This patch doesn't apply to the tree, so I've stopped applying this
series here
On 2/26/2016 12:11 AM, Joseph Salisbury wrote:
On 02/24/2016 10:53 PM, Jindal, Sonika wrote:
Hi Joe,
Yes, first thing to try is to increase the tries.
We testing with 300 retries, but the second monitor still did not show
up. However, it did show up in lspci.
Can you please point me to t
From: Joonsoo Kim
debug_pagealloc debugging is related to SLAB_POISON flag rather than
FORCED_DEBUG option, although FORCED_DEBUG option will enable SLAB_POISON.
Fix it.
Signed-off-by: Joonsoo Kim
Cc: Christoph Lameter
Cc: Pekka Enberg
Cc: David Rientjes
Cc: Joonsoo Kim
Cc: Jesper Dangaard
From: Joonsoo Kim
It is obsolete so remove it.
Signed-off-by: Joonsoo Kim
Acked-by: Christoph Lameter
Cc: Pekka Enberg
Cc: David Rientjes
Cc: Joonsoo Kim
Cc: Jesper Dangaard Brouer
Signed-off-by: Andrew Morton
---
mm/slab.c | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-
From: Joonsoo Kim
DEBUG_SLAB_LEAK is a debug option. It's current implementation requires
status buffer so we need more memory to use it. And, it cause kmem_cache
initialization step more complex.
To remove this extra memory usage and to simplify initialization step,
this patch implement this
From: Joonsoo Kim
Currently, the freelist is at the front of slab page. This requires extra
space to meet object alignment requirement. If we put the freelist at the
end of slab page, object could start at page boundary and will be at
correct alignment. This is possible because freelist has no
From: Joonsoo Kim
We can fail to setup off slab in some conditions. Even in this case,
debug pagealloc increases cache size to PAGE_SIZE in advance and it is
waste because debug pagealloc cannot work for it when it isn't the off
slab. To improve this situation, this patch checks first that this
From: Joonsoo Kim
Slab list should be fixed up after object is detached from the slab and
this happens at two places. They do exactly same thing. They will be
changed in the following patch, so, to reduce code duplication, this patch
factor out them and make it common function.
Signed-off-by:
On Thu, Feb 25, 2016 at 08:07:06PM -0500, James Simmons wrote:
> The module information for Lustre is stale or in some cases
> completely missing. This collection of patches brings the
> modinfo up to date as well as filling in any missing information.
> This patch set has been redone to rebase it
From: Joonsoo Kim
cache_init_objs() will be changed in following patch and current form
doesn't fit well for that change. So, before doing it, this patch
separates debugging initialization. This would cause two loop iteration
when debugging is enabled, but, this overhead seems too light than de
From: Joonsoo Kim
Finding suitable OFF_SLAB candidate is more related to aligned cache size
rather than original size. Same reasoning can be applied to the debug
pagealloc candidate. So, this patch moves up alignment fixup to proper
position. From that point, size is aligned so we can remove s
From: Joonsoo Kim
To become an off slab, there are some constraints to avoid bootstrapping
problem and recursive call. This can be avoided differently by simply
checking that corresponding kmalloc cache is ready and it's not a off
slab. It would be more robust because static size checking can b
From: Joonsoo Kim
Returing values by reference is bad practice. Instead, just use
function return value.
Suggested-by: Christoph Lameter
Signed-off-by: Joonsoo Kim
---
mm/slab.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/mm/slab.c b/mm/slab.c
index 85e39
From: Joonsoo Kim
Now, we don't use object status buffer in any setup. Remove it.
Signed-off-by: Joonsoo Kim
Cc: Christoph Lameter
Cc: Pekka Enberg
Cc: David Rientjes
Cc: Joonsoo Kim
Cc: Jesper Dangaard Brouer
Signed-off-by: Andrew Morton
---
mm/slab.c | 34 ++
From: Joonsoo Kim
SLAB needs a array to manage freed objects in a slab. It is only used if
some objects are freed so we can use free object itself as this array.
This requires additional branch in somewhat critical lock path to check if
it is first freed object or not but that's all we need. Be
From: Joonsoo Kim
Currently, open code for checking DEBUG_PAGEALLOC cache is spread to some
sites. It makes code unreadable and hard to change. This patch clean-up
these code. Following patch will change the criteria for DEBUG_PAGEALLOC
cache so this clean-up will help it, too.
v2: fix build
From: Joonsoo Kim
Signed-off-by: Joonsoo Kim
Cc: Christoph Lameter
Cc: Pekka Enberg
Cc: David Rientjes
Cc: Joonsoo Kim
Cc: Jesper Dangaard Brouer
Signed-off-by: Andrew Morton
---
mm/slab.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/mm/slab.c b/mm/
From: Joonsoo Kim
Current cache type determination code is open-code and looks not
understandable. Following patch will introduce one more cache type and it
would make code more complex. So, before it happens, this patch abstracts
these codes.
Signed-off-by: Joonsoo Kim
Cc: Christoph Lameter
From: Joonsoo Kim
This submission is just intended to get more review if possible.
This patchset is already on mmotm for a month and there is
no problem at all. No changes from mmotm one.
Changes from v1:
o Fold fixes into corresponding ones (no difference from mmotm)
o Add a clean-up patch at l
From: Joonsoo Kim
Some of "#if DEBUG" are for reporting slab implementation bug rather than
user usecase bug. It's not really needed because slab is stable for a
quite long time and it makes code too dirty. This patch remove it.
Signed-off-by: Joonsoo Kim
Cc: Christoph Lameter
Cc: Pekka Enbe
From: Joonsoo Kim
This patchset implements new freed object management way, that is,
OBJFREELIST_SLAB. Purpose of it is to reduce memory overhead in SLAB.
SLAB needs a array to manage freed objects in a slab. If there is
leftover after objects are packed into a slab, we can use it as a
managem
From: Michal Suchanek
When testing SPI without DMA I noticed that filling the FIFO on the
spi controller causes timeout. This should never happen with DMA support
so just adding a comment.
Signed-off-by: Michal Suchanek
---
drivers/spi/spi-sun4i.c | 4 +++-
1 file changed, 3 insertions(+), 1 d
While trying to get SPI TFT screen working with Cubietruck, I noticed that
at current state driver didn't actually support SPI data bursts bigger than
n bytes (n is probably ~64 bytes).
Patches below were sent to mailinglists a while ago (May 2015) but apparently
were not addressed to correct main
From: Emilio López
This patch adds support for 64 byte or bigger transfers on the
sun4i SPI controller. Said transfers will be performed via DMA.
Signed-off-by: Emilio López
Tested-by: Michal Suchanek
Tested-by: Priit Laes
---
drivers/spi/spi-sun4i.c | 140 +++
Hi all,
After merging the akpm-current tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
In file included from /home/sfr/next/next/include/linux/linkage.h:4:0,
from /home/sfr/next/next/arch/arm/include/asm/bug.h:4,
from /home/sfr/next/next
1 - 100 of 984 matches
Mail list logo
