Hi Peter,
On 7/5/18 9:21 PM, Xunlei Pang wrote:
> On 7/5/18 6:46 PM, Peter Zijlstra wrote:
>> On Wed, Jun 27, 2018 at 08:22:42PM +0800, Xunlei Pang wrote:
>>> tick-based whole utime is utime_0, tick-based whole stime
>>> is stime_0, scheduler time is rtime_0.
>>
>>> For a long time, the process
Hi Peter,
On 7/5/18 9:21 PM, Xunlei Pang wrote:
> On 7/5/18 6:46 PM, Peter Zijlstra wrote:
>> On Wed, Jun 27, 2018 at 08:22:42PM +0800, Xunlei Pang wrote:
>>> tick-based whole utime is utime_0, tick-based whole stime
>>> is stime_0, scheduler time is rtime_0.
>>
>>> For a long time, the process
Hello,
syzbot found the following crash on:
HEAD commit:b2d44d145d2a Merge tag '4.18-rc3-smb3fixes' of git://git.s..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=178cf50c40
kernel config: https://syzkaller.appspot.com/x/.config?x=2ca6c7a31d407f86
Hello,
syzbot found the following crash on:
HEAD commit:b2d44d145d2a Merge tag '4.18-rc3-smb3fixes' of git://git.s..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=178cf50c40
kernel config: https://syzkaller.appspot.com/x/.config?x=2ca6c7a31d407f86
Hello,
syzbot found the following crash on:
HEAD commit:b2d44d145d2a Merge tag '4.18-rc3-smb3fixes' of git://git.s..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=11d0774840
kernel config: https://syzkaller.appspot.com/x/.config?x=2ca6c7a31d407f86
Hello,
syzbot found the following crash on:
HEAD commit:b2d44d145d2a Merge tag '4.18-rc3-smb3fixes' of git://git.s..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=11d0774840
kernel config: https://syzkaller.appspot.com/x/.config?x=2ca6c7a31d407f86
On Mon, Jul 9, 2018 at 5:09 AM, syzbot
wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:526674536360 Add linux-next specific files for 20180706
> git tree: linux-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=17f6396840
> kernel config:
On Mon, Jul 09, 2018 at 07:44:44AM +0300, Alexey Brodkin wrote:
> Depending on ABI "long long" type of a particular 32-bit CPU
> might be aligned by either word (32-bits) or double word (64-bits).
> Make sure "data" is really 64-bit aligned for any 32-bit CPU.
>
> At least for 32-bit ARC cores
On Mon, Jul 9, 2018 at 5:09 AM, syzbot
wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:526674536360 Add linux-next specific files for 20180706
> git tree: linux-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=17f6396840
> kernel config:
On Mon, Jul 09, 2018 at 07:44:44AM +0300, Alexey Brodkin wrote:
> Depending on ABI "long long" type of a particular 32-bit CPU
> might be aligned by either word (32-bits) or double word (64-bits).
> Make sure "data" is really 64-bit aligned for any 32-bit CPU.
>
> At least for 32-bit ARC cores
On Mon, Jul 9, 2018 at 5:09 AM, syzbot
wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:ca04b3cca11a Merge tag 'armsoc-fixes' of git://git.kernel...
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=123180c840
> kernel config:
On Mon, Jul 9, 2018 at 5:09 AM, syzbot
wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:ca04b3cca11a Merge tag 'armsoc-fixes' of git://git.kernel...
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=123180c840
> kernel config:
On Mon, Jul 9, 2018 at 5:09 AM, syzbot
wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:ca04b3cca11a Merge tag 'armsoc-fixes' of git://git.kernel...
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=11f1e96840
> kernel config:
On Mon, Jul 9, 2018 at 5:09 AM, syzbot
wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:ca04b3cca11a Merge tag 'armsoc-fixes' of git://git.kernel...
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=11f1e96840
> kernel config:
Dan Williams writes:
> On Thu, Jun 21, 2018 at 8:55 PM Huang, Ying wrote:
>>
>> From: Huang Ying
>>
>> Previously, the PMD swap operations are only enabled for
>> CONFIG_ARCH_ENABLE_THP_MIGRATION. Because they are only used by the
>> THP migration support. We will support PMD swap mapping to
Dan Williams writes:
> On Thu, Jun 21, 2018 at 8:55 PM Huang, Ying wrote:
>>
>> From: Huang Ying
>>
>> Previously, the PMD swap operations are only enabled for
>> CONFIG_ARCH_ENABLE_THP_MIGRATION. Because they are only used by the
>> THP migration support. We will support PMD swap mapping to
Hi Guenter,
Thank you for the clarification.. Please find my comments.
On Sun, Jul 8, 2018 at 11:36 PM, Guenter Roeck wrote:
> On 07/06/2018 01:18 AM, Srinath Mannam wrote:
>>
>> Hi Guenter,
>>
>> Thank you very much for your feedback. Please find my comments.
>>
>> On Thu, Jul 5, 2018 at 8:58
Hi Guenter,
Thank you for the clarification.. Please find my comments.
On Sun, Jul 8, 2018 at 11:36 PM, Guenter Roeck wrote:
> On 07/06/2018 01:18 AM, Srinath Mannam wrote:
>>
>> Hi Guenter,
>>
>> Thank you very much for your feedback. Please find my comments.
>>
>> On Thu, Jul 5, 2018 at 8:58
Quoting Amit Nischal (2018-06-06 04:41:47)
> diff --git a/Documentation/devicetree/bindings/clock/qcom,gpucc.txt
> b/Documentation/devicetree/bindings/clock/qcom,gpucc.txt
> new file mode 100644
> index 000..e311219
> --- /dev/null
> +++
Quoting Amit Nischal (2018-06-06 04:41:47)
> diff --git a/Documentation/devicetree/bindings/clock/qcom,gpucc.txt
> b/Documentation/devicetree/bindings/clock/qcom,gpucc.txt
> new file mode 100644
> index 000..e311219
> --- /dev/null
> +++
Quoting Amit Nischal (2018-06-06 04:41:45)
> For some of the GDSCs, there is a requirement to enable/disable the
> few clocks before turning on/off the gdsc power domain. Add support
Why is there a requirement? Do the clks need to be in hw control mode or
they can't be turned off when the GDSC is
Quoting Amit Nischal (2018-06-06 04:41:45)
> For some of the GDSCs, there is a requirement to enable/disable the
> few clocks before turning on/off the gdsc power domain. Add support
Why is there a requirement? Do the clks need to be in hw control mode or
they can't be turned off when the GDSC is
Quoting Jolly Shah (2018-06-20 10:40:30)
> diff --git a/drivers/firmware/xilinx/zynqmp.c
> b/drivers/firmware/xilinx/zynqmp.c
> index 86d9bb8..c764d6e 100644
> --- a/drivers/firmware/xilinx/zynqmp.c
> +++ b/drivers/firmware/xilinx/zynqmp.c
> @@ -269,14 +269,196 @@ static int zynqmp_pm_ioctl(u32
Quoting Jolly Shah (2018-06-20 10:40:30)
> diff --git a/drivers/firmware/xilinx/zynqmp.c
> b/drivers/firmware/xilinx/zynqmp.c
> index 86d9bb8..c764d6e 100644
> --- a/drivers/firmware/xilinx/zynqmp.c
> +++ b/drivers/firmware/xilinx/zynqmp.c
> @@ -269,14 +269,196 @@ static int zynqmp_pm_ioctl(u32
Quoting Jolly Shah (2018-06-20 10:40:32)
> From: Rajan Vaja
>
> Add debugfs file to set/get IOCTL using debugfs interface.
IOCTLs and debugfs aren't the same thing. Why are the two being mixed
together? Is some sort of userspace ABI being created here to control
clks with usermode drivers?
Quoting Jolly Shah (2018-06-20 10:40:32)
> From: Rajan Vaja
>
> Add debugfs file to set/get IOCTL using debugfs interface.
IOCTLs and debugfs aren't the same thing. Why are the two being mixed
together? Is some sort of userspace ABI being created here to control
clks with usermode drivers?
Quoting Jolly Shah (2018-06-20 10:40:34)
> From: Rajan Vaja
>
> Add documentation to describe Xilinx ZynqMP clock driver
> bindings.
>
> Signed-off-by: Rajan Vaja
> Signed-off-by: Jolly Shah
> Reviewed-by: Rob Herring
> ---
Reviewed-by: Stephen Boyd
Quoting Jolly Shah (2018-06-20 10:40:34)
> From: Rajan Vaja
>
> Add documentation to describe Xilinx ZynqMP clock driver
> bindings.
>
> Signed-off-by: Rajan Vaja
> Signed-off-by: Jolly Shah
> Reviewed-by: Rob Herring
> ---
Reviewed-by: Stephen Boyd
Quoting Jolly Shah (2018-06-20 10:40:35)
> diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig
> index 98ce9fc..a2ebcf7 100644
> --- a/drivers/clk/Kconfig
> +++ b/drivers/clk/Kconfig
> @@ -252,6 +252,7 @@ source "drivers/clk/sprd/Kconfig"
> source "drivers/clk/sunxi-ng/Kconfig"
> source
Quoting Jolly Shah (2018-06-20 10:40:35)
> diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig
> index 98ce9fc..a2ebcf7 100644
> --- a/drivers/clk/Kconfig
> +++ b/drivers/clk/Kconfig
> @@ -252,6 +252,7 @@ source "drivers/clk/sprd/Kconfig"
> source "drivers/clk/sunxi-ng/Kconfig"
> source
Hi,
On Friday 29 June 2018 02:08 PM, Kunihiko Hayashi wrote:
> Add a driver for PHY interface built into USB3 controller
> implemented in UniPhier SoCs.
> This driver supports High-Speed PHY and Super-Speed PHY.
>
> Signed-off-by: Kunihiko Hayashi
> Signed-off-by: Motoya Tanigawa
>
Hi,
On Friday 29 June 2018 02:08 PM, Kunihiko Hayashi wrote:
> Add a driver for PHY interface built into USB3 controller
> implemented in UniPhier SoCs.
> This driver supports High-Speed PHY and Super-Speed PHY.
>
> Signed-off-by: Kunihiko Hayashi
> Signed-off-by: Motoya Tanigawa
>
On 07/07/2018 11:06 PM, Dan Williams wrote:
On Sat, Jul 7, 2018 at 12:15 AM, Oliver wrote:
On Sat, Jul 7, 2018 at 5:38 AM, Dan Williams wrote:
On Fri, Jul 6, 2018 at 1:29 AM, Aneesh Kumar K.V
wrote:
This patch steal system RAM and use that to emulate pmem device using the
e820 platform
On 07/07/2018 11:06 PM, Dan Williams wrote:
On Sat, Jul 7, 2018 at 12:15 AM, Oliver wrote:
On Sat, Jul 7, 2018 at 5:38 AM, Dan Williams wrote:
On Fri, Jul 6, 2018 at 1:29 AM, Aneesh Kumar K.V
wrote:
This patch steal system RAM and use that to emulate pmem device using the
e820 platform
On 07/07/2018 01:20 PM, Oliver wrote:
On Fri, Jul 6, 2018 at 6:29 PM, Aneesh Kumar K.V
wrote:
This patch steal system RAM and use that to emulate pmem device using the
e820 platform driver.
This adds a new kernel command line 'pmemmap' which takes the format
to allocate memory early in the
On 07/07/2018 01:20 PM, Oliver wrote:
On Fri, Jul 6, 2018 at 6:29 PM, Aneesh Kumar K.V
wrote:
This patch steal system RAM and use that to emulate pmem device using the
e820 platform driver.
This adds a new kernel command line 'pmemmap' which takes the format
to allocate memory early in the
From: Al Viro
basically, "is that instance set up enough for regular fput(), or
do we want put_filp() for that one".
Signed-off-by: Al Viro
---
arch/ia64/kernel/perfmon.c | 1 +
drivers/misc/cxl/api.c | 2 +-
fs/aio.c | 3 ++-
fs/anon_inodes.c | 2 +-
From: Al Viro
basically, "is that instance set up enough for regular fput(), or
do we want put_filp() for that one".
Signed-off-by: Al Viro
---
arch/ia64/kernel/perfmon.c | 1 +
drivers/misc/cxl/api.c | 2 +-
fs/aio.c | 3 ++-
fs/anon_inodes.c | 2 +-
From: Al Viro
Signed-off-by: Al Viro
---
fs/namei.c | 31 +++
1 file changed, 15 insertions(+), 16 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index a58e00076ba1..36c2fa804e26 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -3409,8 +3409,6 @@ static int
From: Al Viro
Signed-off-by: Al Viro
---
fs/namei.c | 31 +++
1 file changed, 15 insertions(+), 16 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index a58e00076ba1..36c2fa804e26 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -3409,8 +3409,6 @@ static int
From: Al Viro
Signed-off-by: Al Viro
---
fs/internal.h | 1 -
fs/namei.c| 7 +--
fs/open.c | 27 +--
3 files changed, 10 insertions(+), 25 deletions(-)
diff --git a/fs/internal.h b/fs/internal.h
index 5645b4ebf494..08ac9cdee1b4 100644
--- a/fs/internal.h
From: Al Viro
Signed-off-by: Al Viro
---
fs/internal.h | 1 -
fs/namei.c| 7 +--
fs/open.c | 27 +--
3 files changed, 10 insertions(+), 25 deletions(-)
diff --git a/fs/internal.h b/fs/internal.h
index 5645b4ebf494..08ac9cdee1b4 100644
--- a/fs/internal.h
From: Al Viro
... and don't bother with setting FILE_OPENED at all.
Signed-off-by: Al Viro
---
fs/namei.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 36c2fa804e26..b324f59f8209 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@
From: Al Viro
... and don't bother with setting FILE_OPENED at all.
Signed-off-by: Al Viro
---
fs/namei.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 36c2fa804e26..b324f59f8209 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@
From: Al Viro
We only deal with opened & FILE_OPENED in it and it's parallel to
file->f_mode & FMODE_OPENED. So let the callers deal with the latter
instead. Most of the call chains go through fs/namei.c:atomic_open()
and do not look at FILE_OPENED between the return from finish_open()
and
From: Al Viro
We only deal with opened & FILE_OPENED in it and it's parallel to
file->f_mode & FMODE_OPENED. So let the callers deal with the latter
instead. Most of the call chains go through fs/namei.c:atomic_open()
and do not look at FILE_OPENED between the return from finish_open()
and
From: Al Viro
just check ->f_mode in ima_appraise_measurement()
Signed-off-by: Al Viro
---
fs/namei.c| 3 +--
fs/nfsd/vfs.c | 2 +-
include/linux/ima.h | 4 ++--
security/integrity/ima/ima.h | 4 ++--
From: Al Viro
__gfs2_lookup(), gfs2_create_inode(), nfs_finish_open() and fuse_create_open()
don't need 'opened' anymore. Get rid of that argument in those.
Signed-off-by: Al Viro
---
fs/fuse/dir.c | 4 ++--
fs/gfs2/inode.c | 19 +--
fs/nfs/dir.c| 5 ++---
3 files
From: Al Viro
just check ->f_mode in ima_appraise_measurement()
Signed-off-by: Al Viro
---
fs/namei.c| 3 +--
fs/nfsd/vfs.c | 2 +-
include/linux/ima.h | 4 ++--
security/integrity/ima/ima.h | 4 ++--
From: Al Viro
__gfs2_lookup(), gfs2_create_inode(), nfs_finish_open() and fuse_create_open()
don't need 'opened' anymore. Get rid of that argument in those.
Signed-off-by: Al Viro
---
fs/fuse/dir.c | 4 ++--
fs/gfs2/inode.c | 19 +--
fs/nfs/dir.c| 5 ++---
3 files
From: Al Viro
Parallel to FILE_CREATED, goes into ->f_mode instead of *opened.
NFS is a bit of a wart here - it doesn't have file at the point
where FILE_CREATED used to be set, so we need to propagate it
there (for now). IMA is another one (here and everywhere)...
Note that this needs
From: Al Viro
Parallel to FILE_CREATED, goes into ->f_mode instead of *opened.
NFS is a bit of a wart here - it doesn't have file at the point
where FILE_CREATED used to be set, so we need to propagate it
there (for now). IMA is another one (here and everywhere)...
Note that this needs
From: Al Viro
no users left
Signed-off-by: Al Viro
---
include/linux/fs.h | 4
1 file changed, 4 deletions(-)
diff --git a/include/linux/fs.h b/include/linux/fs.h
index 80fec0332fdd..b3240025ce1a 100644
--- a/include/linux/fs.h
+++ b/include/linux/fs.h
@@ -2434,10 +2434,6 @@ extern
From: Al Viro
not used anymore
Signed-off-by: Al Viro
---
fs/9p/vfs_inode.c | 3 +--
fs/9p/vfs_inode_dotl.c | 3 +--
fs/bad_inode.c | 2 +-
fs/ceph/file.c | 3 +--
fs/ceph/super.h| 3 +--
fs/cifs/cifsfs.h | 3 +--
fs/cifs/dir.c | 3 +--
From: Al Viro
Signed-off-by: Al Viro
---
mm/shmem.c | 39 ---
1 file changed, 8 insertions(+), 31 deletions(-)
diff --git a/mm/shmem.c b/mm/shmem.c
index 0aa290f849ee..fd21df189f32 100644
--- a/mm/shmem.c
+++ b/mm/shmem.c
@@ -3896,18 +3896,11 @@
From: Al Viro
takes inode, vfsmount, name, mode and file_operations and either
returns a new struct file (in which case inode reference we held
is consumed) or returns ERR_PTR(), in which case no refcounts are
altered.
converted aio_private_file() and sock_alloc_file() to it
Signed-off-by: Al
From: Al Viro
no users left
Signed-off-by: Al Viro
---
include/linux/fs.h | 4
1 file changed, 4 deletions(-)
diff --git a/include/linux/fs.h b/include/linux/fs.h
index 80fec0332fdd..b3240025ce1a 100644
--- a/include/linux/fs.h
+++ b/include/linux/fs.h
@@ -2434,10 +2434,6 @@ extern
From: Al Viro
not used anymore
Signed-off-by: Al Viro
---
fs/9p/vfs_inode.c | 3 +--
fs/9p/vfs_inode_dotl.c | 3 +--
fs/bad_inode.c | 2 +-
fs/ceph/file.c | 3 +--
fs/ceph/super.h| 3 +--
fs/cifs/cifsfs.h | 3 +--
fs/cifs/dir.c | 3 +--
From: Al Viro
Signed-off-by: Al Viro
---
mm/shmem.c | 39 ---
1 file changed, 8 insertions(+), 31 deletions(-)
diff --git a/mm/shmem.c b/mm/shmem.c
index 0aa290f849ee..fd21df189f32 100644
--- a/mm/shmem.c
+++ b/mm/shmem.c
@@ -3896,18 +3896,11 @@
From: Al Viro
takes inode, vfsmount, name, mode and file_operations and either
returns a new struct file (in which case inode reference we held
is consumed) or returns ERR_PTR(), in which case no refcounts are
altered.
converted aio_private_file() and sock_alloc_file() to it
Signed-off-by: Al
From: Al Viro
unused now
Signed-off-by: Al Viro
---
fs/namei.c | 22 --
1 file changed, 8 insertions(+), 14 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 7270cac785b0..5d7aa567c958 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -3036,8 +3036,7 @@ static int
From: Al Viro
unused now
Signed-off-by: Al Viro
---
fs/namei.c | 22 --
1 file changed, 8 insertions(+), 14 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 7270cac785b0..5d7aa567c958 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -3036,8 +3036,7 @@ static int
From: Al Viro
grab inode and reserve memory first.
Signed-off-by: Al Viro
---
mm/shmem.c | 43 ---
1 file changed, 20 insertions(+), 23 deletions(-)
diff --git a/mm/shmem.c b/mm/shmem.c
index a76adc3802d1..0aa290f849ee 100644
--- a/mm/shmem.c
+++
From: Al Viro
Failure of ->open() should *not* be followed by fput(). Fixed by
using filp_clone_open(), which gets the cleanups right.
Signed-off-by: Al Viro
---
drivers/gpu/drm/drm_lease.c | 16 +---
fs/internal.h | 1 -
include/linux/fs.h | 1 +
3 files
From: Al Viro
Signed-off-by: Al Viro
---
drivers/scsi/cxlflash/ocxl_hw.c | 23 ---
1 file changed, 4 insertions(+), 19 deletions(-)
diff --git a/drivers/scsi/cxlflash/ocxl_hw.c b/drivers/scsi/cxlflash/ocxl_hw.c
index 497a68389461..6d0632174ec6 100644
---
From: Al Viro
grab inode and reserve memory first.
Signed-off-by: Al Viro
---
mm/shmem.c | 43 ---
1 file changed, 20 insertions(+), 23 deletions(-)
diff --git a/mm/shmem.c b/mm/shmem.c
index a76adc3802d1..0aa290f849ee 100644
--- a/mm/shmem.c
+++
From: Al Viro
Failure of ->open() should *not* be followed by fput(). Fixed by
using filp_clone_open(), which gets the cleanups right.
Signed-off-by: Al Viro
---
drivers/gpu/drm/drm_lease.c | 16 +---
fs/internal.h | 1 -
include/linux/fs.h | 1 +
3 files
From: Al Viro
Signed-off-by: Al Viro
---
drivers/scsi/cxlflash/ocxl_hw.c | 23 ---
1 file changed, 4 insertions(+), 19 deletions(-)
diff --git a/drivers/scsi/cxlflash/ocxl_hw.c b/drivers/scsi/cxlflash/ocxl_hw.c
index 497a68389461..6d0632174ec6 100644
---
From: Al Viro
Signed-off-by: Al Viro
---
fs/file_table.c | 3 +--
include/linux/file.h | 2 --
2 files changed, 1 insertion(+), 4 deletions(-)
diff --git a/fs/file_table.c b/fs/file_table.c
index fb7c3b007630..ffb0036a24f6 100644
--- a/fs/file_table.c
+++ b/fs/file_table.c
@@ -155,7
From: Al Viro
Signed-off-by: Al Viro
---
drivers/misc/cxl/api.c | 21 -
1 file changed, 4 insertions(+), 17 deletions(-)
diff --git a/drivers/misc/cxl/api.c b/drivers/misc/cxl/api.c
index 146a12fe6cb8..e0b9c00aecde 100644
--- a/drivers/misc/cxl/api.c
+++
From: Al Viro
Signed-off-by: Al Viro
---
drivers/misc/cxl/api.c | 21 -
1 file changed, 4 insertions(+), 17 deletions(-)
diff --git a/drivers/misc/cxl/api.c b/drivers/misc/cxl/api.c
index 146a12fe6cb8..e0b9c00aecde 100644
--- a/drivers/misc/cxl/api.c
+++
From: Al Viro
Signed-off-by: Al Viro
---
fs/file_table.c | 3 +--
include/linux/file.h | 2 --
2 files changed, 1 insertion(+), 4 deletions(-)
diff --git a/fs/file_table.c b/fs/file_table.c
index fb7c3b007630..ffb0036a24f6 100644
--- a/fs/file_table.c
+++ b/fs/file_table.c
@@ -155,7
From: Al Viro
Signed-off-by: Al Viro
---
ipc/shm.c | 39 ++-
1 file changed, 18 insertions(+), 21 deletions(-)
diff --git a/ipc/shm.c b/ipc/shm.c
index e37931121070..0cebcf74b669 100644
--- a/ipc/shm.c
+++ b/ipc/shm.c
@@ -1354,14 +1354,13 @@ long
From: Al Viro
Signed-off-by: Al Viro
---
ipc/shm.c | 39 ++-
1 file changed, 18 insertions(+), 21 deletions(-)
diff --git a/ipc/shm.c b/ipc/shm.c
index e37931121070..0cebcf74b669 100644
--- a/ipc/shm.c
+++ b/ipc/shm.c
@@ -1354,14 +1354,13 @@ long
From: Al Viro
Signed-off-by: Al Viro
---
fs/anon_inodes.c | 29 ++---
1 file changed, 6 insertions(+), 23 deletions(-)
diff --git a/fs/anon_inodes.c b/fs/anon_inodes.c
index bf952939a1d3..7e13edd23db1 100644
--- a/fs/anon_inodes.c
+++ b/fs/anon_inodes.c
@@ -71,8 +71,6
From: Al Viro
Signed-off-by: Al Viro
---
fs/anon_inodes.c | 29 ++---
1 file changed, 6 insertions(+), 23 deletions(-)
diff --git a/fs/anon_inodes.c b/fs/anon_inodes.c
index bf952939a1d3..7e13edd23db1 100644
--- a/fs/anon_inodes.c
+++ b/fs/anon_inodes.c
@@ -71,8 +71,6
From: Al Viro
Signed-off-by: Al Viro
---
fs/pipe.c | 41 ++---
1 file changed, 10 insertions(+), 31 deletions(-)
diff --git a/fs/pipe.c b/fs/pipe.c
index 4d62c935f675..312af057f03a 100644
--- a/fs/pipe.c
+++ b/fs/pipe.c
@@ -744,56 +744,35 @@ static struct
From: Al Viro
alloc_file_clone(old_file, mode, ops): create a new struct file with
->f_path equal to that of old_file. pipe converted.
Signed-off-by: Al Viro
---
fs/file_table.c | 11 +++
fs/pipe.c| 5 +
include/linux/file.h | 2 ++
3 files changed, 14
From: Al Viro
Signed-off-by: Al Viro
---
fs/pipe.c | 41 ++---
1 file changed, 10 insertions(+), 31 deletions(-)
diff --git a/fs/pipe.c b/fs/pipe.c
index 4d62c935f675..312af057f03a 100644
--- a/fs/pipe.c
+++ b/fs/pipe.c
@@ -744,56 +744,35 @@ static struct
From: Al Viro
alloc_file_clone(old_file, mode, ops): create a new struct file with
->f_path equal to that of old_file. pipe converted.
Signed-off-by: Al Viro
---
fs/file_table.c | 11 +++
fs/pipe.c| 5 +
include/linux/file.h | 2 ++
3 files changed, 14
From: Al Viro
Cc: sta...@kernel.org
Signed-off-by: Al Viro
---
drivers/scsi/cxlflash/ocxl_hw.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/scsi/cxlflash/ocxl_hw.c b/drivers/scsi/cxlflash/ocxl_hw.c
index 0a95b5f25380..497a68389461 100644
---
From: Al Viro
An ->open() instances really, really should not be doing that. There's
a lot of places e.g. around atomic_open() that could be confused by that,
so let's catch that early.
Signed-off-by: Al Viro
---
fs/open.c | 4
1 file changed, 4 insertions(+)
diff --git a/fs/open.c
From: Al Viro
Signed-off-by: Al Viro
---
fs/hugetlbfs/inode.c | 55
1 file changed, 17 insertions(+), 38 deletions(-)
diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index e0b8cc89169c..86ffe04f73d6 100644
---
From: Al Viro
Cc: sta...@kernel.org
Signed-off-by: Al Viro
---
drivers/scsi/cxlflash/ocxl_hw.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/scsi/cxlflash/ocxl_hw.c b/drivers/scsi/cxlflash/ocxl_hw.c
index 0a95b5f25380..497a68389461 100644
---
From: Al Viro
An ->open() instances really, really should not be doing that. There's
a lot of places e.g. around atomic_open() that could be confused by that,
so let's catch that early.
Signed-off-by: Al Viro
---
fs/open.c | 4
1 file changed, 4 insertions(+)
diff --git a/fs/open.c
From: Al Viro
Signed-off-by: Al Viro
---
fs/hugetlbfs/inode.c | 55
1 file changed, 17 insertions(+), 38 deletions(-)
diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c
index e0b8cc89169c..86ffe04f73d6 100644
---
From: Al Viro
Doing iput() after path_put() is wrong.
Cc: sta...@kernel.org
Signed-off-by: Al Viro
---
drivers/misc/cxl/api.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/misc/cxl/api.c b/drivers/misc/cxl/api.c
index 753b1a698fc4..6b16946f9b05 100644
---
From: Al Viro
it's exactly the same thing as
dentry_open(>f_path, file->f_flags, file->f_cred)
... and rename it to file_clone_open(), while we are at it.
'filp' naming convention is bogus; sure, it's "file pointer",
but we generally don't do that kind of Hungarian notation.
Some of the
From: Al Viro
Doing iput() after path_put() is wrong.
Cc: sta...@kernel.org
Signed-off-by: Al Viro
---
drivers/misc/cxl/api.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/misc/cxl/api.c b/drivers/misc/cxl/api.c
index 753b1a698fc4..6b16946f9b05 100644
---
From: Al Viro
it's exactly the same thing as
dentry_open(>f_path, file->f_flags, file->f_cred)
... and rename it to file_clone_open(), while we are at it.
'filp' naming convention is bogus; sure, it's "file pointer",
but we generally don't do that kind of Hungarian notation.
Some of the
This is an update of open()-related work last posted a month
ago. Series lives in vfs.git#work.open (and its beginning is in
#fixes). Individual patches are in followups, shortlog (with outlines)
follows:
1) some prep fixes:
* drm_lease.c uses alloc_file() for no good reason -
This is an update of open()-related work last posted a month
ago. Series lives in vfs.git#work.open (and its beginning is in
#fixes). Individual patches are in followups, shortlog (with outlines)
follows:
1) some prep fixes:
* drm_lease.c uses alloc_file() for no good reason -
Depending on ABI "long long" type of a particular 32-bit CPU
might be aligned by either word (32-bits) or double word (64-bits).
Make sure "data" is really 64-bit aligned for any 32-bit CPU.
At least for 32-bit ARC cores ABI requires "long long" types
to be aligned by normal 32-bit word. This
Depending on ABI "long long" type of a particular 32-bit CPU
might be aligned by either word (32-bits) or double word (64-bits).
Make sure "data" is really 64-bit aligned for any 32-bit CPU.
At least for 32-bit ARC cores ABI requires "long long" types
to be aligned by normal 32-bit word. This
在 2018-07-09一的 10:01 +0530,'Kishon Vijay Abraham I' via linux-sunxi写道:
> Hi,
>
> On Friday 06 July 2018 09:08 PM, Icenowy Zheng wrote:
> > Allwinner H6 SoC contains a USB3 PHY (with USB2 DP/DM lines also
> > controlled).
> >
> > Add a driver for it.
> >
> > The register operations in this
在 2018-07-09一的 10:01 +0530,'Kishon Vijay Abraham I' via linux-sunxi写道:
> Hi,
>
> On Friday 06 July 2018 09:08 PM, Icenowy Zheng wrote:
> > Allwinner H6 SoC contains a USB3 PHY (with USB2 DP/DM lines also
> > controlled).
> >
> > Add a driver for it.
> >
> > The register operations in this
Kedves Kedvezményezettem,
Biztos vagyok benne, hogy ez a levél meglepetésként fog megjelenni, mivel még
soha nem találkoztunk, és akkor is megkérdeznéd, hogy miért döntöttem úgy, hogy
választottam Önt a világ számos internethasználója között. Pontosan, nem tudom
megmondani, hogy miért
> -Original Message-
> From: Srinivas Pandruvada [mailto:srinivas.pandruv...@linux.intel.com]
> Sent: Saturday, July 7, 2018 8:44 AM
> To: Darren Hart; Andy Shevchenko
> Cc: Limonciello, Mario; Alex Hung; Andy Shevchenko; Platform Driver; Linux
> Kernel
> Mailing List; Rafael J. Wysocki
>
Kedves Kedvezményezettem,
Biztos vagyok benne, hogy ez a levél meglepetésként fog megjelenni, mivel még
soha nem találkoztunk, és akkor is megkérdeznéd, hogy miért döntöttem úgy, hogy
választottam Önt a világ számos internethasználója között. Pontosan, nem tudom
megmondani, hogy miért
> -Original Message-
> From: Srinivas Pandruvada [mailto:srinivas.pandruv...@linux.intel.com]
> Sent: Saturday, July 7, 2018 8:44 AM
> To: Darren Hart; Andy Shevchenko
> Cc: Limonciello, Mario; Alex Hung; Andy Shevchenko; Platform Driver; Linux
> Kernel
> Mailing List; Rafael J. Wysocki
>
1 - 100 of 536 matches
Mail list logo