From: "Serge E. Hallyn" <serue-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
To: Oren Laadan <orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
Cc: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org,
Dave Hansen
<dave-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Subject: Re: [RFC v14-rc2][PATCH 1/7] ipc: allow allocation of an ipc object with desired identifier
Date: Thu, 2 Apr 2009 17:49:17 -0500 [thread overview]
Message-ID: <20090402224917.GA313@us.ibm.com> (raw)
In-Reply-To: <49D53BB1.7000501-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
Quoting Oren Laadan (orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org):
>
>
> Serge E. Hallyn wrote:
> > Quoting Oren Laadan (orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org):
> >> -int ipc_addid(struct ipc_ids* ids, struct kern_ipc_perm* new, int size)
> >> +int
> >> +ipc_addid(struct ipc_ids *ids, struct kern_ipc_perm *new, int size, int req_id)
> >> {
> >> uid_t euid;
> >> gid_t egid;
> >> + int lid = 0;
> >> int id, err;
> >>
> >> if (size > IPCMNI)
> >> @@ -268,28 +270,41 @@ int ipc_addid(struct ipc_ids* ids, struct kern_ipc_perm* new, int size)
> >> if (ids->in_use >= size)
> >> return -ENOSPC;
> >>
> >> + if (req_id >= 0)
> >> + lid = ipcid_to_idx(req_id);
> >> +
> >> spin_lock_init(&new->lock);
> >> new->deleted = 0;
> >> rcu_read_lock();
> >> spin_lock(&new->lock);
> >>
> >> - err = idr_get_new(&ids->ipcs_idr, new, &id);
> >> + err = idr_get_new_above(&ids->ipcs_idr, new, lid, &id);
> >> if (err) {
> >> spin_unlock(&new->lock);
> >> rcu_read_unlock();
> >> return err;
> >> }
> >>
> >> + if (req_id >= 0) {
> >> + if (id != lid) {
> >> + idr_remove(&ids->ipcs_idr, id);
> >> + spin_unlock(&new->lock);
> >> + rcu_read_unlock();
> >> + return -EBUSY;
> >> + }
> >> + new->seq = req_id / SEQ_MULTIPLIER;
> >
> > Should this be
> >
> > new->seq = req_id % ids->seq_max;
> >
> > ?
>
> This is how the user-visible IPC id is constructed:
>
> static inline int ipc_buildid(int id, int seq)
> {
> return SEQ_MULTIPLIER * seq + id;
> }
>
> and I want to get the original 'seq' .... (the 'id' in this function is
> an in-kernel identifier)
Hmm, yeah, I guess... I misunderstood what seq was doing. In
fact, now I just don't understand what it's doing at all...
Weird.
> >> + } else {
> >> + new->seq = ids->seq++;
> >> + if (ids->seq > ids->seq_max)
> >> + ids->seq = 0;
> >> + }
> >> +
> >> ids->in_use++;
> >>
> >> current_euid_egid(&euid, &egid);
> >> new->cuid = new->uid = euid;
> >> new->gid = new->cgid = egid;
> >>
> >> - new->seq = ids->seq++;
> >> - if(ids->seq > ids->seq_max)
> >> - ids->seq = 0;
> >> -
> >
next prev parent reply other threads:[~2009-04-02 22:49 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-31 5:32 [PATCH 00/07] sysv SHM checkpoint/restart Oren Laadan
[not found] ` <1238477552-17083-1-git-send-email-orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2009-03-31 5:32 ` [RFC v14-rc2][PATCH 1/7] ipc: allow allocation of an ipc object with desired identifier Oren Laadan
[not found] ` <1238477552-17083-2-git-send-email-orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2009-04-02 17:22 ` Serge E. Hallyn
[not found] ` <20090402172233.GB9984-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-04-02 22:26 ` Oren Laadan
[not found] ` <49D53BB1.7000501-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2009-04-02 22:49 ` Serge E. Hallyn [this message]
2009-03-31 5:32 ` [RFC v14-rc2][PATCH 2/7] ipc: helpers to save and restore kern_ipc_perm structures Oren Laadan
2009-03-31 5:32 ` [RFC v14-rc2][PATCH 3/7] sysvipc-shm: checkpoint Oren Laadan
[not found] ` <1238477552-17083-4-git-send-email-orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2009-03-31 20:06 ` Serge E. Hallyn
[not found] ` <20090331200658.GA19038-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-03-31 20:52 ` Oren Laadan
2009-03-31 5:32 ` [RFC v14-rc2][PATCH 4/7] sysvipc-shm: restart Oren Laadan
[not found] ` <1238477552-17083-5-git-send-email-orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2009-04-03 3:42 ` Matt Helsley
2009-03-31 5:32 ` [RFC v14-rc2][PATCH 5/7] Infrastructure for work postponed to the end of checkpoint/restart Oren Laadan
[not found] ` <1238477552-17083-6-git-send-email-orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2009-03-31 15:17 ` Dave Hansen
2009-03-31 16:00 ` Oren Laadan
2009-03-31 5:32 ` [RFC v14-rc2][PATCH 6/7] sysvipc-shm: export interface from ipc/shm.c to delete ipc shm Oren Laadan
[not found] ` <1238477552-17083-7-git-send-email-orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2009-04-03 3:32 ` Matt Helsley
[not found] ` <20090403033200.GG4083-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-04-06 0:18 ` Oren Laadan
2009-03-31 5:32 ` [RFC v14-rc2][PATCH 7/7] sysvipc-shm: correctly handle deleted (active) ipc shared memory Oren Laadan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090402224917.GA313@us.ibm.com \
--to=serue-r/jw6+rmf7hqt0dzr+alfa@public.gmane.org \
--cc=containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
--cc=dave-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org \
--cc=orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox