aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAge
* Added support for choices in budget policy enforcement.wip-budgetGlenn Elliott2010-05-20
| | | | | | | | | | NO_ENFORCEMENT - A job may execute beyond its declared execution time. Jobs notify the kernel that they are complete via liblitmus's sleep_next_period() QUANTUM_ENFORCEMENT - The kernel terminates a job if its actual execution time exceeds the declared execution time. PRECISE_ENFORCEMENT - Hook declared, but not yet implemented. Plan to support this policy through hrtimers. Error thrown if specified.
* Merge branch 'wip-cedf-merge-master'Andrea Bastoni2010-05-19
|\
| * Synchronize plugin switchingAndrea Bastoni2010-05-19
| |
| * Measure timer re-arming in the proper locationAndrea Bastoni2010-04-26
| |
| * C-EDF: enforce that task is on correct CPU.Bjoern B. Brandenburg2010-04-19
| | | | | | | | This makes sure that it will end up in the correct cluster.
| * Avoid use-after-free in C-EDF deallocate.Bjoern B. Brandenburg2010-04-19
| | | | | | | | | | Some day, we should implement proper plugin switching... For now, this should suffice to avoid crashes.
| * Remove FMLP support from C-EDF.Bjoern B. Brandenburg2010-04-19
| | | | | | | | There is no published protocol for FMLP/C-EDF.
| * Add FIXME for crashes of C-EDF when reloading the cluster conf. on big SMPAndrea Bastoni2010-04-16
| | | | | | | | | | | | - reloading the cluster configuration of C-EDF on big SMP machines is causing troubles as we do not check (ATM) that the plugin is used on some processor when we unload it
| * Remove two compilation warningsAndrea Bastoni2010-04-15
| |
| * Add support for changing cluster size upon re-activationAndrea Bastoni2010-04-15
| | | | | | | | | | | | - Cluster size can be modified unloading / reloading the plugin - Add proper cleanup functions - Polishing comments
| * Adding support for L1 cache as cluster sizeAndrea Bastoni2010-04-15
| |
| * Update commentsAndrea Bastoni2010-04-15
| |
| * Bugfix: get right domain in unlink() even if linked_on == NO_CPUAndrea Bastoni2010-04-15
| | | | | | | | - Why do I keep moving lines around without double checking it?? :|
| * First attempt for C-EDF gedf-basedAndrea Bastoni2010-04-15
| | | | | | | | | | | | | | | | | | - can boot and run for some time with rtspin - crash with find testing (cedf_task_block) - atm only tested on kvm; on koruna is able to detect multiple cpu in cluster but not tested yet - not able to "dynamically" reconfigure the cluster size (init is atm totally done in init_cedf and not in cedf_activate)
| * Remove debug outputAndrea Bastoni2010-04-15
| |
| * Add /proc/litmus/cluster_cacheAndrea Bastoni2010-04-13
| | | | | | | | | | - read L2, L3 clustering from proc file (default L2) - check for "feasible cluster size"
| * Test shared_cpu_map output at plugin initializationAndrea Bastoni2010-04-13
| |
| * Export shared_cpu_mapAndrea Bastoni2010-04-13
| |
| * Copy and rename gsn-edf -> cedfAndrea Bastoni2010-04-13
| |
* | Revert "It seems this file fell out of git tracing"Andrea Bastoni2010-04-13
| | | | | | | | | | | | | | | | | | This reverts commit 61e910901ff1a9a77256283cc9ea477fd663af83. Sorry, actually arch/x86/lib/msr.c is split in arch/x86/lib/msr.c and arch/x86/lib/msr-smp.c starting from 2.6.32.3, but for some strange reasons (due to some of my testing) I had both in my kernel tree and I thought it was an untracked file...
* | It seems this file fell out of git tracingAndrea Bastoni2010-04-13
|/ | | | - Actually it has never been traced...
* Bugfix: PSN-EDF should log job_completion eventsAndrea Bastoni2010-03-12
|
* Bugfix: PSN-EDF should only requeue tasks that are not scheduledBjoern B. Brandenburg2010-03-02
| | | | | | | | | Requeue a task that is already scheduled will cause it to be effectively in the runqueue twice since scheduled tasks are conceptually the head of the queue. If a task is still scheduled, then schedule() will do the righ thing and do the requeuing if necessary. This fixes crashes reported by Glenn and Andrea.
* Revert "Bugfix: PSN-EDF task_block flow-path may race with schedule()"Bjoern B. Brandenburg2010-03-02
| | | | This reverts commit 851baec36d80e7ee279c69677b113428d20562c8.
* Revert "Fix BUG: enter gsnedf_schedule with entry->scheduled = NULL"Bjoern B. Brandenburg2010-02-26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This reverts commit 0ee906925fbca18a3dc76a2e42e710d0f1fbd721. Resetting scheduled_on too early can cause more than one CPU to spin on a task's stack to become available, as witnessed by the following trace: 4562253 P0: (find/1489) invoked gsnedf_schedule. 4562254 P0: (find/1489) blocks:1 out_of_time:0 np:0 sleep:0 preempt:1 state:1 sig:0 XXXX TOO EARLY RESET OF SCHEDULED_ON 4562256 P0: (find/1489) gsnedf_schedule: scheduled_on = NO_CPU 4562262 P1: (find/1489) wake_up at 76632733947 4562265 P1: rt: adding find/1489 (7000000, 13000000) rel=76631524234 to ready queue at 76632741843 XXXX BAD LINKING 4562268 P1: (find/1489) linked to 3. 4562273 P0: (find/1489) state changed while we dropped the lock: is_running=1, was_running=0 4562279 P0: (find/1489) gsnedf_task_block: scheduled_on = NO_CPU 4562280 P3: (find/1489) scheduled at 76632789894 4562281 P0: NULL linked to 3. 4562282 P3: (find/1489) migrate from 0 4562283 P3: (find/1489) stack_in_use=0 4562284 P0: (find/1489) wake_up at 76632797387 XXXX P3 WAITS FOR THE STACK 4562285 P3: (find/1489) waiting to deschedule 4562286 P0: rt: adding find/1489 (7000000, 13000000) rel=76631524234 to ready queue at 76632802553 4562287 P0: check_for_preemptions: attempting to link task 1489 to 2 XXXX BAD LINKING, AGAIN 4562288 P0: (find/1489) linked to 2. 4562294 P2: (swapper/0) invoked gsnedf_schedule. 4562296 P2: (swapper/0) will be preempted by find/1489 XXXX FINALLY STACK WILL BE RELEASED 4562295 P0: (find/1489) switched away from XXXX GRABBED BY P2 4562298 P2: (find/1489) scheduled at 76632848683 4562300 P2: (find/1489) migrate from 0 4562301 P2: (find/1489) stack_in_use=0 XXXX P2 STARTS FOR THE STACK 4562302 P2: (find/1489) waiting to deschedule Our migration code does not anticipate more than two CPUs contending for the same stack. All it handles is a "handoff"; it is the responsibility of the scheduler plugin to make sure that never two CPUs try to pull the the same task at the same time. This has been violated here because the task got linked around before it has been descheduled.
* Bugfix: disable jump-to-CFS optimization in pick_next_task()Bjoern B. Brandenburg2010-02-26
| | | | | | | | GSN-EDF and friends rely on being called even if there is currently no runnable real-time task on the runqueue for (at least) two reasons: 1) To initiate migrations. LITMUS^RT pull tasks for migrations; this requires plugins to be called even if no task is currently present. 2) To maintain invariants when jobs block.
* Let TRACE() log buffer size and comment converge.Bjoern B. Brandenburg2010-02-26
| | | | | | | | Make the allocation size actually dependent on the number of CPUs (as the comment claims). Update the comment and the macro name to actually reflect the per-CPU allocation size (which is much smaller than 1MB).
* Bugfix: re-enable capturing of printk() messages in TRACE() logsBjoern B. Brandenburg2010-02-26
| | | | | (printk_buf + printed_len) always points to a '\0' character and nothing gets logged. Revert to the 2008 version.
* Merge branch 'wip-misc-device' into migrationBjoern B. Brandenburg2010-02-26
|\
| * Used miscdevice API for sched_traceBjoern B. Brandenburg2010-02-04
| | | | | | | | | | | | | | | | | | This patch changes sched_trace.c to use the miscdevice API instead of doing all the cdev management ourselves. This remove a chunk of code and we get sysfs / udev integration for free. On systems with default udev rules, this will result in a /dev/litmus/log device being created automatically.
* | Bugfix: make fdso syscalls 64bit cleanBjoern B. Brandenburg2010-02-25
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This fixes a bug found by liblitmus's regression test suite. Before: > ** LITMUS^RT test suite. > ** Running tests for LINUX. > ** Testing: don't open FMLP semaphores if FMLP is not supported... > !! TEST FAILURE open_fmlp_sem(fd, 0) -> -16, Success (expected: EBUSY) > at tests/fdso.c:21 (test_fmlp_not_active) > ** Testing: reject invalid object descriptors... ok. > ** Testing: reject invalid object types... > !! TEST FAILURE od_open(0, -1, 0) -> -22, Bad file descriptor (expected: EINVAL) > at tests/fdso.c:51 (test_invalid_obj_type) > ** Testing: reject invalid rt_task pointers... ok. > ** Result: 2 ok, 2 failed. After: > ** LITMUS^RT test suite. > ** Running tests for LINUX. > ** Testing: don't open FMLP semaphores if FMLP is not supported... ok. > ** Testing: reject invalid object descriptors... ok. > ** Testing: reject invalid object types... ok. > ** Testing: reject invalid rt_task pointers... ok. > ** Result: 4 ok, 0 failed.
* | Merge branch 'master' of ssh://cvs.cs.unc.edu/cvs/proj/litmus/repo/litmus2010Bjoern B. Brandenburg2010-02-19
|\ \
| * | Bugfix: C-EDF init when num online Cpus less than min cluster sizeAndrea Bastoni2010-02-19
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | If the number of online Cpus is less than the minimum cluster size (currently set to 4), it is pointless to load C-EDF plugin. This fixes the following memory corruption problem reported by Bjoern: It always hangs after initializing Feather-Trace. [ 0.151575] TCP bind hash table entries: 65536 (order: 9, 3670016 bytes) [ 0.163623] TCP: Hash tables configured (established 262144 bind 65536) [ 0.164728] TCP reno registered [ 0.165667] NET: Registered protocol family 1 [ 0.166383] pci 0000:00:00.0: Limiting direct PCI/PCI transfers [ 0.167319] pci 0000:00:01.0: PIIX3: Enabling Passive Release [ 0.168270] pci 0000:00:01.0: Activating ISA DMA hang workarounds [ 0.181699] NTFS driver 2.1.29 [Flags: R/W]. [ 0.182751] msgmni has been set to 3868 [ 0.184463] alg: No test for cipher_null (cipher_null-generic) [ 0.185464] alg: No test for ecb(cipher_null) (ecb-cipher_null) [ 0.186430] alg: No test for digest_null (digest_null-generic) [ 0.187387] alg: No test for compress_null (compress_null-generic) [ 0.190236] alg: No test for fcrypt (fcrypt-generic) [ 0.193586] alg: No test for stdrng (krng) [ 0.202158] alg: No test for ghash (ghash-generic) [ 0.202969] io scheduler noop registered [ 0.203615] io scheduler anticipatory registered [ 0.204324] io scheduler deadline registered [ 0.205019] io scheduler cfq registered (default) [ 0.205749] Starting LITMUS^RT kernel [ 0.206302] Registering LITMUS^RT plugin Linux. [ 0.207066] Registered kill rt tasks magic sysrq. [ 0.207862] Initializing SRP per-CPU ceilings... done! [ 0.208696] Initializing LITMUS^RT control device. [ 0.209539] Registering LITMUS^RT plugin GSN-EDF. [ 0.210291] Registering LITMUS^RT plugin PSN-EDF. [ 0.211029] Registering LITMUS^RT plugin C-EDF. [ 0.211837] Registering LITMUS^RT plugin PFAIR. [ 0.212611] Initializing TRACE() device [ 0.213209] Registered dump-trace-buffer(Y) magic sysrq. [ 0.214027] Initializing Feather-Trace overhead tracing device. I've attached with GDB and got the following stacktrace: (gdb) target remote localhost:1234 Remote debugging using localhost:1234 [New Thread 1] delay_tsc (loops=2127684) at arch/x86/lib/delay.c:62 62 rdtscl(now); (gdb) bt at kernel/panic.c:138 at kernel/exit.c:722 signr=1) at arch/x86/kernel/dumpstack.c:244 str=0xffffffff815e78b1 "general protection fault", regs=0xffff88007c8e19a8, err=0) at arch/x86/kernel/dumpstack.c:303 error_code=0) at arch/x86/kernel/traps.c:308 (gdb) quit So we got some memory corruption, and even the panic() fails. According to git bisect, the problem appeared in: 6834f41a1aa2f92e5b7ca6ae8c80b6fee0fa1208 is the first bad commit
* | | Bugfix: don't inherit od_table across forksBjoern B. Brandenburg2010-02-19
|/ / | | | | | | | | | | | | | | The od_table is strictly per-thread and should not be inherited across a fork/clone. This caused memory corruption when a task exited, which ultimately could lead to oopses in unrelated code. Bug and testcase initially reported by Glenn.
* | Bugfix: select_task_rq_litmus() missing from litmus sched_classAndrea Bastoni2010-02-17
| | | | | | | | | | | | select_task_rq() -> select_task_rq_litmus() was missing -- my bad :( -- from the litmus sched_class. This caused a bug when executing a task using for example an execv-like function (rt_launch uses execvp ...)
* | Fixed two bugs:Glenn Elliott2010-02-11
| | | | | | | | | | | | | | | | 1) High priority task tied to FMLP semaphore in P-EDF scheduling is incorrectly tracked for tasks acquiring the lock without contention. (HP is always set to CPU 0 instead of proper CPU.) 2) Race in a print statement from P-EDF's pi_block() causes NULL pointer dereference.
* | Bugfix: PSN-EDF task_block flow-path may race with schedule()Andrea Bastoni2010-02-10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The task block flow-path in PSN-EDF may race with schedule() (e.g., fast task release, hrtimer, etc.). As psnedf_task_block does not reset the pedf->scheduled field, the BUG_ON(pedf->scheduled != prev) condition in psnedf_schedule() fires. Setting pedf-> schedule to NULL in psnedf_task_block() is not enough as we may loose a rescheduling point (as we skip the check for new real-time tasks) We need therefore to trace the block event in the first rescheduling point. The BUG was first reported by Glenn: [ 46.986089] kernel BUG at litmus/sched_psn_edf.c:138! [ 46.986089] invalid opcode: 0000 [#1] 0P TtaEsEk_MmoPdTe( LISMP MUS_RT_T[AS K) o k46.986089] last sysfs file: /sys/devices/pci0000:00/0000:00:01.1/ide0/0.0/block/hda/size [ 46.986089] CPU 1 . [ 4] Wai[ ti ng 4f6.986089] Modules linked in: 6r T[S re lea se4. .986089] Pid: 1488, comm: longtest Not tainted 2.6.32-litmus2010 #3 [ 46.986089] RIP: 0010:[<ffffffff811f3f40>] [<ffffffff811f3f40>] psnedf_schedule+0x360/0x370 [ 46.986089] RSP: 0018:ffff88007bf7fd18 EFLAGS: 00010087 [ 46.986089] RAX: 000000000000f5f5 RBX: ffffffff814412c0 RCX: ffff88007befef90 [ 46.986089] RDX: ffff88007befc830 RSI: ffff88007befef90 RDI: ffff880001850a40 [ 46.986089] RBP: ffff88007bf7fd58 R08: 0000000000000000 R09: ffff88000180dc50 [ 46.986089] R10: 0000000000000000 R11: 0000000000000000 R12: ffff880001850a40 [ 46.986089] R13: ffff88007befef90 R14: ffff88000186cec0 R15: ffff88007befef90 [ 46.986089] FS: 00007fc0694e4910(0000) GS:ffff880001840000(0000) knlGS:0000000000000000 [ 46.986089] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 46.986089] CR2: 00000000006dc2d8 CR3: 000000007b2ed000 CR4: 00000000000006a0 [ 46.986089] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 46.986089] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 46.986089] Process longtest (pid: 1488, threadinfo ffff88007bf7e000, task ffff88007befef90) [ 46.986089] Stack: [ 46.986089] 0000000000000000 0000000000000000 0000000000000000 ffffffff814412c0 [ 46.986089] <0> 0000000000000000 ffff88007befef90 ffff88000186cec0 ffff88000184db08 [ 46.986089] <0> ffff88007bf7fdb8 ffffffff81035f64 0000000000000000 0000000000000000 [ 46.986089] Call Trace: [ 46.986089] [<ffffffff81035f64>] pick_next_task_litmus+0x44/0x400 [ 46.986089] [<ffffffff814381e9>] schedule+0x239/0x356 [ 46.986089] [<ffffffff810cf1b7>] ? nameidata_to_filp+0x57/0x70 [ 46.986089] [<ffffffff8143a515>] __down_write_nested+0x85/0xd0 [ 46.986089] [<ffffffff8143a56b>] __down_write+0xb/0x10 [ 46.986089] [<ffffffff81439c2e>] down_write+0xe/0x10 [ 46.986089] [<ffffffff810103cd>] sys_mmap+0xdd/0x120 [ 46.986089] [<ffffffff8100b2ab>] system_call_fastpath+0x16/0x1b [ 46.986089] Code: c0 83 c6 01 48 c7 c7 80 07 55 81 e8 eb 44 00 00 48 8b 83 50 06 00 00 c7 40 04 01 00 00 00 e9 d5 fd ff ff 0f 0b eb fe 0f 1f 40 00 <0 [ 46.986089] RIP [<ffffffff811f3f40>] psnedf_schedule+0x360/0x370 [ 46.986089] RSP <ffff88007bf7fd18> [ 46.986089] ---[ end trace 6205a69dc6b27ca5 ]---
* | Bugfix: [x86_64] missing clobbered register in feather_trace_64Andrea Bastoni2010-02-06
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In feather_trace_64 with optimized gcc kernel code we must force the reloading of additional (non very obvious :) registers. Fixes the following BUG: [ 66.288413] BUG: unable to handle kernel NULL pointer dereference at 0000000000000018 [ 66.289276] IP: [<ffffffff81208a8b>] requeue+0x1b/0x90 [ 66.289276] PGD 7b8cf067 PUD 7ad9e067 PMD 0 [ 66.289276] Oops: 0000 [#1] PREEMPT SMP [ 66.289276] last sysfs file: /sys/devices/pci0000:00/0000:00:01.1/ide0/0.0/block/hda/size [ 66.289276] CPU 3 [ 66.289276] Modules linked in: [ 66.289276] Pid: 1485, comm: release_ts Not tainted 2.6.32-litmus2010 #172 [ 66.289276] RIP: 0010:[<ffffffff81208a8b>] [<ffffffff81208a8b>] requeue+0x1b/0x90 [ 66.289276] RSP: 0018:ffff88007b47fdc8 EFLAGS: 00010086 [ 66.289276] RAX: 0000000000000000 RBX: ffff88007b47ffd8 RCX: ffff8800063d1560 [ 66.289276] RDX: 0000000000000000 RSI: 0000000000000018 RDI: ffff88007b47ffd8 [ 66.289276] RBP: ffff88007b47fdd8 R08: 0000000000000001 R09: 0000000000000000 [ 66.289276] R10: 0000000000000003 R11: 0000000000000000 R12: ffff88007b47ffd8 [ 66.289276] R13: ffff880005fed240 R14: 0000000000000003 R15: ffff88007b47fe88 [ 66.289276] FS: 000000000077b850(0063) GS:ffff880006200000(0000) knlGS:0000000000000000 [ 66.289276] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b [ 66.289276] CR2: 0000000000000018 CR3: 000000007bb5d000 CR4: 00000000000006a0 [ 66.289276] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 66.289276] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 66.289276] Process release_ts (pid: 1485, threadinfo ffff88007b47e000, task ffff88007ba71320) [ 66.289276] Stack: [ 66.289276] ffff88007b47ffd8 0000000000000082 ffff88007b47fde8 ffffffff81208ec3 [ 66.289276] <0> ffff88007b47fe08 ffffffff8120968f ffff880005fed240 ffff88007b725fa0 [ 66.289276] <0> ffff88007b47fe28 ffffffff810332ed ffff88007b47fe38 ffff88007b725fa0 [ 66.289276] Call Trace: [ 66.289276] [<ffffffff81208ec3>] gsnedf_job_arrival+0x13/0x20 [ 66.289276] [<ffffffff8120968f>] gsnedf_task_wake_up+0x8f/0xd0 [ 66.289276] [<ffffffff810332ed>] enqueue_task_litmus+0x3d/0x90 [ 66.289276] [<ffffffff8102c48d>] enqueue_task+0x2d/0x40 [ 66.289276] [<ffffffff8102c55e>] activate_task+0x2e/0x40 [ 66.289276] [<ffffffff8103646b>] try_to_wake_up+0x1db/0x360 [ 66.289276] [<ffffffff81036602>] default_wake_function+0x12/0x20 [ 66.289276] [<ffffffff8102c96b>] __wake_up_common+0x5b/0x90 [ 66.289276] [<ffffffff81030ddd>] complete_n+0x4d/0x70 [ 66.289276] [<ffffffff81205634>] sys_release_ts+0x104/0x120 [ 66.289276] [<ffffffff8100b2eb>] system_call_fastpath+0x16/0x1b [ 66.289276] Code: c7 40 04 01 00 00 00 e9 89 fe ff ff 0f 1f 40 00 55 48 89 e5 41 54 53 0f 1f 44 00 00 48 85 ff 49 89 fc 74 64 48 8b 87 c0 12 00 00 <83> 78 18 ff 75 5f 48 8b 9f 70 12 00 00 e8 e3 d1 e5 ff 48 39 d8 [ 66.289276] RIP [<ffffffff81208a8b>] requeue+0x1b/0x90 [ 66.289276] RSP <ffff88007b47fdc8> [ 66.289276] CR2: 0000000000000018 [ 66.289276] ---[ end trace 1475fc2061a1b4b5 ]---
* | Add C-EDF PluginAndrea Bastoni2010-02-06
|/
* Use generic preemption function in GSN- and PSN-EDF.Bjoern B. Brandenburg2010-02-04
| | | | | This patch updates non-preemptive section support in GSN- and PSN-EDF.
* Introduce generic NP-section aware preemption functionBjoern B. Brandenburg2010-02-04
| | | | | | | | Dealing with preemptions across CPUs in the presence of non-preemptive sections can be tricky and should not be replicated across (event-driven) plugins. This patch introduces a generic preemption function that handles non-preemptive sections (hopefully) correctly.
* Re-implement non-preemptive section support.Bjoern B. Brandenburg2010-02-03
| | | | | | | | | | | | Re-introduce NP sections in the configuration and in litmus.h. Remove the old np_flag from rt_param. If CONFIG_NP_SECTION is disabled, then all non-preemptive section checks are constant expressions which should get removed by the dead code elimination during optimization. Instead of re-implementing sys_exit_np(), we simply repurposed sched_yield() for calling into the scheduler to trigger delayed preemptions.
* Add virtual LITMUS^RT control device.Bjoern B. Brandenburg2010-02-03
| | | | | | | | | This device only supports mmap()'ing a single page. This page is shared RW between the kernel and userspace. It is inteded to allow near-zero-overhead communication between the kernel and userspace. It's first use will be a proper implementation of user-signaled non-preemptable section support.
* Turn off GSN-EDF TRACE() spam by default.Bjoern B. Brandenburg2010-02-03
| | | | | | | Having GSN-EDF log so many things each tick is useful when tracking down race conditions, but it also makes it really hard to find anything else. Thus, turn it off by default but leave it in for future debugging fun.
* TRACE: fix GFP_KERNEL in rb_alloc_buf with interrupt disabledAndrea Bastoni2010-02-03
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | kfifo_alloc is called from rb_alloc_buf with interrupt disabled. Use GFP_ATOMIC instead of GFP_KERNEL. Fixes following warning: [ 33.596013] WARNING: at kernel/lockdep.c:2465 lockdep_trace_alloc+0xa7/0xe0() [ 33.596013] Hardware name: [ 33.596013] Modules linked in: [ 33.596013] Pid: 1454, comm: cat Not tainted 2.6.32-litmus2010 #38 [ 33.596013] Call Trace: [ 33.596013] [<ffffffff810737ff>] ? save_trace+0x3f/0xd0 [ 33.596013] [<ffffffff81074ae7>] ? lockdep_trace_alloc+0xa7/0xe0 [ 33.596013] [<ffffffff81044290>] warn_slowpath_common+0x80/0xd0 [ 33.596013] [<ffffffff810442f4>] warn_slowpath_null+0x14/0x20 [ 33.596013] [<ffffffff81074ae7>] lockdep_trace_alloc+0xa7/0xe0 [ 33.596013] [<ffffffff810b5ed3>] __alloc_pages_nodemask+0xa3/0x710 [ 33.596013] [<ffffffff81074a1c>] ? mark_held_locks+0x6c/0x90 [ 33.596013] [<ffffffff81487585>] ? mutex_lock_nested+0x315/0x3a0 [ 33.596013] [<ffffffff81074d15>] ? trace_hardirqs_on_caller+0x145/0x190 [ 33.596013] [<ffffffff810b655d>] __get_free_pages+0x1d/0x60 [ 33.596013] [<ffffffff810e533f>] __kmalloc+0x1af/0x240 [ 33.596013] [<ffffffff81063e16>] kfifo_alloc+0x66/0xe0 [ 33.596013] [<ffffffff81222da4>] rb_alloc_buf+0x34/0x80 [ 33.596013] [<ffffffff81222e40>] log_open+0x50/0xb0 [ 33.596013] [<ffffffff810ee46a>] chrdev_open+0x1ba/0x2d0 [ 33.596013] [<ffffffff81488a95>] ? _spin_unlock+0x35/0x60 [ 33.596013] [<ffffffff810e8c21>] __dentry_open+0x1b1/0x3f0 [ 33.596013] [<ffffffff810ee2b0>] ? chrdev_open+0x0/0x2d0 [ 33.596013] [<ffffffff810e8f77>] nameidata_to_filp+0x57/0x70 [ 33.596013] [<ffffffff810f904a>] do_filp_open+0x73a/0xb20 [ 33.596013] [<ffffffff811042b1>] ? alloc_fd+0x131/0x160 [ 33.596013] [<ffffffff810e8973>] do_sys_open+0x83/0x110 [ 33.596013] [<ffffffff810e8a40>] sys_open+0x20/0x30 [ 33.596013] [<ffffffff8100b46b>] system_call_fastpath+0x16/0x1b [ 33.596013] ---[ end trace dbd83780c3496912 ]--- Signed-off-by: Andrea Bastoni <bastoni@cs.unc.edu>
* Add Feather-Trace x86_64 architecture dependent codeAndrea Bastoni2010-02-01
|
* Bugfix: clear LITMUS^RT state on fork completelyBjoern B. Brandenburg2010-01-29
| | | | | | | | | | | | | | | | | | When a real-time task forks, then its LITMUS^RT-specific fields should be cleared, because we don't want real-time tasks to spawn new real-time tasks that bypass the plugin's admission control (if any). This was broken in three ways: 1) kernel/fork.c did not erase all of tsk->rt_param, only the first few bytes due to a wrong size argument to memset(). 2) It should have been calling litmus_fork() instead anyway. 3) litmus_fork() was _also_ not clearing all of tsk->rt_param, due to another size argument bug. Interestingly, 1) and 2) can be traced back to the 2007->2008 port, whereas 3) was added by Mitchell much later on (to dead code, no less). I'm really surprised that this never blew up before.
* Add PSN-EDF PluginAndrea Bastoni2010-01-28
|
* Add PFAIR pluginAndrea Bastoni2010-01-28
|
* Fix BUG: enter gsnedf_schedule with entry->scheduled = NULLAndrea Bastoni2010-01-28
| | | | | | This solves (? -- or at least solve one of the possible reasons for ;) a BUG in sched_gsnedf where a real-time task could enter gsnedf_schedule with an entry->schedule = NULL (and this is BAD!)
generated by cgit v1.2.2 (git 2.25.0) at 2025-03-28 07:38:27 -0400