On Sun, Jul 30, 2017 at 8:55 AM, Dave Newman
wrote:
> I can confirm the problems with the cx23885 driver reported by Steven
> Toth on 6 June 2017. He found that:
>
>> I tried the card in a different older Intel i7 board and it worked
>> flawlessly. I then started to wond
oint of my larger concern.
Perhaps Hauppauge have legal approval to derive GPL drivers from
proprietary ,aterials, in which case I'm just making noise and a
sign-off will be soon to follow.
I'll reach out to them and ask.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
sider proprietary and confidential,
its definitely derived works from proprietary SILABS drivers.
Proceed with caution.
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
On Mon, Jul 3, 2017 at 5:57 AM, Bernhard Rosenkränzer
wrote:
> Hi,
> Hauppauge HVR-1975 is a USB DVB receiver
-d/VT-x
> disabled) the card worked without issue.
Nice follow up, thx.
That probably explains why I never saw the issues during my testing a
few weeks ago then.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
> Applied, thanks!
Yay!
>
> Next time, please either send as a patch or use the command:
>
> $ git request-pull
>
> As otherwise I may miss it, as patchwork won't get it.
Will do, thank you.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
On Fri, Apr 21, 2017 at 7:57 AM, Steven Toth wrote:
>> Just a follow up on this. I had a bit more time to dig deeper into this
>> today.
>>
>> Enabling debug output for the cx23885 driver *fixes* the issue.
>>
>> I added this to my kernel command line: c
cards in both
analog and digital television modes for US and Europe, no regressions
were found.
$ git diff --stat master
drivers/media/pci/saa7164/saa7164-bus.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
Thanks!
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
stood, you'll
likely get a better technical discussion going on.
Send me a detailed picture of the PCB and I can probably help spot the
I2C bus for you, if you have a low cost bus analyzer and a soldering
iron.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
most anything anyone has every added, or I originally added during
the early development. That being said. this sounds like the quad
is producing some kind of race condition, or the PLX bridge is in
someway not as transparent as everyone would like.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
If its true that send_vendor_cmd() splits reads but not writes, fix
the function to be uniform for all boards. Don't do boards specific
overrides.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media&qu
On Wed, Jan 11, 2017 at 9:00 AM, Oleh Kravchenko wrote:
> On 11.01.17 15:53, Steven Toth wrote:
>>> diff --git a/drivers/media/usb/cx231xx/cx231xx-i2c.c
>>> b/drivers/media/usb/cx231xx/cx231xx-i2c.c
>>> index 35e9acf..60412ec 100644
>>> --- a/drivers/me
> + bus->i2c_nostop = 0;
> + bus->i2c_reserve = 0;
> } else {/* regular case */
>
> /* prepare xfer_data struct */
If the i2c functionality is broken in some way, I suggest its fixed
first, along with a correc
d need a 126MB per frame buffer.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ment and
in practice demodulators don't actually care, and tuners don't
implement their gain reporting capabilities correctly at all.
This feels like a solution to a problem that doesn't exist.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
+1.646.355.8490
--
To unsubscribe
look at the 'azap' and 'dvbtraffic' tools. These are what you need.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
already offers this, albeit with a less than ideal quality of service.
> So consider that a non issue for now.
You might, I don't. Good luck!
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" i
> It occurs to me that someone who is so cavalier with not paying legal
> royalties would be pretty unlikely to pay bills for the advice and
> support.
+1.
Indeed.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscri
tacting the content owners, negotiating
contracts and seeking permission.
Solve the legal contract / redistribution first, then the technology
to make it happen is easily available.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubsc
ee and
you'll see each of them implementing their own versions of the above.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
esumably audio), have the device render and capture? Not that I'm
aware of.
I've done these kinds of driver projects in the past, on a commercial
basis, for our clients. Contact me off list if you're looking for
help.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To un
driver solution,
you'll have no choice but to build your own proprietary API.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo
mplete PCIe reset (warm or cold boot) for
the risc processor to reset, and for it to require a firmware to be
loaded again. So, your comments make sense.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
ocated source..? can't see why..
> Was going to dig into that next as a side job..
At this stage the code is 7-8 years old, so I don't recall the
rationale for why I did that back in 2008(?) - but looking at it
today, I think its needless and its a fairly trivial thing to
remove and test.
you past this issue, likely on to
the next (user buffer allocations are also large - as I recall). Note
that the 4MB allocation is temporary, so its not a long term saving,
but it might get you past the hump.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: s
86/x86 hardware, or something embedded/custom?
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
t; The text on the chip is:
>
> SAA7164E/2
> P60962.00 10
> ESG07271Y
>
> I suspect the /2 means REV2.
Correct, thanks for confirming. I'll look into this.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send t
or all -03 boards. For -02 boards
(fewer of these in the field) it may be a problem, but I'll fix.
I also plan to test the control framework changes, and the compliance
patches (thanks btw).
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line &q
tly remember asking you this before, but that's been a long time ago
> and I can't find it in my mail archive.
>
> I'm willing to do some driver cleanup and fix v4l2-compliance issues, but
> I'd really like to fix this firmware issue first.
Noted.
>
> Regards,
do. I probably won't get to this until the weekend, but I'll
>> put this on my todo list.
>
> That's OK, there is no hurry. I tried to put my saa7164 in a different PC as
> well,
> but it seems to be really broken as nothing appears in lspci :-(
Send me your s
On Sat, Aug 22, 2015 at 8:46 AM, Hans Verkuil wrote:
> On 08/22/2015 02:06 PM, Steven Toth wrote:
>> On Sat, Aug 22, 2015 at 6:47 AM, Hans Verkuil wrote:
>>> On 08/22/2015 09:24 AM, Ricardo Ribalda Delgado wrote:
>>>> Hello Hans
>>>>
>>>>
on top of that later.
Hans, thanks for the work here.
I've skimmed the patch buts its too much to eyeball to give a direct ack.
Has anyone tested the patch and validated each of the controls continue to work?
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this
si2168_set_ts_mode(fe, 0);
>
> makes it work.
>>
>>
>> Thanks for helping! :)
>>
> You're welcome.
Thx. I'll spin up a couple of other si2168 boards I have and look at
their status, pre-post patch.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
ppens if you revert this back to the code from my original
patch, and include your changes listed below?
IE:
/* Tri-state the TS bus */
si2168_set_ts_mode(fe, 1);
1) Do you still lock no signal lock issues.
2) Do you see normal video as you'd typically expect?
Thanks for helping! :)
On Tue, Jul 21, 2015 at 2:59 PM, Tycho Lürsen wrote:
>
>
> Op 21-07-15 om 20:07 schreef Tycho Lürsen:
>>
>>
>>
>> Op 21-07-15 om 18:19 schreef Steven Toth:
>>>
>>> On Tue, Jul 21, 2015 at 12:11 PM, Tycho Lürsen
>>> wrote:
>>>
On Tue, Jul 21, 2015 at 2:07 PM, Tycho Lürsen wrote:
>
>
> Op 21-07-15 om 18:19 schreef Steven Toth:
>>
>> On Tue, Jul 21, 2015 at 12:11 PM, Tycho Lürsen
>> wrote:
>>>
>>> Hi Steven,
>>> I was too curious to wait for you and Antti to settle
nd.
That's pretty bizarre results, although thank you for testing. :)
When you say it can't tune, do you mean the signal does not lock, or
that no video appears?
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe
si2168 fe
ops, as and when the bridge requires it? This feels like a reasonable
middle-ground approach.
Your thoughts?
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message
p/start driving electrical signals on a bus.
We can agree or disagree about whether a part should be tri-stated in
init/sleep() and under what circumstances, but why bother when someone
has gone to the trouble of declaring a perfectly good tr-state
interface in dvb-core, taht automatically asserts and de
n the same page regarding this patch,
> I'll test again against a 4.2-RC>1
> Regards,
> Tycho.
Thank you Tycho.
I specifically only tested on 4.2, with the entire tree. No attempt
was made to backport or otherwise test in environments outside on
prior kernels.
- Steve
--
On Mon, Jul 20, 2015 at 10:30 AM, Antti Palosaari wrote:
> On 07/19/2015 01:21 AM, Steven Toth wrote:
>>
>> http://git.linuxtv.org/cgit.cgi/stoth/hvr1275.git/log/?h=hvr-1275
>>
>> Patches above are available for test.
>>
>> Antti, note the change to
hat):
>
> sed -i 's/SYS_DVBT, SYS_DVBT2, SYS_DVBC_ANNEX_A/SYS_DVBC_ANNEX_A/'
> drivers/media/dvb-frontends/si2168.c
>
> Result: both DVBSky T982 and TBS 6285 drivers are broken, meaning no lock,
> no tune.
>
> Regards,
> Tycho.
>
> Op 19-07-15 om 00:21 schre
but you're
not running the newer kernel (including the new patches).
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
e.
Thanks,
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
> Dear : Steven Toth
> Thanks for your professional answer
> Thanks a lot
> Best Regards
You are welcome!
>> It looks like Hauppauge have released an updated HVR-1275 card, as
>> indicated by the updated PCI-SubDevice ID 2A38. The hardware has
>> changed and the
e ID 2A38. The hardware has
> changed and the driver needs to be modified to support these changes.
>
> Modprobing with option=19 isn't going to help.
I've reached out to Hauppauge for comment on the new H/W. Stay tuned.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
-
dware revision = 0xd0
>
> cx23885[0]/0: found at :05:00.0, rev: 4, irq: 16, latency: 0,
> mmio: 0xfbe0
>
> cx23885 :05:00.0: setting latency timer to 64
>
> cx23885 :05:00.0: irq 35 for MSI/MSI-X
>
> sorry I don’t know how can I do .. can you help m
>> An image of the top of the tuner clearly showing any manufacturing
>> markings would be welcome - assuming its accessible.
>
>
> It's a best picture I could find:
> http://www.reviews.ru/clause/over/T7_2/image41.jpg
Thanks.
--
Steven Toth - Kernel Labs
ht
gt; the chip is brought out of reset or it won't work at all.
An image of the top of the tuner clearly showing any manufacturing
markings would be welcome - assuming its accessible.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubs
On Sat, Jun 6, 2015 at 3:44 AM, Olli Salonen wrote:
> This reverts commit ad90b6b0f10566d4a5546e27fe455ce3b5e6b6c7.
>
> This patch breaks I2C communication towards Si2168. After reverting and
> applying the other patch in this series the I2C communication is
> correct.
Tested-
On Sat, Jun 6, 2015 at 3:44 AM, Olli Salonen wrote:
> The i2c_reg_len for Si2168 should be 0 for correct I2C communication.
>
> Signed-off-by: Olli Salonen
Tested-By: Steven Toth
Checked with a HVR-2205 and a HVR-2215, firmware loads as expected.
--
Steven Toth - Kernel
e a handful
of channels from my provider that are watchable. 300+ are fully
encrypted the data delivered by the card isn't that useful, for
encrypted channels.
I suggest you share the output from your scan tests with the mailing
list and see if anyone can help.
--
Steven Toth - Kernel Labs
http
On Fri, Jun 5, 2015 at 9:40 AM, Olli Salonen wrote:
> Hi Steven,
>
> It seems to me that that part of the code is identical to your driver, no?
Sorry for the noise. I'm been swamped with a couple of things and just
getting back to the ML now.
You are correct.
--
Steven Toth - Ke
That's not going to work. You need to pull tip, compile and install it
for HVR2255 support.
No amount of specifying card=X on the module load fixes these kinds of issues.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe
On Thu, Jun 4, 2015 at 9:22 AM, Olli Salonen wrote:
> I compiled an old HVR-2205 driver from my git tree:
> https://github.com/trsqr/media_tree/tree/hvr2205
https://github.com/trsqr/media_tree/commit/61c2ef874b8a9620f498c9a4ab4138e97119462b
That's the difference perhaps.
--
t tree and
> test if it still works? One possible reason could be also PCIe interface I2C
> adapter bug. Or timing issue.
Unlikely a timing issues or an i2c bug.
In my case I have multiple cards. The second card was acquired later
and never tested, and exhibited the issue.
Olli would ne
wer demods are not recognized by the current tip, the prior
ones are.
The solution was to patch the SI2168 to recognize the newer demodulator version.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the
rst 5 bytes, to
accelerate/aid future debugging issues.
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
newer card (D40) load the B firmware.
This fix works well for me and properly enables DVB-T tuning behavior
using tzap.
Thanks to Peter Faulkner-Ball for describing his workaround.
Signed-off-By: Steven Toth
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
d40.patch
Description: Binary data
: SI2168 40
> When the firmware failed to load the error log reported as: si2168-x0040
>
> I hope this is helpful.
>
>
> I have 2x HVR2215 cards both working for DVB-T on OpenSuse13.2
So the hardware is reporting as a 'D' revision, and a prior firmware
is being loaded a
>> Many thanks to the developers for all of your hard work.
>
>
> Let me guess they have changed Si2168 chip to latest "C" version. Driver
> supports only A and B (A20, A30 and B40). I have never seen C version.
I'll look in detail and report back shortly.
-
this week to fire up my HVR22xx dev
platform and re-validate the 2205.
Thanks for raising this.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More major
right direction?
Open and configure the demux device, configure it for pid 0x2000 and
read from it once your frontend indicates you have signal lock.
Also, for your parsing needs, I suggest you don't re-invent the wheel.
Take a look at libdvbpsi.
--
Steven Toth - Kernel Labs
http://www.ker
0 /* reg */, msgs[i].len, msgs[i].buf);
> + NULL /* reg */, msgs[i].len, msgs[i].buf);
> } else if (i + 1 < num && (msgs[i + 1].flags & I2C_M_RD) &&
>msgs[i].addr == msgs[i + 1].addr
atches
> Author: Mauro Carvalho Chehab
> Date:Fri May 1 07:30:40 2015 -0300
>
> The patches that added support for HVR2255 and HVR2205 added
> some CodingStyle issues.
>
> Better to fix it sooner than latter.
>
> Cc: Steven Toth
> Signed-off-by: Mauro Carvalho
> Steven, thanks for your comment
You are very welcome.
>
> So maybe this should also go into cx23885?
> I'm in Europe and only have DVB-C
My understanding is that it applies to all USB/PCIe bridges.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe fro
an
approximately 50Mbps, which standard DVB-T/T2, ATSC and QAM-B never
are.
The issue apparently, is with some QAM-A (DVB-C) streams in
Europe. This explains why I've never seen it. That's being said, I
do plan to add the gapped clock patch to the SAA7164 shortly - for
safety.
--
liance.
My read on the documentation is that the major doesn't have to be 3 or
higher, it doesn't specially call that out.
Thoughts?
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of
:47 -0400)
Steven Toth (6):
[media] saa7164: Adding additional I2C debug.
[media] saa7164: Improvements for I2C handling
[media] saa7164: Add Digital TV support for the HVR2255 and HVR2205
[media] saa7164: Fixup
in the original pull request "[media] saa7164: fix
HVR2255 ATSC inversion issue"
Please ensure this is also pulled.
Thank you sir!
- Steve+1.646.355.8490
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-med
(using 2168) then it
shouldn't be required for the HVR2215 (using 2168), but that's
speculation at this point.
I also have the hardware schematics so I'll check those when the board
arrives also.
Thanks for the heads up.
--
Steven Toth - Kernel Labs
http://www.kernellabs.co
f40a40d48a9cacefd900314984cce887ddc23142:
[media] saa7164: Copyright update (2015-03-23 15:08:15 -0400)
Steven Toth (5):
[media] saa7164: Adding additional I2C debug.
[media] saa7164: Improvements for I2C handling
[media] saa7164: Add Digital TV
t suggesting the gapped clock 2168 patch isn't useful for other
bridges, you might want to pull Olli's patch for that, but its not
required for the HVR2205/2255 support.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsu
s when they were in bitbucket
earlier this week, so your need to push our your own patches only
confuses and concerns me.
I did not require any 2168/2157 driver changes to make these devices
work. (Antti please note).
I plan to issue a pull request for my tree shortly.
- Steve
--
S
5Q - not sure if HVR2255 also uses si2157 as tuner).
Thank you sir.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
be in the UK on travel, I'd be
happy to buy lunch.
... Or if any LinuxTV devs reading this are in the UK and would like
to meet up, send me an email. I'll see what I can do.
Other than this, the HVR2215 sounds good Olli.
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.c
but I expect to complete this
entire exercise by 21st of this month So hold on a little longer
and keep watching this mailing list for further updates.
Thanks,
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-m
elp then we'll need to figure something else out.
It's on my todo-list at somepoint. I traded a card with John a few
weeks ago so I have everything I need to make it happen, other than
time!
Thanks again,
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscr
ia_dev);
^
make[4]: *** [drivers/media/common/siano/smsdvb-main.o] Error 1
make[3]: *** [drivers/media/common/siano] Error 2
make[2]: *** [drivers/media/common] Error 2
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubs
enabled.
> Can be set to 'N' to disable.
>
> Fixes (or can reduce the occurrence of) a crash which is most commonly
> reported when multiple saa7164 chips are in use.
>
> Signed-off-by: Brendan McGrath
Thank you Brendan.
Reviewed-by: Steven Toth
--
Steven Toth - Kern
#x27;m happy to take the patch if the option can be disabled.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
done, I'll be happy to Ack it.
Thanks again.
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
/fs/proc/generic.c:521 remove_proc_entry+0x1a1/0x1b0()
> [21135.458572] remove_proc_entry: removing non-empty directory 'irq/47',
> leaking at least 'saa7164[0]'
>
> Signed-off-by: Olli Salonen
Thx.
Reviewed-by: Steven Toth
--
Steven Toth - Kernel Labs
http://w
omehow root of cause should be find - it is not proper fix to repeat or
> break I2C messages to multiple smaller ones.
Ack.
Its the job of the I2C controller to manage the I2C bus
implementation, including any fragmentation needs, not the
tuner/demod/other driver.
Find and fix the resource
are commands timing out).
I'll post a notice to this list once the driver is ready for download.
Shortly, I hope.
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to
are of VB2 etc.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
I didn't see anything obvious in the logs :(
Please don't send the hardware to the US unless you're willing to
leave it with me permanently, I don't work on hardware for free if I
don't get to keep the final hardware. I hope you understand.
- Steve
--
Steve
Hi,
I'm based in the US :(
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
On Tue, Feb 3, 2015 at 4:39 PM, dCrypt wrote:
> Thanks Steve.
>
> If sending it really helps you in your development, I will gladly pay for the
> postage forth and back if you live in
considered unstable.
If you want to send me a Terratec card then I'll try to fund an hour
to investigate in the coming weeks.
Best,
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
On Tue, Feb 3, 2015 at 2:26 PM, dCrypt wrote:
> Steve,
>
> Maybe you can help me track
le weekend.
Good feedback on the C7 vs C6 power state, thanks.
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
rt (2008):
http://marc.info/?l=linux-dvb&m=120032380226094&w=2
I don't have a 800i with a s5h1411, so I can't really help without it.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
t
e shield I don't know a
> non-destructive method to get the part number.
>
>>From: Steven Toth
>>Date: Mon, Jan 26, 2015 at 6:44 AM
>>Subject: Re: PCTV 800i
>>To: John Klug
>>Cc: Linux-Media
>
>
>>On Mon, Jan 26, 2015 at 12:50 AM, John Klug wrot
our hardware is bad.
Other than the Conexant PCI bridge, do the other components listed in
the wiki page match the components on your physical device?
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media&quo
(or anyone) have any specific needs, or questions, feel free to
email me off-list.
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More ma
Is anyone planning to attend this year?
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
Comments inline
On Mon, Dec 22, 2014 at 4:07 PM, Tolga Cakir wrote:
> Am 09.05.2014 um 14:38 schrieb Steven Toth:
>>
>> On Thu, May 8, 2014 at 9:48 PM, Tolga Cakir wrote:
>>>
>>> Hello everyone!
>>
>> Hi Tolga!
>>
>>> Over the
> In my understanding Starburst is HVR-4400, but only satellite tuner is
> installed to PCB - whilst terrestrial/cable is left out.
I went back through my engineering notes from my Hauppauge engineering
days, this statement is correct.
--
Steven Toth - Kernel Labs
http://www.kernella
Please disregard my previous request, CX23885_BOARD_HAUPPAUGE_STARBURST is fine.
- Steve
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
of the hardware and makes Linux support for the HVR550 much
more obvious in google.
Please change CX23885_BOARD_HAUPPAUGE_STARBURST to
CX23885_BOARD_HAUPPAUGE_HVR5500.
Thanks,
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe l
On Fri, Oct 31, 2014 at 2:13 PM, shacky wrote:
> 2014-10-31 19:05 GMT+01:00 Steven Toth :
>> FM is not supported.
>
> Hi Steven,
> thank you very much for your answer.
>
> Do you know any PCI-Express FM tuner supported by Linux?
Not off-hand.
- Steve
--
Steven
FM is not supported.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
On Fri, Oct 31, 2014 at 2:01 PM, shacky wrote:
> Hi.
>
> I see that the Hauppauge WinTV-HVR-2200 is supported on Linux
> (http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-HVR-2200) but I
> cannot un
1 - 100 of 386 matches
Mail list logo
