public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Patrick Boisvenue <patrbois@magma.ca>
To: Andy Walls <awalls@radix.net>
Cc: linux-dvb@linuxtv.org
Subject: Re: [linux-dvb] HVR-1500Q eeprom not being parsed correctly
Date: Wed, 10 Sep 2008 20:37:43 -0400	[thread overview]
Message-ID: <48C86857.70603@magma.ca> (raw)
In-Reply-To: <1221087304.2648.7.camel@morgan.walls.org>

Andy Walls wrote:
> On Tue, 2008-09-09 at 22:37 -0400, Steven Toth wrote:
>> Patrick Boisvenue wrote:
>>> Steven Toth wrote:
>>>> Patrick Boisvenue wrote:
> 
>>> When launching dvbscan I get the following in dmesg:
>>>
>>> xc5000: waiting for firmware upload (dvb-fe-xc5000-1.1.fw)...
>>> firmware: requesting dvb-fe-xc5000-1.1.fw
>>> kobject_add_internal failed for i2c-2 with -EEXIST, don't try to 
>>> register things with the same name in the same directory.
>>> Pid: 8059, comm: kdvb-fe-0 Tainted: P          2.6.26-gentoo #11
>>>
>>> Call Trace:
>>>  [<ffffffff8036abb5>] kobject_add_internal+0x13f/0x17e
>>>  [<ffffffff8036aff2>] kobject_add+0x74/0x7c
>>>  [<ffffffff80230b02>] printk+0x4e/0x56
>>>  [<ffffffff803eb84a>] device_add+0x9b/0x483
>>>  [<ffffffff8036a876>] kobject_init+0x41/0x69
>>>  [<ffffffff803f059d>] _request_firmware+0x169/0x324
>>>  [<ffffffffa00e9a7e>] :xc5000:xc_load_fw_and_init_tuner+0x64/0x293
>>>  [<ffffffff804a7222>] i2c_transfer+0x75/0x7f
>>>  [<ffffffffa00e53ad>] :s5h1409:s5h1409_writereg+0x51/0x83
>>>  [<ffffffffa00e9cea>] :xc5000:xc5000_init+0x3d/0x6f
>>>  [<ffffffffa0091b0c>] :dvb_core:dvb_frontend_init+0x49/0x63
>>>  [<ffffffffa0092e2c>] :dvb_core:dvb_frontend_thread+0x78/0x2f0
>>>  [<ffffffffa0092db4>] :dvb_core:dvb_frontend_thread+0x0/0x2f0
>>>  [<ffffffff80240eaf>] kthread+0x47/0x74
>>>  [<ffffffff8022bc41>] schedule_tail+0x27/0x5b
>>>  [<ffffffff8020be18>] child_rip+0xa/0x12
>>>  [<ffffffff80240e68>] kthread+0x0/0x74
>>>  [<ffffffff8020be0e>] child_rip+0x0/0x12
>>>
>>> fw_register_device: device_register failed
>>> xc5000: Upload failed. (file not found?)
>>> xc5000: Unable to initialise tuner
>>>
>>>
>>> I have the firmware file located here:
>>>
>>> # ls -l /lib/firmware/dvb-fe-xc5000-1.1.fw
>>> -rw-r--r-- 1 root root 12332 Aug 31 12:56 
>>> /lib/firmware/dvb-fe-xc5000-1.1.fw
>>>
>>> If there is anything else I can provide (or try) to help debug, let me 
>>> know,
>>> ...Patrick
>>  > kobject_add_internal failed for i2c-2 with -EEXIST, don't try to
>>  > register things with the same name in the same directory.
>>
>> Ooh, that's nasty problem, this is new - and looks like it's i2c related.
>>
>> Why does this sound familiar? Anyone?
> 
> A cx18 user had a similar problem on one distro.  I remeber running it
> down to a race condition in creating device nodes in one of the
> "virtual" filesystems (/proc or /sys) the device was looking for a
> paretn PCI device entry to hook onto, but it wasn't created at the time
> so it tries to create it itself.  In the meantime some other part of the
> kernel subsystem did actually finish creating the entry - so it exists
> by the time the firmware load tries to make it.
> 
> As far as I could tell, it should be non-fatal (not an Oops or panic),
> but if the driver gives up on -EEXIST then things won't work obviously.
> 
> I never resolved the problem for the user.  I think some kernel change
> outside of cx18 resolved it.  That's all the details I have.
> 
> Regards,
> Andy
> 

So what are my options? Different kernels? Wait for newer kernels and 
try again? Running 2.6.26 right now and I have 2.6.25 available, 
however, I cannot go lower since my Thinkpad needs >=2.6.25 to run properly.

...Patrick

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

  reply	other threads:[~2008-09-11  0:37 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-09 11:11 [linux-dvb] HVR-1500Q eeprom not being parsed correctly Patrick Boisvenue
2008-09-09 14:52 ` Steven Toth
2008-09-10  2:30   ` Patrick Boisvenue
2008-09-10  2:37     ` Steven Toth
2008-09-10  3:56       ` barry bouwsma
2008-09-10 11:45       ` Patrick Boisvenue
2008-09-10 18:34         ` Steven Toth
2008-09-10 22:55       ` Andy Walls
2008-09-11  0:37         ` Patrick Boisvenue [this message]
2008-09-11  1:10           ` Andy Walls
2008-09-12 18:24             ` Patrick Boisvenue
2008-09-12 18:41               ` Michael Krufky
2008-09-12 19:12                 ` Patrick Boisvenue
2008-09-12 19:16                   ` Patrick Boisvenue
2008-09-13  1:25                     ` Andy Walls
2008-09-15 16:35                       ` Markus Rechberger
2008-09-16 12:05                         ` Patrick Boisvenue
2008-09-16 23:35                           ` Andy Walls
2008-10-23 10:21                             ` Oldrich Jedlicka
2008-09-15 16:30                   ` Michael Krufky
2008-09-10 23:46     ` Steven Toth
  -- strict thread matches above, loose matches on Subject: below --
2008-09-09 21:01 Tim Lucas

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48C86857.70603@magma.ca \
    --to=patrbois@magma.ca \
    --cc=awalls@radix.net \
    --cc=linux-dvb@linuxtv.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox