All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sebastian Reichel <sre@kernel.org>
To: Krzysztof Kozlowski <k.kozlowski@samsung.com>
Cc: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>,
	David Woodhouse <dwmw2@infradead.org>,
	linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Len Brown <lenb@kernel.org>, Jiri Kosina <jkosina@suse.cz>,
	David Herrmann <dh.herrmann@googlemail.com>,
	Cezary Jackiewicz <cezary.jackiewicz@gmail.com>,
	Darren Hart <dvhart@infradead.org>,
	Support Opensource <support.opensource@diasemi.com>,
	Milo Kim <milo.kim@ti.com>,
	Julian Andres Klode <jak@jak-linux.org>,
	Marc Dietrich <marvin24@gmx.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-acpi@vger.kernel.org, linux-input@vger.kernel.org,
	platform-driver-x86@vger.kernel.org,
	patches@opensource.wolfsonmicro.com, ac100@lists.launchpad.net,
	linux-tegra@vger.kernel.org, devel@driverdev.osuosl.org,
	Linus Walleij <linus.walleij@linaro.org>,
	Samuel Ortiz <sameo@linux.intel.com>,
	Lee
Subject: Re: [PATCH v4 11/20] power_supply: Change ownership from driver to core
Date: Thu, 26 Feb 2015 01:45:22 +0100	[thread overview]
Message-ID: <20150226004522.GB885@earth> (raw)
In-Reply-To: <1424692061-30624-12-git-send-email-k.kozlowski@samsung.com>

[-- Attachment #1: Type: text/plain, Size: 7250 bytes --]

Hi,

On Mon, Feb 23, 2015 at 12:47:32PM +0100, Krzysztof Kozlowski wrote:
> Change the ownership of power_supply structure from each driver
> implementing the class to the power supply core.
> 
> The patch changes power_supply_register() function thus all drivers
> implementing power supply class are adjusted.
> 
> Each driver provides the implementation of power supply. However it
> should not be the owner of power supply class instance because it is
> exposed by core to other subsystems with power_supply_get_by_name().
> These other subsystems have no knowledge when the driver will unregister
> the power supply. This leads to several issues when driver is unbound -
> mostly because user of power supply accesses freed memory.
> 
> Instead let the core own the instance of struct 'power_supply'.  Other
> users of this power supply will still access valid memory because it
> will be freed when device reference count reaches 0. Currently this
> means "it will leak" but power_supply_put() call in next patches will
> solve it.
> 
> This solves invalid memory references in following race condition
> scenario:
> 
> Thread 1: charger manager
> Thread 2: power supply driver, used by charger manager
> 
> THREAD 1 (charger manager)         THREAD 2 (power supply driver)
> ==========================         ==============================
> psy = power_supply_get_by_name()
>                                    Driver unbind, .remove
>                                      power_supply_unregister()
>                                      Device fully removed
> psy->get_property()
> 
> The 'get_property' call is executed in invalid context because the driver was
> unbound and struct 'power_supply' memory was freed.
> 
> This could be observed easily with charger manager driver (here compiled
> with max17040 fuel gauge):
> 
> $ cat /sys/devices/virtual/power_supply/cm-battery/capacity &
> $ echo "1-0036" > /sys/bus/i2c/drivers/max17040/unbind
> [   55.725123] Unable to handle kernel NULL pointer dereference at virtual address 00000000
> [   55.732584] pgd = d98d4000
> [   55.734060] [00000000] *pgd=5afa2831, *pte=00000000, *ppte=00000000
> [   55.740318] Internal error: Oops: 80000007 [#1] PREEMPT SMP ARM
> [   55.746210] Modules linked in:
> [   55.749259] CPU: 1 PID: 2936 Comm: cat Tainted: G        W       3.19.0-rc1-next-20141226-00048-gf79f475f3c44-dirty #1496
> [   55.760190] Hardware name: SAMSUNG EXYNOS (Flattened Device Tree)
> [   55.766270] task: d9b76f00 ti: daf54000 task.ti: daf54000
> [   55.771647] PC is at 0x0
> [   55.774182] LR is at charger_get_property+0x2f4/0x36c
> [   55.779201] pc : [<00000000>]    lr : [<c034b0b4>]    psr: 60000013
> [   55.779201] sp : daf55e90  ip : 00000003  fp : 00000000
> [   55.790657] r10: 00000000  r9 : c06e2878  r8 : d9b26c68
> [   55.795865] r7 : dad81610  r6 : daec7410  r5 : daf55ebc  r4 : 00000000
> [   55.802367] r3 : 00000000  r2 : daf55ebc  r1 : 0000002a  r0 : d9b26c68
> [   55.808879] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
> [   55.815994] Control: 10c5387d  Table: 598d406a  DAC: 00000015
> [   55.821723] Process cat (pid: 2936, stack limit = 0xdaf54210)
> [   55.827451] Stack: (0xdaf55e90 to 0xdaf56000)
> [   55.831795] 5e80:                                     60000013 c01459c4 0000002a c06f8ef8
> [   55.839956] 5ea0: db651000 c06f8ef8 daebac00 c04cb668 daebac08 c0346864 00000000 c01459c4
> [   55.848115] 5ec0: d99eaa80 c06f8ef8 00000fff 00001000 db651000 c027f25c c027f240 d99eaa80
> [   55.856274] 5ee0: d9a06c00 c0146218 daf55f18 00001000 d99eaa80 db4c18c0 00000001 00000001
> [   55.864468] 5f00: daf55f80 c0144c78 c0144c54 c0107f90 00015000 d99eaab0 00000000 00000000
> [   55.872603] 5f20: 000051c7 00000000 db4c18c0 c04a9370 00015000 00001000 daf55f80 00001000
> [   55.880763] 5f40: daf54000 00015000 00000000 c00e53dc db4c18c0 c00e548c 0000000d 00008124
> [   55.888937] 5f60: 00000001 00000000 00000000 db4c18c0 db4c18c0 00001000 00015000 c00e5550
> [   55.897099] 5f80: 00000000 00000000 00001000 00001000 00015000 00000003 00000003 c000f364
> [   55.905239] 5fa0: 00000000 c000f1a0 00001000 00015000 00000003 00015000 00001000 0001333c
> [   55.913399] 5fc0: 00001000 00015000 00000003 00000003 00000002 00000000 00000000 00000000
> [   55.921560] 5fe0: 7fffe000 be999850 0000a225 b6f3c19c 60000010 00000003 00000000 00000000
> [   55.929744] [<c034b0b4>] (charger_get_property) from [<c0346864>] (power_supply_show_property+0x48/0x20c)
> [   55.939286] [<c0346864>] (power_supply_show_property) from [<c027f25c>] (dev_attr_show+0x1c/0x48)
> [   55.948130] [<c027f25c>] (dev_attr_show) from [<c0146218>] (sysfs_kf_seq_show+0x84/0x104)
> [   55.956298] [<c0146218>] (sysfs_kf_seq_show) from [<c0144c78>] (kernfs_seq_show+0x24/0x28)
> [   55.964536] [<c0144c78>] (kernfs_seq_show) from [<c0107f90>] (seq_read+0x1b0/0x484)
> [   55.972172] [<c0107f90>] (seq_read) from [<c00e53dc>] (__vfs_read+0x18/0x4c)
> [   55.979188] [<c00e53dc>] (__vfs_read) from [<c00e548c>] (vfs_read+0x7c/0x100)
> [   55.986304] [<c00e548c>] (vfs_read) from [<c00e5550>] (SyS_read+0x40/0x8c)
> [   55.993164] [<c00e5550>] (SyS_read) from [<c000f1a0>] (ret_fast_syscall+0x0/0x48)
> [   56.000626] Code: bad PC value
> [   56.011652] ---[ end trace 7b64343fbdae8ef1 ]---
> 
> Signed-off-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>
> Reviewed-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
> 
> [for the nvec part]
> Reviewed-by: Marc Dietrich <marvin24@gmx.de>
> ---
>  arch/x86/platform/olpc/olpc-xo1-sci.c     |   4 +-
>  arch/x86/platform/olpc/olpc-xo15-sci.c    |   4 +-
>  drivers/acpi/ac.c                         |  32 +++---
>  drivers/acpi/battery.c                    |  55 +++++-----
>  drivers/acpi/sbs.c                        |  68 +++++++-----
>  drivers/hid/hid-input.c                   |  51 +++++----
>  drivers/hid/hid-sony.c                    |  43 ++++----
>  drivers/hid/hid-wiimote-modules.c         |  41 +++----
>  drivers/hid/hid-wiimote.h                 |   3 +-
>  drivers/hid/wacom.h                       |   8 +-
>  drivers/hid/wacom_sys.c                   |  71 ++++++------
>  drivers/platform/x86/compal-laptop.c      |  29 +++--
>  drivers/power/[...]                       |  lots of changes
>  drivers/staging/nvec/nvec_power.c         |  29 +++--
>  include/linux/hid.h                       |   6 +-
>  include/linux/mfd/abx500/ux500_chargalg.h |  11 +-
>  include/linux/mfd/rt5033.h                |   2 +-
>  include/linux/mfd/wm8350/supply.h         |   6 +-
>  include/linux/power/charger-manager.h     |   3 +-
>  include/linux/power_supply.h              |  39 ++++---
>  80 files changed, 2172 insertions(+), 1756 deletions(-)

I would like to merge this via the power supply subsystem. Some of
the files being patched are not under my maintainence, though. It
would be nice if I get an Acked-By from their maintainers.

As far as I can see this patch is currently missing feedback from:

arch/x86/platform/olpc: x86 Maintainers
drivers/acpi: Rafael J. Wysocki, Len Brown
drivers/hid: Jiri Kosina
drivers/platform/x86: Darren Hart

-- Sebastian

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: sre@kernel.org (Sebastian Reichel)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v4 11/20] power_supply: Change ownership from driver to core
Date: Thu, 26 Feb 2015 01:45:22 +0100	[thread overview]
Message-ID: <20150226004522.GB885@earth> (raw)
In-Reply-To: <1424692061-30624-12-git-send-email-k.kozlowski@samsung.com>

Hi,

On Mon, Feb 23, 2015 at 12:47:32PM +0100, Krzysztof Kozlowski wrote:
> Change the ownership of power_supply structure from each driver
> implementing the class to the power supply core.
> 
> The patch changes power_supply_register() function thus all drivers
> implementing power supply class are adjusted.
> 
> Each driver provides the implementation of power supply. However it
> should not be the owner of power supply class instance because it is
> exposed by core to other subsystems with power_supply_get_by_name().
> These other subsystems have no knowledge when the driver will unregister
> the power supply. This leads to several issues when driver is unbound -
> mostly because user of power supply accesses freed memory.
> 
> Instead let the core own the instance of struct 'power_supply'.  Other
> users of this power supply will still access valid memory because it
> will be freed when device reference count reaches 0. Currently this
> means "it will leak" but power_supply_put() call in next patches will
> solve it.
> 
> This solves invalid memory references in following race condition
> scenario:
> 
> Thread 1: charger manager
> Thread 2: power supply driver, used by charger manager
> 
> THREAD 1 (charger manager)         THREAD 2 (power supply driver)
> ==========================         ==============================
> psy = power_supply_get_by_name()
>                                    Driver unbind, .remove
>                                      power_supply_unregister()
>                                      Device fully removed
> psy->get_property()
> 
> The 'get_property' call is executed in invalid context because the driver was
> unbound and struct 'power_supply' memory was freed.
> 
> This could be observed easily with charger manager driver (here compiled
> with max17040 fuel gauge):
> 
> $ cat /sys/devices/virtual/power_supply/cm-battery/capacity &
> $ echo "1-0036" > /sys/bus/i2c/drivers/max17040/unbind
> [   55.725123] Unable to handle kernel NULL pointer dereference at virtual address 00000000
> [   55.732584] pgd = d98d4000
> [   55.734060] [00000000] *pgd=5afa2831, *pte=00000000, *ppte=00000000
> [   55.740318] Internal error: Oops: 80000007 [#1] PREEMPT SMP ARM
> [   55.746210] Modules linked in:
> [   55.749259] CPU: 1 PID: 2936 Comm: cat Tainted: G        W       3.19.0-rc1-next-20141226-00048-gf79f475f3c44-dirty #1496
> [   55.760190] Hardware name: SAMSUNG EXYNOS (Flattened Device Tree)
> [   55.766270] task: d9b76f00 ti: daf54000 task.ti: daf54000
> [   55.771647] PC is at 0x0
> [   55.774182] LR is at charger_get_property+0x2f4/0x36c
> [   55.779201] pc : [<00000000>]    lr : [<c034b0b4>]    psr: 60000013
> [   55.779201] sp : daf55e90  ip : 00000003  fp : 00000000
> [   55.790657] r10: 00000000  r9 : c06e2878  r8 : d9b26c68
> [   55.795865] r7 : dad81610  r6 : daec7410  r5 : daf55ebc  r4 : 00000000
> [   55.802367] r3 : 00000000  r2 : daf55ebc  r1 : 0000002a  r0 : d9b26c68
> [   55.808879] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
> [   55.815994] Control: 10c5387d  Table: 598d406a  DAC: 00000015
> [   55.821723] Process cat (pid: 2936, stack limit = 0xdaf54210)
> [   55.827451] Stack: (0xdaf55e90 to 0xdaf56000)
> [   55.831795] 5e80:                                     60000013 c01459c4 0000002a c06f8ef8
> [   55.839956] 5ea0: db651000 c06f8ef8 daebac00 c04cb668 daebac08 c0346864 00000000 c01459c4
> [   55.848115] 5ec0: d99eaa80 c06f8ef8 00000fff 00001000 db651000 c027f25c c027f240 d99eaa80
> [   55.856274] 5ee0: d9a06c00 c0146218 daf55f18 00001000 d99eaa80 db4c18c0 00000001 00000001
> [   55.864468] 5f00: daf55f80 c0144c78 c0144c54 c0107f90 00015000 d99eaab0 00000000 00000000
> [   55.872603] 5f20: 000051c7 00000000 db4c18c0 c04a9370 00015000 00001000 daf55f80 00001000
> [   55.880763] 5f40: daf54000 00015000 00000000 c00e53dc db4c18c0 c00e548c 0000000d 00008124
> [   55.888937] 5f60: 00000001 00000000 00000000 db4c18c0 db4c18c0 00001000 00015000 c00e5550
> [   55.897099] 5f80: 00000000 00000000 00001000 00001000 00015000 00000003 00000003 c000f364
> [   55.905239] 5fa0: 00000000 c000f1a0 00001000 00015000 00000003 00015000 00001000 0001333c
> [   55.913399] 5fc0: 00001000 00015000 00000003 00000003 00000002 00000000 00000000 00000000
> [   55.921560] 5fe0: 7fffe000 be999850 0000a225 b6f3c19c 60000010 00000003 00000000 00000000
> [   55.929744] [<c034b0b4>] (charger_get_property) from [<c0346864>] (power_supply_show_property+0x48/0x20c)
> [   55.939286] [<c0346864>] (power_supply_show_property) from [<c027f25c>] (dev_attr_show+0x1c/0x48)
> [   55.948130] [<c027f25c>] (dev_attr_show) from [<c0146218>] (sysfs_kf_seq_show+0x84/0x104)
> [   55.956298] [<c0146218>] (sysfs_kf_seq_show) from [<c0144c78>] (kernfs_seq_show+0x24/0x28)
> [   55.964536] [<c0144c78>] (kernfs_seq_show) from [<c0107f90>] (seq_read+0x1b0/0x484)
> [   55.972172] [<c0107f90>] (seq_read) from [<c00e53dc>] (__vfs_read+0x18/0x4c)
> [   55.979188] [<c00e53dc>] (__vfs_read) from [<c00e548c>] (vfs_read+0x7c/0x100)
> [   55.986304] [<c00e548c>] (vfs_read) from [<c00e5550>] (SyS_read+0x40/0x8c)
> [   55.993164] [<c00e5550>] (SyS_read) from [<c000f1a0>] (ret_fast_syscall+0x0/0x48)
> [   56.000626] Code: bad PC value
> [   56.011652] ---[ end trace 7b64343fbdae8ef1 ]---
> 
> Signed-off-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>
> Reviewed-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
> 
> [for the nvec part]
> Reviewed-by: Marc Dietrich <marvin24@gmx.de>
> ---
>  arch/x86/platform/olpc/olpc-xo1-sci.c     |   4 +-
>  arch/x86/platform/olpc/olpc-xo15-sci.c    |   4 +-
>  drivers/acpi/ac.c                         |  32 +++---
>  drivers/acpi/battery.c                    |  55 +++++-----
>  drivers/acpi/sbs.c                        |  68 +++++++-----
>  drivers/hid/hid-input.c                   |  51 +++++----
>  drivers/hid/hid-sony.c                    |  43 ++++----
>  drivers/hid/hid-wiimote-modules.c         |  41 +++----
>  drivers/hid/hid-wiimote.h                 |   3 +-
>  drivers/hid/wacom.h                       |   8 +-
>  drivers/hid/wacom_sys.c                   |  71 ++++++------
>  drivers/platform/x86/compal-laptop.c      |  29 +++--
>  drivers/power/[...]                       |  lots of changes
>  drivers/staging/nvec/nvec_power.c         |  29 +++--
>  include/linux/hid.h                       |   6 +-
>  include/linux/mfd/abx500/ux500_chargalg.h |  11 +-
>  include/linux/mfd/rt5033.h                |   2 +-
>  include/linux/mfd/wm8350/supply.h         |   6 +-
>  include/linux/power/charger-manager.h     |   3 +-
>  include/linux/power_supply.h              |  39 ++++---
>  80 files changed, 2172 insertions(+), 1756 deletions(-)

I would like to merge this via the power supply subsystem. Some of
the files being patched are not under my maintainence, though. It
would be nice if I get an Acked-By from their maintainers.

As far as I can see this patch is currently missing feedback from:

arch/x86/platform/olpc: x86 Maintainers
drivers/acpi: Rafael J. Wysocki, Len Brown
drivers/hid: Jiri Kosina
drivers/platform/x86: Darren Hart

-- Sebastian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20150226/5fa42f7d/attachment.sig>

WARNING: multiple messages have this Message-ID (diff)
From: Sebastian Reichel <sre@kernel.org>
To: Krzysztof Kozlowski <k.kozlowski@samsung.com>
Cc: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>,
	David Woodhouse <dwmw2@infradead.org>,
	linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org,
	"Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Len Brown <lenb@kernel.org>, Jiri Kosina <jkosina@suse.cz>,
	David Herrmann <dh.herrmann@googlemail.com>,
	Cezary Jackiewicz <cezary.jackiewicz@gmail.com>,
	Darren Hart <dvhart@infradead.org>,
	Support Opensource <support.opensource@diasemi.com>,
	Milo Kim <milo.kim@ti.com>,
	Julian Andres Klode <jak@jak-linux.org>,
	Marc Dietrich <marvin24@gmx.de>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-acpi@vger.kernel.org, linux-input@vger.kernel.org,
	platform-driver-x86@vger.kernel.org,
	patches@opensource.wolfsonmicro.com, ac100@lists.launchpad.net,
	linux-tegra@vger.kernel.org, devel@driverdev.osuosl.org,
	Linus Walleij <linus.walleij@linaro.org>,
	Samuel Ortiz <sameo@linux.intel.com>,
	Lee Jones <lee.jones@linaro.org>,
	linux-arm-kernel@lists.infradead.org,
	Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
	x86@kernel.org, Daniel Mack <daniel@zonque.org>,
	Haojian Zhuang <haojian.zhuang@gmail.com>,
	Robert Jarzmik <robert.jarzmik@free.fr>,
	Thomas Gleixner <tglx@linutronix.de>, Pavel Machek <pavel@ucw.cz>,
	Kyungmin Park <kyungmin.park@samsung.com>,
	Marek Szyprowski <m.szyprowski@samsung.com>
Subject: Re: [PATCH v4 11/20] power_supply: Change ownership from driver to core
Date: Thu, 26 Feb 2015 01:45:22 +0100	[thread overview]
Message-ID: <20150226004522.GB885@earth> (raw)
In-Reply-To: <1424692061-30624-12-git-send-email-k.kozlowski@samsung.com>

[-- Attachment #1: Type: text/plain, Size: 7250 bytes --]

Hi,

On Mon, Feb 23, 2015 at 12:47:32PM +0100, Krzysztof Kozlowski wrote:
> Change the ownership of power_supply structure from each driver
> implementing the class to the power supply core.
> 
> The patch changes power_supply_register() function thus all drivers
> implementing power supply class are adjusted.
> 
> Each driver provides the implementation of power supply. However it
> should not be the owner of power supply class instance because it is
> exposed by core to other subsystems with power_supply_get_by_name().
> These other subsystems have no knowledge when the driver will unregister
> the power supply. This leads to several issues when driver is unbound -
> mostly because user of power supply accesses freed memory.
> 
> Instead let the core own the instance of struct 'power_supply'.  Other
> users of this power supply will still access valid memory because it
> will be freed when device reference count reaches 0. Currently this
> means "it will leak" but power_supply_put() call in next patches will
> solve it.
> 
> This solves invalid memory references in following race condition
> scenario:
> 
> Thread 1: charger manager
> Thread 2: power supply driver, used by charger manager
> 
> THREAD 1 (charger manager)         THREAD 2 (power supply driver)
> ==========================         ==============================
> psy = power_supply_get_by_name()
>                                    Driver unbind, .remove
>                                      power_supply_unregister()
>                                      Device fully removed
> psy->get_property()
> 
> The 'get_property' call is executed in invalid context because the driver was
> unbound and struct 'power_supply' memory was freed.
> 
> This could be observed easily with charger manager driver (here compiled
> with max17040 fuel gauge):
> 
> $ cat /sys/devices/virtual/power_supply/cm-battery/capacity &
> $ echo "1-0036" > /sys/bus/i2c/drivers/max17040/unbind
> [   55.725123] Unable to handle kernel NULL pointer dereference at virtual address 00000000
> [   55.732584] pgd = d98d4000
> [   55.734060] [00000000] *pgd=5afa2831, *pte=00000000, *ppte=00000000
> [   55.740318] Internal error: Oops: 80000007 [#1] PREEMPT SMP ARM
> [   55.746210] Modules linked in:
> [   55.749259] CPU: 1 PID: 2936 Comm: cat Tainted: G        W       3.19.0-rc1-next-20141226-00048-gf79f475f3c44-dirty #1496
> [   55.760190] Hardware name: SAMSUNG EXYNOS (Flattened Device Tree)
> [   55.766270] task: d9b76f00 ti: daf54000 task.ti: daf54000
> [   55.771647] PC is at 0x0
> [   55.774182] LR is at charger_get_property+0x2f4/0x36c
> [   55.779201] pc : [<00000000>]    lr : [<c034b0b4>]    psr: 60000013
> [   55.779201] sp : daf55e90  ip : 00000003  fp : 00000000
> [   55.790657] r10: 00000000  r9 : c06e2878  r8 : d9b26c68
> [   55.795865] r7 : dad81610  r6 : daec7410  r5 : daf55ebc  r4 : 00000000
> [   55.802367] r3 : 00000000  r2 : daf55ebc  r1 : 0000002a  r0 : d9b26c68
> [   55.808879] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
> [   55.815994] Control: 10c5387d  Table: 598d406a  DAC: 00000015
> [   55.821723] Process cat (pid: 2936, stack limit = 0xdaf54210)
> [   55.827451] Stack: (0xdaf55e90 to 0xdaf56000)
> [   55.831795] 5e80:                                     60000013 c01459c4 0000002a c06f8ef8
> [   55.839956] 5ea0: db651000 c06f8ef8 daebac00 c04cb668 daebac08 c0346864 00000000 c01459c4
> [   55.848115] 5ec0: d99eaa80 c06f8ef8 00000fff 00001000 db651000 c027f25c c027f240 d99eaa80
> [   55.856274] 5ee0: d9a06c00 c0146218 daf55f18 00001000 d99eaa80 db4c18c0 00000001 00000001
> [   55.864468] 5f00: daf55f80 c0144c78 c0144c54 c0107f90 00015000 d99eaab0 00000000 00000000
> [   55.872603] 5f20: 000051c7 00000000 db4c18c0 c04a9370 00015000 00001000 daf55f80 00001000
> [   55.880763] 5f40: daf54000 00015000 00000000 c00e53dc db4c18c0 c00e548c 0000000d 00008124
> [   55.888937] 5f60: 00000001 00000000 00000000 db4c18c0 db4c18c0 00001000 00015000 c00e5550
> [   55.897099] 5f80: 00000000 00000000 00001000 00001000 00015000 00000003 00000003 c000f364
> [   55.905239] 5fa0: 00000000 c000f1a0 00001000 00015000 00000003 00015000 00001000 0001333c
> [   55.913399] 5fc0: 00001000 00015000 00000003 00000003 00000002 00000000 00000000 00000000
> [   55.921560] 5fe0: 7fffe000 be999850 0000a225 b6f3c19c 60000010 00000003 00000000 00000000
> [   55.929744] [<c034b0b4>] (charger_get_property) from [<c0346864>] (power_supply_show_property+0x48/0x20c)
> [   55.939286] [<c0346864>] (power_supply_show_property) from [<c027f25c>] (dev_attr_show+0x1c/0x48)
> [   55.948130] [<c027f25c>] (dev_attr_show) from [<c0146218>] (sysfs_kf_seq_show+0x84/0x104)
> [   55.956298] [<c0146218>] (sysfs_kf_seq_show) from [<c0144c78>] (kernfs_seq_show+0x24/0x28)
> [   55.964536] [<c0144c78>] (kernfs_seq_show) from [<c0107f90>] (seq_read+0x1b0/0x484)
> [   55.972172] [<c0107f90>] (seq_read) from [<c00e53dc>] (__vfs_read+0x18/0x4c)
> [   55.979188] [<c00e53dc>] (__vfs_read) from [<c00e548c>] (vfs_read+0x7c/0x100)
> [   55.986304] [<c00e548c>] (vfs_read) from [<c00e5550>] (SyS_read+0x40/0x8c)
> [   55.993164] [<c00e5550>] (SyS_read) from [<c000f1a0>] (ret_fast_syscall+0x0/0x48)
> [   56.000626] Code: bad PC value
> [   56.011652] ---[ end trace 7b64343fbdae8ef1 ]---
> 
> Signed-off-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>
> Reviewed-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
> 
> [for the nvec part]
> Reviewed-by: Marc Dietrich <marvin24@gmx.de>
> ---
>  arch/x86/platform/olpc/olpc-xo1-sci.c     |   4 +-
>  arch/x86/platform/olpc/olpc-xo15-sci.c    |   4 +-
>  drivers/acpi/ac.c                         |  32 +++---
>  drivers/acpi/battery.c                    |  55 +++++-----
>  drivers/acpi/sbs.c                        |  68 +++++++-----
>  drivers/hid/hid-input.c                   |  51 +++++----
>  drivers/hid/hid-sony.c                    |  43 ++++----
>  drivers/hid/hid-wiimote-modules.c         |  41 +++----
>  drivers/hid/hid-wiimote.h                 |   3 +-
>  drivers/hid/wacom.h                       |   8 +-
>  drivers/hid/wacom_sys.c                   |  71 ++++++------
>  drivers/platform/x86/compal-laptop.c      |  29 +++--
>  drivers/power/[...]                       |  lots of changes
>  drivers/staging/nvec/nvec_power.c         |  29 +++--
>  include/linux/hid.h                       |   6 +-
>  include/linux/mfd/abx500/ux500_chargalg.h |  11 +-
>  include/linux/mfd/rt5033.h                |   2 +-
>  include/linux/mfd/wm8350/supply.h         |   6 +-
>  include/linux/power/charger-manager.h     |   3 +-
>  include/linux/power_supply.h              |  39 ++++---
>  80 files changed, 2172 insertions(+), 1756 deletions(-)

I would like to merge this via the power supply subsystem. Some of
the files being patched are not under my maintainence, though. It
would be nice if I get an Acked-By from their maintainers.

As far as I can see this patch is currently missing feedback from:

arch/x86/platform/olpc: x86 Maintainers
drivers/acpi: Rafael J. Wysocki, Len Brown
drivers/hid: Jiri Kosina
drivers/platform/x86: Darren Hart

-- Sebastian

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2015-02-26  0:45 UTC|newest]

Thread overview: 83+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-23 11:47 [PATCH v4 00/20] power_supply: Allow safe usage of power supply Krzysztof Kozlowski
2015-02-23 11:47 ` Krzysztof Kozlowski
2015-02-23 11:47 ` Krzysztof Kozlowski
     [not found] ` <1424692061-30624-1-git-send-email-k.kozlowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2015-02-23 11:47   ` [PATCH v4 01/20] power_supply: Add driver private data Krzysztof Kozlowski
2015-02-23 11:47     ` Krzysztof Kozlowski
2015-02-23 11:47     ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 02/20] power_supply: Move run-time configuration to separate structure Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-26  0:34   ` Sebastian Reichel
2015-02-26  1:10     ` Dmitry Torokhov
2015-02-26  1:58       ` Sebastian Reichel
2015-02-23 11:47 ` [PATCH v4 03/20] power_supply: Add API for safe access of power supply function attrs Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 04/20] power_supply: sysfs: Use power_supply_*() API for accessing " Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 05/20] power_supply: 88pm860x_charger: " Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 06/20] power_supply: ab8500: " Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 07/20] mfd: " Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 08/20] power_supply: apm_power: " Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 09/20] power_supply: bq2415x_charger: " Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 10/20] power_supply: charger-manager: " Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 11/20] power_supply: Change ownership from driver to core Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-26  0:45   ` Sebastian Reichel [this message]
2015-02-26  0:45     ` Sebastian Reichel
2015-02-26  0:45     ` Sebastian Reichel
2015-02-26  6:14     ` Darren Hart
2015-02-26  6:14       ` Darren Hart
2015-02-26  6:14       ` Darren Hart
2015-02-26 11:28       ` Krzysztof Kozlowski
2015-02-26 11:31         ` Krzysztof Kozlowski
2015-03-03 16:44           ` Darren Hart
2015-02-26  9:30     ` Krzysztof Kozlowski
2015-02-26  9:30       ` Krzysztof Kozlowski
2015-02-26  9:30       ` Krzysztof Kozlowski
2015-02-26  8:24   ` Lee Jones
2015-02-26  8:24     ` Lee Jones
2015-02-26  8:24     ` Lee Jones
2015-02-23 11:47 ` [PATCH v4 12/20] power_supply: Add power_supply_put for decrementing device reference counter Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 13/20] power_supply: Increment power supply use counter when obtaining references Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 14/20] power_supply: charger-manager: Decrement the power supply's device reference counter Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 15/20] x86/olpc/xo1/sci: Use newly added power_supply_put API Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 16/20] x86/olpc/xo15/sci: " Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 17/20] power_supply: 88pm860x_charger: Decrement the power supply's device reference counter Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 18/20] power_supply: bq2415x_charger: " Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 19/20] mfd: ab8500: " Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47 ` [PATCH v4 20/20] arm: mach-pxa: " Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 11:47   ` Krzysztof Kozlowski
2015-02-23 22:18 ` [PATCH v4 00/20] power_supply: Allow safe usage of power supply Pavel Machek
2015-02-23 22:18   ` Pavel Machek
2015-02-23 22:18   ` Pavel Machek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150226004522.GB885@earth \
    --to=sre@kernel.org \
    --cc=ac100@lists.launchpad.net \
    --cc=cezary.jackiewicz@gmail.com \
    --cc=dbaryshkov@gmail.com \
    --cc=devel@driverdev.osuosl.org \
    --cc=dh.herrmann@googlemail.com \
    --cc=dvhart@infradead.org \
    --cc=dwmw2@infradead.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=jak@jak-linux.org \
    --cc=jkosina@suse.cz \
    --cc=k.kozlowski@samsung.com \
    --cc=lenb@kernel.org \
    --cc=linus.walleij@linaro.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=linux-tegra@vger.kernel.org \
    --cc=marvin24@gmx.de \
    --cc=milo.kim@ti.com \
    --cc=patches@opensource.wolfsonmicro.com \
    --cc=platform-driver-x86@vger.kernel.org \
    --cc=rjw@rjwysocki.net \
    --cc=sameo@linux.intel.com \
    --cc=support.opensource@diasemi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.