grub2

442 commits 42 branches 35 tags 9 MiB

Author	SHA1	Message	Date
Peter Jones	81987f4958	Update grub2 for f28 - Try to fix things for new compiler madness. I really don't know why gcc decided __attribute__((packed)) on a "typedef struct" should imply __attribute__((align (1))) and that it should have a warning that it does so. The obvious behavior would be to keep the alignment of the first element unless it's used in another object or type that /also/ hask the packed attribute. Why should it change the default alignment at all? - Merge in the BLS patches Javier and I wrote. - Attempt to fix pmtimer initialization failures to not be super duper slow. Signed-off-by: Peter Jones <pjones@redhat.com>	2018-02-28 09:40:44 -05:00
Peter Jones	6f1e3d5698	Dump a bunch of work-in-progress patches for now. Signed-off-by: Peter Jones <pjones@redhat.com>	2018-01-17 17:04:51 -05:00

Author

SHA1

Message

Date

Peter Jones

81987f4958

Update grub2 for f28

- Try to fix things for new compiler madness.
  I really don't know why gcc decided __attribute__((packed)) on a "typedef
  struct" should imply __attribute__((align (1))) and that it should have a
  warning that it does so.  The obvious behavior would be to keep the alignment
  of the first element unless it's used in another object or type that /also/
  hask the packed attribute.  Why should it change the default alignment at
  all?
- Merge in the BLS patches Javier and I wrote.
- Attempt to fix pmtimer initialization failures to not be super duper slow.

Signed-off-by: Peter Jones <pjones@redhat.com>

2018-02-28 09:40:44 -05:00

Peter Jones

6f1e3d5698

Dump a bunch of work-in-progress patches for now.

Signed-off-by: Peter Jones <pjones@redhat.com>

2018-01-17 17:04:51 -05:00

Renamed from 0195-Handle-multi-arch-64-on-32-boot-in-linuxefi-loader.patch (Browse further)

2 commits