File tree Expand file tree Collapse file tree 4 files changed +20
-20
lines changed Expand file tree Collapse file tree 4 files changed +20
-20
lines changed Original file line number Diff line number Diff line change @@ -305,10 +305,10 @@ pub enum PixelFormat {
305
305
/// This means you will have to use the `blt` function which will
306
306
/// convert the graphics data to the device's internal pixel format.
307
307
BltOnly ,
308
- // NOTE : UEFI also defines a PixelFormatMax variant, and states that all
309
- // valid enum values are guaranteed to be smaller. Since that is the
310
- // case, adding a new enum variant would be a breaking change, so it
311
- // is safe to model this C enum as a Rust enum.
308
+ // SAFETY : UEFI also defines a PixelFormatMax variant, and states that all
309
+ // valid enum values are guaranteed to be smaller. Since that is the
310
+ // case, adding a new enum variant would be a breaking change, so it
311
+ // is safe to model this C enum as a Rust enum.
312
312
}
313
313
314
314
/// Bitmask used to indicate which bits of a pixel represent a given color.
Original file line number Diff line number Diff line change @@ -210,9 +210,9 @@ pub enum Parity {
210
210
Mark ,
211
211
/// Space parity
212
212
Space ,
213
- // NOTE : The serial protocol is very old, and new parity modes are very
214
- // unlikely to be added at this point in time. Therefore, modeling
215
- // this C enum as a Rust enum seems safe.
213
+ // SAFETY : The serial protocol is very old, and new parity modes are very
214
+ // unlikely to be added at this point in time. Therefore, modeling
215
+ // this C enum as a Rust enum seems safe.
216
216
}
217
217
218
218
/// Number of stop bits per character.
@@ -227,7 +227,7 @@ pub enum StopBits {
227
227
OneFive ,
228
228
/// 2 stop bits
229
229
Two ,
230
- // NOTE : The serial protocol is very old, and new stop bit modes are very
231
- // unlikely to be added at this point in time. Therefore, modeling
232
- // this C enum as a Rust enum seems safe.
230
+ // SAFETY : The serial protocol is very old, and new stop bit modes are very
231
+ // unlikely to be added at this point in time. Therefore, modeling
232
+ // this C enum as a Rust enum seems safe.
233
233
}
Original file line number Diff line number Diff line change @@ -390,10 +390,10 @@ pub enum Tpl {
390
390
///
391
391
/// Even processor interrupts are disable at this level.
392
392
HighLevel = 31 ,
393
- // NOTE : The UEFI specification repeatedly states that only the these
394
- // priority levels may be used, the rest being reserved for internal
395
- // firmware use. So only these priority levels should be exposed to
396
- // the application, and modeling them as a Rust enum seems safe.
393
+ // SAFETY : The UEFI specification repeatedly states that only the these
394
+ // priority levels may be used, the rest being reserved for internal
395
+ // firmware use. So only these priority levels should be exposed to
396
+ // the application, and modeling them as a Rust enum seems safe.
397
397
}
398
398
399
399
/// Type of allocation to perform.
@@ -447,9 +447,9 @@ pub enum MemoryType {
447
447
PalCode ,
448
448
/// Memory region which is usable and is also non-volatile.
449
449
PersistentMemory ,
450
- // NOTE : UEFI defines a MaxMemoryType, therefore adding new memory types
451
- // would be a breaking change, so exposing them as a Rust enum seems
452
- // to be safe.
450
+ // SAFETY : UEFI defines a MaxMemoryType, therefore adding new memory types
451
+ // would be a breaking change, and exposing them as a Rust enum
452
+ // seems to be safe.
453
453
}
454
454
455
455
/// A structure describing a region of memory.
Original file line number Diff line number Diff line change @@ -49,7 +49,7 @@ pub enum ResetType {
49
49
/// The additional data must be a pointer to
50
50
/// a null-terminated string followed by an UUID.
51
51
PlatformSpecific ,
52
- // NOTE : This enum is never exposed to the user, but only fed as input to
53
- // the firmware. Therefore, unexpected values can never come from the
54
- // firmware, and modeling this as a Rust enum seems safe.
52
+ // SAFETY : This enum is never exposed to the user, but only fed as input to
53
+ // the firmware. Therefore, unexpected values can never come from
54
+ // the firmware, and modeling this as a Rust enum seems safe.
55
55
}
You can’t perform that action at this time.
0 commit comments