search for: s_iwugo

Displaying 4 results from an estimated 4 matches for "s_iwugo".

Did you mean: s_irugo
2006 Jul 26
5
linux-2.6-xen.hg
Hi, Is the http://xenbits.xensource.com/linux-2.6-xen.hg tree still being updated? if not, what''s the preferred Linux tree to track that has all of the Xen bits? Thanks, Muli _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
2018 May 24
3
[PATCH] gpu: Consistently use octal not symbolic permissions
...bugfs.c index 059ec7d394d0..c4373a5a18be 100644 --- a/drivers/gpu/drm/msm/adreno/a5xx_debugfs.c +++ b/drivers/gpu/drm/msm/adreno/a5xx_debugfs.c @@ -177,9 +177,8 @@ int a5xx_debugfs_init(struct msm_gpu *gpu, struct drm_minor *minor) return ret; } - ent = debugfs_create_file("reset", S_IWUGO, - minor->debugfs_root, - dev, &reset_fops); + ent = debugfs_create_file("reset", 0222, minor->debugfs_root, + dev, &reset_fops); if (!ent) return -ENOMEM; diff --git a/drivers/gpu/drm/msm/msm_perf.c b/drivers/gpu/drm/msm/msm_perf.c index 5ab21bd2decb..ad1cffe7...
2018 May 25
0
[PATCH] gpu: Consistently use octal not symbolic permissions
...be 100644 > --- a/drivers/gpu/drm/msm/adreno/a5xx_debugfs.c > +++ b/drivers/gpu/drm/msm/adreno/a5xx_debugfs.c > @@ -177,9 +177,8 @@ int a5xx_debugfs_init(struct msm_gpu *gpu, struct drm_minor *minor) > return ret; > } > > - ent = debugfs_create_file("reset", S_IWUGO, > - minor->debugfs_root, > - dev, &reset_fops); > + ent = debugfs_create_file("reset", 0222, minor->debugfs_root, > + dev, &reset_fops); > if (!ent) > return -ENOMEM; > > diff --git a/drivers/gpu/drm/msm/msm_perf.c b/drivers/gpu/drm/...
2003 Dec 01
0
No subject
...people.net has written to a NetBSD mailing list saying that compilation will proceed if these are defined in profile.c using values copied from a linux machine, thus #define SHM_R 0400 /* or S_IRUGO from <linux/stat.h> */ #define SHM_W 0200 /* or S_IWUGO from <linux/stat.h> */ I suppose that isn't optimal, so I wonder if the distribution code could be modified to affect a permanent solution? Does using these values create any problems? Another thing I've noticed with version 2.2.x is that make's first line of output is: WARN...