2 years agongene: Add lgdt3303 and mt2131 deps to Kconfig default tip
Devin Heitmueller <dheitmueller@kernellabs.com> [Sun, 21 Mar 2010 16:09:44 -0400] rev 14445
ngene: Add lgdt3303 and mt2131 deps to Kconfig

From: Devin Heitmueller <dheitmueller@kernellabs.com>

Add the demod and tuner dependencies required for the Avermedia m780 to the
Kconfig for the ngene driver.

Thanks to Oliver Endriss for pointing this out.

Priority: normal

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Cc: Oliver Endriss <o.endriss@gmx.de>

2 years agongene: start separating out DVB functions into separate file
Devin Heitmueller <dheitmueller@kernellabs.com> [Sat, 13 Mar 2010 21:10:13 -0500] rev 14444
ngene: start separating out DVB functions into separate file

From: Devin Heitmueller <dheitmueller@kernellabs.com>

Start moving the dvb specific code to ngene-dvb.c. Note that there is still
stuff in ngene-core.c which could potentially be moved out, but it will require
considerable reworking of the logic in order to continue to properly support
DVB while also being able to support transport streams coming from analog MPEG
encoders.

Priority: normal

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>

2 years agongene: move a few more DVB a/v related functions
Devin Heitmueller <dheitmueller@kernellabs.com> [Sat, 13 Mar 2010 20:33:36 -0500] rev 14443
ngene: move a few more DVB a/v related functions

From: Devin Heitmueller <dheitmueller@kernellabs.com>

Move a couple more functions out of ngene-core.c and into ngene-av.c

Priority: normal

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>

2 years agongene: split out eeprom functions int a separate file
Devin Heitmueller <dheitmueller@kernellabs.com> [Sat, 13 Mar 2010 20:22:46 -0500] rev 14442
ngene: split out eeprom functions int a separate file

From: Devin Heitmueller <dheitmueller@kernellabs.com>

Split out the eeprom functions into a new file called ngene-eeprom.c. This is
part of a larger refactoring of the driver in preparation for adding analog
support.

Note that this patch makes *no* functional change - all I did was cut/paste the
code and add the function prototypes to ngene.h as needed.

Priority: normal

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>

2 years agongene: move more card-specific code to ngene-cards.c
Devin Heitmueller <dheitmueller@kernellabs.com> [Sat, 13 Mar 2010 20:13:46 -0500] rev 14441
ngene: move more card-specific code to ngene-cards.c

From: Devin Heitmueller <dheitmueller@kernellabs.com>

When I split out card-specific code to ngene-cards.c, I missed a few
functions which were #ifdef'd out. Move those as well.

Priority: normal

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>

2 years agongene: split out DVB audio/video into a separate file
Devin Heitmueller <dheitmueller@kernellabs.com> [Sat, 13 Mar 2010 20:08:55 -0500] rev 14440
ngene: split out DVB audio/video into a separate file

From: Devin Heitmueller <dheitmueller@kernellabs.com>

Split out the DVB audio/functions into a separate file. This is part of a
larger refactoring of the driver in preparation for adding analog support.

Note that this patch makes *no* functional change - all I did was cut/paste the
code and add the function prototypes to ngene.h as needed.

Priority: normal

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>

2 years agongene: split out card specific code into a separate file
Devin Heitmueller <dheitmueller@kernellabs.com> [Sat, 13 Mar 2010 15:53:58 -0500] rev 14439
ngene: split out card specific code into a separate file

From: Devin Heitmueller <dheitmueller@kernellabs.com>

Split out the card profiles into a new file called ngene-cards.c. This is
part of a larger refactoring of the driver in preparation for adding analog
support.

Note that this patch makes *no* functional change - all I did was cut/paste the
code and add the function prototypes to ngene.h as needed.

Priority: normal

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>

2 years agongene: split out i2c code into a separate file
Devin Heitmueller <dheitmueller@kernellabs.com> [Sat, 13 Mar 2010 15:10:24 -0500] rev 14438
ngene: split out i2c code into a separate file

From: Devin Heitmueller <dheitmueller@kernellabs.com>

Split out the i2c related code from the ngene-core.c into a new file called
ngene-i2c.c. This is part of a larger refactoring of the driver in preparation
for adding analog support.

Note that this patch makes *no* functional change - all I did was cut/paste the
code and add the function prototypes to ngene.h as needed.

Priority: normal

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>

2 years agongene: add initial support for digital side of Avermedia m780
Devin Heitmueller <dheitmueller@kernellabs.com> [Sat, 13 Mar 2010 14:43:18 -0500] rev 14437
ngene: add initial support for digital side of Avermedia m780

From: Devin Heitmueller <dheitmueller@kernellabs.com>

Add ATSC/QAM support for the Avermedia m780. Note that this patch does
not include any analog support for the board, as the ngene bridge driver does
not yet have analog implemented

Priority: normal

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>

2 years agongene: properly support boards where channel 0 isn't a TS input
Devin Heitmueller <dheitmueller@kernellabs.com> [Sat, 13 Mar 2010 14:40:46 -0500] rev 14436
ngene: properly support boards where channel 0 isn't a TS input

From: Devin Heitmueller <dheitmueller@kernellabs.com>

The current code assumes that channel zero is always a TS input, which would
result in an oops if the "one_adapter" modprobe option is 1 (which it is by
default) and the board in question has something else on channel zero (which
is the case for the Avermedia m780, which has it's analog input wired to UVI1)

The code now explicitly tracks the first adapter created and ensures that
other channels cannot accidentially be associated with a NULL adapter.

Also, eliminate what appears to be a typo where all of the channel parameters
are getting associated with stream zero's properties, which will work if you
happen to have a dual stream board with the exact same configuration, but if
they differ then the second stream is going to end up with the first stream's
configuration.

Priority: normal

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>