login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2010
»
August
»
17
Re: [PATCH 4/4] [Patch-next] ACPI, APEI, HEST Fix the unsuitable usage of platform_data.
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Huang Ying
Subject:
Re: [PATCH 4/4] [Patch-next] ACPI, APEI, HEST Fix the unsuitable usage of platform_data.
Date: Monday, August 16, 2010 - 6:39 pm
On Tue, 2010-08-17 at 08:58 +0800, Jin Dongming wrote:
quoted text
> platform_data in hest_parse_ghes() is used for saving the address of entry > information of erst_tab. When the device is failed to be added, platform_data > will be freed by platform_device_put(). But the value saved in platform_data > should not be freed here. If it is done, it will make system panic.
Good catch. Thanks.
quoted text
> So I think platform_data should save the address of allocated memory > which saves entry information of erst_tab. > > This patch fixed it and I confirmed it on x86_64 next-tree. > > Signed-off-by: Jin Dongming <jin.dongming@np.css.fujitsu.com> > --- > drivers/acpi/apei/ghes.c | 2 +- > drivers/acpi/apei/hest.c | 19 ++++++++++++++----- > 2 files changed, 15 insertions(+), 6 deletions(-) > > diff --git a/drivers/acpi/apei/ghes.c b/drivers/acpi/apei/ghes.c > index 385a605..b35c622 100644 > --- a/drivers/acpi/apei/ghes.c > +++ b/drivers/acpi/apei/ghes.c > @@ -302,7 +302,7 @@ static int __devinit ghes_probe(struct platform_device *ghes_dev) > struct ghes *ghes = NULL; > int rc = -EINVAL; > > - generic = ghes_dev->dev.platform_data; > + generic = *(struct acpi_hest_generic **)(ghes_dev->dev.platform_data); > if (!generic->enabled) > return -ENODEV; > > diff --git a/drivers/acpi/apei/hest.c b/drivers/acpi/apei/hest.c > index 343168d..5a65e2a 100644 > --- a/drivers/acpi/apei/hest.c > +++ b/drivers/acpi/apei/hest.c > @@ -137,20 +137,29 @@ static int hest_parse_ghes_count(struct acpi_hest_header *hest_hdr, void *data) > > static int hest_parse_ghes(struct acpi_hest_header *hest_hdr, void *data) > { > - struct acpi_hest_generic *generic; > + void **platform_data; > struct platform_device *ghes_dev; > struct ghes_arr *ghes_arr = data; > int rc; > > if (hest_hdr->type != ACPI_HEST_TYPE_GENERIC_ERROR) > return 0; > - generic = (struct acpi_hest_generic *)hest_hdr; > - if (!generic->enabled) > + > + platform_data = kmalloc(sizeof(void *), GFP_KERNEL); > + if (!platform_data) > + return -ENOMEM; > + > + *platform_data = hest_hdr; > + if (!((struct acpi_hest_generic *)*platform_data)->enabled) > return 0; > + > ghes_dev = platform_device_alloc("GHES", hest_hdr->source_id); > - if (!ghes_dev) > + if (!ghes_dev) { > + kfree(platform_data); > return -ENOMEM; > - ghes_dev->dev.platform_data = generic; > + } > + > + ghes_dev->dev.platform_data = platform_data; > rc = platform_device_add(ghes_dev); > if (rc) > goto err;
Why not use platform_device_add_data? Best Regards, Huang Ying --
unsubscribe notice
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/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH 4/4] [Patch-next] ACPI, APEI, HEST Fix the unsuitab ...
, Jin Dongming
, (Mon Aug 16, 5:58 pm)
Re: [PATCH 4/4] [Patch-next] ACPI, APEI, HEST Fix the unsu ...
, Huang Ying
, (Mon Aug 16, 6:39 pm)
Re: [PATCH 4/4] [Patch-next] ACPI, APEI, HEST Fix the unsu ...
, Jin Dongming
, (Mon Aug 16, 8:00 pm)
Re: [PATCH 4/4] [Patch-next] ACPI, APEI, HEST Fix the unsu ...
, Huang Ying
, (Mon Aug 16, 9:18 pm)
Re: [PATCH 4/4] [Patch-next] ACPI, APEI, HEST Fix the unsu ...
, Jin Dongming
, (Tue Aug 17, 2:18 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Fortier,Vincent [Montreal]
2.6.21.5 june 30th to july 1st date hang?
Jeff Dike
[ PATCH 2/6 ] UML - Formatting fixes around os_{read_write}_file callers
Liam Girdwood
[PATCH 07/13] regulator: regulator test harness
Oleg Nesterov
Re: Getting the new RxRPC patches upstream
Stefan Seyfried
Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18
linux-netdev
:
Arnaud Ebalard
Re: [REGRESSION,BISECTED] MIPv6 support broken by f4f914b58019f0
Jan Engelhardt
Re: [PATCH iptables] extension: add xt_cpu match
Jarek Poplawski
Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Sebastian Andrzej Siewior
[PATCH 8/8] net/emergency: remove locking from reycling pool if emergncy pools are...
David Miller
Re: [PATCH] qlcnic: dont assume NET_IP_ALIGN is 2
git
:
Jakub Narebski
Re: git on MacOSX and files with decomposed utf-8 file names
Brandon Casey
Re: Thunderbird and patches (was Re: [PATCH v2] Enable setting attach as the def...
Christian Couder
[PATCH 1/3] rev-parse: add test script for "--verify"
Ramkumar Ramachandra
Re: [GSoC update] git-remote-svn: The final one
Junio C Hamano
Re: git-rm isn't the inverse action of git-add
openbsd-misc
:
Joachim Schipper
Re: UVC Webcams
Florin Andrei
SOLVED [was: firewall is very slow, something's wrong]
Todd Alan Smith
Re: Microsoft gets the Most Secure Operating Systems award
Neal Hogan
Re: Need Advice: Thinkpad T60 or T61?
Sam Fourman Jr.
Re: Real men don't attack straw men
git-commits-head
:
Linux Kernel Mailing List
ACPI: Disable ARB_DISABLE on platforms where it is not needed
Linux Kernel Mailing List
m68knommu: add read_barrier_depends() and irqs_disabled_flags()
Linux Kernel Mailing List
[MTD] Add mtd panic_write function pointer
Linux Kernel Mailing List
[ARM] pxa: remove duplicate select statements from Kconfig
Linux Kernel Mailing List
mlx4_core: Don't read reserved fields in mlx4_QUERY_ADAPTER()
Colocation donated by:
Syndicate