[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Xen-devel] [PATCH-for-4.13 v5] Rationalize max_grant_frames and max_maptrack_frames handling
- To: Wei Liu <wl@xxxxxxx>
- From: Ian Jackson <ian.jackson@xxxxxxxxxx>
- Date: Fri, 29 Nov 2019 15:47:01 +0000
- Authentication-results: esa2.hc3370-68.iphmx.com; dkim=none (message not signed) header.i=none; spf=None smtp.pra=ian.jackson@xxxxxxxxxx; spf=Pass smtp.mailfrom=Ian.Jackson@xxxxxxxxxx; spf=None smtp.helo=postmaster@xxxxxxxxxxxxxxx
- Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>, Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>, Paul Durrant <pdurrant@xxxxxxxxxx>, George Dunlap <George.Dunlap@xxxxxxxxxx>, Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>, Jan Beulich <jbeulich@xxxxxxxx>, Anthony Perard <anthony.perard@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>, Roger Pau Monne <roger.pau@xxxxxxxxxx>
- Delivery-date: Fri, 29 Nov 2019 15:47:09 +0000
- Ironport-sdr: RUXUGTz3eMzfzIVHw/4lTowIudn/j6YGtYNxOVQiX/j2OKeBNcJQdcyoTTU7CdhtKhBs5SnI45 GGmB2S5CVNu+dvRcdrGR4wFsN9oP3nDg7lovO3WHkAO4NtDr9kiwApOcvgmpnpT6kHWyXFCoAx 29buke/iQNQrn6th+7bDLeB6UhvS+lpkj4zm2+8DeFwRmfScPe7nxi9wOgArqV23e08tI8tJNS KysqSF1t8F/++JfOYBMI/MM7ImIQbFIzBxZaai0vKkxeCqjedFvRZnH+l/LrICtVVfKzWiveB/ nMo=
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
Wei Liu writes ("Re: [PATCH-for-4.13 v5] Rationalize max_grant_frames and
max_maptrack_frames handling"):
> What if we use 0xffffffff to denote default instead? That wouldn't
> require changing the type here.
Is there some reason we wouldn't use ~0 to mean default ?
In the tools area we normally spell this as
~(some appropriate type)0
to make sure it has the right width. But if we know the type and it
is of fixed length, as here, 0xffffffffu is OK too.
> The type change here makes me feel a bit uncomfortable, though in
> practice it may not matter. I don't see anyone would specify a value
> that would become negative when cast from uint32 to integer.
The problem with the type change is that in principle we have to audit
all the places the variables are used.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|