On Thursday, February 13, 2014 05:10:25 PM Matthew Garrett wrote:
> On Thu, Feb 13, 2014 at 09:40:36PM +0800, Madper Xie wrote:
>
> > Thanks Matt. This patch fix the panic. And ioremap warning disappeared
> > after apply your patch.
>
> The spec was originally unclear on what the valid bit meant
On Thu, Feb 13, 2014 at 09:40:36PM +0800, Madper Xie wrote:
> Thanks Matt. This patch fix the panic. And ioremap warning disappeared
> after apply your patch.
The spec was originally unclear on what the valid bit meant - I think
this is the right thing to do.
--
Matthew Garrett | mj...@srcf.uc
m...@console-pimps.org writes:
> On Wed, 12 Feb, at 09:15:03AM, Toshi Kani wrote:
>>
>> Hi Matt,
>>
>> Yes, I agree that the table size should be 0x38. However, ACPI spec
>> states that bit0 of status indicates if the boot image graphic is valid.
>> This bit is set to 0 (invalid) on the system
On Wed, 12 Feb, at 09:15:03AM, Toshi Kani wrote:
>
> Hi Matt,
>
> Yes, I agree that the table size should be 0x38. However, ACPI spec
> states that bit0 of status indicates if the boot image graphic is valid.
> This bit is set to 0 (invalid) on the system. Can you check this bit
> and return wh
On Wed, 12 Feb, at 09:15:03AM, Toshi Kani wrote:
>
> Yes, I agree that the table size should be 0x38. However, ACPI spec
> states that bit0 of status indicates if the boot image graphic is valid.
> This bit is set to 0 (invalid) on the system. Can you check this bit
> and return when invalid?
On Tue, 2014-02-11 at 14:18 +, Matt Fleming wrote:
> (Entering the realm of ACPI, pulling in more folks)
>
> On Tue, 11 Feb, at 09:47:57PM, Madper Xie wrote:
> > Thanks for your reply. I attached the all the dmesg outputs for you.
> > [0.00] ACPI: BGRT d9bb5100 3C (v00 HPQO
On Tuesday, February 11, 2014 02:18:46 PM Matt Fleming wrote:
> (Entering the realm of ACPI, pulling in more folks)
>
> On Tue, 11 Feb, at 09:47:57PM, Madper Xie wrote:
> > Thanks for your reply. I attached the all the dmesg outputs for you.
> > [0.00] ACPI: BGRT d9bb5100 3C (v
(Entering the realm of ACPI, pulling in more folks)
On Tue, 11 Feb, at 09:47:57PM, Madper Xie wrote:
> Thanks for your reply. I attached the all the dmesg outputs for you.
> [0.00] ACPI: BGRT d9bb5100 3C (v00 HPQOEM SLIC-BPC
> 01072009 AMI 00010013)
Your BGRT table has an e
On Tue, 11 Feb, at 11:00:52AM, Madper Xie wrote:
> it doesn't help, seems the same panic output:
OK, thanks for testing so quickly.
> [0.001341] BUG: unable to handle kernel paging request at ff340003
> [0.008339] IP: [] efi_bgrt_init+0x9d/0x133
> [0.014111] PGD 28fb067 PUD 28
m...@console-pimps.org writes:
> On Mon, 10 Feb, at 03:23:33PM, Madper Xie wrote:
>> Howdy,
>>
>> With old kernel (from 3.10 to 3.14-rc1), my hp box shows following
>> outputs:
>> ~~~
>> [0.009166] Freeing SMP alternatives memory: 20K (82234000 -
>> 82239000)
>> [0.01030
On Mon, 10 Feb, at 03:23:33PM, Madper Xie wrote:
> Howdy,
>
> With old kernel (from 3.10 to 3.14-rc1), my hp box shows following
> outputs:
> ~~~
> [0.009166] Freeing SMP alternatives memory: 20K (82234000 -
> 82239000)
> [0.010302] ioremap: invalid physical address 1376e0
Howdy,
With old kernel (from 3.10 to 3.14-rc1), my hp box shows following
outputs:
~~~
[0.009166] Freeing SMP alternatives memory: 20K (82234000 -
82239000)
[0.010302] ioremap: invalid physical address 1376e0180001
[0.010303] [ cut here ]
[
12 matches
Mail list logo
