All of lore.kernel.org
 help / color / mirror / Atom feed
* [kvm-ppc-devel] [PATCH 00 of 10] Qemu PowerPC fixes and enhancements
@ 2008-04-30 21:03 Hollis Blanchard
  2008-05-04  8:17   ` [PATCH 00 of 10] Qemu PowerPC fixes and enhancements Avi Kivity
  0 siblings, 1 reply; 3+ messages in thread
From: Hollis Blanchard @ 2008-04-30 21:03 UTC (permalink / raw)
  To: kvm-ppc

Avi, please apply these patches to the kvm-userspace repository. I've submitted
the device emulation patches (UIC and PCI) to qemu-devel, but have received no
response.

Thinking ahead to qemu integration, many of these should be folded into a
single "Bamboo board" patch, but e.g. the device emulation patches are
logically separate. Do you track qemu patches for upstream integration like
you do for the kernel? Do you want me to keep these split-out patches locally?
Unsplitting them later would be a pain...

-Hollis

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
kvm-ppc-devel mailing list
kvm-ppc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-ppc-devel

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [kvm-ppc-devel] [PATCH 00 of 10] Qemu PowerPC fixes and
  2008-04-30 21:03 [kvm-ppc-devel] [PATCH 00 of 10] Qemu PowerPC fixes and enhancements Hollis Blanchard
@ 2008-05-04  8:17   ` Avi Kivity
  0 siblings, 0 replies; 3+ messages in thread
From: Avi Kivity @ 2008-05-04  8:17 UTC (permalink / raw)
  To: Hollis Blanchard; +Cc: kvm-ppc-devel, kvm-devel

Hollis Blanchard wrote:
> Avi, please apply these patches to the kvm-userspace repository. I've submitted
> the device emulation patches (UIC and PCI) to qemu-devel, but have received no
> response.
>
>   

Applied all, thanks.

> Thinking ahead to qemu integration, many of these should be folded into a
> single "Bamboo board" patch, but e.g. the device emulation patches are
> logically separate. Do you track qemu patches for upstream integration like
> you do for the kernel? Do you want me to keep these split-out patches locally?
> Unsplitting them later would be a pain...
>   

It's better to keep the patches split.  As you point out, folding 
patches together is easy but splitting them later is hard.  I don't keep 
a qemu patch queue; whether to take patches from kvm-userspace.git or 
rediff against upstream qemu is a decision that is best taken on a 
case-by-case basis, if and when qemu upstream becomes receptive to these 
patches.

-- 
error compiling committee.c: too many arguments to function


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
kvm-ppc-devel mailing list
kvm-ppc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-ppc-devel

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH 00 of 10] Qemu PowerPC fixes and enhancements
@ 2008-05-04  8:17   ` Avi Kivity
  0 siblings, 0 replies; 3+ messages in thread
From: Avi Kivity @ 2008-05-04  8:17 UTC (permalink / raw)
  To: Hollis Blanchard; +Cc: kvm-ppc-devel, kvm-devel

Hollis Blanchard wrote:
> Avi, please apply these patches to the kvm-userspace repository. I've submitted
> the device emulation patches (UIC and PCI) to qemu-devel, but have received no
> response.
>
>   

Applied all, thanks.

> Thinking ahead to qemu integration, many of these should be folded into a
> single "Bamboo board" patch, but e.g. the device emulation patches are
> logically separate. Do you track qemu patches for upstream integration like
> you do for the kernel? Do you want me to keep these split-out patches locally?
> Unsplitting them later would be a pain...
>   

It's better to keep the patches split.  As you point out, folding 
patches together is easy but splitting them later is hard.  I don't keep 
a qemu patch queue; whether to take patches from kvm-userspace.git or 
rediff against upstream qemu is a decision that is best taken on a 
case-by-case basis, if and when qemu upstream becomes receptive to these 
patches.

-- 
error compiling committee.c: too many arguments to function


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2008-05-04  8:17 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-04-30 21:03 [kvm-ppc-devel] [PATCH 00 of 10] Qemu PowerPC fixes and enhancements Hollis Blanchard
2008-05-04  8:17 ` [kvm-ppc-devel] [PATCH 00 of 10] Qemu PowerPC fixes and Avi Kivity
2008-05-04  8:17   ` [PATCH 00 of 10] Qemu PowerPC fixes and enhancements Avi Kivity

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.