All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.