<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/include/media, branch v3.0.56</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/include/media?h=v3.0.56</id>
<link rel='self' href='https://git.amat.us/linux/atom/include/media?h=v3.0.56'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2011-07-07T18:04:23Z</updated>
<entry>
<title>[media] tuner-core/v4l2-subdev: document that the type field has to be filled in</title>
<updated>2011-07-07T18:04:23Z</updated>
<author>
<name>Hans Verkuil</name>
<email>hans.verkuil@cisco.com</email>
</author>
<published>2011-06-13T12:35:56Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=338e9e1ad541cbb2a3fa5839376ff6c138d40301'/>
<id>urn:sha1:338e9e1ad541cbb2a3fa5839376ff6c138d40301</id>
<content type='text'>
The tuner ops g_frequency, g_tuner and s_tuner require that the tuner type
field is filled in. Document this.

The tuner-core doc is based on a patch from Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;.

Signed-off-by: Hans Verkuil &lt;hans.verkuil@cisco.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] v4l2-subdev.h: remove unused s_mode tuner op</title>
<updated>2011-07-07T18:03:59Z</updated>
<author>
<name>Hans Verkuil</name>
<email>hans.verkuil@cisco.com</email>
</author>
<published>2011-06-13T12:34:56Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e206fc5e3de0e38a35b6f92941c913b6d8343fc6'/>
<id>urn:sha1:e206fc5e3de0e38a35b6f92941c913b6d8343fc6</id>
<content type='text'>
s_mode is no longer used, so remove it.

Signed-off-by: Hans Verkuil &lt;hans.verkuil@cisco.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] m5mols: Use proper email address format</title>
<updated>2011-06-11T12:46:00Z</updated>
<author>
<name>HeungJun, Kim</name>
<email>riverful.kim@samsung.com</email>
</author>
<published>2011-06-07T05:00:58Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c30701130cf7bff4f97a148b1bc96f878c046a40'/>
<id>urn:sha1:c30701130cf7bff4f97a148b1bc96f878c046a40</id>
<content type='text'>
Signed-off-by: HeungJun, Kim &lt;riverful.kim@samsung.com&gt;
Signed-off-by: Kyungmin Park &lt;kyungmin.park@samsung.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] lirc_dev: store cdev in irctl, up maxdevs</title>
<updated>2011-06-11T12:03:20Z</updated>
<author>
<name>Jarod Wilson</name>
<email>jarod@redhat.com</email>
</author>
<published>2011-05-27T19:56:50Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8de111e27688798623b9e9062235bb0cac29f599'/>
<id>urn:sha1:8de111e27688798623b9e9062235bb0cac29f599</id>
<content type='text'>
Store the cdev pointer in struct irctl, allocated dynamically as needed,
rather than having a static array. At the same time, recycle some of the
saved memory to nudge the maximum number of lirc devices supported up a
ways -- its not that uncommon these days, now that we have the rc-core
lirc bridge driver, to see a system with at least 4 raw IR receivers.
(consider a mythtv backend with several video capture devices and the
possible need for IR transmit hardware).

Signed-off-by: Jarod Wilson &lt;jarod@redhat.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] v4l: Fix media_entity_to_video_device macro argument name</title>
<updated>2011-06-01T12:42:03Z</updated>
<author>
<name>Laurent Pinchart</name>
<email>laurent.pinchart@ideasonboard.com</email>
</author>
<published>2011-05-02T19:21:03Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6e3ea0e711b1c4dca3c4f87ef0ab5c896c940c81'/>
<id>urn:sha1:6e3ea0e711b1c4dca3c4f87ef0ab5c896c940c81</id>
<content type='text'>
The name 'entity' is used twice in the macro body, once as the macro
argument, and once as a structure field name. This breaks compilation if
the macro is called with its argument not named 'entity'.

Fix this by renaming the macro argument '__e'. This should avoid
namespace clashes.

Signed-off-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] Add missing include guard to header file</title>
<updated>2011-05-26T00:42:30Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@c2i.net</email>
</author>
<published>2011-05-23T15:10:40Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5d8f290c051b55dfff6bd7e688a05945246a0861'/>
<id>urn:sha1:5d8f290c051b55dfff6bd7e688a05945246a0861</id>
<content type='text'>
Signed-off-by: Hans Petter Selasky &lt;hselasky@c2i.net&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] Add support for M-5MOLS 8 Mega Pixel camera ISP</title>
<updated>2011-05-25T10:51:18Z</updated>
<author>
<name>HeungJun, Kim</name>
<email>riverful.kim@samsung.com</email>
</author>
<published>2011-05-20T05:27:28Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=bc125106f8afe15ffb0aae70d9b72bebec46e519'/>
<id>urn:sha1:bc125106f8afe15ffb0aae70d9b72bebec46e519</id>
<content type='text'>
Add I2C/V4L2 subdev driver for M-5MOLS integrated image signal processor
with 8 Mega Pixel sensor.

Signed-off-by: HeungJun, Kim &lt;riverful.kim@samsung.com&gt;
Signed-off-by: Sylwester Nawrocki &lt;s.nawrocki@samsung.com&gt;
Signed-off-by: Kyungmin Park &lt;kyungmin.park@samsung.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] rc: add locking to fix register/show race</title>
<updated>2011-05-20T19:21:22Z</updated>
<author>
<name>Jarod Wilson</name>
<email>jarod@redhat.com</email>
</author>
<published>2011-05-11T18:14:31Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=08aeb7c9a42ab7aa8b53c8f7779ec58f860a565c'/>
<id>urn:sha1:08aeb7c9a42ab7aa8b53c8f7779ec58f860a565c</id>
<content type='text'>
When device_add is called in rc_register_device, the rc sysfs nodes show
up, and there's a window in which ir-keytable can be launched via udev
and trigger a show_protocols call, which runs without various rc_dev
fields filled in yet. Add some locking around registration and
store/show_protocols to prevent that from happening.

The problem manifests thusly:

[64692.957872] BUG: unable to handle kernel NULL pointer dereference at 0000000000000090
[64692.957878] IP: [&lt;ffffffffa036a4c1&gt;] show_protocols+0x47/0xf1 [rc_core]
[64692.957890] PGD 19cfc7067 PUD 19cfc6067 PMD 0
[64692.957894] Oops: 0000 [#1] SMP
[64692.957897] last sysfs file: /sys/devices/pci0000:00/0000:00:03.1/usb3/3-1/3-1:1.0/rc/rc2/protocols
[64692.957902] CPU 3
[64692.957903] Modules linked in: redrat3(+) ir_lirc_codec lirc_dev ir_sony_decoder ir_jvc_decoder ir_rc6_decoder ir_rc5_decoder rc_hauppauge ir_nec
_decoder rc_core ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq_mi
di_event snd_seq_midi_emul snd_emu10k1 snd_rawmidi snd_ac97_codec ac97_bus snd_seq snd_pcm snd_seq_device snd_timer snd_page_alloc snd_util_mem pcsp
kr tg3 snd_hwdep emu10k1_gp snd amd64_edac_mod gameport edac_core soundcore edac_mce_amd k8temp shpchp i2c_piix4 lm63 e100 mii uinput ipv6 raid0 rai
d1 ata_generic firewire_ohci pata_acpi firewire_core crc_itu_t sata_svw pata_serverworks floppy radeon ttm drm_kms_helper drm i2c_algo_bit i2c_core
[last unloaded: redrat3]
[64692.957949] [64692.957952] Pid: 12265, comm: ir-keytable Tainted: G   M    W   2.6.39-rc6+ #2 empty empty/TYAN Thunder K8HM S3892
[64692.957957] RIP: 0010:[&lt;ffffffffa036a4c1&gt;]  [&lt;ffffffffa036a4c1&gt;] show_protocols+0x47/0xf1 [rc_core]
[64692.957962] RSP: 0018:ffff880194509e38  EFLAGS: 00010202
[64692.957964] RAX: 0000000000000000 RBX: ffffffffa036d1e0 RCX: ffffffffa036a47a
[64692.957966] RDX: ffff88019a84d000 RSI: ffffffffa036d1e0 RDI: ffff88019cf2f3f0
[64692.957969] RBP: ffff880194509e68 R08: 0000000000000002 R09: 0000000000000000
[64692.957971] R10: 0000000000000002 R11: 0000000000001617 R12: ffff88019a84d000
[64692.957973] R13: 0000000000001000 R14: ffff8801944d2e38 R15: ffff88019ce5f190
[64692.957976] FS:  00007f0a30c9a720(0000) GS:ffff88019fc00000(0000) knlGS:0000000000000000
[64692.957979] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[64692.957981] CR2: 0000000000000090 CR3: 000000019a8e0000 CR4: 00000000000006e0
[64692.957983] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[64692.957986] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[64692.957989] Process ir-keytable (pid: 12265, threadinfo ffff880194508000, task ffff88019a9fc720)
[64692.957991] Stack:
[64692.957992]  0000000000000002 ffffffffa036d1e0 ffff880194509f58 0000000000001000
[64692.957997]  ffff8801944d2e38 ffff88019ce5f190 ffff880194509e98 ffffffff8131484b
[64692.958001]  ffffffff8118e923 ffffffff810e9b2f ffff880194509e98 ffff8801944d2e18
[64692.958005] Call Trace:
[64692.958014]  [&lt;ffffffff8131484b&gt;] dev_attr_show+0x27/0x4e
[64692.958014]  [&lt;ffffffff8118e923&gt;] ? sysfs_read_file+0x94/0x172
[64692.958014]  [&lt;ffffffff810e9b2f&gt;] ? __get_free_pages+0x16/0x52
[64692.958014]  [&lt;ffffffff8118e94c&gt;] sysfs_read_file+0xbd/0x172
[64692.958014]  [&lt;ffffffff8113205e&gt;] vfs_read+0xac/0xf3
[64692.958014]  [&lt;ffffffff8113347b&gt;] ? fget_light+0x3a/0xa1
[64692.958014]  [&lt;ffffffff811320f2&gt;] sys_read+0x4d/0x74
[64692.958014]  [&lt;ffffffff814c19c2&gt;] system_call_fastpath+0x16/0x1b

Its a bit difficult to reproduce, but I'm fairly confident this has
fixed the problem.

Signed-off-by: Jarod Wilson &lt;jarod@redhat.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] Revert "V4L/DVB: v4l2-dev: remove get_unmapped_area"</title>
<updated>2011-05-20T15:14:40Z</updated>
<author>
<name>Bob Liu</name>
<email>lliubbo@gmail.com</email>
</author>
<published>2011-05-06T08:20:09Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ecc6517d947e91f02eb5a3a055f524122846f84e'/>
<id>urn:sha1:ecc6517d947e91f02eb5a3a055f524122846f84e</id>
<content type='text'>
This reverts commit c29fcff3daafbf46d64a543c1950bbd206ad8c1c.

Signed-off-by: Bob Liu &lt;lliubbo@gmail.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] V4L: soc-camera: add a new packing for YUV 4:2:0 type formats</title>
<updated>2011-05-20T15:05:08Z</updated>
<author>
<name>Guennadi Liakhovetski</name>
<email>g.liakhovetski@gmx.de</email>
</author>
<published>2011-05-20T07:25:09Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=cc552b620fa3a184ba3d4064223ca1d59325b166'/>
<id>urn:sha1:cc552b620fa3a184ba3d4064223ca1d59325b166</id>
<content type='text'>
12-bit formats, similar to YUV 4:2:0 occupy 3 bytes for each two pixels
and cannot be described by any of the existing SOC_MBUS_PACKING_* macros.
This patch adds a new one SOC_MBUS_PACKING_1_5X8 to describe such
formats and extends soc_mbus_samples_per_pixel() to support it.

Signed-off-by: Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
</feed>
