From: Isaku Yamahata <yamahata@valinux.co.jp>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: cam@cs.ualberta.ca, seabios@seabios.org, adnan@khaleel.us,
qemu-devel@nongnu.org
Subject: [Qemu-devel] Re: [PATCH v2 1/2] pci: introduce pci_region to manage pci io/memory/prefmemory regions.
Date: Thu, 28 Oct 2010 15:23:19 +0900 [thread overview]
Message-ID: <20101028062319.GA5851@valinux.co.jp> (raw)
In-Reply-To: <20101028055641.GH5599@redhat.com>
On Thu, Oct 28, 2010 at 07:56:41AM +0200, Michael S. Tsirkin wrote:
> > diff --git a/src/util.h b/src/util.h
> > index 5cc9f17..17eedd0 100644
> > --- a/src/util.h
> > +++ b/src/util.h
> > @@ -344,6 +344,34 @@ void qemu_prep_reset(void);
> > void smm_save_and_copy(void);
> > void smm_relocate_and_restore(void);
> >
> > +// pci_region.c
> > +// region allocator. pci region allocates the requested region
> > +// sequentially with overflow check.
> > +struct pci_region {
> > + // The region is [start, region).
>
> [start end)?
Yes. Will fix.
> > + u32 start;
> > + u32 end;
> > +
> > + // The next allocation is start from this.
> > + // i.e. [start, cur_end) is allocated.
> > + // Right after initialization cur_end == start.
> > + u32 cur_end;
>
> What is the value for a region at 0xfffff000 and size 0x1000?
>
>
> Maybe first, last is better to detect this?
You mean [first, last] instead of [start, end).
Maybe Makes sense.
Anyway the area right below 4G can't be used for PCI
because it's used for LAPIC and so on.
>
> > +};
> > +// initialize the pci_region of [start, end)
> > +void pci_region_init(struct pci_region *r, u32 start, u32 end);
> > +// allocate the region of size
> > +u32 pci_region_alloc(struct pci_region *r, u32 size);
> > +// make the next allocation aligned to align
> > +u32 pci_region_align(struct pci_region *r, u32 align);
> > +// revert the allocation to addr.
> > +void pci_region_revert(struct pci_region *r, u32 addr);
> > +// make the allocation fail.
> > +u32 pci_region_disable(struct pci_region *r);
> > +// returns the current allocation point.
> > +u32 pci_region_addr(const struct pci_region *r);
> > +// returns the region size.
> > +u32 pci_region_size(const struct pci_region *r);
> > +
> > // pciinit.c
> > extern const u8 pci_irqs[4];
> > void pci_bios_allocate_regions(u16 bdf, void *arg);
> > --
> > 1.7.1.1
>
--
yamahata
next prev parent reply other threads:[~2010-10-28 6:23 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-28 5:04 [Qemu-devel] [PATCH v2 0/2] pciinit: fix overflow when bar allocation Isaku Yamahata
2010-10-28 5:04 ` [Qemu-devel] [PATCH v2 1/2] pci: introduce pci_region to manage pci io/memory/prefmemory regions Isaku Yamahata
2010-10-28 5:56 ` [Qemu-devel] " Michael S. Tsirkin
2010-10-28 6:23 ` Isaku Yamahata [this message]
2010-10-28 5:04 ` [Qemu-devel] [PATCH v2 2/2] pciinit: use pci_region functions Isaku Yamahata
2010-10-28 6:33 ` [Qemu-devel] " Michael S. Tsirkin
2010-10-28 7:26 ` Isaku Yamahata
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=20101028062319.GA5851@valinux.co.jp \
--to=yamahata@valinux.co.jp \
--cc=adnan@khaleel.us \
--cc=cam@cs.ualberta.ca \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=seabios@seabios.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).