ioctl which _SETS_ a delivery mode.
Flo
--
Florian Lohoff [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little
security shall soon have neither - Benjamin Franklin
signature.asc
Description: Digital signature
should better not get more adopters ..
Flo
--
Florian Lohoff [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little
security shall soon have neither - Benjamin Franklin
signature.asc
Description: Digital signature
ioctls in non obvious ways...
As i said - incoherent mess from the user api ...
Flo
--
Florian Lohoff [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little
security shall soon have neither - Benjamin Franklin
.
In the demod (e.g. STB0899) its a simply memcpy of a predefined
capabily struct - So why on earth does it set/change the in kernel
delivery system ?!?!
You are still not answering the rational behind ignoring the delivery
system in dvbfe_params/DVBFE_SET_PARAMS.
Flo
--
Florian Lohoff
ask for capabilites via
GET_INFO ...
Flo
--
Florian Lohoff [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little
security shall soon have neither - Benjamin Franklin
signature.asc
Description: Digital signature
for stats which are not there - that
would be a sane way to respond to it instead of garbling the tuner state
on a GET_INFO ...
Flo
--
Florian Lohoff [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little
security
point is: there are 2 or more paths, which need to be selected
for any operation.
You are referring to what?
Flo
--
Florian Lohoff [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little
security shall soon have
this excuse ignoring the delivery in the DVBFE_SET_PARAMS?
- How can this justify setting the delivery system in DVBFE_GET_INFO ?
Flo
--
Florian Lohoff [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little
security
for a signal level when using a rotor, for a
real life example ?
In case of a rotor i expect the diseq commands to go out - tune the
frontend for the right modulation and frequency and then monitor the
signal level while turning the dish.
This needs tuning - right ?
Flo
--
Florian Lohoff
Hi,
On Mon, Mar 03, 2008 at 02:43:33AM +0400, Manu Abraham wrote:
Florian Lohoff wrote:
Hi,
i was wondering why i have a problem in my application that i need to
run scan once after loading the module, otherwise my DVBFE_SET_PARAMS
fails - I couldnt explain it until i looked into the kernel
).
In 2.6.25-rc3 the dvr kernel side looks like this:
1015 switch (cmd) {
1016 case DMX_SET_BUFFER_SIZE:
1017 // FIXME: implement
1018 ret = 0;
1019 break;
i guess its clear why it doesnt make a difference ;)
Flo
--
Florian Lohoff
default:
1818 up(fepriv-sem);
1819 return -EINVAL;
1820 }
Should the code use fepriv-feparam.delivery instead of
fepriv-fe_info.delivery to sense the right delivery system ?
Flo
--
Florian
where it IMHO does not
belong to.
RFC1925 - The twelve networking thruths:
(12) In protocol design, perfection has been reached not when there
is nothing left to add, but when there is nothing left to
take away.
Flo
--
Florian Lohoff [EMAIL PROTECTED
: Going to Sleep .. (Really tired .. :-))
Flo
1) http://silicon-verl.de/home/flo/projects/streaming/
--
Florian Lohoff [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little
security shall soon have neither
in firmware
filenames.
Flo
--
Florian Lohoff [EMAIL PROTECTED] +49-171-2280134
Heisenberg may have been here.
pgp0.pgp
Description: PGP signature
15 matches
Mail list logo
