Re: [PATCH] init/main.c/root_dev_names - another one #ifdef

• Next message: Jeff Garzik: "Re: [PATCH] 8139too thread termination"
• Previous message: Timur Tabi: "Re: Module Licensing?"
• In reply to: Alan Cox: "Re: [PATCH] init/main.c/root_dev_names - another one #ifdef"
• Next in thread: Alan Cox: "Re: [PATCH] init/main.c/root_dev_names - another one #ifdef"
• Reply: Alan Cox: "Re: [PATCH] init/main.c/root_dev_names - another one #ifdef"
• Reply: Andreas Dilger: "Re: [PATCH] init/main.c/root_dev_names - another one #ifdef"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Wed, 31 Oct 2001, Alan Cox wrote:
>
> It took that out deliberately a few months back. The ifdefs in fact
> break stuff
>
> Firstly the array is __init so is discarded on boot

I think that array really is broken. We should get the name association
from the array that "register_blkdev()" maintains, I'm sure. That way
random stupid driver X doesn't need to touch a common init/main.c file,
which I find personally offensive.

                Linus

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

• Next message: Jeff Garzik: "Re: [PATCH] 8139too thread termination"
• Previous message: Timur Tabi: "Re: Module Licensing?"
• In reply to: Alan Cox: "Re: [PATCH] init/main.c/root_dev_names - another one #ifdef"
• Next in thread: Alan Cox: "Re: [PATCH] init/main.c/root_dev_names - another one #ifdef"
• Reply: Alan Cox: "Re: [PATCH] init/main.c/root_dev_names - another one #ifdef"
• Reply: Andreas Dilger: "Re: [PATCH] init/main.c/root_dev_names - another one #ifdef"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Wed Oct 31 2001 - 21:00:42 EST