瀏覽代碼

[S390] vmur: reject open on z/VM reader files with status HOLD

If a reader file with HOLD status is at the top of the reader queue, currently
all read requests will return data of the second file in the queue. But the
semantics of vmur is that always the topmost file is read. With this fix
-EPERM is returned on open, if the topmost reader file is in HOLD status.

Signed-off-by: Michael Holzheu <holzheu@de.ibm.com>
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Michael Holzheu 18 年之前
父節點
當前提交
f2405598e0
共有 2 個文件被更改,包括 6 次插入2 次删除
  1. 3 1
      drivers/s390/char/vmur.c
  2. 3 1
      drivers/s390/char/vmur.h

+ 3 - 1
drivers/s390/char/vmur.c

@@ -556,7 +556,9 @@ static int verify_device(struct urdev *urd)
 		rc = diag_read_next_file_info(&fcb, 0);
 		rc = diag_read_next_file_info(&fcb, 0);
 		if (rc)
 		if (rc)
 			return rc;
 			return rc;
-
+		/* if file is in hold status, we do not read it */
+		if (fcb.file_stat & (FLG_SYSTEM_HOLD | FLG_USER_HOLD))
+			return -EPERM;
 		/* open file on virtual reader	*/
 		/* open file on virtual reader	*/
 		buf = kmalloc(PAGE_SIZE, GFP_KERNEL);
 		buf = kmalloc(PAGE_SIZE, GFP_KERNEL);
 		if (!buf)
 		if (!buf)

+ 3 - 1
drivers/s390/char/vmur.h

@@ -50,7 +50,9 @@ struct file_control_block {
 	char  rest[200];
 	char  rest[200];
 } __attribute__ ((packed));
 } __attribute__ ((packed));
 
 
-#define FLG_CP_DUMP 0x10
+#define FLG_SYSTEM_HOLD	0x04
+#define FLG_CP_DUMP	0x10
+#define FLG_USER_HOLD	0x20
 
 
 /*
 /*
  * A struct urdev is created for each ur device that is made available
  * A struct urdev is created for each ur device that is made available