| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Wed, 29 Oct 2014 09:19:08 -0200
From: Mauro Carvalho Chehab <mchehab@....samsung.com>
To: Shuah Khan <shuahkh@....samsung.com>
Cc: Takashi Iwai <tiwai@...e.de>,
Pierre-Louis Bossart <pierre-louis.bossart@...ux.intel.com>,
Devin Heitmueller <dheitmueller@...nellabs.com>,
alsa-devel@...a-project.org, Lars-Peter Clausen <lars@...afoo.de>,
Linux Media Mailing List <linux-media@...r.kernel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Hans Verkuil <hverkuil@...all.nl>,
Sander Eikelenboom <linux@...elenboom.it>,
prabhakar.csengg@...il.com, Antti Palosaari <crope@....fi>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
"sakari.ailus@...ux.intel.com" <sakari.ailus@...ux.intel.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Tim Gardner <tim.gardner@...onical.com>,
"olebowle@....com" <olebowle@....com>,
Linux Kernel <linux-kernel@...r.kernel.org>
Subject: Re: [RFCv1] Media Token API needs - Was: Re: [alsa-devel] [PATCH v2
5/6] sound/usb: pcm changes to use media token api
Em Tue, 28 Oct 2014 22:00:51 -0200
Mauro Carvalho Chehab <mchehab@....samsung.com> escreveu:
> Em Tue, 28 Oct 2014 21:42:50 -0200
> Mauro Carvalho Chehab <mchehab@....samsung.com> escreveu:
>
> > Before starting with the description, this is the simplified diagram of
> > a media device (without IR, eeprom and other beasts):
>
> As reference, a more complete diagram would be:
An even more complete (but still simplified) diagram is shown at:
http://linuxtv.org/downloads/presentations/typical_hybrid_hardware.png
The dot lines represent the parts of the graph that are switched by
the tuner, DMA or input select.
Please notice that the DMA engines, together with the stuff needed to
control A/V switches is at one single chip. Changing the registers there
can affect the other streams, specially on most sophisticated devices like
cx231xx, where it even has a power management IP block that validades if
a device to be turned on/off won't exceed the maximum drain current of
500mA. That's basically why we need to do a temporary lock alsa, dvb, v4l
and IR drivers when doing certain changes.
Also, please notice that I2C buses that can be as slow as 10kbps
are used to control for several devices, like:
- the tuner
- the Digital TV (DTV) demod
- Analog and/or Video demod (sometimes embedded at the main chip)
- DTV demux (sometimes embedded at the main chip)
- The remote controller (sometimes embedded at the main chip)
For some devices, after powered on, or when certain parameters change, a
new firmware (and sometimes a hardware reset) is required. The firmware
size can be about 64KB or even bigger.
Also, the A/V switch it is actually two independent switches (or one
switch for video and one audio mux for audio) that needs to be changed
together when the source changes.
Regards,
Mauro
For those curious enough or that are using mutt/pine this is the graph,
in text mode, manually adjusted to fit into 80 cols, and with a link
added by hand, as graph-easy failed to represent everything on this
graph:
+------------------+
| IR |
+------------------+
|
|
v
+------------------+
| IR POLL or DMA |
+------------------+
|
|
v
+------------------+
| devnode input8 |
+------------------+
..................................................
: :
: +-------------+-----------+---------+
: | digital | tuner | analog |
: +-------------+-----------+---------+
: :
: : DTV IF
: : off on A/V
: v
: +------------------+
: | DTV demod |
: +------------------+
: |
: | MPEG-TS
: | off on A/V
: v
: +------------------+
: | demux |
: +------------------+
: |
: | MPEG-TS
: | off on A/V
: v
: +---------------+---------+-------------+
: | dvb | DMA | analog | <----+
: +---------------+---------+-------------+ |
: : : |
: : MPEG-TS Video stream : Video stream |
: : off on A/V off on DTV : off on DTV |
: v v |
: +------------------+ +----------------+ |
ATV IF : | | | | |
off on DTV : | devnode dvr0 | | devnode video0 | |
off on Composite : | | | | |
: +------------------+ +----------------+ |
: |
+----+-------------------------------------------------+
| v
+-------------+ | +---------+------------+-----------+ +-----------+
| video demod | ------+ | tuner | A/V switch | composite | <-- | comp. src |
+-------------+ +---------+------------+-----------+ +-----------+
^ : :
: : : Audio IF
................................. : off on DTV
Video IF v
off on DTV +------------------+
| audio demod |
+------------------+
|
| Audio stream
| off on DTV
v
+------------------+
| audio DMA |
+------------------+
|
| Audio stream
| off on DTV
v
+------------------+
| devnode pcmC1D0c |
+------------------+
And this is the dot file to produce it:
digraph media_hardware {
node [shape=record]
DMA1[label = "<dvb> dvb | <dma> DMA | <video> analog"]
DMA2[label = "audio DMA"]
DMA3[label = "IR POLL or DMA"]
tuner[label = "<digital> digital | <tuner> tuner | <analog> analog"]
input[label = "<tuner> tuner | <switch> A/V switch | <composite> composite"]
"composite src" -> input:composite
DMA1:video -> "devnode video0" [style=dotted label="Video stream\noff on DTV"]
DMA1:dvb -> "devnode dvr0" [style=dotted label="MPEG-TS\noff on A/V"]
"demux" -> DMA1:dvb [label="MPEG-TS\noff on A/V"]
"video demod" -> DMA1:video [label="Video stream\noff on DTV"]
tuner:digital -> "DTV demod" [style=dotted label="DTV IF\noff on A/V"]
"DTV demod" -> "demux" [label="MPEG-TS\noff on A/V"]
tuner:analog -> input:tuner [style=dotted label="ATV IF\noff on DTV\noff on Composite"]
input:switch -> "video demod" [style=dotted label="Video IF\noff on DTV"]
input:switch -> "audio demod" [style=dotted label="Audio IF\noff on DTV"]
"audio demod" -> DMA2 [label="Audio stream\noff on DTV"];
DMA2 -> "devnode pcmC1D0c" [label="Audio stream\noff on DTV"];
IR -> DMA3
DMA3 -> "devnode input8"
}
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists