search for: overalloc

...ports pre-G80 GPUs, and again, not compatible with > nouveau. > > DRM-based drivers use the DRM <-> FBDEV emulation layer to provide an > fbdev interface for legacy applications. The fbdev emulation acts as > sort of a regular DRM client and exposes the FBDEV API. > > The overallocation logic was added to this emulation layer in commit > 5f15257689bfa, which is included in v4.12 and later kernels. > > Hope this helps, > > -ilia > > On Sun, Jul 5, 2020 at 7:02 PM Michael T. Kloos > <michael at michaelkloos.com> wrote: >> Well...it's b...

Well...it's been a bit of a mixed bag.? Setting drm_kms_helper.drm_fbdev_overalloc=200 set the vinfo.yres_virtual to 2160 as opposed to 1080 (My monitor vertical resolution)? This fixed the mmap() problem.? However, it only worked on my main workstation.? My laptop running Intel graphics wasn't affected by the change in kernel cmdline.? My workstation is a custom build fr...

...ail_quote">On Jul 5, 2020 12:35, Ilia Mirkin <imirkin@alum.mit.edu> wrote:<br type="attribution" /><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Are you setting the overallocation to 200? <br> <br> On Sun, Jul 5, 2020 at 3:41 AM Michael T. Kloos <br> <michael@michaelkloos.com> wrote: <br> > <br> > Does NOUVEAU support mmaping a double-sized Framebuffer? <br> > When attempting to run, where fd refers to "/dev/fb0&q...

...says: ``` // The reason we have to do this early scan is as follows // * To mmap the output file, we need to know the size // * For that, we need to know how many dynamic relocs we will have. ``` But I think you can resize a memory mapping (e.g. ftruncate) to add data at the end. Or conservatively overallocate and then truncate at the end (pages we don't touch won't be allocated, so the overallocation shouldn't cost too much) -- Sean Silva > > On Tue, Feb 28, 2017 at 11:15 PM, Sean Silva <chisophugis at gmail.com> > wrote: > >> >> >> On Tue, Feb 28, 2...

Does NOUVEAU support mmaping a double-sized Framebuffer? When attempting to run, where fd refers to "/dev/fb0": mmap(ptr, screensize * 2, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0); I get back an invalid argument error. This doesn't happen if I only request a single screensize. Is this a limitation of the driver? -------------- next part -------------- An HTML attachment was

...nything newer. Most likely it supports pre-G80 GPUs, and again, not compatible with nouveau. DRM-based drivers use the DRM <-> FBDEV emulation layer to provide an fbdev interface for legacy applications. The fbdev emulation acts as sort of a regular DRM client and exposes the FBDEV API. The overallocation logic was added to this emulation layer in commit 5f15257689bfa, which is included in v4.12 and later kernels. Hope this helps, -ilia On Sun, Jul 5, 2020 at 7:02 PM Michael T. Kloos <michael at michaelkloos.com> wrote: > > Well...it's been a bit of a mixed bag. Setting &g...

...342a41..9fc4bd6 100644 --- a/drivers/gpu/drm/nouveau/nouveau_bo.c +++ b/drivers/gpu/drm/nouveau/nouveau_bo.c @@ -65,8 +65,9 @@ nouveau_bo_fixup_align(struct drm_device *dev, /* * Some of the tile_flags have a periodic structure of N*4096 bytes, - * align to to that as well as the page size. Overallocate memory to - * avoid corruption of other buffer objects. + * align to to that as well as the page size. Align the size to the + * appropriate boundaries. This does imply that sizes are rounded up + * 3-7 pages, so make sure your "special" buffer sizes are large enough. */ if (d...

Hello, First of all, I already contacted Martin Devera, the developer of HTB, and he told me to search for help on this mailinglist, thus I am describing my problems here now... I am kind of seriously annoyed by QoS as I have been trying for over 3 years to get it working properly - first I did not understand how it works, then it seemed not to work, then it was working perfectly for half a

...L_FLAG_VRAM)) - flags |= TTM_PL_FLAG_PRIV0; + if (flags & TTM_PL_FLAG_VRAM) { + flags |= TTM_PL_FLAG_PRIV1; + if (!nvbo->mappable) + flags |= TTM_PL_FLAG_PRIV0; + } /* Some of the tile_flags have a periodic structure of 24*4096 bytes, * align to to that as well as the page size. Overallocate memory to @@ -271,6 +274,21 @@ nouveau_bo_init_mem_type(struct ttm_bo_device *bdev, uint32_t type, man->available_caching = man->default_caching = 0; break; + case TTM_PL_PRIV1: /* Mappable but unusable as scanout. */ + { + man->flags = TTM_MEMTYPE_FLAG_FIXED | + TTM_M...

Are you setting the overallocation to 200? On Sun, Jul 5, 2020 at 3:41 AM Michael T. Kloos <michael at michaelkloos.com> wrote: > > Does NOUVEAU support mmaping a double-sized Framebuffer? > When attempting to run, where fd refers to "/dev/fb0": > > mmap(ptr, screensize * 2, PROT_READ | PROT_WRIT...

Try booting with drm_kms_helper.drm_fbdev_overalloc=200 and see if it works with that. (There's also CONFIG_DRM_FBDEV_OVERALLOC which sets the default.) Cheers, -ilia On Sun, Jul 5, 2020 at 3:41 PM <michael at michaelkloos.com> wrote: > > I am not familiar with that setting, but I have really struggled to find documentation on d...

...from XmbTextPropertyToTextList Correct icon buffer width computation for truecolor terminals Check return value from ioctl(TIOCGWINSZ) xprop 1.2.5 Pierre-Loup A. Griffais (5): Don't display icons if they would line-wrap. Break down memory allocation logic and fix overallocating for UTF8. Fix aspect ratio for icon display by using two characters per icon pixel. Support true color output for icons if the terminal advertises it. Fix formatting of back-to-back not shown icons. git tag: xprop-1.2.5 https://xorg.freedesktop.org/archive/individual/app/xp...

>Yes, if you are creating larger files. By default e2fsck assumes the average >file size is 8kB and allocates a corresponding number of inodes there. If, >for example, you are storing lots of larger files there (digital photos, MP3s, >etc) that are in the MB range you can use "-t largefile" or "-t largefile4" >to specify an average file size of 1MB or 4MB

...provoke.bug <- function(r=7500,c=c) { y1 <- matrix(runif(r*c),ncol=c) row.names(y1) <- 1:r y2 <- matrix(runif(r*c),ncol=c) row.names(y2) <- 1:r # problem triggered by data.frame() invisible(data.frame(rbind(y1,y2))) } ## crashes between 1600 and 1700 rows, 1 column ## (overallocating buffer in duplicate rows warning?) provoke.bug2 <- function(n=1600) { str <- as.character(1:n) dup <- duplicated(c(str,str)) trywarn <- paste("duplicates:",paste(which(dup),collapse=",")) cat("Length of warning message:",nchar(trywarn),"\...

On Tue, Feb 28, 2017 at 12:10 PM, Rui Ueyama <ruiu at google.com> wrote: > I don't think getVA is particularly expensive, and if it is not expensive > I wouldn't cache its result. Did you experiment to cache getVA results? I > think you can do that fairly easily by adding a std::atomic_uint64_t to > SymbolBody and use it as a cache for getVA. > You're right,

Hello, I am trying to recursively append some data from multiple files into a common object For this, I am using in a loop NewObject <- rbind(NewObject,tempObject) For the first loop, obviously there is no NewObject ... so I wanted to do NewObject <- tempObject[0,] Now when it loops again I want to put the statement do "NewObject <- tempObject[0,]" inside a if statement

...0ed4c..028719f 100644 --- a/drivers/gpu/drm/nouveau/nouveau_bo.c +++ b/drivers/gpu/drm/nouveau/nouveau_bo.c @@ -65,8 +65,10 @@ nouveau_bo_fixup_align(struct drm_device *dev, /* * Some of the tile_flags have a periodic structure of N*4096 bytes, - * align to to that as well as the page size. Overallocate memory to - * avoid corruption of other buffer objects. + * align to to that as well as the page size. Align the size to the + * appropriate boundaries. This does imply that sizes are rounded up + * 3-7 pages, so be aware of this and do not waste memory by allocating + * many small buffers....

Hi, So the Variable Argument Handling Intrinsics section of the LangRef (http://llvm.org/docs/LangRef.html#variable-argument-handling-intrinsics) lists an example that segfaults. Try the following on x86_64: -- 8< -- define i32 @test(i32 %X, ...) { ; Initialize variable argument processing %ap = alloca i8* %ap2 = bitcast i8** %ap to i8* call void @llvm.va_start(i8* %ap2) ; Read a

I've posted two patches on Phabricator to add support for VScale in LLVM. A brief recap on `vscale`: The scalable vector type in LLVM IR is defined as `<vscale x n x m>`, to create types such as `<vscale x 16 x i8>` for a scalable vector with at least 16 bytes. In the definition of the scalable type, `vscale` is specified as a positive constant of type integer that will only be

...ed on Cray VL which is a runtime global CSR setting the number of elements to be processed in any given vector loop. The difference is that RVV *requests* a VL and is arbitrarily *allocated* an actual VL (less than or equal to the requested VL), where in SV you get exactly what is requested and if overallocated an illegal instruction is raised. > > > > > [1] https://reviews.llvm.org/D68202 > > [2] https://reviews.llvm.org/D68203 > > Jacob Lifshay > -- --- crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68 -------------- next part --------------...