Re: [Xen-devel] [PATCH 3.4 000/172] 3.4.108-rc1 review

2015-06-17 Thread Zefan Li
On 2015/6/16 23:13, Ian Campbell wrote:
> On Tue, 2015-06-16 at 16:33 +0800, l...@kernel.org wrote:
>> From: Zefan Li 
>>
>> This is the start of the stable review cycle for the 3.4.108 release.
>> There are 172 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 Thu Jun 18 08:30:58 UTC 2015.
>> Anything received after that time might be too late.
> 
> Would it be possible to also include 31a418986a58 "xen: netback: read
> hotplug script once at start of day." which has started trickling into
> other stable branches already, please.
> 
> If not now then for 109.
> 

Queued up for 3.4.108. :)

___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel


Re: [Xen-devel] [stable] config: Enable NEED_DMA_MAP_STATE by default when SWIOTLB is selected

2015-06-14 Thread Zefan Li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2015/5/25 8:56, Ben Hutchings wrote:
> This fix appears to be needed in all stable branches:
> 
> commit a6dfa128ce5c414ab46b1d690f7a1b8decb8526d
> Author: Konrad Rzeszutek Wilk 
> Date:   Fri Apr 17 15:04:48 2015 -0400
> 
> config: Enable NEED_DMA_MAP_STATE by default when SWIOTLB is selected
> 
> For 3.2 and 3.4, the context needs to be fixed up.
> 
> For 2.6.32, a similar change to config conditions should be made at line
> 93 of arch/x86/include/asm/pci.h.
> 

Queued up for 3.4. Thanks!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlV+SfgACgkQWyV2+h1UztObPACgnpXLidQTbWaJ3oXGZ3h0gBAQ
L+UAnj8u4GN07Ly7NtENWMUEqYTo/yz5
=Kple
-END PGP SIGNATURE-

___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel


Re: [Xen-devel] "don't bugger nd->seq" seems to break umount sometimes

2015-05-19 Thread Zefan Li
>>> Is there going to be a 3.4.108 with a fix for this?
>>>
>>
>> definitely.
> 
> Great. Do you have a timeline in mind?
> 

Yeah, probably in early June.

> We have a daily automated test which has been hitting this issue for a
> while, I can continue to ignore the associated cron spam of course ;-)
> 

:)

___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel


Re: [Xen-devel] "don't bugger nd->seq" seems to break umount sometimes

2015-05-19 Thread Zefan Li
On 2015/5/19 16:33, Ian Campbell wrote:
> On Thu, 2015-04-30 at 09:15 +0800, Zefan Li wrote:
>> On 2015/4/29 20:21, Al Viro wrote:
>>> On Wed, Apr 29, 2015 at 12:45:45PM +0100, Ian Jackson wrote:
>>>
>>>> The symptoms are that `umount' fails with EBUSY,
>>>
>>> [lizf: Backported to 3.4:
>>>  - remove the changes to follow_link() as it doesn't call set_root()]
>>>
>>> looks dubious - I don't have -stable in front of me, but set_root() in
>>> follow_link() had migrated from __vfs_follow_link(), so could you try
>>> (tr '#' '\t' | ed fs/namei.c) <<'EOF'
>>> /__vfs_follow_link/
>>> /set_root/s/^/#/
>>> i
>>> ##if (!nd->root.mnt)
>>> .
>>> wq
>>> EOF
>>> and see if it helps?
>>> .
>>>
>>
>> My fault. I just checked 3.2.y, and it made the right change.
> 
> Is there going to be a 3.4.108 with a fix for this?
> 

definitely.


___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel


Re: [Xen-devel] "don't bugger nd->seq" seems to break umount sometimes

2015-04-30 Thread Zefan Li
On 2015/4/29 20:21, Al Viro wrote:
> On Wed, Apr 29, 2015 at 12:45:45PM +0100, Ian Jackson wrote:
> 
>> The symptoms are that `umount' fails with EBUSY,
> 
> [lizf: Backported to 3.4:
>  - remove the changes to follow_link() as it doesn't call set_root()]
> 
> looks dubious - I don't have -stable in front of me, but set_root() in
> follow_link() had migrated from __vfs_follow_link(), so could you try
> (tr '#' '\t' | ed fs/namei.c) <<'EOF'
> /__vfs_follow_link/
> /set_root/s/^/#/
> i
> ##if (!nd->root.mnt)
> .
> wq
> EOF
> and see if it helps?
> .
> 

My fault. I just checked 3.2.y, and it made the right change.


___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel