Bug 664852 - WARNING: at fs/proc/generic.c:317 __xlate_proc_name+0xbb/0xc2()
Summary: WARNING: at fs/proc/generic.c:317 __xlate_proc_name+0xbb/0xc2()
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 14
Hardware: x86_64
OS: Linux
low
urgent
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-12-21 20:56 UTC by Wolfgang Ulbrich
Modified: 2011-01-05 00:16 UTC (History)
6 users (show)

Fixed In Version: kernel-2.6.35.10-74.fc14
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-12-26 19:54:45 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Wolfgang Ulbrich 2010-12-21 20:56:51 UTC
Description of problem:
With fc14 i get this kernel-oops from abrt after the gnome-desktop is staying
up. But it's no problem for looking tv (dvb-t) with kaffeine.


Version-Release number of selected component (if applicable):
kernel-2.6.35.10-72.fc14
kernel-2.6.35.10-71.fc14
kernel-2.6.35.10-70.fc14
kernel-2.6.35.10-69.fc14
kernel-2.6.35.10-68.fc14
kernel-2.6.35.10-67.fc14

How reproducible:
Starting fc14 and using a technisat (flexicop chip)dvb-t card

Steps to Reproduce:
1.starting the fc14 system
2.in the booting phase the kernel oops
3.
  
Actual results:
getting an kernel-oops

Expected results:
no kernel-oops

Additional info:
I think it is an old bug that you've fixed in kernel-2.6.34 with the 'flexcop-fix-xlate_proc_name-warning.patch'.
See https://bugzilla.redhat.com/show_bug.cgi?id=575873
It seems that i get the same error messages.

Backtrace:
WARNING: at fs/proc/generic.c:317 __xlate_proc_name+0xbb/0xc2()
Hardware name: System Product Name
name 'Technisat/B2C2 FlexCop II/IIb/III Digital TV PCI Driver'
Modules linked in: b2c2_flexcop_pci(+) b2c2_flexcop dvb_core cx24123 cx24113 snd_pcm saa7146 s5h1420 snd_mpu401_uart ttpci_eeprom sky2 snd_rawmidi iTCO_wdt asus_atk0110 snd_seq_device snd_timer shpchp snd iTCO_vendor_support i2c_i801 soundcore i2c_core snd_page_alloc btrfs zlib_deflate libcrc32c 3w_9xxx
Pid: 616, comm: modprobe Tainted: P            2.6.35.10-72.fc14.x86_64 #1
Call Trace:
 [<ffffffff8104d999>] warn_slowpath_common+0x85/0x9d
 [<ffffffff8104da54>] warn_slowpath_fmt+0x46/0x48
 [<ffffffff8121f7cb>] ? string.clone.2+0x3d/0xa4
 [<ffffffff81164c63>] __xlate_proc_name+0xbb/0xc2
 [<ffffffff8116524c>] __proc_create+0x55/0x129
 [<ffffffff81165582>] proc_mkdir_mode+0x2e/0x5a
 [<ffffffff811655c4>] proc_mkdir+0x16/0x18
 [<ffffffff810a8790>] register_handler_proc+0xf3/0x11d
 [<ffffffff810a6ac3>] __setup_irq+0x287/0x31c
 [<ffffffffa00bd14b>] ? flexcop_pci_isr+0x0/0x147 [b2c2_flexcop_pci]
 [<ffffffff810a6c88>] request_threaded_irq+0x130/0x190
 [<ffffffffa00bd433>] flexcop_pci_probe+0x1a1/0x2f3 [b2c2_flexcop_pci]
 [<ffffffff81232e49>] local_pci_probe+0x17/0x1b
 [<ffffffff81233604>] pci_device_probe+0xd2/0x104
 [<ffffffff8116f9da>] ? sysfs_create_link+0x13/0x15
 [<ffffffff812d804b>] driver_probe_device+0x14b/0x271
 [<ffffffff812d81ce>] __driver_attach+0x5d/0x81
 [<ffffffff812d8171>] ? __driver_attach+0x0/0x81
 [<ffffffff812d6f4f>] bus_for_each_dev+0x56/0x82
 [<ffffffff812d7c1c>] driver_attach+0x1e/0x20
 [<ffffffff812d77f6>] bus_add_driver+0xf1/0x25e
 [<ffffffff812d8432>] driver_register+0x9b/0x108
 [<ffffffff81233830>] __pci_register_driver+0x56/0xc2
 [<ffffffffa0bbe000>] ? flexcop_pci_module_init+0x0/0x20 [b2c2_flexcop_pci]
 [<ffffffffa0bbe01e>] flexcop_pci_module_init+0x1e/0x20 [b2c2_flexcop_pci]
 [<ffffffff810021a1>] do_one_initcall+0x5e/0x155
 [<ffffffff8107cc7d>] sys_init_module+0xa6/0x1e4
 [<ffffffff81009cf2>] system_call_fastpath+0x16/0x1b

So pls reenable this patch again if you've drop out this patch.

Comment 1 Kyle McMartin 2010-12-21 21:10:15 UTC
Hrm, it is enabled...

Comment 2 Kyle McMartin 2010-12-21 21:11:34 UTC
Ah, I see, fixing. Thanks.

Comment 3 Kyle McMartin 2010-12-21 21:17:55 UTC
For some reason, Jarod's v4l rebase decided to trample over this patch despite it having been sent upstream. I'll go kick people, thanks.

Comment 4 Kyle McMartin 2010-12-21 21:33:05 UTC
Could you please confirm it fixed in this scratch build?
http://koji.fedoraproject.org/koji/taskinfo?taskID=2682721

Comment 5 Wolfgang Ulbrich 2010-12-21 23:13:29 UTC
Perfect!
Your scratch kernel build working well.
The error messages are gone away.
Thx for your very quick reaction...........respect!

One question, is it possible to fix kernel 2.6.36 and 2.6.37 with this patch for fedora rawhide?

Wolfgang Ulbrich, berlin germany

Comment 6 Fedora Update System 2010-12-23 20:47:59 UTC
kernel-2.6.35.10-74.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/kernel-2.6.35.10-74.fc14

Comment 7 Kyle McMartin 2010-12-23 20:54:18 UTC
Thanks for the reminder, I've got it in rawhide now and poked upstream about it.

Comment 8 Wolfgang Ulbrich 2010-12-24 10:08:09 UTC
I can confirm that kernel-2.6.35.10-74.fc14 is working well.
No error messages.

Comment 9 Fedora Update System 2010-12-25 00:26:11 UTC
kernel-2.6.35.10-74.fc14 has been pushed to the Fedora 14 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update kernel'.  You can provide feedback for this update here: https://admin.fedoraproject.org/updates/kernel-2.6.35.10-74.fc14

Comment 10 Fedora Update System 2010-12-26 19:54:29 UTC
kernel-2.6.35.10-74.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 11 Wolfgang Ulbrich 2011-01-05 00:16:34 UTC
thx for building new kernel-release for fc14 and fc15.


Note You need to log in before you can comment on or make changes to this bug.