Re: CVS commit: src/sys/kern

2018-07-01 Thread Christos Zoulas
In article <8998.1530490...@splode.eterna.com.au>, matthew green wrote: >Jason Thorpe writes: >> >> >> > On Jul 1, 2018, at 2:48 AM, Martin Husemann wrote: >> > >> > I'd rather not have this at all - instead just drop the useless timestamps >> > at boot time, they are useless here and make

re: CVS commit: src/sys/kern

2018-07-01 Thread matthew green
Jason Thorpe writes: > > > > On Jul 1, 2018, at 2:48 AM, Martin Husemann wrote: > > > > I'd rather not have this at all - instead just drop the useless timestamps > > at boot time, they are useless here and make console output unreadable. > > > > They are fine after mountroot, but is there

Re: usb_rem_task_wait

2018-07-01 Thread Jason Thorpe
If you have a newer draft handy, would definitely be interested in looking at it. -- thorpej Sent from my iPhone. On Jul 1, 2018, at 8:18 AM, Taylor R Campbell wrote: >> Date: Sun, 01 Jul 2018 08:02:11 -0700 >> From: Jason Thorpe >> >> I've been thinking about this interface a bit... it

Re: usb_rem_task_wait

2018-07-01 Thread Taylor R Campbell
> Date: Sun, 01 Jul 2018 08:02:11 -0700 > From: Jason Thorpe > > I've been thinking about this interface a bit... it would be handy > to have a version of it for some non-usb stuff I have in the hopper. > Should it be generalized and moved to sys/kern?

Re: usb_rem_task_wait

2018-07-01 Thread Jason Thorpe
> On Jun 30, 2018, at 11:58 PM, Taylor R Campbell > wrote: > > The attached patch implements usb_rem_task_wait and uses it in various > drivers' detach routines so that they have a chance of guaranteeing > not to leave pending tasks floating around using memory after free. > Also changes

Re: CVS commit: src/sys/kern

2018-07-01 Thread Jason Thorpe
> On Jul 1, 2018, at 2:48 AM, Martin Husemann wrote: > > I'd rather not have this at all - instead just drop the useless timestamps > at boot time, they are useless here and make console output unreadable. > > They are fine after mountroot, but is there really any use for them before? +1

Re: workaround intel apollo lake errata

2018-07-01 Thread Maxime Villard
Le 01/07/2018 à 10:39, co...@sdf.org a écrit : Hi, Currently Apollo Lake CPUs fail to boot with SMP enabled.[1] This is because we use MONITOR/MWAIT with interrupts disabled for waiting for secondary CPUs to hatch. Errata means the wakeup doesn't happen.[2] I've written the attached patch, and

Re: CVS commit: src/sys/kern

2018-07-01 Thread Martin Husemann
On Sat, Jun 30, 2018 at 10:47:51PM +, Taylor R Campbell wrote: > Module Name: src > Committed By: riastradh > Date: Sat Jun 30 22:47:51 UTC 2018 > > Modified Files: > src/sys/kern: kern_ntptime.c kern_tc.c > > Log Message: > Sprinkle cold conditionals to make tc_ticktock

workaround intel apollo lake errata

2018-07-01 Thread coypu
Hi, Currently Apollo Lake CPUs fail to boot with SMP enabled.[1] This is because we use MONITOR/MWAIT with interrupts disabled for waiting for secondary CPUs to hatch. Errata means the wakeup doesn't happen.[2] I've written the attached patch, and tested it by matching my existing CPU which

usb_rem_task_wait

2018-07-01 Thread Taylor R Campbell
The attached patch implements usb_rem_task_wait and uses it in various drivers' detach routines so that they have a chance of guaranteeing not to leave pending tasks floating around using memory after free. Also changes various callout_stops near usb_rem_task to callout_halt if they seemed