Adds support for IA32_PQR_ASSOC MSR writes during task scheduling.
For Cache Allocation, MSR write would let the task fill in the cache
'subset' represented by the cgroup's cache_mask.
The high 32 bits in the per processor MSR IA32_PQR_ASSOC represents the
CLOSid. During context switch kernel
This patch adds a cgroup subsystem to support the new Cache Allocation
feature found in future Intel Xeon Intel processors. Cache Allocation is
a sub-feature with in Resource Director Technology(RDT) feature. RDT
provides support to control sharing of platform resources like L3
cache.
Cache
The change adds a file cache_mask to the RDT cgroup which represents the
cache bit mask(CBM) for the cgroup. cache_mask is specific to the Cache
allocation sub-feature of RDT. The tasks in the RDT cgroup would get to
fill the L3 cache represented by the cgroup's cache_mask file.
Update to the CBM
On Monday 11 May 2015 10:50:27 Guenter Roeck wrote:
> On Mon, May 11, 2015 at 03:26:19PM +0900, Yoshinori Sato wrote:
> > Changes for v12
> > - IRQ chip convert to OF
> > - dts cleanup
> > - some headers use generic
> > - rebase to v4.1-rc3
> >
> Configurations in arch/h8300/configs shtill build
This patch adds support for Cache Allocation Technology feature found in
future Intel Xeon processors. Cache allocation is a sub-feature of Intel
Resource Director Technology(RDT) which enables sharing of processor
resources. This patch includes CPUID enumeration routines for Cache
allocation and
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Ralf Baechle
Commit f05ff43355e6997c18f82ddcee370a6e5f8643ce upstream.
This is no longer needed with the fixed, new and improved definition
of cpu_has_mips_r2_exec_hazard in .
For a
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Markos Chandras
Commit aebac99384f7a6d83a3dcd42bf2481eed2670083 upstream.
Commit 6ebb496ffc7e("MIPS: kernel: entry.S: Add MIPS R6 related
definitions") added the MIPSR6 definition but it did
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Niklas Cassel
Commit 90db024f140d0d6ad960cc5f090e3c8ed890ca55 upstream.
If we have an FPU, enroll ourselves in the FPU-full mask.
Matching the MT_SMP and CMP implementations of smp_setup.
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: John Crispin
Commit a7b7aad383c5dd9221a06e378197350dd27c1163 upstream.
A driver was added in commit 5433acd81e87 ("MIPS: ralink: add illegal access
driver") without the Kconfig section being
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Adrien Schildknecht
Commit 179fa46fb666c8f2aa2bbb1f3114d5d826d59d3d upstream.
The commit 21400f252a97 ("MIPS: BCM47XX: Make ssb init NVRAM instead of
bcm47xx polling it") introduces a
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: John Crispin
Commit 93a7de8819a661d06eb11f4de3d6888b9a842b30 upstream.
A wrong symbol is referenced by commit 187c26ddf0b2 ("MIPS: ralink: add rt2880
pci driver"). Fix this by changing it to
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Markos Chandras
Commit 6ca716f2e5571d25a3899c6c5c91ff72ea6d6f5e upstream.
A 64-bit build for Malta produces far too many build problems
when SMP/CPS is selected. Moreover, there is currently
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Markos Chandras
Commit 48f8eaee3f59848809644507fc47363b37e54450 upstream.
Set good default FPU flags (FR0) for O32 binaries similar to what the
kernel does for the N64/N32 ones. This also
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Markos Chandras
Commit 5306a5450824691e27d68f711758515debedeeac upstream.
Commit 32098ec7bcba ("MIPS: Makefile: Move the ASEs checks after
setting the core's CFLAGS") re-arranged the MIPS ASE
Em Mon, May 11, 2015 at 06:29:28PM +0100, Will Deacon escreveu:
> On Mon, May 11, 2015 at 04:59:58PM +0100, a...@redhat.com wrote:
> > Em Mon, May 11, 2015 at 12:58:14PM -0300, a...@redhat.com escreveu:
> > > Em Mon, May 11, 2015 at 02:33:04PM +0200, Ingo Molnar escreveu:
> > > > > That was
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit d02260824e2cad626fb2a9d62e27006d34b6dedc upstream.
Some models provide too long string for the shortname that has 32bytes
including the terminator, and it results in a
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Benjamin Poirier
[ Upstream commit 42eab005a5dd5d7ea2b0328aecc4d6cc0c23c9c2 ]
By default, the number of tx queues is limited by the number of online cpus
in mlx4_en_get_profile(). However,
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 07b0e5d49d227e3950cb13a3e8caf248ef2a310e upstream.
The emux-synth driver has a possible AB/BA mutex deadlock at unloading
the emu10k1 driver:
snd_emux_free() ->
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zubaj
commit 7241ea558c6715501e777396b5fc312c372e11d9 upstream.
Looks like audigy emu10k2 (probably emu10k1 - sb live too) support two
modes for DMA. Second mode is useful for 64 bit os
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Lars Persson
Commit 4d46a67a3eb827ccf1125959936fd51ba318dabc upstream.
The lazy cache flushing implemented in the MIPS kernel suffers from a
race condition that is exposed by do_set_pte() in
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Michal Simek
commit 5c90c07b98c02198d9777a7c4f3047b0a94bf7ed upstream.
For systems with CONFIG_SERIAL_OF_PLATFORM=y and device_type =
"serial"; property in DT of_serial.c driver maps and
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Quentin Casasnovas
commit 0d3bba0287d4e284c3ec7d3397e81eec920d5e7e upstream.
Phil and I found out a problem with commit:
7e860a6e7aa6 ("cdc-acm: add sanity checks")
It added some sanity
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Michal Simek
commit 6befa9d883385c580369a2cc9e53fbf329771f6d upstream.
Do not probe all serial drivers by of_serial.c which are using
device_type = "serial"; property. Only drivers which have
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Ido Shamay
[ Upstream commit 07841f9d94c11afe00c0498cf242edf4075729f4 ]
When system is out of memory, refilling of RX buffers fails while
the driver continue to pass the received packets to
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Aaro Koskinen
Commit a8667d706dfa394ef9fe5f9013dee92d40a096e8 upstream.
CONFIG_USB_OCTEON_OHCI is deprecated and no longer needed to use OHCI
on OCTEON II. Instead,
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: "David S. Miller"
[ Upstream commit a134f083e79fb4c3d0a925691e732c56911b4326 ]
If we don't do that, then the poison value is left in the ->pprev
backlink.
This can cause crashes if we do a
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Hariprasad Shenai
[ Upstream commit 7f0b8a56c978b0a3315ac84c6cbb065413afb8e9 ]
Commit 6559a7e8296002b4 ("cxgb4: Cleanup macros so they follow the same
style and look consistent") introduced a
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Schichan
Commit 2ec459f2a77b808c1e5a3616c88b613d3f720c8d upstream.
When called from prom init code, bcm63xx_gpio_init() will fail as it
will call gpiochip_add() which relies on a
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Ludovic Desroches
commit a8d4e01637902311c5643b69a5c80e2805f04054 upstream.
Maxburst was not set when doing the dma slave configuration. This value
is checked by the recently introduced xdmac.
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Dean Nelson
commit 2cff98b99c469880ce830cbcde015b53b67e0a7b upstream.
__dma_alloc() does a PAGE_ALIGN() on the passed in size argument before
doing anything else. __dma_free() does not. And
This is the start of the stable review cycle for the 4.0.3 release.
There are 72 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Wed May 13 17:54:19 UTC 2015.
Anything
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Christoph Hellwig
commit 9cd9554615cba14f0877cc9972a6537ad2bdde61 upstream.
The 3w- driver needs to tear down the dma mappings before returning
the command to the midlayer, as there is no
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Mike Christie
commit 35e9a9f93994d7f7d12afa41169c7ba05513721b upstream.
This works around a issue with qnap iscsi targets not handling large IOs
very well.
The target returns:
VPD INQUIRY:
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Ilya Dryomov
commit 082a75dad84d79d1c15ea9e50f31cb4bb4fa7fd6 upstream.
When we end I/O struct request with error, we need to pass
obj_request->length as @nr_bytes so that the entire
On 05/11/2015 12:22 PM, Darren Hart wrote:
> On 5/11/15, 11:06 AM, "Shuah Khan" wrote:
>
>> On 05/08/2015 04:09 PM, Darren Hart wrote:
>>> The futextest testsuite [1] provides functional, stress, and
>>> performance tests for the various futex op codes. Those tests will be of
>>> more use to
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Christoph Hellwig
commit 118c855b5623f3e2e6204f02623d88c09e0c34de upstream.
The 3w-9xxx driver needs to tear down the dma mappings before returning
the command to the midlayer, as there is no
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 38aef1549b18539eaecd804383a6ccb6588a9ce1 upstream.
Selectively enable which packets we send based on monitor caps.
Signed-off-by: Alex Deucher
Signed-off-by: Greg
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Li Jun
commit a5a356cee89f86ff86cc3ce24136ca1f802c1bf1 upstream.
Wrongly release mutex lock during otg_statemachine may result in re-enter
otg_statemachine, which is not allowed, we should do
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Christoph Hellwig
commit 579d69bc1fd56d5af5761969aa529d1d1c188300 upstream.
The 3w-sas driver needs to tear down the dma mappings before returning
the command to the midlayer, as there is no
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 304f07e9c8d302cf3183248cbabb40598eb5b732 upstream.
Set the line first, then enable the stream. May fix
pink line problems on some displays.
Signed-off-by: Alex Deucher
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 7fe04d6fa824ccea704535a597dc417c8687f990 upstream.
Fixes display problems with some monitors when audio
is not enabled.
Bugs:
On Mon, May 11, 2015 at 07:57:22PM +0200, Denys Vlasenko wrote:
> With both gcc 4.7.2 and 4.9.2, sometimes gcc mysteriously doesn't inline
> very small functions we expect to be inlined. In particular,
> with this config: http://busybox.net/~vda/kernel_config
> there are more than a thousand
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 0f55db36d49d45b80eff0c0a2a498766016f458b upstream.
Otherwise the driver may try and send audio which may confuse the
monitor.
v2: set pin to NULL if no audio
v3: avoid
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 362ff251390f3d1f8fe94666f4fc4e5876381114 upstream.
Don't enable the audio and avi infoframes and audio stream
until all the state is set up.
Signed-off-by: Alex Deucher
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 12428327bbd1180b5d8ef83fdf9482b878d0502a upstream.
It's mostly duplicated with evergreen_dp_enable. This
is a prerequisite for fix implemented in another patch.
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Marek Szyprowski
commit 6829e274a623187c24f7cfc0e3d35f25d087fcc5 upstream.
Buffers allocated by dma_alloc_coherent() are always zeroed on Alpha,
ARM (32bit), MIPS, PowerPC, x86/x86_64 and
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Charles Keepax
commit a2d97723cb3a7741af81868427b36bba274b681b upstream.
Correct small copy and paste error where autodisable was not being
enabled for the SOC_DAPM_SINGLE_TLV_AUTODISABLE
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Bard Liao
commit 74d6ea52aeef0236242221c6eff6d892565c5a92 upstream.
The PLL output will be unstable in some cases. We can fix it by
setting some registers.
Signed-off-by: Bard Liao
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Chris Bainbridge
commit 61f8ff693923e4b19748b0e8287b99778f2661c7 upstream.
Commit 9faf6136ff46 (ACPI / SBS: Disable smart battery manager on
Apple) introduced a regression disabling the SBS
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Omar Sandoval
commit 909e26dce3f7600f5e293ac0522c28790a0c8c9c upstream.
Whenever the check for a send in progress introduced in commit
521e0546c970 (btrfs: protect snapshots from deleting
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Bard Liao
commit 60a8d62b8497c23eb3d48149af7e55dac2dd83a2 upstream.
DMIC clock source is not from codec system clock directly. it is
generated from the division of system clock. And it should
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Hebb
commit db579e76f06e78de011b2cb7e028740a82f5558c upstream.
On Mac OS X, HFS+ extended attributes are not namespaced. Since we want
to be compatible with OS X filesystems and yet
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Wei Yongjun
commit c479163a1b6ab424786fbcd9225b4e3c1c58eb0b upstream.
In case of error, the function devm_ioremap_resource() returns
ERR_PTR() and never returns NULL. The NULL test in the
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: "K. Y. Srinivasan"
commit 73cffdb65e679b98893f484063462c045adcf212 upstream.
Don't wait after sending request for offers to the host. This wait is
unnecessary and simply adds 5 seconds to the
On Sun, May 10, 2015 at 11:12:38PM +0200, Kast Bernd wrote:
> This patch is partially based on Felipe Contrera's earlier patch, that
> was discussed here: https://lkml.org/lkml/2013/10/8/800
> Some problems of that patch are solved, now:
>
> 1) The main obstacle for the earlier patch seemed to be
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit cd17e02ff4db58ec32d35cf331c705d295779930 upstream.
Seems to have problems with high mclks.
bug:
https://bugs.freedesktop.org/show_bug.cgi?id=76490
Signed-off-by: Alex
4.0-stable review patch. If anyone has any objections, please let me know.
--
From: Wei Yongjun
commit 427ced4b203dfea4f08b1298cd1f88e19039fca4 upstream.
In case of error, the function devm_kzalloc() returns NULL
not ERR_PTR(). The IS_ERR() test in the return value check
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Ilya Dryomov
commit 082a75dad84d79d1c15ea9e50f31cb4bb4fa7fd6 upstream.
When we end I/O struct request with error, we need to pass
obj_request->length as @nr_bytes so that the entire
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Ludovic Desroches
commit a8d4e01637902311c5643b69a5c80e2805f04054 upstream.
Maxburst was not set when doing the dma slave configuration. This value
is checked by the recently introduced
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "David S. Miller"
[ Upstream commit a134f083e79fb4c3d0a925691e732c56911b4326 ]
If we don't do that, then the poison value is left in the ->pprev
backlink.
This can cause crashes if we do a
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: hujianyang
commit 9aa272b492e7551a9ee0e2c83c720ea013698485 upstream.
Running mtd-utils/tests/ubi-tests/io_basic.c could cause
soft lockup or watchdog reset. It is because *updatevol*
will
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Sudip Mukherjee
commit 2c20d92dad5db6440cfa88d811b69fd605240ce4 upstream.
the lcd type as defined in the Kconfig is not matching in the code.
as a result the rs, rw and en pins were getting
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Hesselbarth
commit a74cd13b807029397f7232449df929bac11fb228 upstream.
Fix Dove's register addresses of uart2 and uart3 nodes that seem to
be broken since ages due to a
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Andrzej Pietrasiewicz
commit eb132ccbdec5df46e29c9814adf76075ce83576b upstream.
Function-specific setup requests should be handled in such a way, that
apart from filling in the data buffer,
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Lukas Czerner
commit d2dc317d564a46dfc683978a2e5a4f91434e9711 upstream.
Currently it is possible to lose whole file system block worth of data
when we hit the specific interaction with
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Michal Simek
commit 6befa9d883385c580369a2cc9e53fbf329771f6d upstream.
Do not probe all serial drivers by of_serial.c which are using
device_type = "serial"; property. Only drivers which have
This is the start of the stable review cycle for the 3.10.78 release.
There are 19 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Wed May 13 17:54:45 UTC 2015.
Anything
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: "K. Y. Srinivasan"
commit 73cffdb65e679b98893f484063462c045adcf212 upstream.
Don't wait after sending request for offers to the host. This wait is
unnecessary and simply adds 5 seconds to the
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 07b0e5d49d227e3950cb13a3e8caf248ef2a310e upstream.
The emux-synth driver has a possible AB/BA mutex deadlock at unloading
the emu10k1 driver:
snd_emux_free() ->
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Vineet Gupta
commit e4140819dadc3624accac8294881bca8a3cba4ed upstream.
A malicious signal handler / restorer can DOS the system by fudging the
user regs saved on stack, causing weird things
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Ilya Dryomov
commit 082a75dad84d79d1c15ea9e50f31cb4bb4fa7fd6 upstream.
When we end I/O struct request with error, we need to pass
obj_request->length as @nr_bytes so that the entire
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 1c94e65c668f44d2c69ae7e7fc268ab3268fba3e upstream.
The OSS emulation in synth-emux helper has a potential AB/BA deadlock
at the simultaneous closing and opening:
close
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zubaj
commit 7241ea558c6715501e777396b5fc312c372e11d9 upstream.
Looks like audigy emu10k2 (probably emu10k1 - sb live too) support two
modes for DMA. Second mode is useful for 64 bit os
From: Al Viro
Reviewed-by: Jan Kara
Signed-off-by: Al Viro
---
fs/ext2/inode.c | 1 +
fs/ext2/namei.c | 3 ++-
fs/ext2/symlink.c | 10 +-
3 files changed, 4 insertions(+), 10 deletions(-)
diff --git a/fs/ext2/inode.c b/fs/ext2/inode.c
index f460ae3..5c09776 100644
---
From: Al Viro
Reviewed-by: Jan Kara
Signed-off-by: Al Viro
---
fs/befs/linuxvfs.c | 24 +---
1 file changed, 5 insertions(+), 19 deletions(-)
diff --git a/fs/befs/linuxvfs.c b/fs/befs/linuxvfs.c
index 7943533..172e306 100644
--- a/fs/befs/linuxvfs.c
+++
From: Al Viro
Signed-off-by: Al Viro
---
fs/ext4/ext4.h| 1 +
fs/ext4/inode.c | 6 --
fs/ext4/namei.c | 9 +
fs/ext4/symlink.c | 30 ++
4 files changed, 20 insertions(+), 26 deletions(-)
diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h
index
k2hk netcp range size is 1M (0x10) and not 0xf. This patch fixes
this.
Signed-off-by: Murali Karicheri
---
arch/arm/boot/dts/k2hk-netcp.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/k2hk-netcp.dtsi
b/arch/arm/boot/dts/k2hk-netcp.dtsi
index
From: Al Viro
We copy there a kmalloc'ed string and proceed to kfree that string immediately
after that. Easier to just feed that string to nd_set_link() and _not_
kfree it until ->put_link() (which becomes kfree_put_link() in that case).
Signed-off-by: Al Viro
---
fs/9p/v9fs.h |
From: NeilBrown
ovl_follow_link current calls ->put_link on an error path.
However ->put_link is about to change in a way that it will be
impossible to call it from ovl_follow_link.
So rearrange the code to avoid the need for that error path.
Specifically: move the kmalloc() call before the
From: Al Viro
Reviewed-by: Jan Kara
Acked-by: Dave Kleikamp
Signed-off-by: Al Viro
---
fs/jfs/inode.c | 3 ++-
fs/jfs/namei.c | 5 ++---
fs/jfs/symlink.c | 10 +-
3 files changed, 5 insertions(+), 13 deletions(-)
diff --git a/fs/jfs/inode.c b/fs/jfs/inode.c
index
From: Al Viro
Signed-off-by: Al Viro
---
fs/sysv/Makefile | 2 +-
fs/sysv/inode.c | 5 +++--
fs/sysv/symlink.c | 20
fs/sysv/sysv.h| 1 -
4 files changed, 4 insertions(+), 24 deletions(-)
delete mode 100644 fs/sysv/symlink.c
diff --git a/fs/sysv/Makefile
From: Al Viro
Reviewed-by: Jan Kara
Signed-off-by: Al Viro
---
mm/shmem.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/mm/shmem.c b/mm/shmem.c
index de98137..7f6e2f8 100644
--- a/mm/shmem.c
+++ b/mm/shmem.c
@@ -2451,6 +2451,7 @@ static int shmem_symlink(struct
From: Al Viro
for fast symlinks only, of course...
Reviewed-by: Jan Kara
Signed-off-by: Al Viro
---
fs/ext4/inode.c | 1 +
fs/ext4/namei.c | 4 +++-
fs/ext4/symlink.c | 9 +
3 files changed, 5 insertions(+), 9 deletions(-)
diff --git a/fs/ext4/inode.c b/fs/ext4/inode.c
index
From: Al Viro
Signed-off-by: Al Viro
---
fs/jffs2/dir.c | 1 +
fs/jffs2/fs.c | 1 +
fs/jffs2/symlink.c | 45 +
3 files changed, 3 insertions(+), 44 deletions(-)
diff --git a/fs/jffs2/dir.c b/fs/jffs2/dir.c
index 1ba5c97..8118002 100644
From: Al Viro
Signed-off-by: Al Viro
---
fs/ubifs/dir.c | 1 +
fs/ubifs/file.c | 11 +--
fs/ubifs/super.c | 1 +
3 files changed, 3 insertions(+), 10 deletions(-)
diff --git a/fs/ubifs/dir.c b/fs/ubifs/dir.c
index 27060fc..5c27c66 100644
--- a/fs/ubifs/dir.c
+++ b/fs/ubifs/dir.c
From: Al Viro
let "fast" symlinks store the pointer to the body into ->i_link and
use simple_follow_link for ->follow_link()
Reviewed-by: Jan Kara
Signed-off-by: Al Viro
---
fs/inode.c | 1 +
fs/libfs.c | 13 +
include/linux/fs.h | 3 +++
3 files changed, 17
From: Al Viro
Signed-off-by: Al Viro
---
fs/freevxfs/vxfs_extern.h | 3 ---
fs/freevxfs/vxfs_immed.c | 34 --
fs/freevxfs/vxfs_inode.c | 7 +--
3 files changed, 5 insertions(+), 39 deletions(-)
diff --git a/fs/freevxfs/vxfs_extern.h
From: NeilBrown
No ->inode_follow_link() methods use the nameidata arg, and
it is about to become private to namei.c.
So remove from all inode_follow_link() functions.
Signed-off-by: NeilBrown
Signed-off-by: Al Viro
---
fs/namei.c | 2 +-
include/linux/security.h | 9 +++--
From: Al Viro
Signed-off-by: Al Viro
---
fs/ceph/inode.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/fs/ceph/inode.c b/fs/ceph/inode.c
index e876e19..571acd8 100644
--- a/fs/ceph/inode.c
+++ b/fs/ceph/inode.c
@@ -6,7 +6,6 @@
#include
#include
#include
From: Al Viro
Reviewed-by: Jan Kara
Signed-off-by: Al Viro
---
fs/ext3/inode.c | 1 +
fs/ext3/namei.c | 3 ++-
fs/ext3/symlink.c | 10 +-
3 files changed, 4 insertions(+), 10 deletions(-)
diff --git a/fs/ext3/inode.c b/fs/ext3/inode.c
index 2ee2dc4..6c7e546 100644
---
From: Al Viro
Reviewed-by: Jan Kara
Signed-off-by: Al Viro
---
fs/debugfs/file.c | 12
fs/debugfs/inode.c | 6 +++---
include/linux/debugfs.h | 1 -
3 files changed, 3 insertions(+), 16 deletions(-)
diff --git a/fs/debugfs/file.c b/fs/debugfs/file.c
index
From: Al Viro
Signed-off-by: Al Viro
---
fs/ufs/inode.c | 5 +++--
fs/ufs/namei.c | 3 ++-
fs/ufs/symlink.c | 13 +
3 files changed, 6 insertions(+), 15 deletions(-)
diff --git a/fs/ufs/inode.c b/fs/ufs/inode.c
index be7d42c..99aaf5c 100644
--- a/fs/ufs/inode.c
+++
From: Al Viro
ACK-by: Boaz Harrosh
Signed-off-by: Al Viro
---
fs/exofs/Kbuild| 2 +-
fs/exofs/exofs.h | 4
fs/exofs/inode.c | 9 +
fs/exofs/namei.c | 5 +++--
fs/exofs/symlink.c | 55 --
5 files changed, 9
From: Al Viro
seriously improves the stack *and* I-cache footprint...
Signed-off-by: Al Viro
---
fs/namei.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 7f20b40..a77f9ca 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -1569,8 +1569,7 @@
From: Al Viro
... and strip __always_inline from follow_link() - remaining callers
don't need that.
Now link_path_walk() recursion is a direct one.
Signed-off-by: Al Viro
---
fs/namei.c | 26 ++
1 file changed, 22 insertions(+), 4 deletions(-)
diff --git a/fs/namei.c
On Fri, 08 May 2015 15:59:14 +0200
"Rafael J. Wysocki" wrote:
> On Thursday, May 07, 2015 04:22:32 PM Joe Konno wrote:
> > On Thu, May 07, 2015 at 10:58:11PM +0200, Rafael J. Wysocki wrote:
> > > On Thursday, May 07, 2015 09:59:39 AM Joe Konno wrote:
> > > > From: Joe Konno
> > > >
> > > > In
From: Al Viro
Signed-off-by: Al Viro
---
fs/logfs/dir.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fs/logfs/dir.c b/fs/logfs/dir.c
index 4cf38f1..f9b45d4 100644
--- a/fs/logfs/dir.c
+++ b/fs/logfs/dir.c
@@ -779,6 +779,7 @@ fail:
const struct inode_operations logfs_symlink_iops = {
From: Al Viro
All remaining callers of the former are preceded by the latter
Signed-off-by: Al Viro
---
fs/namei.c | 21 ++---
1 file changed, 6 insertions(+), 15 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 2354d4f..f7659ee 100644
--- a/fs/namei.c
+++ b/fs/namei.c
From: Al Viro
shares space with nameidata->next, walk_component() et.al. store
the struct path of symlink instead of returning it into a variable
passed by caller.
Signed-off-by: Al Viro
---
fs/namei.c | 62 ++
1 file changed, 34
From: Al Viro
If we get ERR_PTR() from get_link(), we are guaranteed to get err != 0
when we break out of do-while, so we are going to hit if (err) return err;
shortly after it. Pull that into the if (IS_ERR(s)) body.
Signed-off-by: Al Viro
---
fs/namei.c | 4 +++-
1 file changed, 3
301 - 400 of 2452 matches
Mail list logo