search for: _add

Hi all, This a reminder about today's meeting. The meeting will start later today at 15:00 UTC. You can convert that to a local time with the following command in your terminal: $ date -d '15:00 UTC' Because the meeting is an open floor, topics and updates need to be added to the meeting pad at: https://bit.ly/gluster-community-meetings Hope to see you later online, Niels

...arguments in xmm0 and xmm1 and everything is roses. However, on PPC, the following happens: define <2 x double> @add(<2 x double> %a, <2 x double> %b) nounwind { %result = add <2 x double> %a, %b ret <2 x double> %result } compiles to (under the latest 2.4svn) _add: fadd f2, f2, f4 fadd f1, f1, f3 blr which means that LLVM very sensibly passes the doubles in registers f1, f2, f3, f4. However, on the C end, GCC compiles typedef double interval_t __attribute__ ((__vector_size__(16))); interval_t add(interval_t a, interval_t b) { return a + b; } to th...

...gt; +++ b/docs/nbdkit-plugin.pod > +The callback should detect and return the list of extents overlapping > +the range C<[offset...offset+count-1]>. The C<extents_map> parameter > +points to an opaque object which the callback should fill in by > +calling C<nbdkit_extent_add> etc. See L</Extents map> below. > + > +The C<flags> parameter may contain the flag C<NBDKIT_FLAG_REQ_ONE> > +which means that the client is only requesting information about the > +extent overlapping C<offset>. The plugin may ignore this flag, or as > +a...

Hi, > I want to be able to write a function like this > > define <2 x double> @add(<2 x double> %a, <2 x double> %b) nounwind { > %c = add <2 x double> %a, %b > ret <2 x double> %c > } > > and then call it from C code. What is the appropriate translation of > the <2 x double> vector type into C? I've tried packed structs

Hi, I want to be able to write a function like this define <2 x double> @add(<2 x double> %a, <2 x double> %b) nounwind { %c = add <2 x double> %a, %b ret <2 x double> %c } and then call it from C code. What is the appropriate translation of the <2 x double> vector type into C? I've tried packed structs and "typedef double vec_double

...gin.pod > > > +The callback should detect and return the list of extents overlapping > > +the range C<[offset...offset+count-1]>. The C<extents_map> parameter > > +points to an opaque object which the callback should fill in by > > +calling C<nbdkit_extent_add> etc. See L</Extents map> below. > > + > > +The C<flags> parameter may contain the flag C<NBDKIT_FLAG_REQ_ONE> > > +which means that the client is only requesting information about the > > +extent overlapping C<offset>. The plugin may ignore this...

...<label>_Actions</label> <object class="wxMenu" name="claChat"> <label>_Chat</label> <object class="wxMenuItem" name="clacAdd"> <label>_Add</label> <help>Add a Chatroom to your contact list...</help> </object> <object class="wxMenuItem" name="clacJoin"> <label>_Join</label>...

...est). For 100G disk with no data on it, that > is one hole extent spanning the whole disk (where there is no space for > improvement) this does not add any noticeable overhead. > > Signed-off-by: Martin Kletzander <mkletzan@redhat.com> > --- > v2: > - Errors are set in _add and _fill functions > - Return values are checked for only -1 > - Added a test > - Indentation fixed > - Fixed access before lock > > + > +/* This lock protects the global state. */ > +static pthread_mutex_t lock = PTHREAD_MUTEX_INITIALIZER; > + > +/* The real si...

...int16_t *op = output_data; +#ifdef _A +#undef _A +#endif +#ifdef _B +#undef _B +#endif +#ifdef _C +#undef _C +#endif +#ifdef _D +#undef _D +#endif +#ifdef _G +#undef _G +#endif +#ifdef _H +#undef _H +#endif + int32_t _A, _B, _C, _D, _Ad, _Bd, _Cd, _Dd, _E, _F, _G, _H; int32_t _Ed, _Gd, _Add, _Bdd, _Fd, _Hd; int32_t t1, t2; I've run into this only once or twice over the years but I forget now how it was resolved then (I think the variable names were changed). Steven Schultz <p>------------------------------------------------------- This sf.net email is sponsored by...

...It's only needed in the balloon page case. > For the unused page case, we don't need it, since the free > page blocks are already chunks. > > > OK as far as it goes but you need much better isolation for it. > > Build a data structure with APIs such as _init, _cleanup, _add, _clear, > > _find_first, _find_next. > > Completely unrelated to pages, it just maintains bits. > > Then use it here. > > > > > > > static int oom_pages = OOM_VBALLOON_DEFAULT_PAGES; > > > module_param(oom_pages, int, S_IRUSR | S_IWUSR); > &...

...It's only needed in the balloon page case. > For the unused page case, we don't need it, since the free > page blocks are already chunks. > > > OK as far as it goes but you need much better isolation for it. > > Build a data structure with APIs such as _init, _cleanup, _add, _clear, > > _find_first, _find_next. > > Completely unrelated to pages, it just maintains bits. > > Then use it here. > > > > > > > static int oom_pages = OOM_VBALLOON_DEFAULT_PAGES; > > > module_param(oom_pages, int, S_IRUSR | S_IWUSR); > &...

...takes 5s to the first extents request). For 100G disk with no data on it, that is one hole extent spanning the whole disk (where there is no space for improvement) this does not add any noticeable overhead. Signed-off-by: Martin Kletzander <mkletzan@redhat.com> --- v2: - Errors are set in _add and _fill functions - Return values are checked for only -1 - Added a test - Indentation fixed - Fixed access before lock configure.ac | 2 + filters/cacheextents/Makefile.am | 64 ++++++ filters/cacheextents/cacheextents.c | 196 ++++...

...gested-by: Michael S. Tsirkin <mst at redhat.com> So we don't need the bitmap to talk to host, it is just a data structure we chose to maintain lists of pages, right? OK as far as it goes but you need much better isolation for it. Build a data structure with APIs such as _init, _cleanup, _add, _clear, _find_first, _find_next. Completely unrelated to pages, it just maintains bits. Then use it here. > --- > drivers/virtio/virtio_balloon.c | 384 +++++++++++++++++++++++++++++++++--- > include/uapi/linux/virtio_balloon.h | 13 ++ > 2 files changed, 374 insertions(+), 23...

...gested-by: Michael S. Tsirkin <mst at redhat.com> So we don't need the bitmap to talk to host, it is just a data structure we chose to maintain lists of pages, right? OK as far as it goes but you need much better isolation for it. Build a data structure with APIs such as _init, _cleanup, _add, _clear, _find_first, _find_next. Completely unrelated to pages, it just maintains bits. Then use it here. > --- > drivers/virtio/virtio_balloon.c | 384 +++++++++++++++++++++++++++++++++--- > include/uapi/linux/virtio_balloon.h | 13 ++ > 2 files changed, 374 insertions(+), 23...

...+ BUILD_BUG_ON(!__builtin_constant_p(_precision)); \ + BUILD_BUG_ON(!__builtin_constant_p(_weight_rcp)); \ + BUILD_BUG_ON((_precision) > 30); \ + BUILD_BUG_ON_NOT_POWER_OF_2(_weight_rcp); \ + return e->internal >> (_precision); \ } \ static inline void ewma_##name##_add(struct ewma_##name *e, \ unsigned long val) \ { \ unsigned long internal = ACCESS_ONCE(e->internal); \ - unsigned long weight = ilog2(_weight); \ - unsigned long factor = ilog2(_factor); \ + unsigned long weight_rcp = ilog2(_weight_rcp); \ + unsigned long precisi...

...+ BUILD_BUG_ON(!__builtin_constant_p(_precision)); \ + BUILD_BUG_ON(!__builtin_constant_p(_weight_rcp)); \ + BUILD_BUG_ON((_precision) > 30); \ + BUILD_BUG_ON_NOT_POWER_OF_2(_weight_rcp); \ + return e->internal >> (_precision); \ } \ static inline void ewma_##name##_add(struct ewma_##name *e, \ unsigned long val) \ { \ unsigned long internal = ACCESS_ONCE(e->internal); \ - unsigned long weight = ilog2(_weight); \ - unsigned long factor = ilog2(_factor); \ + unsigned long weight_rcp = ilog2(_weight_rcp); \ + unsigned long precisi...

...an_extents returns false? > + > +The callback should detect and return the list of extents overlapping > +the range C<[offset...offset+count-1]>. The C<extents_map> parameter > +points to an opaque object which the callback should fill in by > +calling C<nbdkit_extent_add> etc. See L</Extents map> below. > + > +The C<flags> parameter may contain the flag C<NBDKIT_FLAG_REQ_ONE> > +which means that the client is only requesting information about the > +extent overlapping C<offset>. The plugin may ignore this flag, or as > +a...

...ded in the balloon page case. >> For the unused page case, we don't need it, since the free >> page blocks are already chunks. >> >>> OK as far as it goes but you need much better isolation for it. >>> Build a data structure with APIs such as _init, _cleanup, _add, _clear, >>> _find_first, _find_next. >>> Completely unrelated to pages, it just maintains bits. >>> Then use it here. >>> >>> >>>> static int oom_pages = OOM_VBALLOON_DEFAULT_PAGES; >>>> module_param(oom_pages, int, S_IRUSR...

...ase. > >> For the unused page case, we don't need it, since the free page > >> blocks are already chunks. > >> > >>> OK as far as it goes but you need much better isolation for it. > >>> Build a data structure with APIs such as _init, _cleanup, _add, > >>> _clear, _find_first, _find_next. > >>> Completely unrelated to pages, it just maintains bits. > >>> Then use it here. > >>> > >>> > >>>> static int oom_pages = OOM_VBALLOON_DEFAULT_PAGES; > >>>> m...

...ase. > >> For the unused page case, we don't need it, since the free page > >> blocks are already chunks. > >> > >>> OK as far as it goes but you need much better isolation for it. > >>> Build a data structure with APIs such as _init, _cleanup, _add, > >>> _clear, _find_first, _find_next. > >>> Completely unrelated to pages, it just maintains bits. > >>> Then use it here. > >>> > >>> > >>>> static int oom_pages = OOM_VBALLOON_DEFAULT_PAGES; > >>>> m...