- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
May 21 2024
I think this change looks OK as long as wait6(2) is limited to checking children [and perhaps their children, etc]. It doesn’t look to me like it can ever originate the list of processes from allproc or similar, so I believe this is OK?
Why would openssl return an error?
The errors I get from the linker without this change are similar to the following.
- small correction
- added extra line
I've fixed the other vlan issue in https://reviews.freebsd.org/D45285.
- some more cleanup
On both hosts duration of the build was ~1 minute. Memory usage in top during build look same like without build.
In D44373#1032959, @jonathan wrote:@trasz : thanks for sending this review request. My general feeling is that I'm leery of relaxing the in-kernel security model, not just because of the potential for opening things we don't mean to open, but also because it complicates the model for those who are trying to understand it. "No global namespaces", while limiting, is a clearer rule than "no global namespaces unless you or your ancestor has previously called fchroot(2), unless-unless something has also called cap_enter(2) again to clear that magic vnode".
Thanks!
diff --git a/tests/sys/net/if_vlan.sh b/tests/sys/net/if_vlan.sh index 675ed0090e8c..4d5d70410898 100755 --- a/tests/sys/net/if_vlan.sh +++ b/tests/sys/net/if_vlan.sh @@ -37,7 +37,7 @@ basic_body() # And change back # Test changing the vlan ID atf_check -s exit:0 \ - jexec singsing ifconfig ${vlan1} vlandev ${epair_vlan}b vlan 42 + jexec singsing ifconfig ${vlan1} vlan 42 vlandev ${epair_vlan}b atf_check -s exit:0 -o ignore jexec singsing ping -c 1 10.0.0.1 }
In D45094#1033094, @saper_saper.info wrote:I tried to rebuild the ports updated by this patch and I have trouble supplying enough virtual memory to build babl.
The last step seems to be vapigen invocation that consumes huge amount of memory. Is this normal? How much is enough?
What is your environment?
Did you test build of old 0.1.106 version in same environment?
That is the program installed by security/krb5-121
I tried to rebuild the ports updated by this patch and I have trouble supplying enough virtual memory to build babl.
I guess I need a better Title for this CR , I dislike the redo ...
reword
- fixed smp tb shootdown function pointer
- fixed double declaration and cleanup
- fixed indentation
In D45278#1033061, @bcr wrote:net/cloud-init would be useful for cloud-y environments.
net/cloud-init would be useful for cloud-y environments.
In D45243#1032859, @pjd wrote:In D45243#1032364, @des wrote:Have you considered implementing Apple's copyfile API?
I did, but I cannot commit that much time to implement it.
Thanks for updating this port!
It was for something in the Google testing bits.
Without this some of the Google tests failed to link as the __aarch64_* atomic functions from lse.S are missing. These are in libgcc but not libgcc_s.
One problem looked over regarding M_USE_RESERVE:
In D44373#1032959, @jonathan wrote:I wonder if, instead of changing the in-kernel model, this might be better addressed through interposition, either using LDPRELOAD-ed wrappers that convert open(2) to openat(2) (relative a pre-set "root" FD) or within libc itself?
In D43093#1033039, @des wrote:Eric, do you want me to commandeer this?
Eric, do you want me to commandeer this?
I concur that this seems like a reasonable optimization.
Useful abstraction of internal state.
Better to avoid use of internal lock state.