All of lore.kernel.org
 help / color / mirror / Atom feed
From: Keir Fraser <keir.fraser@eu.citrix.com>
To: "Xu, Dongxiao" <dongxiao.xu@intel.com>,
	Daniel Kiper <dkiper@net-space.pl>,
	Ian Campbell <Ian.Campbell@eu.citrix.com>,
	"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: [PATCH] Parallel/Serial/Monitor/pyGRUB ReiserFS/others support/fixes
Date: Thu, 24 Dec 2009 09:00:52 +0000	[thread overview]
Message-ID: <C758DE44.52E4%keir.fraser@eu.citrix.com> (raw)
In-Reply-To: <6CADD16F56BC954D8E28F3836FA7ED7106580A13A2@shzsmsx501.ccr.corp.intel.com>

Hopefully I've fixed this with c/s 20719.

 -- Keir

On 24/12/2009 07:43, "Xu, Dongxiao" <dongxiao.xu@intel.com> wrote:

> Hi, Daniel, 
> Could you help to check your patch which is checked in as C/S 20717?
> It seems that VM save/restore/migration and reboot is broken since this
> changeset.
> 
> Thanks!
> Dongxiao
> 
> Daniel Kiper wrote:
>> Hello,
>> 
>>>>>> xen-unstable-hvmloader-strip_20091222.patch:
>>>>>>   Strip hvmloader after compile. dh_strip from debhelper
>>>>>>   does not strip binaries without execute attribute.
>>>>> 
>>>>> I don't see the point of doing this. We don't in general strip
>>>>> stuff we build under tools/, the extra disc space taken is
>>>>> trivial, and symbols can be convenient to have around. I just
>>>>>  don't see the win. - Not applying to xen-unstable or xen-3.4
>>>> 
>>>> Yes, it is the packager's responsibility to take care of this if
>>>> they deem it necessary, either manually or by adding +x so that
>>>> dh_strip takes care of it.
>>> 
>>> Actually hvmloader seems to be a+x already, in all my build trees.
>> 
>> FYI:
>> xen-3.4.2/tools/firmware/hvmloader/hvmloader: 0755
>> xen-3.4.2/dist/install/usr/lib/xen/boot/hvmloader: 0644
>> 
>> OK, I agree that this patch break general
>> rule and should not be applied.
>> 
>>>> xen-unstable-parallel-serial-monitor_20091223.patch:
>>> 
>>> Xend parts look good. The hvmloader parts look unnecessary (since we
>>> currently always declare LPT1 present) and dangerous (Windows guests
>>> which were installed on old Xen iirc get upset if they later boot
>>> and see LTP1 not-present in ACPI tables). There'd need to be a
>>>  *good* reason for hiding LTP1 in DSDT therefore. - Partially
>>> applied to unstable; not applied to 3.4
>> 
>> 1) I think that parallel port configuration should be similar to
>>    serial port configuration. With that idea in mind this patch was
>>    created (and some code were copied from serial config).
>> 2) I tested this patch with Windows Vista Business SP2 and
>>    Finnix Ver. 92.1 as a guests and everything worked without
>>    any problem.
>> 3) I do not like that broken/disabled devices appear in config/device
>>    manager without any warning. In this situation disabled LPT1 port
>>    appear in Windows Device Manager without any warning. I think it
>>    is confusing for users when they see working devices in WDM and
>>    they could not use them.
>> 4) As I mentioned earlier, all patches (including this one) do not
>>    change default behavior of Xen. It means that default QEMU
>>    configuration is not changed when parallel option is not specified
>>    in config file. If somebody would like to disable LPT1, he/she
>>    should have possibility to do that in proper way. I think it is
>>    another question that he/she is aware what is he/she doing.
>> 
>> That is why I think
>> xen-unstable-parallel-serial-monitor_20091223.patch patch should be
>> fully applied. 
>> 
>> Daniel Kiper
>> 
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
>> http://lists.xensource.com/xen-devel

  reply	other threads:[~2009-12-24  9:00 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-23  0:54 [PATCH] Parallel/Serial/Monitor/pyGRUB ReiserFS/others support/fixes Daniel Kiper
2009-12-23  7:50 ` Keir Fraser
2009-12-23  8:39   ` Ian Campbell
2009-12-23  9:29     ` Keir Fraser
2009-12-24  0:57   ` Daniel Kiper
2009-12-24  7:43     ` Xu, Dongxiao
2009-12-24  9:00       ` Keir Fraser [this message]
2009-12-24 13:08         ` Xu, Dongxiao
2009-12-30 22:50         ` Daniel Kiper
2009-12-24  9:01     ` Keir Fraser

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=C758DE44.52E4%keir.fraser@eu.citrix.com \
    --to=keir.fraser@eu.citrix.com \
    --cc=Ian.Campbell@eu.citrix.com \
    --cc=dkiper@net-space.pl \
    --cc=dongxiao.xu@intel.com \
    --cc=xen-devel@lists.xensource.com \
    /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.