Dear Thomas, This is a report  about booting test with linux-2.6.33.rc8-rt1 by Thomas. I also can't boot linux-2.6.33.rc8-rt1 version on my desktop pc like John Kacur. But, This Error message is different in my case. So, I returned linux version from this version to linux-2.6.31-rt14 version now. - version info : Linux-2.6.33.rc8-rt1 - H/W Spec : intel Core2Quad Q9400 , SATA HDD320G I uploaded screenshot about booting error on my Q9400 based desktop pc. http://picasaweb.google.com/leemgs/LinuxRelatedScreenshot#5441436536331947314 And, I attached my config file to compile linux-2.6.33.rc8-rt1. Regards, Geunsik Lim. On Mon, Feb 22, 2010 at 8:11 PM, John Kacur wrote: > > On Mon, Feb 22, 2010 at 12:24 AM, Thomas Gleixner wrote: > > We are pleased to announce the next update to our new preempt-rt > > series. > > > >    - Forward to 2.6.33-rc8 > > > > Finally I managed to get that beast tamed. > > > > Some folks were already joking, that my dog ate the 33-rt patch. The > > truth is that my reject fixup skills were one line off in the mm/* > > code which resulted in -rt eating my files :) > > > > When I fixed the wreckage of my own stupidty I found out that -rt > > triggered a nasty and hard to reproduce mainline scheduler bug, which > > refused to reproduce with kernel tracing enabled. Thanks to Peter > > Zijlstra for helping me to decode the initial mainline problem and the > > ones which resulted from fixing the mainline bug! > > > > It's all fixed now and I'm pretty happy about the state of this > > release with the following exceptions: > > > >  1) it is only runtime tested on x86_64 (compiles on x86_32, arm, > >    powerpc_32/64). > > > >    I'm going to throw it at my testing infrastructure tomorrow, but I > >    wanted to release this before .33-final and of course you folks > >    are heartely invited to help out with fixing the fallout :) > > > >  2) I broke the histogram tracer stuff simply because I got lost in > >    the divergence of -rt and mainline kernel/trace/* changes > > > >    I apologize to Carsten, but I'm sure he will fix that in no time > >    as usual > > > > The current state of the patch on x86_64 is: rock stable! > > > >    [rt-tests]# chrt -f 1 ./cyclictest -t -a -n -d0 -p80 -i125 > >    policy: fifo: loadavg: 509.19 490.53 486.66 364/1055 31899 > > > >    T: 0 (27682) P:80 I:125 C:1170997397 Min: 2 Act: 3 Avg: 3 Max: 34 > >    T: 1 (27683) P:79 I:125 C:1170997397 Min: 2 Act: 3 Avg: 3 Max: 34 > > > >    That's an uptime of ~1.6 days with a load of hackbench, recursive > >    grep and extensive networking traffic going on. > > > > The merge of the spinlock namespace cleanup and the initial > > annotations took a big chunk away from the -rt patch size: > > > >        patch-2.6.31.12-rt21.patch     1680354 > >        patch-2.6.33-rc8.patch         1179390 > >        patch-2.6.33-rc8+git.patch     1067064 > > > > We are zooming in, but there is still a way to go! > > > > Woohoo! More -rt fun. > > Unfortunately, I can't log in on my T500 with this kernel though. > The following shows-up on my serial console. > ------------[ cut here ]------------ > WARNING: at /home/jkacur/rt.linux.git/net/mac80211/rx.c:2467 ieee80211_rx+0x4c/0 > x721 [mac80211]() > Hardware name: 2241B48 > Modules linked in: bridge stp bnep sco btusb l2cap crc16 bluetooth sunrpc ipt_RE > JECT nf_conntrack_ipv4 nf_defrag_ipv4 iptable_filter ip_tables ip6t_REJECT xt_tc > pudp nf_conntrack_ipv6 xt_state ip6table_filter ip6_tables x_tables ipv6 cpufreq > _ondemand acpi_cpufreq ext3 jbd mbcache dm_mirror dm_region_hash dm_log dm_multi > path scsi_dh dm_mod kvm_intel kvm uinput arc4 ecb snd_hda_codec_conexant iwlagn > snd_hda_intel iwlcore snd_hda_codec snd_hwdep snd_seq_dummy mac80211 snd_seq_oss >  snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss thinkpad_ac > pi snd_pcm firewire_ohci firewire_core hwmon video ppdev tpm_tis cfg80211 sr_mod >  battery wmi ricoh_mmc parport_pc sg tpm cdrom tpm_bios button ac ata_generic e1 > 000e iTCO_wdt snd_timer sdhci_pci pata_acpi sdhci i2c_i801 i2c_core parport mmc_ > core iTCO_vendor_support snd joydev snd_page_alloc pcspkr intel_agp soundcore cr > c_itu_t rfkill output ahci libata sd_mod scsi_mod crc_t10dif xfs exportfs uhci_h > cd ohci_hcd ehci_hcd [last unloaded: microcode] > Pid: 10, comm: sirq-tasklet/0 Not tainted 2.6.33-rc8-rt1-debug #1 > Call Trace: >  [] ? ieee80211_rx+0x4c/0x721 [mac80211] >  [] warn_slowpath_common+0x77/0xa4 >  [] warn_slowpath_null+0xf/0x11 >  [] ieee80211_rx+0x4c/0x721 [mac80211] >  [] ? iwl_led_pattern+0x17a/0x189 [iwlcore] >  [] ? free_compound_page+0x16/0x18 >  [] ? iwl_leds_background+0x66/0x219 [iwlcore] >  [] iwl_rx_reply_rx+0xc29/0xc5a [iwlcore] >  [] ? trace_hardirqs_on+0xd/0xf >  [] ? _raw_spin_unlock_irqrestore+0x4c/0x68 >  [] ? unmap_single+0x27/0x4f >  [] iwl_rx_handle+0x2a0/0x48d [iwlagn] >  [] ? _raw_spin_unlock_irqrestore+0x4c/0x68 >  [] iwl_irq_tasklet+0x5a3/0x73f [iwlagn] >  [] __tasklet_action+0x8f/0xfd >  [] tasklet_action+0x7c/0x85 >  [] run_ksoftirqd+0x18e/0x2d5 >  [] ? run_ksoftirqd+0x0/0x2d5 >  [] kthread+0x8c/0x94 >  [] ? _raw_spin_unlock+0x30/0x4b >  [] kernel_thread_helper+0x4/0x10 >  [] ? restore_args+0x0/0x30 >  [] ? kthread+0x0/0x94 >  [] ? kernel_thread_helper+0x0/0x10 > ---[ end trace 01358557eee38037 ]--- > > Thanks > -- > To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at  http://vger.kernel.org/majordomo-info.html -- Regards, GeunSik Lim ( Samsung Electronics ) Blog : http://blog.naver.com/invain/ e-Mail: geunsik.lim@samsung.com           leemgs@gmail.com , leemgs1@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at  http://vger.kernel.org/majordomo-info.html Please read the FAQ at  http://www.tux.org/lkml/