Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1291674 > unrolled thread
| Started by | Andy Lutomirski <luto@amacapital.net> |
|---|---|
| First post | 2015-12-15 00:30 +0100 |
| Last post | 2015-12-24 09:10 +0100 |
| Articles | 11 — 3 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support Andy Lutomirski <luto@amacapital.net> - 2015-12-15 00:30 +0100
RE: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support "Chen, Yu C" <yu.c.chen@intel.com> - 2015-12-15 07:20 +0100
RE: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support "Zheng, Lv" <lv.zheng@intel.com> - 2015-12-15 10:00 +0100
RE: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support "Zheng, Lv" <lv.zheng@intel.com> - 2015-12-16 01:30 +0100
Re: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support Andy Lutomirski <luto@amacapital.net> - 2015-12-17 18:00 +0100
RE: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support "Chen, Yu C" <yu.c.chen@intel.com> - 2015-12-22 02:10 +0100
Re: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support Andy Lutomirski <luto@amacapital.net> - 2015-12-22 23:50 +0100
RE: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support "Zheng, Lv" <lv.zheng@intel.com> - 2015-12-23 04:30 +0100
Re: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support Andy Lutomirski <luto@amacapital.net> - 2015-12-24 02:50 +0100
RE: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support "Chen, Yu C" <yu.c.chen@intel.com> - 2015-12-24 09:00 +0100
RE: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support "Chen, Yu C" <yu.c.chen@intel.com> - 2015-12-24 09:10 +0100
| From | Andy Lutomirski <luto@amacapital.net> |
|---|---|
| Date | 2015-12-15 00:30 +0100 |
| Subject | Re: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support |
| Message-ID | <qFKJ4-4oW-9@gated-at.bofh.it> |
On Wed, Dec 2, 2015 at 6:43 PM, Lv Zheng <lv.zheng@intel.com> wrote:
> From: Chen Yu <yu.c.chen@intel.com>
>
> This patch implements acpi_os_readable(). The function is used by ACPICA
> AML debugger to validate user specified pointers for dumping the memory as
> ACPICA descriptor objects.
>
> Signed-off-by: Chen Yu <yu.c.chen@intel.com>
> Tested-by: Lv Zheng <lv.zheng@intel.com>
> Signed-off-by: Lv Zheng <lv.zheng@intel.com>
> ---
> arch/x86/Kconfig | 1 +
> arch/x86/include/asm/acenv.h | 1 +
> arch/x86/kernel/acpi/boot.c | 44 +++++++++++++++++++++++++++++++++++++
> drivers/acpi/Kconfig | 3 +++
> drivers/acpi/osl.c | 12 ++++++++++
> include/acpi/platform/aclinux.h | 1 -
> include/acpi/platform/aclinuxex.h | 5 -----
> 7 files changed, 61 insertions(+), 6 deletions(-)
>
> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> index db3622f..6593b6a 100644
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -19,6 +19,7 @@ config X86
> def_bool y
> select ACPI_LEGACY_TABLES_LOOKUP if ACPI
> select ACPI_SYSTEM_POWER_STATES_SUPPORT if ACPI
> + select ACPI_MEMORY_ACCESS_CHECK_SUPPORT if ACPI
> select ANON_INODES
> select ARCH_CLOCKSOURCE_DATA
> select ARCH_DISCARD_MEMBLOCK
> diff --git a/arch/x86/include/asm/acenv.h b/arch/x86/include/asm/acenv.h
> index 1b010a8..a2a2849 100644
> --- a/arch/x86/include/asm/acenv.h
> +++ b/arch/x86/include/asm/acenv.h
> @@ -20,6 +20,7 @@
>
> int __acpi_acquire_global_lock(unsigned int *lock);
> int __acpi_release_global_lock(unsigned int *lock);
> +bool __acpi_memory_readable(void *pointer, size_t length);
>
> #define ACPI_ACQUIRE_GLOBAL_LOCK(facs, Acq) \
> ((Acq) = __acpi_acquire_global_lock(&facs->global_lock))
> diff --git a/arch/x86/kernel/acpi/boot.c b/arch/x86/kernel/acpi/boot.c
> index e759076..4a5e22e 100644
> --- a/arch/x86/kernel/acpi/boot.c
> +++ b/arch/x86/kernel/acpi/boot.c
> @@ -1699,6 +1699,50 @@ int __acpi_release_global_lock(unsigned int *lock)
> return old & 0x1;
> }
>
> +bool __acpi_memory_readable(void *pointer, size_t length)
> +{
> + unsigned long obj_start, obj_end;
> + unsigned long start_pfn, end_pfn;
What does "readable" mean in this context?
--Andy
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[toc] | [next] | [standalone]
| From | "Chen, Yu C" <yu.c.chen@intel.com> |
|---|---|
| Date | 2015-12-15 07:20 +0100 |
| Message-ID | <qFR7P-fs-1@gated-at.bofh.it> |
| In reply to | #1291674 |
SGksIEFuZHkNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBBbmR5IEx1 dG9taXJza2kgW21haWx0bzpsdXRvQGFtYWNhcGl0YWwubmV0XQ0KPiBTZW50OiBUdWVzZGF5LCBE ZWNlbWJlciAxNSwgMjAxNSA3OjI4IEFNDQo+IFRvOiBaaGVuZywgTHYNCj4gQ2M6IFd5c29ja2ks IFJhZmFlbCBKOyBCcm93biwgTGVuOyBBbmR5IEx1dG9taXJza2k7IEx2IFpoZW5nOyBsaW51eC0N Cj4ga2VybmVsQHZnZXIua2VybmVsLm9yZzsgTGludXggQUNQSTsgQ2hlbiwgWXUgQw0KPiBTdWJq ZWN0OiBSZTogW1BBVENIIHY0IDcvN10gQUNQSSAvIHg4NjogaW50cm9kdWNlIGFjcGlfb3NfcmVh ZGFibGUoKSBzdXBwb3J0DQo+IA0KPiBPbiBXZWQsIERlYyAyLCAyMDE1IGF0IDY6NDMgUE0sIEx2 IFpoZW5nIDxsdi56aGVuZ0BpbnRlbC5jb20+IHdyb3RlOg0KPiA+IEZyb206IENoZW4gWXUgPHl1 LmMuY2hlbkBpbnRlbC5jb20+DQo+ID4NCj4gPiBUaGlzIHBhdGNoIGltcGxlbWVudHMgYWNwaV9v c19yZWFkYWJsZSgpLiBUaGUgZnVuY3Rpb24gaXMgdXNlZCBieQ0KPiA+IEFDUElDQSBBTUwgZGVi dWdnZXIgdG8gdmFsaWRhdGUgdXNlciBzcGVjaWZpZWQgcG9pbnRlcnMgZm9yIGR1bXBpbmcNCj4g PiB0aGUgbWVtb3J5IGFzIEFDUElDQSBkZXNjcmlwdG9yIG9iamVjdHMuDQo+ID4NCltjdXRdDQo+ ID4NCj4gPiArYm9vbCBfX2FjcGlfbWVtb3J5X3JlYWRhYmxlKHZvaWQgKnBvaW50ZXIsIHNpemVf dCBsZW5ndGgpIHsNCj4gPiArICAgICAgIHVuc2lnbmVkIGxvbmcgb2JqX3N0YXJ0LCBvYmpfZW5k Ow0KPiA+ICsgICAgICAgdW5zaWduZWQgbG9uZyBzdGFydF9wZm4sIGVuZF9wZm47DQo+IA0KPiBX aGF0IGRvZXMgInJlYWRhYmxlIiBtZWFuIGluIHRoaXMgY29udGV4dD8NCidyZWFkYWJsZScgbWVh bnMgOiAgdGhlIGFkZHJlc3MgcHJvdmlkZWQgYnkgdGhlIHVzZXIsIA0KaXMgYSBkeW5hbWljYWxs eSBhbGxvY2F0ZWQgIHZpcnR1YWwgYWRkcmVzcyAtDQpiZWNhdXNlICB0aGUgIGFjcGkgYWRkcmVz cyBzcGFjZSBhcmUgYWxsb2NhdGVkIGJ5ICdrbWFsbG9jJywNCmFjcGkgZGVidWdnZXIgbXVzdCBj aGVjayBpZiB0aGlzIGFkZHJlc3MgaXMgYSB2YWxpZCAna21hbGxvYycNCmFkZHJlc3MgYmVmb3Jl IGFjY2Vzc2luZyBpdC4NCg0KVGhpcyBmdW5jdGlvbiBkb2VzIHRoZSBzYW5pdHkgY2hlY2sgdGhh dCwgdGhlIHZpdHVhbCBhZGRyZXNzIGlzIGE6DQoxLiAgIGR5bmFtaWNhbGx5IGFsbG9jYXRlZCBh ZGRyZXNzIChiZXlvbmQgUEFHRV9PRkZTRVQgLCBidXQgbG93ZXINCnRoYW4gaGlnaF9tZW1vcnks IFZNQUxMT0NfU1RBUlQsIGVnKQ0KMi4gIGJlc2lkZXMsIHRoZSBwaHlzaWNhbCBhZGRyZXNzIG11 c3QgYmUgZGlyZWN0LW1hcHBlZChzbyBpdCB3b3VsZCBub3QgYmUgYSBob2xlKS4NCg0KVGhhbmtz LA0KeXUNCg0K -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [next] | [standalone]
| From | "Zheng, Lv" <lv.zheng@intel.com> |
|---|---|
| Date | 2015-12-15 10:00 +0100 |
| Message-ID | <qFTCG-1Fp-1@gated-at.bofh.it> |
| In reply to | #1291879 |
SGksDQoNCj4gRnJvbTogQ2hlbiwgWXUgQw0KPiBTZW50OiBUdWVzZGF5LCBEZWNlbWJlciAxNSwg MjAxNSAyOjEzIFBNDQo+IA0KPiBIaSwgQW5keQ0KPiANCj4gPiBGcm9tOiBBbmR5IEx1dG9taXJz a2kgW21haWx0bzpsdXRvQGFtYWNhcGl0YWwubmV0XQ0KPiA+IFNlbnQ6IFR1ZXNkYXksIERlY2Vt YmVyIDE1LCAyMDE1IDc6MjggQU0NCj4gPg0KPiA+IE9uIFdlZCwgRGVjIDIsIDIwMTUgYXQgNjo0 MyBQTSwgTHYgWmhlbmcgPGx2LnpoZW5nQGludGVsLmNvbT4gd3JvdGU6DQo+ID4gPiBGcm9tOiBD aGVuIFl1IDx5dS5jLmNoZW5AaW50ZWwuY29tPg0KPiA+ID4NCj4gPiA+IFRoaXMgcGF0Y2ggaW1w bGVtZW50cyBhY3BpX29zX3JlYWRhYmxlKCkuIFRoZSBmdW5jdGlvbiBpcyB1c2VkIGJ5DQo+ID4g PiBBQ1BJQ0EgQU1MIGRlYnVnZ2VyIHRvIHZhbGlkYXRlIHVzZXIgc3BlY2lmaWVkIHBvaW50ZXJz IGZvciBkdW1waW5nDQo+ID4gPiB0aGUgbWVtb3J5IGFzIEFDUElDQSBkZXNjcmlwdG9yIG9iamVj dHMuDQo+ID4gPg0KPiBbY3V0XQ0KPiA+ID4NCj4gPiA+ICtib29sIF9fYWNwaV9tZW1vcnlfcmVh ZGFibGUodm9pZCAqcG9pbnRlciwgc2l6ZV90IGxlbmd0aCkgew0KPiA+ID4gKyAgICAgICB1bnNp Z25lZCBsb25nIG9ial9zdGFydCwgb2JqX2VuZDsNCj4gPiA+ICsgICAgICAgdW5zaWduZWQgbG9u ZyBzdGFydF9wZm4sIGVuZF9wZm47DQo+ID4NCj4gPiBXaGF0IGRvZXMgInJlYWRhYmxlIiBtZWFu IGluIHRoaXMgY29udGV4dD8NCg0KW0x2IFpoZW5nXSANClRoZSBmdW5jdGlvbiBpcyB1c2VkIGJ5 IEFDUElDQSAiZHVtcCIgY29tbWFuZC4NCkl0IGFjY2VwdHMgYW4gYXJiaXRyYXJ5IGFkZHJlc3Ms IGFuZCB0cmllcyB0byBkdW1wIHRoZSBtZW1vcnkgYmxvY2sgc3BlY2lmaWVkIGJ5IHRoZSBhZGRy ZXNzIGFzIGFuIGFjcGlfb2JqZWN0Lg0KWW91IGNhbiB0cnk6ICJoZWxwIGR1bXAiIGluIHRoZSBp bnRlcmFjdGl2ZSBtb2RlIHRvIGNvbmZpcm0uDQpXaGlsZSBhY3BpX29iamVjdCBpcyBhY3R1YWxs eSBhbGwgY3JlYXRlZCBieSBrbWFsbG9jLg0KU28gd2UganVzdCBjaGVjayBpZiB0aGUgc3BlY2lm aWVkIG1lbW9yeSBibG9jayBiZWxvbmdzIHRvIHRoZSBrZXJuZWwgaGVhcC4NClRoZSByZWFkYWJs ZS93cml0ZWFibGUgaXMgbm90IHNvIG1lYW5pbmdmdWwgaGVyZSBhcyB0aGUga2VybmVsIGhlYXAg c2hvdWxkIGFsd2F5cyBiZSBib3RoIHJlYWRhYmxlIGFuZCB3cml0ZWFibGUuDQoNCldlIGRvIGEg bG90IG9mIGNoZWNrcyBpbiB0aGlzIGZ1bmN0aW9uIGluIG9yZGVyIHRvIGFsbG93IGl0IHRvOg0K MS4gcmV0dXJuIHRydWUgaWYgInBvaW50ZXIiIGJlbG9uZ3MgdG8ga2VybmVsIGhlYXAgd2hlbiAi bGVuZ3RoIiBpcyAwOw0KMi4gcmV0dXJuIGZhbHNlIGlmICJwb2ludGVyIiBkb2Vzbid0IGJlbG9u ZyB0byBrZXJuZWwgaGVhcCB3aGVuICJsZW5ndGgiIGlzIDA7DQozLiByZXR1cm4gdHJ1ZSBpZiAi cG9pbnRlciB+IHBvaW50ZXIrbGVuZ3RoLTEiIGJlbG9uZ3MgdG8gYSBrZXJuZWwgaGVhcCByYW5n ZTsNCjQuIHJldHVybiBmYWxzZSBpZiAicG9pbnRlciB+IHBvaW50ZXIrbGVuZ3RoLTEiIGRvZXNu J3QgYmVsb25nIHRvIGFueSBrZXJuZWwgaGVhcCByYW5nZS4NCg0KVGhlc2UgY2hlY2tzIGFyZSB3 ZWFrLCBidXQgY2FuIGhlbHAgdG8gYXZvaWQgcGFuaWNzIGlmIHVzZXJzIHNwZWNpZnkgd3Jvbmcg cG9pbnRlcnMgZm9yIHRoZSAiZHVtcCIgY29tbWFuZC4NCg0KPiAncmVhZGFibGUnIG1lYW5zIDog IHRoZSBhZGRyZXNzIHByb3ZpZGVkIGJ5IHRoZSB1c2VyLA0KPiBpcyBhIGR5bmFtaWNhbGx5IGFs bG9jYXRlZCAgdmlydHVhbCBhZGRyZXNzIC0NCj4gYmVjYXVzZSAgdGhlICBhY3BpIGFkZHJlc3Mg c3BhY2UgYXJlIGFsbG9jYXRlZCBieSAna21hbGxvYycsDQo+IGFjcGkgZGVidWdnZXIgbXVzdCBj aGVjayBpZiB0aGlzIGFkZHJlc3MgaXMgYSB2YWxpZCAna21hbGxvYycNCj4gYWRkcmVzcyBiZWZv cmUgYWNjZXNzaW5nIGl0Lg0KPiANCj4gVGhpcyBmdW5jdGlvbiBkb2VzIHRoZSBzYW5pdHkgY2hl Y2sgdGhhdCwgdGhlIHZpdHVhbCBhZGRyZXNzIGlzIGE6DQo+IDEuICAgZHluYW1pY2FsbHkgYWxs b2NhdGVkIGFkZHJlc3MgKGJleW9uZCBQQUdFX09GRlNFVCAsIGJ1dCBsb3dlcg0KPiB0aGFuIGhp Z2hfbWVtb3J5LCBWTUFMTE9DX1NUQVJULCBlZykNCj4gMi4gIGJlc2lkZXMsIHRoZSBwaHlzaWNh bCBhZGRyZXNzIG11c3QgYmUgZGlyZWN0LW1hcHBlZChzbyBpdCB3b3VsZCBub3QgYmUgYQ0KPiBo b2xlKS4NCg0KW0x2IFpoZW5nXSANClRoZXJlIGlzIGEgc3BlY2lhbCBjYXNlIChwb3NzaWJseSBo YWNraXNoKSBvbiB4ODZfNjQuDQp4ODZfNjQga2VybmVsIG1hcHMga2VybmVsIGltYWdlIHR3aWNl Lg0KT25lIGlzIGNhbGxlZCBhcyBoaWdoIG1hcCBhbmQgdGhlIG90aGVyIGlzIGNhbGxlZCBhcyBs b3cgbWFwLg0KDQpTaW5jZSB3ZSB1c2UgX19wYSgpIHRvIGNvbnZlcnQgYSB2aXJ0dWFsIGFkZHJl c3MsDQpJZiB0aGUgdmlydHVhbCBhZGRyZXNzIGJlbG9uZ3MgdG8gdGhlIGhpZ2ggbWFwIHJhbmdl LCBfX3BhKCkgd2hpY2ggdGFrZXMgY2FyZSBvZiBjb252ZXJ0aW5nIGhpZ2ggbWFwIGFkZHJlc3Nl cyBhY3R1YWxseSByZXR1cm5zIGEgcGh5c2ljYWwgYWRkcmVzcyB3aGVyZSB0aGVyZSBzaG91bGQg YWxzbyBiZSBsb3cgbWFwIG1hcHBpbmdzIHJlYWR5IGZvciBpdC4NClRodXMgdGhlIGNvbnZlcnRl ZCBQRk4gZnJvbSB0aGUgcmVzdWx0IG9mIF9fcGEoKSB3aWxsIGJlIHRyZWF0ZWQgYXMgdmFsaWQu DQoNCkJ1dCB0aGlzIGRvZXNuJ3QgbWVhbiB0aGVyZSBpcyBhIGhpZ2ggbWFwIGZvciB0aGlzIHZp cnR1YWwgYWRkcmVzcy4NCng4Nl82NCBrZXJuZWwgZHJvcHMgc2V2ZXJhbCBwYWdlcyBmcm9tIGhp Z2ggbWFwIGluIGNsZWFudXBfaGlnaG1hcCgpLg0KU28gYWNjZXNzaW5nIGEgdmlydHVhbCBhZGRy ZXNzIHRoYXQgYmVsb25ncyB0byB0aGUgaG9sZXMgd2hvc2UgcGFnZSBtYXBwaW5ncyBoYXZlIGJl ZW4gZHJvcHBlZCBpbiB0aGlzIGZ1bmN0aW9uIGNvdWxkIHN0aWxsIHJlc3VsdCBpbiBwYW5pYyBk dWUgdG8gbm8gbWFwcGluZ3MuDQpCeSBlbmZvcmNpbmcgdGhpcyBjaGVjaywgd2UgY2FuIGF2b2lk IHN1Y2ggYSBjYXNlLg0KQWN0dWFsbHkgbm8gYWNwaV9vYmplY3QncyB2aXJ0dWFsIGFkZHJlc3Mg d2lsbCBiZWxvbmcgdG8gaGlnaCBtYXAgcmFuZ2UuDQoNClRoYW5rcyBhbmQgYmVzdCByZWdhcmRz DQotTHYNCg== -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [next] | [standalone]
| From | "Zheng, Lv" <lv.zheng@intel.com> |
|---|---|
| Date | 2015-12-16 01:30 +0100 |
| Message-ID | <qG88G-2Z6-3@gated-at.bofh.it> |
| In reply to | #1291879 |
SGksIEFuZHkgYW5kIFl1DQoNCj4gRnJvbTogWmhlbmcsIEx2DQo+IFNlbnQ6IFR1ZXNkYXksIERl Y2VtYmVyIDE1LCAyMDE1IDQ6NTIgUE0NCj4gDQo+IEhpLA0KPiANCj4gPiBGcm9tOiBDaGVuLCBZ dSBDDQo+ID4gU2VudDogVHVlc2RheSwgRGVjZW1iZXIgMTUsIDIwMTUgMjoxMyBQTQ0KPiA+DQo+ ID4gSGksIEFuZHkNCj4gPg0KPiA+ID4gRnJvbTogQW5keSBMdXRvbWlyc2tpIFttYWlsdG86bHV0 b0BhbWFjYXBpdGFsLm5ldF0NCj4gPiA+IFNlbnQ6IFR1ZXNkYXksIERlY2VtYmVyIDE1LCAyMDE1 IDc6MjggQU0NCj4gPiA+DQo+ID4gPiBPbiBXZWQsIERlYyAyLCAyMDE1IGF0IDY6NDMgUE0sIEx2 IFpoZW5nIDxsdi56aGVuZ0BpbnRlbC5jb20+IHdyb3RlOg0KPiA+ID4gPiBGcm9tOiBDaGVuIFl1 IDx5dS5jLmNoZW5AaW50ZWwuY29tPg0KPiA+ID4gPg0KPiA+ID4gPiBUaGlzIHBhdGNoIGltcGxl bWVudHMgYWNwaV9vc19yZWFkYWJsZSgpLiBUaGUgZnVuY3Rpb24gaXMgdXNlZCBieQ0KPiA+ID4g PiBBQ1BJQ0EgQU1MIGRlYnVnZ2VyIHRvIHZhbGlkYXRlIHVzZXIgc3BlY2lmaWVkIHBvaW50ZXJz IGZvciBkdW1waW5nDQo+ID4gPiA+IHRoZSBtZW1vcnkgYXMgQUNQSUNBIGRlc2NyaXB0b3Igb2Jq ZWN0cy4NCj4gPiA+ID4NCj4gPiBbY3V0XQ0KPiA+ID4gPg0KPiA+ID4gPiArYm9vbCBfX2FjcGlf bWVtb3J5X3JlYWRhYmxlKHZvaWQgKnBvaW50ZXIsIHNpemVfdCBsZW5ndGgpIHsNCj4gPiA+ID4g KyAgICAgICB1bnNpZ25lZCBsb25nIG9ial9zdGFydCwgb2JqX2VuZDsNCj4gPiA+ID4gKyAgICAg ICB1bnNpZ25lZCBsb25nIHN0YXJ0X3BmbiwgZW5kX3BmbjsNCj4gPiA+DQo+ID4gPiBXaGF0IGRv ZXMgInJlYWRhYmxlIiBtZWFuIGluIHRoaXMgY29udGV4dD8NCj4gDQo+IFtMdiBaaGVuZ10NCj4g VGhlIGZ1bmN0aW9uIGlzIHVzZWQgYnkgQUNQSUNBICJkdW1wIiBjb21tYW5kLg0KPiBJdCBhY2Nl cHRzIGFuIGFyYml0cmFyeSBhZGRyZXNzLCBhbmQgdHJpZXMgdG8gZHVtcCB0aGUgbWVtb3J5IGJs b2NrIHNwZWNpZmllZA0KPiBieSB0aGUgYWRkcmVzcyBhcyBhbiBhY3BpX29iamVjdC4NCj4gWW91 IGNhbiB0cnk6ICJoZWxwIGR1bXAiIGluIHRoZSBpbnRlcmFjdGl2ZSBtb2RlIHRvIGNvbmZpcm0u DQo+IFdoaWxlIGFjcGlfb2JqZWN0IGlzIGFjdHVhbGx5IGFsbCBjcmVhdGVkIGJ5IGttYWxsb2Mu DQpbTHYgWmhlbmddIA0KVGhpcyBzdGF0ZW1lbnQgbWlnaHQgYmUgd3JvbmcsIExldCBtZSBDYyBC b2IgdG8gY29uZmlybS4NCg0KSGksIEJvYg0KDQpEbyB3ZSBoYXZlIHN0YXRpY2FsbHkgYWxsb2Nh dGVkIGFjcGlfb2JqZWN0cz8NCklmIHdlIGhhdmUsIHdlIG5lZWQgdG8gY2hhbmdlIHRoaXMgcGF0 Y2ggdG8gYWxsb3cgaGlnaCBtYXAgLmRhdGEvLmJzcyBzZWdtZW50cyBhZGRyZXNzZXMgdG8gcGFz cyB0aGlzIGNoZWNrLg0KDQpUaGFua3MgYW5kIGJlc3QgcmVnYXJkcw0KLUx2DQoNCj4gU28gd2Ug anVzdCBjaGVjayBpZiB0aGUgc3BlY2lmaWVkIG1lbW9yeSBibG9jayBiZWxvbmdzIHRvIHRoZSBr ZXJuZWwgaGVhcC4NCj4gVGhlIHJlYWRhYmxlL3dyaXRlYWJsZSBpcyBub3Qgc28gbWVhbmluZ2Z1 bCBoZXJlIGFzIHRoZSBrZXJuZWwgaGVhcCBzaG91bGQNCj4gYWx3YXlzIGJlIGJvdGggcmVhZGFi bGUgYW5kIHdyaXRlYWJsZS4NCj4gDQo+IFdlIGRvIGEgbG90IG9mIGNoZWNrcyBpbiB0aGlzIGZ1 bmN0aW9uIGluIG9yZGVyIHRvIGFsbG93IGl0IHRvOg0KPiAxLiByZXR1cm4gdHJ1ZSBpZiAicG9p bnRlciIgYmVsb25ncyB0byBrZXJuZWwgaGVhcCB3aGVuICJsZW5ndGgiIGlzIDA7DQo+IDIuIHJl dHVybiBmYWxzZSBpZiAicG9pbnRlciIgZG9lc24ndCBiZWxvbmcgdG8ga2VybmVsIGhlYXAgd2hl biAibGVuZ3RoIiBpcyAwOw0KPiAzLiByZXR1cm4gdHJ1ZSBpZiAicG9pbnRlciB+IHBvaW50ZXIr bGVuZ3RoLTEiIGJlbG9uZ3MgdG8gYSBrZXJuZWwgaGVhcCByYW5nZTsNCj4gNC4gcmV0dXJuIGZh bHNlIGlmICJwb2ludGVyIH4gcG9pbnRlcitsZW5ndGgtMSIgZG9lc24ndCBiZWxvbmcgdG8gYW55 IGtlcm5lbCBoZWFwDQo+IHJhbmdlLg0KPiANCj4gVGhlc2UgY2hlY2tzIGFyZSB3ZWFrLCBidXQg Y2FuIGhlbHAgdG8gYXZvaWQgcGFuaWNzIGlmIHVzZXJzIHNwZWNpZnkgd3JvbmcNCj4gcG9pbnRl cnMgZm9yIHRoZSAiZHVtcCIgY29tbWFuZC4NCj4gDQo+ID4gJ3JlYWRhYmxlJyBtZWFucyA6ICB0 aGUgYWRkcmVzcyBwcm92aWRlZCBieSB0aGUgdXNlciwNCj4gPiBpcyBhIGR5bmFtaWNhbGx5IGFs bG9jYXRlZCAgdmlydHVhbCBhZGRyZXNzIC0NCj4gPiBiZWNhdXNlICB0aGUgIGFjcGkgYWRkcmVz cyBzcGFjZSBhcmUgYWxsb2NhdGVkIGJ5ICdrbWFsbG9jJywNCj4gPiBhY3BpIGRlYnVnZ2VyIG11 c3QgY2hlY2sgaWYgdGhpcyBhZGRyZXNzIGlzIGEgdmFsaWQgJ2ttYWxsb2MnDQo+ID4gYWRkcmVz cyBiZWZvcmUgYWNjZXNzaW5nIGl0Lg0KPiA+DQo+ID4gVGhpcyBmdW5jdGlvbiBkb2VzIHRoZSBz YW5pdHkgY2hlY2sgdGhhdCwgdGhlIHZpdHVhbCBhZGRyZXNzIGlzIGE6DQo+ID4gMS4gICBkeW5h bWljYWxseSBhbGxvY2F0ZWQgYWRkcmVzcyAoYmV5b25kIFBBR0VfT0ZGU0VUICwgYnV0IGxvd2Vy DQo+ID4gdGhhbiBoaWdoX21lbW9yeSwgVk1BTExPQ19TVEFSVCwgZWcpDQo+ID4gMi4gIGJlc2lk ZXMsIHRoZSBwaHlzaWNhbCBhZGRyZXNzIG11c3QgYmUgZGlyZWN0LW1hcHBlZChzbyBpdCB3b3Vs ZCBub3QgYmUgYQ0KPiA+IGhvbGUpLg0KPiANCj4gW0x2IFpoZW5nXQ0KPiBUaGVyZSBpcyBhIHNw ZWNpYWwgY2FzZSAocG9zc2libHkgaGFja2lzaCkgb24geDg2XzY0Lg0KPiB4ODZfNjQga2VybmVs IG1hcHMga2VybmVsIGltYWdlIHR3aWNlLg0KPiBPbmUgaXMgY2FsbGVkIGFzIGhpZ2ggbWFwIGFu ZCB0aGUgb3RoZXIgaXMgY2FsbGVkIGFzIGxvdyBtYXAuDQo+IA0KPiBTaW5jZSB3ZSB1c2UgX19w YSgpIHRvIGNvbnZlcnQgYSB2aXJ0dWFsIGFkZHJlc3MsDQo+IElmIHRoZSB2aXJ0dWFsIGFkZHJl c3MgYmVsb25ncyB0byB0aGUgaGlnaCBtYXAgcmFuZ2UsIF9fcGEoKSB3aGljaCB0YWtlcyBjYXJl IG9mDQo+IGNvbnZlcnRpbmcgaGlnaCBtYXAgYWRkcmVzc2VzIGFjdHVhbGx5IHJldHVybnMgYSBw aHlzaWNhbCBhZGRyZXNzIHdoZXJlIHRoZXJlDQo+IHNob3VsZCBhbHNvIGJlIGxvdyBtYXAgbWFw cGluZ3MgcmVhZHkgZm9yIGl0Lg0KPiBUaHVzIHRoZSBjb252ZXJ0ZWQgUEZOIGZyb20gdGhlIHJl c3VsdCBvZiBfX3BhKCkgd2lsbCBiZSB0cmVhdGVkIGFzIHZhbGlkLg0KPiANCj4gQnV0IHRoaXMg ZG9lc24ndCBtZWFuIHRoZXJlIGlzIGEgaGlnaCBtYXAgZm9yIHRoaXMgdmlydHVhbCBhZGRyZXNz Lg0KPiB4ODZfNjQga2VybmVsIGRyb3BzIHNldmVyYWwgcGFnZXMgZnJvbSBoaWdoIG1hcCBpbiBj bGVhbnVwX2hpZ2htYXAoKS4NCj4gU28gYWNjZXNzaW5nIGEgdmlydHVhbCBhZGRyZXNzIHRoYXQg YmVsb25ncyB0byB0aGUgaG9sZXMgd2hvc2UgcGFnZSBtYXBwaW5ncw0KPiBoYXZlIGJlZW4gZHJv cHBlZCBpbiB0aGlzIGZ1bmN0aW9uIGNvdWxkIHN0aWxsIHJlc3VsdCBpbiBwYW5pYyBkdWUgdG8g bm8gbWFwcGluZ3MuDQo+IEJ5IGVuZm9yY2luZyB0aGlzIGNoZWNrLCB3ZSBjYW4gYXZvaWQgc3Vj aCBhIGNhc2UuDQo+IEFjdHVhbGx5IG5vIGFjcGlfb2JqZWN0J3MgdmlydHVhbCBhZGRyZXNzIHdp bGwgYmVsb25nIHRvIGhpZ2ggbWFwIHJhbmdlLg0KPiANCj4gVGhhbmtzIGFuZCBiZXN0IHJlZ2Fy ZHMNCj4gLUx2DQo= -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [next] | [standalone]
| From | Andy Lutomirski <luto@amacapital.net> |
|---|---|
| Date | 2015-12-17 18:00 +0100 |
| Message-ID | <qGK4j-21x-37@gated-at.bofh.it> |
| In reply to | #1292660 |
On Tue, Dec 15, 2015 at 4:25 PM, Zheng, Lv <lv.zheng@intel.com> wrote:
> Hi, Andy and Yu
>
>> From: Zheng, Lv
>> Sent: Tuesday, December 15, 2015 4:52 PM
>>
>> Hi,
>>
>> > From: Chen, Yu C
>> > Sent: Tuesday, December 15, 2015 2:13 PM
>> >
>> > Hi, Andy
>> >
>> > > From: Andy Lutomirski [mailto:luto@amacapital.net]
>> > > Sent: Tuesday, December 15, 2015 7:28 AM
>> > >
>> > > On Wed, Dec 2, 2015 at 6:43 PM, Lv Zheng <lv.zheng@intel.com> wrote:
>> > > > From: Chen Yu <yu.c.chen@intel.com>
>> > > >
>> > > > This patch implements acpi_os_readable(). The function is used by
>> > > > ACPICA AML debugger to validate user specified pointers for dumping
>> > > > the memory as ACPICA descriptor objects.
>> > > >
>> > [cut]
>> > > >
>> > > > +bool __acpi_memory_readable(void *pointer, size_t length) {
>> > > > + unsigned long obj_start, obj_end;
>> > > > + unsigned long start_pfn, end_pfn;
>> > >
>> > > What does "readable" mean in this context?
>>
>> [Lv Zheng]
>> The function is used by ACPICA "dump" command.
>> It accepts an arbitrary address, and tries to dump the memory block specified
>> by the address as an acpi_object.
>> You can try: "help dump" in the interactive mode to confirm.
>> While acpi_object is actually all created by kmalloc.
> [Lv Zheng]
> This statement might be wrong, Let me Cc Bob to confirm.
>
> Hi, Bob
>
> Do we have statically allocated acpi_objects?
> If we have, we need to change this patch to allow high map .data/.bss segments addresses to pass this check.
>
I think that hpa or Borislav [cc'd] could address the memory map
details better than I could. However, this functionality seems
strange.
Are these physical addresses or virtual addresses that are being
dumped? In either case, ISTM that using something iike page_is_ram
might be a lot simpler.
--Andy
> Thanks and best regards
> -Lv
>
>> So we just check if the specified memory block belongs to the kernel heap.
>> The readable/writeable is not so meaningful here as the kernel heap should
>> always be both readable and writeable.
>>
>> We do a lot of checks in this function in order to allow it to:
>> 1. return true if "pointer" belongs to kernel heap when "length" is 0;
>> 2. return false if "pointer" doesn't belong to kernel heap when "length" is 0;
>> 3. return true if "pointer ~ pointer+length-1" belongs to a kernel heap range;
>> 4. return false if "pointer ~ pointer+length-1" doesn't belong to any kernel heap
>> range.
>>
>> These checks are weak, but can help to avoid panics if users specify wrong
>> pointers for the "dump" command.
>>
>> > 'readable' means : the address provided by the user,
>> > is a dynamically allocated virtual address -
>> > because the acpi address space are allocated by 'kmalloc',
>> > acpi debugger must check if this address is a valid 'kmalloc'
>> > address before accessing it.
>> >
>> > This function does the sanity check that, the vitual address is a:
>> > 1. dynamically allocated address (beyond PAGE_OFFSET , but lower
>> > than high_memory, VMALLOC_START, eg)
>> > 2. besides, the physical address must be direct-mapped(so it would not be a
>> > hole).
>>
>> [Lv Zheng]
>> There is a special case (possibly hackish) on x86_64.
>> x86_64 kernel maps kernel image twice.
>> One is called as high map and the other is called as low map.
>>
>> Since we use __pa() to convert a virtual address,
>> If the virtual address belongs to the high map range, __pa() which takes care of
>> converting high map addresses actually returns a physical address where there
>> should also be low map mappings ready for it.
>> Thus the converted PFN from the result of __pa() will be treated as valid.
>>
>> But this doesn't mean there is a high map for this virtual address.
>> x86_64 kernel drops several pages from high map in cleanup_highmap().
>> So accessing a virtual address that belongs to the holes whose page mappings
>> have been dropped in this function could still result in panic due to no mappings.
>> By enforcing this check, we can avoid such a case.
>> Actually no acpi_object's virtual address will belong to high map range.
>>
>> Thanks and best regards
>> -Lv
--
Andy Lutomirski
AMA Capital Management, LLC
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [next] | [standalone]
| From | "Chen, Yu C" <yu.c.chen@intel.com> |
|---|---|
| Date | 2015-12-22 02:10 +0100 |
| Message-ID | <qIjCF-5Bi-17@gated-at.bofh.it> |
| In reply to | #1294043 |
SGkgQW5keSwNCnRoYW5rcyBmb3IgeW91ciByZXZpZXcsDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCj4gRnJvbTogQW5keSBMdXRvbWlyc2tpIFttYWlsdG86bHV0b0BhbWFjYXBpdGFs Lm5ldF0NCj4gU2VudDogRnJpZGF5LCBEZWNlbWJlciAxOCwgMjAxNSAxOjAwIEFNDQo+IFRvOiBa aGVuZywgTHYNCj4gQ2M6IENoZW4sIFl1IEM7IE1vb3JlLCBSb2JlcnQ7IFd5c29ja2ksIFJhZmFl bCBKOyBCcm93biwgTGVuOyBBbmR5DQo+IEx1dG9taXJza2k7IEx2IFpoZW5nOyBsaW51eC1rZXJu ZWxAdmdlci5rZXJuZWwub3JnOyBMaW51eCBBQ1BJOyBILiBQZXRlcg0KPiBBbnZpbjsgQm9yaXNs YXYgUGV0a292DQo+IFN1YmplY3Q6IFJlOiBbUEFUQ0ggdjQgNy83XSBBQ1BJIC8geDg2OiBpbnRy b2R1Y2UgYWNwaV9vc19yZWFkYWJsZSgpIHN1cHBvcnQNCj4gDQpbY3V0XQ0KPiANCj4gSSB0aGlu ayB0aGF0IGhwYSBvciBCb3Jpc2xhdiBbY2MnZF0gY291bGQgYWRkcmVzcyB0aGUgbWVtb3J5IG1h cCBkZXRhaWxzDQo+IGJldHRlciB0aGFuIEkgY291bGQuICBIb3dldmVyLCB0aGlzIGZ1bmN0aW9u YWxpdHkgc2VlbXMgc3RyYW5nZS4NCj4gDQo+IEFyZSB0aGVzZSBwaHlzaWNhbCBhZGRyZXNzZXMg b3IgdmlydHVhbCBhZGRyZXNzZXMgdGhhdCBhcmUgYmVpbmcgZHVtcGVkPyAgDQpbWXVdIFRoZXkg YXJlICB2aXJ0dWFsIGFkZHJlc3NlcyB0byBiZSBkdW1wZWQuDQo+IEluICBlaXRoZXIgY2FzZSwg SVNUTSB0aGF0IHVzaW5nIHNvbWV0aGluZyBpaWtlIHBhZ2VfaXNfcmFtIG1pZ2h0IGJlIGEgbG90 DQo+IHNpbXBsZXIuDQpbWXVdIGlmIGkgdW5kZXJzdGFuZCBjb3JyZWN0bHksIHRoaXMgQVBJIGlz IHVzZWQgdG8gY2hlY2sgaWYgdGhlIGFkZHJlc3MgaXMgYSB2YWxpZCANCidrbWFsbG9jJyBzdHls ZSBhZGRyZXNzLCBidXQgbm90ICdrbWFwJyBvciAndm1hbGxvYycgYWRkcmVzcywgYW5kIHBhZ2Vf aXNfcmFtDQptaWdodCB0cmVhdCB0aGUgbGF0dGVyIGFzIHZhbGlkIGFkZHJlc3M/DQoNCnRoYW5r cywNCll1DQo= -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [next] | [standalone]
| From | Andy Lutomirski <luto@amacapital.net> |
|---|---|
| Date | 2015-12-22 23:50 +0100 |
| Message-ID | <qIDUJ-1q6-7@gated-at.bofh.it> |
| In reply to | #1296412 |
On Mon, Dec 21, 2015 at 5:03 PM, Chen, Yu C <yu.c.chen@intel.com> wrote: > Hi Andy, > thanks for your review, > >> -----Original Message----- >> From: Andy Lutomirski [mailto:luto@amacapital.net] >> Sent: Friday, December 18, 2015 1:00 AM >> To: Zheng, Lv >> Cc: Chen, Yu C; Moore, Robert; Wysocki, Rafael J; Brown, Len; Andy >> Lutomirski; Lv Zheng; linux-kernel@vger.kernel.org; Linux ACPI; H. Peter >> Anvin; Borislav Petkov >> Subject: Re: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support >> > [cut] >> >> I think that hpa or Borislav [cc'd] could address the memory map details >> better than I could. However, this functionality seems strange. >> >> Are these physical addresses or virtual addresses that are being dumped? > [Yu] They are virtual addresses to be dumped. >> In either case, ISTM that using something iike page_is_ram might be a lot >> simpler. > [Yu] if i understand correctly, this API is used to check if the address is a valid > 'kmalloc' style address, but not 'kmap' or 'vmalloc' address, and page_is_ram > might treat the latter as valid address? > I'm a bit puzzled as to why this matters, but I have no fundamental objection to doing it that way. What's the use case, though? That is, what goes wrong if the function just always returns false? --Andy > thanks, > Yu -- Andy Lutomirski AMA Capital Management, LLC -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [next] | [standalone]
| From | "Zheng, Lv" <lv.zheng@intel.com> |
|---|---|
| Date | 2015-12-23 04:30 +0100 |
| Message-ID | <qIIhI-4lA-11@gated-at.bofh.it> |
| In reply to | #1297128 |
SGksIEFuZHkNCg0KPiBGcm9tOiBsaW51eC1hY3BpLW93bmVyQHZnZXIua2VybmVsLm9yZyBbbWFp bHRvOmxpbnV4LWFjcGktDQo+IG93bmVyQHZnZXIua2VybmVsLm9yZ10gT24gQmVoYWxmIE9mIEFu ZHkgTHV0b21pcnNraQ0KPiBTZW50OiBXZWRuZXNkYXksIERlY2VtYmVyIDIzLCAyMDE1IDY6NDkg QU0NCj4gU3ViamVjdDogUmU6IFtQQVRDSCB2NCA3LzddIEFDUEkgLyB4ODY6IGludHJvZHVjZSBh Y3BpX29zX3JlYWRhYmxlKCkgc3VwcG9ydA0KPiANCj4gT24gTW9uLCBEZWMgMjEsIDIwMTUgYXQg NTowMyBQTSwgQ2hlbiwgWXUgQyA8eXUuYy5jaGVuQGludGVsLmNvbT4gd3JvdGU6DQo+ID4gSGkg QW5keSwNCj4gPiB0aGFua3MgZm9yIHlvdXIgcmV2aWV3LA0KPiA+DQo+ID4+IC0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQo+ID4+IEZyb206IEFuZHkgTHV0b21pcnNraSBbbWFpbHRvOmx1dG9A YW1hY2FwaXRhbC5uZXRdDQo+ID4+IFNlbnQ6IEZyaWRheSwgRGVjZW1iZXIgMTgsIDIwMTUgMTow MCBBTQ0KPiA+PiBUbzogWmhlbmcsIEx2DQo+ID4+IENjOiBDaGVuLCBZdSBDOyBNb29yZSwgUm9i ZXJ0OyBXeXNvY2tpLCBSYWZhZWwgSjsgQnJvd24sIExlbjsgQW5keQ0KPiA+PiBMdXRvbWlyc2tp OyBMdiBaaGVuZzsgbGludXgta2VybmVsQHZnZXIua2VybmVsLm9yZzsgTGludXggQUNQSTsgSC4g UGV0ZXINCj4gPj4gQW52aW47IEJvcmlzbGF2IFBldGtvdg0KPiA+PiBTdWJqZWN0OiBSZTogW1BB VENIIHY0IDcvN10gQUNQSSAvIHg4NjogaW50cm9kdWNlIGFjcGlfb3NfcmVhZGFibGUoKQ0KPiBz dXBwb3J0DQo+ID4+DQo+ID4gW2N1dF0NCj4gPj4NCj4gPj4gSSB0aGluayB0aGF0IGhwYSBvciBC b3Jpc2xhdiBbY2MnZF0gY291bGQgYWRkcmVzcyB0aGUgbWVtb3J5IG1hcCBkZXRhaWxzDQo+ID4+ IGJldHRlciB0aGFuIEkgY291bGQuICBIb3dldmVyLCB0aGlzIGZ1bmN0aW9uYWxpdHkgc2VlbXMg c3RyYW5nZS4NCj4gPj4NCj4gPj4gQXJlIHRoZXNlIHBoeXNpY2FsIGFkZHJlc3NlcyBvciB2aXJ0 dWFsIGFkZHJlc3NlcyB0aGF0IGFyZSBiZWluZyBkdW1wZWQ/DQo+ID4gW1l1XSBUaGV5IGFyZSAg dmlydHVhbCBhZGRyZXNzZXMgdG8gYmUgZHVtcGVkLg0KPiA+PiBJbiAgZWl0aGVyIGNhc2UsIElT VE0gdGhhdCB1c2luZyBzb21ldGhpbmcgaWlrZSBwYWdlX2lzX3JhbSBtaWdodCBiZSBhIGxvdA0K PiA+PiBzaW1wbGVyLg0KPiA+IFtZdV0gaWYgaSB1bmRlcnN0YW5kIGNvcnJlY3RseSwgdGhpcyBB UEkgaXMgdXNlZCB0byBjaGVjayBpZiB0aGUgYWRkcmVzcyBpcyBhIHZhbGlkDQo+ID4gJ2ttYWxs b2MnIHN0eWxlIGFkZHJlc3MsIGJ1dCBub3QgJ2ttYXAnIG9yICd2bWFsbG9jJyBhZGRyZXNzLCBh bmQgcGFnZV9pc19yYW0NCj4gPiBtaWdodCB0cmVhdCB0aGUgbGF0dGVyIGFzIHZhbGlkIGFkZHJl c3M/DQo+ID4NCj4gDQo+IEknbSBhIGJpdCBwdXp6bGVkIGFzIHRvIHdoeSB0aGlzIG1hdHRlcnMs IGJ1dCBJIGhhdmUgbm8gZnVuZGFtZW50YWwgb2JqZWN0aW9uIHRvIGRvaW5nIGl0IHRoYXQgd2F5 Lg0KW0x2IFpoZW5nXSANCklNTywgdXNpbmcgcGFnZV9pc19yYW0oKSBvciBzb21ldGhpbmcgc2lt aWxhciwgdGhlIHByb2JsZW0gaXMgd2hhdCB3ZSBuZWVkIHRvIHNvbHZlIGluIHRoZSBjdXJyZW50 IGFwcHJvYWNoIHN0aWxsIG5lZWQgdG8gYmUgc29sdmVkOg0KMS4gSG93IGNhbiB3ZSBjb252ZXJ0 IGEgdmlydHVhbCBhZGRyZXNzIGludG8gYSAic3RydWN0IHBhZ2UiPw0KICAgIFRoZXJlIGlzIG5v IGtlcm5lbCBBUEkgdG8gY29udmVydCBhbnkgdmlydHVhbCBhZGRyZXNzIGludG8gc3RydWN0IHBh Z2UuDQogICAgRXZlbiB0aGVyZSBpcyBzdWNoIGEga2VybmVsIEFQSSB0byBjb252ZXJ0IGttYXAv dm1hbGxvYyBhZGRyZXNzZXMsIHdlIHN0aWxsIGNvdWxkbid0IHVzZSBpdC4NCiAgICBCZWNhdXNl IGlmIHdlIHdhbnQgdG8gdmFsaWRhdGUga21hcC92bWFsb2MgcGFnZXMsIHdlIG5lZWQgMiBBUElz IHJhdGhlciB0aGFuIDEgQVBJIHdoaWxlIEFDUElDQSBvbmx5IHByb3ZpZGVzIDEgQVBJIGZvciB0 aGlzIHB1cnBvc2UuDQogICAgVGhlIDIgQVBJcyBzaG91bGQgYmUgZ2V0L3B1dCBzdHlsZSB0byBw aW5nIHRoZSBwYWdlIG1hcHBpbmdzIGFzIHRoZSBtYXBwaW5ncyBvdGhlciB0aGFuIHRoZSBkaXJl Y3QgbWFwcGluZ3Mgd2lsbCBub3QgYmUgc3RhdGlvbmFyeSBpbiB0aGUga2VybmVsIGFkZHJlc3Mg c3BhY2UuDQogICAgRm9ydHVuYXRlbHkgd2UgbmVlZG4ndCB0YWtlIGNhcmUgb2YgdGhlIG1hcHBp bmdzIG90aGVyIHRoYW4gdGhlIGRpcmVjdCBtYXBwaW5ncyAocmVhc29ucyBhcmUgaW4gdGhlIDJu ZCBjb21tZW50KS4NCiAgICBTbyB3ZSBzdGlsbCBuZWVkIHRvIHVzZSB0aGUgZGlyZWN0IG1hcHBp bmcgQVBJcyBoZXJlLg0KMi4gSG93IGNhbiB3ZSBlbnN1cmUgdGhlIHBhZ2UgaXMgYSBkaXJlY3Qg bWFwcGluZyBwYWdlPw0KICAgIEkgdGhpbmsgWXUgc2hvdWxkIGNvbmZpcm0gaWYgdGhlcmUgaXMg c3VjaCBhIGNvbW1vbiBrZXJuZWwgQVBJLg0KICAgIElmIHRoZXJlIGlzIHN1Y2ggYW4gQVBJLCB3 ZSBzaG91bGQgdXNlIGl0IHNvIHRoYXQgd2UgY2FuIHJlbW92ZSB0aGUgYXJjaCBzcGVjaWZpYyBz dHVmZnMuDQoNCj4gV2hhdCdzIHRoZSB1c2UgY2FzZSwgdGhvdWdoPw0KW0x2IFpoZW5nXSANCkZv cnR1bmF0ZWx5LCBjdXJyZW50bHkgQUNQSUNBIG9ubHkgdXNlcyB0aGlzIEFQSSB0byB2YWxpZGF0 ZSBpZiBhIG5hbWVzcGFjZSBub2RlLCBhbiBvcGVyYW5kIG9iamVjdCBvciBhIHBhcnNlciBvYmpl Y3QgaXMgcmVhZGFibGUuDQpTZWUgZHJpdmVycy9hY3BpL2FjcGljYS9kYmRpc3BsYXkuYyBhbmQg ZHJpdmVycy9hY3BpL2FjcGljYS9kYmNtZHMuYy4NCg0KPiAgVGhhdCBpcywgd2hhdCBnb2VzIHdy b25nIGlmIHRoZSBmdW5jdGlvbiBqdXN0IGFsd2F5cyByZXR1cm5zIGZhbHNlPw0KW0x2IFpoZW5n XSANCjEuIElmIGl0IGFsd2F5cyByZXR1cm5zIGZhbHNlLCB0aGVuIG1hbnkgQUNQSUNBIGRlYnVn Z2VyIGludGVybmFsIG9iamVjdCBjb252ZXJzaW9uL2R1bXAgZnVuY3Rpb25hbGl0aWVzIHdvbid0 IGJlIGZ1bmN0aW9uaW5nLg0KICAgIEZvciBleGFtcGxlLCB5b3UgY2FuIHRyeSB0byB0eXBlIOKA nGR1bXAgXF9TQiIgaW4gYWNwaWRiZyBzaGVsbCBhbmQgaXQgd2lsbCByZXR1cm4gYW4gZXJyb3I6 DQogICAgICAiSW52YWxpZCBuYW1lZCBvYmplY3QgYXQgYWRkcmVzcyB4eHh4eHh4eHh4eHh4eHh4 Ig0KMi4gV2hpbGUgaWYgdGhpcyBmdW5jdGlvbiBhbHdheXMgcmV0dXJucyB0cnVlIChjdXJyZW50 IGxpbnV4LXBtL2xpbnV4LW5leHQgbWVyZ2VkIHN0dWZmcyksIHdlIGNhbiBzZWUgc3VjaCBhIHJl c3VsdDoNCiAgICAgIE9iamVjdCAoZmZmZnh4eHh4eHh4eHh4eCkgUGF0aG5hbWU6IFxfU0INCiAg ICAgICAgICBOYW1lIDogX1NCXw0KICAgICAgICAgIFR5cGUgOiAwNiBbRGV2aWNlXQ0KICAgICAg ICAgIC4uLg0KMy4gQnV0IGlmIGl0IGFsd2F5cyByZXR1cm5zIHRydWUsIHRoZW4gdGhlcmUgd2ls bCBiZSBhbm90aGVyIHByb2JsZW06DQogICAgVXNlciBjYW4gdHlwZSBhbiBpbnZhbGlkIGFkZHJl c3MsIGZvciBleGFtcGxlLCAiZHVtcCAweEZGRkZGRkZGRkZGRkZGRkYiLg0KICAgIEFuZCBBQ1BJ Q0EgZGVidWdnZXIgd2lsbCB0cnkgdG8gYWNjZXNzIHRoaXMgaW52YWxpZCB2aXJ0dWFsIGFkZHJl c3MgYW5kIGZpbmFsbHkgcmVzdWx0IGluIGEgcGFuaWMuDQogICAgU28gd2UgbmVlZCB0byBpbXBs ZW1lbnQgYWNwaV9vc19yZWFkYWJsZSgpIHRvIGhhcmRlbiB0aGUgY2hlY2suDQoNCltMdiBaaGVu Z10NCkxldCBtZSBzYXkgbW9yZSBhYm91dCB0aGlzIHBhdGNoLg0KQ3VycmVudGx5IHRoaXMgcGF0 Y2ggbG9va3Mgd3JvbmcuDQpUaG91Z2gsIG1vc3Qgb2YgdGhlIGFjcGlfb2JqZWN0KHMpIGFyZSBr bWFsbG9jZWQgaW4gdGhlIGtlcm5lbCBoZWFwLCBhcyBmYXIgYXMgSSBrbm93LCBhdCBsZWFzdCB0 aGUgbmFtZXNwYWNlIHJvb3QgaXMgYSBzdGF0aWNhbGx5IGFsbG9jYXRlZCBvYmplY3QgaW4gQUNQ SUNBLg0KTWF5YmUgIk9uZSIvIk9uZXMiLyJaZXJvIiBvcGVyYW5kcyBhcmUgYWxsIHN0YXRpY2Fs bHkgYWxsb2NhdGVkIG9iamVjdHMuDQoNClNvIHdlIG5lZWQgdG8gbW9kaWZ5IHRoaXMgZnVuY3Rp b24gdG8gcmV0dXJuIHRydWUgZm9yIHRoZSBhZGRyZXNzZXMgdGhhdCBiZWxvbmcgdG8gLmRhdGEv LmJzcyBzZWN0aW9ucyBmb3IgeDg2XzY0IGtlcm5lbHMuDQpZb3UgY2FuIGNvbmZpcm0gdGhpcyBi eSB0eXBpbmcgImR1bXAgXCIgaW4gdGhlIGFjcGlkYmcgc2hlbGwsIGl0IG5vdyByZXR1cm5zOg0K ICJJbnZhbGlkIG5hbWVkIG9iamVjdCBhdCBhZGRyZXNzIGZmZmZmZmZmOHh4eHh4eHgiLg0KV2Un bGwgdXBkYXRlIGl0IGFuZCBzZW5kIGl0IGFmdGVyIHRlc3RpbmcuDQoNClRoYW5rcyBhbmQgYmVz dCByZWdhcmRzDQotTHYNCg== -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [next] | [standalone]
| From | Andy Lutomirski <luto@amacapital.net> |
|---|---|
| Date | 2015-12-24 02:50 +0100 |
| Message-ID | <qJ3ct-o7-1@gated-at.bofh.it> |
| In reply to | #1297230 |
On Tue, Dec 22, 2015 at 7:25 PM, Zheng, Lv <lv.zheng@intel.com> wrote: > Hi, Andy > >> From: linux-acpi-owner@vger.kernel.org [mailto:linux-acpi- >> owner@vger.kernel.org] On Behalf Of Andy Lutomirski >> Sent: Wednesday, December 23, 2015 6:49 AM >> Subject: Re: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() support >> >> On Mon, Dec 21, 2015 at 5:03 PM, Chen, Yu C <yu.c.chen@intel.com> wrote: >> > Hi Andy, >> > thanks for your review, >> > >> >> -----Original Message----- >> >> From: Andy Lutomirski [mailto:luto@amacapital.net] >> >> Sent: Friday, December 18, 2015 1:00 AM >> >> To: Zheng, Lv >> >> Cc: Chen, Yu C; Moore, Robert; Wysocki, Rafael J; Brown, Len; Andy >> >> Lutomirski; Lv Zheng; linux-kernel@vger.kernel.org; Linux ACPI; H. Peter >> >> Anvin; Borislav Petkov >> >> Subject: Re: [PATCH v4 7/7] ACPI / x86: introduce acpi_os_readable() >> support >> >> >> > [cut] >> >> >> >> I think that hpa or Borislav [cc'd] could address the memory map details >> >> better than I could. However, this functionality seems strange. >> >> >> >> Are these physical addresses or virtual addresses that are being dumped? >> > [Yu] They are virtual addresses to be dumped. >> >> In either case, ISTM that using something iike page_is_ram might be a lot >> >> simpler. >> > [Yu] if i understand correctly, this API is used to check if the address is a valid >> > 'kmalloc' style address, but not 'kmap' or 'vmalloc' address, and page_is_ram >> > might treat the latter as valid address? >> > >> >> I'm a bit puzzled as to why this matters, but I have no fundamental objection to doing it that way. > [Lv Zheng] > IMO, using page_is_ram() or something similar, the problem is what we need to solve in the current approach still need to be solved: > 1. How can we convert a virtual address into a "struct page"? > There is no kernel API to convert any virtual address into struct page. > Even there is such a kernel API to convert kmap/vmalloc addresses, we still couldn't use it. > Because if we want to validate kmap/vmaloc pages, we need 2 APIs rather than 1 API while ACPICA only provides 1 API for this purpose. > The 2 APIs should be get/put style to ping the page mappings as the mappings other than the direct mappings will not be stationary in the kernel address space. > Fortunately we needn't take care of the mappings other than the direct mappings (reasons are in the 2nd comment). > So we still need to use the direct mapping APIs here. > 2. How can we ensure the page is a direct mapping page? > I think Yu should confirm if there is such a common kernel API. > If there is such an API, we should use it so that we can remove the arch specific stuffs. > >> What's the use case, though? > [Lv Zheng] > Fortunately, currently ACPICA only uses this API to validate if a namespace node, an operand object or a parser object is readable. > See drivers/acpi/acpica/dbdisplay.c and drivers/acpi/acpica/dbcmds.c. > >> That is, what goes wrong if the function just always returns false? > [Lv Zheng] > 1. If it always returns false, then many ACPICA debugger internal object conversion/dump functionalities won't be functioning. > For example, you can try to type “dump \_SB" in acpidbg shell and it will return an error: > "Invalid named object at address xxxxxxxxxxxxxxxx" > 2. While if this function always returns true (current linux-pm/linux-next merged stuffs), we can see such a result: > Object (ffffxxxxxxxxxxxx) Pathname: \_SB > Name : _SB_ > Type : 06 [Device] > It seems a bit unfortunate to me that the ACPICA debugger lets userspace choose what address to dump rather than dumping by pathname, but given that constraint, I guess this function is needed. Can you do something like checking virt_addr_valid and then using virt_to_pfn and page_is_ram? If that's not enough (e.g. if it doesn't work for vmalloc addresses and you need those), you could try to do something like slow_virt_to_phys, but you'd need to do some extra checks to avoid the BUG in the function. --Andy -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [next] | [standalone]
| From | "Chen, Yu C" <yu.c.chen@intel.com> |
|---|---|
| Date | 2015-12-24 09:00 +0100 |
| Message-ID | <qJ8Yx-3Z7-7@gated-at.bofh.it> |
| In reply to | #1297717 |
SGksQW5keQ0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IEFuZHkgTHV0 b21pcnNraSBbbWFpbHRvOmx1dG9AYW1hY2FwaXRhbC5uZXRdDQo+IFNlbnQ6IFRodXJzZGF5LCBE ZWNlbWJlciAyNCwgMjAxNSA5OjQwIEFNDQo+IFRvOiBaaGVuZywgTHYNCj4gQ2M6IENoZW4sIFl1 IEM7IE1vb3JlLCBSb2JlcnQ7IFd5c29ja2ksIFJhZmFlbCBKOyBCcm93biwgTGVuOyBBbmR5DQo+ IEx1dG9taXJza2k7IEx2IFpoZW5nOyBsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnOyBMaW51 eCBBQ1BJOyBILiBQZXRlcg0KPiBBbnZpbjsgQm9yaXNsYXYgUGV0a292DQo+IFN1YmplY3Q6IFJl OiBbUEFUQ0ggdjQgNy83XSBBQ1BJIC8geDg2OiBpbnRyb2R1Y2UgYWNwaV9vc19yZWFkYWJsZSgp IHN1cHBvcnQNCj4gDQo+IE9uIFR1ZSwgRGVjIDIyLCAyMDE1IGF0IDc6MjUgUE0sIFpoZW5nLCBM diA8bHYuemhlbmdAaW50ZWwuY29tPiB3cm90ZToNCltjdXRdDQo+IA0KPiBJdCBzZWVtcyBhIGJp dCB1bmZvcnR1bmF0ZSB0byBtZSB0aGF0IHRoZSBBQ1BJQ0EgZGVidWdnZXIgbGV0cyB1c2Vyc3Bh Y2UNCj4gY2hvb3NlIHdoYXQgYWRkcmVzcyB0byBkdW1wIHJhdGhlciB0aGFuIGR1bXBpbmcgYnkg cGF0aG5hbWUsIGJ1dCBnaXZlbg0KPiB0aGF0IGNvbnN0cmFpbnQsIEkgZ3Vlc3MgdGhpcyBmdW5j dGlvbiBpcyBuZWVkZWQuDQo+IA0KPiBDYW4geW91IGRvIHNvbWV0aGluZyBsaWtlIGNoZWNraW5n IHZpcnRfYWRkcl92YWxpZCBhbmQgdGhlbiB1c2luZw0KPiB2aXJ0X3RvX3BmbiBhbmQgcGFnZV9p c19yYW0/ICBJZiB0aGF0J3Mgbm90IGVub3VnaCAoZS5nLiBpZiBpdCBkb2Vzbid0IHdvcmsgZm9y DQo+IHZtYWxsb2MgYWRkcmVzc2VzIGFuZCB5b3UgbmVlZCB0aG9zZSksIHlvdSBjb3VsZCB0cnkg dG8gZG8gc29tZXRoaW5nIGxpa2UNCj4gc2xvd192aXJ0X3RvX3BoeXMsIGJ1dCB5b3UnZCBuZWVk IHRvIGRvIHNvbWUgZXh0cmEgY2hlY2tzIHRvIGF2b2lkIHRoZQ0KPiBCVUcgaW4gdGhlIGZ1bmN0 aW9uLg0KPiANCltZdV0gVGhpcyBpcyBhICBnb29kIG1ldGhvZCwgIGZpcnN0bHkgdmlydF9hZGRy X3ZhbGlkIGNhbiAgZXhjbHVkZSB0aGUgdmFkZHIgb2Ygdm1hbGxvYy9rbWFwDQosIHRoZW4gc2xv d192aXJ0X3RvX3BoeXMgY2FuIGNoZWNrIGlmIHRoaXMgdmFkZHIgaGFzIGEgdmFsaWQgcHRlIHBo eXNpY2FsIGFkZHJlc3MsIGJ1dCBJIGd1ZXNzDQp3ZSBuZWVkIGFub3RoZXIgbm9uLUJVR19vbiB2 ZXJzaW9uIG9mIHNsb3dfdmlydF90b19waHlzLCAgSSdsbCB0cnkgdG8gdGVzdCB3aXRoIHlvdXIg c3VnZ2VzdGlvbiwNCnRoYW5rcyENCll1DQoNCg0K -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [next] | [standalone]
| From | "Chen, Yu C" <yu.c.chen@intel.com> |
|---|---|
| Date | 2015-12-24 09:10 +0100 |
| Message-ID | <qJ98e-4hr-1@gated-at.bofh.it> |
| In reply to | #1297717 |
KHJlc2VuZCBmb3IgbWVzc3kgY29kZSkNCkhpLCBBbmR5DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCj4gRnJvbTogQW5keSBMdXRvbWlyc2tpIFttYWlsdG86bHV0b0BhbWFjYXBpdGFs Lm5ldF0NCj4gU2VudDogVGh1cnNkYXksIERlY2VtYmVyIDI0LCAyMDE1IDk6NDAgQU0NCj4gVG86 IFpoZW5nLCBMdg0KPiBDYzogQ2hlbiwgWXUgQzsgTW9vcmUsIFJvYmVydDsgV3lzb2NraSwgUmFm YWVsIEo7IEJyb3duLCBMZW47IEFuZHkNCj4gTHV0b21pcnNraTsgTHYgWmhlbmc7IGxpbnV4LWtl cm5lbEB2Z2VyLmtlcm5lbC5vcmc7IExpbnV4IEFDUEk7IEguIFBldGVyDQo+IEFudmluOyBCb3Jp c2xhdiBQZXRrb3YNCj4gU3ViamVjdDogUmU6IFtQQVRDSCB2NCA3LzddIEFDUEkgLyB4ODY6IGlu dHJvZHVjZSBhY3BpX29zX3JlYWRhYmxlKCkgc3VwcG9ydA0KPiANCj4gT24gVHVlLCBEZWMgMjIs IDIwMTUgYXQgNzoyNSBQTSwgWmhlbmcsIEx2IDxsdi56aGVuZ0BpbnRlbC5jb20+IHdyb3RlOg0K PiA+IEhpLCBBbmR5DQo+ID4NCj4gPj4gRnJvbTogbGludXgtYWNwaS1vd25lckB2Z2VyLmtlcm5l bC5vcmcgW21haWx0bzpsaW51eC1hY3BpLQ0KPiA+PiBvd25lckB2Z2VyLmtlcm5lbC5vcmddIE9u IEJlaGFsZiBPZiBBbmR5IEx1dG9taXJza2kNCj4gPj4gU2VudDogV2VkbmVzZGF5LCBEZWNlbWJl ciAyMywgMjAxNSA2OjQ5IEFNDQo+ID4+IFN1YmplY3Q6IFJlOiBbUEFUQ0ggdjQgNy83XSBBQ1BJ IC8geDg2OiBpbnRyb2R1Y2UgYWNwaV9vc19yZWFkYWJsZSgpDQo+ID4+IHN1cHBvcnQNCj4gPj4N Cj4gPj4gT24gTW9uLCBEZWMgMjEsIDIwMTUgYXQgNTowMyBQTSwgQ2hlbiwgWXUgQyA8eXUuYy5j aGVuQGludGVsLmNvbT4NCj4gd3JvdGU6DQo+ID4+ID4gSGkgQW5keSwNCj4gPj4gPiB0aGFua3Mg Zm9yIHlvdXIgcmV2aWV3LA0KPiA+PiA+DQo+ID4+ID4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+ID4+ID4+IEZyb206IEFuZHkgTHV0b21pcnNraSBbbWFpbHRvOmx1dG9AYW1hY2FwaXRh bC5uZXRdDQo+ID4+ID4+IFNlbnQ6IEZyaWRheSwgRGVjZW1iZXIgMTgsIDIwMTUgMTowMCBBTQ0K PiA+PiA+PiBUbzogWmhlbmcsIEx2DQo+ID4+ID4+IENjOiBDaGVuLCBZdSBDOyBNb29yZSwgUm9i ZXJ0OyBXeXNvY2tpLCBSYWZhZWwgSjsgQnJvd24sIExlbjsgQW5keQ0KPiA+PiA+PiBMdXRvbWly c2tpOyBMdiBaaGVuZzsgbGludXgta2VybmVsQHZnZXIua2VybmVsLm9yZzsgTGludXggQUNQSTsg SC4NCj4gPj4gPj4gUGV0ZXIgQW52aW47IEJvcmlzbGF2IFBldGtvdg0KPiA+PiA+PiBTdWJqZWN0 OiBSZTogW1BBVENIIHY0IDcvN10gQUNQSSAvIHg4NjogaW50cm9kdWNlDQo+ID4+ID4+IGFjcGlf b3NfcmVhZGFibGUoKQ0KPiA+PiBzdXBwb3J0DQo+ID4+ID4+DQo+ID4+ID4gW2N1dF0NCj4gPj4g Pj4NCj4gPj4gPj4gSSB0aGluayB0aGF0IGhwYSBvciBCb3Jpc2xhdiBbY2MnZF0gY291bGQgYWRk cmVzcyB0aGUgbWVtb3J5IG1hcA0KPiA+PiA+PiBkZXRhaWxzIGJldHRlciB0aGFuIEkgY291bGQu ICBIb3dldmVyLCB0aGlzIGZ1bmN0aW9uYWxpdHkgc2VlbXMgc3RyYW5nZS4NCj4gPj4gPj4NCj4g Pj4gPj4gQXJlIHRoZXNlIHBoeXNpY2FsIGFkZHJlc3NlcyBvciB2aXJ0dWFsIGFkZHJlc3NlcyB0 aGF0IGFyZSBiZWluZw0KPiBkdW1wZWQ/DQo+ID4+ID4gW1l1XSBUaGV5IGFyZSAgdmlydHVhbCBh ZGRyZXNzZXMgdG8gYmUgZHVtcGVkLg0KPiA+PiA+PiBJbiAgZWl0aGVyIGNhc2UsIElTVE0gdGhh dCB1c2luZyBzb21ldGhpbmcgaWlrZSBwYWdlX2lzX3JhbSBtaWdodA0KPiA+PiA+PiBiZSBhIGxv dCBzaW1wbGVyLg0KPiA+PiA+IFtZdV0gaWYgaSB1bmRlcnN0YW5kIGNvcnJlY3RseSwgdGhpcyBB UEkgaXMgdXNlZCB0byBjaGVjayBpZiB0aGUNCj4gPj4gPiBhZGRyZXNzIGlzIGEgdmFsaWQgJ2tt YWxsb2MnIHN0eWxlIGFkZHJlc3MsIGJ1dCBub3QgJ2ttYXAnIG9yDQo+ID4+ID4gJ3ZtYWxsb2Mn IGFkZHJlc3MsIGFuZCBwYWdlX2lzX3JhbSBtaWdodCB0cmVhdCB0aGUgbGF0dGVyIGFzIHZhbGlk DQo+IGFkZHJlc3M/DQo+ID4+ID4NCj4gPj4NCj4gPj4gSSdtIGEgYml0IHB1enpsZWQgYXMgdG8g d2h5IHRoaXMgbWF0dGVycywgYnV0IEkgaGF2ZSBubyBmdW5kYW1lbnRhbA0KPiBvYmplY3Rpb24g dG8gZG9pbmcgaXQgdGhhdCB3YXkuDQo+ID4gW0x2IFpoZW5nXQ0KPiA+IElNTywgdXNpbmcgcGFn ZV9pc19yYW0oKSBvciBzb21ldGhpbmcgc2ltaWxhciwgdGhlIHByb2JsZW0gaXMgd2hhdCB3ZQ0K PiBuZWVkIHRvIHNvbHZlIGluIHRoZSBjdXJyZW50IGFwcHJvYWNoIHN0aWxsIG5lZWQgdG8gYmUg c29sdmVkOg0KPiA+IDEuIEhvdyBjYW4gd2UgY29udmVydCBhIHZpcnR1YWwgYWRkcmVzcyBpbnRv IGEgInN0cnVjdCBwYWdlIj8NCj4gPiAgICAgVGhlcmUgaXMgbm8ga2VybmVsIEFQSSB0byBjb252 ZXJ0IGFueSB2aXJ0dWFsIGFkZHJlc3MgaW50byBzdHJ1Y3QgcGFnZS4NCj4gPiAgICAgRXZlbiB0 aGVyZSBpcyBzdWNoIGEga2VybmVsIEFQSSB0byBjb252ZXJ0IGttYXAvdm1hbGxvYyBhZGRyZXNz ZXMsIHdlDQo+IHN0aWxsIGNvdWxkbid0IHVzZSBpdC4NCj4gPiAgICAgQmVjYXVzZSBpZiB3ZSB3 YW50IHRvIHZhbGlkYXRlIGttYXAvdm1hbG9jIHBhZ2VzLCB3ZSBuZWVkIDIgQVBJcw0KPiByYXRo ZXIgdGhhbiAxIEFQSSB3aGlsZSBBQ1BJQ0Egb25seSBwcm92aWRlcyAxIEFQSSBmb3IgdGhpcyBw dXJwb3NlLg0KPiA+ICAgICBUaGUgMiBBUElzIHNob3VsZCBiZSBnZXQvcHV0IHN0eWxlIHRvIHBp bmcgdGhlIHBhZ2UgbWFwcGluZ3MgYXMgdGhlDQo+IG1hcHBpbmdzIG90aGVyIHRoYW4gdGhlIGRp cmVjdCBtYXBwaW5ncyB3aWxsIG5vdCBiZSBzdGF0aW9uYXJ5IGluIHRoZSBrZXJuZWwNCj4gYWRk cmVzcyBzcGFjZS4NCj4gPiAgICAgRm9ydHVuYXRlbHkgd2UgbmVlZG4ndCB0YWtlIGNhcmUgb2Yg dGhlIG1hcHBpbmdzIG90aGVyIHRoYW4gdGhlIGRpcmVjdA0KPiBtYXBwaW5ncyAocmVhc29ucyBh cmUgaW4gdGhlIDJuZCBjb21tZW50KS4NCj4gPiAgICAgU28gd2Ugc3RpbGwgbmVlZCB0byB1c2Ug dGhlIGRpcmVjdCBtYXBwaW5nIEFQSXMgaGVyZS4NCj4gPiAyLiBIb3cgY2FuIHdlIGVuc3VyZSB0 aGUgcGFnZSBpcyBhIGRpcmVjdCBtYXBwaW5nIHBhZ2U/DQo+ID4gICAgIEkgdGhpbmsgWXUgc2hv dWxkIGNvbmZpcm0gaWYgdGhlcmUgaXMgc3VjaCBhIGNvbW1vbiBrZXJuZWwgQVBJLg0KPiA+ICAg ICBJZiB0aGVyZSBpcyBzdWNoIGFuIEFQSSwgd2Ugc2hvdWxkIHVzZSBpdCBzbyB0aGF0IHdlIGNh biByZW1vdmUgdGhlIGFyY2gNCj4gc3BlY2lmaWMgc3R1ZmZzLg0KPiA+DQo+ID4+IFdoYXQncyB0 aGUgdXNlIGNhc2UsIHRob3VnaD8NCj4gPiBbTHYgWmhlbmddDQo+ID4gRm9ydHVuYXRlbHksIGN1 cnJlbnRseSBBQ1BJQ0Egb25seSB1c2VzIHRoaXMgQVBJIHRvIHZhbGlkYXRlIGlmIGEgbmFtZXNw YWNlDQo+IG5vZGUsIGFuIG9wZXJhbmQgb2JqZWN0IG9yIGEgcGFyc2VyIG9iamVjdCBpcyByZWFk YWJsZS4NCj4gPiBTZWUgZHJpdmVycy9hY3BpL2FjcGljYS9kYmRpc3BsYXkuYyBhbmQgZHJpdmVy cy9hY3BpL2FjcGljYS9kYmNtZHMuYy4NCj4gPg0KPiA+PiAgVGhhdCBpcywgd2hhdCBnb2VzIHdy b25nIGlmIHRoZSBmdW5jdGlvbiBqdXN0IGFsd2F5cyByZXR1cm5zIGZhbHNlPw0KPiA+IFtMdiBa aGVuZ10NCj4gPiAxLiBJZiBpdCBhbHdheXMgcmV0dXJucyBmYWxzZSwgdGhlbiBtYW55IEFDUElD QSBkZWJ1Z2dlciBpbnRlcm5hbCBvYmplY3QNCj4gY29udmVyc2lvbi9kdW1wIGZ1bmN0aW9uYWxp dGllcyB3b24ndCBiZSBmdW5jdGlvbmluZy4NCj4gPiAgICAgRm9yIGV4YW1wbGUsIHlvdSBjYW4g dHJ5IHRvIHR5cGUg4oCcZHVtcCBcX1NCIiBpbiBhY3BpZGJnIHNoZWxsIGFuZCBpdCB3aWxsDQo+ IHJldHVybiBhbiBlcnJvcjoNCj4gPiAgICAgICAiSW52YWxpZCBuYW1lZCBvYmplY3QgYXQgYWRk cmVzcyB4eHh4eHh4eHh4eHh4eHh4Ig0KPiA+IDIuIFdoaWxlIGlmIHRoaXMgZnVuY3Rpb24gYWx3 YXlzIHJldHVybnMgdHJ1ZSAoY3VycmVudCBsaW51eC1wbS9saW51eC1uZXh0DQo+IG1lcmdlZCBz dHVmZnMpLCB3ZSBjYW4gc2VlIHN1Y2ggYSByZXN1bHQ6DQo+ID4gICAgICAgT2JqZWN0IChmZmZm eHh4eHh4eHh4eHh4KSBQYXRobmFtZTogXF9TQg0KPiA+ICAgICAgICAgICBOYW1lIDogX1NCXw0K PiA+ICAgICAgICAgICBUeXBlIDogMDYgW0RldmljZV0NCj4gPg0KPiANCj4gSXQgc2VlbXMgYSBi aXQgdW5mb3J0dW5hdGUgdG8gbWUgdGhhdCB0aGUgQUNQSUNBIGRlYnVnZ2VyIGxldHMgdXNlcnNw YWNlDQo+IGNob29zZSB3aGF0IGFkZHJlc3MgdG8gZHVtcCByYXRoZXIgdGhhbiBkdW1waW5nIGJ5 IHBhdGhuYW1lLCBidXQgZ2l2ZW4NCj4gdGhhdCBjb25zdHJhaW50LCBJIGd1ZXNzIHRoaXMgZnVu Y3Rpb24gaXMgbmVlZGVkLg0KPiANCj4gQ2FuIHlvdSBkbyBzb21ldGhpbmcgbGlrZSBjaGVja2lu ZyB2aXJ0X2FkZHJfdmFsaWQgYW5kIHRoZW4gdXNpbmcNCj4gdmlydF90b19wZm4gYW5kIHBhZ2Vf aXNfcmFtPyAgSWYgdGhhdCdzIG5vdCBlbm91Z2ggKGUuZy4gaWYgaXQgZG9lc24ndCB3b3JrIGZv cg0KPiB2bWFsbG9jIGFkZHJlc3NlcyBhbmQgeW91IG5lZWQgdGhvc2UpLCB5b3UgY291bGQgdHJ5 IHRvIGRvIHNvbWV0aGluZyBsaWtlDQo+IHNsb3dfdmlydF90b19waHlzLCBidXQgeW91J2QgbmVl ZCB0byBkbyBzb21lIGV4dHJhIGNoZWNrcyB0byBhdm9pZCB0aGUNCj4gQlVHIGluIHRoZSBmdW5j dGlvbi4NCj4gDQpbWXVdIFRoaXMgaXMgYSAgZ29vZCBtZXRob2QsICBmaXJzdGx5IHZpcnRfYWRk cl92YWxpZCBjYW4gIGV4Y2x1ZGUgdGhlIHZhZGRyIG9mIHZtYWxsb2Mva21hcCAsIA0KdGhlbiBz bG93X3ZpcnRfdG9fcGh5cyBjYW4gY2hlY2sgaWYgdGhpcyB2YWRkciBoYXMgYSB2YWxpZCBwdGUg cGh5c2ljYWwgYWRkcmVzcywgDQpidXQgSSBndWVzcyB3ZSBuZWVkIGFub3RoZXIgbm9uLUJVR19v biB2ZXJzaW9uIG9mIHNsb3dfdmlydF90b19waHlzLCAgDQpJJ2xsIHRyeSB0byB0ZXN0IHdpdGgg eW91ciBzdWdnZXN0aW9uLCB0aGFua3MhDQpZdQ0KDQoNCg== -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web