linux-kernel - Re: 2.6.30 Xen merge plan (what's in xen.git)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 24 Mar 2009 11:08:40 -0700
From:	Jeremy Fitzhardinge <jeremy@...p.org>
To:	Ingo Molnar <mingo@...e.hu>
CC:	Thomas Gleixner <tglx@...utronix.de>,
	"H. Peter Anvin" <hpa@...or.com>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	the arch/x86 maintainers <x86@...nel.org>,
	Xen-devel <xen-devel@...ts.xensource.com>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Dave Airlie <airlied@...ux.ie>
Subject: Re: 2.6.30 Xen merge plan (what's in xen.git)

Ingo Molnar wrote:
>> Branches which mostly or entirely Xen (only trivial non-Xen changes):
>>
>> push2/xen/core
>>
>>    Updates to existing Xen support, features, optimisations, etc.
>>
>> push2/xen/control
>>
>>    A set of usermode interfaces for Xen (/sys/hypervisor, /dev/evtchn,
>>    updates to xenbus and xenfs)
>>     
>
> Will take a look.
>   

Thanks.

>> push2/xen/dom0/core
>>
>>    Core set of changes to add Xen dom0 functionality.  (Mostly
>>    Xen-only, but adds a new Xen mtrr driver.)
>>     
>
> I suspect this makes limited sense without the arch dom0 changes so 
> they should go with this bucket:
>   

Yes, you wouldn't get much beyond some console messages and a crash 
without the rest.

>> Branches with non-trivial non-Xen changes:
>>
>> push2/x86/paravirt
>>
>>    Allow preemption while doing a lazy mmu update.
>>     
>
> That's probably OK, just a bit late. If Thomas signs off on them 
> then i guess it might be OK later in the window - he's the one who 
> was struggling with paravirt lazy mmu fallout in the past. Thomas?
>   

I've posted those patches several times over the last month.  I needed 
to add a preempt_disable/enable pair in .29 to apply_to_page_range as a 
bugfix, which PeterZ, NickP and AKPM were not particularly happy about.  
This is the proper fix.

That said, they're not essential to the rest of the changes, and it 
would be fairly simple to drop them out (it would be a matter of 
clearing up some conflicts; no functional interactions).

>> push2/xen/dom0/apic
>>
>>    Changes to hook the Xen dom0 apic model into the standard platform
>>    apic code.  HPA reviewed and OKed this.
>>
>> push2/xen/dom0/pci
>>
>>    Add a Xen pci driver and dma_ops implementations.  Small changes to
>>    x86 pci+swiotlb code to add some function calls.
>>
>> push2/xen/dom0/agp
>>
>>    Change the AGP driver to allocate its memory using the
>>    pci_alloc_coherent to get guaranteed physically contiguous memory,
>>    and use proper phys<->bus functions so that Xen's pseudo-phys <->
>>    machine mappings are handled properly.
>>     
>
> hpa wanted dom0 changes in some cleaner fashion - he knows the 
> details. (he'll be back in a few days)
>   

When I spoke to him last week about this he said he was OK with it.  He 
didn't make any specific (or even general) objections.  Do you know 
which subsystem he was referring to?

    J
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/