tech-kern by thread

• Date Index
• Date Index (newest page)
• Old Index

• build.sh modules fix, Daniel Horecki
• box drawing characters vs. WSDISPLAY_FONTENC_ISO, Michael
  • Re: box drawing characters vs. WSDISPLAY_FONTENC_I, Valeriy E. Ushakov
    • Re: box drawing characters vs. WSDISPLAY_FONTENC_I, Michael
      • Re: box drawing characters vs. WSDISPLAY_FONTENC_I, der Mouse
      • Re: box drawing characters vs. WSDISPLAY_FONTENC_I, Michael
• RE: bin/30756: gdb not usable for live debugging o, Paul Koning
  • Re: bin/30756: gdb not usable for live debugging o, Antti Kantee
• Re: AW: AW: Gdb and lkm modules with NetBSD-5, Brian Buhrow
• bus_space(9) types and printf(), David Young
  • Re: bus_space(9) types and printf(), Thor Lancelot Simon
  • re: bus_space(9) types and printf(), matthew green
    • Re: bus_space(9) types and printf(), David Laight
      • Re: bus_space(9) types and printf(), der Mouse
• $ORIGIN (was: Re: make: ensure ${.MAKE} works), David Holland
  • Re: $ORIGIN (was: Re: make: ensure ${.MAKE} works), Christos Zoulas
    • Re: $ORIGIN (was: Re: make: ensure ${.MAKE} works), David Holland
      • Re: $ORIGIN (was: Re: make: ensure ${.MAKE} works), Christos Zoulas
      • Re: $ORIGIN (was: Re: make: ensure ${.MAKE} works), David Holland
      • Re: $ORIGIN (was: Re: make: ensure ${.MAKE} works), Christos Zoulas
      • Re: $ORIGIN (was: Re: make: ensure ${.MAKE} works), David Holland
  • Re: $ORIGIN (was: Re: make: ensure ${.MAKE} works), David Laight
    • Re: $ORIGIN (was: Re: make: ensure ${.MAKE} works), der Mouse
      • Re: $ORIGIN (was: Re: make: ensure ${.MAKE} works), David Holland
• uhmodem crashes netbsd-5/i386 on attach, Dennis den Brok
  • Re: uhmodem crashes netbsd-5/i386 on attach, Iain Hibbert
    • Re: uhmodem crashes netbsd-5/i386 on attach, Martin Husemann
• pad(4) in amd64 GENERIC, Adam Hoka
  • Re: pad(4) in amd64 GENERIC, Christoph Egger
    • Re: pad(4) in amd64 GENERIC, Adam Hoka
  • Re: pad(4) in amd64 GENERIC, Dennis den Brok
• kernel panic in ucom with Samsung Galaxy, Christoph Egger
• hang in tstile with Samsung Galaxy, Christoph Egger
  • Re: hang in tstile with Samsung Galaxy, Manuel Bouyer
    • Re: hang in tstile with Samsung Galaxy, Christoph Egger
      • Re: hang in tstile with Samsung Galaxy, Manuel Bouyer
      • Re: hang in tstile with Samsung Galaxy, Christoph Egger
      • Re: hang in tstile with Samsung Galaxy, Andrew Doran
      • Re: hang in tstile with Samsung Galaxy, Christoph Egger
      • Re: hang in tstile with Samsung Galaxy, Andrew Doran
      • Re: hang in tstile with Samsung Galaxy, Manuel Bouyer
  • Re: hang in tstile with Samsung Galaxy, Andrew Doran
    • Re: hang in tstile with Samsung Galaxy, Christoph Egger
• kauth and socket calls (esp. bind()), Thor Lancelot Simon
  • Re: kauth and socket calls (esp. bind()), Elad Efrat
  • Re: kauth and socket calls (esp. bind()), Andrew Doran
    • Re: kauth and socket calls (esp. bind()), Joerg Sonnenberger
      • Re: kauth and socket calls (esp. bind()), Andrew Doran
      • Re: kauth and socket calls (esp. bind()), Thor Lancelot Simon
      • Re: kauth and socket calls (esp. bind()), Joerg Sonnenberger
• secmodel order of initialization, Thor Lancelot Simon
  • Re: secmodel order of initialization, Elad Efrat
• lower-case kernel option names, Thor Lancelot Simon
  • Re: lower-case kernel option names, Masao Uebayashi
    • Re: lower-case kernel option names, Elad Efrat
• lockmgr: non-zero exclusive count, Edgar Fuß
  • Re: lockmgr: non-zero exclusive count, Manuel Bouyer
  • <Possible follow-ups>
  • Re: lockmgr: non-zero exclusive count, Brian Buhrow
    • Re: lockmgr: non-zero exclusive count, Edgar Fuß
  • Re: lockmgr: non-zero exclusive count, Brian Buhrow
    • Re: lockmgr: non-zero exclusive count, Edgar Fuß
• rump and usb, only one ugen getting attached?, Jasper Wallace
  • Re: rump and usb, only one ugen getting attached?, Antti Kantee
• take 2: MI overrides of bus_dma(9), bus_space(9), , David Young
  • Re: take 2: MI overrides of bus_dma(9), bus_space(, Hans Petter Selasky
    • Re: take 2: MI overrides of bus_dma(9), bus_space(, David Young
      • Re: take 2: MI overrides of bus_dma(9), bus_space(, Hans Petter Selasky
• Intel Centrino 6300 Ultimate-N adapter, B Harder
  • Re: Intel Centrino 6300 Ultimate-N adapter, Sverre Froyen
    • Re: Intel Centrino 6300 Ultimate-N adapter, B Harder
    • Re: Intel Centrino 6300 Ultimate-N adapter, Brett Lymn
      • Re: Intel Centrino 6300 Ultimate-N adapter, B Harder
      • Re: Intel Centrino 6300 Ultimate-N adapter, B Harder
• alternate secmodel example?, Thor Lancelot Simon
• rbuf starvation in the iwn driver, Sverre Froyen
  • Re: rbuf starvation in the iwn driver, David Young
    • Re: rbuf starvation in the iwn driver, Sverre Froyen
  • Re: rbuf starvation in the iwn driver, Manuel Bouyer
    • Re: rbuf starvation in the iwn driver, Sverre Froyen
      • Re: rbuf starvation in the iwn driver, Manuel Bouyer
      • Re: rbuf starvation in the iwn driver, David Young
      • Re: rbuf starvation in the iwn driver, Sverre Froyen
      • Re: rbuf starvation in the iwn driver, Thor Lancelot Simon
      • Re: rbuf starvation in the iwn driver, Sverre Froyen
      • Re: rbuf starvation in the iwn driver, Thor Lancelot Simon
      • Re: rbuf starvation in the iwn driver, Sverre Froyen
      • Re: rbuf starvation in the iwn driver, Manuel Bouyer
      • Re: rbuf starvation in the iwn driver, Sverre Froyen
      • Re: rbuf starvation in the iwn driver, Jeremy C. Reed
      • Re: rbuf starvation in the iwn driver, Stephen Borrill
      • re: rbuf starvation in the iwn driver, matthew green
      • re: rbuf starvation in the iwn driver, Jeremy C. Reed
      • re: rbuf starvation in the iwn driver, matthew green
      • Re: rbuf starvation in the iwn driver, Sverre Froyen
      • re: rbuf starvation in the iwn driver, matthew green
      • Re: rbuf starvation in the iwn driver, David Young
      • re: rbuf starvation in the iwn driver, matthew green
      • Re: rbuf starvation in the iwn driver, Sverre Froyen
      • Re: rbuf starvation in the iwn driver, Sverre Froyen
      • Re: rbuf starvation in the iwn driver, Thor Lancelot Simon
• bus_space(9) header files, David Young
  • Re: bus_space(9) header files, Andrew Doran
    • Re: bus_space(9) header files, David Young
    • Re: bus_space(9) header files, David Young
      • Re: bus_space(9) header files, David Young
      • Re: bus_space(9) header files, Andrew Doran
      • Re: bus_space(9) header files, David Young
      • Re: bus_space(9) header files, David Young
      • Re: bus_space(9) header files, David Young
      • Re: bus_space(9) header files, David Young
  • re: bus_space(9) header files, matthew green
    • Re: bus_space(9) header files, David Young
      • re: bus_space(9) header files, matthew green
      • re: bus_space(9) header files, matthew green
• getiobuf(x, false) can sleep ?, Manuel Bouyer
  • Re: getiobuf(x, false) can sleep ?, enami tsugutomo
    • Re: getiobuf(x, false) can sleep ?, Andrew Doran
      • Re: getiobuf(x, false) can sleep ?, Manuel Bouyer
      • Re: getiobuf(x, false) can sleep ?, Mindaugas Rasiukevicius
      • Re: getiobuf(x, false) can sleep ?, Andrew Doran
      • Re: getiobuf(x, false) can sleep ?, Mindaugas Rasiukevicius
  • Re: getiobuf(x, false) can sleep ?, Andrew Doran
    • Re: getiobuf(x, false) can sleep ?, Manuel Bouyer
      • Re: getiobuf(x, false) can sleep ?, Andrew Doran
      • Re: getiobuf(x, false) can sleep ?, Andrew Doran
• Maybe a SoC project, Michael
• multiprocessor routing problem, pif . paf . puf
  • Re: multiprocessor routing problem, matthew sporleder
    • Re: multiprocessor routing problem, Steven Bellovin
      • Re: multiprocessor routing problem, pif . paf . puf
      • Re: multiprocessor routing problem, Thor Lancelot Simon
      • Re: multiprocessor routing problem, Andrew Doran
      • Re: multiprocessor routing problem, George Georgalis
• Adding clock_getres1() to be shared with emulation, Nicolas Joly
  • Re: Adding clock_getres1() to be shared with emula, Christos Zoulas
  • Re: Adding clock_gettime1() to be shared with emul, Nicolas Joly
    • re: Adding clock_gettime1() to be shared with emul, matthew green
      • Re: Adding clock_gettime1() to be shared with emul, Nicolas Joly
    • Re: Adding clock_gettime1() to be shared with emul, Joerg Sonnenberger
      • Re: Adding clock_gettime1() to be shared with emul, Matthias Drochner