yodaiken  

Messages by Thread

• [rtl] Re: RT linux chandu Reddy
• [rtl] do_gettimeofday(). Thomas Folkers
• Re: [patch] lowlatency patch for 2.4, lowlatency-2.4.0-test6-B5 Andrew Morton
• Re: [rtl] Real-Time development environment David Schleef
  • Re: [rtl] Real-Time development environment yodaiken
  • Re: [rtl] Real-Time development environment Paolo Mantegazza
  • Re: [rtl] Real-Time development environment Stuart Hughes
  • Re: [rtl] Real-Time development environment Phil Wilshire
• Re: An important fact about real time computing Drew Sanford
  • Re: An important fact about real time computing Rogier Wolff
  • Re: An important fact about real time computing Phil Wilshire
  • Re: An important fact about real time computing yodaiken
  • Re: An important fact about real time computing Richard B. Johnson
• Re: Low Latency Patch Bill Huey
  • Re: Low Latency Patch yodaiken
• Re: a joint letter on low latency and Linux Richard Gooch
  • Re: a joint letter on low latency and Linux yodaiken
  • Re: a joint letter on low latency and Linux Richard Gooch
  • Re: a joint letter on low latency and Linux David Schleef
  • Re: a joint letter on low latency and Linux Richard Gooch
  • Re: a joint letter on low latency and Linux David Schleef
  • Re: a joint letter on low latency and Linux Richard Gooch
  • Re: a joint letter on low latency and Linux yodaiken
  • Re: a joint letter on low latency and Linux Cort Dougan
  • Re: a joint letter on low latency and Linux Richard Gooch
  • Re: a joint letter on low latency and Linux Paul Barton-Davis
  • Re: a joint letter on low latency and Linux yodaiken
  • Re: a joint letter on low latency and Linux Richard Gooch
  • Re: a joint letter on low latency and Linux David Schleef
  • Re: a joint letter on low latency and Linux Paul Barton-Davis
  • Re: a joint letter on low latency and Linux yodaiken
  • Re: a joint letter on low latency and Linux Paul Barton-Davis
  • Re: a joint letter on low latency and Linux Gregory Maxwell
  • Re: a joint letter on low latency and Linux yodaiken
  • Re: a joint letter on low latency and Linux Paul Barton-Davis
  • Re: a joint letter on low latency and Linux Sean Hunter
  • Re: a joint letter on low latency and Linux Andi Kleen
  • Re: a joint letter on low latency and Linux Roger Larsson
  • Re: a joint letter on low latency and Linux yodaiken
  • Re: a joint letter on low latency and Linux Andi Kleen
  • Re: a joint letter on low latency and Linux Dan Hollis
  • Re: a joint letter on low latency and Linux Gregory Maxwell
  • Re: a joint letter on low latency and Linux Andre Hedrick
  • Re: a joint letter on low latency and Linux Theodore Y. Ts'o
  • Re: a joint letter on low latency and Linux Richard Gooch
  • Re: a joint letter on low latency and Linux Theodore Y. Ts'o
  • Re: a joint letter on low latency and Linux Richard Gooch
  • Re: a joint letter on low latency and Linux Andre Hedrick
  • Re: a joint letter on low latency and Linux Magnus Danielson
  • Re: a joint letter on low latency and Linux Larry McVoy
  • Re: a joint letter on low latency and Linux yodaiken
  • Re: a joint letter on low latency and Linux Paul Barton-Davis
  • Re: a joint letter on low latency and Linux yodaiken
  • Re: a joint letter on low latency and Linux Bill Huey
  • Re: a joint letter on low latency and Linux Roger Larsson
  • Re: a joint letter on low latency and Linux Paul Barton-Davis
  • Re: a joint letter on low latency and Linux yodaiken
  • Re: a joint letter on low latency and Linux Paul Barton-Davis
  • Re: a joint letter on low latency and Linux Shane Nay
  • Re: a joint letter on low latency and Linux Albert D. Cahalan
  • Re: a joint letter on low latency and Linux Jes Sorensen
  • Re: a joint letter on low latency and Linux Richard Gooch
• [rtl] Re: RTLinux 2.2 and mbuff 0.7.1 Philip N Daly
• Re: [RFC] Linux Kernel Benchmark Suite Larry McVoy
  • Re: [RFC] Linux Kernel Benchmark Suite Guus Sliepen
  • Re: [RFC] Linux Kernel Benchmark Suite Kip Matthew Macy
  • Re: [RFC] Linux Kernel Benchmark Suite yodaiken
  • Re: [RFC] Linux Kernel Benchmark Suite Guus Sliepen
• [rtl] Minimum requirements Philip N Daly
• Re: FW: press release - new network driver architecture Theodore Y. Ts'o
• [rtl] RTL debugger update request David J. Christini
  • [rtl] Re: RTL debugger update request yodaiken
• Re: Suggested dual human/binary interface for proc/devfs Bill Wendling
• Re: [rtl] Chicago Talk (AM not PM) yodaiken
• Re: [rtl] SMP error yodaiken
• IMPORTANT Re: [rtl] Re: insmod/rmmod problem maryam
• Re: Slow pthread_create() under high load Jeremy Fitzhardinge
  • Re: Slow pthread_create() under high load yodaiken
  • Re: Slow pthread_create() under high load Ulrich Drepper
  • Re: Slow pthread_create() under high load yodaiken
  • Re: Slow pthread_create() under high load Ulrich Drepper
  • Re: Slow pthread_create() under high load yodaiken
  • Re: Slow pthread_create() under high load Ulrich Drepper
  • Re: Slow pthread_create() under high load yodaiken
  • RE: Slow pthread_create() under high load David Schwartz
  • Re: Slow pthread_create() under high load yodaiken
  • Re: Slow pthread_create() under high load Christopher Smith
• Re: [patch] preemptive kernel, preemptive-2.3.52-A7 yodaiken
  • Re: [patch] preemptive kernel, preemptive-2.3.52-A7 Andi Kleen
  • Re: [patch] preemptive kernel, preemptive-2.3.52-A7 yodaiken
  • Re: [patch] preemptive kernel, preemptive-2.3.52-A7 Ingo Molnar
  • Re: [patch] preemptive kernel, preemptive-2.3.52-A7 yodaiken
  • Re: [patch] preemptive kernel, preemptive-2.3.52-A7 Ingo Molnar
  • Re: [patch] preemptive kernel, preemptive-2.3.52-A7 yodaiken
  • Re: [patch] preemptive kernel, preemptive-2.3.52-A7 John Regehr
  • Re: [patch] preemptive kernel, preemptive-2.3.52-A7 yodaiken
  • Re: [patch] preemptive kernel, preemptive-2.3.52-A7 Roger Larsson
  • Re: [patch] preemptive kernel, preemptive-2.3.52-A7 Ingo Molnar
  • Re: [patch] preemptive kernel, preemptive-2.3.52-A7 Manfred Spraul
• Re: [rtl] sscanf problem Pavel Andris
  • Re: [rtl] sscanf problem David Schleef
• Re: [rtl] debugging RTL Stuart Hughes
• Re: [realtime] Re: [rtl] virtual memory in RTL Paolo Mantegazza
  • Re: [realtime] Re: [rtl] virtual memory in RTL Stuart Hughes
  • Re: [realtime] Re: [rtl] virtual memory in RTL yodaiken
  • Re: [realtime] Re: [rtl] virtual memory in RTL Stuart Hughes
  • Re: [realtime] Re: [rtl] virtual memory in RTL yodaiken
  • Re: [realtime] Re: [rtl] virtual memory in RTL Stuart Hughes
  • Re: [realtime] Re: [rtl] virtual memory in RTL Paolo Mantegazza
  • Re: [realtime] Re: [rtl] virtual memory in RTL yodaiken
  • Re: [realtime] Re: [rtl] virtual memory in RTL Paolo Mantegazza
  • Re: [realtime] Re: [rtl] virtual memory in RTL Paolo Mantegazza
• Re: [rtl] virtual memory in RTL William Montgomery
• Re: scheduler ignores need_resched flag in 2.2.x and 2.3.x? Alan Cox
  • Re: scheduler ignores need_resched flag in 2.2.x and 2.3.x? yodaiken
  • Re: scheduler ignores need_resched flag in 2.2.x and 2.3.x? Jamie Lokier
  • Re: scheduler ignores need_resched flag in 2.2.x and 2.3.x? Jun Sun
  • Re: scheduler ignores need_resched flag in 2.2.x and 2.3.x? yodaiken
  • Re: scheduler ignores need_resched flag in 2.2.x and 2.3.x? Jun Sun
  • Re: scheduler ignores need_resched flag in 2.2.x and 2.3.x? Jamie Lokier
  • Re: scheduler ignores need_resched flag in 2.2.x and 2.3.x? Jamie Lokier
  • Re: scheduler ignores need_resched flag in 2.2.x and 2.3.x? Jamie Lokier
  • Re: scheduler ignores need_resched flag in 2.2.x and 2.3.x? Jamie Lokier
  • Re: scheduler ignores need_resched flag in 2.2.x and 2.3.x? William Montgomery
  • Re: scheduler ignores need_resched flag in 2.2.x and 2.3.x? yodaiken
  • Re: scheduler ignores need_resched flag in 2.2.x and 2.3.x? William Montgomery
• modbuild-0.0.1: building modules outside the kernel (was: new IRQ scalability changes in 2.3.48) David Schleef
• [rtl] Reusing tasks... Maryam Moghaddas
• Re: [rtl] Re: website down Zonghua Gu
  • Re: [rtl] Re: website down David Schleef
  • Re: [rtl] Re: website down Cort Dougan
• Re: [rtl] long user writes to rtl fifos Trevor Woolven
• Re: Help in DSM design Jesse Pollard
• RE: [rtl] license issue: Dresner, Norman A.
  • Re: [rtl] license issue: Jochen K�pper
• Re: [rtl] What kind of sharing is intended/supported for rtfifos?] Kulwinder Atwal
• Re: [rtl] What kind of sharing is intended/supported for rtfifos? Stuart Hughes
  • Re: [rtl] What kind of sharing is intended/supported for rtfifos? yodaiken
  • Re: [rtl] What kind of sharing is intended/supported for rtfifos? Stuart Hughes
• Re: [rtl] Shared Memory in RTLinux Philip N Daly
• Re: [rtl] Suggested changes to rtl_fifo Robert Kavaler
  • Re: [rtl] Suggested changes to rtl_fifo yodaiken
• Re: [rtl] The scheduler in RTLinux Alice Chung
• Re: [rtl] Version 3 in Beta yodaiken
• Re: [rtl] Funny experiences kissg
• Re: [rt-api] Re: [rtl] Simple API. Stuart Hughes
  • Re: [rt-api] Re: [rtl] Simple API. yodaiken
  • Re: [rt-api] Re: [rtl] Simple API. Stuart Hughes
  • Re: [rt-api] Re: [rtl] Simple API. yodaiken
  • Re: [rt-api] Re: [rtl] Simple API. Paul Koning
  • Re: [rt-api] Re: [rtl] Simple API. yodaiken
  • Re: [rt-api] Re: [rtl] Simple API. Stuart Hughes
• Re: [rtl] Vienna conference and EL/IX jamal
  • Re: [rtl] Vienna conference and EL/IX Stuart Hughes
• Re: [rtl] We are missing a whole point. Alex Dubov
  • Re: [rtl] We are missing a whole point. yodaiken
  • Re: [rtl] We are missing a whole point. Alex Dubov
  • Re: [rtl] We are missing a whole point. Stuart Hughes
  • Re: [rtl] We are missing a whole point. yodaiken
  • Re: [rtl] We are missing a whole point. Stuart Hughes
• Re: [realtime] Re: [rtl] RTAI experiences, or: The Cathedral and the Baazar, part #2 Stuart Hughes
  • Re: [realtime] Re: [rtl] RTAI experiences, or: The Cathedral and the Baazar, part #2 yodaiken
  • Re: [realtime] Re: [rtl] RTAI experiences, or: The Cathedral and the Baazar, part #2 Stuart Hughes
  • Re: [realtime] Re: [rtl] RTAI experiences, or: The Cathedral and the Baazar, part #2 yodaiken
  • Re: [realtime] Re: [rtl] RTAI experiences, or: The Cathedral and the Baazar, part #2 Michael Barabanov
  • Re: [realtime] Re: [rtl] RTAI experiences, or: The Cathedral and the Baazar, part #2 Stuart Hughes
• [rtl] Mail-Server down? Bernhard Kuhn
  • Re: [rtl] Mail-Server down? James Simmons
• RE: [rtl] Two modules, one rt-fifo Dresner, Norman A.
• Re: [rtl] rtai_rtl_newfifos package in NMT rtlinux-2.0 Sung-Gwan Heo
• Re: [rtl] Networking With RT-Linux Guilherme Nelson F De Souza
  • Re: [rtl] Networking With RT-Linux Aleksandar Bakic
  • Re: [rtl] Networking With RT-Linux Kulwinder Atwal
  • Re: [rtl] Networking With RT-Linux Aleksandar Bakic
  • Re: [rtl] Networking With RT-Linux Kulwinder Atwal
  • Re: [rtl] Networking With RT-Linux yodaiken
  • Re: [rtl] Networking With RT-Linux Paul Koning
  • Re: [rtl] Networking With RT-Linux Kulwinder Atwal
  • Re: [rtl] Networking With RT-Linux yodaiken
  • Re: [rtl] 1394/USB Networking Kulwinder Atwal
  • Re: [rtl] Networking With RT-Linux Paul Koning
  • Re: [rtl] Networking With RT-Linux Kulwinder Atwal
  • Re: [rtl] Networking With RT-Linux Paul Koning
• Re: [rtl] RTL2.0 experiences Bernhard Kuhn
  • Re: [rtl] RTL2.0 experiences yodaiken
• Re: [rtl] RTL versus RTAI Adam Meyerowitz
  • Re: [rtl] RTL versus RTAI yodaiken
• Re: [rtl] Linux Drivers for PCI based A/D Peter Lindener
  • Re: [rtl] Linux Drivers for PCI based A/D Rob Butera
  • Re: [rtl] Linux Drivers for PCI based A/D Paul Koning
• [rtl] RTL two problems. Zdenek Kabelac
• Re: [rtl] stupid question ? Pierre Cloutier
• Re: [rtl] RTL fails to boot when compiled with -fno-omit-frame-pointers Felix Radensky
  • Re: [rtl] RTL fails to boot when compiled with -fno-omit-frame-pointers Felix Radensky
• Re: [rtl] rtf_create_handler Stuart Hughes
• Re: [rtl] RTL or RTAI: Determinism while using SCSI Raid Garth Gaddy
• [rtl] RTL beta16 & nonSMP & gcc2.95 Zdenek Kabelac
• Re: [rtl] PowerPC Mike Cravens
• Re: [rtl] Beta 12 David Schleef
• [rtl] A design document for comment Victor Yodaiken

• Earlier messages