-
Notifications
You must be signed in to change notification settings - Fork 81
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
More packet memory stuff #141
base: main
Are you sure you want to change the base?
Conversation
Change-Id: Iedfff2d0be5fb8686a28fd8acb775c94f2fd7e63 Reviewed-on: https://gerrit.ikarem.io/74140 Static-Analysis: Jenkins Build System <[email protected]> Tested-by: Jenkins Build System <[email protected]> Reviewed-by: Peter Hurley <[email protected]> Signed-off-by: Derrick Pallas <[email protected]>
If mmap is successful but Packet::make fails to create a new SKB, we need to execute the destructor we passed to Packet::make. It actually might make sense to do this in Packet::make instead instead of the caller, not sure which is better. Change-Id: If97d221daf3443003f40097cc36f7410bb544669 Reviewed-on: https://gerrit.ikarem.io/74137 Static-Analysis: Jenkins Build System <[email protected]> Tested-by: Jenkins Build System <[email protected]> Reviewed-by: Peter Hurley <[email protected]> Signed-off-by: Derrick Pallas <[email protected]>
There is no such thing as a NULL reference, so there is no way to tell if find_insert failed when invoked by operator[]. Some old code attempted to check !&x for the reference, but the compiler can optimize it out since it is "impossible" according to the ARM. Therefore, we should just assert that find_insert succeeds. Change-Id: I1d34e19033e77dd6aebfdba76d553e927711a62c Signed-off-by: Derrick Pallas <[email protected]>
Change-Id: Ia7b9f3c4a4e7547d17251edac67c75f967507b3f Reviewed-on: https://gerrit.ikarem.io/74139 Static-Analysis: Jenkins Build System <[email protected]> Tested-by: Jenkins Build System <[email protected]> Reviewed-by: Peter Hurley <[email protected]> Signed-off-by: Derrick Pallas <[email protected]>
As an aside, InfiniteSource is broken but the fastclick copy is different enough now from my copy that the patch is not clean. |
Should be fixed.This file was never modified in FastClick, I wonder why on your side the "q" got renamed in "p" :p I just wonder about the assert. Personally, I never disable them, so it will cost a little. Is it really necessary? If we don't add "null" to the hashtable, we'll never get null, right? |
I'll let you rebase, and remove what's unneeded. And for the assert? |
|
b9c1853
to
b9f3521
Compare
No description provided.