Hi Thomas,
On 6/23/2018 5:16 AM, Thomas Gleixner wrote:
> On Fri, 22 Jun 2018, Reinette Chatre wrote:
>> The Cache Pseudo-Locking enabling series that was recently merged to the
>> x86/cache branch of tip was found to conflict with the new kernfs support
>> for mounting with fs_context.
>>
>> In
Hi Thomas,
On 6/23/2018 5:16 AM, Thomas Gleixner wrote:
> On Fri, 22 Jun 2018, Reinette Chatre wrote:
>> The Cache Pseudo-Locking enabling series that was recently merged to the
>> x86/cache branch of tip was found to conflict with the new kernfs support
>> for mounting with fs_context.
>>
>> In
On Sun, 24 Jun 2018, Reinette Chatre wrote:
> Will do. While tracking down the bisect issue related to
> copy_from_user() I managed to lose connectivity to my test system. I
> will continue the testing when I am back in the office on Monday.
No worry. Enjoy your weekend!
Thanks,
tglx
On Sun, 24 Jun 2018, Reinette Chatre wrote:
> Will do. While tracking down the bisect issue related to
> copy_from_user() I managed to lose connectivity to my test system. I
> will continue the testing when I am back in the office on Monday.
No worry. Enjoy your weekend!
Thanks,
tglx
Hi Thomas,
On 6/23/2018 5:16 AM, Thomas Gleixner wrote:
> On Fri, 22 Jun 2018, Reinette Chatre wrote:
>> The Cache Pseudo-Locking enabling series that was recently merged to the
>> x86/cache branch of tip was found to conflict with the new kernfs support
>> for mounting with fs_context.
>>
>> In
Hi Thomas,
On 6/23/2018 5:16 AM, Thomas Gleixner wrote:
> On Fri, 22 Jun 2018, Reinette Chatre wrote:
>> The Cache Pseudo-Locking enabling series that was recently merged to the
>> x86/cache branch of tip was found to conflict with the new kernfs support
>> for mounting with fs_context.
>>
>> In
On Sat, 23 Jun 2018, David Howells wrote:
> Thomas Gleixner wrote:
>
> > I've also created a branch based on Davids mount-context branch, applied
> > the cleanup patch below to it and merged the for-vfs branch on top.
> >
> > David feel free to pull the result from
> >
> >
On Sat, 23 Jun 2018, David Howells wrote:
> Thomas Gleixner wrote:
>
> > I've also created a branch based on Davids mount-context branch, applied
> > the cleanup patch below to it and merged the for-vfs branch on top.
> >
> > David feel free to pull the result from
> >
> >
On Sun, 24 Jun 2018, David Howells wrote:
> Thomas Gleixner wrote:
>
> > - Stick the struct into the local header file and not at some random place
> > in
> >the source.
>
> Why? It's only used in that one file. There doesn't seem to be any
> particular need to share it around.
It's
On Sun, 24 Jun 2018, David Howells wrote:
> Thomas Gleixner wrote:
>
> > - Stick the struct into the local header file and not at some random place
> > in
> >the source.
>
> Why? It's only used in that one file. There doesn't seem to be any
> particular need to share it around.
It's
Thomas Gleixner wrote:
> - Stick the struct into the local header file and not at some random place in
>the source.
Why? It's only used in that one file. There doesn't seem to be any
particular need to share it around.
> - Get rid of the fugly camel case
It's not camel case. It's the
Thomas Gleixner wrote:
> - Stick the struct into the local header file and not at some random place in
>the source.
Why? It's only used in that one file. There doesn't seem to be any
particular need to share it around.
> - Get rid of the fugly camel case
It's not camel case. It's the
Thomas Gleixner wrote:
> I've also created a branch based on Davids mount-context branch, applied
> the cleanup patch below to it and merged the for-vfs branch on top.
>
> David feel free to pull the result from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git for-vfs-merged
Thomas Gleixner wrote:
> I've also created a branch based on Davids mount-context branch, applied
> the cleanup patch below to it and merged the for-vfs branch on top.
>
> David feel free to pull the result from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git for-vfs-merged
On Sat, 23 Jun 2018, Thomas Gleixner wrote:
> Reinette!
>
> On Fri, 22 Jun 2018, Reinette Chatre wrote:
> > The Cache Pseudo-Locking enabling series that was recently merged to the
> > x86/cache branch of tip was found to conflict with the new kernfs support
> > for mounting with fs_context.
> >
On Sat, 23 Jun 2018, Thomas Gleixner wrote:
> Reinette!
>
> On Fri, 22 Jun 2018, Reinette Chatre wrote:
> > The Cache Pseudo-Locking enabling series that was recently merged to the
> > x86/cache branch of tip was found to conflict with the new kernfs support
> > for mounting with fs_context.
> >
Reinette!
On Fri, 22 Jun 2018, Reinette Chatre wrote:
> The Cache Pseudo-Locking enabling series that was recently merged to the
> x86/cache branch of tip was found to conflict with the new kernfs support
> for mounting with fs_context.
>
> In preparation for a conflict-free merge between the
Reinette!
On Fri, 22 Jun 2018, Reinette Chatre wrote:
> The Cache Pseudo-Locking enabling series that was recently merged to the
> x86/cache branch of tip was found to conflict with the new kernfs support
> for mounting with fs_context.
>
> In preparation for a conflict-free merge between the
Hi David,
On 6/22/2018 4:45 PM, David Howells wrote:
> Do you have a public git branch with these patches on it somewhere?
I just added them to branch cache-pseudo-locking/v7 of
https://github.com/rchatre/linux.git
Reinette
Hi David,
On 6/22/2018 4:45 PM, David Howells wrote:
> Do you have a public git branch with these patches on it somewhere?
I just added them to branch cache-pseudo-locking/v7 of
https://github.com/rchatre/linux.git
Reinette
Do you have a public git branch with these patches on it somewhere?
Thanks,
David
Do you have a public git branch with these patches on it somewhere?
Thanks,
David
Dear Maintainers,
The Cache Pseudo-Locking enabling series that was recently merged to the
x86/cache branch of tip was found to conflict with the new kernfs support
for mounting with fs_context.
In preparation for a conflict-free merge between the two repos some no-op
hooks are created within
Dear Maintainers,
The Cache Pseudo-Locking enabling series that was recently merged to the
x86/cache branch of tip was found to conflict with the new kernfs support
for mounting with fs_context.
In preparation for a conflict-free merge between the two repos some no-op
hooks are created within
24 matches
Mail list logo
