alevt-dvb 1.7.0: new version, should be free from bugs now

alevt-dvb 1.7.0: new version, should be free from bugs now

[Chicken Shack]

[-- Attachment #1: Type: text/plain, Size: 403 bytes --]

Hi,

my way to say "Thank you".
Just enjoy this tiny little program with the latest kernel.
Debian files for producing a Debian binary included.
This version needs libzvbi as dependency to run.
Thanks to Tom Zoerne for the implemention patch that I found by
accident.


Cheers
CS

P. S.: There are two issues in the TODO list.
Please drop me a note if you can fix those issues mentioned there.

ENJOY!


[-- Attachment #2: alevt-1.7.0.tar.bz2 --]
[-- Type: application/x-bzip-compressed-tar, Size: 79050 bytes --]

Re: alevt-dvb 1.7.0: new version, should be free from bugs now

[Francesco Lavra]

On Thu, 2010-02-11 at 22:26 +0100, Chicken Shack wrote:
> Hi,
> 
> my way to say "Thank you".
> Just enjoy this tiny little program with the latest kernel.
> Debian files for producing a Debian binary included.
> This version needs libzvbi as dependency to run.
> Thanks to Tom Zoerne for the implemention patch that I found by
> accident.
> 
> 
> Cheers
> CS
> 
> P. S.: There are two issues in the TODO list.
> Please drop me a note if you can fix those issues mentioned there.
> 
> ENJOY!

What about adding this program to v4l-dvb (under v4l2-apps/util/)?
AFAIK, alevt currently doesn't have a proper site where development
could take place.
I think it would enjoy a better maintenance if it was hosted in vl4-dvb,
and it could be an additional testing tool useful for drivers
development.
And it is GPL-licensed.

Francesco

Re: alevt-dvb 1.7.0: new version, should be free from bugs now

[Chicken Shack]

Am Samstag, den 13.02.2010, 10:56 +0100 schrieb Francesco Lavra:
> On Thu, 2010-02-11 at 22:26 +0100, Chicken Shack wrote:
> > Hi,
> > 
> > my way to say "Thank you".
> > Just enjoy this tiny little program with the latest kernel.
> > Debian files for producing a Debian binary included.
> > This version needs libzvbi as dependency to run.
> > Thanks to Tom Zoerne for the implemention patch that I found by
> > accident.
> > 
> > 
> > Cheers
> > CS
> > 
> > P. S.: There are two issues in the TODO list.
> > Please drop me a note if you can fix those issues mentioned there.
> > 
> > ENJOY!
> 
> What about adding this program to v4l-dvb (under v4l2-apps/util/)?
> AFAIK, alevt currently doesn't have a proper site where development
> could take place.
> I think it would enjoy a better maintenance if it was hosted in vl4-dvb,
> and it could be an additional testing tool useful for drivers
> development.
> And it is GPL-licensed.
> 
> Francesco

Hi Francesco,

I wish your point of view were right. But it isn't at all.

There are a couple of reasons for that:

1. As long as there is not at least one person doing the necessary DVB
maintenance sponsored by some industry there will never be a significant
change at all.
The roots of the DVB project were a company called Convergence media in
Cologne, Germany. When this company broke down, the relevant persons
vanished one by one leaving behind their heritage.
For details ask the administrator of linuxtv.org, Johannes Stezenbach.

2. Right now the personnel of the DVB development appears and vanishes
whenever they want to. It's completely absurd to build up a kernel
branch nearly only on volunteers, but that's the way it is.
Even Linus Torvalds does not see that there should be a change:
Do everything to win skilled ans sponsored people for the work to be
done.

3. I do not trust in the capabilities of the man who is maintaining the
actual dvb-apps. His mouth is too big, his thoughts are malicious very
often, his experience level is rather low, and his capabilities aren't
even mediocre.
And worst of all: exaggerated egoism instead of real partnership work,
real team work, same problem as with Mauro Carvalho Chehab.

Applying for a job these people wouldn't even pass at least one
so-called assessment test (which is checking out the human skills).
But there seem to be places in the world where this kind of tests aren't
mandatory at all.


Basic rule: Centralization itself does not resolve any problem at all.
You need qualified people and, as a minimum adequate demand, at least
one sponsored person if the job is not only a "fun bringer" but at least
in significant parts a rather "unthankful" one.

DVB development at linuxtv.org has been a stepchild for more than 5
years now.
All the former significant people have vanished.

As long as this continues we're on our own: It's us picking up the
issues, it's us to investigate etc.
We cannot continue to delegate issues in the traditional paternalistic
spirit - at least not with these people.


To get back to the program:

I still do not comprehend why alevt-dvb hangs when the transponder is
changed.
I've found out that if you start it without any commandline parameters
it does the following:

a. read and parse the PAT
b. read and parse the SDT
c. read and parse the PMT

It will always start reading the videotext of the program with the first
found (i. e. the lowest) PMT.

2 effects out of its standard behaviour:

1. When you change the channel within the current transponder the
program takes a short break and then comes back continuing to read the
same PMT. It will not follow the external player doing the tuning to the
new channel.

2. When you change the channel AND change the transponder the program
will hang and will only get finished by _killall_.

The task is to change that behaviour. alevt-dvb should follow the new
channel. In mtt (by Gerd Hoffmann @ bytesex.org - xawtv-4.0 pre) a
module called dvb-monitor does that job.

Cheers

CS

Re: alevt-dvb 1.7.0: new version, should be free from bugs now

[Emil Meier]

--- On Sat, 2/13/10, Chicken Shack <chicken.shack@gmx.de> wrote:

> From: Chicken Shack <chicken.shack@gmx.de>
> Subject: Re: alevt-dvb 1.7.0: new version, should be free from bugs now
> To: "Francesco Lavra" <francescolavra@interfree.it>
> Cc: "Linux media" <linux-media@vger.kernel.org>
> Date: Saturday, February 13, 2010, 6:11 AM
> Am Samstag, den 13.02.2010, 10:56
> +0100 schrieb Francesco Lavra:
> > On Thu, 2010-02-11 at 22:26 +0100, Chicken Shack
> wrote:
> > > Hi,
> > > 
> > > my way to say "Thank you".
> > > Just enjoy this tiny little program with the
> latest kernel.
> > > Debian files for producing a Debian binary
> included.
> > > This version needs libzvbi as dependency to run.
> > > Thanks to Tom Zoerne for the implemention patch
> that I found by
> > > accident.
> > > 
> > > 
> > > Cheers
> > > CS
> > > 
> > > P. S.: There are two issues in the TODO list.
> > > Please drop me a note if you can fix those issues
> mentioned there.
> > > 
> > > ENJOY!
Does this version work with recent kernels without reverting dvb-demux?

> > 
> > What about adding this program to v4l-dvb (under
> v4l2-apps/util/)?
> > AFAIK, alevt currently doesn't have a proper site
> where development
> > could take place.
> > I think it would enjoy a better maintenance if it was
> hosted in vl4-dvb,
> > and it could be an additional testing tool useful for
> drivers
> > development.
> > And it is GPL-licensed.
> > 
> > Francesco
> 
> Hi Francesco,
> 
> I wish your point of view were right. But it isn't at all.
> 
> There are a couple of reasons for that:
> 
> 1. As long as there is not at least one person doing the
> necessary DVB
> maintenance sponsored by some industry there will never be
> a significant
> change at all.
> The roots of the DVB project were a company called
> Convergence media in
> Cologne, Germany. When this company broke down, the
> relevant persons
> vanished one by one leaving behind their heritage.
> For details ask the administrator of linuxtv.org, Johannes
> Stezenbach.
> 
> 2. Right now the personnel of the DVB development appears
> and vanishes
> whenever they want to. It's completely absurd to build up a
> kernel
> branch nearly only on volunteers, but that's the way it
> is.
> Even Linus Torvalds does not see that there should be a
> change:
> Do everything to win skilled ans sponsored people for the
> work to be
> done.
> 
> 3. I do not trust in the capabilities of the man who is
> maintaining the
> actual dvb-apps. His mouth is too big, his thoughts are
> malicious very
> often, his experience level is rather low, and his
> capabilities aren't
> even mediocre.
> And worst of all: exaggerated egoism instead of real
> partnership work,
> real team work, same problem as with Mauro Carvalho
> Chehab.
> 
> Applying for a job these people wouldn't even pass at least
> one
> so-called assessment test (which is checking out the human
> skills).
> But there seem to be places in the world where this kind of
> tests aren't
> mandatory at all.
> 
> 
> Basic rule: Centralization itself does not resolve any
> problem at all.
> You need qualified people and, as a minimum adequate
> demand, at least
> one sponsored person if the job is not only a "fun bringer"
> but at least
> in significant parts a rather "unthankful" one.
> 
> DVB development at linuxtv.org has been a stepchild for
> more than 5
> years now.
> All the former significant people have vanished.
> 
> As long as this continues we're on our own: It's us picking
> up the
> issues, it's us to investigate etc.
> We cannot continue to delegate issues in the traditional
> paternalistic
> spirit - at least not with these people.
> 
> 
> To get back to the program:
> 
> I still do not comprehend why alevt-dvb hangs when the
> transponder is
> changed.
> I've found out that if you start it without any commandline
> parameters
> it does the following:
> 
> a. read and parse the PAT
> b. read and parse the SDT
> c. read and parse the PMT
> 
> It will always start reading the videotext of the program
> with the first
> found (i. e. the lowest) PMT.
> 
> 2 effects out of its standard behaviour:
> 
> 1. When you change the channel within the current
> transponder the
> program takes a short break and then comes back continuing
> to read the
> same PMT. It will not follow the external player doing the
> tuning to the
> new channel.
> 
> 2. When you change the channel AND change the transponder
> the program
> will hang and will only get finished by _killall_.

Or you can tune back to the original transponder or a transponder with the same provider, then alevt works again.
So there is may be a check for the provider name.
> 
> The task is to change that behaviour. alevt-dvb should
> follow the new
> channel. In mtt (by Gerd Hoffmann @ bytesex.org - xawtv-4.0
> pre) a
> module called dvb-monitor does that job.
> 
> Cheers
> 
> CS
Thanks for your this version.

Emil



      

Re: alevt-dvb 1.7.0: new version, should be free from bugs now

[Chicken Shack]

[-- Attachment #1: Type: text/plain, Size: 8229 bytes --]

Am Mittwoch, den 17.02.2010, 15:50 -0800 schrieb Emil Meier:
> 
> --- On Sat, 2/13/10, Chicken Shack <chicken.shack@gmx.de> wrote:
> 
> > From: Chicken Shack <chicken.shack@gmx.de>
> > Subject: Re: alevt-dvb 1.7.0: new version, should be free from bugs now
> > To: "Francesco Lavra" <francescolavra@interfree.it>
> > Cc: "Linux media" <linux-media@vger.kernel.org>
> > Date: Saturday, February 13, 2010, 6:11 AM
> > Am Samstag, den 13.02.2010, 10:56
> > +0100 schrieb Francesco Lavra:
> > > On Thu, 2010-02-11 at 22:26 +0100, Chicken Shack
> > wrote:
> > > > Hi,
> > > > 
> > > > my way to say "Thank you".
> > > > Just enjoy this tiny little program with the
> > latest kernel.
> > > > Debian files for producing a Debian binary
> > included.
> > > > This version needs libzvbi as dependency to run.
> > > > Thanks to Tom Zoerne for the implemention patch
> > that I found by
> > > > accident.
> > > > 
> > > > 
> > > > Cheers
> > > > CS
> > > > 
> > > > P. S.: There are two issues in the TODO list.
> > > > Please drop me a note if you can fix those issues
> > mentioned there.
> > > > 
> > > > ENJOY!
> Does this version work with recent kernels without reverting dvb-demux?

Good question!

Unless Greg Kroah-Hartman does not publish another sublevel of 2.6.32
this version ( plus the appended one ) will run on all kernel except
from 2.6.32.
As 2.6.32 is exposed to become a reference kernel for many distros I
will Cc him in this mail......

 
> > > What about adding this program to v4l-dvb (under
> > v4l2-apps/util/)?
> > > AFAIK, alevt currently doesn't have a proper site
> > where development
> > > could take place.
> > > I think it would enjoy a better maintenance if it was
> > hosted in vl4-dvb,
> > > and it could be an additional testing tool useful for
> > drivers
> > > development.
> > > And it is GPL-licensed.
> > > 
> > > Francesco
> > 
> > Hi Francesco,
> > 
> > I wish your point of view were right. But it isn't at all.
> > 
> > There are a couple of reasons for that:
> > 
> > 1. As long as there is not at least one person doing the
> > necessary DVB
> > maintenance sponsored by some industry there will never be
> > a significant
> > change at all.
> > The roots of the DVB project were a company called
> > Convergence media in
> > Cologne, Germany. When this company broke down, the
> > relevant persons
> > vanished one by one leaving behind their heritage.
> > For details ask the administrator of linuxtv.org, Johannes
> > Stezenbach.
> > 
> > 2. Right now the personnel of the DVB development appears
> > and vanishes
> > whenever they want to. It's completely absurd to build up a
> > kernel
> > branch nearly only on volunteers, but that's the way it
> > is.
> > Even Linus Torvalds does not see that there should be a
> > change:
> > Do everything to win skilled ans sponsored people for the
> > work to be
> > done.
> > 
> > 3. I do not trust in the capabilities of the man who is
> > maintaining the
> > actual dvb-apps. His mouth is too big, his thoughts are
> > malicious very
> > often, his experience level is rather low, and his
> > capabilities aren't
> > even mediocre.
> > And worst of all: exaggerated egoism instead of real
> > partnership work,
> > real team work, same problem as with Mauro Carvalho
> > Chehab.
> > 
> > Applying for a job these people wouldn't even pass at least
> > one
> > so-called assessment test (which is checking out the human
> > skills).
> > But there seem to be places in the world where this kind of
> > tests aren't
> > mandatory at all.
> > 
> > 
> > Basic rule: Centralization itself does not resolve any
> > problem at all.
> > You need qualified people and, as a minimum adequate
> > demand, at least
> > one sponsored person if the job is not only a "fun bringer"
> > but at least
> > in significant parts a rather "unthankful" one.
> > 
> > DVB development at linuxtv.org has been a stepchild for
> > more than 5
> > years now.
> > All the former significant people have vanished.
> > 
> > As long as this continues we're on our own: It's us picking
> > up the
> > issues, it's us to investigate etc.
> > We cannot continue to delegate issues in the traditional
> > paternalistic
> > spirit - at least not with these people.
> > 
> > 
> > To get back to the program:
> > 
> > I still do not comprehend why alevt-dvb hangs when the
> > transponder is
> > changed.
> > I've found out that if you start it without any commandline
> > parameters
> > it does the following:
> > 
> > a. read and parse the PAT
> > b. read and parse the SDT
> > c. read and parse the PMT
> > 
> > It will always start reading the videotext of the program
> > with the first
> > found (i. e. the lowest) PMT.
> > 
> > 2 effects out of its standard behaviour:
> > 
> > 1. When you change the channel within the current
> > transponder the
> > program takes a short break and then comes back continuing
> > to read the
> > same PMT. It will not follow the external player doing the
> > tuning to the
> > new channel.
> > 
> > 2. When you change the channel AND change the transponder
> > the program
> > will hang and will only get finished by _killall_.
> 
> Or you can tune back to the original transponder or a transponder with the same provider, then alevt works again.
> So there is may be a check for the provider name.

Not exactly. As long as there is no necessity to reread the PAT (Program
association table) everything is working fine. At the current state the
mechanism (or system call) to restart or reset the reading and parsing
process of PAT, SDT, PMT is missing. And that exactly poses the problems
as soon as you change the transponder......
As long as you do not change the transponder, PAT, SDT and PMT stay the
same.
Transponder is not equal to provider........
google is your friend or have a look at etsi.org.......

The required monitoring demon MUST work independently from the external
player application doing the tuning.

My current script switches off and restarts alevt at every channel
change, including waitstates so that the player application and alevt do
not interfere when accessing the demux device (->timing issue)....
But that's just a very dirty workaround.....

> > The task is to change that behaviour. alevt-dvb should
> > follow the new
> > channel. In mtt (by Gerd Hoffmann @ bytesex.org - xawtv-4.0
> > pre) a
> > module called dvb-monitor does that job.
> > 
> > Cheers
> > 
> > CS
> Thanks for your this version.

You're welcome as every other user is.

> Emil

Emil and others: Will you please use the appended version?

I kicked out a nasty error message that printed out an error every time
when alevt was entering a zero entry in the PAT.
This error message wasn't even relevant for debug purposes, so I
eliminated it.
I dropped some lines about external dependencies in the README file.

Some critical words on that one:

http://linuxtv.org/hg/dvb-apps/rev/7de0663facd9

1. alevt-dvb is not a DVB-only application. It's core origin is to
address analogue cards. Only within a rather incomplete patchset alevt
can address DVB cards too. In so far that's a bad idea to put it into
the dvb-apps.....

2. With the exception of Christoph Pfister who has done a very good job
with the latest kaffeine the personal scenery @ linuxtv.org is like a
rat race in the production of appropriate drivers.
Production and maintenance of applications is rather cemetary-like @
linuxtv.org, i. e. de facto not existing.

It's for instance hihghly questionable why there are still 2 formats for
a channels.conf file (vdr format and the reduced zap format).
The zap format is obsolete IMHO.

As the situation is as it is, this expectation at least sounds utmost
naive and has got nothing to do with reality as it is:

"What about adding this program to v4l-dvb (under v4l2-apps/util/)?
AFAIK, alevt currently doesn't have a proper site where development
could take place. I think it would enjoy a better maintenance if it was
hosted in vl4-dvb, and it could be an additional testing tool useful for
drivers development. And it is GPL-licensed. (Francesco Lavra)"

For Greg Kroah-Hartman:

This one should go into kernel 2.6.32, just to close a gap of kernel
regressions:

http://linuxtv.org/hg/v4l-dvb/rev/2dfe2234e7ea

ENJOY!

CS


[-- Attachment #2: alevt-1.7.0.tar.bz2 --]
[-- Type: application/x-bzip-compressed-tar, Size: 73448 bytes --]

Re: alevt-dvb 1.7.0: new version, should be free from bugs now

[Emil Meier]

--- On Thu, 2/18/10, Chicken Shack <chicken.shack@gmx.de> wrote:

> From: Chicken Shack <chicken.shack@gmx.de>
> Subject: Re: alevt-dvb 1.7.0: new version, should be free from bugs now
> To: "Emil Meier" <emil276me@yahoo.com>
> Cc: "Linux media" <linux-media@vger.kernel.org>, greg@kroah.com, francescolavra@interfree.it
> Date: Thursday, February 18, 2010, 3:57 AM
> Am Mittwoch, den 17.02.2010, 15:50
> -0800 schrieb Emil Meier:
> > 
> > 
> > Or you can tune back to the original transponder or a
> transponder with the same provider, then alevt works again.
> > So there is may be a check for the provider name.
> 
> Not exactly. As long as there is no necessity to reread the
> PAT (Program
> association table) everything is working fine. At the
> current state the
> mechanism (or system call) to restart or reset the reading
> and parsing
> process of PAT, SDT, PMT is missing. And that exactly poses
> the problems
> as soon as you change the transponder......
> As long as you do not change the transponder, PAT, SDT and
> PMT stay the
> same.
> Transponder is not equal to provider........
> google is your friend or have a look at etsi.org.......
> 
Yes, but I have tested a Transponder change, where the Provider name of the new transponder is the same as before, then alevt changes to a new channel (may be the first one) and continues to work again.
As I have edited my kaffeine channels.dvb on my own, I am very sure, that I have changed the transponder...

Is your version 1.7.0 connected to the version 1.7.0 which Uwe Bulga sent to me?
I will test your new version this evening.

As I am using alevt since I think over 10 years, I hope that I can use this application again with vanilla kernels without reverse-patching!!!
At the moment I am using 2.6.32.7 with a reverse patch Uwe sent to me...
This works fine as before...
Maybe 2.6.32.8 can correct the dvb-demux driver.


> The required monitoring demon MUST work independently from
> the external
> player application doing the tuning.
> 
> My current script switches off and restarts alevt at every
> channel
> change, including waitstates so that the player application
> and alevt do
> not interfere when accessing the demux device (->timing
> issue)....
> But that's just a very dirty workaround.....
> 
I will have a look into alevt, why the update and eventhandling stops after changing transponder/provider...
May be I can find something.

> > > The task is to change that behaviour. alevt-dvb
> should
> > > follow the new
> > > channel. In mtt (by Gerd Hoffmann @ bytesex.org -
> xawtv-4.0
> > > pre) a
> > > module called dvb-monitor does that job.
> > > 
> > > Cheers
> > > 
> > > CS
> > Thanks for your this version.
> 
> You're welcome as every other user is.
> 
> > Emil
> 
> Emil and others: Will you please use the appended version?
> 
> I kicked out a nasty error message that printed out an
> error every time
> when alevt was entering a zero entry in the PAT.
> This error message wasn't even relevant for debug purposes,
> so I
> eliminated it.
> I dropped some lines about external dependencies in the
> README file.
> 
> Some critical words on that one:
> 
> http://linuxtv.org/hg/dvb-apps/rev/7de0663facd9
> 
> 1. alevt-dvb is not a DVB-only application. It's core
> origin is to
> address analogue cards. Only within a rather incomplete
> patchset alevt
> can address DVB cards too. In so far that's a bad idea to
> put it into
> the dvb-apps.....
> 
> 2. With the exception of Christoph Pfister who has done a
> very good job
> with the latest kaffeine the personal scenery @ linuxtv.org
> is like a
> rat race in the production of appropriate drivers.
> Production and maintenance of applications is rather
> cemetary-like @
> linuxtv.org, i. e. de facto not existing.
> 
> It's for instance hihghly questionable why there are still
> 2 formats for
> a channels.conf file (vdr format and the reduced zap
> format).
> The zap format is obsolete IMHO.
> 
> As the situation is as it is, this expectation at least
> sounds utmost
> naive and has got nothing to do with reality as it is:
> 
> "What about adding this program to v4l-dvb (under
> v4l2-apps/util/)?
> AFAIK, alevt currently doesn't have a proper site where
> development
> could take place. I think it would enjoy a better
> maintenance if it was
> hosted in vl4-dvb, and it could be an additional testing
> tool useful for
> drivers development. And it is GPL-licensed. (Francesco
> Lavra)"
> 
> For Greg Kroah-Hartman:
> 
> This one should go into kernel 2.6.32, just to close a gap
> of kernel
> regressions:
> 
> http://linuxtv.org/hg/v4l-dvb/rev/2dfe2234e7ea
> 
> ENJOY!
> 
> CS
> 
> 
Thanks 
Emil


      

Re: alevt-dvb 1.7.0: new version, should be free from bugs now

[Greg KH]

On Thu, Feb 18, 2010 at 09:57:56AM +0100, Chicken Shack wrote:
> For Greg Kroah-Hartman:
> 
> This one should go into kernel 2.6.32, just to close a gap of kernel
> regressions:
> 
> http://linuxtv.org/hg/v4l-dvb/rev/2dfe2234e7ea

I have no idea what you are asking me to do here.

If you need a patch in the -stable tree, send the git commit id of the
patch that is in Linus's tree to the stable@kernel.org email address.

If it is not in Linus's tree, I can not accept it.

confused,

greg k-h

Re: alevt-dvb 1.7.0: new version, should be free from bugs now

[Chicken Shack]

Am Donnerstag, den 18.02.2010, 06:40 -0800 schrieb Greg KH:
> On Thu, Feb 18, 2010 at 09:57:56AM +0100, Chicken Shack wrote:
> > For Greg Kroah-Hartman:
> > 
> > This one should go into kernel 2.6.32, just to close a gap of kernel
> > regressions:
> > 
> > http://linuxtv.org/hg/v4l-dvb/rev/2dfe2234e7ea
> 
> I have no idea what you are asking me to do here.
> 
> If you need a patch in the -stable tree, send the git commit id of the
> patch that is in Linus's tree to the stable@kernel.org email address.

OK. So this is a bit new and confusing, and it is definitely not my job,
as there are so-called MAINTAINERS for that, but I will try my best:


Here is the link:

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=691c9ae099b9bcb5c27125af00a4a90120977458

and this ought to be the commit id:

commit	691c9ae099b9bcb5c27125af00a4a90120977458

SOB etc. please see link.


> If it is not in Linus's tree, I can not accept it.

It is there, please see above!

Instead of doing a steady maintainers job, Mauro Carvalho Chehab prefers
to play kiddish games by substituting functionable kernel patches with
his own disfunctionable ones, as you can see here:

http://www.spinics.net/lists/linux-media/msg15749.html

and here:

http://www.spinics.net/lists/linux-media/msg15761.html

The maintainers job would have been to send the commit ID to
stable@kernel.org, but foolish experiments seem to be more important
than a fix for a stable kernel.

> confused,

> greg k-h

enlightened and delighted,

Chicken Shack :)  :)

stable@kernel.org Cced.....

Re: alevt-dvb 1.7.0: new version, should be free from bugs now

[Greg KH]

On Thu, Feb 18, 2010 at 04:15:47PM +0100, Chicken Shack wrote:
> Am Donnerstag, den 18.02.2010, 06:40 -0800 schrieb Greg KH:
> > On Thu, Feb 18, 2010 at 09:57:56AM +0100, Chicken Shack wrote:
> > > For Greg Kroah-Hartman:
> > > 
> > > This one should go into kernel 2.6.32, just to close a gap of kernel
> > > regressions:
> > > 
> > > http://linuxtv.org/hg/v4l-dvb/rev/2dfe2234e7ea
> > 
> > I have no idea what you are asking me to do here.
> > 
> > If you need a patch in the -stable tree, send the git commit id of the
> > patch that is in Linus's tree to the stable@kernel.org email address.
> 
> OK. So this is a bit new and confusing, and it is definitely not my job,
> as there are so-called MAINTAINERS for that, but I will try my best:
> 
> 
> Here is the link:
> 
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=691c9ae099b9bcb5c27125af00a4a90120977458
> 
> and this ought to be the commit id:
> 
> commit	691c9ae099b9bcb5c27125af00a4a90120977458
> 
> SOB etc. please see link.

That patch is already queued up for the next 2.6.32-stable kernel
release.  The people involved in that patch should have already gotten
an email saying so.

> > If it is not in Linus's tree, I can not accept it.
> 
> It is there, please see above!
> 
> Instead of doing a steady maintainers job, Mauro Carvalho Chehab prefers
> to play kiddish games by substituting functionable kernel patches with
> his own disfunctionable ones, as you can see here:

I have a 6 year old with better manners, please leave these kinds of
insults at home.  The maintainers already properly notified the stable
team of that patch, as you can see by it already being queued up.

bah,

greg k-h

Re: alevt-dvb 1.7.0: new version, should be free from bugs now

[Chicken Shack]

Am Donnerstag, den 18.02.2010, 07:34 -0800 schrieb Greg KH:
> On Thu, Feb 18, 2010 at 04:15:47PM +0100, Chicken Shack wrote:
> > Am Donnerstag, den 18.02.2010, 06:40 -0800 schrieb Greg KH:
> > > On Thu, Feb 18, 2010 at 09:57:56AM +0100, Chicken Shack wrote:
> > > > For Greg Kroah-Hartman:
> > > > 
> > > > This one should go into kernel 2.6.32, just to close a gap of kernel
> > > > regressions:
> > > > 
> > > > http://linuxtv.org/hg/v4l-dvb/rev/2dfe2234e7ea
> > > 
> > > I have no idea what you are asking me to do here.
> > > 
> > > If you need a patch in the -stable tree, send the git commit id of the
> > > patch that is in Linus's tree to the stable@kernel.org email address.
> > 
> > OK. So this is a bit new and confusing, and it is definitely not my job,
> > as there are so-called MAINTAINERS for that, but I will try my best:
> > 
> > 
> > Here is the link:
> > 
> > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=691c9ae099b9bcb5c27125af00a4a90120977458
> > 
> > and this ought to be the commit id:
> > 
> > commit	691c9ae099b9bcb5c27125af00a4a90120977458
> > 
> > SOB etc. please see link.
> 
> That patch is already queued up for the next 2.6.32-stable kernel
> release.  The people involved in that patch should have already gotten
> an email saying so.

Thanks! This is the only thing I wanted to make sure.

Regards

CS