-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
Fix alignment when using PacketBuffer reserve space #19244
Merged
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
#### Problem Some UDPEndPoint implementation code assumes that IPPacketInfo is aligned to 4 bytes, when storing one inside PacketBuffer reserved space. It would also fail to identify the available reserve if there was enough space, but less that 3 bytes more than enough. See project-chip#17213 Re-alignment logic makes incorrect assumptions #### Change overview Adds a PacketBuffer::GetReserve<T>() that returns a pointer in the buffer reserve space suitable in size and alignment for a T, and uses it for `GetPacketInfo()` in `UDPEndPointImplLwIP` and `UDPEndPointImplOT`. #### Testing Added a unit test, `PacketBufferTest::CheckGetReserve()`.
pullapprove
bot
requested review from
anush-apple,
arkq,
Byungjoo-Lee,
bzbarsky-apple,
carol-apple,
chrisdecenzo,
chshu,
chulspro,
Damian-Nordic,
dhrishi,
electrocucaracha,
erjiaqing,
franck-apple,
gjc13,
harimau-qirex,
hawk248,
harsha-rajendran,
isiu-apple,
jelderton,
jepenven-silabs,
jmartinez-silabs,
jtung-apple,
kghost,
lazarkov,
LuDuda,
mrjerryjohns and
msandstedt
June 6, 2022 19:10
pullapprove
bot
requested review from
sagar-apple,
saurabhst,
selissia,
tcarmelveilleux,
tecimovic,
tehampson,
turon,
vijs,
vivien-apple,
wbschiller,
woody-apple,
xylophone21 and
yunhanw-google
June 6, 2022 19:10
PR #19244: Size comparison from 5f0dc86 to 81c8754 Increases (16 builds for cc13x2_26x2, cyw30739, k32w, p6)
Decreases (3 builds for cc13x2_26x2)
Full report (32 builds for cc13x2_26x2, cyw30739, k32w, linux, mbed, p6, telink)
|
bzbarsky-apple
approved these changes
Jun 6, 2022
PR #19244: Size comparison from 5f0dc86 to d4fa0ab Increases (26 builds for cc13x2_26x2, cyw30739, efr32, esp32, k32w, linux, p6, telink)
Decreases (4 builds for cc13x2_26x2, linux)
Full report (41 builds for cc13x2_26x2, cyw30739, efr32, esp32, k32w, linux, mbed, nrfconnect, p6, telink)
|
bzbarsky-apple
approved these changes
Jun 7, 2022
andy31415
approved these changes
Jun 7, 2022
This seems to be causing boot-loops on esp32: #19289 |
kpschoedel
added a commit
that referenced
this pull request
Jun 7, 2022
This reverts commit fa43c74.
bzbarsky-apple
pushed a commit
that referenced
this pull request
Jun 8, 2022
mkardous-silabs
pushed a commit
to mkardous-silabs/connectedhomeip
that referenced
this pull request
Jun 10, 2022
…chip#19244)" (project-chip#19293) This reverts commit fa43c74.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Problem
Some UDPEndPoint implementation code assumes that IPPacketInfo
is aligned to 4 bytes, when storing one inside PacketBuffer
reserved space. It would also fail to identify the available
reserve if there was enough space, but less that 3 bytes more
than enough.
See #17213 Re-alignment logic makes incorrect assumptions
Change overview
Adds a PacketBuffer::GetReserve() that returns a pointer in
the buffer reserve space suitable in size and alignment for a T,
and uses it for
GetPacketInfo()
inUDPEndPointImplLwIP
andUDPEndPointImplOT
.Testing
Added a unit test,
PacketBufferTest::CheckGetReserve()
.