> I am CC'ing IA-64 guys.
The *_unmap() functions are no-op on ia64 - because we have mappings for
everything all the time
- the *_map() functions just need to compute the proper address to use to get
the right attributes
(so we don't mix and match cacheable and uncachable access to the same
I am CC'ing IA-64 guys.
The *_unmap() functions are no-op on ia64 - because we have mappings for
everything all the time
- the *_map() functions just need to compute the proper address to use to get
the right attributes
(so we don't mix and match cacheable and uncachable access to the same
I am CC'ing IA-64 guys.
On Mon, Jun 23, 2014 at 08:19:00AM +0100, Jan Beulich wrote:
> >>> On 20.06.14 at 23:29, wrote:
> > --- a/drivers/firmware/efi/efi.c
> > +++ b/drivers/firmware/efi/efi.c
> > @@ -298,7 +298,7 @@ int __init efi_config_init(efi_config_table_type_t
> > *arch_tables)
> >
>>> On 20.06.14 at 23:29, wrote:
> --- a/drivers/firmware/efi/efi.c
> +++ b/drivers/firmware/efi/efi.c
> @@ -298,7 +298,7 @@ int __init efi_config_init(efi_config_table_type_t
> *arch_tables)
> if (table64 >> 32) {
> pr_cont("\n");
>
I am CC'ing IA-64 guys.
On Mon, Jun 23, 2014 at 08:19:00AM +0100, Jan Beulich wrote:
On 20.06.14 at 23:29, daniel.ki...@oracle.com wrote:
--- a/drivers/firmware/efi/efi.c
+++ b/drivers/firmware/efi/efi.c
@@ -298,7 +298,7 @@ int __init efi_config_init(efi_config_table_type_t
On 20.06.14 at 23:29, daniel.ki...@oracle.com wrote:
--- a/drivers/firmware/efi/efi.c
+++ b/drivers/firmware/efi/efi.c
@@ -298,7 +298,7 @@ int __init efi_config_init(efi_config_table_type_t
*arch_tables)
if (table64 32) {
pr_cont(\n);
6 matches
Mail list logo