Re: [PATCH] Doc: networking: 6lowpan: Fix typo in 6lowpan.txt

[Albino B Neto]

2015-11-17 14:12 GMT-02:00 Masanari Iida :
> This patch fix spelling typos in 6lowpan.txt

Sorry, I not saw change.

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

Re: [PATCH] Doc: networking: 6lowpan: Fix typo in 6lowpan.txt

[Albino B Neto]

2015-11-17 14:12 GMT-02:00 Masanari Iida :
> This patch fix spelling typos in 6lowpan.txt

Sorry, I not saw change.

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

Re: ARM Linux Kernel Update

[Albino B Neto]

2015-11-12 21:46 GMT-02:00 Satay Epic :
> Hello,
>
> I've an ARM SL3516  board with Linux 2.6.15 and I've tool-chain setup.
> I could able to compile the GPL source.  This board has red-boot.
>
> I would like to update the kernel to 3.8.24.  My first attempt so not
> sure about anything I should know, gotchas  etc.
>
> Any advice about the compilation , config will be appreciated.
>
> Redboot has option  to upgrade kernel.  So I guess I can use it once I
> get the kernel image compiled.
>
> I tried using the  existing  ".config" but not sure some SL3512
> specific options would work?
>
> Looking at the distribution,  I don't see the  "mach-sl2312" listed.
> Can you just copy it from the old distribution and does it work this
> way?
>
> There is this "mach-gemini" but it seems only for some W boards.
>
> Thanks in advance

add mailing linux-arm-kernel.

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

Re: ARM Linux Kernel Update

[Albino B Neto]

2015-11-12 21:46 GMT-02:00 Satay Epic :
> Hello,
>
> I've an ARM SL3516  board with Linux 2.6.15 and I've tool-chain setup.
> I could able to compile the GPL source.  This board has red-boot.
>
> I would like to update the kernel to 3.8.24.  My first attempt so not
> sure about anything I should know, gotchas  etc.
>
> Any advice about the compilation , config will be appreciated.
>
> Redboot has option  to upgrade kernel.  So I guess I can use it once I
> get the kernel image compiled.
>
> I tried using the  existing  ".config" but not sure some SL3512
> specific options would work?
>
> Looking at the distribution,  I don't see the  "mach-sl2312" listed.
> Can you just copy it from the old distribution and does it work this
> way?
>
> There is this "mach-gemini" but it seems only for some W boards.
>
> Thanks in advance

add mailing linux-arm-kernel.

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

Re: Improvement of trails and tutorials to become a kernel developer / maintainer

[Albino B Neto]

2015-11-06 15:15 GMT-02:00 Patrick Plattes :
> ello,
>
> I'm interested since a very long time in kernel development, but I
> never saw the right path to become familiar with parts of the kernel.
> I read a bit of ipc code and ext* code, but since I often don't know
> any possible next steps I moved back to something else in the user
> space.
>
> I really like the tutorial on kernelnewbies.org FirstKernelPatch an I
> had the idea to create this type of tutorial as a training for
> specific kernel subsystems eg. ipc, file systems, usb drivers, ...
>
> A structure of such a tutorial could look like that: (eg scheduler)
>
> 1. Introduction / Goal
> [5 sentences of the goal - what should be archived by this tutorial]
> - understand scheduling in the linux kernel
> - write your own scheduler
> - ...
> 2. Preparation
> 2.1 Understand how to write a kernel patch:
> http://kernelnewbies.org/FirstKernelPatch
> 2.2 Understand the goal of Scheduling: https://en.wikipedia.org/wiki/Schedule
> 3. User space view
> 3.1 Read and understand: http://man7.org/linux/man-pages/man7/sched.7.html
> 3.1.1 Questions
> 3.2 Exercise: Write a program that does A
> 3.3 Exercise: Write a program that does B
> 3.4 Exercise: Write a program that does C
> 4. Kernel
> 4.1 Read and understand: http://man7.org/linux/man-pages/man7/sched.7.html
> 4.1.1 Questions
> 4.2 Read API description: http://...
> 4.3 Exercise (understanding): Read and understand function _()
> 4.4 Exercise (understanding: Change the implementation of _(),
> so that ...
> 4.5 Exercise (debugging): checkout version 123456 and fix the
> following (old) bug
> 4.6 Final Exercise (developing): Write your own scheduler with the
> following algorithm...
>
> In my opinion that could help a lot of interested people to have a
> guided tour though the kernel. It could really lower barriers, also in
> terms of the fear of communication.
>
> I am NOT able to to produce it by myself, but I can help to structure
> it, review it and also answer questions. I would also maintain them in
> case of changes and test the tutorials on a regular basis to keep them
> up to date. I also would improve the tutorial from a newbie point of
> view ;)
>
> If there is someone out there that is also interested in doing it
> please let me know.
>
> And if there is something like this out there please let me know, so I
> can maybe support this project :)

Add mailing kernelnewbies.

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

Re: Improvement of trails and tutorials to become a kernel developer / maintainer

[Albino B Neto]

2015-11-06 15:15 GMT-02:00 Patrick Plattes :
> ello,
>
> I'm interested since a very long time in kernel development, but I
> never saw the right path to become familiar with parts of the kernel.
> I read a bit of ipc code and ext* code, but since I often don't know
> any possible next steps I moved back to something else in the user
> space.
>
> I really like the tutorial on kernelnewbies.org FirstKernelPatch an I
> had the idea to create this type of tutorial as a training for
> specific kernel subsystems eg. ipc, file systems, usb drivers, ...
>
> A structure of such a tutorial could look like that: (eg scheduler)
>
> 1. Introduction / Goal
> [5 sentences of the goal - what should be archived by this tutorial]
> - understand scheduling in the linux kernel
> - write your own scheduler
> - ...
> 2. Preparation
> 2.1 Understand how to write a kernel patch:
> http://kernelnewbies.org/FirstKernelPatch
> 2.2 Understand the goal of Scheduling: https://en.wikipedia.org/wiki/Schedule
> 3. User space view
> 3.1 Read and understand: http://man7.org/linux/man-pages/man7/sched.7.html
> 3.1.1 Questions
> 3.2 Exercise: Write a program that does A
> 3.3 Exercise: Write a program that does B
> 3.4 Exercise: Write a program that does C
> 4. Kernel
> 4.1 Read and understand: http://man7.org/linux/man-pages/man7/sched.7.html
> 4.1.1 Questions
> 4.2 Read API description: http://...
> 4.3 Exercise (understanding): Read and understand function _()
> 4.4 Exercise (understanding: Change the implementation of _(),
> so that ...
> 4.5 Exercise (debugging): checkout version 123456 and fix the
> following (old) bug
> 4.6 Final Exercise (developing): Write your own scheduler with the
> following algorithm...
>
> In my opinion that could help a lot of interested people to have a
> guided tour though the kernel. It could really lower barriers, also in
> terms of the fear of communication.
>
> I am NOT able to to produce it by myself, but I can help to structure
> it, review it and also answer questions. I would also maintain them in
> case of changes and test the tutorials on a regular basis to keep them
> up to date. I also would improve the tutorial from a newbie point of
> view ;)
>
> If there is someone out there that is also interested in doing it
> please let me know.
>
> And if there is something like this out there please let me know, so I
> can maybe support this project :)

Add mailing kernelnewbies.

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

Re: [PATCH] fs/file.c: __const_max is actually __const_min :-)

[Albino B Neto]

2015-10-29 9:01 GMT-02:00 Rasmus Villemoes :
> 7f4b36f9bb930 "get rid of files_defer_init()" inexplicably changed a
> min() to a __const_max() - but the __const_max macro actually gives
> the minimum... So no functional change, just less confusing naming.
>
> Signed-off-by: Rasmus Villemoes 
> ---
>  fs/file.c | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/fs/file.c b/fs/file.c
> index 6c672ad329e9..b2d74f6001eb 100644
> --- a/fs/file.c
> +++ b/fs/file.c
> @@ -25,9 +25,9 @@
>
>  int sysctl_nr_open __read_mostly = 1024*1024;
>  int sysctl_nr_open_min = BITS_PER_LONG;
> -/* our max() is unusable in constant expressions ;-/ */
> -#define __const_max(x, y) ((x) < (y) ? (x) : (y))
> -int sysctl_nr_open_max = __const_max(INT_MAX, ~(size_t)0/sizeof(void *)) &
> +/* our min() is unusable in constant expressions ;-/ */
> +#define __const_min(x, y) ((x) < (y) ? (x) : (y))
> +int sysctl_nr_open_max = __const_min(INT_MAX, ~(size_t)0/sizeof(void *)) &
>  -BITS_PER_LONG;
>
>  static void *alloc_fdmem(size_t size)

Confused code or no ?

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

Re: [PATCH] fs/file.c: __const_max is actually __const_min :-)

[Albino B Neto]

2015-10-29 9:01 GMT-02:00 Rasmus Villemoes :
> 7f4b36f9bb930 "get rid of files_defer_init()" inexplicably changed a
> min() to a __const_max() - but the __const_max macro actually gives
> the minimum... So no functional change, just less confusing naming.
>
> Signed-off-by: Rasmus Villemoes 
> ---
>  fs/file.c | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/fs/file.c b/fs/file.c
> index 6c672ad329e9..b2d74f6001eb 100644
> --- a/fs/file.c
> +++ b/fs/file.c
> @@ -25,9 +25,9 @@
>
>  int sysctl_nr_open __read_mostly = 1024*1024;
>  int sysctl_nr_open_min = BITS_PER_LONG;
> -/* our max() is unusable in constant expressions ;-/ */
> -#define __const_max(x, y) ((x) < (y) ? (x) : (y))
> -int sysctl_nr_open_max = __const_max(INT_MAX, ~(size_t)0/sizeof(void *)) &
> +/* our min() is unusable in constant expressions ;-/ */
> +#define __const_min(x, y) ((x) < (y) ? (x) : (y))
> +int sysctl_nr_open_max = __const_min(INT_MAX, ~(size_t)0/sizeof(void *)) &
>  -BITS_PER_LONG;
>
>  static void *alloc_fdmem(size_t size)

Confused code or no ?

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

Re: [PATCH/RFC] make btrfs subvol mounts appear in /proc/mounts

[Albino B Neto]

2015-10-27 20:25 GMT-02:00 Neil Brown :
>

snif

>
> diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c
> index 611b66d73e80..e96c53590f72 100644
> --- a/fs/btrfs/inode.c
> +++ b/fs/btrfs/inode.c
> @@ -5621,6 +5621,23 @@ static void btrfs_dentry_release(struct dentry *dentry)

Signed-off-by: ?


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

Re: [PATCH/RFC] make btrfs subvol mounts appear in /proc/mounts

[Albino B Neto]

2015-10-27 20:25 GMT-02:00 Neil Brown :
>

snif

>
> diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c
> index 611b66d73e80..e96c53590f72 100644
> --- a/fs/btrfs/inode.c
> +++ b/fs/btrfs/inode.c
> @@ -5621,6 +5621,23 @@ static void btrfs_dentry_release(struct dentry *dentry)

Signed-off-by: ?


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

Re: [PATCH v2 01/20] staging: rtl8188eu: sizeof/sizeof replaced by ARRAY_SIZE kernel macro

[Albino B Neto]

2015-10-27 15:27 GMT-02:00 Ivan Safonov :
> Not tested. Is this transformation can to break the code?

Send email to LKML.

Read: https://www.kernel.org/doc/Documentation/SubmittingPatches

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

Re: [PATCH 2/2] drivers:staging:wlan_ng Fix no space is necessary after a cast

[Albino B Neto]

2015-10-27 9:24 GMT-02:00 Bogicevic Sasa :
> This fixes "No space is necessary after a cast" messages from
> checkpatch.pl
>
> Signed-off-by: Bogicevic Sasa 

Tips for read: https://www.kernel.org/doc/Documentation/CodingStyle

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

Re: [PATCH 2/2] drivers:staging:wlan_ng Fix no space is necessary after a cast

[Albino B Neto]

2015-10-27 9:24 GMT-02:00 Bogicevic Sasa :
> This fixes "No space is necessary after a cast" messages from
> checkpatch.pl
>
> Signed-off-by: Bogicevic Sasa 

Tips for read: https://www.kernel.org/doc/Documentation/CodingStyle

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

Re: [PATCH v2 01/20] staging: rtl8188eu: sizeof/sizeof replaced by ARRAY_SIZE kernel macro

[Albino B Neto]

2015-10-27 15:27 GMT-02:00 Ivan Safonov :
> Not tested. Is this transformation can to break the code?

Send email to LKML.

Read: https://www.kernel.org/doc/Documentation/SubmittingPatches

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

Re: [PATCH] fixing the coding style changes

[Albino B Neto]

2015-10-25 4:47 GMT-02:00 saurabh :
> From 999005638f8d3f95075fdfdc6bf8f7ff88810f5d Mon Sep 17 00:00:00 2001
> From: Saurabh Sengar 
> Date: Sun, 25 Oct 2015 08:58:42 +0530
> Subject: [PATCH] fixing the coding style changes

You should read Documentation/SubmittingPatches for a description of how do.


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

Re: [PATCH] fixing the coding style changes

[Albino B Neto]

2015-10-25 4:47 GMT-02:00 saurabh :
> From 999005638f8d3f95075fdfdc6bf8f7ff88810f5d Mon Sep 17 00:00:00 2001
> From: Saurabh Sengar 
> Date: Sun, 25 Oct 2015 08:58:42 +0530
> Subject: [PATCH] fixing the coding style changes

You should read Documentation/SubmittingPatches for a description of how do.


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

Re: [PATCH 0/2] improve error handling on chipidea/udc.c and f_midi.c

[Albino B Neto]

2015-09-18 14:12 GMT-03:00  :
> From: "Felipe F. Tonello" 

Signed-off-by ?

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

Fwd: [ANNOUNCE] Git v2.5.3

[Albino B Neto]

Forwading


  Albino

-- Forwarded message --
From: Junio C Hamano 
Date: 2015-09-17 19:16 GMT-03:00
Subject: [ANNOUNCE] Git v2.5.3
To: g...@vger.kernel.org


The latest maintenance release Git v2.5.3 is now available at
the usual places.

The tarballs are found at:

https://www.kernel.org/pub/software/scm/git/

The following public repositories all have a copy of the 'v2.5.3'
tag and the 'maint' branch that the tag points at:

  url = https://kernel.googlesource.com/pub/scm/git/git
  url = git://repo.or.cz/alt-git.git
  url = git://git.sourceforge.jp/gitroot/git-core/git.git
  url = git://git-core.git.sourceforge.net/gitroot/git-core/git-core
  url = https://github.com/gitster/git



Git v2.5.3 Release Notes


Fixes since v2.5.2
--

 * The experimental untracked-cache feature were buggy when paths with
   a few levels of subdirectories are involved.

 * Recent versions of scripted "git am" has a performance regression
   in "git am --skip" codepath, which no longer exists in the
   built-in version on the 'master' front.  Fix the regression in
   the last scripted version that appear in 2.5.x maintenance track
   and older.

Also contains typofixes, documentation updates and trivial code
clean-ups.



Changes since v2.5.2 are as follows:

Alex Henrie (1):
  git-submodule: remove extraneous space from error message

Brett Randall (1):
  git-svn doc: mention "svn-remote..include-paths"

David Turner (2):
  untracked-cache: support sparse checkout
  untracked-cache: fix subdirectory handling

Johannes Schindelin (1):
  am --skip/--abort: merge HEAD/ORIG_HEAD tree into index

Junio C Hamano (1):
  Git 2.5.3

Nguyễn Thái Ngọc Duy (2):
  t7063: use --force-untracked-cache to speed up a bit
  untracked cache: fix entry invalidation

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


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

Re: [PATCH 0/2] improve error handling on chipidea/udc.c and f_midi.c

[Albino B Neto]

2015-09-18 14:12 GMT-03:00  :
> From: "Felipe F. Tonello" 

Signed-off-by ?

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

Fwd: [ANNOUNCE] Git v2.5.3

[Albino B Neto]

Forwading


  Albino

-- Forwarded message --
From: Junio C Hamano <gits...@pobox.com>
Date: 2015-09-17 19:16 GMT-03:00
Subject: [ANNOUNCE] Git v2.5.3
To: g...@vger.kernel.org


The latest maintenance release Git v2.5.3 is now available at
the usual places.

The tarballs are found at:

https://www.kernel.org/pub/software/scm/git/

The following public repositories all have a copy of the 'v2.5.3'
tag and the 'maint' branch that the tag points at:

  url = https://kernel.googlesource.com/pub/scm/git/git
  url = git://repo.or.cz/alt-git.git
  url = git://git.sourceforge.jp/gitroot/git-core/git.git
  url = git://git-core.git.sourceforge.net/gitroot/git-core/git-core
  url = https://github.com/gitster/git



Git v2.5.3 Release Notes


Fixes since v2.5.2
--

 * The experimental untracked-cache feature were buggy when paths with
   a few levels of subdirectories are involved.

 * Recent versions of scripted "git am" has a performance regression
   in "git am --skip" codepath, which no longer exists in the
   built-in version on the 'master' front.  Fix the regression in
   the last scripted version that appear in 2.5.x maintenance track
   and older.

Also contains typofixes, documentation updates and trivial code
clean-ups.



Changes since v2.5.2 are as follows:

Alex Henrie (1):
  git-submodule: remove extraneous space from error message

Brett Randall (1):
  git-svn doc: mention "svn-remote..include-paths"

David Turner (2):
  untracked-cache: support sparse checkout
  untracked-cache: fix subdirectory handling

Johannes Schindelin (1):
  am --skip/--abort: merge HEAD/ORIG_HEAD tree into index

Junio C Hamano (1):
  Git 2.5.3

Nguyễn Thái Ngọc Duy (2):
  t7063: use --force-untracked-cache to speed up a bit
  untracked cache: fix entry invalidation

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


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

Re: [4.3-rc1 regression] modular 8250 doesn't load

[Albino B Neto]

2015-09-14 14:08 GMT-03:00 Mikael Pettersson :
> I have CONFIG_SERIAL_8250=m.  With 4.2 '/sbin/modprobe 8250' worked
> and resulted in:
>
> [   41.354550] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> [   41.375156] serial8250: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) 
> is a 16550A
>

Fix in code.

> CONFIG_SERIAL_8250=m
> # CONFIG_SERIAL_8250_DEPRECATED_OPTIONS is not set
> # CONFIG_SERIAL_8250_PNP is not set
> # CONFIG_SERIAL_8250_PCI is not set
> CONFIG_SERIAL_8250_NR_UARTS=4
> CONFIG_SERIAL_8250_RUNTIME_UARTS=4
> # CONFIG_SERIAL_8250_EXTENDED is not set
> # CONFIG_SERIAL_8250_DW is not set
> # CONFIG_SERIAL_8250_FINTEK is not set

Do you use commands modprobe for load ?

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

Re: [4.3-rc1 regression] modular 8250 doesn't load

[Albino B Neto]

2015-09-14 14:08 GMT-03:00 Mikael Pettersson :
> I have CONFIG_SERIAL_8250=m.  With 4.2 '/sbin/modprobe 8250' worked
> and resulted in:
>
> [   41.354550] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
> [   41.375156] serial8250: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) 
> is a 16550A
>

Fix in code.

> CONFIG_SERIAL_8250=m
> # CONFIG_SERIAL_8250_DEPRECATED_OPTIONS is not set
> # CONFIG_SERIAL_8250_PNP is not set
> # CONFIG_SERIAL_8250_PCI is not set
> CONFIG_SERIAL_8250_NR_UARTS=4
> CONFIG_SERIAL_8250_RUNTIME_UARTS=4
> # CONFIG_SERIAL_8250_EXTENDED is not set
> # CONFIG_SERIAL_8250_DW is not set
> # CONFIG_SERIAL_8250_FINTEK is not set

Do you use commands modprobe for load ?

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

Re: When would be preempt_rt patchet available for 4.2 kernel

[Albino B Neto]

2015-09-09 11:28 GMT-03:00 Thomas Gleixner :
> B1;2802;0cOn Wed, 9 Sep 2015, Manish Jaggi wrote:
>> I am working on linux 4.2 kernel for our ARM64 platform.
>
> That's lame. I'm working on linux 5.0 kernel for my new arch/zilchcore
> platform.

linux 5.0 kernel ?

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

Re: When would be preempt_rt patchet available for 4.2 kernel

[Albino B Neto]

2015-09-09 11:28 GMT-03:00 Thomas Gleixner <t...@linutronix.de>:
> B1;2802;0cOn Wed, 9 Sep 2015, Manish Jaggi wrote:
>> I am working on linux 4.2 kernel for our ARM64 platform.
>
> That's lame. I'm working on linux 5.0 kernel for my new arch/zilchcore
> platform.

linux 5.0 kernel ?

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

Re: [PATCH] staging: i2o: Used

[Albino B Neto]

2015-09-03 13:46 GMT-03:00 Greg KH :
> On Tue, Aug 18, 2015 at 11:16:46PM +0530, Aparna Karuthodi wrote:
>> Used #include  instead of  #include  to
>> remove a coding style warning detected by checkpatch.
>
> This file isn't in any kernel tree that I see anymore, what kernel did
> you make this against?

Greg, he should fix code all files ?

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

Re: [PATCH] staging: i2o: Used

[Albino B Neto]

2015-09-03 13:46 GMT-03:00 Greg KH <gre...@linuxfoundation.org>:
> On Tue, Aug 18, 2015 at 11:16:46PM +0530, Aparna Karuthodi wrote:
>> Used #include  instead of  #include  to
>> remove a coding style warning detected by checkpatch.
>
> This file isn't in any kernel tree that I see anymore, what kernel did
> you make this against?

Greg, he should fix code all files ?

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

Re: [GIT PULL] Ext3 removal, quota & udf fixes

[Albino B Neto]

2015-09-02 20:47 GMT-03:00 Linus Torvalds :
> On Wed, Sep 2, 2015 at 11:45 AM, Darrick J. Wong
>  wrote:
>> Yes, that would be a bug.
>
> So the thing I'm happy to see is that the ext4 developers seem to
> unanimously agree that maintaining ext3 compatibility is part of their
> job, and nobody seems to be arguing for keeping ext3 around. As long
> as any possible regressions from ext3 removal have a clear "yup, it's
> on us" from the ext4 people,  I don't mind removing it. I was
> expecting ext4 people to not be thrilled about supporting possible
> legacy cases.

Good.

The future of ext4 ? Are you (developers) write other file system ?

-- 
Albino B Neto
www.bino.us
"Debian. Freedom to code. Code to freedom!" faw
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: [GIT PULL] Ext3 removal, quota & udf fixes

[Albino B Neto]

2015-09-02 20:47 GMT-03:00 Linus Torvalds <torva...@linux-foundation.org>:
> On Wed, Sep 2, 2015 at 11:45 AM, Darrick J. Wong
> <darrick.w...@oracle.com> wrote:
>> Yes, that would be a bug.
>
> So the thing I'm happy to see is that the ext4 developers seem to
> unanimously agree that maintaining ext3 compatibility is part of their
> job, and nobody seems to be arguing for keeping ext3 around. As long
> as any possible regressions from ext3 removal have a clear "yup, it's
> on us" from the ext4 people,  I don't mind removing it. I was
> expecting ext4 people to not be thrilled about supporting possible
> legacy cases.

Good.

The future of ext4 ? Are you (developers) write other file system ?

-- 
Albino B Neto
www.bino.us
"Debian. Freedom to code. Code to freedom!" faw
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: [GIT PULL] Ext3 removal, quota & udf fixes

[Albino B Neto]

2015-08-31 23:53 GMT-03:00 Theodore Ts'o :
> Yes, you can go back to ext3-only.  In fact, we do *not* automatically
> upgrade the file system to use ext4-specific features.
>
>> So it's not just a "you can use ext4 instead" issue. Can you do that
>> *without* then forcing an upgrade forever on that partition? I'm not
>> sure the ext4 people are really even willing to guarantee that kind of
>> backwards compatibility.
>
> Actually, we do guarantee this.  It's considered poor form to
> automatically change the superblock to add new file system features in
> a way that would break the ability for the user to roll back to an
> older kernel.  This isn't just for ext3->ext4, but for new ext4
> features such as metadata checksumming.  The user has to explicitly
> enable the feature using "tune2fs -O new_feature /dev/sdXX".

Yeah!

2015-09-01 16:39 GMT-03:00 Austin S Hemmelgarn :
> NO, it is not logical.  A vast majority of Android smartphones in the wild
> use ext2, as do a very significant portion of embedded systems that don't
> have room for the few hundred kilobytes of extra code that the ext4 driver
> has in comparison to ext2.

Ext2 portion embedded and Ext3 many machines.

-- 
Albino B Neto
www.bino.us
"Debian. Freedom to code. Code to freedom!" faw
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: [GIT PULL] Ext3 removal, quota & udf fixes

[Albino B Neto]

2015-08-31 19:31 GMT-03:00 Raymond Jennings :
> I think also that we should remove the ext2 driver before we remove the ext3
> driver.

Yes. It is logical to remove the old ext2 drive, because there are
more computers with ext3 that ext2. Ext2 is obsolete by existing
technologies.

-- 
Albino B Neto
www.bino.us
"Debian. Freedom to code. Code to freedom!" faw
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: [GIT PULL] Ext3 removal, quota & udf fixes

[Albino B Neto]

2015-08-31 23:53 GMT-03:00 Theodore Ts'o <ty...@mit.edu>:
> Yes, you can go back to ext3-only.  In fact, we do *not* automatically
> upgrade the file system to use ext4-specific features.
>
>> So it's not just a "you can use ext4 instead" issue. Can you do that
>> *without* then forcing an upgrade forever on that partition? I'm not
>> sure the ext4 people are really even willing to guarantee that kind of
>> backwards compatibility.
>
> Actually, we do guarantee this.  It's considered poor form to
> automatically change the superblock to add new file system features in
> a way that would break the ability for the user to roll back to an
> older kernel.  This isn't just for ext3->ext4, but for new ext4
> features such as metadata checksumming.  The user has to explicitly
> enable the feature using "tune2fs -O new_feature /dev/sdXX".

Yeah!

2015-09-01 16:39 GMT-03:00 Austin S Hemmelgarn <ahferro...@gmail.com>:
> NO, it is not logical.  A vast majority of Android smartphones in the wild
> use ext2, as do a very significant portion of embedded systems that don't
> have room for the few hundred kilobytes of extra code that the ext4 driver
> has in comparison to ext2.

Ext2 portion embedded and Ext3 many machines.

-- 
Albino B Neto
www.bino.us
"Debian. Freedom to code. Code to freedom!" faw
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: [GIT PULL] Ext3 removal, quota & udf fixes

[Albino B Neto]

2015-08-31 19:31 GMT-03:00 Raymond Jennings <shent...@gmail.com>:
> I think also that we should remove the ext2 driver before we remove the ext3
> driver.

Yes. It is logical to remove the old ext2 drive, because there are
more computers with ext3 that ext2. Ext2 is obsolete by existing
technologies.

-- 
Albino B Neto
www.bino.us
"Debian. Freedom to code. Code to freedom!" faw
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: USB, TTY, char/misc, and Staging trees now closed for 4.3

[Albino B Neto]

2015-08-19 11:52 GMT-03:00 Greg KH :
> Given that 4.2 will be out in a few days, it's time to close my trees
> for new patches until 4.3-rc1 is out.

Ok

-- 
Albino B Neto
"Debian. Freedom to code. Code to freedom!" faw
twitter.com/b1n0anb
gplus.to/AlbinoBNeto
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: USB, TTY, char/misc, and Staging trees now closed for 4.3

[Albino B Neto]

2015-08-19 11:52 GMT-03:00 Greg KH gre...@linuxfoundation.org:
 Given that 4.2 will be out in a few days, it's time to close my trees
 for new patches until 4.3-rc1 is out.

Ok

-- 
Albino B Neto
Debian. Freedom to code. Code to freedom! faw
twitter.com/b1n0anb
gplus.to/AlbinoBNeto
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/