* Matt Fleming wrote:
> Folks,
>
> Please queue up the following fixes, mainly for regressions introduced
> in the merge window or -rc2.
So the rule for post-rc1 merges is to fix regressions 'only', not
'mainly'!
>
> Mark Rusta
Folks,
Please queue up the following fixes, mainly for regressions introduced
in the merge window or -rc2.
The following changes since commit 52addcf9d6669fa439387610bc65c92fa0980cef:
Linux 3.17-rc2 (2014-08-25 15:36:20 -0700)
are available in the git repository at:
git://git.kernel.org/pu
On Sun, 07 Sep, at 02:11:33AM, Andre wrote:
> On Sat, 6 Sep 2014 23:02:51 +0200
> Andre wrote:
> > With a Thinkpad T420 (pre-2.0 EFI), I do run into the failure condition for
> > another reason:
> >
> > setup_efi_pci64 gets called,
> > the loop therein is executed nr_pci=11 (!?) times.
> > The s
On Mon, 08 Sep, at 01:01:08PM, Mark Salter wrote:
> Commit 86c8b27a01cf:
> "arm64: ignore DT memreserve entries when booting in UEFI mode
>
> prevents early_init_fdt_scan_reserved_mem() from being called for
> arm64 kernels booting via UEFI. This was done because the kernel
> will use the UEFI me
On Sun, 07 Sep, at 07:42:13PM, Mathias Krause wrote:
> Hi Matt,
>
> this series is a collection of rather random cleanup patches. The init code
> patch, though, should result in a lower runtime memory usage as more memory
> can be released after initialization, now.
>
> Please apply!
Thanks Math
Commit 86c8b27a01cf:
"arm64: ignore DT memreserve entries when booting in UEFI mode
prevents early_init_fdt_scan_reserved_mem() from being called for
arm64 kernels booting via UEFI. This was done because the kernel
will use the UEFI memory map to determine reserved memory regions.
That approach h
On Sat, 06 Sep, at 06:02:53AM, Jeff Kirsher wrote:
> From: Mark Rustad
>
> It is a really bad idea to declare variables or parameters that
> have the same name as common types. It is valid C, but it gets
> surprising if a macro expansion attempts to declare an inner
> local with that type. Change
On Sat, 06 Sep, at 11:09:04PM, Mantas Mikulėnas wrote:
>
> Finally got around to testing the patches here. Sorry for no replies earlier.
>
> This seemed like it would work, but... it hangs at the memcpy?...
>
> (If I add a printk before memcpy and a printk after memcpy, I never
> see the second
On Mon, Sep 08, 2014 at 03:21:05PM +0100, Mark Salter wrote:
> On Mon, 2014-09-08 at 15:06 +0100, Mark Rutland wrote:
> > Hi Mark,
> >
> > On Mon, Sep 08, 2014 at 02:31:42PM +0100, Mark Salter wrote:
> > > Commit 86c8b27a01cf:
> > > "arm64: ignore DT memreserve entries when booting in UEFI mode
>
On Mon, 2014-09-08 at 15:06 +0100, Mark Rutland wrote:
> Hi Mark,
>
> On Mon, Sep 08, 2014 at 02:31:42PM +0100, Mark Salter wrote:
> > Commit 86c8b27a01cf:
> > "arm64: ignore DT memreserve entries when booting in UEFI mode
> >
> > prevents early_init_fdt_scan_reserved_mem() from being called for
Hi Mark,
On Mon, Sep 08, 2014 at 02:31:42PM +0100, Mark Salter wrote:
> Commit 86c8b27a01cf:
> "arm64: ignore DT memreserve entries when booting in UEFI mode
>
> prevents early_init_fdt_scan_reserved_mem() from being called for
> arm64 kernels booting via UEFI. This was done because the kernel
>
On 8 September 2014 15:31, Mark Salter wrote:
> Commit 86c8b27a01cf:
> "arm64: ignore DT memreserve entries when booting in UEFI mode
>
> prevents early_init_fdt_scan_reserved_mem() from being called for
> arm64 kernels booting via UEFI. This was done because the kernel
> will use the UEFI memory
Commit 86c8b27a01cf:
"arm64: ignore DT memreserve entries when booting in UEFI mode
prevents early_init_fdt_scan_reserved_mem() from being called for
arm64 kernels booting via UEFI. This was done because the kernel
will use the UEFI memory map to determine reserved memory regions.
That approach h
On Mon, 08 Sep, at 03:01:31PM, Maarten Lankhorst wrote:
> Sorry, forgot about it.
>
> My system boots fine with this patch, thanks!
Excellent, thanks for testing. I'll queue this up in the 'urgent'
branch.
--
Matt Fleming, Intel Open Source Technology Center
--
To unsubscribe from this list: se
Hey,
Op 08-09-14 om 14:55 schreef Ard Biesheuvel:
> On 5 September 2014 22:27, Matt Fleming wrote:
>> On Thu, 04 Sep, at 10:37:53PM, Matt Fleming wrote:
>>> Thanks Ard, I'll take a look in the morning.
>> Maarten, could you try out this patch?
>>
> Any developments regarding this patch?
> I tried
On 5 September 2014 22:27, Matt Fleming wrote:
> On Thu, 04 Sep, at 10:37:53PM, Matt Fleming wrote:
>>
>> Thanks Ard, I'll take a look in the morning.
>
> Maarten, could you try out this patch?
>
Any developments regarding this patch?
I tried to test it myself, but my Macbook happily boots straig
16 matches
Mail list logo