search for: _dst

...s Rudolf diff -Naur theora-exp/lib/fragment.c theora-rel/lib/fragment.c --- theora-exp/lib/fragment.c 2005-03-23 08:54:44.163819664 +0100 +++ theora-rel/lib/fragment.c 2005-03-23 09:42:29.000000000 +0100 @@ -1,6 +1,11 @@ #include "internal.h" -void oc_frag_recon_intra(unsigned char *_dst,int _dst_ystride, +inline void oc_frag_recon_intra(const oc_theora_state *_state,unsigned char *_dst,int _dst_ystride, + const ogg_int16_t *_residue){ +_state->opt_vtable.oc_frag_recon_intra(_dst,_dst_ystride,_residue); +} + +void oc_frag_recon_intra__c(unsigned char *_dst,int _dst_ystride, co...

...s Rudolf diff -Naur theora-exp/lib/fragment.c theora-rel/lib/fragment.c --- theora-exp/lib/fragment.c 2005-03-23 08:54:44.163819664 +0100 +++ theora-rel/lib/fragment.c 2005-03-23 09:42:29.000000000 +0100 @@ -1,6 +1,11 @@ #include "internal.h" -void oc_frag_recon_intra(unsigned char *_dst,int _dst_ystride, +inline void oc_frag_recon_intra(const oc_theora_state *_state,unsigned char *_dst,int _dst_ystride, + const ogg_int16_t *_residue){ +_state->opt_vtable.oc_frag_recon_intra(_dst,_dst_ystride,_residue); +} + +void oc_frag_recon_intra__c(unsigned char *_dst,int _dst_ystride, co...

...by Xiph.Org libTheora I 20070915 3 2 1 theora comment header: ENCODER=ffmpeg2theora 0.19 Ogg logical stream 4aa501b6 is Theora 160x128 29.97 fps video Encoded frame content is 160x120 with 0x0 offset Program received signal SIGSEGV, Segmentation fault. oc_frag_recon_inter2_c ( _dst=0x300384b0 "--------.......//000000.0550;\\{\205\212\214\226\232\220~rv\210\225\027 %G\195\175\194\191\194\191\195\175\194\191\194\191\195\175\194\191\194\1 91\195\175\194\191\194\191\195\175\194\191\194\191\195\175\194\191\194\1 91\195\175\194\191\194\191\027%@\236\235\027%G\195\175\194\191\1...

Hello, Is there any exist LLVM Target (backend) that support PC relative load and store? If so, what exactly is the instruction? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191204/c345ac5c/attachment.html>

...vhost_rpmsg *, struct vhost_rpmsg_iter *); > > + int addr; > > +}; > > + > > +static inline size_t vhost_rpmsg_iter_len(const struct vhost_rpmsg_iter *iter) > > +{ > > + return iter->rhdr.len; > > +} > > + > > +#define VHOST_RPMSG_ITER(_src, _dst) { \ > > + .rhdr = { \ > > + .src = _src, \ > > + .dst = _dst, \ > > + }, \ > > + } > > + > > +void vhost_rpmsg_init(struct vhost_rpmsg *vr, const struct vhost_rpmsg_ept *ept, > > + unsigned int n_epts); > > +void vhost_rpmsg_des...

...gt; > > > + return iter->rhdr.len; > > > > +} > > > > > > Again, I don't see where this is used. > > > > This is exported API, it's used by users. > > > > > > + > > > > +#define VHOST_RPMSG_ITER(_vq, _src, _dst) { \ > > > > + .rhdr = { \ > > > > + .src = cpu_to_vhost32(_vq, _src), \ > > > > + .dst = cpu_to_vhost32(_vq, _dst), \ > > > > + }, \ > > > > + } > > > > > > Same. > > > > ditto. > >...

v2: - remove "default n" from Kconfig - drop patch #6 - it depends on a different patch, that is currently an RFC - update patch #5 with a correct vhost_dev_init() prototype Linux supports RPMsg over VirtIO for "remote processor" /AMP use cases. It can however also be used for virtualisation scenarios, e.g. when using KVM to run Linux on both the host and the guests. This

...a I can end up dead-locking, therefore, > duplicating the OpusTags data was the safest (and fastest) way to share > data amongst more than several threads. The only other way I can think > of to resolve this issue is to provide a tags duplication function: ie > opus_tags_copy(OpusTags *_dst,const OpusTags *src) and other duplication > functions for other structures as well (for the sake of completeness.) Added in https://git.xiph.org/?p=opusfile.git;h=e96c5aa859f8;a=commitdiff I'm holding off on adding copy routines for the other structures with internal allocations for now,...

...t (*read)(struct vhost_rpmsg *, struct vhost_rpmsg_iter *); + ssize_t (*write)(struct vhost_rpmsg *, struct vhost_rpmsg_iter *); + int addr; +}; + +static inline size_t vhost_rpmsg_iter_len(const struct vhost_rpmsg_iter *iter) +{ + return iter->rhdr.len; +} + +#define VHOST_RPMSG_ITER(_vq, _src, _dst) { \ + .rhdr = { \ + .src = cpu_to_vhost32(_vq, _src), \ + .dst = cpu_to_vhost32(_vq, _dst), \ + }, \ + } + +void vhost_rpmsg_init(struct vhost_rpmsg *vr, const struct vhost_rpmsg_ept *ept, + unsigned int n_epts); +void vhost_rpmsg_destroy(struct vhost_rpmsg *vr); +int vhost...

...size_t (*read)(struct vhost_rpmsg *, struct vhost_rpmsg_iter *); + ssize_t (*write)(struct vhost_rpmsg *, struct vhost_rpmsg_iter *); + int addr; +}; + +static inline size_t vhost_rpmsg_iter_len(const struct vhost_rpmsg_iter *iter) +{ + return iter->rhdr.len; +} + +#define VHOST_RPMSG_ITER(_src, _dst) { \ + .rhdr = { \ + .src = _src, \ + .dst = _dst, \ + }, \ + } + +void vhost_rpmsg_init(struct vhost_rpmsg *vr, const struct vhost_rpmsg_ept *ept, + unsigned int n_epts); +void vhost_rpmsg_destroy(struct vhost_rpmsg *vr); +int vhost_rpmsg_ns_announce(struct vhost_rpmsg *vr, const c...

...t (*read)(struct vhost_rpmsg *, struct vhost_rpmsg_iter *); + ssize_t (*write)(struct vhost_rpmsg *, struct vhost_rpmsg_iter *); + int addr; +}; + +static inline size_t vhost_rpmsg_iter_len(const struct vhost_rpmsg_iter *iter) +{ + return iter->rhdr.len; +} + +#define VHOST_RPMSG_ITER(_vq, _src, _dst) { \ + .rhdr = { \ + .src = cpu_to_vhost32(_vq, _src), \ + .dst = cpu_to_vhost32(_vq, _dst), \ + }, \ + } + +void vhost_rpmsg_init(struct vhost_rpmsg *vr, const struct vhost_rpmsg_ept *ept, + unsigned int n_epts); +void vhost_rpmsg_destroy(struct vhost_rpmsg *vr); +int vhost...

Hi, Next update: v5: - don't hard-code message layout v4: - add endianness conversions to comply with the VirtIO standard v3: - address several checkpatch warnings - address comments from Mathieu Poirier v2: - update patch #5 with a correct vhost_dev_init() prototype - drop patch #6 - it depends on a different patch, that is currently an RFC - address comments from Pierre-Louis Bossart:

Hi, Next update: v5: - don't hard-code message layout v4: - add endianness conversions to comply with the VirtIO standard v3: - address several checkpatch warnings - address comments from Mathieu Poirier v2: - update patch #5 with a correct vhost_dev_init() prototype - drop patch #6 - it depends on a different patch, that is currently an RFC - address comments from Pierre-Louis Bossart:

...> > > > > > > > > > Again, I don't see where this is used. > > > > > > > > This is exported API, it's used by users. > > > > > > > > > > + > > > > > > +#define VHOST_RPMSG_ITER(_vq, _src, _dst) { \ > > > > > > + .rhdr = { \ > > > > > > + .src = cpu_to_vhost32(_vq, _src), \ > > > > > > + .dst = cpu_to_vhost32(_vq, _dst), \ > > > > > > + }, \ > > > > > > + } > > > > >...

Would it be possible to include a re-export of the malloc, calloc, realloc, and free being used by opus file's implementation of OpusTags handling? This might seem redundant or ridiculous but I'm having difficulty getting the right versions that my compiler allows that's compatible with libopusfile. In the debugger I can see that the memory location that my malloc is returning is

...ic inline size_t vhost_rpmsg_iter_len(const struct vhost_rpmsg_iter *iter) > > +{ > > + return iter->rhdr.len; > > +} > > Again, I don't see where this is used. This is exported API, it's used by users. > > + > > +#define VHOST_RPMSG_ITER(_vq, _src, _dst) { \ > > + .rhdr = { \ > > + .src = cpu_to_vhost32(_vq, _src), \ > > + .dst = cpu_to_vhost32(_vq, _dst), \ > > + }, \ > > + } > > Same. ditto. Thanks Guennadi > Thanks, > Mathieu > > > + > > +void vhost_rpmsg_init(struct...

...t_rpmsg *, struct vhost_rpmsg_iter *); > > + int addr; > > +}; > > + > > +static inline size_t vhost_rpmsg_iter_len(const struct vhost_rpmsg_iter *iter) > > +{ > > + return iter->rhdr.len; > > +} > > + > > +#define VHOST_RPMSG_ITER(_vq, _src, _dst) { \ > > + .rhdr = { \ > > + .src = cpu_to_vhost32(_vq, _src), \ > > + .dst = cpu_to_vhost32(_vq, _dst), \ > > + }, \ > > + } > > + > > +void vhost_rpmsg_init(struct vhost_rpmsg *vr, const struct vhost_rpmsg_ept *ept, > > + uns...

Hi, Next update: v7: - remove documentation update to be send separately - address comments from Mathieu Poirier (thanks) v6: - rename include/linux/virtio_rpmsg.h -> include/linux/rpmsg/virtio.h v5: - don't hard-code message layout v4: - add endianness conversions to comply with the VirtIO standard v3: - address several checkpatch warnings - address comments from Mathieu Poirier v2:

Hi, Next update: v7: - remove documentation update to be send separately - address comments from Mathieu Poirier (thanks) v6: - rename include/linux/virtio_rpmsg.h -> include/linux/rpmsg/virtio.h v5: - don't hard-code message layout v4: - add endianness conversions to comply with the VirtIO standard v3: - address several checkpatch warnings - address comments from Mathieu Poirier v2:

..._iter *); > + ssize_t (*write)(struct vhost_rpmsg *, struct vhost_rpmsg_iter *); > + int addr; > +}; > + > +static inline size_t vhost_rpmsg_iter_len(const struct vhost_rpmsg_iter *iter) > +{ > + return iter->rhdr.len; > +} > + > +#define VHOST_RPMSG_ITER(_vq, _src, _dst) { \ > + .rhdr = { \ > + .src = cpu_to_vhost32(_vq, _src), \ > + .dst = cpu_to_vhost32(_vq, _dst), \ > + }, \ > + } > + > +void vhost_rpmsg_init(struct vhost_rpmsg *vr, const struct vhost_rpmsg_ept *ept, > + unsigned int n_epts); > +void vhost_rpms...