User Details
- User Since
- Jan 20 2016, 6:04 AM (266 w, 5 d)
Wed, Feb 24
That's a very good point, unfortunately I don't have a clear answer.
I'm aware of the problem with grep and this patch definitely not resolves it.
Tue, Feb 23
Apr 7 2020
Apr 6 2020
Apr 23 2019
Apr 19 2019
Yet another reincarnation of https://reviews.freebsd.org/rS302292 this time in peak_clear_sc
If no objections, I will commit this next week.
Jul 10 2018
Jul 9 2018
Jun 12 2018
May 25 2018
Mar 16 2018
Mar 15 2018
Mar 14 2018
Mar 1 2018
Feb 24 2018
We'll handle the BE part.
Feb 23 2018
Looks OK, we'll test it on our hardware.
Feb 22 2018
I think we talked out all issues here.
I'll split this to separate patches and commit to the HEAD. Please let me know if you have any objections.
Feb 21 2018
Feb 20 2018
Feb 16 2018
Actually, this is the only way to release resources by idling CPUs within the same SMT group - Linux does the same.
Sleep mode used here has the shortest wakeup delay, so the only performance hit is from saving and restoring context. However, it's still less complex than the one in cpu_switch.
Feb 14 2018
Feb 8 2018
Jan 31 2018
Jan 29 2018
It SHOULD work on PowerNV as the code for cpuid swap is there, however I did not run much of testing, so I'd rather consider this as experimental/not-working. The CHRP platform has no such code, so there the BSP must be at CPU0.
Jan 26 2018
Jan 25 2018
Any objections for commiting this?
Sounds reasonable. I've removed all references to PIR and left the previous PCPU-assignment mechanism intact.
Jan 24 2018
Jan 23 2018
Jan 22 2018
Jan 18 2018
Jan 17 2018
Yes, the recent toolchain works well.
Jan 16 2018
It's already outdated
Merged as r302292
Jan 15 2018
Jan 12 2018
Please let me know if there are any objections to this patch. I'd like to have it commited on Monday.