<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/media/dvb/ngene, branch linux-3.6.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.6.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.6.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2012-07-06T17:54:43Z</updated>
<entry>
<title>[media] drxk: Make the QAM demodulator command parameters configurable</title>
<updated>2012-07-06T17:54:43Z</updated>
<author>
<name>Martin Blumenstingl</name>
</author>
<published>2012-07-04T20:36:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9e23f50a762c236049b4965a42d86d55fcdbbfb3'/>
<id>urn:sha1:9e23f50a762c236049b4965a42d86d55fcdbbfb3</id>
<content type='text'>
Currently there are two different implementations (in the firmware) for
the QAM demodulator command: one takes 4 and the other takes 2
parameters. The driver shows an error in dmesg When using the
4-parameter command with firmware that implements the 2-parameter
command. Unfortunately this happens every time when chaning the
frequency (on DVB-C).

This patch simply makes configurable, how many command parameters will
be used. All existing drxk_config instances using the "drxk_a3.mc" were
updated because this firmware is the only loadable firmware where the
QAM demodulator command takes 4 parameters. Some firmwares in the ROM
might also use it. The drxk instances in the em28xx-dvb driver were also
updated to silence the warnings.

If no qam_demod_parameter_count is given in the drxk_config struct, then
the correct number of parameters will be auto-detected.

[mchehab@redhat.com: Fix a small CodingStyle issue at one comment]
Signed-off-by: Martin Blumenstingl &lt;martin.blumenstingl@googlemail.com&gt;
Tested-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] ngene: remove an unneeded condition</title>
<updated>2012-04-26T18:29:23Z</updated>
<author>
<name>Dan Carpenter</name>
</author>
<published>2012-04-20T12:15:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bcb2cf6e0bf033d79821c89e5ccb328bfbd44907'/>
<id>urn:sha1:bcb2cf6e0bf033d79821c89e5ccb328bfbd44907</id>
<content type='text'>
"stat" is always zero here.  The condition used to be needed, but we
shifted stuff around in 0f0b270f90 "[media] ngene: CXD2099AR Common
Interface driver".

This doesn't change how the code works, it's just a bit tidier.

Signed-off-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] drxk: Don't assume a default firmware name</title>
<updated>2012-01-21T15:45:25Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
</author>
<published>2011-07-24T12:25:39Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=da989e0bc7f2b3db3fea417c0bae3c20c6455995'/>
<id>urn:sha1:da989e0bc7f2b3db3fea417c0bae3c20c6455995</id>
<content type='text'>
Move the ngene/ddbridge firmware into their drivers.

There are two reasons for that:
	1) The firmware used there didn't work for a few devices
I tested here (Terratec H5, H6 and H7);
	2) At least Terratec H7 doesn't seem to require a firmware
for it to work.

After this change, if firmware is not specified, the driver will
use a rom-based firmware (this seems to be the case for Terratec
H7, although I need to better check the USB dumps to be sure about
that).

In any case, the firmware seems to be optional, as the DRX-K driver
don't return the firmware load error.

Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] drxk: create only one frontend for both DVB-C and DVB-T</title>
<updated>2012-01-05T18:44:09Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
</author>
<published>2012-01-05T10:07:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fa4b2a171d42ffc512b3a86922ad68e1355eb17a'/>
<id>urn:sha1:fa4b2a171d42ffc512b3a86922ad68e1355eb17a</id>
<content type='text'>
Instead of creating two DVB frontend entries for the same device,
create just one entry, and fill the delivery_system according with
the supported standards.

Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>staging: Move media drivers to staging/media</title>
<updated>2011-11-03T09:59:03Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
</author>
<published>2011-11-02T00:23:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4860c73804c6e7ef8e69f98958489bb2bea6f6d2'/>
<id>urn:sha1:4860c73804c6e7ef8e69f98958489bb2bea6f6d2</id>
<content type='text'>
In practice, it is being hard to distinguish when a patch
should go to staging tree or to the media tree. Better
to distinguish it, by putting the media drivers at a
separate staging directory. Newer staging drivers that include
anything with "dvb*.h", "v4l2*.h" or "videodev2.h" should
go to the drivers/staging/media tree.

Acked-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] drivers/media: do not use EXTRA_CFLAGS</title>
<updated>2011-09-03T21:50:59Z</updated>
<author>
<name>Arnaud Lacombe</name>
</author>
<published>2011-08-15T05:07:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3f5c14d3d3d7a3f508f2fffa62731f13f8efdfba'/>
<id>urn:sha1:3f5c14d3d3d7a3f508f2fffa62731f13f8efdfba</id>
<content type='text'>
Usage of these flags has been deprecated for nearly 4 years by:

    commit f77bf01425b11947eeb3b5b54685212c302741b8
    Author: Sam Ravnborg &lt;sam@neptun.(none)&gt;
    Date:   Mon Oct 15 22:25:06 2007 +0200

        kbuild: introduce ccflags-y, asflags-y and ldflags-y

Moreover, these flags (at least EXTRA_CFLAGS) have been documented for command
line use. By default, gmake(1) do not override command line setting, so this is
likely to result in build failure or unexpected behavior.

Replace their usage by Kbuild's `{as,cc,ld}flags-y'.

Cc: Sam Ravnborg &lt;sam@ravnborg.org&gt;
Cc: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
Cc: linux-media@vger.kernel.org
Signed-off-by: Arnaud Lacombe &lt;lacombar@gmail.com&gt;
Acked-by: Laurent Pinchart &lt;laurent.pinchart@ideasonboard.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] drxk: Move I2C address into a config structure</title>
<updated>2011-07-27T20:55:48Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
</author>
<published>2011-07-09T15:36:58Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0fc55e81d3364e6535cacb10b5a579f8c62625b1'/>
<id>urn:sha1:0fc55e81d3364e6535cacb10b5a579f8c62625b1</id>
<content type='text'>
Currently, the only parameter to be configured is the I2C
address. However, Terratec H5 logs shows that it needs a different
setting for some things, and it has its own firmware.

So, move the addr into a config structure, in order to allow adding
the required configuration bits.

Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] ngene: Strip dummy packets inserted by the driver</title>
<updated>2011-07-27T20:55:44Z</updated>
<author>
<name>Oliver Endriss</name>
</author>
<published>2011-07-03T17:04:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=36e3fc8957abffa3218a6e3b61bef335eea80c03'/>
<id>urn:sha1:36e3fc8957abffa3218a6e3b61bef335eea80c03</id>
<content type='text'>
As the CI requires a continuous data stream, the driver inserts dummy
packets when necessary. Do not pass these packets to userspace anymore.

Signed-off-by: Oliver Endriss &lt;o.endriss@gmx.de&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] ngene: Update for latest cxd2099</title>
<updated>2011-07-27T20:55:44Z</updated>
<author>
<name>Oliver Endriss</name>
</author>
<published>2011-07-03T17:03:49Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3b2cfd6e1a4e727787b0a27ee7985e4012d7a142'/>
<id>urn:sha1:3b2cfd6e1a4e727787b0a27ee7985e4012d7a142</id>
<content type='text'>
Modifications for latest cxd2099.

Signed-off-by: Oliver Endriss &lt;o.endriss@gmx.de&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] ngene: Support DuoFlex CT attached to CineS2 and SaTiX-S2</title>
<updated>2011-07-27T20:55:43Z</updated>
<author>
<name>Oliver Endriss</name>
</author>
<published>2011-07-03T16:59:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a26c1b3e8bb1700c3fa1ed7d59d28a9681c40cf5'/>
<id>urn:sha1:a26c1b3e8bb1700c3fa1ed7d59d28a9681c40cf5</id>
<content type='text'>
Support DuoFlex CT with Digital Devices CineS2 and Mystique SaTiX-S2.

Signed-off-by: Oliver Endriss &lt;o.endriss@gmx.de&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
</feed>
