All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: Peter Crosthwaite <peter.crosthwaite@xilinx.com>,
	Markus Armbruster <armbru@redhat.com>
Cc: "Marcelo Tosatti" <mtosatti@redhat.com>,
	"qemu-devel@nongnu.org Developers" <qemu-devel@nongnu.org>,
	"Stefan Hajnoczi" <stefanha@redhat.com>,
	"Andreas Färber" <afaerber@suse.de>
Subject: Re: [Qemu-devel] [PATCH 5/5] mc146818rtc: add "rtc" link to "/machine"
Date: Tue, 17 Jun 2014 17:01:50 +0200	[thread overview]
Message-ID: <53A0585E.5060701@redhat.com> (raw)
In-Reply-To: <CAEgOgz6Jb2BKqRSV9ZPr0GMecw1ZJZSsjpRQ-2KSvQHmmx2dxw@mail.gmail.com>

Il 17/06/2014 16:25, Peter Crosthwaite ha scritto:
>> > &error_warn? :)  But then, /machine/rtc.tm is the only supported interface,
> I have thought about &error_warn in the past, but thought the better
> of it. Warnings need user digestable message and I can't think of a
> sane implementation where you populate a message for error framework
> to raise while maintaining the needed errp == NULL || *errp == NULL
> semantic at the same time.
>
>> > and it should be the same for all RTC devices so perhaps a NULL error
>> > pointer is enough.
>> >
> NULL Works for me. But other than source verbosity is there any reason
> to not catch the error?:

See above: it doesn't matter _which_ RTC gets the magic alias.  For a 
proper implementation, they should all be the same.

Paolo

  reply	other threads:[~2014-06-17 15:02 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-11 16:49 [Qemu-devel] [PATCH 0/5] qom: path resolution, property aliases and more Paolo Bonzini
2014-06-11 16:49 ` [Qemu-devel] [PATCH 1/5] qom: add a generic mechanism to resolve paths Paolo Bonzini
2014-06-17 13:08   ` Peter Crosthwaite
2014-06-17 14:18   ` Andreas Färber
2014-06-17 15:07     ` Paolo Bonzini
2014-06-17 15:19       ` Andreas Färber
2014-06-17 15:25         ` Paolo Bonzini
2014-06-17 15:15     ` Andreas Färber
2014-06-11 16:49 ` [Qemu-devel] [PATCH 2/5] qom: add object_property_add_alias() Paolo Bonzini
2014-06-17 15:42   ` Andreas Färber
2014-06-11 16:49 ` [Qemu-devel] [PATCH 3/5] qom: allow creating an alias of a child<> property Paolo Bonzini
2014-06-17 13:28   ` Peter Crosthwaite
2014-06-17 13:31     ` Paolo Bonzini
2014-06-17 13:33       ` Andreas Färber
2014-06-17 16:37     ` Andreas Färber
2014-06-17 16:46       ` Paolo Bonzini
2014-06-17 16:47         ` Andreas Färber
2014-06-11 16:49 ` [Qemu-devel] [PATCH 4/5] qom: allow creating an alias of an object Paolo Bonzini
2014-06-17 13:55   ` Peter Crosthwaite
2014-06-17 14:06     ` Paolo Bonzini
2014-06-17 14:15       ` Paolo Bonzini
2014-06-17 14:16       ` Peter Crosthwaite
2014-06-17 16:48         ` Paolo Bonzini
2014-06-11 16:49 ` [Qemu-devel] [PATCH 5/5] mc146818rtc: add "rtc" link to "/machine" Paolo Bonzini
2014-06-17 14:09   ` Peter Crosthwaite
2014-06-17 14:12     ` Paolo Bonzini
2014-06-17 14:25       ` Peter Crosthwaite
2014-06-17 15:01         ` Paolo Bonzini [this message]
2014-06-17 16:55           ` Andreas Färber
2014-06-17 17:16             ` Paolo Bonzini
2014-06-17 17:09   ` Andreas Färber
2014-06-17 17:30     ` Paolo Bonzini
2014-06-17 17:38       ` Andreas Färber
2014-06-18  7:11         ` Paolo Bonzini

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=53A0585E.5060701@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=afaerber@suse.de \
    --cc=armbru@redhat.com \
    --cc=mtosatti@redhat.com \
    --cc=peter.crosthwaite@xilinx.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@redhat.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.