[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#923078: hurd: tmpfs not ready for shm support yet



Package: hurd
Version: 1:0.9.git20181030-4
Severity: important
Tags: upstream

tmpfs currently crashes if one does:

- open a file
- mmap it
- close the file
- unlink the file
- dereference the map

because the map doesn't keep a reference, and thus the memory object is
gone.

See in hurd/tmpfs/node.c's diskfs_free_node, DT_REG case:

    case DT_REG:
      if (np->dn->u.reg.memobj != MACH_PORT_NULL) {
	/* XXX GNU Mach will terminate the object, and thus existing mappings
	 * will get SIGBUS.  */
	vm_deallocate (mach_task_self (), np->dn->u.reg.memref, 4096);
	mach_port_deallocate (mach_task_self (), np->dn->u.reg.memobj);
      }	
      break;

Samuel

-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (1, 'experimental-debug'), (1, 'buildd-experimental'), (1, 'experimental')
Architecture: hurd-i386 (i686-AT386)

Kernel: GNU-Mach 1.8+git20190109-486-dbg/Hurd-0.9
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages hurd depends on:
ii  hurd-libs0.3  1:0.9.git20181030-4
ii  libblkid1     2.33.1-0.1
ii  libbz2-1.0    1.0.6-9
ii  libc0.3       2.28-7
ii  libdaemon0    0.14-7
ii  libgcrypt20   1.8.4-5
ii  liblwip0      2.0.3-3
ii  libncursesw6  6.1+20181013-2
ii  libtinfo6     6.1+20181013-2
ii  libx11-6      2:1.6.7-1
ii  lsb-base      10.2018112800
ii  netdde        0.0.20150828-5
ii  sysv-rc       2.93-8
ii  xkb-data      2.26-2
ii  zlib1g        1:1.2.11.dfsg-1

Versions of packages hurd recommends:
ii  bf-utf-source  0.08

Versions of packages hurd suggests:
ii  hurd-doc  1:0.9.git20181030-4

-- Configuration Files:
/etc/hurd/rc changed [not included]

-- no debconf information

-- 
Samuel Thibault <samuel.thibault@ens-lyon.org>


Reply to: