16 Jan, 2012
1 commit
-
* 'v4l_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media: (655 commits)
[media] revert patch: HDIC HD29L2 DMB-TH USB2.0 reference design driver
mb86a20s: Add a few more register settings at the init seq
mb86a20s: Group registers into the same line
[media] [PATCH] don't reset the delivery system on DTV_CLEAR
[media] [BUG] it913x-fe fix typo error making SNR levels unstable
[media] cx23885: Query the CX25840 during enum_input for status
[media] cx25840: Add support for g_input_status
[media] rc-videomate-m1f.c Rename to match remote controler name
[media] drivers: media: au0828: Fix dependency for VIDEO_AU0828
[media] convert drivers/media/* to use module_platform_driver()
[media] drivers: video: cx231xx: Fix dependency for VIDEO_CX231XX_DVB
[media] Exynos4 JPEG codec v4l2 driver
[media] doc: v4l: selection: choose pixels as units for selection rectangles
[media] v4l: s5p-tv: mixer: fix setup of VP scaling
[media] v4l: s5p-tv: mixer: add support for selection API
[media] v4l: emulate old crop API using extended crop/compose API
[media] doc: v4l: add documentation for selection API
[media] doc: v4l: add binary images for selection API
[media] v4l: add support for selection api
[media] hd29l2: fix review findings
...
15 Jan, 2012
1 commit
-
I added it by mistake. It is useless as no real hardware.
It even uses even Cypress FX2, general USB bridge chip, default IDs
that makes driver load all FX2 devices having default ID...Signed-off-by: Antti Palosaari
Signed-off-by: Mauro Carvalho Chehab
13 Jan, 2012
1 commit
-
module_param(bool) used to counter-intuitively take an int. In
fddd5201 (mid-2009) we allowed bool or int/unsigned int using a messy
trick.It's time to remove the int/unsigned int option. For this version
it'll simply give a warning, but it'll break next kernel version.Acked-by: Mauro Carvalho Chehab
Signed-off-by: Rusty Russell
11 Jan, 2012
2 commits
-
Signed-off-by: Antti Palosaari
Signed-off-by: Mauro Carvalho Chehab -
The af9005_properties and af9015_properties tables make use of USB ids
from the USB id tables with hardcoded indices, as in
"&af9015_usb_table[30]". Adding new entries before the end breaks
such references, so everyone has had to carefully tiptoe to only add
entries at the end of the list.In the spirit of "dw2102: use symbolic names for dw2102_table
indices", use C99-style initializers with symbolic names for each
index to avoid this. In the new regime, properties tables referring
to the USB ids have names like "&af9015_usb_table[CINERGY_T_STICK_RC]"
that do not change meaning when items in the USB id table are
reordered.Encouraged-by: Mauro Carvalho Chehab
Signed-off-by: Jonathan Nieder
Acked-by: Luca Olivetti
Acked-by: Antti Palosaari
Signed-off-by: Mauro Carvalho Chehab
07 Jan, 2012
1 commit
-
This resolves the conflict in the arch/arm/mach-s3c64xx/s3c6400.c file,
and it fixes the build error in the arch/x86/kernel/microcode_core.c
file, that the merge did not catch.The microcode_core.c patch was provided by Stephen Rothwell
who was invaluable in the merge issues involved
with the large sysdev removal process in the driver-core tree.Signed-off-by: Greg Kroah-Hartman
06 Jan, 2012
9 commits
-
On Thu, 2011-12-15 at 16:42 +0000, Malcolm Priestley wrote:
> > [ 1103.536156] it913x: Chip Version=ec Chip Type=5830
> > [ 1104.336178] it913x: Dual mode=92 Remote=92 Tuner Type=92
> > [ 1106.248116] dvb-usb: found a 'ITE 9135(9006) Generic' in cold state,
> > will try to load a firmware
> > [ 1106.253773] dvb-usb: downloading firmware from file
> > 'dvb-usb-it9135-02.fw'
> > [ 1106.452123] it913x: FRM Starting Firmware Download
> > [ 1130.756039] it913x: FRM Firmware Download Failed (ffffff92)
> > [ 1130.956168] it913x: Chip Version=79 Chip Type=5823
> > [ 1131.592192] it913x: DEV it913x Error
> > [ 1131.592271] usbcore: registered new interface driver it913x
> >
> > No frontend is generated anyway.
>
> Looks like the the firmware is not at all compatible with your device.
>
> Have you applied the patch cleanly to the latest media_build?
>
> These appear to be new version of the 9006. A supplier is sending me one
> of these devices.
>
> As a last resort see if the device works with dvb-usb-it9137-01.fw
>
> You will have force to use this firmware
> dvb-usb-it913x firmware=1Here is a modified firmware loader for version 2 types.
The firmware must be as in original
./dvb_get_firmware it9135dd if=dvb-usb-it9135.fw ibs=1 skip=12866 count=5817 of=dvb-usb-it9135-02.fw
Signed-off-by: Malcolm Priestley
Signed-off-by: Mauro Carvalho Chehab -
Correction to tuner ID 0x51.
Don't force tuner ID 0x60 unless eprom data zero.
Signed-off-by: Malcolm Priestley
Signed-off-by: Mauro Carvalho Chehab -
Some channels appear weak signal after warm boot.
Because tuner id is not present in eprom 0x38 is
assigned.9006 devices are now always assigned 0x60.
Signed-off-by: Malcolm Priestley
Signed-off-by: Mauro Carvalho Chehab -
Fixes issues with PID filter
Stalling of some channels when PID is on.
PID filter not turning off fully.
PID filter can now turn on and off each index.Removed PID_RST from it913x_pid_filter_ctrl.
Replaced with PID_EN removed from it913x_pid_filterSigned-off-by: Malcolm Priestley
Signed-off-by: Mauro Carvalho Chehab -
From an audit of dvb_net_init callers, now that that function
returns -errno on error.Signed-off-by: Jonathan Nieder
Signed-off-by: Mauro Carvalho Chehab -
Turn the pid filter off by caps option only.
This is so the full stream is passed to demuxer and not limited
by pid count.Signed-off-by: Malcolm Priestley
Signed-off-by: Mauro Carvalho Chehab -
Turn the pid filter off by caps option only.
This is so the full stream is passed to demuxer and not limited
by pid count.Signed-off-by: Malcolm Priestley
Signed-off-by: Mauro Carvalho Chehab -
dw2102_properties et al refer to entries in the USB-id table using
hard-coded indices, as in "&dw2102_table[6]", which means adding new
entries before the end of the list has the potential to introduce bugs
in code elsewhere in the file.Use C99-style initializers with symbolic names for each index to avoid
this. This way, other device tables wanting to reuse the USB ids can
use expressions like "&dw2102_table[TEVII_S630]" that do not change as
the entries in the table are reordered.Signed-off-by: Jonathan Nieder
Signed-off-by: Mauro Carvalho Chehab -
Support for IT1935 9006 devices.
9006 have version 2 type chip.
9006 devices should use dvb-usb-it9135-02.fw firmware.
On the device tested the tuner id was set to 0 which meant
the driver used tuner id 0x38. The device functioned normally.Signed-off-by: Malcolm Priestley
Signed-off-by: Mauro Carvalho Chehab
05 Jan, 2012
1 commit
-
Now that this field is deprecated, and core generates it for
DVBv3 calls, remove it from the drivers.It also adds .delsys on the few drivers where this were missed.
Signed-off-by: Mauro Carvalho Chehab
31 Dec, 2011
22 commits
-
Just like set_frontend, use the dvb cache properties for get_frontend.
This is more consistent, as both functions are now symetric. Also,
at the places get_frontend is called, it makes sense to update the
cache.Most of this patch were generated by this small perl script:
while (<>) { $file .= $_; }
if ($file =~ m/\.get_frontend\s*=\s*([\d\w_]+)/) {
my $get = $1;
$file =~ s/($get)(\s*\([^\,\)]+)\,\s*struct\s+dtv_frontend_properties\s*\*\s*([_\d\w]+)\)\s*\{/\1\2)\n{\n\tstruct dtv_frontend_properties *\3 = &fe->dtv_property_cache;/g;
}
print $file;Of course, the changes at dvb_frontend.[ch] were made by hand,
as well as the changes on a few other places, where get_frontend()
is called internally inside the driver.On some places, get_frontend() were just a void function. Those
occurrences were removed, as the DVB core handles such cases.Signed-off-by: Mauro Carvalho Chehab
-
Every frontend now uses DVBv5 way. So, let's not use the DVBv3
macros internally anymore.Signed-off-by: Mauro Carvalho Chehab
-
Instead of using dvb_frontend_parameters struct, that were
designed for a subset of the supported standards, use the DVBv5
cache information.Also, fill the supported delivery systems at dvb_frontend_ops
struct.Signed-off-by: Mauro Carvalho Chehab
-
Instead of using dvb_frontend_parameters struct, that were
designed for a subset of the supported standards, use the DVBv5
cache information.Also, fill the supported delivery systems at dvb_frontend_ops
struct.Signed-off-by: Mauro Carvalho Chehab
-
Instead of using dvb_frontend_parameters struct, that were
designed for a subset of the supported standards, use the DVBv5
cache information.Also, fill the supported delivery systems at dvb_frontend_ops
struct.Signed-off-by: Mauro Carvalho Chehab
-
Instead of using dvb_frontend_parameters struct, that were
designed for a subset of the supported standards, use the DVBv5
cache information.Also, fill the supported delivery systems at dvb_frontend_ops
struct.Signed-off-by: Mauro Carvalho Chehab
-
Instead of using dvb_frontend_parameters struct, that were
designed for a subset of the supported standards, use the DVBv5
cache information.Also, fill the supported delivery systems at dvb_frontend_ops
struct.Signed-off-by: Mauro Carvalho Chehab
-
Instead of using dvb_frontend_parameters struct, that were
designed for a subset of the supported standards, use the DVBv5
cache information.Also, fill the supported delivery systems at dvb_frontend_ops
struct.Signed-off-by: Mauro Carvalho Chehab
-
Instead of using dvb_frontend_parameters struct, that were
designed for a subset of the supported standards, use the DVBv5
cache information.Also, fill the supported delivery systems at dvb_frontend_ops
struct.Signed-off-by: Mauro Carvalho Chehab
-
Instead of using dvb_frontend_parameters struct, that were
designed for a subset of the supported standards, use the DVBv5
cache information.Also, fill the supported delivery systems at dvb_frontend_ops
struct.Signed-off-by: Mauro Carvalho Chehab
-
Instead of using dvb_frontend_parameters struct, that were
designed for a subset of the supported standards, use the DVBv5
cache information.Also, fill the supported delivery systems at dvb_frontend_ops
struct.Signed-off-by: Mauro Carvalho Chehab
-
Creates a DVBv5 get_frontend call, renaming the DVBv3 one to
get_frontend_legacy(), while not all frontends are converted.After the conversion for all drivers, get_frontend_legacy()
will be removed.Signed-off-by: Mauro Carvalho Chehab
-
Passing DVBv3 parameters to set_frontend is not fun, as the
core doesn't have any way to know if the driver is using the
v3 or v5 parameters. So, rename the callback and add a new
one to allow distinguish between a mixed v3/v5 paramenter call
from a pure v5 call.After having all frontends to use the new way, the legacy
call can be removed.Signed-off-by: Mauro Carvalho Chehab
-
This is a big patch, yet trivial: now that all tuners use the DVBv5
way to pass parameters (e. g. via fe->dtv_property_cache), the
extra parameter can be removed from set_params() call.After this change, very few DVBv3 specific stuff are left at the
tuners.Signed-off-by: Mauro Carvalho Chehab
-
The calc_regs() callback is used by a few frontends (mt352, nxt200x,
digitv and zl10353). On all places it is called, the parameters are
set by DVBv5 way. So, just use the DVBv5 struct and remove the
extra parameter.Signed-off-by: Mauro Carvalho Chehab
-
Instead of using DVBv3 parameters, rely on DVBv5 parameters to
set the tunerSigned-off-by: Mauro Carvalho Chehab
-
Instead of using DVBv3 parameters, rely on DVBv5 parameters to
set the tunerSigned-off-by: Mauro Carvalho Chehab
-
Instead of using DVBv3 parameters, rely on DVBv5 parameters to
set the tunerSigned-off-by: Mauro Carvalho Chehab
-
Stop dual frontend attach in warm state with single devices.
Since this is a no reconnect device this occurs only after a warm system
reboot.Signed-off-by: Malcolm Priestley
Signed-off-by: Mauro Carvalho Chehab -
Re: [git:v4l-dvb/for_v3.3] [media] it9135: add support for IT9135 9005 devices
On Sun, 2011-12-11 at 11:55 +0100, Mauro Carvalho Chehab wrote:
> This is an automatic generated email to let you know that the following patch were queued at the
> http://git.linuxtv.org/media_tree.git tree:
>
> Subject: [media] it9135: add support for IT9135 9005 devices
> Author: Malcolm Priestley
> Date: Wed Nov 30 17:16:09 2011 -0300
>
> Support add for IT9135 9005 devices
>
> With this patch IT9135 devices now move to using
> dvb-usb-it9135-01.fw firmware
> IT9137 remain on previous firmware.
Hi Mauro,I have made a small mistake on this patch.
I forgot to increase number of num_device_descs to 4.
Signed-off-by: Malcolm Priestley
Signed-off-by: Mauro Carvalho Chehab -
Rewrite whole af9013 demod driver in order to decrease I2C I/O.
We need to decrease I2C load since AF9015 (I2C adapter / USB-bridge used)
seems to have some problems under heavy I2C traffic.Signed-off-by: Antti Palosaari
Signed-off-by: Mauro Carvalho Chehab -
AF9015 firmware does not like if it gets interrupted by I2C adapter
request on some critical phases. During normal operation I2C adapter
is used only 2nd demodulator and tuner on dual tuner devices.Override demodulator callbacks and use mutex for limit access to
those "critical" paths to keep AF9015 happy.Signed-off-by: Antti Palosaari
Signed-off-by: Mauro Carvalho Chehab
20 Dec, 2011
1 commit
-
absorb ".size_of_priv = sizeof(struct mxl111sf_adap_state)"
into *_STREAMING_CONFIG macrosSigned-off-by: Michael Krufky
Signed-off-by: Mauro Carvalho Chehab
11 Dec, 2011
1 commit
-
If there are two or more different it913x devices on the system they share the same
ite_config and over write its settings.To over come this, the ite_config is copied to the priv area.
Signed-off-by: Malcolm Priestley
Signed-off-by: Mauro Carvalho Chehab