[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A4793A6.8080802@panasas.com>
Date: Sun, 28 Jun 2009 19:00:38 +0300
From: Boaz Harrosh <bharrosh@...asas.com>
To: James Smart <James.Smart@...lex.Com>,
Andrew Morton <akpm@...ux-foundation.org>,
James Bottomley <James.Bottomley@...senPartnership.com>
CC: Jaswinder Singh Rajput <jaswinder@...nel.org>,
Olaf Hering <olh@...e.de>, Sam Ravnborg <sam@...nborg.org>,
Benny Halevy <bhalevy@...asas.com>,
LKML <linux-kernel@...r.kernel.org>,
scst-devel <scst-devel@...ts.sourceforge.net>,
Christoph Hellwig <hch@...radead.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Randy Dunlap <rdunlap@...otime.net>
Subject: Re: [PATCH] SCSI: userspace cannot use scsi_command_size_tbl, COMMAND_SIZE
and scsi_device_type
On 06/28/2009 05:32 PM, James Smart wrote:
> Sorry folks -- the nuance of the clibrary having it's own version of a
> kernel header for distros was completely unknown to me.
>
> Christoph mentioned this to me last week, with the recommendation to
> back out the patch and move the other headers that were exprted into
> include/linux - thus nothing in include/scsi gets export. No Problem.
> and I'll do so shortly.
>
> How does a lowly contributor track these kind of nuances ?
>
> -- james s
>
Don't give up so fast. Please.
Kernel should reclaim back control of it's own headers.
/usr/include/scsi is Kernel territory from the start.
This is just a plain historical mistake that glibc had
to duplicate all these Kernel headers.
Please lets start with scsi.h and then advance slowly
to more Headers like sg.h
Andrew, please help.
Thanks
Boaz
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists