tech-kern by date

Last updated: Sun Apr 30 23:40:05 2017
Messages in reverse chronological order
Timezone is UTC

Page 1 of 2017/03
[Prev Page] [Newest Page] [Oldest Page] [Next Page]

TimeSubject# followupsFrom
Fri, 31 Mar 2017
23:19 Re: RAIDframe: passing component capabilities (0) Greg Oster
20:18 Re: Exposing FUA as alternative to DIOCCACHESYNC f (0) Paul.Koning
20:16 Re: Exposing FUA as alternative to DIOCCACHESYNC f (3) Thor Lancelot Simon
17:24 Re: Restricting rdtsc [was: kernel aslr] (0) Andreas Gustafsson
17:16 Re: Exposing FUA as alternative to DIOCCACHESYNC f (2) Jaromír Doleček
15:15 Re: RAIDframe: passing component capabilities (1) Edgar Fuß
14:51 Re: Exposing FUA as alternative to DIOCCACHESYNC f (3) Thor Lancelot Simon
14:42 Re: RAIDframe: passing component capabilities (was (1) Greg Oster
12:16 Re: Exposing FUA as alternative to DIOCCACHESYNC f (1) Edgar Fuß
10:31 Re: Add a mountlist iterator (0) J. Hannken-Illjes
09:32 Re: Exposing FUA as alternative to DIOCCACHESYNC f (1) Manuel Bouyer
09:26 Re: Exposing FUA as alternative to DIOCCACHESYNC f (1) Edgar Fuß
02:53 Re: Exposing FUA as alternative to DIOCCACHESYNC f (1) Thor Lancelot Simon
Thu, 30 Mar 2017
15:21 Re: Add a mountlist iterator (1) Christos Zoulas
13:56 Re: PCI BAR's prefetchable bit and pci_mapreg_map( (0) Mouse
09:21 Add a mountlist iterator (2) J. Hannken-Illjes
07:24 Re: Restricting rdtsc [was: kernel aslr] (0) Steffen Nurpmeso
Wed, 29 Mar 2017
22:40 Re: Interested in ext3fs for GSoC (0) Kamil Rytarowski
19:52 Re: Interested in ext3fs for GSoC (1) Christos Zoulas
13:10 Re: PCI BAR's prefetchable bit and pci_mapreg_map( (0) Michael
11:19 RAIDframe: passing component capabilities (was: Ex (1) Edgar Fuß
09:54 Re: Exposing FUA as alternative to DIOCCACHESYNC f (1) Edgar Fuß
06:48 Interested in ext3fs for GSoC (1) Miles Fertel
06:19 Re: PCI BAR's prefetchable bit and pci_mapreg_map( (2) Masanobu SAITOH
Tue, 28 Mar 2017
23:17 Re: Restricting rdtsc [was: kernel aslr] (0) Thor Lancelot Simon
22:49 Re: Restricting rdtsc [was: kernel aslr] (0) Alexander Nasonov
21:17 Re: Restricting rdtsc [was: kernel aslr] (1) Mouse
20:47 Re: Restricting rdtsc [was: kernel aslr] (0) Thomas Klausner
20:37 Re: Restricting rdtsc [was: kernel aslr] (2) Maxime Villard
20:33 Re: Restricting rdtsc [was: kernel aslr] (0) Paul.Koning
19:32 Re: Restricting rdtsc [was: kernel aslr] (0) David Young
19:22 Re: Prospective project for Summer of Code. (0) Taylor R Campbell
18:38 Re: Restricting rdtsc [was: kernel aslr] (1) Taylor R Campbell
18:32 Re: Restricting rdtsc [was: kernel aslr] (1) Mouse
18:04 Re: Restricting rdtsc [was: kernel aslr] (1) Maxime Villard
17:52 Re: Restricting rdtsc [was: kernel aslr] (0) Joerg Sonnenberger
16:47 Re: Restricting rdtsc [was: kernel aslr] (1) Manuel Bouyer
16:30 Re: Restricting rdtsc [was: kernel aslr] (2) David Young
16:01 Re: Restricting rdtsc [was: kernel aslr] (1) Mouse
15:35 Restricting rdtsc [was: kernel aslr] (6) Maxime Villard
03:44 Re: Exposing FUA as alternative to DIOCCACHESYNC f (1) Thor Lancelot Simon
Mon, 27 Mar 2017
23:19 Re: Exposing FUA as alternative to DIOCCACHESYNC f (0) Jaromír Doleček
23:17 Re: Exposing FUA as alternative to DIOCCACHESYNC f (2) Jaromír Doleček
Sun, 26 Mar 2017
08:15 Re: kernel aslr: someone interested? (0) John Nemeth
05:12 Re: kernel aslr: someone interested? (0) Joerg Sonnenberger
02:17 Re: kernel aslr: someone interested? (2) Mouse
Sat, 25 Mar 2017
19:08 Re: kernel aslr: someone interested? (0) Christos Zoulas
18:30 Re: kernel aslr: someone interested? (0) Joerg Sonnenberger
18:30 Re: kernel aslr: someone interested? (0) Maxime Villard
15:29 Re: kernel aslr: someone interested? (0) Maxime Villard
15:22 Re: kernel aslr: someone interested? (1) Thor Lancelot Simon
12:35 Re: kernel aslr: someone interested? (2) Joerg Sonnenberger
12:25 Re: kernel aslr: someone interested? (1) Greg Troxel
10:49 Re: kernel aslr: someone interested? (3) Maxime Villard
07:25 Re: kernel aslr: someone interested? (1) Martin Husemann
Fri, 24 Mar 2017
22:13 Re: kernel aslr: someone interested? (2) Joerg Sonnenberger
21:00 Re: assertion "bp->b_bcount <= todo" failed (0) Manuel Bouyer
20:40 Re: assertion "bp->b_bcount <= todo" failed (1) Michael van Elst
08:01 Re: PAX mprotect and JIT (0) Martin Husemann
Thu, 23 Mar 2017
23:13 Re: PCI BAR's prefetchable bit and pci_mapreg_map( (1) Michael
21:07 kernel aslr: someone interested? (1) Maxime Villard
16:00 assertion "bp->b_bcount <= todo" failed (1) Manuel Bouyer
Wed, 22 Mar 2017
16:45 Re: PCI BAR's prefetchable bit and pci_mapreg_map( (0) Michael
08:14 Re: PCI BAR's prefetchable bit and pci_mapreg_map( (0) Paul Goyette
08:11 Re: PCI BAR's prefetchable bit and pci_mapreg_map( (1) Manuel Bouyer
07:54 Re: PCI BAR's prefetchable bit and pci_mapreg_map( (1) Martin Husemann
07:43 PCI BAR's prefetchable bit and pci_mapreg_map() (3) Masanobu SAITOH
Tue, 21 Mar 2017
17:31 Re: Prospective project for Summer of Code. (0) Andy Ruhl
15:24 Re: Prospective project for Summer of Code. (0) Joerg Sonnenberger
13:30 Re: Prospective project for Summer of Code. (1) Kamil Rytarowski
12:43 Re: Prospective project for Summer of Code. (1) Joerg Sonnenberger
12:36 Re: Prospective project for Summer of Code. (1) Kamil Rytarowski
05:33 Prospective project for Summer of Code. (3) Raunaq Kochar
Wed, 15 Mar 2017
12:46 Partitions on empty disk{s,images} (0) Martin Husemann
Sun, 12 Mar 2017
10:15 Re: Exposing FUA as alternative to DIOCCACHESYNC f (1) Edgar Fuß
Sat, 11 Mar 2017
10:46 Re: CVS commit: src (0) Maxime Villard
Fri, 10 Mar 2017
18:01 Re: CVS commit: src (1) Valery Ushakov
Thu, 09 Mar 2017
21:36 Re: USB device [was "USB slave"] (0) David Young
21:30 RE: USB device [was "USB slave"] (1) Terry Moore
15:16 Re: USB slave (0) Robert Swindells
05:28 Re: USB slave (1) Hiroyuki Bessho
Tue, 07 Mar 2017
08:54 Move if_opackets++ to where if_obytes are (0) Ryota Ozaki
Mon, 06 Mar 2017
16:33 Re: USB slave (1) Manuel Bouyer
16:28 Re: USB slave (0) Martin Husemann
16:26 USB slave (2) Emmanuel Dreyfus
09:39 Re: wdc PCMCIA force to 16bit capabilities (0) Manuel Bouyer
08:29 wdc PCMCIA force to 16bit capabilities (1) smesgr
08:28 Re: if_wm panics on boot (0) Tomohiro Kusumi
Sun, 05 Mar 2017
22:23 Re: Exposing FUA as alternative to DIOCCACHESYNC f (1) Jaromír Doleček
Sat, 04 Mar 2017
17:46 Re: PCU vs. ptrace (0) Kamil Rytarowski
17:26 PCU vs. ptrace (1) Chuck Silvers
02:14 Re: if_wm panics on boot (1) Kengo NAKAHARA
Fri, 03 Mar 2017
22:06 Re: {clock,pthread}_getcpuclockid return values (0) Christos Zoulas
22:05 Re: Exposing FUA as alternative to DIOCCACHESYNC f (2) Jaromír Doleček
19:32 Re: if_wm panics on boot (1) Tomohiro Kusumi
17:11 Re: Exposing FUA as alternative to DIOCCACHESYNC f (1) David Holland
17:01 Re: if_wm panics on boot (1) Tomohiro Kusumi
16:52 Re: if_wm panics on boot (1) Kengo NAKAHARA
15:17 Re: if_wm panics on boot (1) Robert Elz
13:30 if_wm panics on boot (1) Tomohiro Kusumi
07:55 Re: {clock,pthread}_getcpuclockid return values (1) Nicolas Joly
Thu, 02 Mar 2017
20:11 Re: Exposing FUA as alternative to DIOCCACHESYNC f (1) Jaromír Doleček
17:02 Re: Exposing FUA as alternative to DIOCCACHESYNC f (1) David Holland
Wed, 01 Mar 2017
21:37 Exposing FUA as alternative to DIOCCACHESYNC for W (1) Jaromír Doleček
12:58 Re: How to read crash log of NetBSD 7.0.2? (0) Jia-Ju Bai
07:04 Re: How to read crash log of NetBSD 7.0.2? (0) David Holland
06:32 Re: How to read crash log of NetBSD 7.0.2? (0) Martin Husemann
05:54 Re: How to read crash log of NetBSD 7.0.2? (0) Michael van Elst
03:54 Re: How to read crash log of NetBSD 7.0.2? (0) Taylor R Campbell
03:48 Re: How to read crash log of NetBSD 7.0.2? (0) Paul Goyette
03:39 Re: How to read crash log of NetBSD 7.0.2? (4) Thomas Mueller


Page 1 of 2017/03
[Prev Page] [Newest Page] [Oldest Page] [Next Page]
Home


Mail converted by MHonArc