On 09/04/2013 05:38 PM, Chen Gang wrote:
> On 09/04/2013 05:27 PM, Geert Uytterhoeven wrote:
>> On Wed, Sep 4, 2013 at 11:13 AM, Chen Gang wrote:
> Hmm... why we need "uapi/linux/" ? (I can not find some related
> documents, so I have to 'guess').
The "uapi" subdirectories are
On 09/04/2013 05:27 PM, Geert Uytterhoeven wrote:
> On Wed, Sep 4, 2013 at 11:13 AM, Chen Gang wrote:
Hmm... why we need "uapi/linux/" ? (I can not find some related
documents, so I have to 'guess').
>>>
>>> The "uapi" subdirectories are there to distinguish userspace headers from
>>>
On Wed, Sep 4, 2013 at 11:13 AM, Chen Gang wrote:
>>> Hmm... why we need "uapi/linux/" ? (I can not find some related
>>> documents, so I have to 'guess').
>>
>> The "uapi" subdirectories are there to distinguish userspace headers from
>> kernelspace headers, and allow both to live in the kernel
On 09/04/2013 05:02 PM, Geert Uytterhoeven wrote:
> On Wed, Sep 4, 2013 at 10:09 AM, Chen Gang wrote:
>> On 09/04/2013 03:02 PM, Geert Uytterhoeven wrote:
>>> On Wed, Sep 4, 2013 at 3:08 AM, Chen Gang wrote:
On 09/04/2013 12:41 AM, Geert Uytterhoeven wrote:
> On Tue, Aug 6, 2013 at 3:46
On Wed, Sep 4, 2013 at 10:09 AM, Chen Gang wrote:
> On 09/04/2013 03:02 PM, Geert Uytterhoeven wrote:
>> On Wed, Sep 4, 2013 at 3:08 AM, Chen Gang wrote:
>>> On 09/04/2013 12:41 AM, Geert Uytterhoeven wrote:
On Tue, Aug 6, 2013 at 3:46 AM, Chen Gang wrote:
> --- a/include/uapi/Kbuild
On 09/04/2013 03:02 PM, Geert Uytterhoeven wrote:
> On Wed, Sep 4, 2013 at 3:08 AM, Chen Gang wrote:
>> On 09/04/2013 12:41 AM, Geert Uytterhoeven wrote:
>>> On Tue, Aug 6, 2013 at 3:46 AM, Chen Gang wrote:
--- a/include/uapi/Kbuild
+++ b/include/uapi/Kbuild
@@ -1,7 +1,6 @@
On Wed, Sep 4, 2013 at 3:08 AM, Chen Gang wrote:
> On 09/04/2013 12:41 AM, Geert Uytterhoeven wrote:
>> On Tue, Aug 6, 2013 at 3:46 AM, Chen Gang wrote:
>>> --- a/include/uapi/Kbuild
>>> +++ b/include/uapi/Kbuild
>>> @@ -1,7 +1,6 @@
>>> # UAPI Header export list
>>> -# Top-level Makefile calls
On Wed, Sep 4, 2013 at 3:08 AM, Chen Gang gang.c...@asianux.com wrote:
On 09/04/2013 12:41 AM, Geert Uytterhoeven wrote:
On Tue, Aug 6, 2013 at 3:46 AM, Chen Gang gang.c...@asianux.com wrote:
--- a/include/uapi/Kbuild
+++ b/include/uapi/Kbuild
@@ -1,7 +1,6 @@
# UAPI Header export list
-#
On 09/04/2013 03:02 PM, Geert Uytterhoeven wrote:
On Wed, Sep 4, 2013 at 3:08 AM, Chen Gang gang.c...@asianux.com wrote:
On 09/04/2013 12:41 AM, Geert Uytterhoeven wrote:
On Tue, Aug 6, 2013 at 3:46 AM, Chen Gang gang.c...@asianux.com wrote:
--- a/include/uapi/Kbuild
+++ b/include/uapi/Kbuild
On Wed, Sep 4, 2013 at 10:09 AM, Chen Gang gang.c...@asianux.com wrote:
On 09/04/2013 03:02 PM, Geert Uytterhoeven wrote:
On Wed, Sep 4, 2013 at 3:08 AM, Chen Gang gang.c...@asianux.com wrote:
On 09/04/2013 12:41 AM, Geert Uytterhoeven wrote:
On Tue, Aug 6, 2013 at 3:46 AM, Chen Gang
On 09/04/2013 05:02 PM, Geert Uytterhoeven wrote:
On Wed, Sep 4, 2013 at 10:09 AM, Chen Gang gang.c...@asianux.com wrote:
On 09/04/2013 03:02 PM, Geert Uytterhoeven wrote:
On Wed, Sep 4, 2013 at 3:08 AM, Chen Gang gang.c...@asianux.com wrote:
On 09/04/2013 12:41 AM, Geert Uytterhoeven wrote:
On Wed, Sep 4, 2013 at 11:13 AM, Chen Gang gang.c...@asianux.com wrote:
Hmm... why we need uapi/linux/ ? (I can not find some related
documents, so I have to 'guess').
The uapi subdirectories are there to distinguish userspace headers from
kernelspace headers, and allow both to live in the
On 09/04/2013 05:27 PM, Geert Uytterhoeven wrote:
On Wed, Sep 4, 2013 at 11:13 AM, Chen Gang gang.c...@asianux.com wrote:
Hmm... why we need uapi/linux/ ? (I can not find some related
documents, so I have to 'guess').
The uapi subdirectories are there to distinguish userspace headers from
On 09/04/2013 05:38 PM, Chen Gang wrote:
On 09/04/2013 05:27 PM, Geert Uytterhoeven wrote:
On Wed, Sep 4, 2013 at 11:13 AM, Chen Gang gang.c...@asianux.com wrote:
Hmm... why we need uapi/linux/ ? (I can not find some related
documents, so I have to 'guess').
The uapi subdirectories are
On 09/04/2013 12:41 AM, Geert Uytterhoeven wrote:
> On Tue, Aug 6, 2013 at 3:46 AM, Chen Gang wrote:
>> --- a/include/uapi/Kbuild
>> +++ b/include/uapi/Kbuild
>> @@ -1,7 +1,6 @@
>> # UAPI Header export list
>> -# Top-level Makefile calls into asm-$(ARCH)
>> -# List only non-arch directories
On Tue, Aug 6, 2013 at 3:46 AM, Chen Gang wrote:
> --- a/include/uapi/Kbuild
> +++ b/include/uapi/Kbuild
> @@ -1,7 +1,6 @@
> # UAPI Header export list
> -# Top-level Makefile calls into asm-$(ARCH)
> -# List only non-arch directories below
> -
> +# Except "linux/", UAPI means Universal API.
On Tue, Aug 6, 2013 at 3:46 AM, Chen Gang gang.c...@asianux.com wrote:
--- a/include/uapi/Kbuild
+++ b/include/uapi/Kbuild
@@ -1,7 +1,6 @@
# UAPI Header export list
-# Top-level Makefile calls into asm-$(ARCH)
-# List only non-arch directories below
-
+# Except linux/, UAPI means
On 09/04/2013 12:41 AM, Geert Uytterhoeven wrote:
On Tue, Aug 6, 2013 at 3:46 AM, Chen Gang gang.c...@asianux.com wrote:
--- a/include/uapi/Kbuild
+++ b/include/uapi/Kbuild
@@ -1,7 +1,6 @@
# UAPI Header export list
-# Top-level Makefile calls into asm-$(ARCH)
-# List only non-arch
Hello Maintainers:
Maybe... I still miss some important mail addresses? or this patch is
not suitable for applying?
Hmm... but I still want to try the last time: "please help check this
patch, when you have time".
And next, I should not send additional tracing mail again, that will be
really
Hello Maintainers:
Maybe... I still miss some important mail addresses? or this patch is
not suitable for applying?
Hmm... but I still want to try the last time: please help check this
patch, when you have time.
And next, I should not send additional tracing mail again, that will be
really
Hello Maintainers:
Is this patch suitable for applying ? Does it belong to 'trivial' (or
'Documentation', or others) ?
And sorry for my original missing some important mail addresses when I
sent the original patch (I got them by "./scripts/get_maintainers", and
not give more considerations for
Hello Maintainers:
Is this patch suitable for applying ? Does it belong to 'trivial' (or
'Documentation', or others) ?
And sorry for my original missing some important mail addresses when I
sent the original patch (I got them by ./scripts/get_maintainers, and
not give more considerations for
Hello all:
According to the reply of yours, it seems we need more 'work' for the
API related documents. If really it is, I need change my 'work' way
for it.
Currently, my 'work' way is "finding and solving issues", which may be
efficient for 'grow up' sub-systems (e.g. "kernel/" sub-system).
Hello all:
According to the reply of yours, it seems we need more 'work' for the
API related documents. If really it is, I need change my 'work' way
for it.
Currently, my 'work' way is finding and solving issues, which may be
efficient for 'grow up' sub-systems (e.g. kernel/ sub-system).
But
Hello Rob:
Maybe I misunderstand what you said (if so, I am sorry for it).
At least for me, what you said is valuable to get additional discussion,
but it seems better to start a new thread for it and also cc to
linux-doc mail list.
If so better include me in cc list, thanks. ;-)
If you think
On 08/07/2013 03:32 PM, Rob Landley wrote:
> On 08/06/2013 12:31:43 PM, Joe Perches wrote:
>> On Tue, 2013-08-06 at 09:46 +0800, Chen Gang wrote:
>> > "include/uapi/" is the whole Linux kernel API, it is important enough
>> > to get more global explanations by comments.
>>
>> It'd probably be
On 08/06/2013 12:31:43 PM, Joe Perches wrote:
On Tue, 2013-08-06 at 09:46 +0800, Chen Gang wrote:
> "include/uapi/" is the whole Linux kernel API, it is important
enough
> to get more global explanations by comments.
It'd probably be useful to have more descriptions
of uapi in the
On 08/06/2013 12:31:43 PM, Joe Perches wrote:
On Tue, 2013-08-06 at 09:46 +0800, Chen Gang wrote:
include/uapi/ is the whole Linux kernel API, it is important
enough
to get more global explanations by comments.
It'd probably be useful to have more descriptions
of uapi in the Documentation
On 08/07/2013 03:32 PM, Rob Landley wrote:
On 08/06/2013 12:31:43 PM, Joe Perches wrote:
On Tue, 2013-08-06 at 09:46 +0800, Chen Gang wrote:
include/uapi/ is the whole Linux kernel API, it is important enough
to get more global explanations by comments.
It'd probably be useful to have more
Hello Rob:
Maybe I misunderstand what you said (if so, I am sorry for it).
At least for me, what you said is valuable to get additional discussion,
but it seems better to start a new thread for it and also cc to
linux-doc mail list.
If so better include me in cc list, thanks. ;-)
If you think
On 08/07/2013 01:31 AM, Joe Perches wrote:
> On Tue, 2013-08-06 at 09:46 +0800, Chen Gang wrote:
>> "include/uapi/" is the whole Linux kernel API, it is important enough
>> to get more global explanations by comments.
>
> It'd probably be useful to have more descriptions
> of uapi in the
On Tue, 2013-08-06 at 09:46 +0800, Chen Gang wrote:
> "include/uapi/" is the whole Linux kernel API, it is important enough
> to get more global explanations by comments.
It'd probably be useful to have more descriptions
of uapi in the Documentation directory too.
--
To unsubscribe from this
On Tue, 2013-08-06 at 09:46 +0800, Chen Gang wrote:
include/uapi/ is the whole Linux kernel API, it is important enough
to get more global explanations by comments.
It'd probably be useful to have more descriptions
of uapi in the Documentation directory too.
--
To unsubscribe from this list:
On 08/07/2013 01:31 AM, Joe Perches wrote:
On Tue, 2013-08-06 at 09:46 +0800, Chen Gang wrote:
include/uapi/ is the whole Linux kernel API, it is important enough
to get more global explanations by comments.
It'd probably be useful to have more descriptions
of uapi in the Documentation
34 matches
Mail list logo