Time | Subject | # followups | From |
Fri, 29 Apr 2016 |
09:34 |
Re: struct file reference at VFS level |
(0) |
Emmanuel Dreyfus |
08:21 |
Re: struct file reference at VFS level |
(1) |
J. Hannken-Illjes |
Thu, 28 Apr 2016 |
17:56 |
Re: nick-nhusb merge coming soon |
(0) |
Andrew Cagney |
10:57 |
Re: nick-nhusb merge coming soon |
(1) |
Paul Goyette |
10:14 |
Re: gpio interrups (2) |
(0) |
Manuel Bouyer |
08:19 |
Re: struct file reference at VFS level |
(1) |
Emmanuel Dreyfus |
07:54 |
Re: struct file reference at VFS level |
(1) |
J. Hannken-Illjes |
07:39 |
Re: struct file reference at VFS level |
(0) |
Emmanuel Dreyfus |
07:05 |
MP-safe ifnet with psz & psref |
(1) |
Ryota Ozaki |
06:57 |
re: struct file reference at VFS level |
(1) |
matthew green |
06:32 |
Re: struct file reference at VFS level |
(1) |
Emmanuel Dreyfus |
04:10 |
re: struct file reference at VFS level |
(1) |
matthew green |
01:39 |
Re: RFC: new ifnet MP-scalable sending interface |
(0) |
Kengo NAKAHARA |
01:37 |
Re: RFC: new ifnet MP-scalable sending interface |
(0) |
Kengo NAKAHARA |
01:27 |
Re: struct file reference at VFS level |
(1) |
Emmanuel Dreyfus |
Wed, 27 Apr 2016 |
20:00 |
Re: struct file reference at VFS level |
(1) |
Joerg Sonnenberger |
18:31 |
Re: struct file reference at VFS level |
(0) |
Emmanuel Dreyfus |
17:40 |
Re: struct file reference at VFS level |
(1) |
David Holland |
15:58 |
Re: struct file reference at VFS level |
(2) |
Emmanuel Dreyfus |
14:50 |
Re: RFC: new ifnet MP-scalable sending interface |
(1) |
Taylor R Campbell |
08:55 |
Re: RFC: new ifnet MP-scalable sending interface |
(1) |
Joerg Sonnenberger |
07:28 |
Re: RFC: new ifnet MP-scalable sending interface |
(2) |
Kengo NAKAHARA |
Tue, 26 Apr 2016 |
15:43 |
Re: RFC: new ifnet MP-scalable sending interface |
(0) |
Joerg Sonnenberger |
15:27 |
Re: RFC: new ifnet MP-scalable sending interface |
(2) |
Taylor R Campbell |
04:22 |
Re: RFC: new ifnet MP-scalable sending interface |
(1) |
Kengo NAKAHARA |
04:10 |
Constify rtentry of if_output |
(0) |
Ryota Ozaki |
Mon, 25 Apr 2016 |
20:30 |
gpio interrups (2) |
(1) |
Manuel Bouyer |
14:17 |
Re: RFC: new ifnet MP-scalable sending interface |
(1) |
Joerg Sonnenberger |
06:11 |
Re: Stop using rt_gwroute |
(0) |
Ryota Ozaki |
04:48 |
Re: RFC: new ifnet MP-scalable sending interface |
(1) |
Kengo NAKAHARA |
04:06 |
Stop using rt_gwroute |
(1) |
Ryota Ozaki |
03:39 |
Re: struct file reference at VFS level |
(0) |
Emmanuel Dreyfus |
Sun, 24 Apr 2016 |
19:11 |
Re: struct file reference at VFS level |
(2) |
David Holland |
02:40 |
Re: struct file reference at VFS level |
(1) |
Emmanuel Dreyfus |
Sat, 23 Apr 2016 |
19:33 |
Re: struct file reference at VFS level |
(0) |
David Holland |
19:20 |
Re: struct file reference at VFS level |
(1) |
Emmanuel Dreyfus |
18:40 |
Re: struct file reference at VFS level |
(2) |
David Holland |
16:41 |
Re: struct file reference at VFS level |
(0) |
Greg Troxel |
03:18 |
Re: struct file reference at VFS level |
(0) |
Emmanuel Dreyfus |
Fri, 22 Apr 2016 |
15:37 |
Re: struct file reference at VFS level |
(1) |
Joerg Sonnenberger |
15:35 |
Re: opendisk: can't open dev dk0 (16) (was: RAIDfr |
(0) |
Brian Buhrow |
15:33 |
Re: struct file reference at VFS level |
(2) |
Emmanuel Dreyfus |
15:17 |
Re: struct file reference at VFS level |
(0) |
Taylor R Campbell |
14:42 |
Re: struct file reference at VFS level |
(2) |
Greg Troxel |
14:33 |
Re: struct file reference at VFS level |
(1) |
Emmanuel Dreyfus |
14:07 |
Re: struct file reference at VFS level |
(1) |
Taylor R Campbell |
11:06 |
Re: opendisk: can't open dev dk0 (16) (was: RAIDfr |
(0) |
Michael van Elst |
10:32 |
opendisk: can't open dev dk0 (16) (was: RAIDframe |
(2) |
Edgar Fuß |
09:10 |
Re: struct file reference at VFS level |
(3) |
Emmanuel Dreyfus |
07:47 |
Re: RFC: new ifnet MP-scalable sending interface |
(1) |
Joerg Sonnenberger |
02:09 |
RFC: new ifnet MP-scalable sending interface |
(1) |
Kengo NAKAHARA |
Wed, 20 Apr 2016 |
20:32 |
re: RAIDframe raidN device order |
(0) |
matthew green |
11:28 |
Re: RAIDframe raidN device order |
(0) |
Emmanuel Dreyfus |
11:09 |
Re: struct file reference at VFS level |
(1) |
Greg Troxel |
10:09 |
Re: RAIDframe raidN device order |
(2) |
David Brownlee |
09:22 |
RAIDframe raidN device order |
(2) |
Edgar Fuß |
09:10 |
Re: IFQ_ENQUEUE argument refactor (was Re: RFC: AL |
(0) |
Kengo NAKAHARA |
08:38 |
struct file reference at VFS level |
(1) |
Emmanuel Dreyfus |
Tue, 19 Apr 2016 |
07:50 |
Re: bridge(4): BRIDGE_MPSAFE by default and applyi |
(0) |
Ryota Ozaki |
Mon, 18 Apr 2016 |
15:27 |
Re: bridge(4): BRIDGE_MPSAFE by default and applyi |
(1) |
Taylor R Campbell |
08:17 |
Re: bridge(4): BRIDGE_MPSAFE by default and applyi |
(1) |
Ryota Ozaki |
Sun, 17 Apr 2016 |
18:49 |
Re: nick-nhusb merge coming soon |
(0) |
Takahiro Hayashi |
05:34 |
Re: VOP_PARSEPATH? |
(0) |
David Holland |
03:20 |
VOP_PARSEPATH? |
(1) |
David Holland |
Fri, 15 Apr 2016 |
12:19 |
Re: bridge(4): BRIDGE_MPSAFE by default and applyi |
(0) |
Christos Zoulas |
07:55 |
Re: Interrupt time inflation on Xen |
(0) |
Christoph Badura |
06:42 |
Re: bridge(4): BRIDGE_MPSAFE by default and applyi |
(1) |
Ryota Ozaki |
04:52 |
Re: Interrupt time inflation on Xen |
(1) |
Thor Lancelot Simon |
Thu, 14 Apr 2016 |
21:03 |
Re: bridge(4): BRIDGE_MPSAFE by default and applyi |
(1) |
Taylor R Campbell |
10:58 |
Re: nick-nhusb merge coming soon |
(1) |
Takahiro Hayashi |
10:58 |
bridge(4): BRIDGE_MPSAFE by default and applying p |
(1) |
Ryota Ozaki |
10:56 |
Re: nick-nhusb merge coming soon |
(1) |
Takahiro Hayashi |
08:41 |
Re: nick-nhusb merge coming soon |
(1) |
Nick Hudson |
Wed, 13 Apr 2016 |
11:10 |
Re: nick-nhusb merge coming soon |
(0) |
Nick Hudson |
10:58 |
Re: nick-nhusb merge coming soon |
(1) |
Dave Tyson |
10:34 |
Re: nick-nhusb merge coming soon |
(1) |
Nick Hudson |
07:57 |
Re: nick-nhusb merge coming soon |
(0) |
Nick Hudson |
07:16 |
Re: nick-nhusb merge coming soon |
(2) |
Paul Goyette |
07:06 |
Re: nick-nhusb merge coming soon |
(1) |
Taylor R Campbell |
06:59 |
nick-nhusb merge coming soon |
(3) |
Nick Hudson |
01:16 |
Re: ddb: rename show arptab to show routes |
(0) |
Christos Zoulas |
00:51 |
Re: ddb: rename show arptab to show routes |
(1) |
Ryota Ozaki |
Tue, 12 Apr 2016 |
11:31 |
Re: ddb: rename show arptab to show routes |
(1) |
Christos Zoulas |
07:29 |
Remove meaningless RTF_UP check |
(0) |
Ryota Ozaki |
07:05 |
ddb: rename show arptab to show routes |
(1) |
Ryota Ozaki |
06:30 |
re: remove webnfs? |
(0) |
matthew green |
05:08 |
Re: remove webnfs? |
(1) |
Michael |
03:18 |
Re: IFQ_ENQUEUE argument refactor (was Re: RFC: AL |
(1) |
Kengo NAKAHARA |
Mon, 11 Apr 2016 |
14:15 |
Re: Random lockups on an email server - possibly k |
(0) |
Taylor R Campbell |
14:01 |
Re: Random lockups on an email server - possibly k |
(1) |
D'Arcy J.M. Cain |
08:11 |
Re: IFQ_ENQUEUE argument refactor (was Re: RFC: AL |
(1) |
Joerg Sonnenberger |
04:14 |
Re: IFQ_ENQUEUE argument refactor (was Re: RFC: AL |
(0) |
Kengo NAKAHARA |
04:07 |
remove webnfs? |
(1) |
David Holland |
04:06 |
Re: IFQ_ENQUEUE argument refactor (was Re: RFC: AL |
(2) |
Kengo NAKAHARA |
Sat, 09 Apr 2016 |
07:51 |
Re: DTrace on Xen? |
(0) |
Manuel Bouyer |
01:55 |
Re: DTrace on Xen? |
(2) |
Christos Zoulas |
01:23 |
DTrace on Xen? |
(1) |
Thor Lancelot Simon |
Fri, 08 Apr 2016 |
13:50 |
Re: gpio interrupts |
(0) |
Manuel Bouyer |
11:36 |
Re: pserialize-safe queue(3) alternative |
(0) |
Kengo NAKAHARA |
11:35 |
Re: pserialize-safe queue(3) alternative |
(0) |
Kengo NAKAHARA |
11:30 |
Re: gpio interrupts |
(1) |
Michael van Elst |
10:52 |
Re: gpio interrupts |
(1) |
Manuel Bouyer |
09:56 |
Re: gpio interrupts |
(1) |
Michael van Elst |
05:19 |
Re: gpio interrupts |
(1) |
Manuel Bouyer |
Thu, 07 Apr 2016 |
22:19 |
Re: gpio interrupts |
(1) |
Michael van Elst |
21:58 |
Re: gpio interrupts |
(0) |
Jared McNeill |
21:45 |
Re: gpio interrupts |
(1) |
Manuel Bouyer |
21:22 |
Re: gpio interrupts |
(1) |
Manuel Bouyer |
20:34 |
Re: gpio interrupts |
(1) |
Jared McNeill |
19:11 |
Re: gpio interrupts |
(1) |
Michael van Elst |
16:09 |
Re: pserialize-safe queue(3) alternative |
(1) |
Taylor R Campbell |
16:05 |
Re: pserialize-safe queue(3) alternative |
(1) |
Taylor R Campbell |
12:19 |
Re: RFC: nexthop cache separation |
(0) |
Christos Zoulas |
11:45 |
gpio interrupts |
(2) |
Manuel Bouyer |
09:22 |
Re: pserialize-safe queue(3) alternative |
(1) |
Kengo NAKAHARA |
08:51 |
Re: pserialize-safe queue(3) alternative |
(2) |
Kengo NAKAHARA |
06:43 |
Re: RFC: nexthop cache separation |
(1) |
Ryota Ozaki |
Wed, 06 Apr 2016 |
23:51 |
Re: IFQ_ENQUEUE argument refactor (was Re: RFC: AL |
(1) |
Kengo NAKAHARA |
15:52 |
Re: RFC: nexthop cache separation |
(1) |
Christos Zoulas |
14:54 |
Re: RFC: nexthop cache separation |
(1) |
Ryota Ozaki |
12:41 |
Re: RFC: nexthop cache separation |
(1) |
Christos Zoulas |
07:11 |
Re: vnd.c 1.254 |
(0) |
Martin Husemann |
04:17 |
Re: RFC: nexthop cache separation |
(1) |
Ryota Ozaki |
Tue, 05 Apr 2016 |
16:57 |
Re: RFC: nexthop cache separation |
(1) |
Christos Zoulas |
08:21 |
Re: RFC: nexthop cache separation |
(1) |
Roy Marples |
08:11 |
Re: asynchronous ugen(4) bulk transfers |
(0) |
Brian Buhrow |
07:39 |
Re: IFQ_ENQUEUE argument refactor (was Re: RFC: AL |
(1) |
Joerg Sonnenberger |
07:16 |
Re: asynchronous ugen(4) bulk transfers |
(1) |
Nick Hudson |
04:11 |
Re: IFQ_ENQUEUE argument refactor (was Re: RFC: AL |
(1) |
Kengo NAKAHARA |
02:17 |
Re: RFC: nexthop cache separation |
(1) |
Ryota Ozaki |
Mon, 04 Apr 2016 |
23:19 |
Re: asynchronous ugen(4) bulk transfers |
(0) |
Brian Buhrow |
17:44 |
Re: RFC: nexthop cache separation |
(1) |
David Young |
15:36 |
Re: IFQ_ENQUEUE argument refactor (was Re: RFC: AL |
(0) |
Joerg Sonnenberger |
14:27 |
Re: missing SDT_PROVIDER_DEFINE(sdt) |
(0) |
Thor Lancelot Simon |
13:05 |
Re: IFQ_ENQUEUE argument refactor (was Re: RFC: AL |
(2) |
Thor Lancelot Simon |
08:55 |
Re: dtrace(1) error in the kernel built by build.s |
(0) |
Kengo NAKAHARA |
08:25 |
Re: IFQ_ENQUEUE argument refactor (was Re: RFC: AL |
(1) |
Kengo NAKAHARA |
07:57 |
Re: asynchronous ugen(4) bulk transfers |
(2) |
Nick Hudson |
05:45 |
Re: asynchronous ugen(4) bulk transfers |
(1) |
Brian Buhrow |
03:40 |
Re: missing SDT_PROVIDER_DEFINE(sdt) |
(0) |
Kengo NAKAHARA |
02:59 |
Re: missing SDT_PROVIDER_DEFINE(sdt) |
(2) |
Taylor R Campbell |
Sun, 03 Apr 2016 |
21:06 |
re: missing SDT_PROVIDER_DEFINE(sdt) |
(1) |
matthew green |
18:23 |
Re: pserialize-safe queue(3) alternative |
(1) |
Taylor R Campbell |
18:20 |
pserialize-safe queue(3) alternative |
(1) |
Taylor R Campbell |
17:51 |
Re: dtrace(1) error in the kernel built by build.s |
(1) |
Taylor R Campbell |
17:49 |
Re: missing SDT_PROVIDER_DEFINE(sdt) |
(1) |
Taylor R Campbell |
14:36 |
Re: Random lockups on an email server - possibly k |
(0) |
Taylor R Campbell |
13:51 |
Re: Random lockups on an email server - possibly k |
(2) |
D'Arcy J.M. Cain |
Sat, 02 Apr 2016 |
18:30 |
interrupting I/O in a thread |
(0) |
Taylor R Campbell |
15:09 |
asynchronous ugen(4) bulk transfers |
(1) |
Taylor R Campbell |
Fri, 01 Apr 2016 |
11:04 |
dtrace(1) error in the kernel built by build.sh ke |
(1) |
Kengo NAKAHARA |
03:29 |
missing SDT_PROVIDER_DEFINE(sdt) |
(1) |
Kengo NAKAHARA |