search for: ldmb

>> As per the release notes, it should work unless you say "--without-ldb- >> lmdb". The message just got mucked up. The "configure" stage actually failed. How can it be a message problem only?

>> Did you specify --without-ldb-ldmb? Nope. I didn't specify "–enable-selftest" either. The default for this option being "no", why does "configure" stop after complaining that "–enable-selftest" requires lmdb? Maybe I'm just being stupid... It happens.

Hi Andrew, thanks for the reply, On Wed, Oct 25, 2017 at 11:56:22PM +1300, Andrew Bartlett wrote: > On Wed, 2017-10-25 at 09:58 +0200, Ervin Hegedüs via samba wrote: > > > > here is a Samba4 AD with LDB. > > > > Is there any limit for number of possible objects? I mean users, computers, > > and other kind of nodes. > > [...] > > May be an ugly

Hi list, are there preparations for upgrading a samba 4.8.5 to 4.9.1 via van-belle-repository to change the backend db? Is there some handwork necessary? Regards, Oliver

...t-get install winbind When i'm happy with the status of 4.9.x then im moving it from the test repo to the stretch-samba49 repo. And I really suggest you wait until that happen, except when your want to test things out. Just change the repo name to : stretch-experimental If you want to test ldmb, the preparation for lmdb are done in the 4.9.x. packages. https://wiki.samba.org/index.php/Samba_4.9_Features_added/changed#New_Experimental_LMDB_LDB_backend Im not aware of an upgrade possibilty of tdb to lmdb (yet). At least i did not find any upgrade notes. I hope this is a bit the answer y...

...limit on tdb right now.  For the size 64-bit aspect, I hope to see this situation change soon, perhaps for Samba 4.9. This isn't a promise yet, as it all depends on funding coming though, but I want to mention this so you know there is the potential that we will have a 64bit ldb re-based onto LDMB, removing the 32 bit limitation. Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba

...AGES - 1; ++i, ++page) { + page->zone_device_data = drm->dmem->free_pages; + drm->dmem->free_pages = page; } - mutex_unlock(&drm->dmem->mutex); + *ppage = page; + chunk->callocated++; + spin_unlock(&drm->dmem->lock); + + NV_INFO(drm, "DMEM: registered %ldMB of device memory\n", + DMEM_CHUNK_SIZE >> 20); return 0; + +out_bo_unpin: + nouveau_bo_unpin(chunk->bo); +out_bo_free: + nouveau_bo_ref(NULL, &chunk->bo); +out_release: + release_mem_region(chunk->pagemap.res.start, + resource_size(&chunk->pagemap.res)); +ou...

...; > When i'm happy with the status of 4.9.x then im moving it from the test repo to the stretch-samba49 repo. > And I really suggest you wait until that happen, except when your want to test things out. > Just change the repo name to : stretch-experimental > > If you want to test ldmb, the preparation for lmdb are done in the 4.9.x. packages. > https://wiki.samba.org/index.php/Samba_4.9_Features_added/changed#New_Experimental_LMDB_LDB_backend > Im not aware of an upgrade possibilty of tdb to lmdb (yet). > At least i did not find any upgrade notes. > > I hope this...

This series adds support for transparent huge page migration to migrate_vma_*() and adds nouveau SVM and HMM selftests as consumers. Earlier versions were posted previously [1] and [2]. The patches apply cleanly to the linux-mm 5.10.0-rc2 tree. There are a lot of other THP patches being posted. I don't think there are any semantic conflicts but there may be some merge conflicts depending on

This series adds support for transparent huge page migration to migrate_vma_*() and adds nouveau SVM and HMM selftests as consumers. An earlier version was posted previously [1]. This version now supports splitting a THP midway in the migration process which led to a number of changes. The patches apply cleanly to the current linux-mm tree. Since there are a couple of patches in linux-mm from Dan

Hi Dan, Jérôme and Jason, below is a series that cleans up the dev_pagemap interface so that it is more easily usable, which removes the need to wrap it in hmm and thus allowing to kill a lot of code Note: this series is on top of the rdma/hmm branch + the dev_pagemap releas fix series from Dan that went into 5.2-rc5. Git tree: git://git.infradead.org/users/hch/misc.git

These patches apply to linux-5.8.0-rc1. Patches 1-3 should probably go into 5.8, the others can be queued for 5.9. Patches 4-6 improve the HMM self tests. Patch 7-8 prepare nouveau for the meat of this series which adds support and testing for compound page mapping of system memory (patches 9-11) and compound page migration to device private memory (patches 12-16). Since these changes are split

Hi Dan, Jérôme and Jason, below is a series that cleans up the dev_pagemap interface so that it is more easily usable, which removes the need to wrap it in hmm and thus allowing to kill a lot of code Diffstat: 22 files changed, 245 insertions(+), 802 deletions(-) Git tree: git://git.infradead.org/users/hch/misc.git hmm-devmem-cleanup Gitweb:

Hi Dan, Jérôme and Jason, below is a series that cleans up the dev_pagemap interface so that it is more easily usable, which removes the need to wrap it in hmm and thus allowing to kill a lot of code Note: this series is on top of Linux 5.2-rc5 and has some minor conflicts with the hmm tree that are easy to resolve. Diffstat summary: 32 files changed, 361 insertions(+), 1012 deletions(-) Git