tech-kern by date

Last updated: Fri Apr 29 09:34:46 2016
Messages in reverse chronological order
Timezone is UTC

Page 1 of 2016/04
[Prev Page] [Newest Page] [Oldest Page] [Next Page]

TimeSubject# followupsFrom
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 (0) 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? (1) 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


Page 1 of 2016/04
[Prev Page] [Newest Page] [Oldest Page] [Next Page]
Home


Mail converted by MHonArc