On 07/02/2013 03:44 PM, Chanwoo Choi wrote:
> On 06/28/2013 07:13 PM, Viresh Kumar wrote:
>> On 28 June 2013 14:52, Chanwoo Choi wrote:
>>> On 06/28/2013 05:18 PM, Viresh Kumar wrote:
On 28 June 2013 13:18, Chanwoo Choi wrote:
>>
Can you describe a bit about the layout this will create
On 01/07/13 21:53, David Ahern wrote:
> On 7/1/13 3:32 AM, Adrian Hunter wrote:
>> Snip
>>
>>>
>>> While this works for a combined S/W and tracepoint events session, I do not
>>> like promoting sample types to the minimum compatible level for all events
>>> in the session. perf needs to allow each
On 2013/7/2 5:10, Oleg Nesterov wrote:
> On 07/01, Oleg Nesterov wrote:
>>
>> On 06/29, zhangwei(Jovi) wrote:
>>>
>>> [v3->v4]:
>>
>> I am wondering how much you will hate me if I suggest to make v5 ;)
>>
>> But look, imho probe_event_enable() looks a bit more confusing than
>> it needs.
>
> And I
Hi all,
We are in the merge window, so please do not add anything to your
linux-next included branches that is not destined for v3.11 until after
v3.11-rc1 is released.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpxzy5pKDKJ7.pgp
Description: PGP signature
ur patch Thomas; I think it works :)
With your patch, next-20130702 boots pretty far on i.MX6 sabre sd, until it
crashes in wm8962_probe(). Without this patch, I don't even get the first
kernel messages. (Both with ARM config imx_v6_v7_defconfig.)
Also, I am pretty sure the wm8962_p
On Tue, Jul 2, 2013 at 4:13 AM, Chen Gang wrote:
> 'asm-generic' need provide necessary configuration checking, if can't
> pass checking, 'asm-generic' shouldn't implement it.
>
> For 'COMPILE_TEST', according to its help contents, 'asm-generic' need
> let it pass configuration checking, and provi
On 06/26/2013 06:21:07 PM, Andrew Morton wrote:
On Wed, 19 Jun 2013 17:09:18 -0400 (EDT) Paul Clements
wrote:
> Currently, when a disconnect is requested by the user (via
NBD_DISCONNECT
> ioctl) the return from NBD_DO_IT is undefined (it is usually one of
> several error codes). This means
CCs net-wizards since staring at profile/annotation isn't helping, and I
know all too well how these things laugh perversely at bisection.
On Tue, 2013-07-02 at 06:03 +0200, Mike Galbraith wrote:
> On Mon, 2013-07-01 at 11:20 +0200, Mike Galbraith wrote:
> > On Mon, 2013-07-01 at 11:12 +0200, Mi
On Mon, 2013-07-01 at 23:00 -0700, Olof Johansson wrote:
> It was also applied today, after the merge window opened. Don't merge
> it for 3.11. Artem?
OK, dropping it.
--
Best Regards,
Artem Bityutskiy
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
On Tue, 2013-07-02 at 06:18 +, Gupta, Pekon wrote:
> You may drop this patch if you wish so, but its not correct to say that this
> was not reviewed. Following are comments from "Arnd Bergmann"
> http://lists.infradead.org/pipermail/linux-mtd/2013-May/047030.html
> And follow-up reasoning..
> h
After running for nearly one year, oops occured.
rcu_process_callbacks
__rcu_process_callbacks
rcu_do_batch
list->func(list)
It seems that the function pointer "list->func(list)" in rcu_do_batch was NULL
when
the oops occured. But I can not repro
On Fri 2013-06-21 09:42:35, H. Peter Anvin wrote:
> On 06/21/2013 07:21 AM, Borislav Petkov wrote:
> > On Fri, Jun 21, 2013 at 03:05:30AM -0700, H. Peter Anvin wrote:
> >> If you cap it you are basically imposing a constraint on the firmware
> >> and may not run properly (or at least have to turn o
On Tue, Jul 02, 2013 at 02:01:46AM -0400, Dave Jones wrote:
> On Tue, Jul 02, 2013 at 12:07:41PM +1000, Dave Chinner wrote:
> > On Mon, Jul 01, 2013 at 01:57:34PM -0400, Dave Jones wrote:
> > > On Fri, Jun 28, 2013 at 01:54:37PM +1000, Dave Chinner wrote:
> > > > On Thu, Jun 27, 2013 at 04:54:5
On Fri, Jun 28, 2013 at 07:24:22PM +0530, Srikar Dronamraju wrote:
> * Mel Gorman [2013-06-26 15:37:59]:
>
> > It's several months overdue and everything was quiet after 3.8 came out
> > but I recently had a chance to revisit automatic NUMA balancing for a few
> > days. I looked at basic schedule
On 07/02/2013 03:19 PM, Geert Uytterhoeven wrote:
> On Tue, Jul 2, 2013 at 4:13 AM, Chen Gang wrote:
>> > 'asm-generic' need provide necessary configuration checking, if can't
>> > pass checking, 'asm-generic' shouldn't implement it.
>> >
>> > For 'COMPILE_TEST', according to its help contents, 'a
On Tue, Jul 02 2013, Yijing Wang wrote:
> Hi Jens,
>Sorry to disturb you, do you have any comments for this patch?
Looks fine to me, was waiting for Stephen/Mike to ack it and I'll pick
it up.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
On Mon, Jul 1, 2013 at 11:38 PM, Borislav Petkov wrote:
> On Mon, Jul 01, 2013 at 03:32:27PM +0200, Bjørn Mork wrote:
>> I just got a new wireless router and stumbled across an odd set of
>> out-of-tree modules, where two GPL licensed modules were used by a third
>> proprietary licensed one.
>>
>>
On Mon, Jul 01, 2013 at 12:12:11AM -0400, Jason Baron wrote:
>
> Yes, I agree that 'higher' level locking may be required for some callers of
> the newly proposed interface. However, I do think that the
> static_key_slow_set_true()/false() provides a nice abstraction for some
> callers, while addr
On 7/2/2013 8:42 AM, Srinivas KANDAGATLA wrote:
Are you happy with the setting pmt based on compatible string or do you
think passing pmt as another property to device tree makes more sense?
I prefer to pass pmt as another property but indeed this is not a big
problem because all the new chips
On 2013/7/2 16:02, Jens Axboe wrote:
> On Tue, Jul 02 2013, Yijing Wang wrote:
>> Hi Jens,
>>Sorry to disturb you, do you have any comments for this patch?
>
> Looks fine to me, was waiting for Stephen/Mike to ack it and I'll pick
> it up.
>
Hi Jens,
Thanks for your comment, because I'm n
2013/7/2 Bo Shen :
> Hi Richard,
>
>
> On 7/1/2013 16:39, Richard Genoud wrote:
>>
>> The ssc device has to fill the at_dma_slave structure with the
>> device tree informations.
>> Doing a of_dma_request_slave_channel()+dma_release_channel() for that
>> seems wrong (or at least not very clean).
>
>
The following changes since commit f722406faae2d073cc1d01063d1123c35425939e:
Linux 3.10-rc1 (2013-05-11 17:14:08 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus
for you to fetch changes up to a3ff5fbc94a829680d4aa005cd17add1c1a1fb5
On Tue, Jul 02, 2013 at 09:57:08AM +0200, richard -rw- weinberger wrote:
> Then vendors will do a s/EXPORT_SYMBOL_GPL/EXPORT_SYMBOL/g on the kernel.
Huh, "fail building if a module does EXPORT_SYMBOL"...
> Recently I've identified such a case.
Regardless, there's not really a whole lot we can do
On Tue, Jul 02 2013, Yijing Wang wrote:
> On 2013/7/2 16:02, Jens Axboe wrote:
> > On Tue, Jul 02 2013, Yijing Wang wrote:
> >> Hi Jens,
> >>Sorry to disturb you, do you have any comments for this patch?
> >
> > Looks fine to me, was waiting for Stephen/Mike to ack it and I'll pick
> > it up.
On Tue 02-07-13 16:29:54, Dave Chinner wrote:
> > > We could, but we just end up in the same place with sync as we are
> > > now - with a long list of clean inodes with a few inodes hidden in
> > > it that are under IO. i.e. we still have to walk lots of clean
> > > inodes to find the dirty ones th
On 07/02/2013 12:01 AM, Alan Stern wrote:
> On Mon, 1 Jul 2013, Felipe Balbi wrote:
>
>>> I don't know what Pad wakeup is. The wakeup signal has to originate
>>> from the EHCI controller, doesn't it? If not, how does the Pad know
>>> when a wakeup is needed?
>>
>> That's really an OMAP thing,
>On Jun 11, 2013 11:06 AM, "OS Engineering" wrote:
>>
>> Hi Jens,
>>
>> In continuation with our previous communication, we have carried out
>> performance comparison among EnhanceIO, bcache and dm-cache.
>How reproducible are these results? Any chance you could do 5-10 runs to get
>the avg an
Hi Michael,
On 07/02/2013 11:02 AM, Michael Wang wrote:
> Hi, Srivatsa
>
> On 06/28/2013 03:54 AM, Srivatsa S. Bhat wrote:
> [snip]
>> @@ -625,8 +632,9 @@ EXPORT_SYMBOL(on_each_cpu_mask);
>> * The function might sleep if the GFP flags indicates a non
>> * atomic allocation is allowed.
>> *
2013/7/2 Anton Vorontsov :
> On Mon, Jul 01, 2013 at 05:22:36PM +0900, Hyunhee Kim wrote:
>> >> > > for each event in memory.pressure_level; do
>> >> > > /* register eventfd to be notified on "event" */
>> >> > > done
>> >> >
>> >> > This scheme registers "all" events.
>> >>
>> >> Yes, because I
Cc: Stephen M. Cameron
On 2013/7/2 16:02, Jens Axboe wrote:
> On Tue, Jul 02 2013, Yijing Wang wrote:
>> Hi Jens,
>>Sorry to disturb you, do you have any comments for this patch?
>
> Looks fine to me, was waiting for Stephen/Mike to ack it and I'll pick
> it up.
>
I find his address by git
Hi Andrew,
07/02/2013 01:16 AM, Andrew Morton пишет:
On Sat, 29 Jun 2013 21:48:54 +0400 Maxim Patlasov
wrote:
From: Miklos Szeredi
The feature prevents mistrusted filesystems to grow a large number of dirty
pages before throttling. For such filesystems balance_dirty_pages always
check bdi
Hi Linus,
I would like to ask You for pulling some fixes for ARM dma-mapping subsystem
for v3.11.
The following changes since commit 8bb495e3f02401ee6f76d1b1d77f3ac9f079e376:
Linux 3.10 (2013-06-30 15:13:29 -0700)
are available in the git repository at:
git://git.linaro.org/people/mszypro
On 02/07/2013 00:08, David Miller wrote:
From: Eliezer Tamir
Date: Fri, 28 Jun 2013 15:59:18 +0300
Here are two cleanup patches.
1. fix warning from debug_smp_processor_id().
- reported by Cody P Schafer.
Applied, but like Ben said perhaps you want to remember the last cpu you
got the sch
On 02/07/2013 11:38, Eliezer Tamir wrote:
On 02/07/2013 00:08, David Miller wrote:
From: Eliezer Tamir
Date: Fri, 28 Jun 2013 15:59:18 +0300
Here are two cleanup patches.
1. fix warning from debug_smp_processor_id().
- reported by Cody P Schafer.
Applied, but like Ben said perhaps you wa
richard -rw- weinberger writes:
> On Mon, Jul 1, 2013 at 11:38 PM, Borislav Petkov wrote:
>> On Mon, Jul 01, 2013 at 03:32:27PM +0200, Bjørn Mork wrote:
>>> I just got a new wireless router and stumbled across an odd set of
>>> out-of-tree modules, where two GPL licensed modules were used by a th
On 07/02/2013 04:25 PM, Srivatsa S. Bhat wrote:
> Hi Michael,
>
> On 07/02/2013 11:02 AM, Michael Wang wrote:
>> Hi, Srivatsa
>>
>> On 06/28/2013 03:54 AM, Srivatsa S. Bhat wrote:
>> [snip]
>>> @@ -625,8 +632,9 @@ EXPORT_SYMBOL(on_each_cpu_mask);
>>> * The function might sleep if the GFP flags i
On Tue, Jul 02, 2013 at 12:43:44PM +0800, Michael Wang wrote:
> Signed-off-by: Michael Wang
> ---
> include/linux/sched.h |3 +++
> kernel/sched/fair.c | 45 +
> 2 files changed, 48 insertions(+), 0 deletions(-)
>
> diff --git a/include/linux/
Adding linux-tegra in Cc.
On Tue, 2013-06-25 at 03:30 +0800, Paul Gortmaker wrote:
> The __cpuinit type of throwaway sections might have made sense
> some time ago when RAM was more constrained, but now the savings
> do not offset the cost and complications. For example, the fix in
> commit 5e427
From: Chun-Yi Lee
Per PKCS1 spec, the EMSA-PKCS1-v1_5 encoded message is leading by 0x00 0x01 in
its first 2 bytes. The leading zero byte is suppressed by MPI so we pass a
pointer to the _preceding_ byte to RSA_verify() in original code, but it has
risk for the byte is not zero because it's not i
>> Linux kernel build, while correct, is somewhat slow, and the sources
>> could be more readable.
Greg wrote:
>How is it "slow"?
Well, the proportion of time spent by the CPU cores on activities other than
compiling seemed high.
>What "sources" are you referring to as being not readable?
On Tue, Jul 02, 2013 at 09:46:59AM +0200, Peter Zijlstra wrote:
> So on the biggest system I've got; 4 nodes 32 cpus:
>
> Performance counter stats for './numa02' (5 runs):
>
> 3.10.0+ + patches - NO_NUMA 58.235353126 seconds time elapsed( +-
> 0.45% )
> 3.10.0+ + patches -NUMA 17.
On Tue, 2013-07-02 at 11:06 +0530, Aruna Balakrishnaiah wrote:
> Incorporate the addition of hsize argument in write_buf callback
> of pstore.
Thanks. I've added that to powerpc-next. It should hit Stephen tomorrow.
Cheers,
Ben.
> Signed-off-by: Aruna Balakrishnaiah
> ---
>
> fs/pstore/ftrace
The patch add basic support for the quad spi controller.
QSPI is a kind of spi module that allows single,
dual and quad read access to external spi devices. The module
has a memory mapped interface which provide direct interface
for accessing data form external spi devices.
The patch will configu
On Tue, Jul 02, 2013 at 04:52:00PM +0800, Joseph Lo wrote:
> I just tested this series on Tegra platform. It looks broken CPU hotplug
> function for Tegra at least. The CPU can't plug-in after unplugging. And
> the system resume function also not working when "enable_nonboot_cpus".
>
> Both of the
Greg Kroah-Hartman writes:
> 3.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Gavin Shan
>
> commit 6d446ec32f169c6a5d9bc90684a8082a6cbe90f6 upstream.
>
> When the EEH error is the result of a fenced host bridge, MMIO accesses
> can be
move set dma data to startup callback function, if the set dma
data exist in hw_params callback, so the dma data only usable when
call hw_params, if want use it before hw_params callback, it will
cause NULL pointer access oops
Signed-off-by: Bo Shen
---
sound/soc/atmel/atmel_ssc_dai.c | 33 +++
Align atmel pcm to use ASoC generic dmaengine framework
Signed-off-by: Bo Shen
---
sound/soc/atmel/atmel-pcm-dma.c | 118 ++-
1 file changed, 16 insertions(+), 102 deletions(-)
diff --git a/sound/soc/atmel/atmel-pcm-dma.c b/sound/soc/atmel/atmel-pcm-dma.c
i
On Mon, 2013-07-01 at 17:48 +0100, Mark Brown wrote:
> It seems we have two drivers in mainline for da9055 on I2C. We've got
> one in sound/soc/codecs/da9055.c and one in drivers/mfd/da9055-i2c.c,
> both registering themselves identically. What's going on here? Is this
> a combined CODEC and PMI
this patch series is based on next-20130701
Bo Shen (2):
ASoC: atmel_ssc_dai: move set dma data to startup callback
ASoC: atmel-pcm: use generic dmaengine framework
sound/soc/atmel/atmel-pcm-dma.c | 118 ++-
sound/soc/atmel/atmel_ssc_dai.c | 33 ++--
On Thu, Jun 27, 2013 at 10:00:51PM +0530, Siddhesh Poyarekar wrote:
> On 27 June 2013 21:32, Jan Glauber wrote:
> > But isn't that confusing to the user? At least it is to me. Imagine someone
> > who uses the maps or smaps output to determine the size of code, data and
> > stack of a process. Mayb
Hi Richard,
On 7/2/2013 16:13, Richard Genoud wrote:
Please hold on of this, as to the ASoC dmaengine will deal with this. So, we
>not need do it manually.
>
>Now, I am working on it. And will send out the patch soon after testing OK.
Ok, I stay tuned !
I think you can go on working with the
Hi Darren,
On Wed, Jun 26, 2013 at 5:41 PM, Tomi Valkeinen wrote:
> On 26/06/13 15:06, Prabhakar Lad wrote:
>> Hi Tomi,
>>
>> On Wed, Jun 26, 2013 at 5:30 PM, Tomi Valkeinen
>> wrote:
>>> On 26/06/13 14:56, Prabhakar Lad wrote:
Hi Tomi,
On Wed, Jun 26, 2013 at 5:09 PM, Tomi Valke
From: Wei Yongjun
Add missing .owner of struct snd_soc_card. This prevents the
module from being removed from underneath its users.
Signed-off-by: Wei Yongjun
---
sound/soc/au1x/db1200.c | 4
1 file changed, 4 insertions(+)
diff --git a/sound/soc/au1x/db1200.c b/sound/soc/au1x/db1200.c
i
On Mon 01-07-13 18:10:56, Dave Chinner wrote:
> On Mon, Jul 01, 2013 at 09:50:05AM +0200, Michal Hocko wrote:
> > On Mon 01-07-13 11:25:58, Dave Chinner wrote:
> > > On Sun, Jun 30, 2013 at 08:33:49PM +0200, Michal Hocko wrote:
> > > > On Sat 29-06-13 12:55:09, Dave Chinner wrote:
> > > > > On Thu,
Hi,
On Tue, Jul 02, 2013 at 02:26:39PM +0530, Sourav Poddar wrote:
> diff --git a/drivers/spi/Makefile b/drivers/spi/Makefile
> index 33f9c09..ea14eff 100644
> --- a/drivers/spi/Makefile
> +++ b/drivers/spi/Makefile
> @@ -46,6 +46,7 @@ obj-$(CONFIG_SPI_OCTEON)+= spi-octeon.o
> obj-$(C
From: Wei Yongjun
Add missing .owner of struct snd_soc_card. This prevents the
module from being removed from underneath its users.
Signed-off-by: Wei Yongjun
---
sound/soc/ux500/mop500.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/sound/soc/ux500/mop500.c b/sound/soc/ux500/mop500.c
in
From: Wei Yongjun
Add missing .owner of struct snd_soc_card. This prevents the
module from being removed from underneath its users.
Signed-off-by: Wei Yongjun
---
sound/soc/fsl/imx-mc13783.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/sound/soc/fsl/imx-mc13783.c b/sound/soc/fsl/imx-mc1
From: Wei Yongjun
Add missing .owner of struct snd_soc_card. This prevents the
module from being removed from underneath its users.
Signed-off-by: Wei Yongjun
---
sound/soc/pxa/brownstone.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/sound/soc/pxa/brownstone.c b/sound/soc/pxa/brownston
On Tue, Jul 02, 2013 at 12:22:14PM +0530, Girish KS wrote:
> Hello Mark, This patch is missing in your pull request for 3.11. is it
> possible to add it?
No, the pull request has already been sent.
signature.asc
Description: Digital signature
From: Wei Yongjun
Add missing .owner of struct snd_soc_card. This prevents the
module from being removed from underneath its users.
Signed-off-by: Wei Yongjun
---
sound/soc/pxa/ttc-dkb.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/sound/soc/pxa/ttc-dkb.c b/sound/soc/pxa/ttc-dkb.c
index
Now,when sent a cap msg to inode/snap, it don't include the ctime of
inode/snap.So make the mtime ahead of ctime.
BTY,for snap, i'm not exactly send the ctime of snap or null.
Signed-off-by: Jianpeng Ma
---
fs/ceph/caps.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff -
On Tue, Jul 02, 2013 at 03:01:53PM +0530, Ashish Chavan wrote:
> On Mon, 2013-07-01 at 17:48 +0100, Mark Brown wrote:
> > It seems we have two drivers in mainline for da9055 on I2C. We've got
> > one in sound/soc/codecs/da9055.c and one in drivers/mfd/da9055-i2c.c,
> > both registering themselves
On Tue, Jul 02, 2013 at 02:26:39PM +0530, Sourav Poddar wrote:
> 1. Placed pm specific calls in prepare/unprepare apis.
> 2. Put a mask to support upto 32 bits word length.
Does this hardware really support anything other than 8 bits per word?
There is no code in the driver which pays any attenti
Hi, Peter
Thanks for your review :)
On 07/02/2013 04:52 PM, Peter Zijlstra wrote:
[snip]
>> +static void record_wakee(struct task_struct *p)
>> +{
>> +/*
>> + * Rough decay, don't worry about the boundary, really active
>> + * task won't care the loose.
>> + */
>
> OK so we 'deca
On Tue, 2013-07-02 at 10:31 +0100, Mark Brown wrote:
> On Tue, Jul 02, 2013 at 03:01:53PM +0530, Ashish Chavan wrote:
> > On Mon, 2013-07-01 at 17:48 +0100, Mark Brown wrote:
> > > It seems we have two drivers in mainline for da9055 on I2C. We've got
> > > one in sound/soc/codecs/da9055.c and one
* Peter Zijlstra wrote:
> On Mon, Jul 01, 2013 at 12:12:11AM -0400, Jason Baron wrote:
> >
> > Yes, I agree that 'higher' level locking may be required for some callers of
> > the newly proposed interface. However, I do think that the
> > static_key_slow_set_true()/false() provides a nice abstr
On 01/07/13 15:49, Andre Naujoks wrote:
Hello.
This patch removes the direct call to tty_wakeup in pty_write. I have
not noticed any drawbacks with this but I am not familiar with the pty
driver at all. I think what happens is a recursive loop,
write_wakeup->write->write_wakeup ...
Indeed there
Hello Grant,
> -Original Message-
> From: J, KEERTHY
> Sent: Thursday, June 27, 2013 10:05 AM
> To: grant.lik...@secretlab.ca
> Cc: broo...@kernel.org; ldewan...@nvidia.com; sa...@linux.intel.com;
> swar...@nvidia.com; linux-kernel@vger.kernel.org; linux-
> d...@vger.kernel.org; devicetree
Hello Grant,
> -Original Message-
> From: J, KEERTHY
> Sent: Thursday, June 27, 2013 10:03 AM
> To: grant.lik...@secretlab.ca
> Cc: broo...@kernel.org; ldewan...@nvidia.com; sa...@linux.intel.com;
> swar...@nvidia.com; linux-kernel@vger.kernel.org; linux-
> d...@vger.kernel.org; devicetre
From: nhcao
In some chips, the codec_dai in cpu is abstracted as one dapm
widget. Enhance the framework to use codec_dai as fe widget.
Change-Id: I1b545bd1e2f24288f4508a7c6d4efbcfe1e03c5b
Signed-off-by: nhcao
---
sound/soc/soc-pcm.c | 24 ++--
1 files changed, 22
On 07/02/2013 05:35 PM, Michael Wang wrote:
[snip]
>> I've seen there's some discussion as to this function name.. good :-) It
>> really wants to change. How about something like:
>>
>> int wake_affine()
>> {
>> ...
>>
>> /*
>>* If we wake multiple tasks be careful to not bounce
>>* our
Hi,
On Tue, Jul 02, 2013 at 10:32:47AM +0100, Mark Brown wrote:
> On Tue, Jul 02, 2013 at 02:26:39PM +0530, Sourav Poddar wrote:
>
> > 1. Placed pm specific calls in prepare/unprepare apis.
> > 2. Put a mask to support upto 32 bits word length.
>
> Does this hardware really support anything othe
On Tue, Jul 02, 2013 at 01:22:01AM +0200, Anders Hammarquist wrote:
> In a message of Fri, 28 Jun 2013 12:23:33 +0200, Johan Hovold writes:
> >> I did a quick check of adding the device id though sysfs, and although
> >> it partly works, it doesn't find the correct firmware (it ends up trying
> >>
---
Hi,
Linux next-20130702 link broke for ARM config multi_v7_defconfig. This is with
gcc 4.7.2 but I am not sure it matters much here.
This patch repairs the link.
It did not break anything for me on i.MX6 sabre sd, but it does'nt have a
designware i2c, so more reviewing/testing is welcome
Time in range will fail safely if we move to a different cpu with an
extremely large clock skew.
Add time_in_range64() and convert lls to use it.
Signed-off-by: Eliezer Tamir
---
v1->v2
fixed double call to sched_clock() in can_poll_ll(), checkpatchisms
fs/select.c | 10 ++--
On 07/02/2013 02:17 PM, Michael Wang wrote:
> On 07/02/2013 04:25 PM, Srivatsa S. Bhat wrote:
>> Hi Michael,
>>
>> On 07/02/2013 11:02 AM, Michael Wang wrote:
>>> Hi, Srivatsa
>>>
>>> On 06/28/2013 03:54 AM, Srivatsa S. Bhat wrote:
>>> [snip]
@@ -625,8 +632,9 @@ EXPORT_SYMBOL(on_each_cpu_mask)
Hi Felipe,
On Tuesday 02 July 2013 02:54 PM, Felipe Balbi wrote:
Hi,
On Tue, Jul 02, 2013 at 02:26:39PM +0530, Sourav Poddar wrote:
diff --git a/drivers/spi/Makefile b/drivers/spi/Makefile
index 33f9c09..ea14eff 100644
--- a/drivers/spi/Makefile
+++ b/drivers/spi/Makefile
@@ -46,6 +46,7 @@ obj-
On 07/02/2013 05:51 PM, Srivatsa S. Bhat wrote:
[snip]
>
> Well, as I said, its timing dependent. We might miss the newly onlined CPU in
> the for_each_online_cpu() loop itself, based on when exactly the CPU was added
> to the cpu_online_mask. So you can't exactly pin-point the places where you'll
On Fri, Jun 21, 2013 at 09:16:16AM -0700, Nick Dyer wrote:
> Mark Brown wrote:
> > Yes, to be honest. I'd hope it wouldn't be increasing the number of
> > read/write operations...
> For some operations it does. For example updating the whole chip config
> (which is a common thing to want to do),
On Sun, Jun 30, 2013 at 8:19 PM, Oleg Nesterov wrote:
> Andrew, please drop these
>
> wait-introduce-wait_event_commonwq-condition-state-timeout.patch
> wait-introduce-prepare_to_wait_event.patch
>
> patches again. I'll send v3 although it really looks like I should
> never try to
Hi,
On Tue, Jul 02, 2013 at 03:30:42PM +0530, Sourav Poddar wrote:
> >>+static int dra7xxx_qspi_setup(struct spi_device *spi)
> >>+{
> >>+ struct dra7xxx_qspi *qspi =
> >>+ spi_master_get_devdata(spi->master);
> >>+
> >>+ int clk_div;
> >>+
> >>+ if (!qspi->spi_max_freq
On Tue, Jul 02, 2013 at 12:44:04PM +0300, Felipe Balbi wrote:
> On Tue, Jul 02, 2013 at 10:32:47AM +0100, Mark Brown wrote:
> > Does this hardware really support anything other than 8 bits per word?
> > There is no code in the driver which pays any attention to the word
> > size...
> the HW has a
On Tuesday 02 July 2013 03:46 PM, Felipe Balbi wrote:
Hi,
On Tue, Jul 02, 2013 at 03:30:42PM +0530, Sourav Poddar wrote:
+static int dra7xxx_qspi_setup(struct spi_device *spi)
+{
+ struct dra7xxx_qspi *qspi =
+ spi_master_get_devdata(spi->master);
+
+ int c
kick_handler() doesn't have an irq_enter/exit pair, but it's used for
handling SMP IPIs which require work to be done in softirqs, which are
invoked from irq_exit() when the hard irq nest count reaches 0.
The scheduler_ipi() callback in the IPI handler calls irq_enter/exit
itself, but this is insi
Hi Mark,
On Tuesday 02 July 2013 03:47 PM, Mark Brown wrote:
On Tue, Jul 02, 2013 at 12:44:04PM +0300, Felipe Balbi wrote:
On Tue, Jul 02, 2013 at 10:32:47AM +0100, Mark Brown wrote:
Does this hardware really support anything other than 8 bits per word?
There is no code in the driver which pays
On 02/07/13 07:16, Srivatsa S. Bhat wrote:
> On 07/01/2013 09:34 PM, James Hogan wrote:
>> The route_irq() function needs to preserve the irq mask by using the
>> _irqsave/irqrestore variants of raw spin lock functions instead of the
>> _irq variants. This is because it is called from __cpu_disable
On Tue, Jul 02, 2013 at 08:39:12AM +0200, Ingo Molnar wrote:
> Yeah - I didn't know your CPU count, -j64 is what I use.
Right, but the -j make jobs argument - whenever it is higher than the
core count - shouldn't matter too much to the workload because all those
threads remain runnable but simply
On Tue, Jul 02, 2013 at 03:32:37PM +0530, Ashish Chavan wrote:
> > OK, in that case the CODEC driver is just plain broken then. Did anyone
> > actually test this stuff? Please fix.
> Yes, I think so. Actually the CODEC driver was merged before PMIC ino
> main line and was tested at that time. I
Hi,
On Tue, Jul 02, 2013 at 03:53:49PM +0530, Sourav Poddar wrote:
> On Tuesday 02 July 2013 03:46 PM, Felipe Balbi wrote:
> >Hi,
> >
> >On Tue, Jul 02, 2013 at 03:30:42PM +0530, Sourav Poddar wrote:
> +static int dra7xxx_qspi_setup(struct spi_device *spi)
> +{
> + struct dra7xxx_qspi
the issue of yesterday.
- Sedat -
[1]
http://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/tree/Next/Trees?id=next-20130702#n120
--
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
On Tuesday 02 July 2013 04:01 PM, Felipe Balbi wrote:
Hi,
On Tue, Jul 02, 2013 at 03:53:49PM +0530, Sourav Poddar wrote:
On Tuesday 02 July 2013 03:46 PM, Felipe Balbi wrote:
Hi,
On Tue, Jul 02, 2013 at 03:30:42PM +0530, Sourav Poddar wrote:
+static int dra7xxx_qspi_setup(struct spi_device *
On 2013年07月02日 12:56, Fernando Luis Vazquez Cao wrote:
Hi Frederic,
I'm sorry it's taken me so long to respond; I got sidetracked for
a while. Comments follow below.
On 2013/04/28 09:49, Frederic Weisbecker wrote:
On Tue, Apr 23, 2013 at 09:45:23PM +0900, Tetsuo Handa wrote:
CONFIG_NO_HZ=y ca
Mika Westerberg wrote:
> The acpiphp driver finds out whether the device is hotpluggable by checking
> whether it has _RMV method behind it (and if it returns 1). However, at
> least Acer Aspire S5 with Thunderbolt host router has this method placed
> behind device called EPUP (endpoint upstream po
Use bonding to aggregate two 82599 nics which have 4 ports and max rate is
40gbit.
Then set rate to 35gbit, the rate is overflow.
tc qdisc add dev $bond root handle 1: \
tbf latency 50ms burst 35mb rate 35gbit mtu 64k
tc qdisc show dev $bond
qdisc tbf 1: root refcnt 2 rate 640262Kbit burst 35Mb
On Tue, 2013-07-02 at 11:31 +0100, Mark Brown wrote:
> On Tue, Jul 02, 2013 at 03:32:37PM +0530, Ashish Chavan wrote:
>
> > > OK, in that case the CODEC driver is just plain broken then. Did anyone
> > > actually test this stuff? Please fix.
>
> > Yes, I think so. Actually the CODEC driver was
On Tue, Jul 02, 2013 at 11:17:18AM +0100, Mark Brown wrote:
> On Tue, Jul 02, 2013 at 12:44:04PM +0300, Felipe Balbi wrote:
> > On Tue, Jul 02, 2013 at 10:32:47AM +0100, Mark Brown wrote:
>
> > > Does this hardware really support anything other than 8 bits per word?
> > > There is no code in the d
Hi Viresh,
Previously, I sent two reply about your reply. But, Please ignore previous
reply.
Those have wrong function flow about creating sysfs file and poor wrong opinion.
I'm so sorry if you're confused.
On 06/28/2013 07:13 PM, Viresh Kumar wrote:
> On 28 June 2013 14:52, Chanwoo Choi wrote
This patch set comprises two unrelated fixes for Marvell SoCs based on
what is currently in next-20130701. There may be fixes already pending
for the issues.
The first patch is a clean-up patch removing dmacap,memset from the
device tree binding and users. DMA_MEMSET support has been removed from
edmini_v2-setup is missing an include of linux/mbus.h which causes
compiler error because of missing reference to mvebu_mbus_add_window.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Thomas Petazzoni
Cc: Gregory CLEMENT
Cc: devicetree-disc..
DMA_MEMSET support has been removed, so update the device tree files
and corresponding binding documentation for Marvell SoCs.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Thomas Petazzoni
Cc: Gregory CLEMENT
Cc: devicetree-disc...@lists.oz
1 - 100 of 585 matches
Mail list logo