Linus,
please pull the latest x86-pti-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-pti-for-linus
Three small commits updating the SSB mitigation to take the updated AMD
mitigation variants into account.
Thanks,
tglx
-->
Linus,
please pull the latest x86-pti-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-pti-for-linus
Three small commits updating the SSB mitigation to take the updated AMD
mitigation variants into account.
Thanks,
tglx
-->
On Fri, Jun 08, 2018 at 11:52:08PM -0700, Christoph Hellwig wrote:
> On Fri, Jun 08, 2018 at 02:13:30PM +0200, Miklos Szeredi wrote:
> > Hi Linus,
> >
> > Please pull from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git
> > tags/ovl-update-4.18
> >
> > This contains
Linus,
please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
perf updates and fixes:
perf stat:
- Display user and system time for workload targets (Jiri Olsa)
perf record:
On Fri, Jun 08, 2018 at 11:52:08PM -0700, Christoph Hellwig wrote:
> On Fri, Jun 08, 2018 at 02:13:30PM +0200, Miklos Szeredi wrote:
> > Hi Linus,
> >
> > Please pull from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git
> > tags/ovl-update-4.18
> >
> > This contains
Linus,
please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
perf updates and fixes:
perf stat:
- Display user and system time for workload targets (Jiri Olsa)
perf record:
On Tue, May 29, 2018 at 04:41:41PM +0200, Miklos Szeredi wrote:
> From: Miklos Szeredi
>
> Split out common helper for race free insertion of an already allocated
> inode into the cache. Use this from iget5_locked() and
> insert_inode_locked4(). Make iget5_locked() use new_inode()/iput()
On Tue, May 29, 2018 at 04:41:41PM +0200, Miklos Szeredi wrote:
> From: Miklos Szeredi
>
> Split out common helper for race free insertion of an already allocated
> inode into the cache. Use this from iget5_locked() and
> insert_inode_locked4(). Make iget5_locked() use new_inode()/iput()
On Tue, May 29, 2018 at 04:43:15PM +0200, Miklos Szeredi wrote:
> In the common case we can just use the real file cached in
> file->private_data. There are two exceptions:
>
> 1) File has been copied up since open: in this unlikely corner case just
> use a throwaway real file for the operation.
On Tue, May 29, 2018 at 04:43:15PM +0200, Miklos Szeredi wrote:
> In the common case we can just use the real file cached in
> file->private_data. There are two exceptions:
>
> 1) File has been copied up since open: in this unlikely corner case just
> use a throwaway real file for the operation.
On Fri, Jun 8, 2018 at 10:32 AM Jarkko Sakkinen
wrote:
>
> The Launch Enclave (LE) generates cryptographic launch tokens for user
> enclaves. A launch token is used by EINIT to check whether the enclave
> is authorized to launch or not. By having its own launch enclave, Linux
> has full control
On Fri, Jun 8, 2018 at 10:32 AM Jarkko Sakkinen
wrote:
>
> The Launch Enclave (LE) generates cryptographic launch tokens for user
> enclaves. A launch token is used by EINIT to check whether the enclave
> is authorized to launch or not. By having its own launch enclave, Linux
> has full control
On Fri, Jun 8, 2018 at 10:22 AM Jarkko Sakkinen
wrote:
>
> SGX has a set of data structures to maintain information about the enclaves
> and their security properties. BIOS reserves a fixed size region of
> physical memory for these structures by setting Processor Reserved Memory
> Range
On Fri, Jun 8, 2018 at 10:22 AM Jarkko Sakkinen
wrote:
>
> SGX has a set of data structures to maintain information about the enclaves
> and their security properties. BIOS reserves a fixed size region of
> physical memory for these structures by setting Processor Reserved Memory
> Range
On Tue, May 29, 2018 at 04:43:23PM +0200, Miklos Szeredi wrote:
> Signed-off-by: Miklos Szeredi
> ---
> fs/overlayfs/file.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/fs/overlayfs/file.c b/fs/overlayfs/file.c
> index 3f610a5b38e4..e5e7ccaaf9ec 100644
> --- a/fs/overlayfs/file.c
On Tue, May 29, 2018 at 04:43:23PM +0200, Miklos Szeredi wrote:
> Signed-off-by: Miklos Szeredi
> ---
> fs/overlayfs/file.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/fs/overlayfs/file.c b/fs/overlayfs/file.c
> index 3f610a5b38e4..e5e7ccaaf9ec 100644
> --- a/fs/overlayfs/file.c
Linus,
please pull the latest irq-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
irq-urgent-for-linus
Two small fixlets:
- Add the missing iomu mapping call in the Fleescale/NXP/Qualcomm/whoever
owns it now/ SCFG MSI irqchip driver. Otherwise
Linus,
please pull the latest irq-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
irq-urgent-for-linus
Two small fixlets:
- Add the missing iomu mapping call in the Fleescale/NXP/Qualcomm/whoever
owns it now/ SCFG MSI irqchip driver. Otherwise
On Tue, May 29, 2018 at 04:43:19PM +0200, Miklos Szeredi wrote:
> Implement stacked mmap.
>
> Signed-off-by: Miklos Szeredi
> ---
> fs/overlayfs/file.c | 28
> 1 file changed, 28 insertions(+)
>
> diff --git a/fs/overlayfs/file.c b/fs/overlayfs/file.c
> index
On Tue, May 29, 2018 at 04:43:19PM +0200, Miklos Szeredi wrote:
> Implement stacked mmap.
>
> Signed-off-by: Miklos Szeredi
> ---
> fs/overlayfs/file.c | 28
> 1 file changed, 28 insertions(+)
>
> diff --git a/fs/overlayfs/file.c b/fs/overlayfs/file.c
> index
Linus,
please pull the latest core-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-urgent-for-linus
A small set of core updates:
- Make objtool cope with GCC8 oddities some more
- Remove a stale local_irq_save/restore sequence in the
Linus,
please pull the latest core-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-urgent-for-linus
A small set of core updates:
- Make objtool cope with GCC8 oddities some more
- Remove a stale local_irq_save/restore sequence in the
On Fri, Jun 08, 2018 at 05:53:14PM +0800, 禹舟键 wrote:
> Hi Mike
> > My question was why do you call to alloc_constrained in the dump_header()
> > function rather than pass the constraint that was detected a bit earlier to
> > that function?
>
> dump_header will be called by three functions:
On Fri, Jun 08, 2018 at 05:53:14PM +0800, 禹舟键 wrote:
> Hi Mike
> > My question was why do you call to alloc_constrained in the dump_header()
> > function rather than pass the constraint that was detected a bit earlier to
> > that function?
>
> dump_header will be called by three functions:
On Mon, Jun 04, 2018 at 01:49:04AM -0700, Christoph Hellwig wrote:
> On Tue, May 29, 2018 at 04:43:07PM +0200, Miklos Szeredi wrote:
> > This is needed by the stacked ioctl implementation in overlayfs.
>
> EXPORT_SYMBOL_GPL for exporting random internals, please. Same
> for any following
On Mon, Jun 04, 2018 at 01:49:04AM -0700, Christoph Hellwig wrote:
> On Tue, May 29, 2018 at 04:43:07PM +0200, Miklos Szeredi wrote:
> > This is needed by the stacked ioctl implementation in overlayfs.
>
> EXPORT_SYMBOL_GPL for exporting random internals, please. Same
> for any following
On Tue, May 29, 2018 at 04:43:05PM +0200, Miklos Szeredi wrote:
> +++ b/fs/open.c
> @@ -732,8 +732,8 @@ static int do_dentry_open(struct file *f,
> static const struct file_operations empty_fops = {};
> int error;
>
> - f->f_mode = OPEN_FMODE(f->f_flags) | FMODE_LSEEK |
> -
On Tue, May 29, 2018 at 04:43:05PM +0200, Miklos Szeredi wrote:
> +++ b/fs/open.c
> @@ -732,8 +732,8 @@ static int do_dentry_open(struct file *f,
> static const struct file_operations empty_fops = {};
> int error;
>
> - f->f_mode = OPEN_FMODE(f->f_flags) | FMODE_LSEEK |
> -
On Mon, Jun 04, 2018 at 01:46:09AM -0700, Christoph Hellwig wrote:
> > +EXPORT_SYMBOL(path_open);
>
> EXPORT_SYMBOL_GPL, please.
No.
If interface makes sense, export it. If it doens't, don't.
Don't mix "it's a shit API, but we need it for some in-kernel module"
with
On Mon, Jun 04, 2018 at 01:46:09AM -0700, Christoph Hellwig wrote:
> > +EXPORT_SYMBOL(path_open);
>
> EXPORT_SYMBOL_GPL, please.
No.
If interface makes sense, export it. If it doens't, don't.
Don't mix "it's a shit API, but we need it for some in-kernel module"
with
Commit-ID: 59dc6f3c6d81c0c4379025c4eb56919391d62b67
Gitweb: https://git.kernel.org/tip/59dc6f3c6d81c0c4379025c4eb56919391d62b67
Author: Anna-Maria Gleixner
AuthorDate: Fri, 25 May 2018 11:05:07 +0200
Committer: Thomas Gleixner
CommitDate: Sun, 10 Jun 2018 06:14:01 +0200
signal: Remove
Commit-ID: ec84b27f9b3b569f9235413d1945a2006b97b0aa
Gitweb: https://git.kernel.org/tip/ec84b27f9b3b569f9235413d1945a2006b97b0aa
Author: Anna-Maria Gleixner
AuthorDate: Fri, 25 May 2018 11:05:06 +0200
Committer: Thomas Gleixner
CommitDate: Sun, 10 Jun 2018 06:14:01 +0200
rcu: Update
Commit-ID: 59dc6f3c6d81c0c4379025c4eb56919391d62b67
Gitweb: https://git.kernel.org/tip/59dc6f3c6d81c0c4379025c4eb56919391d62b67
Author: Anna-Maria Gleixner
AuthorDate: Fri, 25 May 2018 11:05:07 +0200
Committer: Thomas Gleixner
CommitDate: Sun, 10 Jun 2018 06:14:01 +0200
signal: Remove
Commit-ID: ec84b27f9b3b569f9235413d1945a2006b97b0aa
Gitweb: https://git.kernel.org/tip/ec84b27f9b3b569f9235413d1945a2006b97b0aa
Author: Anna-Maria Gleixner
AuthorDate: Fri, 25 May 2018 11:05:06 +0200
Committer: Thomas Gleixner
CommitDate: Sun, 10 Jun 2018 06:14:01 +0200
rcu: Update
On Tue, May 29, 2018 at 04:43:14PM +0200, Miklos Szeredi wrote:
> Implement file operations on a regular overlay file. The underlying file
> is opened separately and cached in ->private_data.
>
> It might be worth making an exception for such files when accounting in
> nr_file to confirm to
On Tue, May 29, 2018 at 04:43:14PM +0200, Miklos Szeredi wrote:
> Implement file operations on a regular overlay file. The underlying file
> is opened separately and cached in ->private_data.
>
> It might be worth making an exception for such files when accounting in
> nr_file to confirm to
On Sat, Jun 09, 2018 at 03:17:21PM -0700, Linus Torvalds wrote:
> I think it would be lovely to get linux-next back eventually, but it
> sounds like it's just too noisy right now, and yes, we should have a
> baseline for the standard tree first.
>
> But once there's a "this is known for the
On Sat, Jun 09, 2018 at 03:17:21PM -0700, Linus Torvalds wrote:
> I think it would be lovely to get linux-next back eventually, but it
> sounds like it's just too noisy right now, and yes, we should have a
> baseline for the standard tree first.
>
> But once there's a "this is known for the
On Fri, Jun 8, 2018 at 8:08 PM, Logan Gunthorpe wrote:
> Hey,
>
> Here are all the fixes required to get ntb_test on switchtec working
> again after the multi-port test patches were merged.
>
> I'd appreciate it if future changes can be a) more careful about
> not breaking things, b) communicated
On Fri, Jun 8, 2018 at 8:08 PM, Logan Gunthorpe wrote:
> Hey,
>
> Here are all the fixes required to get ntb_test on switchtec working
> again after the multi-port test patches were merged.
>
> I'd appreciate it if future changes can be a) more careful about
> not breaking things, b) communicated
Hi,
On Thu, Jun 07, 2018 at 07:50:38PM +, Corentin Labbe wrote:
> Nothing in tree use this header which seems a remains of a staging
> driver.
> This patch remove it.
>
> Signed-off-by: Corentin Labbe
Right, this is not used by drivers/bluetooth/hci_nokia.c, but a
leftover from the staging
Hi,
On Thu, Jun 07, 2018 at 07:50:38PM +, Corentin Labbe wrote:
> Nothing in tree use this header which seems a remains of a staging
> driver.
> This patch remove it.
>
> Signed-off-by: Corentin Labbe
Right, this is not used by drivers/bluetooth/hci_nokia.c, but a
leftover from the staging
On Sat, Jun 09, 2018 at 02:42:20PM -0700, Linus Torvalds wrote:
> Hmm.
>
> So I had held off on pulling this in the hope that it would get more comments.
>
> I like most of the vfs-level stuff - it gets rid of some of the
> hackery we had for overlayfs.
>
> It does add some new hackery to
On Sat, Jun 09, 2018 at 02:42:20PM -0700, Linus Torvalds wrote:
> Hmm.
>
> So I had held off on pulling this in the hope that it would get more comments.
>
> I like most of the vfs-level stuff - it gets rid of some of the
> hackery we had for overlayfs.
>
> It does add some new hackery to
> On Thu, May 10, 2018 at 4:39 PM Rajat Jain wrote:
>>
>> Currently, the linux kernel disables ASPM when a device is
>> removed from the kernel. But it is not enabled again when
>> a new device is added on that slot even if it was originally
>> enabled (by the BIOS) when the system booted up
> On Thu, May 10, 2018 at 4:39 PM Rajat Jain wrote:
>>
>> Currently, the linux kernel disables ASPM when a device is
>> removed from the kernel. But it is not enabled again when
>> a new device is added on that slot even if it was originally
>> enabled (by the BIOS) when the system booted up
On 2018-06-09 15:34, Andy Shevchenko wrote:
On Sat, Jun 9, 2018 at 7:58 PM, wrote:
On 2018-06-09 12:38, Anton Vasilyev wrote:
If rtsx_probe fails to allocate dev->chip, then NULL pointer
dereference occurs at rtsx_release_resources().
Patch adds checks chip on NULL before its dereference
On 2018-06-09 15:34, Andy Shevchenko wrote:
On Sat, Jun 9, 2018 at 7:58 PM, wrote:
On 2018-06-09 12:38, Anton Vasilyev wrote:
If rtsx_probe fails to allocate dev->chip, then NULL pointer
dereference occurs at rtsx_release_resources().
Patch adds checks chip on NULL before its dereference
snd_rk_mc_probe() gets a couple of device nodes with of_parse_phandle(),
but there is no release of them.
The patch adds remove handler and proper error handling in the probe.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
snd_rk_mc_probe() gets a couple of device nodes with of_parse_phandle(),
but there is no release of them.
The patch adds remove handler and proper error handling in the probe.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
Permanently enable the SYNA7500 touchscreen device on the Dell
Venue Pro 7139. The DSDT hides the touchscreen ACPI device on
the 7139 in the same fashion as the 7130, and needs to
be enabled in the same way.
Signed-off-by: Tristian Celestin
---
drivers/acpi/x86/utils.c | 12 +---
1 file
Permanently enable the SYNA7500 touchscreen device on the Dell
Venue Pro 7139. The DSDT hides the touchscreen ACPI device on
the 7139 in the same fashion as the 7130, and needs to
be enabled in the same way.
Signed-off-by: Tristian Celestin
---
drivers/acpi/x86/utils.c | 12 +---
1 file
On Fri, Jun 8, 2018 at 11:36 PM Tetsuo Handa
wrote:
> On 2018/01/22 22:32, Dmitry Vyukov wrote:
> >
> > FTR I've just dropped linux-next and mmots from syzbot.
>
> I hope that we can test linux-next on syzbot, as a tree for testing debug
> printk() patches.
I think it would be lovely to get
On Fri, Jun 8, 2018 at 11:36 PM Tetsuo Handa
wrote:
> On 2018/01/22 22:32, Dmitry Vyukov wrote:
> >
> > FTR I've just dropped linux-next and mmots from syzbot.
>
> I hope that we can test linux-next on syzbot, as a tree for testing debug
> printk() patches.
I think it would be lovely to get
On Sat, Jun 09, 2018 at 01:00:08PM -0700, Palmer Dabbelt wrote:
> On Fri, 08 Jun 2018 17:13:12 PDT (-0700), luc.vanoostenr...@gmail.com wrote:
> > I tried it and ... the preprocessed asm is as expected:
> > .globl __asm_copy_to_user ; .balign 4 ; __asm_copy_to_user:
> > .globl
On Sat, Jun 09, 2018 at 01:00:08PM -0700, Palmer Dabbelt wrote:
> On Fri, 08 Jun 2018 17:13:12 PDT (-0700), luc.vanoostenr...@gmail.com wrote:
> > I tried it and ... the preprocessed asm is as expected:
> > .globl __asm_copy_to_user ; .balign 4 ; __asm_copy_to_user:
> > .globl
Hmm.
So I had held off on pulling this in the hope that it would get more comments.
I like most of the vfs-level stuff - it gets rid of some of the
hackery we had for overlayfs.
It does add some new hackery to replace it (like the file accounting), though.
And Christoph's copmmentary isn't
Hmm.
So I had held off on pulling this in the hope that it would get more comments.
I like most of the vfs-level stuff - it gets rid of some of the
hackery we had for overlayfs.
It does add some new hackery to replace it (like the file accounting), though.
And Christoph's copmmentary isn't
Use the error code EUCLEAN for filesystem errors because other filesystems
use this code too.
Signed-off-by: Mikulas Patocka
---
fs/hpfs/hpfs_fn.h |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
Index: linux-4.17/fs/hpfs/hpfs_fn.h
Use the error code EUCLEAN for filesystem errors because other filesystems
use this code too.
Signed-off-by: Mikulas Patocka
---
fs/hpfs/hpfs_fn.h |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
Index: linux-4.17/fs/hpfs/hpfs_fn.h
Hello Rodrigo,
I confirm that this patch fixes the steam controller related crash
for me. I don't know if it's correct, but at least it's:
Tested-by: Mariusz Ceier
I'm attaching the backtrace of crash I was getting before applying the patch.
Best regards,
Mariusz Ceier
On 22 May 2018 at
Hello Rodrigo,
I confirm that this patch fixes the steam controller related crash
for me. I don't know if it's correct, but at least it's:
Tested-by: Mariusz Ceier
I'm attaching the backtrace of crash I was getting before applying the patch.
Best regards,
Mariusz Ceier
On 22 May 2018 at
On Fri, 08 Jun 2018 17:13:12 PDT (-0700), luc.vanoostenr...@gmail.com wrote:
On Fri, Jun 08, 2018 at 03:33:36PM -0700, Palmer Dabbelt wrote:
On Thu, 07 Jun 2018 09:51:33 PDT (-0700), luc.vanoostenr...@gmail.com wrote:
> On Thu, Jun 07, 2018 at 09:30:19AM -0700, Palmer Dabbelt wrote:
> > diff
On Fri, 08 Jun 2018 17:13:12 PDT (-0700), luc.vanoostenr...@gmail.com wrote:
On Fri, Jun 08, 2018 at 03:33:36PM -0700, Palmer Dabbelt wrote:
On Thu, 07 Jun 2018 09:51:33 PDT (-0700), luc.vanoostenr...@gmail.com wrote:
> On Thu, Jun 07, 2018 at 09:30:19AM -0700, Palmer Dabbelt wrote:
> > diff
kmemleak reported some memory leak on reading proc files. After adding
some debug lines, find that proc_seq_fops is using seq_release as
release handler, which won't handle the free of 'private' field of
seq_file, while in fact the open handler proc_seq_open could create
the private data with
kmemleak reported some memory leak on reading proc files. After adding
some debug lines, find that proc_seq_fops is using seq_release as
release handler, which won't handle the free of 'private' field of
seq_file, while in fact the open handler proc_seq_open could create
the private data with
On Sat, Jun 9, 2018 at 7:58 PM, wrote:
> On 2018-06-09 12:38, Anton Vasilyev wrote:
>>
>> If rtsx_probe fails to allocate dev->chip, then NULL pointer
>> dereference occurs at rtsx_release_resources().
>>
>> Patch adds checks chip on NULL before its dereference at
>> rtsx_release_resources and
On Sat, Jun 9, 2018 at 7:58 PM, wrote:
> On 2018-06-09 12:38, Anton Vasilyev wrote:
>>
>> If rtsx_probe fails to allocate dev->chip, then NULL pointer
>> dereference occurs at rtsx_release_resources().
>>
>> Patch adds checks chip on NULL before its dereference at
>> rtsx_release_resources and
Hey.
I'm seeing these errors:
Jun 09 21:13:22 heisenberg kernel: sd 6:0:0:0: [sdb] Unaligned partial
completion (resid=16, sector_sz=512)
Jun 09 21:13:22 heisenberg kernel: sd 6:0:0:0: [sdb] tag#0 FAILED Result:
hostbyte=DID_OK driverbyte=DRIVER_SENSE
Jun 09 21:13:22 heisenberg kernel: sd
Hey.
I'm seeing these errors:
Jun 09 21:13:22 heisenberg kernel: sd 6:0:0:0: [sdb] Unaligned partial
completion (resid=16, sector_sz=512)
Jun 09 21:13:22 heisenberg kernel: sd 6:0:0:0: [sdb] tag#0 FAILED Result:
hostbyte=DID_OK driverbyte=DRIVER_SENSE
Jun 09 21:13:22 heisenberg kernel: sd
Hi Alexandre,
On 8.06.18 г. 18:57, Alexandre Bailon wrote:
> On 03/09/2018 10:09 PM, Georgi Djakov wrote:
>> This patch introduce a new API to get requirements and configure the
>> interconnect buses across the entire chipset to fit with the current
>> demand.
>>
>> The API is using a
Hi Alexandre,
On 8.06.18 г. 18:57, Alexandre Bailon wrote:
> On 03/09/2018 10:09 PM, Georgi Djakov wrote:
>> This patch introduce a new API to get requirements and configure the
>> interconnect buses across the entire chipset to fit with the current
>> demand.
>>
>> The API is using a
On Sat, Jun 9, 2018 at 4:04 AM, Darren Hart wrote:
> On Thu, Jun 07, 2018 at 08:11:41PM +0300, Andy Shevchenko wrote:
>> On Thu, Jun 7, 2018 at 6:59 PM, Stuart Hayes
>> wrote:
>> > +static inline struct smm_eps_table *check_eps_table(u8 *addr)
>> > +{
>> > + struct smm_eps_table *eps =
On Sat, Jun 9, 2018 at 4:04 AM, Darren Hart wrote:
> On Thu, Jun 07, 2018 at 08:11:41PM +0300, Andy Shevchenko wrote:
>> On Thu, Jun 7, 2018 at 6:59 PM, Stuart Hayes
>> wrote:
>> > +static inline struct smm_eps_table *check_eps_table(u8 *addr)
>> > +{
>> > + struct smm_eps_table *eps =
Hi Linus,
Stephen reported a merge conflict in the USB tree, that I pulled
into power-supply via a tag Greg prepared for me. The issue has
been fixed by Greg in the USB tree in the meantime, so I suppose
git will figure it out by itself.
-- Sebastian
The following changes since commit
Hi Linus,
Stephen reported a merge conflict in the USB tree, that I pulled
into power-supply via a tag Greg prepared for me. The issue has
been fixed by Greg in the USB tree in the meantime, so I suppose
git will figure it out by itself.
-- Sebastian
The following changes since commit
Hi Linus,
Just one patch for the HSI subsystem this time:
The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338:
Linux 4.17-rc1 (2018-04-15 18:24:20 -0700)
are available in the Git repository at:
Hi Linus,
Just one patch for the HSI subsystem this time:
The following changes since commit 60cc43fc888428bb2f18f08997432d426a243338:
Linux 4.17-rc1 (2018-04-15 18:24:20 -0700)
are available in the Git repository at:
This works around problems with Altera Cyclone5 Devices. See
https://bugzilla.kernel.org/show_bug.cgi?id=111951
I just wanted to let you know that we use this patch since more than
two years now and the problem never repeated for us.
There is one possibly related observation with
This works around problems with Altera Cyclone5 Devices. See
https://bugzilla.kernel.org/show_bug.cgi?id=111951
I just wanted to let you know that we use this patch since more than
two years now and the problem never repeated for us.
There is one possibly related observation with
Hi,
A few fixes of MD for this merge window. Mostly bug fixes:
- raid5 stripe batch fix from Amy
- Read error handling for raid1 FailFast device from Gioh
- raid10 recovery NULL pointer dereference fix from Guoqing
- Support write hint for raid5 stripe cache from Mariusz
- Fixes for device hot
Hi,
A few fixes of MD for this merge window. Mostly bug fixes:
- raid5 stripe batch fix from Amy
- Read error handling for raid1 FailFast device from Gioh
- raid10 recovery NULL pointer dereference fix from Guoqing
- Support write hint for raid5 stripe cache from Mariusz
- Fixes for device hot
I have a similar problem.
If I disconnect and reconnect the ethernet cable on a Intel Ethernet
card then the device does not come up again.
For me this problem happens on the first pull of the LAN cable all the time.
It is reproducible on Supermicro X8, X9 and X10 dual CPU mainboards with
I have a similar problem.
If I disconnect and reconnect the ethernet cable on a Intel Ethernet
card then the device does not come up again.
For me this problem happens on the first pull of the LAN cable all the time.
It is reproducible on Supermicro X8, X9 and X10 dual CPU mainboards with
On 2018-06-09 12:38, Anton Vasilyev wrote:
If rtsx_probe fails to allocate dev->chip, then NULL pointer
dereference occurs at rtsx_release_resources().
Patch adds checks chip on NULL before its dereference at
rtsx_release_resources and passing with dereference inside
rtsx_release_chip.
Found
On 2018-06-09 12:38, Anton Vasilyev wrote:
If rtsx_probe fails to allocate dev->chip, then NULL pointer
dereference occurs at rtsx_release_resources().
Patch adds checks chip on NULL before its dereference at
rtsx_release_resources and passing with dereference inside
rtsx_release_chip.
Found
On Sat, Jun 09, 2018 at 09:23:55PM +0900, Masahiro Yamada wrote:
> Just a note.
>
> In case of cross-compiling, not only ARCH but also CROSS_COMPILE
> must be passed when you do "make *config".
Sure, what was being discussed was people who build 32-bit x86 kernels
on a 64-bit platform. I do
On Sat, Jun 09, 2018 at 09:23:55PM +0900, Masahiro Yamada wrote:
> Just a note.
>
> In case of cross-compiling, not only ARCH but also CROSS_COMPILE
> must be passed when you do "make *config".
Sure, what was being discussed was people who build 32-bit x86 kernels
on a 64-bit platform. I do
If rtsx_probe fails to allocate dev->chip, then NULL pointer
dereference occurs at rtsx_release_resources().
Patch adds checks chip on NULL before its dereference at
rtsx_release_resources and passing with dereference inside
rtsx_release_chip.
Found by Linux Driver Verification project
If rtsx_probe fails to allocate dev->chip, then NULL pointer
dereference occurs at rtsx_release_resources().
Patch adds checks chip on NULL before its dereference at
rtsx_release_resources and passing with dereference inside
rtsx_release_chip.
Found by Linux Driver Verification project
4.17-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
[ Upstream commit 25ea66544bfd1d9df1b7e1502f8717e85fa1e6e6 ]
This code was introduced in 2011 around the same time that we made
netdev_features_t a u64 type. These days a u32
4.17-stable review patch. If anyone has any objections, please let me know.
--
From: Stephen Suryaputra
[ Upstream commit 2f17becfbea5e9a0529b51da7345783e96e69516 ]
Use the right device to determine if redirect should be sent especially
when using vrf. Same as well as when
4.17-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
[ Upstream commit 25ea66544bfd1d9df1b7e1502f8717e85fa1e6e6 ]
This code was introduced in 2011 around the same time that we made
netdev_features_t a u64 type. These days a u32
4.17-stable review patch. If anyone has any objections, please let me know.
--
From: Stephen Suryaputra
[ Upstream commit 2f17becfbea5e9a0529b51da7345783e96e69516 ]
Use the right device to determine if redirect should be sent especially
when using vrf. Same as well as when
4.17-stable review patch. If anyone has any objections, please let me know.
--
From: Sabrina Dubroca
[ Upstream commit 848235edb5c93ed086700584c8ff64f6d7fc778d ]
Currently, raw6_sk(sk)->ip6mr_table is set unconditionally during
ip6_mroute_setsockopt(MRT6_TABLE). A subsequent
4.17-stable review patch. If anyone has any objections, please let me know.
--
From: Sabrina Dubroca
[ Upstream commit 848235edb5c93ed086700584c8ff64f6d7fc778d ]
Currently, raw6_sk(sk)->ip6mr_table is set unconditionally during
ip6_mroute_setsockopt(MRT6_TABLE). A subsequent
4.17-stable review patch. If anyone has any objections, please let me know.
--
From: Guillaume Nault
[ Upstream commit 3d609342cc04129ff7568e19316ce3d7451a27e8 ]
Commit d02ba2a6110c ("l2tp: fix race in pppol2tp_release with session
object destroy") tried to fix a race
This is the start of the stable review cycle for the 4.17.1 release.
There are 15 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 Mon Jun 11 14:59:48 UTC 2018.
Anything
4.17-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 5b5e7a0de2bbf2a1afcd9f49e940010e9fb80d53 ]
Before using nla_get_u32(), better make sure the attribute
is of the proper size.
Code recently was changed, but bug
4.17-stable review patch. If anyone has any objections, please let me know.
--
From: Guillaume Nault
[ Upstream commit 3d609342cc04129ff7568e19316ce3d7451a27e8 ]
Commit d02ba2a6110c ("l2tp: fix race in pppol2tp_release with session
object destroy") tried to fix a race
1 - 100 of 410 matches
Mail list logo