rawhide report: 20050913 changes

Rodd Clarkson rodd at clarkson.id.au
Thu Sep 15 11:28:38 UTC 2005


On Wed, 2005-09-14 at 15:35 -0700, Bikehead wrote:
> Jim Cornette wrote:
> 
> > John Ellson wrote:
> >
> >> Willem Riede wrote:
> >>
> >>> On 09/13/2005 10:10:15 AM, Build System wrote:
> >>>  
> >>>
> >>>> kernel-2.6.13-1.1552_FC5
> >>>> ------------------------
> >>>> * Tue Sep 13 2005 Dave Jones <davej at redhat.com>
> >>>> - 2.6.14-rc1
> >>>>
> >>>> * Mon Sep 12 2005 Dave Jones <davej at redhat.com>
> >>>> - 2.6.13-git12
> >>>>   
> >>>
> >>>
> >>>
> >>> On my Opteron the x86_64 kernel panics early in the boot process
> >>> [some event preceeded this but is scrolled off screen to fast to read]:
> >>>
> >>> Code: 0f 0b 68 3b 96 37 80 c2 96 02 eb 20 48 8b 02 48 83 c2 18 48
> >>> RIP <ffffffff801688f1>{kmem_find_general_cachep+10} RSP 
> >>> <ffffffff80567ee8>
> >>> <0>Kernel panic - not syncing: Attempted to kill the idle task!
> >>>
> >>> Call Trace:<ffffffff80134c51>{panic+133} 
> >>> <ffffffff80354245>{spin_unlock_irq+9}
> >>> <ffffffff80353bd3>{__down_read+50} <ffffffff8010f2da>{show_stack+202}
> >>> <ffffffff803541e8>{_spin_lock_irqsave+9} 
> >>> <ffffffff80203011>{__up_read+19}
> >>> <ffffffff801376bf>{do_exit+149} 
> >>> <ffffffff80259662>{do_unblank_screen+45}
> >>> <ffffffff8010f7bc>{default_do_nmi+0} 
> >>> <ffffffff8010ff63>{do_invalid_op+163}
> >>> <ffffffff801688f1>{kmem_find_general_cachep+10}
> >>> <ffffffff8010e86d>{error_exit+0}
> >>> <ffffffff801688f1>{kmem_find_general_cachep+10}
> >>> <ffffffff80169775>{kmalloc_node+15}
> >>> <ffffffff8016bd16>{kmem_cache_create+2066}
> >>> <ffffffff8057db08>{kmem_cache_init+661}
> >>> <ffffffff80568753>{start_kernel+323} <ffffffff8056821d>{_sinittext+541}
> >>>
> >>> I hope I have better luck with tomorrow's kernel... Willem Riede.
> >>>
> >>>
> >>>  
> >>>
> >> Nope.  I'm  having the same problem with 1553 today.  (at least, 
> >> sounds like the same, but I haven't
> >> versified the details of the panic).
> >>
> >> I'm back to 1549  on x86_64
> >>
> >> Also, 155[23] fail on all i386 boxes  unless I start with selinux=0
> >
> >
> > I tried kernel versions from FC4 and they failed unless selinux=0 was 
> > passed to the kernel. I even went into runlevel 1 with selinux=0 and 
> > running fixfiles relabel. The halt that I get with selinux enabled is 
> > the ID"1" on tty1, ID "2" on tty2 .....tty6
> >
> > Before relabeling, I got the lockup during detecting hardware when 
> > booting.
> >
> > Jim
> >
> >>
> >> John
> >>
> >
> >
> After upgrading two days ago,  I cannot boot without selinux=0.  The 
> kernel stop after "Initializing hardware...".  I get a *lot* of messages 
> like "/etc/selinux/targeted/context/files/file_contexts:  line 1729 has 
> invalid context system_u:object_r:bin_t".  Usually the line number 
> changes, but there are other files and context.  In fact there are so 
> many messages I cannot scroll to the top to see what starts it.
> 
> It appears there is something wrong with the targeted context files, but 
> nothing appears in the log so I cannot assertain the root cause of the 
> context failure.
> 
> I tried relabeling with no success.  I even wiped my disk, reinstalled 
> FC4 and did a fresh upgrade to development.  I see the exact same 
> behavior.  Is anyone else seeing this?  If I've done something to screw 
> up selinux how do I get it back?

Bikehead,

I'm seeing the same thing here, except I'm on kernel 1530 since recent
kernels give me a 'hda: lost interrupt' error during boot.


Rodd 
-- 
"It's a fine line between denial and faith.
 It's much better on my side"




More information about the fedora-test-list mailing list