Hi,
On Wed, Sep 09, 2015 at 12:21:23PM +0100, Matt Fleming wrote:
> On Wed, 09 Sep, at 08:33:07AM, joeyli wrote:
> >
> > Yes, the machine on my hand has EFI_PROPERTIES_TABLE enabled, and it doesn't
> > boot without your patch.
>
> Awesome. Could you
Hi Matt,
On Tue, Sep 08, 2015 at 09:41:47PM +0100, Matt Fleming wrote:
> On Mon, 07 Sep, at 12:07:52PM, joeyli wrote:
> >
> > This patch works to me on Intel S1200V3RPS to fix issue:
> > DMI: Intel Corporation (uefidk.com) Intel Server Board S1200V3RPS UEFI
> > Devel
Hi,
On Fri, Sep 04, 2015 at 02:14:07PM +0100, Matt Fleming wrote:
> From: Matt Fleming
>
> Beginning with UEFI v2.5 EFI_PROPERTIES_TABLE was introduced that
> signals that the firmware PE/COFF loader supports splitting code and
> data sections of PE/COFF images into separate EFI memory map entr
On Sat, Mar 07, 2015 at 05:59:14PM -0800, David Rientjes wrote:
> On Sat, 7 Mar 2015, Yinghai Lu wrote:
>
> > Now we are using memblock to do early resource reserver/allocation
> > instead of using e820 map directly, and setup_data is reserved in
> > memblock early already.
> > Also kexec generate
callbacks
> are not called on any subsequent call to exitbootservices, so the map should
> stay the same then.
>
> Sent from my iPhone
>
> On Jun 17, 2013, at 10:48 PM, "joeyli" wrote:
>
> > Hi Zach,
> >
> > 於 二,2013-06-18 於 00:18 +,Za
Hi Zach,
於 二,2013-06-18 於 00:18 +,Zachary Bobroff 提到:
> All,
>
> >> Why a single retry is having reasonable guarantees to work when the
> original one failed (nothing prevents an event handler to do another
> allocation the next time through).
>
> This patch is being submitted because of th
於 一,2013-06-17 於 11:17 +0100,Matt Fleming 提到:
> On Mon, 17 Jun, at 10:46:28AM, Jan Beulich wrote:
> > To me, all this looks like it is being done on phenomenological basis,
> > taking a particular build of a particular firmware implementation as
> > the reference. Imo we shouldn't change the code i
Hi Greg,
I just sent backported patch to stable@vger.kernel.org. I am also
attached the patch here.
Thanks a lot!
Joey Lee
於 五,2013-06-14 於 13:44 -0700,gre...@linuxfoundation.org 提到:
> The patch below does not apply to the 3.9-stable tree.
> If someone wants it applied there, or to any other s
Hi Zach,
於 二,2013-06-11 於 07:52 +0100,Matt Fleming 提到:
> From: Zach Bobroff
>
> ExitBootServices is absolutely supposed to return a failure if any
> ExitBootServices event handler changes the memory map. Basically the
> get_map loop should run again if ExitBootServices returns an error the
> f
Hi Paul,
Thanks for your help for send patch to stable kernel.
Joey Lee
於 一,2013-03-04 於 17:34 +0100,Paul Bolle 提到:
> From: Lee, Chun-Yi
>
> commit f24c96eae58aeea4c36fb064cf3ee9734933f8fc upstream.
>
> Fengguang Wu run kernel build test to platform-drivers-x86/linux-next git tree
> on x86_6
Hi Greg,
於 四,2012-08-30 於 14:13 -0700,Greg KH 提到:
> On Thu, Aug 30, 2012 at 10:39:41AM +0800, Lee, Chun-Yi wrote:
> > Found another Lenovo ideapad S205 the product name is 10382JG, it has
> > a 0x78 EC register exposes the state of wifi hardware switch on the machine.
> >
> > So, add this patch
於 五,2012-03-16 於 10:20 -0700,Greg KH 提到:
> On Fri, Mar 16, 2012 at 02:11:21PM +0800, joeyli wrote:
> > Hi Ike,
> >
> > 於 五,2012-03-16 於 12:03 +0800,Ike Panhc 提到:
> > > On 03/15/2012 06:17 AM, Jonathan Nieder wrote:
> > > > Greg KH wrote:
> &g
Hi Ike,
於 五,2012-03-16 於 12:03 +0800,Ike Panhc 提到:
> On 03/15/2012 06:17 AM, Jonathan Nieder wrote:
> > Greg KH wrote:
> >> On Wed, Mar 14, 2012 at 04:53:27PM -0500, Jonathan Nieder wrote:
> >
> >>> Please consider applying 461e74377cfc (acer-wmi: No wifi rfkill on
> >>> Lenovo machines, 2012-02
13 matches
Mail list logo