From: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
To: Viresh Kumar <viresh.kumar@linaro.org>
Cc: "open list:NETWORKING DRIVERS (WIRELESS)"
<linux-wireless@vger.kernel.org>,
"moderated list:SOUND - SOC LAYER / DYNAMIC AUDIO POWER
MANAGEM..." <alsa-devel@alsa-project.org>,
Avri Altman <avri.altman@intel.com>,
Stanislaw Gruszka <sgruszka@redhat.com>,
Jiri Slaby <jirislaby@gmail.com>,
"open list:DOCUMENTATION" <linux-doc@vger.kernel.org>,
Peter Zijlstra <peterz@infradead.org>,
Catalin Marinas <catalin.marinas@arm.com>,
Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
Will Deacon <will.deacon@arm.com>,
Jaroslav Kysela <perex@perex.cz>,
"open list:MEMORY MANAGEMENT" <linux-mm@kvack.org>,
Kalle Valo <kvalo@qca.qualcomm.com>,
Emmanuel Grumbach <emmanuel.grumbach@intel.com>,
Luciano Coelho <luciano.coelho@intel.com>,
Wang Long <long.wanglong@huawei.com>,
Richard Fitzgerald <rf@opensource.wolfsonmicro.com>,
Ingo Molnar <mingo@kernel.org>, open list <linux-kernel@vger.>
Subject: Re: [PATCH V3 2/2] debugfs: don't assume sizeof(bool) to be 4 bytes
Date: Tue, 15 Sep 2015 10:13:19 +0100 [thread overview]
Message-ID: <20150915091319.GH11200@ck-lbox> (raw)
In-Reply-To: <27d37898b4be6b9b9f31b90135f8206ca079a868.1442305897.git.viresh.kumar@linaro.org>
On Tue, Sep 15, 2015 at 02:04:59PM +0530, Viresh Kumar wrote:
> Long back 'bool' type used to be a typecast to 'int', but that changed
> in v2.6.19. And that is a typecast to _Bool now, which (mostly) takes
> just a byte. Anyway, the bool type is implementation defined, and better
> we don't assume its size to be 4 bytes or 1.
>
> The problem with current code is that it reads/writes 4 bytes for a
> boolean, which will read/update 3 excess bytes following the boolean
> variable (when sizeof(bool) is 1 byte). And that can lead to hard to fix
> bugs. It was a nightmare cracking this one.
>
> The debugfs code had this bug since the first time it got introduced,
> but was never got caught, strange. Maybe the bool variables (monitored
> by debugfs) were followed by an 'int' or something bigger and the pad
> bytes made sure, we never see this issue.
>
> But the OPP (Operating performance points) library have three booleans
> allocated to contiguous bytes and this bug got hit quite soon (The
> debugfs support for OPP is yet to be merged). It showed up as corruption
> of the debugfs boolean symbols, where Y were becoming N and vice versa.
>
> Fix it properly by changing the last argument of debugfs_create_bool(),
> to type 'bool *' instead of 'u32 *', so that it doesn't depend on sizeof
> bool at all.
>
> That required updates to all user sites as well in a single commit.
> regmap core was also using debugfs_{read|write}_file_bool(), directly
> and variable types were updated for that to be bool as well.
>
> Acked-by: Mark Brown <broonie@kernel.org>
> Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
> ---
For the minor wm_adsp change:
Acked-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
Thanks,
Charles
WARNING: multiple messages have this Message-ID (diff)
From: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
To: Viresh Kumar <viresh.kumar@linaro.org>
Cc: "open list:NETWORKING DRIVERS (WIRELESS)"
<linux-wireless@vger.kernel.org>,
"moderated list:SOUND - SOC LAYER / DYNAMIC AUDIO POWER
MANAGEM..." <alsa-devel@alsa-project.org>,
Avri Altman <avri.altman@intel.com>,
Stanislaw Gruszka <sgruszka@redhat.com>,
Jiri Slaby <jirislaby@gmail.com>,
"open list:DOCUMENTATION" <linux-doc@vger.kernel.org>,
Peter Zijlstra <peterz@infradead.org>,
Catalin Marinas <catalin.marinas@arm.com>,
Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
Will Deacon <will.deacon@arm.com>,
Jaroslav Kysela <perex@perex.cz>,
"open list:MEMORY MANAGEMENT" <linux-mm@kvack.org>,
Kalle Valo <kvalo@qca.qualcomm.com>,
Emmanuel Grumbach <emmanuel.grumbach@intel.com>,
Luciano Coelho <luciano.coelho@intel.com>,
Wang Long <long.wanglong@huawei.com>,
Richard Fitzgerald <rf@opensource.wolfsonmicro.com>,
Ingo Molnar <mingo@kernel.org>,
open list <linux-kernel@vger.kernel.org>,
Johan Hedberg <johan.hedberg@gmail.com>,
Davidlohr Bueso <dave@stgolabs.net>,
Johannes Berg <johannes.berg@intel.com>,
Joonsoo Kim <js1304@gmail.com>, Jonathan Corbet <corbet@lwn.net>,
Joerg Roedel <joro@8bytes.org>,
"open list:WOLFSON MICROELECTRONICS DRIVERS"
<patches@opensource.wolfsonmicro.com>,
Sebastian Ott <sebott@linux.vnet.ibm.com>,
"open list:QUALCOMM ATHEROS ATH10K WIRELESS DRIVER"
<ath10k@lists.infradead.org>,
Intel Linux Wireless <ilw@linux.intel.com>,
"open list:ACPI" <linux-acpi@vger.kernel.org>,
Dmitry Monakhov <dmonakhov@openvz.org>,
Nick Kossifidis <mickflemm@gmail.com>,
"open list:B43 WIRELESS DRIVER" <b43-dev@lists.infradead.org>,
Doug Thompson <dougthompson@xmission.com>,
Gustavo Padovan <gustavo@padovan.org>,
Sasha Levin <sasha.levin@oracle.com>,
Tomas Winkler <tomas.winkler@intel.com>,
sboyd@codeaurora.org, Len Brown <lenb@kernel.org>,
linaro-kernel@lists.linaro.org,
Hariprasad S <hariprasad@chelsio.com>,
arnd@arndb.de, Mauro Carvalho Chehab <mchehab@osg.samsung.com>,
Vlastimil Babka <vbabka@suse.cz>, Arik Nemtsov <arik@wizery.com>,
Marcel Holtmann <marcel@holtmann.org>,
"James E.J. Bottomley" <JBottomley@odin.com>,
Michal Hocko <mhocko@suse.com>,
Akinobu Mita <akinobu.mita@gmail.com>,
QCA ath9k Development <ath9k-devel@qca.qualcomm.com>,
Michael Kerrisk <mtk.manpages@gmail.com>,
Tejun Heo <tj@kernel.org>, Mark Brown <broonie@kernel.org>,
Borislav Petkov <bp@alien8.de>,
Steven Rostedt <rostedt@goodmis.org>,
Florian Fainelli <f.fainelli@gmail.com>,
Takashi Iwai <tiwai@suse.com>, Mel Gorman <mgorman@suse.de>,
"moderated list:ARM64 PORT (AARCH64 ARCHITECTURE)"
<linux-arm-kernel@lists.infradead.org>,
"open list:EDAC-CORE" <linux-edac@vger.kernel.org>,
Haggai Eran <haggaie@mellanox.com>,
Narsimhulu Musini <nmusini@cisco.com>,
Chaya Rachel Ivgi <chaya.rachel.ivgi@intel.com>,
"open list:CISCO SCSI HBA DRIVER" <linux-scsi@vger.kernel.org>,
Brian Silverman <bsilver16384@gmail.com>,
"Luis R. Rodriguez" <mcgrof@do-not-panic.com>,
gregkh@linuxfoundation.org,
"open list:ULTRA-WIDEBAND (UWB) SUBSYSTEM:"
<linux-usb@vger.kernel.org>, Rafael Wysocki <rjw@rjwysocki.net>,
Liam Girdwood <lgirdwood@gmail.com>,
Sesidhar Baddela <sebaddel@cisco.com>,
Andy Lutomirski <luto@amacapital.net>,
"open list:BLUETOOTH DRIVERS" <linux-bluetooth@vger.kernel.org>,
"open list:AMD IOMMU (AMD-VI)" <iommu@lists.linux-foundation.org>,
"open list:QUALCOMM ATHEROS ATH9K WIRELESS DRIVER"
<ath9k-devel@lists.ath9k.org>,
Thomas Gleixner <tglx@linutronix.de>,
Johannes Weiner <hannes@cmpxchg.org>,
Joe Perches <joe@perches.com>, Eliad Peller <eliad@wizery.com>,
Andrew Morton <akpm@linux-foundation.org>,
Alexander Duyck <alexander.h.duyck@redhat.com>,
"open list:CXGB4 ETHERNET DRIVER (CXGB4)"
<netdev@vger.kernel.org>,
Larry Finger <Larry.Finger@lwfinger.net>
Subject: Re: [PATCH V3 2/2] debugfs: don't assume sizeof(bool) to be 4 bytes
Date: Tue, 15 Sep 2015 10:13:19 +0100 [thread overview]
Message-ID: <20150915091319.GH11200@ck-lbox> (raw)
In-Reply-To: <27d37898b4be6b9b9f31b90135f8206ca079a868.1442305897.git.viresh.kumar@linaro.org>
On Tue, Sep 15, 2015 at 02:04:59PM +0530, Viresh Kumar wrote:
> Long back 'bool' type used to be a typecast to 'int', but that changed
> in v2.6.19. And that is a typecast to _Bool now, which (mostly) takes
> just a byte. Anyway, the bool type is implementation defined, and better
> we don't assume its size to be 4 bytes or 1.
>
> The problem with current code is that it reads/writes 4 bytes for a
> boolean, which will read/update 3 excess bytes following the boolean
> variable (when sizeof(bool) is 1 byte). And that can lead to hard to fix
> bugs. It was a nightmare cracking this one.
>
> The debugfs code had this bug since the first time it got introduced,
> but was never got caught, strange. Maybe the bool variables (monitored
> by debugfs) were followed by an 'int' or something bigger and the pad
> bytes made sure, we never see this issue.
>
> But the OPP (Operating performance points) library have three booleans
> allocated to contiguous bytes and this bug got hit quite soon (The
> debugfs support for OPP is yet to be merged). It showed up as corruption
> of the debugfs boolean symbols, where Y were becoming N and vice versa.
>
> Fix it properly by changing the last argument of debugfs_create_bool(),
> to type 'bool *' instead of 'u32 *', so that it doesn't depend on sizeof
> bool at all.
>
> That required updates to all user sites as well in a single commit.
> regmap core was also using debugfs_{read|write}_file_bool(), directly
> and variable types were updated for that to be bool as well.
>
> Acked-by: Mark Brown <broonie@kernel.org>
> Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
> ---
For the minor wm_adsp change:
Acked-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
Thanks,
Charles
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
WARNING: multiple messages have this Message-ID (diff)
From: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
To: ath9k-devel@lists.ath9k.org
Subject: [ath9k-devel] [PATCH V3 2/2] debugfs: don't assume sizeof(bool) to be 4 bytes
Date: Tue, 15 Sep 2015 09:56:59 -0000 [thread overview]
Message-ID: <20150915091319.GH11200@ck-lbox> (raw)
In-Reply-To: <27d37898b4be6b9b9f31b90135f8206ca079a868.1442305897.git.viresh.kumar@linaro.org>
On Tue, Sep 15, 2015 at 02:04:59PM +0530, Viresh Kumar wrote:
> Long back 'bool' type used to be a typecast to 'int', but that changed
> in v2.6.19. And that is a typecast to _Bool now, which (mostly) takes
> just a byte. Anyway, the bool type is implementation defined, and better
> we don't assume its size to be 4 bytes or 1.
>
> The problem with current code is that it reads/writes 4 bytes for a
> boolean, which will read/update 3 excess bytes following the boolean
> variable (when sizeof(bool) is 1 byte). And that can lead to hard to fix
> bugs. It was a nightmare cracking this one.
>
> The debugfs code had this bug since the first time it got introduced,
> but was never got caught, strange. Maybe the bool variables (monitored
> by debugfs) were followed by an 'int' or something bigger and the pad
> bytes made sure, we never see this issue.
>
> But the OPP (Operating performance points) library have three booleans
> allocated to contiguous bytes and this bug got hit quite soon (The
> debugfs support for OPP is yet to be merged). It showed up as corruption
> of the debugfs boolean symbols, where Y were becoming N and vice versa.
>
> Fix it properly by changing the last argument of debugfs_create_bool(),
> to type 'bool *' instead of 'u32 *', so that it doesn't depend on sizeof
> bool at all.
>
> That required updates to all user sites as well in a single commit.
> regmap core was also using debugfs_{read|write}_file_bool(), directly
> and variable types were updated for that to be bool as well.
>
> Acked-by: Mark Brown <broonie@kernel.org>
> Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
> ---
For the minor wm_adsp change:
Acked-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
Thanks,
Charles
WARNING: multiple messages have this Message-ID (diff)
From: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
To: Viresh Kumar <viresh.kumar@linaro.org>
Cc: <gregkh@linuxfoundation.org>, <linaro-kernel@lists.linaro.org>,
Rafael Wysocki <rjw@rjwysocki.net>, <sboyd@codeaurora.org>,
<arnd@arndb.de>, Mark Brown <broonie@kernel.org>,
Akinobu Mita <akinobu.mita@gmail.com>,
Alexander Duyck <alexander.h.duyck@redhat.com>,
"moderated list:SOUND - SOC LAYER / DYNAMIC AUDIO POWER
MANAGEM..." <alsa-devel@alsa-project.org>,
Andrew Morton <akpm@linux-foundation.org>,
Andy Lutomirski <luto@amacapital.net>,
Arik Nemtsov <arik@wizery.com>,
"open list:QUALCOMM ATHEROS ATH10K WIRELESS DRIVER"
<ath10k@lists.infradead.org>,
"open list:QUALCOMM ATHEROS ATH9K WIRELESS DRIVER"
<ath9k-devel@lists.ath9k.org>,
Avri Altman <avri.altman@intel.com>,
"open list:B43 WIRELESS DRIVER" <b43-dev@lists.infradead.org>,
Borislav Petkov <bp@alien8.de>,
Brian Silverman <bsilver16384@gmail.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Chaya Rachel Ivgi <chaya.rachel.ivgi@intel.com>,
Davidlohr Bueso <dave@stgolabs.net>,
Dmitry Monakhov <dmonakhov@openvz.org>,
Doug Thompson <dougthompson@xmission.com>,
Eliad Peller <eliad@wizery.com>,
Emmanuel Grumbach <emmanuel.grumbach@intel.com>,
Florian Fainelli <f.fainelli@gmail.com>,
Gustavo Padovan <gustavo@padovan.org>,
Haggai Eran <haggaie@mellanox.com>,
Hariprasad S <hariprasad@chelsio.com>,
Ingo Molnar <mingo@kernel.org>,
Intel Linux Wireless <ilw@linux.intel.com>,
"open list:AMD IOMMU (AMD-VI)" <iommu@lists.linux-foundation.org>,
"James E.J. Bottomley" <JBottomley@odin.com>,
Jaroslav Kysela <perex@perex.cz>,
Jiri Slaby <jirislaby@gmail.com>, Joe Perches <joe@perches.com>,
Joerg Roedel <joro@8bytes.org>,
Johan Hedberg <johan.hedberg@gmail.com>,
Johannes Berg <johannes.berg@intel.com>,
Johannes Weiner <hannes@cmpxchg.org>,
Jonathan Corbet <corbet@lwn.net>, Joonsoo Kim <js1304@gmail.com>,
Kalle Valo <kvalo@qca.qualcomm.com>,
Larry Finger <Larry.Finger@lwfinger.net>,
Len Brown <lenb@kernel.org>, Liam Girdwood <lgirdwood@gmail.com>,
"open list:ACPI" <linux-acpi@vger.kernel.org>,
"moderated list:ARM64 PORT (AARCH64 ARCHITECTURE)"
<linux-arm-kernel@lists.infradead.org>,
"open list:BLUETOOTH DRIVERS" <linux-bluetooth@vger.kernel.org>,
"open list:DOCUMENTATION" <linux-doc@vger.kernel.org>,
"open list:EDAC-CORE" <linux-edac@vger.kernel.org>,
open list <linux-kernel@vger.kernel.org>,
"open list:MEMORY MANAGEMENT" <linux-mm@kvack.org>,
"open list:CISCO SCSI HBA DRIVER" <linux-scsi@vger.kernel.org>,
"open list:ULTRA-WIDEBAND (UWB) SUBSYSTEM:"
<linux-usb@vger.kernel.org>,
"open list:NETWORKING DRIVERS (WIRELESS)"
<linux-wireless@vger.kernel.org>,
Luciano Coelho <luciano.coelho@intel.com>,
"Luis R. Rodriguez" <mcgrof@do-not-panic.com>,
Marcel Holtmann <marcel@holtmann.org>,
Mauro Carvalho Chehab <mchehab@osg.samsung.com>,
Mel Gorman <mgorman@suse.de>,
Michael Kerrisk <mtk.manpages@gmail.com>,
Michal Hocko <mhocko@suse.com>,
Narsimhulu Musini <nmusini@cisco.com>,
"open list:CXGB4 ETHERNET DRIVER (CXGB4)"
<netdev@vger.kernel.org>, Nick Kossifidis <mickflemm@gmail.com>,
"open list:WOLFSON MICROELECTRONICS DRIVERS"
<patches@opensource.wolfsonmicro.com>,
Peter Zijlstra <peterz@infradead.org>,
QCA ath9k Development <ath9k-devel@qca.qualcomm.com>,
Richard Fitzgerald <rf@opensource.wolfsonmicro.com>,
Sasha Levin <sasha.levin@oracle.com>,
Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
Sebastian Ott <sebott@linux.vnet.ibm.com>,
Sesidhar Baddela <sebaddel@cisco.com>,
Stanislaw Gruszka <sgruszka@redhat.com>,
Steven Rostedt <rostedt@goodmis.org>,
Takashi Iwai <tiwai@suse.com>, Tejun Heo <tj@kernel.org>,
Thomas Gleixner <tglx@linutronix.de>,
Tomas Winkler <tomas.winkler@intel.com>,
Vlastimil Babka <vbabka@suse.cz>,
Wang Long <long.wanglong@huawei.com>,
Will Deacon <will.deacon@arm.com>
Subject: Re: [PATCH V3 2/2] debugfs: don't assume sizeof(bool) to be 4 bytes
Date: Tue, 15 Sep 2015 10:13:19 +0100 [thread overview]
Message-ID: <20150915091319.GH11200@ck-lbox> (raw)
In-Reply-To: <27d37898b4be6b9b9f31b90135f8206ca079a868.1442305897.git.viresh.kumar@linaro.org>
On Tue, Sep 15, 2015 at 02:04:59PM +0530, Viresh Kumar wrote:
> Long back 'bool' type used to be a typecast to 'int', but that changed
> in v2.6.19. And that is a typecast to _Bool now, which (mostly) takes
> just a byte. Anyway, the bool type is implementation defined, and better
> we don't assume its size to be 4 bytes or 1.
>
> The problem with current code is that it reads/writes 4 bytes for a
> boolean, which will read/update 3 excess bytes following the boolean
> variable (when sizeof(bool) is 1 byte). And that can lead to hard to fix
> bugs. It was a nightmare cracking this one.
>
> The debugfs code had this bug since the first time it got introduced,
> but was never got caught, strange. Maybe the bool variables (monitored
> by debugfs) were followed by an 'int' or something bigger and the pad
> bytes made sure, we never see this issue.
>
> But the OPP (Operating performance points) library have three booleans
> allocated to contiguous bytes and this bug got hit quite soon (The
> debugfs support for OPP is yet to be merged). It showed up as corruption
> of the debugfs boolean symbols, where Y were becoming N and vice versa.
>
> Fix it properly by changing the last argument of debugfs_create_bool(),
> to type 'bool *' instead of 'u32 *', so that it doesn't depend on sizeof
> bool at all.
>
> That required updates to all user sites as well in a single commit.
> regmap core was also using debugfs_{read|write}_file_bool(), directly
> and variable types were updated for that to be bool as well.
>
> Acked-by: Mark Brown <broonie@kernel.org>
> Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
> ---
For the minor wm_adsp change:
Acked-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
Thanks,
Charles
WARNING: multiple messages have this Message-ID (diff)
From: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
To: Viresh Kumar <viresh.kumar@linaro.org>
Cc: "open list:NETWORKING DRIVERS \(WIRELESS\)"
<linux-wireless@vger.kernel.org>,
"moderated list:SOUND - SOC LAYER / DYNAMIC AUDIO POWER
MANAGEM..." <alsa-devel@alsa-project.org>,
Avri Altman <avri.altman@intel.com>,
Stanislaw Gruszka <sgruszka@redhat.com>,
Jiri Slaby <jirislaby@gmail.com>,
"open list:DOCUMENTATION" <linux-doc@vger.kernel.org>,
Peter Zijlstra <peterz@infradead.org>,
Catalin Marinas <catalin.marinas@arm.com>,
Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
Will Deacon <will.deacon@arm.com>,
Jaroslav Kysela <perex@perex.cz>,
"open list:MEMORY MANAGEMENT" <linux-mm@kvack.org>,
Kalle Valo <kvalo@qca.qualcomm.com>,
Emmanuel Grumbach <emmanuel.grumbach@intel.com>,
Luciano Coelho <luciano.coelho@intel.com>,
Wang Long <long.wanglong@huawei.com>,
Richard Fitzgerald <rf@opensource.wolfsonmicro.com>,
Ingo Molnar <mingo@kernel.org>, open list <linux-kernel@vger.
Subject: Re: [PATCH V3 2/2] debugfs: don't assume sizeof(bool) to be 4 bytes
Date: Tue, 15 Sep 2015 10:13:19 +0100 [thread overview]
Message-ID: <20150915091319.GH11200@ck-lbox> (raw)
In-Reply-To: <27d37898b4be6b9b9f31b90135f8206ca079a868.1442305897.git.viresh.kumar@linaro.org>
On Tue, Sep 15, 2015 at 02:04:59PM +0530, Viresh Kumar wrote:
> Long back 'bool' type used to be a typecast to 'int', but that changed
> in v2.6.19. And that is a typecast to _Bool now, which (mostly) takes
> just a byte. Anyway, the bool type is implementation defined, and better
> we don't assume its size to be 4 bytes or 1.
>
> The problem with current code is that it reads/writes 4 bytes for a
> boolean, which will read/update 3 excess bytes following the boolean
> variable (when sizeof(bool) is 1 byte). And that can lead to hard to fix
> bugs. It was a nightmare cracking this one.
>
> The debugfs code had this bug since the first time it got introduced,
> but was never got caught, strange. Maybe the bool variables (monitored
> by debugfs) were followed by an 'int' or something bigger and the pad
> bytes made sure, we never see this issue.
>
> But the OPP (Operating performance points) library have three booleans
> allocated to contiguous bytes and this bug got hit quite soon (The
> debugfs support for OPP is yet to be merged). It showed up as corruption
> of the debugfs boolean symbols, where Y were becoming N and vice versa.
>
> Fix it properly by changing the last argument of debugfs_create_bool(),
> to type 'bool *' instead of 'u32 *', so that it doesn't depend on sizeof
> bool at all.
>
> That required updates to all user sites as well in a single commit.
> regmap core was also using debugfs_{read|write}_file_bool(), directly
> and variable types were updated for that to be bool as well.
>
> Acked-by: Mark Brown <broonie@kernel.org>
> Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
> ---
For the minor wm_adsp change:
Acked-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
Thanks,
Charles
next prev parent reply other threads:[~2015-09-15 9:13 UTC|newest]
Thread overview: 88+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-15 8:34 [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock' Viresh Kumar
2015-09-15 8:34 ` Viresh Kumar
[not found] ` <9b705747a138c96c26faee5218f7b47403195b28.1442305897.git.viresh.kumar-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2015-09-15 8:34 ` [PATCH V3 2/2] debugfs: don't assume sizeof(bool) to be 4 bytes Viresh Kumar
2015-09-15 8:35 ` [ath9k-devel] " Viresh Kumar
2015-09-15 8:34 ` Viresh Kumar
2015-09-15 8:34 ` Viresh Kumar
2015-09-15 8:34 ` Viresh Kumar
2015-09-15 8:34 ` Viresh Kumar
2015-09-15 9:13 ` Charles Keepax [this message]
2015-09-15 9:56 ` [ath9k-devel] " Charles Keepax
2015-09-15 9:13 ` Charles Keepax
2015-09-15 9:13 ` Charles Keepax
2015-09-15 9:13 ` Charles Keepax
[not found] ` <27d37898b4be6b9b9f31b90135f8206ca079a868.1442305897.git.viresh.kumar-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2015-09-15 10:37 ` Johannes Berg
2015-09-15 11:17 ` [ath9k-devel] " Johannes Berg
2015-09-15 10:37 ` Johannes Berg
2015-09-15 10:37 ` Johannes Berg
2015-09-15 10:37 ` Johannes Berg
2015-09-15 10:37 ` Johannes Berg
[not found] ` <1442313464.1914.21.camel-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
2015-09-15 11:04 ` Viresh Kumar
2015-09-15 11:05 ` [ath9k-devel] " Viresh Kumar
2015-09-15 11:04 ` Viresh Kumar
2015-09-15 11:04 ` Viresh Kumar
2015-09-15 11:04 ` Viresh Kumar
2015-09-15 11:04 ` Viresh Kumar
2015-09-15 13:45 ` Steven Rostedt
2015-09-15 13:52 ` [ath9k-devel] " Steven Rostedt
2015-09-15 13:45 ` Steven Rostedt
2015-09-15 13:45 ` Steven Rostedt
2015-09-15 13:45 ` Steven Rostedt
2015-09-15 13:45 ` Steven Rostedt
2015-09-15 14:04 ` Viresh Kumar
2015-09-15 14:04 ` [ath9k-devel] " Viresh Kumar
2015-09-15 14:04 ` Viresh Kumar
2015-09-15 14:04 ` Viresh Kumar
2015-09-15 14:04 ` Viresh Kumar
2015-09-15 14:04 ` Viresh Kumar
[not found] ` <20150915094509.46cca84d-f9ZlEuEWxVcJvu8Pb33WZ0EMvNT87kid@public.gmane.org>
2015-09-15 17:38 ` Linus Torvalds
2015-09-15 17:47 ` [ath9k-devel] " Linus Torvalds
2015-09-15 17:38 ` Linus Torvalds
2015-09-15 17:38 ` Linus Torvalds
2015-09-15 17:38 ` Linus Torvalds
2015-09-15 17:38 ` Linus Torvalds
2015-09-15 17:47 ` Steven Rostedt
2015-09-15 17:47 ` [ath9k-devel] " Steven Rostedt
2015-09-15 17:47 ` Steven Rostedt
2015-09-15 17:47 ` Steven Rostedt
2015-09-15 17:47 ` Steven Rostedt
2015-09-16 7:24 ` Borislav Petkov
2015-09-16 7:32 ` [ath9k-devel] " Borislav Petkov
2015-09-16 7:24 ` Borislav Petkov
2015-09-16 7:24 ` Borislav Petkov
2015-09-16 7:24 ` Borislav Petkov
2015-09-16 8:02 ` Ingo Molnar
2015-09-16 8:10 ` [ath9k-devel] " Ingo Molnar
2015-09-16 8:02 ` Ingo Molnar
2015-09-16 8:02 ` Ingo Molnar
2015-09-16 8:02 ` Ingo Molnar
2015-09-15 14:04 ` Steven Rostedt
2015-09-15 14:05 ` [ath9k-devel] " Steven Rostedt
2015-09-15 14:04 ` Steven Rostedt
2015-09-15 14:04 ` Steven Rostedt
2015-09-15 14:04 ` Steven Rostedt
2015-09-15 14:04 ` Steven Rostedt
2015-09-15 14:12 ` Viresh Kumar
2015-09-15 14:12 ` [ath9k-devel] " Viresh Kumar
2015-09-15 14:12 ` Viresh Kumar
2015-09-15 14:12 ` Viresh Kumar
2015-09-15 14:12 ` Viresh Kumar
2015-09-15 14:12 ` Viresh Kumar
2015-09-15 14:29 ` Tejun Heo
2015-09-15 14:35 ` [ath9k-devel] " Tejun Heo
2015-09-15 14:29 ` Tejun Heo
2015-09-15 14:29 ` Tejun Heo
2015-09-15 14:29 ` Tejun Heo
2015-09-15 14:29 ` Tejun Heo
2015-09-16 1:57 ` [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock' Rafael J. Wysocki
2015-09-16 2:06 ` Rafael J. Wysocki
2015-09-16 1:59 ` Viresh Kumar
2015-09-23 7:52 ` Zheng, Lv
2015-09-23 7:52 ` Zheng, Lv
2015-09-24 23:37 ` Viresh Kumar
2015-09-23 9:15 ` Sudeep Holla
2015-09-23 9:39 ` Arnd Bergmann
2015-09-23 9:57 ` Sudeep Holla
2015-09-23 10:29 ` Arnd Bergmann
2015-09-25 0:17 ` Rafael J. Wysocki
2015-09-25 0:03 ` Viresh Kumar
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=20150915091319.GH11200@ck-lbox \
--to=ckeepax@opensource.wolfsonmicro.com \
--cc=alsa-devel@alsa-project.org \
--cc=avri.altman@intel.com \
--cc=bigeasy@linutronix.de \
--cc=catalin.marinas@arm.com \
--cc=emmanuel.grumbach@intel.com \
--cc=jirislaby@gmail.com \
--cc=kvalo@qca.qualcomm.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger. \
--cc=linux-mm@kvack.org \
--cc=linux-wireless@vger.kernel.org \
--cc=long.wanglong@huawei.com \
--cc=luciano.coelho@intel.com \
--cc=mingo@kernel.org \
--cc=perex@perex.cz \
--cc=peterz@infradead.org \
--cc=rf@opensource.wolfsonmicro.com \
--cc=sgruszka@redhat.com \
--cc=viresh.kumar@linaro.org \
--cc=will.deacon@arm.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.