On Fri, 30 Mar 2007 18:11:55 -0700 (PDT) Davide Libenzi
<davidel@xmailserver.org> wrote:
>
> > > + */
> >
> > So it is the caller's responsibility to ensure that *file refers to an
> > eventfd file?
>
> In which function? I lost you ...
>
eventfd_signal() assumes that the passed in file* refers to an eventfd
file. So if a caller passes in a file* for /etc/passwd, the kernel will go
splat.
I guess that's caveat emptor, and any violations of that will show up
quickly in testing. My main concern would be that there might be some way
for a naughty user to force the kernel to pass a non-eventfd file* into
this function. That depends upon as-yet-unwritten code - is there a risk
of this happening, and how do we prevent it?
>
> > > +int eventfd_signal(struct file *file, int n)
> > > +{
> > > + struct eventfd_ctx *ctx = file->private_data;
> > > + unsigned long flags;
> > > +
> > > + if (n < 0)
> > > + return -EINVAL;
> > > + spin_lock_irqsave(&ctx->lock, flags);
> > > + if (ULLONG_MAX - ctx->count < n)
> > > + n = (int) (ULLONG_MAX - ctx->count);
> > > + ctx->count += n;
> > > + if (waitqueue_active(&ctx->wqh))
> > > + wake_up_locked(&ctx->wqh);
> > > + spin_unlock_irqrestore(&ctx->lock, flags);
> > > +
> > > + return n;
> > > +}
>
>
>
> > > + DECLARE_WAITQUEUE(wait, current);
> > > +
> > > + if (count < sizeof(ucnt))
> > > + return -EINVAL;
> > > + if (get_user(ucnt, (const __u64 __user *) buf))
> > > + return -EFAULT;
> >
> > Some architectures do not implement 64-bit get_user()
>
> copy_from_user it is, then ...
>
spose so. I think architectures _should_ implement 64-bit get_user() and
put_user() nowadays. So you could leave the code as-is and inform the arch
maintainers, if you're feeling keen.
If all this code has its own Kconfig options then the architectures won't
break until their maintainers come along to enable the new features, so
they'll implement 64-bit get_user() at that time and things will all unfold
in a nicely non-chaotic fashion.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
