similar to: [LLVMdev] Some questions about compaction tables

Displaying 20 results from an estimated 40000 matches similar to: "[LLVMdev] Some questions about compaction tables"

2006 Oct 26
0
[LLVMdev] Some basic questions about LLVM version 1.8 bytecode format
Hi Robert, On Wed, 2006-10-25 at 16:00 -0600, Robert Mykland wrote: > I generated LLVM bytecode for a "hello world!" program just to get the > basic bytecode structure. I have a few questions about the global > info module and the global constants module where there have > apparently been changes since 1.4. Okay. > I would be happy to collect these differences and do
2004 Aug 21
2
[LLVMdev] More Encoding Ideas
At 02:05 PM 8/20/2004, you wrote: >Robert Mykland wrote: >>Dear Chris and Reid: > >Hi Robert. > >>Some other random ideas I've had as I've been sifting through the new >>bytecode format. Please let me know what you think. >>1) ANSI C allows for char to default to unsigned char. This is I guess >>not how it normally is in GCC. If char defaulted
2006 Oct 25
2
[LLVMdev] Some basic questions about LLVM version 1.8 bytecode format
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> I generated LLVM bytecode for a "hello world!" program just to get the basic bytecode structure. I have
2004 Aug 21
0
[LLVMdev] More Encoding Ideas
On Fri, 2004-08-20 at 17:39, Robert Mykland wrote: > No, you're not getting the point. The bytecode is bloated by pointers to > all types. Every time a type is defined pretty much a pointer is defined > with it already, and since the pointer type is not implied by the > definition of the literal, we waste two or more bytes whenever we define a > type. I'm advocating
2004 Aug 24
1
[LLVMdev] More Encoding Ideas
At 06:08 PM 8/20/2004, you wrote: >So, to be explicit, what you're advocating is that: > >Even Slot Number: > Type = Types[ slot_num / 2 ] >Odd Slot Number: > Type = Pointer[ slot_num / 2 ] > >Yes? Exactly. >Essentially this eliminates pointer types from the type list altogether. >Cool idea. > >Where's the patch? :) > >Seriously
2004 Aug 20
0
[LLVMdev] More Encoding Ideas
Robert Mykland wrote: > Dear Chris and Reid: Hi Robert. > > Some other random ideas I've had as I've been sifting through the new > bytecode format. Please let me know what you think. > > 1) ANSI C allows for char to default to unsigned char. This is I guess > not how it normally is in GCC. If char defaulted to unsigned char > several things would be
2004 Aug 20
4
[LLVMdev] More Encoding Ideas
Dear Chris and Reid: Some other random ideas I've had as I've been sifting through the new bytecode format. Please let me know what you think. 1) ANSI C allows for char to default to unsigned char. This is I guess not how it normally is in GCC. If char defaulted to unsigned char several things would be possible. Single char constants that are defined would be almost always stored
2004 Aug 16
2
[LLVMdev] Bytecode file bugs / doc bugs
Dear Reid and Chris, I thought I should send this to the list in case anyone else is struggling to interpret bytecode files with the new docs. (1) First a bug I already mentioned to Reid. Unlike the other new module headers module 0x01 still uses the old 32-bit and 32-bit format instead of the new 5-bit and 27-bit format. Thus the first module in the file will be 0x00000001 followed by
2007 Jan 31
1
[LLVMdev] Bytecode Change: Compaction Tables gone.
All, Last night I removed compaction tables from the bytecode format (documentation change forthcoming). This was done for a few reasons. First, its very expensive in CPU time to process compaction tables for both reading and writing. Second, the maximum benefit we gained was about 7% (600K a 9Mb bytecode). In most cases its in the 1% range or actually makes the bytecode larger. Finally, as we
2018 Jul 03
1
multiple devices in the same iommu group in L1 guest
Hi, I have a guest enabled vIOMMU, but on the guest there are several devices in the same iommu group. Could someone help to check if I missed something? Thank you very much! 1. guest xml: # virsh edit q ... <os> <type arch='x86_64' machine='pc-q35-rhel7.5.0'>hvm</type> <loader readonly='yes' secure='yes'
2015 Jul 31
1
[PATCH 2/4] mm/compaction: enable mobile-page migration
Hi Gioh, On Mon, Jul 13, 2015 at 05:35:17PM +0900, Gioh Kim wrote: > From: Gioh Kim <gurugio at hanmail.net> > > Add framework to register callback functions and check page mobility. > There are some modes for page isolation so that isolate interface > has arguments of page address and isolation mode while putback > interface has only page address as argument. > >
2015 Jul 31
1
[PATCH 2/4] mm/compaction: enable mobile-page migration
Hi Gioh, On Mon, Jul 13, 2015 at 05:35:17PM +0900, Gioh Kim wrote: > From: Gioh Kim <gurugio at hanmail.net> > > Add framework to register callback functions and check page mobility. > There are some modes for page isolation so that isolate interface > has arguments of page address and isolation mode while putback > interface has only page address as argument. > >
2004 Aug 17
2
[LLVMdev] Re: Bytecodes & docs
Reid, Thanks for the detailed feedback. A value of zero now means zero literal for everything except labels, right? There is kind of a vague reference to this in the 1.0 -> 1.1 section I believe. You might want to make this clearer when talking about values in the body of the document. --> A comment on this: if a value of zero were never used for labels, that would make me happy,
2014 Mar 12
1
Re: PCI Passthrough of 2 identical devices
hi laine, thx for the fast answer. i tried VFIO as it seems supported and got at least one step further. starting the guest with one of the DVB cards is possible now, even when the other card is in the hosts pci config (not removed soft or hard). adding the second card/device thru ... > <hostdev mode='subsystem' type='pci' managed='yes'> >
2015 Jun 26
0
[RFCv2 4/5] mm/compaction: compaction calls generic migration
Compaction calls interfaces of driver page migration instead of calling balloon migration directly. Signed-off-by: Gioh Kim <gioh.kim at lge.com> --- drivers/virtio/virtio_balloon.c | 1 + mm/compaction.c | 9 +++++---- mm/migrate.c | 21 ++++++++++++--------- 3 files changed, 18 insertions(+), 13 deletions(-) diff --git
2015 Jul 04
1
[RFCv2 4/5] mm/compaction: compaction calls generic migration
On Fri, Jun 26, 2015 at 12:58 PM, Gioh Kim <gioh.kim at lge.com> wrote: > Compaction calls interfaces of driver page migration > instead of calling balloon migration directly. > > Signed-off-by: Gioh Kim <gioh.kim at lge.com> > --- > drivers/virtio/virtio_balloon.c | 1 + > mm/compaction.c | 9 +++++---- > mm/migrate.c | 21
2015 Jul 04
1
[RFCv2 4/5] mm/compaction: compaction calls generic migration
On Fri, Jun 26, 2015 at 12:58 PM, Gioh Kim <gioh.kim at lge.com> wrote: > Compaction calls interfaces of driver page migration > instead of calling balloon migration directly. > > Signed-off-by: Gioh Kim <gioh.kim at lge.com> > --- > drivers/virtio/virtio_balloon.c | 1 + > mm/compaction.c | 9 +++++---- > mm/migrate.c | 21
2016 Mar 11
1
[PATCH v1 02/19] mm/compaction: support non-lru movable page migration
Hi Minchan, [auto build test ERROR on v4.5-rc7] [cannot apply to next-20160310] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Minchan-Kim/Support-non-lru-page-migration/20160311-153649 config: x86_64-nfsroot (attached as .config) reproduce: # save the attached .config to linux build
2016 Mar 11
1
[PATCH v1 02/19] mm/compaction: support non-lru movable page migration
Hi Minchan, [auto build test ERROR on v4.5-rc7] [cannot apply to next-20160310] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Minchan-Kim/Support-non-lru-page-migration/20160311-153649 config: x86_64-nfsroot (attached as .config) reproduce: # save the attached .config to linux build
2015 Jun 26
0
[RFCv2 1/5] mm/compaction: enable driver page migration
Add framework to register callback functions and check pages migratable. There are some modes of page isolation so that isolate interface has an arguments of page address and isolation mode. Signed-off-by: Gioh Kim <gioh.kim at lge.com> --- include/linux/compaction.h | 11 +++++++++++ include/linux/fs.h | 2 ++ include/linux/page-flags.h | 19 +++++++++++++++++++