Linux-kernel mailing list archive 1999-41,: Re: More on bigger kdev_t

# Re: More on bigger kdev_t

Zack Weinberg (zack@bitmover.com)
Sat, 09 Oct 1999 16:24:02 -0700

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Richard Gooch: "Re: SCHED_YIELD again"
- Previous message: Alan Cox: "Re: More on bigger kdev_t"
- In reply to: Alan Cox: "Re: More on bigger kdev_t"
- Next in thread: Alan Cox: "Re: More on bigger kdev_t"
- Reply: Alan Cox: "Re: More on bigger kdev_t"

Alan Cox wrote:
> > > isn't (and has the same type checking benefits)
> >
> > User space is already carrying around 64-bit dev_t. Let's make the
> > kernelside type match: 32 bit minor and major both.
>
> The kernel makes quite heavy use of kdev_t. That means carrying around
> expensive to handle multi-register objects is right out

... so that would mean we should use a pointer to the structure
instead of directly passing the structure.

I just don't want to see us have to transition userland twice.

zw

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

- Next message: Richard Gooch: "Re: SCHED_YIELD again"
- Previous message: Alan Cox: "Re: More on bigger kdev_t"
- In reply to: Alan Cox: "Re: More on bigger kdev_t"
- Next in thread: Alan Cox: "Re: More on bigger kdev_t"
- Reply: Alan Cox: "Re: More on bigger kdev_t"