Re: [Xen-devel] Backport requests for 4.1-testing.hg

["Andres Lagar-Cavilla" <andres@xxxxxxxxxxxxxxxx>]

>>>> On 19.03.12 at 15:23, "Andres Lagar-Cavilla" <andres@xxxxxxxxxxxxxxxx>
>>>> wrote:
>> Keir,
>>
>> Here is a patch series I would like to have included into the
>> xen-4.1-testing.hg tree. These are all hypervisor changes. Roughly:
>> - some improvements to spinlock and bariers
>> - Jan's work on splitting up vcpu and domain structs
>
> To me, this is beyond what is reasonable to backport. Improvements
> like this are what new versions are for.

Jan,
I'll admit to eagerness, and a lack of knowledge about the etiquette
surrounding the 4.1-testing process.

If there is any documentation lying around (beyond "use common sense")
I'll gladly refer to it in the future.

Relying on common sense only, I can understand your concern about this
being too much code, or too different. I was hoping that the fact the
requested patches remain internal to the hypervisor, and do not affect any
visible interfaces (save for GNTTABOP_swap), should assuage such concerns.

Thanks,
Andres

>
>> - some mm.c error handling fixes from you and Jan
>> - refactoring of hvm control register handling (Andre Przywara)
>> - refactoring of IO emulation (Christoph Egger)
>> - improvements to RCU and preempt.h
>> - GNTTABOP_swap (Wei Lui, Paul Durrant)
>
> The last four all look more like features than bug fix backports.
>
> Jan
>
>> - small fixes here and there
>> - your fixes to wait queues
>>
>> The patch series follows. I've commented '# Mod' next to the ones that
>> don't apply cleanly to tip (i.e. 23267:14416d8215d4). The others just
>> move
>> cleanly from xen-unstable.hg. For those that don't apply cleanly, I've
>> attached the fixed version. It builds all the way (x86_32 and x86_64)
>> and
>> so far so good on my testing.
>>
>> 22994:299ed79acecf # Mod
>> 22998:e9fab50d7b61
>> 22999:82b5f8d12903
>> 23000:d428fa67abaa
>> 23046:8074dff66e97
>> 23074:c80e0fb4fe93 # Mod
>> 23099:612171ff82ea
>> 23100:ef8dd40422c8
>> 23108:45eeeb6d0481
>> 23104:0bc1c4746c89
>> 23107:9549c04a8384
>> 23141:c2d7a9fd7364
>> 23142:f5e8d152a565 # Mod
>> 23143:2f7f24fe5924
>> 23144:37c4f7d492a4
>> 23145:4fe0442aa5b7
>> 23225:3f00c5faa12a
>> 23233:1276926e3795
>> 23301:44bfebf40b2b
>> 23572:4e9562c1ce4e # Mod
>> 23676:80c9db90bba9
>> 23958:e2f6af2820f1
>> 23996:51a0c81a4030 # Mod
>> 24135:9af6829a9273
>> 24147:a5f1d3b1612b
>> 24548:d115844ebfbb
>> # Wait queues
>> 24104:4daa4ad90f12
>> 24171:fe80909663c1 # Mod
>> 24178:1f2a06dbbb69 # Mod
>> 24195:9b65336f688f
>> 24196:de4fe05fe887
>> 24197:ca92c4a8b31f # Mod
>> 24231:2a81ce2b2b93
>> 24232:95d4e2e0bed3
>>
>> (I couldn't think of a better way to deal with the modified patches than
>> straight attachment, but let me know if there is a better known method).
>>
>> Thanks a lot,
>> Andres
>
>
>
>



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