All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: "Pasi Kärkkäinen" <pasik@iki.fi>
Cc: xen-devel@lists.xenproject.org,
	Ian Jackson <Ian.Jackson@eu.citrix.com>,
	Jan Beulich <JBeulich@suse.com>
Subject: Re: Opening Xen 4.4.1-pre for backports
Date: Tue, 18 Mar 2014 09:36:13 -0400	[thread overview]
Message-ID: <20140318133613.GA25364@phenom.dumpdata.com> (raw)
In-Reply-To: <20140318130425.GR3200@reaktio.net>

On Tue, Mar 18, 2014 at 03:04:25PM +0200, Pasi Kärkkäinen wrote:
> On Tue, Mar 18, 2014 at 10:17:25AM +0000, Jan Beulich wrote:
> > >>> On 17.03.14 at 19:02, Pasi Kärkkäinen<pasik@iki.fi> wrote:
> > > On Fri, Mar 14, 2014 at 02:30:05PM +0000, Ian Jackson wrote:
> > >> I have updated xen/Makefile's version number.  I take it we should be
> > >> considering backport requests to apply to 4.4, where applicable, now ?
> > >> 
> > > 
> > > I'd like to see at least the following backported to Xen 4.4.1:
> > > 
> > > - pygrub fixes (rhel7 beta support)
> > > - qemu-upstream hvm vcpu hotplug patches (actually these seem to be already in 
> > > qemu-upstream-4.4)
> > > - RTC fixes (win2k3 crash fix)
> > 
> > I guess you mean 4c15a82f, c7e35c6e, and 6d27a537 here. I'm not
> > sure I want to copy them over that quickly.
> > 
> 
> Yep. I recall these were discussed during the 4.4-rc cycle and the thought was 
> the RTC fixes would first go to master, and then after 4.4.0 release get backported to 4.4.1. 
> Whatever timing is good.. 
> 
> 
> > > - Konrad's serial console (SOL/AMT) patches / Broadcom TruManage NetXtreme 
> > > UART patches
> > 
> > While for the .1 stable release we generally apply somewhat
> > relaxed backporting rules, I'd still see some sort of justification
> > for such a feature backport. Only bug fixes would generally be
> > considered without further justification.
> > 
> 
> Well having a working serial console (SOL/AMT) also for new hardware
> is kind of important.. These patches sounded like they'll enable

The AMT should work without trouble with Xen 4.4.

The issue with AMT was that the 'Broadcom TruManage' patch inadvertly
made the AMT not work. 

> serial on new/upcoming devices. 

They aren't really that new - they were cheap and I needed some PCIe serial
cards and these fit the bill - except that they did not work with Xen.
Now they do.

> 
> Konrad can probably comment more about those.

I would say no - because they are not critical (they are nice to have) and
they are not used that often (the normal user does not use the serial console
that often).

But they are pretty easy to apply if somebody wants has a need for it
right away.

> 
> 
> > Jan
> 
> -- Pasi
> 

  reply	other threads:[~2014-03-18 13:36 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-14 14:30 Opening Xen 4.4.1-pre for backports Ian Jackson
2014-03-14 14:41 ` Jan Beulich
2014-03-17 18:02 ` Pasi Kärkkäinen
2014-03-18 10:17   ` Jan Beulich
2014-03-18 13:04     ` Pasi Kärkkäinen
2014-03-18 13:36       ` Konrad Rzeszutek Wilk [this message]
2014-03-18 13:46       ` Andrew Cooper
2014-03-18 16:09   ` Ian Jackson
2014-03-18 21:16   ` Mukesh Rathor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140318133613.GA25364@phenom.dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=JBeulich@suse.com \
    --cc=pasik@iki.fi \
    --cc=xen-devel@lists.xenproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.