tech-kern by thread

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

• Make sure to free all interface addresses in if_de, Ryota Ozaki
• compile kernel, Philo
  • Re: compile kernel, Paul Goyette
    • Re: compile kernel, Philo
      • Re: compile kernel, Paul Goyette
      • Re: compile kernel, Robert Elz
      • Re: compile kernel, Robert Elz
      • Re: compile kernel, Robert Elz
      • Re: compile kernel, Robert Elz
      • Re: compile kernel, Philo
      • Re: compile kernel, Philo
      • Re: compile kernel, Philo
      • Re: compile kernel, Philo
      • Re: compile kernel, Philo
      • Re: compile kernel, Paul Goyette
      • Re: compile kernel, Philo
• Removing extra copy of rb_tree stuff, Paul Goyette
• Make sure to insert ifa/ia after initialization, Ryota Ozaki
  • Re: Make sure to insert ifa/ia after initializatio, Roy Marples
    • Re: Make sure to insert ifa/ia after initializatio, Ryota Ozaki
      • Re: Make sure to insert ifa/ia after initializatio, Roy Marples
      • Re: Make sure to insert ifa/ia after initializatio, Ryota Ozaki
  • Re: Make sure to insert ifa/ia after initializatio, Roy Marples
• Changing the return value of xxx_attach() from voi, Masanobu SAITOH
  • Re: Changing the return value of xxx_attach() from, Joerg Sonnenberger
    • Re: Changing the return value of xxx_attach() from, Paul Goyette
      • Re: Changing the return value of xxx_attach() from, Paul Goyette
      • Re: Changing the return value of xxx_attach() from, Thor Lancelot Simon
      • Re: Changing the return value of xxx_attach() from, Joerg Sonnenberger
  • Re: Changing the return value of xxx_attach() from, Taylor R Campbell
    • Re: Changing the return value of xxx_attach() from, Michael
      • Re: Changing the return value of xxx_attach() from, Masao Uebayashi
      • Re: Changing the return value of xxx_attach() from, Michael van Elst
      • Re: Changing the return value of xxx_attach() from, Masao Uebayashi
      • Re: Changing the return value of xxx_attach() from, Michael van Elst
      • Re: Changing the return value of xxx_attach() from, Michael
  • Re: Changing the return value of xxx_attach() from, John Nemeth
    • Re: Changing the return value of xxx_attach() from, David Holland
      • Re: Changing the return value of xxx_attach() from, John Nemeth
      • Re: Changing the return value of xxx_attach() from, Michael van Elst
      • Re: Changing the return value of xxx_attach() from, Martin Husemann
      • Re: Changing the return value of xxx_attach() from, David Holland
      • Re: Changing the return value of xxx_attach() from, John Nemeth
      • Re: Changing the return value of xxx_attach() from, Michael
• quota2 qv_grace, Edgar Fuß
  • Re: quota2 qv_grace, Manuel Bouyer
• struct fid/filehandle size and lfs, David Holland
  • Re: struct fid/filehandle size and lfs, Eric Haszlakiewicz
  • Re: struct fid/filehandle size and lfs, Michael Plass
• Re: on RPI2/evbarmv7hf - can't find builtin depend, Paul Goyette
  • Re: on RPI2/evbarmv7hf - can't find builtin depend, Michael Plass
    • Re: on RPI2/evbarmv7hf - can't find builtin depend, Paul Goyette
  • Re: on RPI2/evbarmv7hf - can't find builtin depend, Michael Plass
• SOSEND_LOAN problems in MIPS, coypu
  • Re: SOSEND_LOAN problems in MIPS, Robert Swindells
    • Re: SOSEND_LOAN problems in MIPS, Valery Ushakov
    • Re: SOSEND_LOAN problems in MIPS, coypu
      • Re: SOSEND_LOAN problems in MIPS, coypu
      • Re: SOSEND_LOAN problems in MIPS, Michael
      • Re: SOSEND_LOAN problems in MIPS, Matt Thomas
      • Re: SOSEND_LOAN problems in MIPS, Thor Lancelot Simon
      • Re: SOSEND_LOAN problems in MIPS, Nick Hudson
      • Re: SOSEND_LOAN problems in MIPS, Michael
• SOSEND_LOAN trouble in MIPS, coypu
• RFC: eliminate gif(4) Tx softint(9), Kengo NAKAHARA
  • Re: RFC: eliminate gif(4) Tx softint(9), Taylor R Campbell
    • Re: RFC: eliminate gif(4) Tx softint(9), Kengo NAKAHARA
• Spinning down sata disk before poweroff, Anindya Mukherjee
  • Re: Spinning down sata disk before poweroff, Paul Goyette
  • Re: Spinning down sata disk before poweroff, Manuel Bouyer
    • Re: Spinning down sata disk before poweroff, David Young
      • Re: Spinning down sata disk before poweroff, Brian Buhrow
      • Re: Spinning down sata disk before poweroff, Manuel Bouyer
      • Re: Spinning down sata disk before poweroff, Manuel Bouyer
      • Re: Spinning down sata disk before poweroff, Anindya Mukherjee
      • Re: Spinning down sata disk before poweroff, William J. Coldwell
      • Re: Spinning down sata disk before poweroff, Manuel Bouyer
      • Re: Spinning down sata disk before poweroff, David Young
      • Re: Spinning down sata disk before poweroff, Manuel Bouyer
      • Re: Spinning down sata disk before poweroff, David Young
      • Re: Spinning down sata disk before poweroff, Manuel Bouyer
      • Re: Spinning down sata disk before poweroff, Anindya Mukherjee
• dump to cgdNb device, Alexander Nasonov
  • Re: dump to cgdNb device, Christos Zoulas
    • Re: dump to cgdNb device, Alexander Nasonov
      • Re: dump to cgdNb device, Michael van Elst
      • Re: dump to cgdNb device, Alexander Nasonov
      • Re: dump to cgdNb device, Christos Zoulas
    • re: dump to cgdNb device, matthew green
  • Re: dump to cgdNb device, Taylor R Campbell
    • Re: dump to cgdNb device, Taylor R Campbell
      • Re: dump to cgdNb device, Alexander Nasonov
      • Re: dump to cgdNb device, Taylor R Campbell
      • Re: dump to cgdNb device, Alexander Nasonov
      • Re: dump to cgdNb device, Taylor R Campbell
      • Re: dump to cgdNb device, Alexander Nasonov
      • Re: dump to cgdNb device, Taylor R Campbell
      • Re: dump to cgdNb device, Alexander Nasonov
      • Re: dump to cgdNb device, Alexander Nasonov
      • Re: dump to cgdNb device, Robert Elz
    • Re: dump to cgdNb device, Michael van Elst
• separate L3 output KERNEL_LOCK, Kengo NAKAHARA
  • Re: separate L3 output KERNEL_LOCK, Taylor R Campbell
    • Re: separate L3 output KERNEL_LOCK, Kengo NAKAHARA
      • Re: separate L3 output KERNEL_LOCK, Kengo NAKAHARA
      • Re: separate L3 output KERNEL_LOCK, Taylor R Campbell
      • Re: separate L3 output KERNEL_LOCK, Kengo NAKAHARA
      • Re: separate L3 output KERNEL_LOCK, Kengo NAKAHARA
      • Re: separate L3 output KERNEL_LOCK, Kengo NAKAHARA
      • Re: separate L3 output KERNEL_LOCK, Kengo NAKAHARA
• CPU-local reference counts, Taylor R Campbell
  • Re: CPU-local reference counts, David Young
• Introduce curlwp_bind and curlwp_unbind for psref(, Ryota Ozaki
  • Re: Introduce curlwp_bind and curlwp_unbind for ps, Joerg Sonnenberger
    • Re: Introduce curlwp_bind and curlwp_unbind for ps, Taylor R Campbell
      • Re: Introduce curlwp_bind and curlwp_unbind for ps, Ryota Ozaki
      • Re: Introduce curlwp_bind and curlwp_unbind for ps, Paul Goyette
      • Re: Introduce curlwp_bind and curlwp_unbind for ps, Ryota Ozaki
      • Re: Introduce curlwp_bind and curlwp_unbind for ps, Joerg Sonnenberger
      • Re: Introduce curlwp_bind and curlwp_unbind for ps, Ryota Ozaki
      • Re: Introduce curlwp_bind and curlwp_unbind for ps, David Young
      • Re: Introduce curlwp_bind and curlwp_unbind for ps, Ryota Ozaki
      • Re: Introduce curlwp_bind and curlwp_unbind for ps, Ryota Ozaki
      • Re: Introduce curlwp_bind and curlwp_unbind for ps, Matt Thomas
      • Re: Introduce curlwp_bind and curlwp_unbind for ps, Masao Uebayashi
      • re: Introduce curlwp_bind and curlwp_unbind for ps, matthew green
      • Re: Introduce curlwp_bind and curlwp_unbind for ps, Ryota Ozaki
      • Re: Introduce curlwp_bind and curlwp_unbind for ps, Masao Uebayashi
      • Re: Introduce curlwp_bind and curlwp_unbind for ps, Ryota Ozaki
• Panic in tmpfs, Michael Plass
  • Re: Panic in tmpfs, coypu
    • Re: Panic in tmpfs, Paul Goyette
      • Re: Panic in tmpfs, Michael Plass
      • Re: Panic in tmpfs, Michael Plass
      • Re: Panic in tmpfs, Paul Goyette
• Patch to make PCI_CONF_MODE work (it might not?), coypu
  • Re: Patch to make PCI_CONF_MODE work (it might not, coypu
• dhcpcd and routing of ipv6 prefixes, Rhialto
• modules: per-segment policy, Maxime Villard
  • Re: modules: per-segment policy, Paul Goyette
    • Re: modules: per-segment policy, Martin Husemann
      • Re: modules: per-segment policy, Maxime Villard
      • Re: modules: per-segment policy, Paul Goyette
      • Re: modules: per-segment policy, Paul Goyette
• Locking strategy for device deletion (also see PR , Paul Goyette
  • Re: Locking strategy for device deletion (also see, David Brownlee
    • Re: Locking strategy for device deletion (also see, Paul Goyette
  • Re: Locking strategy for device deletion (also see, David Young
    • Re: Locking strategy for device deletion (also see, Paul Goyette
  • re: Locking strategy for device deletion (also see, matthew green
    • Re: Locking strategy for device deletion (also see, Taylor R Campbell
      • re: Locking strategy for device deletion (also see, matthew green
  • Re: Locking strategy for device deletion (also see, Taylor R Campbell
    • Re: Locking strategy for device deletion (also see, Paul Goyette
      • Re: Locking strategy for device deletion (also see, Paul Goyette
      • Re: Locking strategy for device deletion (also see, J. Hannken-Illjes
      • Re: Locking strategy for device deletion (also see, Paul Goyette
      • Re: Locking strategy for device deletion (also see, Michael van Elst
      • Re: Locking strategy for device deletion (also see, Paul Goyette
      • Re: Locking strategy for device deletion (also see, Paul_Koning
      • Re: Locking strategy for device deletion (also see, Michael van Elst
      • Re: Locking strategy for device deletion (also see, Robert Elz
      • Re: Locking strategy for device deletion (also see, Paul Goyette
      • Re: Locking strategy for device deletion (also see, Brian Buhrow
      • device open/close (was: Locking strategy for devic, Edgar Fuß
      • Re: Locking strategy for device deletion (also see, Taylor R Campbell
  • Re: Locking strategy for device deletion (also see, David Holland
    • Re: Locking strategy for device deletion (also see, Taylor R Campbell
      • Re: Locking strategy for device deletion (also see, Paul Goyette
      • Re: Locking strategy for device deletion (also see, Taylor R Campbell
      • Re: Locking strategy for device deletion (also see, Paul Goyette
• Re: port-amd64/51216: Can't create wedges on a lar, Robert Elz
  • /dev/sdN -> /dev/sdN[cd] (was: port-amd64/51216: C, Edgar Fuß
  • Re: /dev/sdN -> /dev/sdN[cd] (was: port-amd64/5121, Robert Elz
    • Re: /dev/sdN -> /dev/sdN[cd] (was: port-amd64/5121, David Brownlee
      • Re: /dev/sdN -> /dev/sdN[cd] (was: port-amd64/5121, Michael van Elst
      • Re: /dev/sdN -> /dev/sdN[cd] (was: port-amd64/5121, Robert Elz
    • Re: /dev/sdN -> /dev/sdN[cd] (was: port-amd64/5121, Robert Elz
• kernel symbol redefined messages, Paul Goyette
  • Re: kernel symbol redefined messages, Robert Swindells
    • Re: kernel symbol redefined messages, Paul Goyette
      • Re: kernel symbol redefined messages, Robert Swindells
      • Re: kernel symbol redefined messages, Paul Goyette
• gets in the kernel, Christos Zoulas
  • re: gets in the kernel, matthew green
    • Re: gets in the kernel, David Holland
  • Re: gets in the kernel, Maxime Villard
    • Re: gets in the kernel, David Holland
      • Re: gets in the kernel, Christos Zoulas
      • Re: gets in the kernel, David Holland
      • Re: gets in the kernel, Maxime Villard
      • Re: gets in the kernel, David Holland
      • Re: gets in the kernel, David Holland
• Unused functions in kernels, Krister Walfridsson
  • Re: Unused functions in kernels, D'Arcy J.M. Cain
    • Re: Unused functions in kernels, coypu
  • Re: Unused functions in kernels, Joerg Sonnenberger
    • Re: Unused functions in kernels, Krister Walfridsson
      • Re: Unused functions in kernels, Joerg Sonnenberger
      • Re: Unused functions in kernels, Krister Walfridsson