anitha.majji wrote: > Hi Madhavan, > > After applying > /net/steam.sfbay/builds/mv143129/callout-onnv/archives/sparc/bfu_1 > on serengeti, it PANICs continuously after reboot. > The non-debug > (/net/steam.sfbay/builds/mv143129/callout-onnv/archives/sparc/bfu_1-nd), > applied to starcat is coming up properly. > > Serengeti system details are: Hostname: burl-6900-1-a.east > Console: telnet burl-6900-1.east (console a) > > I left the system in Ok prompt. > > Following is panic message: > ========================================================== > panic[cpu519]/thread=180e000: assertion failed: (threadp())->t_preempt > > 0, file: ../../common/os/cyclic.c, line: 2936 > > 000000000180b710 genunix:assfail+78 (134f678, 134e450, b78, 18cf000, > 1363c00, 0) %l0-3: 00000000078c791f 000000000134f670 0000000000000038 > 0000000000000038 > %l4-7: 0000000000000118 0000000000000000 000000000192d000 > 0000000000000000 > 000000000180b7c0 genunix:cyclic_reprogram+94 (60060061b68, ca386c1080, > 15345, 989680, 0, 1919c58) > %l0-3: 0000000000000000 0000000000000002 000000000134e400 > 000000000134f400 > %l4-7: 000000003925d63e 000000003b9aca00 000000000134e800 > 7fffffffffffffff > 000000000180b870 genunix:callout_cpu_online+110 (300d3794000, > 60060061b68, 100, 2, 1, 0) > %l0-3: 0000000001132ccc 0000000001132c8c 0000000001917800 > 7fffffffffffffff > %l4-7: 00000300d044a100 00000300d0442000 0000000000008100 > 0000000000000102 > 000000000180b950 genunix:callout_mp_init+34 (180c000, 1917828, > 18aa518, 18b8000, 1917800, 18aa400) > %l0-3: 000000000000022e 0000000000000000 000000000190a800 > 000000000191e400 > %l4-7: 00000000018b81d8 00000300d3794000 00000000018aa518 > 000000000180c000 > 000000000180ba00 genunix:main+2b4 (2, 485a3dbc, 1842800, 196ab08, > 1842928, 196a800) > %l0-3: 000000000180e440 000000000113326c 0000000001842800 > 0000000001969c00 > %l4-7: 0000000001969c00 000000000180c000 0000000000000001 > 0000000001969c00 > > syncing file systems...Jun 19 04:12:45 burl-6900-1-sc0 Domain-A.SC: > Active - Panicking > [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] > [1] [1] [1] [1] done (not all i/o completed) > ========================================================== > > Thanks > -Pradeep > > Madhavan Venkataraman wrote: >> Team, >> >> Here is Release 1 of Tickless Callouts. >> >> Release 1 >> --------- >> >> This release consists of all the code changes as of the end of the >> implementation phase. Basically, this is the initial implementation. >> This need to be unit tested, QE tested and evaluated for performance. >> Some preliminary performance studies show good scalability for >> realtime timers. >> >> Design doc: >> >> http://esp.west/~mv143129/tickless_callouts/Nevada/callout_design_1.txt >> >> BFUs: >> >> /net/steam.sfbay/builds/mv143129/callout-onnv/archives/sparc/bfu_1 >> /net/steam.sfbay/builds/mv143129/callout-onnv/archives/sparc/bfu_1-nd >> /net/steam.sfbay/builds/mv143129/callout-onnv/archives/i386/bfu_1 >> /net/steam.sfbay/builds/mv143129/callout-onnv/archives/i386/bfu_1-nd >> >> webrev: >> >> http://esp.west/~mv143129/tickless_callouts/Nevada/webrev_1/ >> >> The design document has undergone some revision. I have added more >> information >> and modified existing information. I have removed all the code from it >> as I am providing a webrev anyway. So, please review the design doc >> and let me know if you have any questions or comments. >> >> Feel free to try the BFUs. These are based on Nevada 89. >> >> Madhavan The assert is in the wrong place. It is a valid assert for omnicyclics not for regular cyclics. The non-debug BFU will not have the assert. So, it works correctly. I will fix the code and respin the debug BFU ASAP. BTW, there is no bug in the code. Only the assert is misplaced.
Madhavan
