Message ID | 1424096414-4327-2-git-send-email-cw00.choi@samsung.com (mailing list archive) |
---|---|
State | Superseded, archived |
Delegated to: | Eduardo Valentin |
Headers | show |
Hi Chanwoo, > This patch fixes the NULL pointer exception during kernel booting. > The thermal_zone _of_sensor_register() registers a sensor to DT > thermal zone and then read the current temperature by '.get_temp' > callback. The callback function of exynos thermal driver is > exynos_get_temp() which must need the 'pdata' instance of exynos_tmu > _platform_data structure. > - exynos_get_temp() -> code_to_temp() -> Must need the 'pdata' > instance > > But, exynos thermal driver is executed before getting the 'pdata' > instance. To avoid the kernel panic, have to get the platform data by > executing the exynos_map_dt_data() before calling > thermal_zone_of_sensor_register() . I've already prepared patch for this (unfortunately it isn't yet applied to mainline): "[PATCH] thermal: exynos: fix: Check if data->tmu_read callback is present before read" http://www.spinics.net/lists/linux-samsung-soc/msg42245.html Does applying this patch help? BTW: How can I reproduce this error? Could you point me the SHA1 and repository? > > - kernel panic log > [ 4211.324346] PC is at 0x0 > [ 4211.326867] LR is at exynos_get_temp+0x3c/0xe4 > [ 4211.331289] pc : [<0000000000000000>] lr : [<ffffffc0004df460>] > [snip] > [ 4211.940625] [< (null)>] (null) > [ 4211.945315] [<ffffffc0004de6d8>] of_thermal_get_temp+0x1c/0x30 > [ 4211.951132] [<ffffffc0004db86c>] thermal_zone_get_temp+0x48/0x7c > [ 4211.957118] [<ffffffc0004dd278>] > thermal_zone_device_update+0x20/0x110 [ 4211.963627] > [<ffffffc0004de9c8>] of_thermal_set_mode+0x44/0x68 [ 4211.969443] > [<ffffffc0004decb8>] thermal_zone_of_sensor_register+0x15c/0x1d8 > [ 4211.976475] [<ffffffc0004dfbe4>] exynos_tmu_probe+0x6c/0x814 > [ 4211.982120] [<ffffffc0003ef808>] platform_drv_probe+0x48/0xb8 > [ 4211.987846] [<ffffffc0003edb28>] driver_probe_device+0x8c/0x244 > [ 4211.993747] [<ffffffc0003eddcc>] __driver_attach+0x98/0xa0 > [ 4211.999216] [<ffffffc0003ebea0>] bus_for_each_dev+0x54/0x98 > [ 4212.004771] [<ffffffc0003ed66c>] driver_attach+0x1c/0x28 > [ 4212.010066] [<ffffffc0003ed2e8>] bus_add_driver+0x150/0x208 > [ 4212.015622] [<ffffffc0003ee6a4>] driver_register+0x5c/0x11c > [ 4212.021178] [<ffffffc0003ef73c>] > __platform_driver_register+0x5c/0x68 [ 4212.027600] > [<ffffffc000b64eb8>] exynos_tmu_driver_init+0x14/0x20 [ 4212.033678] > [<ffffffc0000828d4>] do_one_initcall+0x88/0x1a0 [ 4212.039235] > [<ffffffc000b34b34>] kernel_init_freeable+0x1bc/0x260 [ 4212.045311] > [<ffffffc0007e9fd4>] kernel_init+0xc/0xd8 > > Cc: Zhang Rui <rui.zhang@intel.com> > Cc: Eduardo Valentin <edubezval@gmail.com> > Signed-off-by: Chanwoo Choi <cw00.choi@samsung.com> > --- > drivers/thermal/samsung/exynos_tmu.c | 10 +++++----- > 1 file changed, 5 insertions(+), 5 deletions(-) > > diff --git a/drivers/thermal/samsung/exynos_tmu.c > b/drivers/thermal/samsung/exynos_tmu.c index fbeedc0..b8846f1 100644 > --- a/drivers/thermal/samsung/exynos_tmu.c > +++ b/drivers/thermal/samsung/exynos_tmu.c > @@ -1147,17 +1147,17 @@ static int exynos_tmu_probe(struct > platform_device *pdev) platform_set_drvdata(pdev, data); > mutex_init(&data->lock); > > + ret = exynos_map_dt_data(pdev); > + if (ret) > + return ret; > + pdata = data->pdata; > + > data->tzd = thermal_zone_of_sensor_register(&pdev->dev, 0, > data, &exynos_sensor_ops); > if (IS_ERR(data->tzd)) { > pr_err("thermal: tz: %p ERROR\n", data->tzd); > return PTR_ERR(data->tzd); > } > - ret = exynos_map_dt_data(pdev); > - if (ret) > - goto err_sensor; > - > - pdata = data->pdata; > > INIT_WORK(&data->irq_work, exynos_tmu_work); >
Hi Lukasz, On Tue, Feb 17, 2015 at 12:06 AM, Lukasz Majewski <l.majewski@samsung.com> wrote: > Hi Chanwoo, > >> This patch fixes the NULL pointer exception during kernel booting. >> The thermal_zone _of_sensor_register() registers a sensor to DT >> thermal zone and then read the current temperature by '.get_temp' >> callback. The callback function of exynos thermal driver is >> exynos_get_temp() which must need the 'pdata' instance of exynos_tmu >> _platform_data structure. >> - exynos_get_temp() -> code_to_temp() -> Must need the 'pdata' >> instance >> >> But, exynos thermal driver is executed before getting the 'pdata' >> instance. To avoid the kernel panic, have to get the platform data by >> executing the exynos_map_dt_data() before calling >> thermal_zone_of_sensor_register() . > > I've already prepared patch for this (unfortunately it isn't yet > applied to mainline): > > "[PATCH] thermal: exynos: fix: Check if data->tmu_read callback is > present before read" > > http://www.spinics.net/lists/linux-samsung-soc/msg42245.html There is different issue between you patch and this patch. Your patch check the whether data->tmu_read is NULL or not. But, my patch check the pdata is NULL or not. > > Does applying this patch help? > > BTW: How can I reproduce this error? Could you point me the SHA1 and > repository? I used your patch-set of linux-soc-thermal.git (branch: next). So I applied you patchiest on Linux 3.19 for test. - https://git.kernel.org/cgit/linux/kernel/git/evalenti/linux-soc-thermal.git/log/?h=next Best Regards, Chanwoo Choi -- To unsubscribe from this list: send the line "unsubscribe linux-pm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi Chanwoo, > Hi Lukasz, > > On Tue, Feb 17, 2015 at 12:06 AM, Lukasz Majewski > <l.majewski@samsung.com> wrote: > > Hi Chanwoo, > > > >> This patch fixes the NULL pointer exception during kernel booting. > >> The thermal_zone _of_sensor_register() registers a sensor to DT > >> thermal zone and then read the current temperature by '.get_temp' > >> callback. The callback function of exynos thermal driver is > >> exynos_get_temp() which must need the 'pdata' instance of > >> exynos_tmu _platform_data structure. > >> - exynos_get_temp() -> code_to_temp() -> Must need the 'pdata' > >> instance > >> > >> But, exynos thermal driver is executed before getting the 'pdata' > >> instance. To avoid the kernel panic, have to get the platform data > >> by executing the exynos_map_dt_data() before calling > >> thermal_zone_of_sensor_register() . > > > > I've already prepared patch for this (unfortunately it isn't yet > > applied to mainline): > > > > "[PATCH] thermal: exynos: fix: Check if data->tmu_read callback is > > present before read" > > > > http://www.spinics.net/lists/linux-samsung-soc/msg42245.html > > There is different issue between you patch and this patch. > Your patch check the whether data->tmu_read is NULL or not. > But, my patch check the pdata is NULL or not. I've tried to do the same previously. Please compare with: [PATCH 1/2] thermal: exynos: Reorder exynos_map_dt_data() function http://www.spinics.net/lists/linux-samsung-soc/msg41308.html Unfortunately, Abhilash found some issues with this code, so I've looked into different solution. However, I didn't need to move pdata = data->pdata; Hence, I wonder why it need to be reordered. Are you using Exynos3250 based device? > > > > > Does applying this patch help? > > > > BTW: How can I reproduce this error? Could you point me the SHA1 and > > repository? > > I used your patch-set of linux-soc-thermal.git (branch: next). So I > applied you patchiest on Linux 3.19 for test. > - > https://git.kernel.org/cgit/linux/kernel/git/evalenti/linux-soc-thermal.git/log/?h=next Is there any special .config? May I ask about the target platform? I will look closely on this problem tomorrow. > > Best Regards, > Chanwoo Choi
Hi Lukasz, On Tue, Feb 17, 2015 at 1:28 AM, Lukasz Majewski <l.majewski@samsung.com> wrote: > Hi Chanwoo, > >> Hi Lukasz, >> >> On Tue, Feb 17, 2015 at 12:06 AM, Lukasz Majewski >> <l.majewski@samsung.com> wrote: >> > Hi Chanwoo, >> > >> >> This patch fixes the NULL pointer exception during kernel booting. >> >> The thermal_zone _of_sensor_register() registers a sensor to DT >> >> thermal zone and then read the current temperature by '.get_temp' >> >> callback. The callback function of exynos thermal driver is >> >> exynos_get_temp() which must need the 'pdata' instance of >> >> exynos_tmu _platform_data structure. >> >> - exynos_get_temp() -> code_to_temp() -> Must need the 'pdata' >> >> instance >> >> >> >> But, exynos thermal driver is executed before getting the 'pdata' >> >> instance. To avoid the kernel panic, have to get the platform data >> >> by executing the exynos_map_dt_data() before calling >> >> thermal_zone_of_sensor_register() . >> > >> > I've already prepared patch for this (unfortunately it isn't yet >> > applied to mainline): >> > >> > "[PATCH] thermal: exynos: fix: Check if data->tmu_read callback is >> > present before read" >> > >> > http://www.spinics.net/lists/linux-samsung-soc/msg42245.html >> >> There is different issue between you patch and this patch. >> Your patch check the whether data->tmu_read is NULL or not. >> But, my patch check the pdata is NULL or not. > > I've tried to do the same previously. Please compare with: > [PATCH 1/2] thermal: exynos: Reorder exynos_map_dt_data() function > > http://www.spinics.net/lists/linux-samsung-soc/msg41308.html > > Unfortunately, Abhilash found some issues with this code, so I've > looked into different solution. OK. > > > However, I didn't need to move pdata = data->pdata; Hence, I wonder why > it need to be reordered. Are you using Exynos3250 based device? I think it is necessary to prevent kernel panic. We can check this issue by analyzing the thermal_zone_of_sensor_register() as following issue: of_thermal_get_temp() executes the exynos_get_temp() finally. And exynos_get_temp() function must need the 'pdata' instance. The 'pdata' instance is initialized on exynos_map_dt_data(). If exynos_tmu driver executes the exynos_map_dt_data() after thermal_zone_of_sensor_register(), this issue happen again. [ 4211.945315] [<ffffffc0004de6d8>] of_thermal_get_temp+0x1c/0x30 [ 4211.951132] [<ffffffc0004db86c>] thermal_zone_get_temp+0x48/0x7c [ 4211.957118] [<ffffffc0004dd278>] thermal_zone_device_update+0x20/0x110 [ 4211.963627] [<ffffffc0004de9c8>] of_thermal_set_mode+0x44/0x68 [ 4211.969443] [<ffffffc0004decb8>] thermal_zone_of_sensor_register+0x15c/0x1d8 I tested it on Exynos5433 based device. > > >> >> > >> > Does applying this patch help? >> > >> > BTW: How can I reproduce this error? Could you point me the SHA1 and >> > repository? >> >> I used your patch-set of linux-soc-thermal.git (branch: next). So I >> applied you patchiest on Linux 3.19 for test. >> - >> https://git.kernel.org/cgit/linux/kernel/git/evalenti/linux-soc-thermal.git/log/?h=next > > Is there any special .config? There is no special configuration. I tested this patch with CPUFREQ for cooling device. > > May I ask about the target platform? > I will look closely on this problem tomorrow. OK. Best Regards, Chanwoo Choi -- To unsubscribe from this list: send the line "unsubscribe linux-pm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/drivers/thermal/samsung/exynos_tmu.c b/drivers/thermal/samsung/exynos_tmu.c index fbeedc0..b8846f1 100644 --- a/drivers/thermal/samsung/exynos_tmu.c +++ b/drivers/thermal/samsung/exynos_tmu.c @@ -1147,17 +1147,17 @@ static int exynos_tmu_probe(struct platform_device *pdev) platform_set_drvdata(pdev, data); mutex_init(&data->lock); + ret = exynos_map_dt_data(pdev); + if (ret) + return ret; + pdata = data->pdata; + data->tzd = thermal_zone_of_sensor_register(&pdev->dev, 0, data, &exynos_sensor_ops); if (IS_ERR(data->tzd)) { pr_err("thermal: tz: %p ERROR\n", data->tzd); return PTR_ERR(data->tzd); } - ret = exynos_map_dt_data(pdev); - if (ret) - goto err_sensor; - - pdata = data->pdata; INIT_WORK(&data->irq_work, exynos_tmu_work);
This patch fixes the NULL pointer exception during kernel booting. The thermal_zone _of_sensor_register() registers a sensor to DT thermal zone and then read the current temperature by '.get_temp' callback. The callback function of exynos thermal driver is exynos_get_temp() which must need the 'pdata' instance of exynos_tmu _platform_data structure. - exynos_get_temp() -> code_to_temp() -> Must need the 'pdata' instance But, exynos thermal driver is executed before getting the 'pdata' instance. To avoid the kernel panic, have to get the platform data by executing the exynos_map_dt_data() before calling thermal_zone_of_sensor_register() . - kernel panic log [ 4211.324346] PC is at 0x0 [ 4211.326867] LR is at exynos_get_temp+0x3c/0xe4 [ 4211.331289] pc : [<0000000000000000>] lr : [<ffffffc0004df460>] [snip] [ 4211.940625] [< (null)>] (null) [ 4211.945315] [<ffffffc0004de6d8>] of_thermal_get_temp+0x1c/0x30 [ 4211.951132] [<ffffffc0004db86c>] thermal_zone_get_temp+0x48/0x7c [ 4211.957118] [<ffffffc0004dd278>] thermal_zone_device_update+0x20/0x110 [ 4211.963627] [<ffffffc0004de9c8>] of_thermal_set_mode+0x44/0x68 [ 4211.969443] [<ffffffc0004decb8>] thermal_zone_of_sensor_register+0x15c/0x1d8 [ 4211.976475] [<ffffffc0004dfbe4>] exynos_tmu_probe+0x6c/0x814 [ 4211.982120] [<ffffffc0003ef808>] platform_drv_probe+0x48/0xb8 [ 4211.987846] [<ffffffc0003edb28>] driver_probe_device+0x8c/0x244 [ 4211.993747] [<ffffffc0003eddcc>] __driver_attach+0x98/0xa0 [ 4211.999216] [<ffffffc0003ebea0>] bus_for_each_dev+0x54/0x98 [ 4212.004771] [<ffffffc0003ed66c>] driver_attach+0x1c/0x28 [ 4212.010066] [<ffffffc0003ed2e8>] bus_add_driver+0x150/0x208 [ 4212.015622] [<ffffffc0003ee6a4>] driver_register+0x5c/0x11c [ 4212.021178] [<ffffffc0003ef73c>] __platform_driver_register+0x5c/0x68 [ 4212.027600] [<ffffffc000b64eb8>] exynos_tmu_driver_init+0x14/0x20 [ 4212.033678] [<ffffffc0000828d4>] do_one_initcall+0x88/0x1a0 [ 4212.039235] [<ffffffc000b34b34>] kernel_init_freeable+0x1bc/0x260 [ 4212.045311] [<ffffffc0007e9fd4>] kernel_init+0xc/0xd8 Cc: Zhang Rui <rui.zhang@intel.com> Cc: Eduardo Valentin <edubezval@gmail.com> Signed-off-by: Chanwoo Choi <cw00.choi@samsung.com> --- drivers/thermal/samsung/exynos_tmu.c | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-)