<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/media/dvb/frontends/mt352.c, branch linux-3.2.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.2.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.2.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2010-10-21T03:04:52Z</updated>
<entry>
<title>V4L/DVB: drivers/media: Make static data tables and strings const</title>
<updated>2010-10-21T03:04:52Z</updated>
<author>
<name>lawrence rust</name>
</author>
<published>2010-08-25T12:50:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2e4e98e788d8fbe30892bee3375067a4937155da'/>
<id>urn:sha1:2e4e98e788d8fbe30892bee3375067a4937155da</id>
<content type='text'>
Making static data const avoids allocation of additional r/w memory and
reduces initialisation time.  It also provides some additional opportunities
for compiler optimisations.

Signed-off-by: Lawrence Rust &lt;lvr@softsystem.co.uk&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>V4L/DVB (7514): media/dvb/frontends replace remaining __FUNCTION__ occurrences</title>
<updated>2008-04-24T17:07:58Z</updated>
<author>
<name>Harvey Harrison</name>
</author>
<published>2008-04-09T02:20:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=271ddbf702c3a4e6b18f6464180eda0f62efd9a5'/>
<id>urn:sha1:271ddbf702c3a4e6b18f6464180eda0f62efd9a5</id>
<content type='text'>
__FUNCTION__ is gcc-specific, use __func__

Signed-off-by: Harvey Harrison &lt;harvey.harrison@gmail.com&gt;
Acked-by: Oliver Endriss &lt;o.endriss@gmx.de&gt;
Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
</entry>
<entry>
<title>V4L/DVB (6654): mt352: support oversampled IF input</title>
<updated>2008-01-25T21:02:36Z</updated>
<author>
<name>Chris Pascoe</name>
</author>
<published>2007-11-20T05:49:41Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c6e62a3a398d62e8ae366ac1465911db0ac7fc0b'/>
<id>urn:sha1:c6e62a3a398d62e8ae366ac1465911db0ac7fc0b</id>
<content type='text'>
Rework the input frequency calculation so that it produces the right values
when the ADC oversamples the IF input.

This means MT352 devices can now process a near-zero IF (according to the,
specs 4.57MHz is supported with the default crystal).

Signed-off-by: Chris Pascoe &lt;c.pascoe@itee.uq.edu.au&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
</entry>
<entry>
<title>V4L/DVB (6079): Cleanup: remove linux/moduleparam.h from drivers/media files</title>
<updated>2007-10-10T01:06:17Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
</author>
<published>2007-08-21T15:38:39Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9c12224a607a4b22ab86784e3394b52810b9507c'/>
<id>urn:sha1:9c12224a607a4b22ab86784e3394b52810b9507c</id>
<content type='text'>
Since at least kernel 2.6.12-rc2, module.h includes moduleparm.h. This
patch removes all occurences of moduleparm.h from drivers/media files.

Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
</entry>
<entry>
<title>V4L/DVB (4384): Remove remaining static function calls</title>
<updated>2006-09-26T14:53:24Z</updated>
<author>
<name>Andrew de Quincey</name>
</author>
<published>2006-08-08T12:10:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c10d14d62d7b7596fd5c7bb8aad3f2b56f8640e6'/>
<id>urn:sha1:c10d14d62d7b7596fd5c7bb8aad3f2b56f8640e6</id>
<content type='text'>
Rewrote _write() calls to use write() op.

Signed-off-by: Andrew de Quincey &lt;adq_dvb@lidskialf.net&gt;
Acked-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Acked-by: Trent Piepho &lt;xyzzy@speakeasy.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
</entry>
<entry>
<title>V4L/DVB (4028): Change dvb_frontend_ops to be a real field instead of a pointer field inside dvb_frontend</title>
<updated>2006-06-25T05:00:42Z</updated>
<author>
<name>Patrick Boettcher</name>
</author>
<published>2006-05-14T08:01:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=dea74869f3c62b0b7addd67017b22b394e942aac'/>
<id>urn:sha1:dea74869f3c62b0b7addd67017b22b394e942aac</id>
<content type='text'>
The dvb_frontend_ops is a pointer inside dvb_frontend. That's why every demod-driver
is having a field of dvb_frontend_ops in its private-state-struct and
using the reference for filling the pointer-field in dvb_frontend.
- It saves at least two lines of code per demod-driver,
- reduces object size (one less dereference per frontend_ops-access),
- be coherent with dvb_tuner_ops,
- makes it a little bit easier for newbies to understand how it works and
- avoids stupid mistakes because you would have to copy the dvb_frontend_ops
  always, before you could assign the static pointer directly, which was
  dangerous.

Signed-off-by: Patrick Boettcher &lt;pb@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
</entry>
<entry>
<title>V4L/DVB (4032): Fix Pinnacle 300i</title>
<updated>2006-06-25T05:00:34Z</updated>
<author>
<name>Andrew de Quincey</name>
</author>
<published>2006-05-16T20:22:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0463f12c5cdc3d5577002826c302471b95b2532c'/>
<id>urn:sha1:0463f12c5cdc3d5577002826c302471b95b2532c</id>
<content type='text'>
I had broken the mt352 tuning when a non-directly connected PLL was used -
uncommon, but this is what is used on the pinnacle card.

Signed-off-by: Andrew de Quincey &lt;adq_dvb@lidskialf.net&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
</entry>
<entry>
<title>V4L/DVB (3893): Convert calls from _pllbuf() to _calc_reg()</title>
<updated>2006-06-25T04:59:34Z</updated>
<author>
<name>Andrew de Quincey</name>
</author>
<published>2006-04-19T00:38:49Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bd4956b8ec2075e965492647e0c7006a36efe5d9'/>
<id>urn:sha1:bd4956b8ec2075e965492647e0c7006a36efe5d9</id>
<content type='text'>
Johannes Stezenbach suggested this change - definite improvement.

Signed-off-by: Andrew de Quincey &lt;adq_dvb@lidskialf.net&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
</entry>
<entry>
<title>V4L/DVB (3889): Sort out support for non-attached tuners on mt352</title>
<updated>2006-06-25T04:59:17Z</updated>
<author>
<name>Andrew de Quincey</name>
</author>
<published>2006-04-18T20:47:12Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4e2eccae27d13d756826533e7cd1214b5825d97c'/>
<id>urn:sha1:4e2eccae27d13d756826533e7cd1214b5825d97c</id>
<content type='text'>
Make it use set_params/pllbuf as appropriate so it works with
dvb_pll_attach()ed tuners.

Signed-off-by: Andrew de Quincey &lt;adq_dvb@lidskialf.net&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
</entry>
<entry>
<title>V4L/DVB (3861): Convert mt352 to refactored tuner code</title>
<updated>2006-06-25T04:58:47Z</updated>
<author>
<name>Andrew de Quincey</name>
</author>
<published>2006-04-18T20:47:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d1544ecb3b0589089ddb928affa7bd4255f9442e'/>
<id>urn:sha1:d1544ecb3b0589089ddb928affa7bd4255f9442e</id>
<content type='text'>
Convert to tuner_ops calls.
Remove pll function pointer from structure.
Use standardised pllbuf function.

Signed-off-by: Andrew de Quincey &lt;adq_dvb@lidskialf.net&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
</entry>
</feed>
