search for: map_shar

...ar into compiling and running dovecot on HPUX. The problem I'm currently having is that the index seems to be mmap'ed at twice after login. The 576 byte mmap is the index file: root at hp46t243 # grep mmap64 /tmp/dovecot.tusc [imap ][1707] mmap64(NULL, 576, PROT_READ|PROT_WRITE, MAP_SHARED, 7, 0) = 0xc166c000 [imap ][1707] mmap64(NULL, 18432, PROT_READ, MAP_SHARED, 8, 0) ........ = 0xc166d000 [imap ][1707] mmap64(NULL, 24, PROT_READ, MAP_SHARED, 9, 0) ........... = 0xc1672000 [imap ][1707] mmap64(NULL, 576, PROT_READ|PROT_WRITE, MAP_SHARED, 7, 0) ERR#12 ENO...

...;: locking/shmem.c:921: `PROT_READ' undeclared (first use this function) locking/shmem.c:921: (Each undeclared identifier is reported only once locking/shmem.c:921: for each function it appears in.) locking/shmem.c:921: `PROT_WRITE' undeclared (first use this function) locking/shmem.c:922: `MAP_SHARED' undeclared (first use this function) make: *** [locking/shmem.o] Error 1 The "configure" is OK, my Linux Kernel is 2.0.35 and my gcc is 2.8.1, It is the first time that I have a problem when I compile. Please I need HELP Jose Miguel Rubio jrubio@edei.es

...######################## open("/etc/passwd", O_RDONLY) = 26 fcntl64(26, F_GETFD) = 0 fcntl64(26, F_SETFD, FD_CLOEXEC) = 0 _llseek(26, 0, [0], SEEK_CUR) = 0 fstat64(26, {st_mode=S_IFREG|0644, st_size=5540, ...}) = 0 mmap2(NULL, 5540, PROT_READ, MAP_SHARED, 26, 0) = 0x40510000 _llseek(26, 5540, [5540], SEEK_SET) = 0 fstat64(26, {st_mode=S_IFREG|0644, st_size=5540, ...}) = 0 munmap(0x40510000, 5540) = 0 close(26) = 0 open("/etc/passwd", O_RDONLY) = 26 fcntl64(26, F_GETFD)...

...* Ensure that file and memory protections are * compatible. Note that we only worry about * writability if mapping is shared; in this case, @@ -265,12 +286,20 @@ maxprot |= VM_PROT_READ; else if (prot & PROT_READ) return (EACCES); - if (flags & MAP_SHARED) { - if (fp->f_flag & FWRITE) - maxprot |= VM_PROT_WRITE; - else if (prot & PROT_WRITE) - return (EACCES); - } else + /* + * If we are sharing potential changes (either via + * MAP_SHARED or via the implicit sharing of character + * device m...

...s; struct mm_master *mm; +#if defined(HAVE_MMAP) && !defined(MAP_ANON) + int fd; +#endif if (mmalloc == NULL) mm = xmalloc(sizeof(struct mm_master)); @@ -87,6 +90,13 @@ #if defined(HAVE_MMAP) && defined(MAP_ANON) address = mmap(NULL, size, PROT_WRITE|PROT_READ, MAP_ANON|MAP_SHARED, -1, 0); + if (address == MAP_FAILED) + fatal("mmap(%lu): %s", (u_long)size, strerror(errno)); +#elif defined(HAVE_MMAP) && !defined(MAP_ANON) + fd = open("/dev/zero", O_RDWR); + address = mmap(NULL, size, PROT_WRITE|PROT_READ, MAP_ANON|MAP_SHARED, + fd, 0);...

...{st_mode=S_IFDIR|0755, st_size=144, ...}) = 0 open("/var/cache/samba/unexpected.tdb", O_RDONLY|O_LARGEFILE) = 6 read(6, "TDB file\n\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 168) = 168 fstat64(6, {st_mode=S_IFREG|0644, st_size=8192, ...}) = 0 mmap2(NULL, 8192, PROT_READ, MAP_SHARED, 6, 0) = 0x127000 munmap(0x127000, 8192) = 0 close(6) = 0 gettimeofday({1037842856, 601268}, NULL) = 0 select(5, [3 4], NULL, NULL, {0, 90000}) = 0 (Timeout) stat64("/var/cache/samba", {st_mode=S_IFDIR|0755, st_size=144, ...}) = 0 open(&qu...

...-initialized unnamed memory > object of a length equal to the length of the mapping and rounded up to > the nearest page size as returned by getpagesize(2). Multiple processes > can share such a zero special file object provided a common ancestor > mapped the object MAP_SHARED. > > I will be fixing our "mmap" documentation to include this useful bit of > information. > > So, > > address = mmap(NULL, size, PROT_WRITE|PROT_READ, MAP_ANON|MAP_SHARED,-1,0); > > becomes, > > fd_zero = open ("/dev/zero", O_RDRW);...

......, 46) = 46 write(2, "debug1: Local version string SSH"..., 55) = 55 fcntl(5, F_SETFL, O_RDONLY|O_NONBLOCK) = 0 socketpair(PF_UNIX, SOCK_STREAM, , 0, [4, 8]) = 0 fcntl(4, F_SETFD, FD_CLOEXEC) = 0 fcntl(8, F_SETFD, FD_CLOEXEC) = 0 mmap(0, 65536, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, -1, 0) = -1 EINVAL (Invalid argument) write(2, "mmap(65536)\r\n", 13) = 13 write(2, "debug1: Calling cleanup 0x806a47"..., 40) = 40 shutdown(5, 2 /* send and receive */) = 0 close(5) = 0 _exit(255)...

...anonymous pages to the caller. This operation is equivalent to passing mmap() an open file descriptor on /dev/zero with MAP_ANON elided from the flags argument. Thus, I suppose in monitor_mm.c (of 3.3p1), the lines 88-89 address = mmap(NULL, size, PROT_WRITE|PROT_READ, MAP_ANON|MAP_SHARED, -1, 0); could be replaced by { static int mmfd = -1; if(mmfd < 0) mmfd = open("/dev/zero", O_RDWR); address = mmap(NULL, size, PROT_WRITE|PROT_READ, MAP_SHARED, mmfd, 0); } Sorry, I have *not* tested it since I am running 3.1p1 and waiting for 3.4p1 announc...

Hi Group, We use a simple logon script to map drives for our users. If we put the following line: net use /delete * /yes then no drives are mapped on the workstations. If we rem it out, the script works fine. Full script below: net use /delete * /yes net use e: \\server5\peachtree net use w: \\server5\contract_maintenance net use t: \\server5\fleet net use x: \\server5\allusers net use u:

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 scrubbed... URL: <https://lists.freedesktop.org/archives/nouveau/attachments/2020...

...O_RDWR|O_LARGEFILE) = 4 alarm(120) = 0 fcntl64(4, F_SETLKW64, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}, 0xb7171410) = 0 alarm(0) = 120 fstat64(4, {st_mode=S_IFREG|0600, st_size=144, ...}) = 0 mmap2(NULL, 144, PROT_READ|PROT_WRITE, MAP_SHARED, 4, 0) = 0xb28ed000 open("/export/home/bfg/Maildir/dovecot.index.log", O_RDWR|O_LARGEFILE) = 5 fstat64(5, {st_mode=S_IFREG|0600, st_size=16504, ...}) = 0 pread(5, "\1\0\30\0\223LEB\1\0\0\0\0\0\0\0\0\0\0\0\223LEB", 24, 0) = 24 open("/export/home/bfg/Maildir/dovecot.index.c...

Hi, I had a problem trying to migrate domains, in trying to locate it I noticed that saving domains doesn''t work either, which I believe explains why the receiving xfrd doesn''t actually receive anything. So here it goes... xenone:/tmp# xm list Name Id Mem(MB) CPU State Time(s) Console Domain-0 0 123 0 r---- 900.6 sky 9

...es ; then +AC_MSG_CHECKING([for mmap anon shared]) +AC_TRY_RUN( + [ +#include <stdio.h> +#include <sys/mman.h> +#if !defined(MAP_ANON) && defined(MAP_ANONYMOUS) +#define MAP_ANON MAP_ANONYMOUS +#endif +main() { char *p; +p = (char *) mmap(NULL, 10, PROT_WRITE|PROT_READ, MAP_ANON|MAP_SHARED, -1, 0); +if (p == (char *)-1) + exit(1); +exit(0); +} + ], + [ + AC_MSG_RESULT(yes) + AC_DEFINE(HAVE_MMAP_ANON_SHARED) + ], + [ AC_MSG_RESULT(no) ] +) +fi + dnl IRIX and Solaris 2.5.1 have dirname() in libgen AC_CHECK_FUNCS(dirname, [AC_CHECK_HEADERS(libgen.h)] ,[ AC_CHECK_LIB(gen, dirname...

...ayout.CodeRange (1 ms) [----------] 1 test from MemoryMappingLayout (1 ms total) Thus, the file should be opened read-write. In the test SanitizerCommon-Unit :: Sanitizer-i386-Test/SanitizerCommon.InternalMmapWithOffset the temporary test file was opened write-only, only to be later mmap()ed with MAP_SHARED, resulting in a EACCES return value: ******************** FAIL: SanitizerCommon-Unit :: Sanitizer-i386-Test/SanitizerCommon.InternalMmapWithOffset (10034 of 10784) ******************** TEST 'SanitizerCommon-Unit :: Sanitizer-i386-Test/SanitizerCommon.InternalMmapWithOffset' FAILED ******...

...s intact here. */ +# ifdef HAVE_ETC_DEFAULT_LOGIN + if ((fd = open("/etc/default/login", O_RDONLY)) < 0) + goto nocando; + + if (fstat(fd, &inode) != 0 || inode.st_size < 6) { + close(fd); + goto nocando; + } + logstr = mmap(NULL, inode.st_size, PROT_READ, MAP_SHARED, + fd, 0); + close(fd); + if(logstr == MAP_FAILED) + goto nocando; + pagesize = getpagesize(); + if (inode.st_size % pagesize == 0) { + /* + * Append one more page, because we need + * zero at EOF, otherwise string and memory + * functions could get SIGSEGV. + */ +...

...UIST destname=UIST Unspecified error 0x0 Your server software is being unfriendly and ERROR smb_shm_open : mmap failed with code 22 in smb.conf The lockfiles are held locally NOT on an NFS partition. Error 22 = EINVAL from manpages [EINVAL] You did not specify either MAP_SHARED or MAP_FIXED in the flags argument. [EINVAL] You did not specify either PROT_READ or PROT_WRITE in the prot argument. [EINVAL] The file descriptor, fd, is not a valid file descriptor for a character device. This problem was previously rai...

...UN([ +#include <sys/types.h> +#include <sys/mman.h> + +char * +mkshare() +{ + int size = 8192; + int f; + char *addr; + + if ((f = open("/dev/zero", 2)) < 0) + exit(1); + addr = mmap(0, size, PROT_READ|PROT_WRITE, MAP_SHARED, f, 0); + if (addr == (char *)-1) + exit(1); + close(f); + + return (addr); +} + +main() +{ + char *addr; + + addr = mkshare(8192); + *addr = 'I'; + + switch (fork()) { + + case -1: + printf(&...

...;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": <br> > <br> > mmap(ptr, screensize * 2, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0); <br> > <br> > I get back an invalid argument error. This doesn't happen if I only <br> > request a single screensize. Is this a limitation of the driver? <br> > <br> > _______________________________________________ <br> > Nouve...

I have a PCI device which can perform bus master DMA. I developed a PCI device driver which can allocate DMA buffer and provide mmap operation to map the I/O and DMA buffer to user space. The PCI device driver works well under Linux 2.6.20. However it brokes under XEN 3.0.4. It appears that mmap map to the wrong memory. remap_pfn_range in mmap function return no error when it is used to map