search for: aspace

...C/C++/Fortran) with two very simple demonstration datasets. My manual pages all seem to work, rendering properly with: R CMD Rd2txt myfun.Rd and R CMD Rdconv -t=html -o=myfun.html myfun.Rd However, when I call the check command (on a unix machine), I get the following: ~/RWork > R CMD check aspace * checking for working latex ...sh: latex: not found NO * using log directory '/students/remmelt/RWork/aspace.Rcheck' * using R version 2.2.0, 2005-10-06 * checking for file 'aspace/DESCRIPTION' ... OK * checking extension type ... Package * this is package 'aspace' version...

..._device *dev); void msm_atomic_state_clear(struct drm_atomic_state *state); void msm_atomic_state_free(struct drm_atomic_state *state); +int msm_crtc_enable_vblank(struct drm_crtc *crtc); +void msm_crtc_disable_vblank(struct drm_crtc *crtc); + int msm_gem_init_vma(struct msm_gem_address_space *aspace, struct msm_gem_vma *vma, int npages); void msm_gem_purge_vma(struct msm_gem_address_space *aspace, -- 2.24.1

...im Lemon et al. * TunePareto (1.0) Hans Kestler http://crantastic.org/packages/TunePareto Generic methods for parameter tuning of classification algorithms using multiple scoring functions Updated packages ---------------- ade4 (1.4-16), adlift (1.2-3), AICcmodavg (1.08), aqp (0.94-1), aspace (2.5), aspace (2.4), BioStatR (1.0.2), bnlearn (2.2), caret (4.54), caret (4.53), clustTool (1.6.5), coarseDataTools (0.3), constrainedKriging (0.1.2), DEMEtics (0.8.1), emdbook (1.2.2.1), FitAR (1.80), fpc (2.0-2), futile.paradigm (1.0.1), futile.paradigm (1.0.2), gamlss (4.0-3), gamlss.add (4.0-1...

Hi R-ers: I need to compute the distance between 2 street addresses in either km or miles. I do not care if the distance is a "shortest driving route" or if it is "as the crow flies." Does anybody know how to do this? Can it be done in R? I have thousands of addresses, so I think that Mapquest is out of the question! Please rely to: philipsmith at alumni.albany.edu Thank

...why it isn't calculating the proper ellipse? I'm going to start crying soon. Sabeena library(xlsReadWrite) Low <- read.xls('LowEB.xls') attach(Low) Lwts <- read.xls('LowWtsEB.xls') attach(Lwts) cE.add <- c(0.16,1.00,0.42,0.17,0.11,0.49,0.28,0.20,0.45,0.23) library(aspace) x11() plot(x =Low[,1], y = Low[,2], type = 'p', pch = 16, col = 'darkgoldenrod1', cex = 2*cE.add,xlim=c(2,10),ylim=c(40,105)) calc_sde(id=4, filename="EBLOW_Output.txt", centre.xy=NULL, calccentre=TRUE, weighted=TRUE, weights=Lwts, points=Low, verbose=TRUE) plot_sde(pl...

...ect *obj, struct vm_area_struct *vma); int msm_gem_mmap(struct file *filp, struct vm_area_struct *vma); -vm_fault_t msm_gem_fault(struct vm_fault *vmf); uint64_t msm_gem_mmap_offset(struct drm_gem_object *obj); int msm_gem_get_iova(struct drm_gem_object *obj, struct msm_gem_address_space *aspace, uint64_t *iova); diff --git a/drivers/gpu/drm/msm/msm_gem.c b/drivers/gpu/drm/msm/msm_gem.c index b4553caaa196..de915ff6f4b4 100644 --- a/drivers/gpu/drm/msm/msm_gem.c +++ b/drivers/gpu/drm/msm/msm_gem.c @@ -247,7 +247,7 @@ int msm_gem_mmap(struct file *filp, struct vm_area_struct *vma) return m...

...s[i]); - msm_gem_describe(msm_fb->planes[i], m); + msm_gem_describe(fb->gem_objs[i], m); } } #endif @@ -87,13 +72,12 @@ void msm_framebuffer_describe(struct drm_framebuffer *fb, struct seq_file *m) int msm_framebuffer_prepare(struct drm_framebuffer *fb, struct msm_gem_address_space *aspace) { - struct msm_framebuffer *msm_fb = to_msm_framebuffer(fb); int ret, i, n = fb->format->num_planes; uint64_t iova; for (i = 0; i < n; i++) { - ret = msm_gem_get_iova(msm_fb->planes[i], aspace, &iova); - DBG("FB[%u]: iova[%d]: %08llx (%d)", fb->base.id, i, i...

...s[i]); - msm_gem_describe(msm_fb->planes[i], m); + msm_gem_describe(fb->gem_objs[i], m); } } #endif @@ -87,13 +72,12 @@ void msm_framebuffer_describe(struct drm_framebuffer *fb, struct seq_file *m) int msm_framebuffer_prepare(struct drm_framebuffer *fb, struct msm_gem_address_space *aspace) { - struct msm_framebuffer *msm_fb = to_msm_framebuffer(fb); int ret, i, n = fb->format->num_planes; uint64_t iova; for (i = 0; i < n; i++) { - ret = msm_gem_get_iova(msm_fb->planes[i], aspace, &iova); - DBG("FB[%u]: iova[%d]: %08llx (%d)", fb->base.id, i, i...

...s[i]); - msm_gem_describe(msm_fb->planes[i], m); + msm_gem_describe(fb->gem_objs[i], m); } } #endif @@ -87,13 +72,12 @@ void msm_framebuffer_describe(struct drm_framebuffer *fb, struct seq_file *m) int msm_framebuffer_prepare(struct drm_framebuffer *fb, struct msm_gem_address_space *aspace) { - struct msm_framebuffer *msm_fb = to_msm_framebuffer(fb); int ret, i, n = fb->format->num_planes; uint64_t iova; for (i = 0; i < n; i++) { - ret = msm_gem_get_iova(msm_fb->planes[i], aspace, &iova); - DBG("FB[%u]: iova[%d]: %08llx (%d)", fb->base.id, i, i...

...AURAV YADAV") TEMP <- Sys.getenv("R_DEFAULT_PACKAGES") print ("R_DEFAULT_PACKAGES") print (TEMP) print ("=======") TEMP <- c(TEMP,"aplpack","approximator","apTreeshape","ArDec","arules","ash","aspace","assist","aster","asypow","aws","base","bayesm","bayesmix","bayesSurv","BayesTree","BayesValidate","betareg","Bhat","BHH2","bicreduc","biglm",&...

...0 0 312 26 ceph_cap 0 0 128 32 ceph_inode_info 0 0 2176 15 gfs2_mblk 0 0 432 18 gfs2_bufdata 0 0 88 46 gfs2_inode 0 0 1280 25 gfs2_glock(aspace) 0 0 960 17 gfs2_glock 0 0 592 27 btrfs_delayed_data_ref 0 0 96 42 btrfs_delayed_ref_head 0 0 232 17 btrfs_delayed_node 0 0 392 20 btrfs_ordered_extent 0 0 472 17...

...ices/vme_user.c +++ b/drivers/staging/vme/devices/vme_user.c @@ -355,12 +355,10 @@ static int vme_user_ioctl(struct inode *inode, struct file *file, * to userspace as they are */ return vme_master_set(image[minor].resource, master.enable, master.vme_addr, master.size, master.aspace, master.cycle, master.dwidth); - - break; } break; case SLAVE_MINOR: switch (cmd) { case VME_GET_SLAVE: @@ -396,12 +394,10 @@ static int vme_user_ioctl(struct inode *inode, struct file *file, */ return vme_slave_set(image[minor].resource, slave.enable, slave.vme_addr,...

...ices/vme_user.c +++ b/drivers/staging/vme/devices/vme_user.c @@ -355,12 +355,10 @@ static int vme_user_ioctl(struct inode *inode, struct file *file, * to userspace as they are */ return vme_master_set(image[minor].resource, master.enable, master.vme_addr, master.size, master.aspace, master.cycle, master.dwidth); - - break; } break; case SLAVE_MINOR: switch (cmd) { case VME_GET_SLAVE: @@ -396,12 +394,10 @@ static int vme_user_ioctl(struct inode *inode, struct file *file, */ return vme_slave_set(image[minor].resource, slave.enable, slave.vme_addr,...

Hey Jens, Please in your spare time (if there is such a thing at a conference) pull this branch: git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git stable/for-jens-3.10 for your v3.10 branch. Sorry for being so late with this. <blurb> It has the ''feature-max-indirect-segments'' implemented in both backend and frontend. The current problem with the backend and

Hi, here is a patch-set to rename iommu_param to dev_iommu and establish it as a struct for generic per-device iommu-data. Also move the iommu_fwspec pointer from struct device into dev_iommu to have less iommu-related pointers in struct device. The bigger part of this patch-set moves the iommu_priv pointer from struct iommu_fwspec to dev_iommu, making is usable for iommu-drivers which do not

Thanks, I think that's a useful way to look at it (though if I wanted to bikeshed I'd suggest the name "DoubleIndirect" as a bit more precise than "VeryIndirect"). An aspect of it that I'm still puzzling over is that my target runtime (at least in its current form) doesn't have a way to represent/process a "VeryIndirect" pointer. So I'd like to

VBLANK handlers in struct drm_driver are deprecated. Only legacy, non-KMS drivers are supposed to used them. DRM drivers with kernel modesetting are supposed to use VBLANK callbacks of the CRTC infrastructure. This patchset converts all DRM drivers to CRTC VBLANK callbacks and cleans up struct drm_driver. The remaining VBLANK callbacks in struct drm_driver are only used by legacy drivers. Patch

VBLANK handlers in struct drm_driver are deprecated. Only legacy, non-KMS drivers are supposed to used them. DRM drivers with kernel modesetting are supposed to use VBLANK callbacks of the CRTC infrastructure. This patchset converts all DRM drivers to CRTC VBLANK callbacks and cleans up struct drm_driver. The remaining VBLANK callbacks in struct drm_driver are only used by legacy drivers.

The GEM and PRIME related callbacks in struct drm_driver are deprecated in favor of GEM object functions in struct drm_gem_object_funcs. This patchset converts the remaining drivers to object functions and removes most of the obsolete interfaces. Patches #1 to #16 and #18 to #19 convert DRM drivers to GEM object functions, one by one. Each patch moves existing callbacks from struct drm_driver to

VBLANK handlers in struct drm_driver are deprecated. Only legacy, non-KMS drivers are supposed to used them. DRM drivers with kernel modesetting are supposed to use VBLANK callbacks of the CRTC infrastructure. This patchset converts all DRM drivers to CRTC VBLANK callbacks and cleans up struct drm_driver. The remaining VBLANK callbacks in struct drm_driver are only used by legacy drivers. Patch