From: Robert Baldyga
This patch modifies mfd driver to use regmap for handling interrupts.
It allows to simplify irq handling process. This modifications needed
to make small changes in function drivers, which use interrupts.
Signed-off-by: Robert Baldyga
Reviewed-by: Krzysztof Kozlowski
Acked
From: Robert Baldyga
This patch removes wrapper functions used to access regmap, and
make driver using regmap_*() functions instead.
Signed-off-by: Robert Baldyga
Reviewed-by: Krzysztof Kozlowski
Acked-by: Lee Jones
[For extcon part]
Acked-by: Chanwoo Choi
---
drivers/extcon/extcon-max7769
On wto, 2014-05-20 at 19:56 +0100, Mark Brown wrote:
> On Tue, May 20, 2014 at 04:35:06PM +0100, Lee Jones wrote:
> > Mark,
> >
> > In case you missed it (I know, top post, yada yada yada).
> >
> > We're just waiting on your Ack and I can apply the set:
>
> Can someone send me the patch as a nor
On Wed, May 21, 2014 at 1:36 PM, Christoph Hellwig wrote:
> On Wed, May 21, 2014 at 01:16:14PM +0800, Ming Lei wrote:
>> I am wondering if virtio-blk is trivial block driver, :-)
>
> It's about as simple as it gets.
>
>> > The scsi-mq work that I plant to submit for the next merge window is
>> > t
On 05/21/2014 11:45 AM, Vinod Koul wrote:
On Thu, May 08, 2014 at 05:52:37PM +0800, Hongbo Zhang wrote:
On 05/07/2014 04:31 PM, Shevchenko, Andriy wrote:
On Sun, 2014-05-04 at 18:22 +0800, Hongbo Zhang wrote:
On 05/03/2014 12:46 AM, Vinod Koul wrote:
On Fri, Apr 18, 2014 at 04:17:51PM +0800,
On Tue, May 20, 2014 at 02:39:27PM -0700, Tim Chen wrote:
> From: Tim Chen
> Subject: [PATCH v2] sched: Reduce the rate of needless idle load balancing
>
>
> The current no_hz idle load balancer do load balancing for *all* idle cpus,
> even though the time due to load balance for a particular
>
On Tue, May 20, 2014 at 11:21:03PM -0700, Dan Williams wrote:
> On Tue, May 20, 2014 at 5:27 PM, Greg KH wrote:
> >> Greg,
> >>
> >> Sorry, I don't think it is fair to users to force them to re-compile
> >> their kernel to get their device to work.
> >
> > I totally agree.
> >
> >> Granted, I'm ne
On 05/21/2014 05:18 AM, Elliott, Robert (Server Storage) wrote:
-Original Message-
From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-
ow...@vger.kernel.org] On Behalf Of James Bottomley
Sent: Tuesday, May 20, 2014 9:22 PM
To: Yoshihiro YUNOMAE
Cc: Hannes Reinecke; Prarit Bharga
Thanks for the patch.
Acked-by: Anil Gurumurthy
-Original Message-
From: Rickard Strandqvist [mailto:rickard_strandqv...@spectrumdigital.se]
Sent: 18 May 2014 21:36
To: Anil Gurumurthy; Sudarsana Kalluru
Cc: Rickard Strandqvist; James E.J. Bottomley; linux-scsi; linux-kernel
Subject: [PAT
On Thu, May 08, 2014 at 04:56:12PM +0200, Arnd Bergmann wrote:
> It is not possible to reference the omap_dma_filter_fn filter
> function from a built-in driver if the dmaengine driver itself
> is a loadable module, which is a valid configuration otherwise.
>
> This provides only the dummy alterna
On Tue, May 13, 2014 at 7:29 PM, Austin Schuh wrote:
> Hi,
>
> I am observing a filesystem lockup with XFS on a CONFIG_PREEMPT_RT
> patched kernel. I have currently only triggered it using dpkg. Dave
> Chinner on the XFS mailing list suggested that it was a rt-kernel
> workqueue issue as opposed
On 05/21/2014 02:42 AM, Stephen Warren wrote:
On 05/19/2014 09:05 PM, FanWu wrote:
On 05/20/2014 04:55 AM, Stephen Warren wrote:
On 05/18/2014 08:54 PM, FanWu wrote:
On 05/17/2014 03:53 AM, Stephen Warren wrote:
On 05/16/2014 10:21 AM, Linus Walleij wrote:
On Wed, May 14, 2014 at 4:01 AM,
On Thu, May 08, 2014 at 09:38:37PM +0530, Shevchenko, Andriy wrote:
> On Thu, 2014-05-08 at 16:56 +0200, Arnd Bergmann wrote:
> > The sa11x0_dma_pm_ops unconditionally reference sa11x0_dma_resume
> > and sa11x0_dma_suspend, which currently breaks if CONFIG_PM_SLEEP
> > is disabled.
> >
> > There i
On Tue, May 20, 2014 at 5:27 PM, Greg KH wrote:
>> Greg,
>>
>> Sorry, I don't think it is fair to users to force them to re-compile
>> their kernel to get their device to work.
>
> I totally agree.
>
>> Granted, I'm new to USB
>> development, but the rate of reports of endpoint devices that mess u
H1,
Change from V1 -> V2: Fix a potential null pointer dereference as reported by
kbuild test robot .
Inorder to report the kzalloc failure, I have just used a pr_debug statement.
If it looks ugly, should I change the function's return value to int and give
out an -ENOMEM ?
From 6615c7a995a6b
On Wed, May 07, 2014 at 03:37:45PM -0700, Christopher Freeman wrote:
> On Wed, May 07, 2014 at 09:37:25AM -0700, Stephen Warren wrote:
> > On 05/06/2014 03:22 PM, Christopher Freeman wrote:
> > > Get word-level granularity from hardware for calculating
> > > the transfer count remaining.
> >
> > >
* Ingo Molnar wrote:
>
> * H. Peter Anvin wrote:
>
> > On 05/20/2014 09:12 PM, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > Today's linux-next merge of the tip tree got a conflict in
> > > arch/x86/kernel/ldt.c between commit fa81511bb0bb ("x86-64,
> > > modify_ldt: Make support for 16
On Tue, May 06, 2014 at 02:22:20PM -0700, Christopher Freeman wrote:
> A collection of patches to improve Tegra's DMA residual reporting
>
> Christopher Freeman (3):
> dma: tegra: finer granularity residual for tx_status
> dma: tegra: change interrupt-related log levels
> dma: tegra: avoid i
* H. Peter Anvin wrote:
> Ok. Will do.
Thanks!
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tu
Ok. Will do.
On May 20, 2014 11:01:00 PM PDT, Ingo Molnar wrote:
>
>* H. Peter Anvin wrote:
>
>> On 05/20/2014 09:12 PM, Stephen Rothwell wrote:
>> > Hi all,
>> >
>> > Today's linux-next merge of the tip tree got a conflict in
>> > arch/x86/kernel/ldt.c between commit fa81511bb0bb ("x86-64,
>
* H. Peter Anvin wrote:
> On 05/20/2014 09:12 PM, Stephen Rothwell wrote:
> > Hi all,
> >
> > Today's linux-next merge of the tip tree got a conflict in
> > arch/x86/kernel/ldt.c between commit fa81511bb0bb ("x86-64,
> > modify_ldt: Make support for 16-bit segments a runtime option")
> > from
Hello,
I get following error when rmmod thermal.
rmmod thermal
Killed
[ 1207.313060] BUG: unable to handle kernel NULL pointer dereference
at (null)
[ 1207.313460] IP: [] _raw_spin_lock_irq+0x6/0x30
[ 1207.313858] PGD 0
[ 1207.314256] Oops: 0002 [#1] SMP
[ 1207.314658] Modules linked
On Wed, May 21, 2014 at 6:23 AM, Naoya Horiguchi
wrote:
> Hi Konstantin,
>
> This patch is already in upstream, but I have another idea of implementing
> the similar feature. So let me review this now, and I'll post patches to
> complement this patch.
>
> On Wed, Feb 26, 2014 at 11:57:23AM +0400,
Commit-ID: 67d6259dd021006ade25d67b045ad2089b5aba96
Gitweb: http://git.kernel.org/tip/67d6259dd021006ade25d67b045ad2089b5aba96
Author: Dongsheng Yang
AuthorDate: Tue, 13 May 2014 10:38:21 +0900
Committer: Jiri Olsa
CommitDate: Fri, 16 May 2014 09:17:36 +0200
perf sched: Remove nr_state
I've just released Linux 2.6.32.62. This version fixes a few build issues
in 2.6.32.61 with gcc 4.7, and the following security issues :
CVE-2013-0343 CVE-2013-1797 CVE-2013-2147 CVE-2013-2164 CVE-2013-2206
CVE-2013-2232 CVE-2013-2234 CVE-2013-2237 CVE-2013-2851 CVE-2013-2852
CVE-2013-2888 C
Commit-ID: 97eac381b113932bd7bd4a5c3c68b18e9ff7a2a0
Gitweb: http://git.kernel.org/tip/97eac381b113932bd7bd4a5c3c68b18e9ff7a2a0
Author: Jean Pihet
AuthorDate: Fri, 16 May 2014 10:41:12 +0200
Committer: Jiri Olsa
CommitDate: Fri, 16 May 2014 11:39:29 +0200
perf tools: Add libdw DWARF pos
Commit-ID: 90fa9deb32b908fb258225ab562c4ef7ae8dd35a
Gitweb: http://git.kernel.org/tip/90fa9deb32b908fb258225ab562c4ef7ae8dd35a
Author: Jean Pihet
AuthorDate: Fri, 16 May 2014 10:41:11 +0200
Committer: Jiri Olsa
CommitDate: Fri, 16 May 2014 11:39:18 +0200
perf tests: Add dwarf unwind te
Commit-ID: 3418f9667e8cc4070a86215e6c12baa5bc2f2799
Gitweb: http://git.kernel.org/tip/3418f9667e8cc4070a86215e6c12baa5bc2f2799
Author: Jean Pihet
AuthorDate: Fri, 16 May 2014 10:41:10 +0200
Committer: Jiri Olsa
CommitDate: Fri, 16 May 2014 11:39:05 +0200
perf tests: Introduce perf_regs
Commit-ID: 9d372ca59bcb9339b4a34a9bf978a1fc15b68b03
Gitweb: http://git.kernel.org/tip/9d372ca59bcb9339b4a34a9bf978a1fc15b68b03
Author: Dongsheng Yang
AuthorDate: Fri, 16 May 2014 14:37:05 +0900
Committer: Jiri Olsa
CommitDate: Fri, 16 May 2014 09:17:50 +0200
perf sched: Cleanup, remove
Commit-ID: 0680ee7db16de9c02d1d4b1a935a5daf754fe8a1
Gitweb: http://git.kernel.org/tip/0680ee7db16de9c02d1d4b1a935a5daf754fe8a1
Author: Peter Zijlstra
AuthorDate: Mon, 12 May 2014 20:19:46 +0200
Committer: Jiri Olsa
CommitDate: Mon, 12 May 2014 21:13:44 +0200
perf tools: Remove usage of
Commit-ID: 21a8b756b84ecaa0b7f29199669c151e2ce5e723
Gitweb: http://git.kernel.org/tip/21a8b756b84ecaa0b7f29199669c151e2ce5e723
Author: Jean Pihet
AuthorDate: Fri, 16 May 2014 10:41:09 +0200
Committer: Jiri Olsa
CommitDate: Fri, 16 May 2014 11:38:57 +0200
perf tools: Consolidate types.h
Commit-ID: c5765ece8a050836c6255e1276fc8e0e867078da
Gitweb: http://git.kernel.org/tip/c5765ece8a050836c6255e1276fc8e0e867078da
Author: Masanari Iida
AuthorDate: Thu, 15 May 2014 02:13:38 +0900
Committer: Jiri Olsa
CommitDate: Fri, 16 May 2014 09:18:51 +0200
perf session: Fix possible n
At the driver unloading time the associated opps and its table may need
to be deleted. Otherwise it amounts to memory leak. The existing
OPP library does not have provision to do so.
Hence this patch implements the required functions to free the same.
Signed-off-by: Inderpal Singh
---
Changes in
(2014/05/20 5:33), Tejun Heo wrote:
On Tue, May 13, 2014 at 03:49:58PM -0400, Tejun Heo wrote:
There are currently three cgroup related entries in MAINTAINERS. Make
the following updates.
* Make the names - both cgroup and cpuset - singular. We're mixing
singular and plural all over the pl
On Tue, May 13, 2014 at 03:42:58PM +0200, Maxime Ripard wrote:
> Hi Vinod,
>
> On Wed, Apr 30, 2014 at 12:34:08PM +0530, Vinod Koul wrote:
> > > +
> > > +static int sun6i_dma_terminate_all(struct sun6i_vchan *vchan)
> > > +{
> > > + struct sun6i_dma_dev *sdev = to_sun6i_dma_dev(vchan->vc.chan.devi
On Wed, May 07, 2014 at 10:19:49PM -0500, Maxime Ripard wrote:
> On Fri, May 02, 2014 at 10:04:29PM +0530, Vinod Koul wrote:
> > On Wed, Apr 30, 2014 at 02:53:22PM -0700, Maxime Ripard wrote:
> > > Hi Vinod,
> > >
> > > On Wed, Apr 30, 2014 at 12:34:08PM +0530, Vinod Koul wrote:
> > > > On Thu, Ap
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/20/2014 04:46 PM, Mark Brown wrote:
> On Tue, May 20, 2014 at 09:55:42AM +0530, Tushar Behera wrote:
>> For audio to work on Snow board, we need the codec master clock
>> 'mclk' to be properly configured.
>>
>> Currently XCLKOUT is configured as
asid_cache must be unsigned long otherwise on 64bit system
it will become 0 if the value in get_new_mmu_context()
reaches 0x and in the end the assumption of
ASID_FIRST_VERSION is not true anymore thus leads to
more dangerous things.
Reported-by: libin
Signed-off-by: Yong Zhang
---
V2<-
On Wed, May 21, 2014 at 01:16:14PM +0800, Ming Lei wrote:
> I am wondering if virtio-blk is trivial block driver, :-)
It's about as simple as it gets.
> > The scsi-mq work that I plant to submit for the next merge window is
> > the prime example.
>
> It depends if one scsi-mq req has to requeue
On Tue, May 20, 2014 at 08:45:44AM +0200, Jonas Bonn wrote:
> On 05/19/2014 09:54 PM, Stefan Kristiansson wrote:
> > On Mon, May 19, 2014 at 04:44:57PM +0200, Jonas Bonn wrote:
> >
> >> ii) Put a Depends on CONFIG_ARCH_OPENRISC in the Kconfig
> >
> > Hmm, do we really need that?
> > The irqchip d
Devices based on Intel SoC products such as Baytrail have a Power
Management IC. In the PMIC there are subsystems for voltage regulation,
A/D conversion, GPIO and PWMs. The PMIC in Baytrail-T platform is called
Crystal Cove.
This patch adds support for the GPIO function in Crystal Cove.
v2:
- Use
On Tue, May 20, 2014 at 11:23 PM, Christoph Hellwig wrote:
> On Tue, May 20, 2014 at 11:20:25AM +0800, Ming Lei wrote:
>> - the conflict on the two structures just happens with flush
>> requests because rq->requeue_work is only used to queue
>> flush requests
>
> Once we get non-trivial block driv
The following changes since commit 86281966c7395aa9a13a20c52e26005f5e142451:
Merge tag 'iio-fixes-for-3.15b' of
git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio into staging-linus
(2014-04-30 14:19:23 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux
The following changes since commit d1db0eea852497762cab43b905b879dfcd3b8987:
Linux 3.15-rc3 (2014-04-27 19:29:27 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
driver-core-3.15-rc6
for you to fetch changes up to f5c16f29
On Tue, May 20, 2014 at 9:43 PM, Sumit Semwal wrote:
> Hi Bjorn,
>
> On 21 May 2014 04:50, Bjorn Helgaas wrote:
>> On Wed, May 14, 2014 at 08:49:43AM +0900, Gioh Kim wrote:
>>> Update some descriptions for API arguments and descriptions.
>>>
>>> Signed-off-by: Gioh Kim
>>
>> I applied this to my
On 20 May 2014 23:42, Stratos Karafotis wrote:
> Although, a value is assigned to member name of struct cpudata,
> it is never used.
>
> We can safely remove it.
>
> Signed-off-by: Stratos Karafotis
> ---
> drivers/cpufreq/intel_pstate.c | 4
> 1 file changed, 4 deletions(-)
Looks fine to
Hi,
the following set of patches implements the deterministic random bit generator
(DRBG) specified by SP800-90A.
The DRBG implementation offers the following:
* All three DRBG types are implemented with a derivation function.
* All DRBG types are available with and without predi
On Tue, 20 May 2014, Kenny Simpson wrote:
> I might need a gentle nudge with a clue stick...
> checking against latest git tree it looks as though most common
> filesystem types do support remap_file_pages.
>
> I just wrote a simple test case and it worked on my 3.13-based ubuntu
> 14.04 system o
The header file includes the definition of:
* DRBG data structures with
- struct drbg_state as main structure
- struct drbg_core referencing the backend ciphers
- struct drbg_state_ops callbach handlers for specific code
supporting the Hash, HMAC, CTR DRBG impleme
The different DRBG types of CTR, Hash, HMAC can be enabled or disabled
at compile time. At least one DRBG type shall be selected.
The default is the HMAC DRBG as its code base is smallest.
Signed-off-by: Stephan Mueller
---
crypto/Kconfig | 36 +++-
1 file change
Signed-off-by: Stephan Mueller
---
crypto/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/crypto/Makefile b/crypto/Makefile
index 38e64231..bfa94fa 100644
--- a/crypto/Makefile
+++ b/crypto/Makefile
@@ -92,6 +92,7 @@ obj-$(CONFIG_CRYPTO_842) += 842.o
obj-$(CONFIG_CRYPTO_RNG2) += rn
All types of the DRBG (CTR, HMAC, Hash) are covered with test vectors.
In addition, all permutations of use cases of the DRBG are covered:
* with and without predition resistance
* with and without additional information string
* with and without personalization string
As
The DRBG test code implements the CAVS test approach.
As discussed for the test vectors, all DRBG types are covered with
testing. However, not every backend cipher is covered with testing. To
prevent the testmgr from logging missing testing, the NULL test is
registered for all backend ciphers not
On Tue, 2014-05-20 at 10:20 -0700, Paul E. McKenney wrote:
> On Tue, May 20, 2014 at 06:24:36PM +0200, Frederic Weisbecker wrote:
> > On Tue, May 20, 2014 at 08:53:24AM -0700, Paul E. McKenney wrote:
> > > On Tue, May 20, 2014 at 04:53:52PM +0200, Frederic Weisbecker wrote:
>
> [ . . . ]
>
> > >
On 05/20/2014 09:12 PM, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the tip tree got a conflict in
> arch/x86/kernel/ldt.c between commit fa81511bb0bb ("x86-64,
> modify_ldt: Make support for 16-bit segments a runtime option")
> from Linus' tree and commit 34273f41d57e ("x86
Felipe Contreras writes:
> Junio C Hamano wrote:
>
>> * The remote-helper interface to fast-import/fast-export via the
>>transport-helper has been tightened to avoid leaving the import
>>marks file from a failed/crashed run, as such a file that is out-of-
>>sync with reality confuses
On 20 May 2014 22:19, Doug Anderson wrote:
> Note that in the old code you used to set the "emc" clock before the
> transition to the intermediate clock. Now you don't. Are you sure
> it's OK to change this order?
Yeah, I have seen that and as Stephen didn't had any objection to the
change I th
On Tue, 2014-05-20 at 08:53 -0700, Paul E. McKenney wrote:
> On Tue, May 20, 2014 at 04:53:52PM +0200, Frederic Weisbecker wrote:
> > On Sun, May 18, 2014 at 10:34:01PM -0700, Paul E. McKenney wrote:
> > > On Mon, May 19, 2014 at 04:44:41AM +0200, Mike Galbraith wrote:
> > > > On Sun, 2014-05-18 a
Doug,
On 20 May 2014 22:18, Doug Anderson wrote:
> Is it worth documenting that if we implement target_intermediate()
> that target_index() must not fail? That means that any failure-prone
> things (like setting a regulator) should happen in target_index().
You meant target_intermediate() is t
Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/x86/kernel/ldt.c between commit fa81511bb0bb ("x86-64, modify_ldt:
Make support for 16-bit segments a runtime option") from Linus' tree
and commit 34273f41d57e ("x86, espfix: Make it possible to disable
16-bit support") from t
Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/x86/vdso/vdso32-setup.c between commit fa81511bb0bb ("x86-64,
modify_ldt: Make support for 16-bit segments a runtime option") from
Linus' tree and commit 18d0a6fd2271 ("x86, vdso: Move the 32-bit vdso
special pages after the t
Hi Greg,
Please merge this patchset, It has been pending for some time.
regards,
navin patidar
On Wed, May 7, 2014 at 9:27 AM, wrote:
> From: navin patidar
>
> Following patches remove unused functions, variables and functions with empty
> definition.
>
> navin patidar (13):
> staging: rtl8
On 21 May 2014 02:39, Rafael J. Wysocki wrote:
>> + /* Duplicate OPPs ? */
>> + if (new_opp->rate == opp->rate) {
>> + int ret = (new_opp->u_volt == opp->u_volt) && opp->available ?
>> + 0 : -EEXIST;
>
> The parens are not necessary. And is the direction co
On Thu, May 08, 2014 at 05:52:37PM +0800, Hongbo Zhang wrote:
>
> On 05/07/2014 04:31 PM, Shevchenko, Andriy wrote:
> >On Sun, 2014-05-04 at 18:22 +0800, Hongbo Zhang wrote:
> >>On 05/03/2014 12:46 AM, Vinod Koul wrote:
> >>>On Fri, Apr 18, 2014 at 04:17:51PM +0800, hongbo.zh...@freescale.com wrot
> -Original Message-
> From: iommu-boun...@lists.linux-foundation.org [mailto:iommu-
> boun...@lists.linux-foundation.org] On Behalf Of Rickard Strandqvist
> Sent: Saturday, May 17, 2014 10:47 PM
> To: Joerg Roedel; Grant Likely
> Cc: devicet...@vger.kernel.org; io...@lists.linux-foundati
I might need a gentle nudge with a clue stick...
checking against latest git tree it looks as though most common
filesystem types do support remap_file_pages.
I just wrote a simple test case and it worked on my 3.13-based ubuntu
14.04 system on an ext4 filesystem.
thanks,
-Kenny
Here was my simp
On Tue, 2014-05-20 at 16:53 +0200, Frederic Weisbecker wrote:
> On Sun, May 18, 2014 at 10:34:01PM -0700, Paul E. McKenney wrote:
> > On Mon, May 19, 2014 at 04:44:41AM +0200, Mike Galbraith wrote:
> > > On Sun, 2014-05-18 at 08:58 -0700, Paul E. McKenney wrote:
> > > > On Sun, May 18, 2014 at 10
Commit-ID: 1b1ded57a4f2f4420b4de7c395d1b841d8b3c41a
Gitweb: http://git.kernel.org/tip/1b1ded57a4f2f4420b4de7c395d1b841d8b3c41a
Author: Borislav Petkov
AuthorDate: Mon, 19 May 2014 20:59:16 +0200
Committer: H. Peter Anvin
CommitDate: Tue, 20 May 2014 20:21:24 -0700
x86, boot: Carve out
Commit-ID: 65cef1311d5d212fd3d48a43678536dc878ca288
Gitweb: http://git.kernel.org/tip/65cef1311d5d212fd3d48a43678536dc878ca288
Author: Borislav Petkov
AuthorDate: Mon, 19 May 2014 20:59:17 +0200
Committer: H. Peter Anvin
CommitDate: Tue, 20 May 2014 20:21:27 -0700
x86, microcode: Add a
Hi Bjorn,
On 21 May 2014 04:50, Bjorn Helgaas wrote:
> On Wed, May 14, 2014 at 08:49:43AM +0900, Gioh Kim wrote:
>> Update some descriptions for API arguments and descriptions.
>>
>> Signed-off-by: Gioh Kim
>
> I applied this to my "dma-api" branch for v3.16, thanks!
As always, I would queue thi
Hi Chao,
2014-05-16 (금), 17:14 +0800, Chao Yu:
> Previously we allocate pages with no mapping in ra_sum_pages(), so we may
> encounter a crash in event trace of f2fs_submit_page_mbio where we access
> mapping data of the page.
>
> We'd better allocate pages in bd_inode mapping and invalidate thes
(2014/05/21 12:19), Chen Yucong wrote:
> On Wed, 2014-05-21 at 11:43 +0900, Hidetoshi Seto wrote:
>> (2014/05/21 11:03), Chen Yucong wrote:
>>> On Wed, 2014-05-21 at 10:40 +0900, Hidetoshi Seto wrote:
(2014/05/20 11:11), Chen Yucong wrote:
> mces_seen is a Per-CPU variable which should onl
Replaced snd_soc_register_component with its devres equivalent,
devm_snd_soc_register_component.
Signed-off-by: Tushar Behera
---
sound/soc/samsung/ac97.c|8 ++--
sound/soc/samsung/goni_wm8994.c |9 +++--
sound/soc/samsung/pcm.c |8 ++--
sound/soc/samsung/
Replaced snd_soc_register_platform with devm_snd_soc_register_platform
in samsung_asoc_dma_platform_register(). This makes the function
samsung_asoc_dma_platform_unregister() redundant. This is removed and
all its users are updated.
Signed-off-by: Tushar Behera
---
sound/soc/samsung/ac97.c
clk_get in probe function can be safely replaced with devm_clk_get.
Signed-off-by: Tushar Behera
---
sound/soc/samsung/pcm.c |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/sound/soc/samsung/pcm.c b/sound/soc/samsung/pcm.c
index 90fcd52..a3c9c9c 100644
--- a/sound/
Replace snd_soc_register_card with devm_snd_soc_register_card.
With this change, we can delete the empty remove functions.
Signed-off-by: Tushar Behera
---
sound/soc/samsung/bells.c | 16 +++-
sound/soc/samsung/littlemill.c | 18 +++---
sound/soc/samsung/
Adding devres APIs to various files in sound/soc/samsung saves
us close to 150 lines of code.
The patches are based on next-20140519 and have been build tested.
Tushar Behera (4):
ASoC: samsung: Use devm_snd_soc_register_card
ASoC: samsung: Use devm_snd_soc_register_platform
ASoC: samsung:
Hi~
Is this fix reasonable?
On Fri, May 09, 2014 at 01:19:59PM +0800, Wei Yang wrote:
>The commit 58b116b fixs a race condition in which some driver will stuck in the
>deferred list, while introduces another case "probe flood". The root cause is
>in commit 58b116b, deferred_trigger_count will be
On Wed, 2014-05-21 at 11:43 +0900, Hidetoshi Seto wrote:
> (2014/05/21 11:03), Chen Yucong wrote:
> > On Wed, 2014-05-21 at 10:40 +0900, Hidetoshi Seto wrote:
> >> (2014/05/20 11:11), Chen Yucong wrote:
> >>> mces_seen is a Per-CPU variable which should only be accessed by Per-CPU
> >>> as possibl
> -Original Message-
> From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-
> ow...@vger.kernel.org] On Behalf Of James Bottomley
> Sent: Tuesday, May 20, 2014 9:22 PM
> To: Yoshihiro YUNOMAE
> Cc: Hannes Reinecke; Prarit Bhargava; linux-s...@vger.kernel.org; Kay
> Sievers; linux-ke
Diego Viola writes:
> Can't you just make a commit to fix it? If you want I can submit a patch.
>
> Sorry to be so OCD about this.
You know, I'd love to. If it were up to *me* I would. But my boss is a
stickler, y'know, and I've all filled my quota of useless makework for
the century. Hell, I
On 5/13/2014 7:58 AM, Grant Likely wrote:
> Make of_find_node_by_path() handle aliases as prefixes. To make this
> work the name search is refactored to search by path component instead
> of by full string. This should be a more efficient search, and it makes
> it possible to start a search at
On 5/20/2014 7:41 PM, Frank Rowand wrote:
< snip >
> I will reply to this email with an additional patch that restores the
> original behavior.
< snip >
From: Frank Rowand
If __of_find_node_by_path() returns parent when the remaining portion of the
path is "/" then the behavior of of
(2014/05/21 11:03), Chen Yucong wrote:
> On Wed, 2014-05-21 at 10:40 +0900, Hidetoshi Seto wrote:
>> (2014/05/20 11:11), Chen Yucong wrote:
>>> mces_seen is a Per-CPU variable which should only be accessed by Per-CPU as
>>> possible. So the
>>> clear operation of mces_seen should also be lcoal to
On 5/18/2014 2:27 AM, Grant Likely wrote:
> On Fri, 16 May 2014 11:54:44 +0100, Grant Likely
> wrote:
>> On Thu, 15 May 2014 19:51:17 -0700, Frank Rowand
>> wrote:
>>> On 5/13/2014 7:58 AM, Grant Likely wrote:
Make of_find_node_by_path() handle aliases as prefixes. To make this
w
Dave,
On Tue, 20 May 2014, tip-bot for Eyal Perry wrote:
> Commit-ID: f0ba3d05c9c647ab42ed6a0dbdfdeae42bfbd6de
> Gitweb: http://git.kernel.org/tip/f0ba3d05c9c647ab42ed6a0dbdfdeae42bfbd6de
> Author: Eyal Perry
> AuthorDate: Tue, 20 May 2014 17:57:00 +0300
> Committer: Thomas Gleixner
>
On Tue, May 20, 2014 at 7:27 PM, Steven Rostedt wrote:
> On Tue, 2014-05-20 at 17:53 -0700, Andy Lutomirski wrote:
>>
>> If there's an NMI on the stack, we must use `RET` until we're ready
>> to re-enabled NMIs.
>
> I'm a little confused by NMI on the stack. Do you mean NMI on the target
> stack?
Commit-ID: f0ba3d05c9c647ab42ed6a0dbdfdeae42bfbd6de
Gitweb: http://git.kernel.org/tip/f0ba3d05c9c647ab42ed6a0dbdfdeae42bfbd6de
Author: Eyal Perry
AuthorDate: Tue, 20 May 2014 17:57:00 +0300
Committer: Thomas Gleixner
CommitDate: Wed, 21 May 2014 11:31:51 +0900
genirq: Provide !SMP stub
On 05/20/2014 07:27 PM, Steven Rostedt wrote:
>>
>> FWIW, if there's a way to read the NMI masking bit, this would be a
>> lot simpler. I don't know of any way to do that, though.
>
> Is there such a thing on all x86?
>
It is not possible to read this bit without the assistance of SMM to the
be
This patchset adds a new procfs interface to extrace information about
pagecache status. In-kernel tool tools/vm/page-types.c has already some
code for pagecache scanning without kernel's help, but it's not free
from measurement-disturbance, so here I'm suggesting another approach.
Patch 1/4 chang
In the imx_startup(), we will reset the uart port which will reset all
the FIFOs, including the URXD.
So the code to clear the RX FIFO is redundant. Just remove it.
Signed-off-by: Huang Shijie
---
fix the typo.
---
drivers/tty/serial/imx.c |9 -
1 files changed, 0 insertions(+), 9 d
On Tue, 2014-05-20 at 17:53 -0700, Andy Lutomirski wrote:
> Here's a real proposal for iret-less return. If this is correct, then
> NMIs will never nest, which will probably delete a lot more scariness
> than is added by the code I'm describing.
Perhaps we can add this for one window release befo
It's useful if we can run only over a specific index range of radix trees,
which this patch does. This patch changes only radix_tree_for_each_slot()
and radix_tree_for_each_tagged(), because we need it only for them for now.
ChangeLog:
- rebased onto v3.15-rc5, which has e a few new caller of
rad
This patch reworks on the file cache scanning mode of page-types tool,
where when page-types is called with -f , it can scan pages
in page cache tree of the specified file via /proc/kpagecache interface.
In the original implementation, it did mmap/madvise/mincore/pagemap over
page cache of the tar
This patch adds a chapter about kpagecache interface.
ChangeLog:
- add len column in example output
Signed-off-by: Naoya Horiguchi
---
Documentation/vm/pagemap.txt | 29 +
1 file changed, 29 insertions(+)
diff --git v3.15-rc5.orig/Documentation/vm/pagemap.txt
v3.15
/proc/pid/pagemap is one of powerful analyzing and testing features about
page mapping. This is also useful to know about page status combined with
/proc/kpageflag or /proc/kpagecount. One missing is the similar interface to
scan over pagecache of a given file without opening it or mapping it to
vi
On Wed, 2014-05-21 at 09:46 +1000, Stephen Rothwell wrote:
> Hi Christoph,
>
> On Mon, 19 May 2014 22:39:28 -0700 Christoph Hellwig
> wrote:
> >
> > On Tue, May 20, 2014 at 10:03:43AM +1000, Stephen Rothwell wrote:
> > > Is this a request for inclusion of those branches into linux-next
> > > sep
On Thu, 2014-02-27 at 13:17 +0900, Yoshihiro YUNOMAE wrote:
> +/* Maximum size of a local buffer for structured printk */
> +#define SCSI_LOG_LINE_MAX 512
> +
> +/* Local buffer for structured printk */
> +struct scsi_log_line {
> + int offset;
> + char buf[SCSI_LOG_LINE_MAX];
> +};
This p
Hi Richard,
On 05/20/2014 08:56 PM, Richard Fitzgerald wrote:
> Add pdata option for inverted jack detect switch that
> opens when jack is inserted.
>
> Signed-off-by: Richard Fitzgerald
> ---
> drivers/extcon/extcon-arizona.c | 29 +
> include/linux/mfd/arizona/
On 2014年05月21日 05:25, Rafael J. Wysocki wrote:
> On Tuesday, May 20, 2014 08:59:19 PM Lan Tianyu wrote:
>> ACPI 5.0 spec(5.5.2.4.5) defines GenericSerialBus(i2c, spi, uart) operation
>> region. It allows ACPI aml code able to access such kind of devices to
>> implement some ACPI standard method.
>>
1 - 100 of 830 matches
Mail list logo
