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...