Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan

2007-02-21 Thread Randy Dunlap

James Simmons wrote:


...
If you start doing this, there are a lot more entries that need to be 
changed...


Which of Supported/Maintained/"Odd Fixes" is written doesn't matter in 
practice.


What matters is that James' email address gets into the entry so that 
patches and bug reports reach him.


James' work is definitely no below the average of entries marked as 
Maintained.


At this point I would say maintained. Plus Tony is coming back :-)
Its just recently I have been working on various other things like the 
display class.


Sure.  I'm not changing anything.  :)

--
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan

2007-02-21 Thread James Simmons

> > > Alot of patches have been flowing into the layer.
> > 
> > So would you like to leave it as Maintained or change it to
> > "Odd Fixes"?  (Maintained => a maintainer)  From the MAINTAINTERS file:
> > 
> > Supported:  Someone is actually paid to look after this.
> > Maintained: Someone actually looks after it.
> > Odd Fixes:  It has a maintainer but they don't have time to do
> > much other than throw the odd patch in. See below..
> > Orphan: No current maintainer [but maybe you could take the
> > role as you write your new code].
> > Obsolete:   Old code. Something tagged obsolete generally means
> > it has been replaced by a better system and you
> > should be using that.
> >...
> 
> If you start doing this, there are a lot more entries that need to be 
> changed...
> 
> Which of Supported/Maintained/"Odd Fixes" is written doesn't matter in 
> practice.
> 
> What matters is that James' email address gets into the entry so that 
> patches and bug reports reach him.
> 
> James' work is definitely no below the average of entries marked as 
> Maintained.

At this point I would say maintained. Plus Tony is coming back :-)
Its just recently I have been working on various other things like the 
display class.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan

2007-02-21 Thread James Simmons

   Alot of patches have been flowing into the layer.
  
  So would you like to leave it as Maintained or change it to
  Odd Fixes?  (Maintained = a maintainer)  From the MAINTAINTERS file:
  
  Supported:  Someone is actually paid to look after this.
  Maintained: Someone actually looks after it.
  Odd Fixes:  It has a maintainer but they don't have time to do
  much other than throw the odd patch in. See below..
  Orphan: No current maintainer [but maybe you could take the
  role as you write your new code].
  Obsolete:   Old code. Something tagged obsolete generally means
  it has been replaced by a better system and you
  should be using that.
 ...
 
 If you start doing this, there are a lot more entries that need to be 
 changed...
 
 Which of Supported/Maintained/Odd Fixes is written doesn't matter in 
 practice.
 
 What matters is that James' email address gets into the entry so that 
 patches and bug reports reach him.
 
 James' work is definitely no below the average of entries marked as 
 Maintained.

At this point I would say maintained. Plus Tony is coming back :-)
Its just recently I have been working on various other things like the 
display class.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan

2007-02-21 Thread Randy Dunlap

James Simmons wrote:


...
If you start doing this, there are a lot more entries that need to be 
changed...


Which of Supported/Maintained/Odd Fixes is written doesn't matter in 
practice.


What matters is that James' email address gets into the entry so that 
patches and bug reports reach him.


James' work is definitely no below the average of entries marked as 
Maintained.


At this point I would say maintained. Plus Tony is coming back :-)
Its just recently I have been working on various other things like the 
display class.


Sure.  I'm not changing anything.  :)

--
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan

2007-02-16 Thread Adrian Bunk
On Thu, Feb 15, 2007 at 03:05:26PM -0800, Randy Dunlap wrote:
> On Thu, 15 Feb 2007 22:26:10 + (GMT) James Simmons wrote:
> 
> > 
> > I wouldn't say it orphan. I just can't spend 8 hours a day on it. 
> > Alot of patches have been flowing into the layer.
> 
> So would you like to leave it as Maintained or change it to
> "Odd Fixes"?  (Maintained => a maintainer)  From the MAINTAINTERS file:
> 
>   Supported:  Someone is actually paid to look after this.
>   Maintained: Someone actually looks after it.
>   Odd Fixes:  It has a maintainer but they don't have time to do
>   much other than throw the odd patch in. See below..
>   Orphan: No current maintainer [but maybe you could take the
>   role as you write your new code].
>   Obsolete:   Old code. Something tagged obsolete generally means
>   it has been replaced by a better system and you
>   should be using that.
>...

If you start doing this, there are a lot more entries that need to be 
changed...

Which of Supported/Maintained/"Odd Fixes" is written doesn't matter in 
practice.

What matters is that James' email address gets into the entry so that 
patches and bug reports reach him.

James' work is definitely no below the average of entries marked as 
Maintained.

> ~Randy

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

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


Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan

2007-02-16 Thread Adrian Bunk
On Thu, Feb 15, 2007 at 03:05:26PM -0800, Randy Dunlap wrote:
 On Thu, 15 Feb 2007 22:26:10 + (GMT) James Simmons wrote:
 
  
  I wouldn't say it orphan. I just can't spend 8 hours a day on it. 
  Alot of patches have been flowing into the layer.
 
 So would you like to leave it as Maintained or change it to
 Odd Fixes?  (Maintained = a maintainer)  From the MAINTAINTERS file:
 
   Supported:  Someone is actually paid to look after this.
   Maintained: Someone actually looks after it.
   Odd Fixes:  It has a maintainer but they don't have time to do
   much other than throw the odd patch in. See below..
   Orphan: No current maintainer [but maybe you could take the
   role as you write your new code].
   Obsolete:   Old code. Something tagged obsolete generally means
   it has been replaced by a better system and you
   should be using that.
...

If you start doing this, there are a lot more entries that need to be 
changed...

Which of Supported/Maintained/Odd Fixes is written doesn't matter in 
practice.

What matters is that James' email address gets into the entry so that 
patches and bug reports reach him.

James' work is definitely no below the average of entries marked as 
Maintained.

 ~Randy

cu
Adrian

-- 

   Is there not promise of rain? Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   Only a promise, Lao Er said.
   Pearl S. Buck - Dragon Seed

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


Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan

2007-02-15 Thread Andrew Morton
On Thu, 15 Feb 2007 13:25:49 -0800
Randy Dunlap <[EMAIL PROTECTED]> wrote:

> From: Randy Dunlap <[EMAIL PROTECTED]>
> 
> Are we ready to do this?
> I'd love for Tony to return, but he's been missing for awhile now.
> 
> So this give us the following major areas that are marked as Orphan:
> 
> Firmware loader
> Framebuffer
> Serial (8250/16x50)
> 
> and PCMCIA has a Team.  It doesn't seem to be hurting.  :)
> 
> Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
> ---
>  MAINTAINERS |4 +---
>  1 file changed, 1 insertion(+), 3 deletions(-)
> 
> --- linux-2.6.20-git9.orig/MAINTAINERS
> +++ linux-2.6.20-git9/MAINTAINERS
> @@ -1321,11 +1321,9 @@ W: http://www.farsite.co.uk/
>  S:   Supported
>  
>  FRAMEBUFFER LAYER
> -P:   Antonino Daplas
> -M:   [EMAIL PROTECTED]
>  L:   [EMAIL PROTECTED] (subscribers-only)
>  W:   http://linux-fbdev.sourceforge.net/
> -S:   Maintained
> +S:   Orphan

No, James is keeping an eye on things, but he obviously doesn't have as
much time to work on it as Tony did.

My point was that for bugs such as the one Pavel identified we're no longer
able to palm it off on the maintainer and expect magic to happen.  Either we
all dig in and help out or things don't get fixed.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan

2007-02-15 Thread Randy Dunlap
On Thu, 15 Feb 2007 22:26:10 + (GMT) James Simmons wrote:

> 
> I wouldn't say it orphan. I just can't spend 8 hours a day on it. 
> Alot of patches have been flowing into the layer.

So would you like to leave it as Maintained or change it to
"Odd Fixes"?  (Maintained => a maintainer)  From the MAINTAINTERS file:

Supported:  Someone is actually paid to look after this.
Maintained: Someone actually looks after it.
Odd Fixes:  It has a maintainer but they don't have time to do
much other than throw the odd patch in. See below..
Orphan: No current maintainer [but maybe you could take the
role as you write your new code].
Obsolete:   Old code. Something tagged obsolete generally means
it has been replaced by a better system and you
should be using that.


> On Thu, 15 Feb 2007, Randy Dunlap wrote:
> 
> > From: Randy Dunlap <[EMAIL PROTECTED]>
> > 
> > Are we ready to do this?
> > I'd love for Tony to return, but he's been missing for awhile now.
> > 
> > So this give us the following major areas that are marked as Orphan:
> > 
> > Firmware loader
> > Framebuffer
> > Serial (8250/16x50)
> > 
> > and PCMCIA has a Team.  It doesn't seem to be hurting.  :)
> > 
> > Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
> > ---
> >  MAINTAINERS |4 +---
> >  1 file changed, 1 insertion(+), 3 deletions(-)
> > 
> > --- linux-2.6.20-git9.orig/MAINTAINERS
> > +++ linux-2.6.20-git9/MAINTAINERS
> > @@ -1321,11 +1321,9 @@ W:   http://www.farsite.co.uk/
> >  S: Supported
> >  
> >  FRAMEBUFFER LAYER
> > -P: Antonino Daplas
> > -M: [EMAIL PROTECTED]
> >  L: [EMAIL PROTECTED] (subscribers-only)
> >  W: http://linux-fbdev.sourceforge.net/
> > -S: Maintained
> > +S: Orphan
> >  
> >  FREESCALE SOC FS_ENET DRIVER
> >  P: Pantelis Antoniou

---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan

2007-02-15 Thread James Simmons

I wouldn't say it orphan. I just can't spend 8 hours a day on it. 
Alot of patches have been flowing into the layer.

On Thu, 15 Feb 2007, Randy Dunlap wrote:

> From: Randy Dunlap <[EMAIL PROTECTED]>
> 
> Are we ready to do this?
> I'd love for Tony to return, but he's been missing for awhile now.
> 
> So this give us the following major areas that are marked as Orphan:
> 
> Firmware loader
> Framebuffer
> Serial (8250/16x50)
> 
> and PCMCIA has a Team.  It doesn't seem to be hurting.  :)
> 
> Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
> ---
>  MAINTAINERS |4 +---
>  1 file changed, 1 insertion(+), 3 deletions(-)
> 
> --- linux-2.6.20-git9.orig/MAINTAINERS
> +++ linux-2.6.20-git9/MAINTAINERS
> @@ -1321,11 +1321,9 @@ W: http://www.farsite.co.uk/
>  S:   Supported
>  
>  FRAMEBUFFER LAYER
> -P:   Antonino Daplas
> -M:   [EMAIL PROTECTED]
>  L:   [EMAIL PROTECTED] (subscribers-only)
>  W:   http://linux-fbdev.sourceforge.net/
> -S:   Maintained
> +S:   Orphan
>  
>  FREESCALE SOC FS_ENET DRIVER
>  P:   Pantelis Antoniou
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan

2007-02-15 Thread James Simmons

I wouldn't say it orphan. I just can't spend 8 hours a day on it. 
Alot of patches have been flowing into the layer.

On Thu, 15 Feb 2007, Randy Dunlap wrote:

 From: Randy Dunlap [EMAIL PROTECTED]
 
 Are we ready to do this?
 I'd love for Tony to return, but he's been missing for awhile now.
 
 So this give us the following major areas that are marked as Orphan:
 
 Firmware loader
 Framebuffer
 Serial (8250/16x50)
 
 and PCMCIA has a Team.  It doesn't seem to be hurting.  :)
 
 Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
 ---
  MAINTAINERS |4 +---
  1 file changed, 1 insertion(+), 3 deletions(-)
 
 --- linux-2.6.20-git9.orig/MAINTAINERS
 +++ linux-2.6.20-git9/MAINTAINERS
 @@ -1321,11 +1321,9 @@ W: http://www.farsite.co.uk/
  S:   Supported
  
  FRAMEBUFFER LAYER
 -P:   Antonino Daplas
 -M:   [EMAIL PROTECTED]
  L:   [EMAIL PROTECTED] (subscribers-only)
  W:   http://linux-fbdev.sourceforge.net/
 -S:   Maintained
 +S:   Orphan
  
  FREESCALE SOC FS_ENET DRIVER
  P:   Pantelis Antoniou
 -
 To unsubscribe from this list: send the line unsubscribe linux-kernel in
 the body of a message to [EMAIL PROTECTED]
 More majordomo info at  http://vger.kernel.org/majordomo-info.html
 Please read the FAQ at  http://www.tux.org/lkml/
 
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan

2007-02-15 Thread Randy Dunlap
On Thu, 15 Feb 2007 22:26:10 + (GMT) James Simmons wrote:

 
 I wouldn't say it orphan. I just can't spend 8 hours a day on it. 
 Alot of patches have been flowing into the layer.

So would you like to leave it as Maintained or change it to
Odd Fixes?  (Maintained = a maintainer)  From the MAINTAINTERS file:

Supported:  Someone is actually paid to look after this.
Maintained: Someone actually looks after it.
Odd Fixes:  It has a maintainer but they don't have time to do
much other than throw the odd patch in. See below..
Orphan: No current maintainer [but maybe you could take the
role as you write your new code].
Obsolete:   Old code. Something tagged obsolete generally means
it has been replaced by a better system and you
should be using that.


 On Thu, 15 Feb 2007, Randy Dunlap wrote:
 
  From: Randy Dunlap [EMAIL PROTECTED]
  
  Are we ready to do this?
  I'd love for Tony to return, but he's been missing for awhile now.
  
  So this give us the following major areas that are marked as Orphan:
  
  Firmware loader
  Framebuffer
  Serial (8250/16x50)
  
  and PCMCIA has a Team.  It doesn't seem to be hurting.  :)
  
  Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
  ---
   MAINTAINERS |4 +---
   1 file changed, 1 insertion(+), 3 deletions(-)
  
  --- linux-2.6.20-git9.orig/MAINTAINERS
  +++ linux-2.6.20-git9/MAINTAINERS
  @@ -1321,11 +1321,9 @@ W:   http://www.farsite.co.uk/
   S: Supported
   
   FRAMEBUFFER LAYER
  -P: Antonino Daplas
  -M: [EMAIL PROTECTED]
   L: [EMAIL PROTECTED] (subscribers-only)
   W: http://linux-fbdev.sourceforge.net/
  -S: Maintained
  +S: Orphan
   
   FREESCALE SOC FS_ENET DRIVER
   P: Pantelis Antoniou

---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH] MAINTAINERS: mark framebuffer as Orphan

2007-02-15 Thread Andrew Morton
On Thu, 15 Feb 2007 13:25:49 -0800
Randy Dunlap [EMAIL PROTECTED] wrote:

 From: Randy Dunlap [EMAIL PROTECTED]
 
 Are we ready to do this?
 I'd love for Tony to return, but he's been missing for awhile now.
 
 So this give us the following major areas that are marked as Orphan:
 
 Firmware loader
 Framebuffer
 Serial (8250/16x50)
 
 and PCMCIA has a Team.  It doesn't seem to be hurting.  :)
 
 Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
 ---
  MAINTAINERS |4 +---
  1 file changed, 1 insertion(+), 3 deletions(-)
 
 --- linux-2.6.20-git9.orig/MAINTAINERS
 +++ linux-2.6.20-git9/MAINTAINERS
 @@ -1321,11 +1321,9 @@ W: http://www.farsite.co.uk/
  S:   Supported
  
  FRAMEBUFFER LAYER
 -P:   Antonino Daplas
 -M:   [EMAIL PROTECTED]
  L:   [EMAIL PROTECTED] (subscribers-only)
  W:   http://linux-fbdev.sourceforge.net/
 -S:   Maintained
 +S:   Orphan

No, James is keeping an eye on things, but he obviously doesn't have as
much time to work on it as Tony did.

My point was that for bugs such as the one Pavel identified we're no longer
able to palm it off on the maintainer and expect magic to happen.  Either we
all dig in and help out or things don't get fixed.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/