From: Mark Brown
The debounce timeout is generally quite long and the work not performance
critical so allow the scheduler to run the work anywhere rather than in
the normal per-CPU workqueue.
Signed-off-by: Mark Brown
---
drivers/extcon/extcon-adc-jack.c | 3 ++-
1 file changed, 2
H. Peter Anvin wrote:
> We want to reduce pvops and pvops users, not increase them...
I see. So the future is true virtualization which exposes the
underlying hardware, like KVM? Why do bare-metal virtualizers like
Xen employ paravirtualization? Also, where does UML stand?
Thanks.
--
To
On Fri, Jul 12, 2013 at 5:11 AM, Pavel Machek wrote:
>> Pavel's ThinkPad X60 has two NICs: Intel 82573L and Intel PRO/Wireless
>> 3945ABG. I'm pretty sure the problem he's reporting is with the
>> 82573L. Ping times are bad (~100msec) when ASPM is enabled, as
>> reported by lspci.
>
> Yep.
Dave,
Please accept this batch of fixes intended for the 3.11 tree...
Alexey Khoroshilov fixes a suspend-related race in ath9k_htc.
Arnd Bergmann corrects the alignment of a structure in the ssb code
to be compatible with ARM devices.
Bob Copeland provides an ath5k fix that corrects a mistaken
There is nothing that can sleep inside critical sections protected by
this lock and those sections are really small so there doesn't make much
sense to use mutex for them. Change the log to a spinlock
Brought-up-by: Tejun Heo
Signed-off-by: Michal Hocko
---
include/linux/vmpressure.h | 2 +-
On Fri, 2013-07-19 at 13:35 -0400, Steven Rostedt wrote:
> What would happen in that case, is that an event might be enabled or
> disabled in another buffer instance. As that can only happen by the root
> user, it would be the root user doing multiple things at the same time
> to cause it. They
> > diff --git a/tools/perf/bench/mem-memcpy.c b/tools/perf/bench/mem-memcpy.c
> > index 93c83e3..0887b46 100644
> > --- a/tools/perf/bench/mem-memcpy.c
> > +++ b/tools/perf/bench/mem-memcpy.c
> > @@ -115,8 +115,10 @@ static void alloc_mem(void **dst, void **src, size_t
> > length)
> >
On Fri, 2013-07-19 at 19:20 +0200, Oleg Nesterov wrote:
> Yes. But unless I missed something again this logic doesn't look exactly
> correct. Because it seems that trace_array_get() can succeed when it
> shoudn't.
>
> trace_array_get() can race with instance_delete() + new_instance_create(),
>
On 07/19, Oleg Nesterov wrote:
>
> On 07/19, Steven Rostedt wrote:
> >
> > On Fri, 2013-07-19 at 17:51 +0200, Oleg Nesterov wrote:
> > > mutex_lock(_types_lock);
> > > - list_for_each_entry(tr, _trace_arrays, list) {
> > > - if (tr == this_tr) {
> > > - tr->ref++;
> > > -
> > I did a quick read through the patchkit and it looks all good to me.
> > It also closes a long standing gap. Thanks!
> >
> > Acked-by: Andi Kleen
>
> Thank you.
> Can I add your Ack on the whole series?
Yes.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Fri, 2013-07-19 at 18:38 +0200, Thomas Gleixner wrote:
> On Fri, 19 Jul 2013, Eric Dumazet wrote:
> >
> > I guess following should help
>
> Applying the empty patch does not work very well. Could you try again
> after the caffeine reached your brain, please ? :)
hmm, right ;)
diff --git
On 07/19/2013 02:38 AM, Geert Uytterhoeven wrote:
>
> Can we please stop writing these _mixed_ English/Finnish emails?
>
Nyet.
-hpa
--
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 Fri, Jul 19, 2013 at 06:14:51PM +0800, Robin Gong wrote:
> Add pfuze100 regulator driver.
Looks good, there's some minor issues below but they should be small.
> --- a/drivers/regulator/Kconfig
> +++ b/drivers/regulator/Kconfig
> @@ -158,6 +158,13 @@ config REGULATOR_MC13892
> Say y
On 07/19/2013 02:06 AM, Ramkumar Ramachandra wrote:
> Hi,
>
> I tried building lguest to play with it, but was disappointed to find
> this in the Kconfig:
>
> depends on X86_32
>
> Why is this [1]? What is so hard about supporting 64-bit machines? I
> found a five-year old tree that claims
I keep getting the following warning with 3.11-rc1 on sparc64:
[ cut here ]
WARNING: CPU: 1 PID: 8174 at fs/ext4/inode.c:230 ext4_evict_inode+0x1f0/0x448()
Modules linked in: sunrpc af_packet ipv6 hid_generic snd_ali5451 snd_ac97_codec
snd_seq snd_seq_device snd_pcm tg3
On Fri, Jul 19, 2013 at 10:45:15AM -0500, Nathan Zimmer wrote:
> I hadn't noticed anything.
> Let me try your program and see what I may have missed.
Hi,
I neither know the semantics of the timer_list nor how to use
seq_file correctly. What happens is that timer_list_next will only
be called
01:
>>
>
>
> when CONFIG_ACPI_VIDEO=m and CONFIG_SAMSUNG_LAPTOP=y:
>
> drivers/built-in.o: In function `samsung_init':
> samsung-laptop.c:(.init.text+0x94ba): undefined reference to
> `acpi_video_unregister'
>
>
>
This build error still happens in linux-next of 20130719.
On 19/07/2013 11:13, Hector Palacios wrote:
> Added write_raw function to manipulate the optional divider_by_two
> through the scaling attribute out of the available scales.
>
> Signed-off-by: Hector Palacios
Looks good to me:
Acked-by: Alexandre Belloni
--
Alexandre Belloni, Free Electrons
On 07/18/2013 11:03 PM, Paul E. McKenney wrote:
>>
>> Ie. It's a *very good* barrier against maintainers sliding into
>> sloppyness. Really, it works. At least with me.
>>
>> It's easy to take things a bit too much for granted, especially when you
>> maintain your own little corner of the world.
>
On 19/07/2013 11:13, Hector Palacios wrote:
> Some LRADC channels have fixed pre-dividers so they can measure
> different voltages at full scale. The reference voltage allows to
> expose a scaling attribute through the IIO sysfs so that a user can
> compute the real voltage out of a measured
Signed-off-by: Soren Brinkmann
---
drivers/clk/zynq/pll.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/clk/zynq/pll.c b/drivers/clk/zynq/pll.c
index 47e307c..67f1b5e 100644
--- a/drivers/clk/zynq/pll.c
+++ b/drivers/clk/zynq/pll.c
@@ -182,7 +182,12 @@ static
On Fri, Jul 19, 2013 at 09:16:55AM +0800, Axel Lin wrote:
> Signed-off-by: Axel Lin
Applied both, thanks.
signature.asc
Description: Digital signature
On Fri, Jul 19, 2013 at 01:06:22PM +0800, Axel Lin wrote:
> Some regulator APIs are broken if n_voltages setting is not set.
> e.g. regulator_count_voltages(), regulator_list_voltage(), and
> regulator_can_change_voltage() do not work if n_voltages setting is missing.
Applied, thanks.
because it is racy and it doesn't give us much anyway as schedule_work
handles this case already.
Brought-up-by: Tejun Heo
Signed-off-by: Michal Hocko
---
mm/vmpressure.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/vmpressure.c b/mm/vmpressure.c
index
On Wed, Jul 03, 2013 at 11:36:40AM -0700, Kevin Hilman wrote:
> The 64-bit requirement can be removed after the conversion of the nsec
> granularity cputime to work on !64_BIT, which was done in commit
> 8c23b80e (cputime_nsecs: use math64.h for nsec resolution conversion
> helpers)
>
> Cc:
Fix the build of this driver. It was broken by:
Commit 453807f3006757a5661c4000262d7d9284b5214c
ASoC: ep93xx: Use ep93xx_dma_params instead of ep93xx_pcm_dma_params
The removed struct ep93xx_pcm_dma_params use the member 'dma_port' to
select the dma channel. The struct ep93xx_dma_data uses the
On Sat, Jun 29, 2013 at 09:45:29PM +0400, Maxim Patlasov wrote:
> From: Pavel Emelyanov
>
> The .writepages one is required to make each writeback request carry more than
> one page on it. The patch enables optimized behaviour unconditionally,
> i.e. mmap-ed writes will benefit from the patch
On Fri 19-07-13 12:08:52, Don Zickus wrote:
> On Fri, Jul 19, 2013 at 11:04:59AM +0200, Michal Hocko wrote:
> > watchdog_tresh controls how often nmi perf event counter checks per-cpu
> > hrtimer_interrupts counter and blows up if the counter hasn't changed
> > since the last check. The counter is
On 07/19/2013 09:34 AM, Greg Kroah-Hartman wrote:
> ---
> Note, this is the LAST 3.9-stable kernel release that I will be doing.
> Please move to the 3.10-stable branch as soon as possible.
> ---
>
> This is the start of the stable review cycle for the 3.9.11 release.
>
vmpressure is called synchronously from the reclaim where the
target_memcg is guaranteed to be alive but the eventfd is signaled from
the work queue context. This means that memcg (along with vmpressure
structure which is embedded into it) might go away while the work item
is pending which would
Linus,
The following changes since commit ad81f0545ef01ea651886dddac4bef6cec930092:
Linux 3.11-rc1 (2013-07-14 15:18:27 -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
Hi,
On Fri, Jul 19, 2013 at 04:30:22PM +0200, Bartlomiej Zolnierkiewicz wrote:
> On Friday, July 19, 2013 02:26:53 PM Andreas Mohr wrote:
> > - do a cable correction patch for libata side (I do think that indicating
> > 40c if even one device is 40c-only is the way to go [as long as libata
> >
On Fri 19-07-13 12:10:48, Don Zickus wrote:
> On Fri, Jul 19, 2013 at 11:04:58AM +0200, Michal Hocko wrote:
> > proc_dowatchdog doesn't synchronize multiple callers which
> > might lead to confusion when two parallel callers might confuse
> > watchdog_enable_all_cpus resp.
On 07/19, Baruch Siach wrote:
> On Thu, Jul 18, 2013 at 04:21:17PM -0700, Stephen Boyd wrote:
> > @@ -110,14 +123,13 @@ void __init setup_sched_clock(u32 (*read)(void), int
> > bits, unsigned long rate)
> > if (cd.rate > rate)
> > return;
> >
> > - BUG_ON(bits > 32);
> >
On 19/07/2013 11:13, Hector Palacios wrote:
> The LRADC virtual channels have an 18 bit field to store the sum of up
> to 2^5 accumulated samples. The read_raw function however only operates
> over a single sample (12 bit resolution).
> In order to use this field for scaling operations, we need it
On 19/07/2013 11:13, Hector Palacios wrote:
> Adds in_voltageX_scale_available file for every channel to read
> the different available scales.
> There are two scales per channel:
> [0] = divider_by_two disabled (default)
> [1] = divider_by_two enabled
>
> Signed-off-by: Hector Palacios
Looks
From: "Naveen N. Rao"
Randconfig testing found this error:
>> hest.c(.init.text+0x6004): undefined reference to 'mce_disable_bank'
Fix by wrapping body of hest_parse_cmc() inside #ifdef CONFIG_X86_MCE
Reported-by: "Wu, Fengguang"
Signed-off-by: Naveen N. Rao
Signed-off-by: Tony Luck
---
Use more descriptive #defines for the minimum and maximum PLL
feedback divider.
Signed-off-by: Soren Brinkmann
---
drivers/clk/zynq/pll.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/clk/zynq/pll.c b/drivers/clk/zynq/pll.c
index 67f1b5e..26a8d8b 100644
On 07/17/2013 11:13 PM, George Spelvin wrote:
> I ressurected an old Athlon XP box for fun, and was stress-testing it
> with mprime. (It had been stable before retirement.) After 34 hours
> of successful torture test (suggesting a stable memory syatem), I found
> this on the screen
On 07/19, Steven Rostedt wrote:
>
> On Fri, 2013-07-19 at 17:51 +0200, Oleg Nesterov wrote:
> > mutex_lock(_types_lock);
> > - list_for_each_entry(tr, _trace_arrays, list) {
> > - if (tr == this_tr) {
> > - tr->ref++;
> > - ret = 0;
> > -
Hi Sarah,
On Fri, Jul 19, 2013 at 12:09 AM, Sarah Sharp
wrote:
> On Thu, Jul 18, 2013 at 04:28:01PM -0400, Peter Hurley wrote:
>> [ +cc Sarah Sharp, linux-usb ]
>>
>> On 07/18/2013 09:21 AM, Nestor Lopez Casado wrote:
>> >This reverts commit 8af6c08830b1ae114d1a8b548b1f8b056e068887.
>> >
>>
Move two generic pointer-conversion macros to a header for common shdma use.
Signed-off-by: Guennadi Liakhovetski
---
drivers/dma/sh/shdma-base.c |3 ---
drivers/dma/sh/shdma-of.c |2 --
include/linux/shdma-base.h |3 +++
3 files changed, 3 insertions(+), 5 deletions(-)
diff
An extended and slightly updated to address comments from Sergei Shtylyov
version of my patch set of 12.07. As with v1, ARM patches should be
applied after DMA. Since the DMA part only affects the shdma driver, maybe
it would be possible to have them acked and pulled via the ARM tree too.
Currently shdma DT nodes have to be placed under a multiplexer node. DMA
slave DT nodes then use that multiplexer's phandle in their "dmas"
properties. However, sometimes it can be necessary to let DMA slaves only
use a specific DMAC instance. In this case it would be logical to just use
the
Hi Hector,
On 19/07/2013 11:13, Hector Palacios wrote:
> Some LRADC channels have fixed pre-dividers and all have an optional
> divider by two which allows a maximum input voltage of VDDIO - 50mV.
>
> This patch
> - adds the scaling info flag to all channels
> - grabs the max reference voltage
This configuration data will be re-used, when DMAC DT support is added to
r8a7740, DMAC platform data in setup-r8a7740.c will be removed.
Signed-off-by: Guennadi Liakhovetski
---
drivers/dma/sh/Kconfig |4 ++
drivers/dma/sh/Makefile|1 +
drivers/dma/sh/shdma-r8a7740.c |
Instead of supplying platform data to the shdma dmaengine driver via
AUXDATA in the DT case, we now support platform data via an OF match table.
Make platform data optional.
Signed-off-by: Guennadi Liakhovetski
---
drivers/dma/sh/shdma-of.c |3 ---
1 files changed, 0 insertions(+), 3
On Fri, 19 Jul 2013, Eric Dumazet wrote:
>
> I guess following should help
Applying the empty patch does not work very well. Could you try again
after the caffeine reached your brain, please ? :)
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On 07/19/2013 12:36 AM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Friday 19 July 2013 11:59 AM, Greg KH wrote:
>> On Fri, Jul 19, 2013 at 11:25:44AM +0530, Kishon Vijay Abraham I wrote:
>>> Hi,
>>>
>>> On Friday 19 July 2013 11:13 AM, Greg KH wrote:
On Fri, Jul 19, 2013 at 11:07:10AM +0530,
This configuration data will be re-used, when DMAC DT support is added to
r8a73a4.
Signed-off-by: Guennadi Liakhovetski
---
drivers/dma/sh/Kconfig |4 ++
drivers/dma/sh/Makefile|1 +
drivers/dma/sh/shdma-r8a73a4.c | 75
This configuration data will be re-used, when DMAC DT support is added to
sh73a0, DMAC platform data in setup-sh73a0.c will be removed.
Signed-off-by: Guennadi Liakhovetski
---
drivers/dma/sh/Kconfig|4 +
drivers/dma/sh/Makefile |1 +
drivers/dma/sh/shdma-sh73a0.c | 181
Platform data shouldn't be changed at run-time, so, pointers to it should
be const.
Signed-off-by: Guennadi Liakhovetski
---
drivers/dma/sh/shdma.h |2 +-
drivers/dma/sh/shdmac.c | 10 +-
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/dma/sh/shdma.h
Similar to the non-DT case, this patch passes SoC-specific configuration
to the driver via device ID matching, instead of platform data.
Signed-off-by: Guennadi Liakhovetski
---
v2: adjust spacing within array definitions to keep a uniform style.
On 07/19/2013 01:28 AM, Ingo Molnar wrote:
> UP is slowly going extinct, but in any case these counters ought to inform
> us about TLB flushes even on UP systems:
>
> > > +NR_TLB_LOCAL_FLUSH_ALL,
> > > +NR_TLB_LOCAL_FLUSH_ONE,
> > > +
On 07/19/2013 10:28 AM, Holger Hans Peter Freyther wrote:
Dear Nathan,
I am currently upgrading a kernel for a TI Davinci DM644x based design
from Linux 3.2 to Linux 3.10.1. I have a funny re-producible issue that
goes away by reverting b3956a896ea57f25cacd74708b8fab611543a81d.
The dropbear
On 07/19/2013 05:39 PM, Sergei Shtylyov wrote:
Hello.
On 19-07-2013 13:27, Oleksandr Kozaruk wrote:
GPADC is the general purpose ADC present on twl6030.
The dt data is interrupt used to trigger end of ADC
conversion.
Signed-off-by: Oleksandr Kozaruk
---
arch/arm/boot/dts/twl6030.dtsi |
On Fri, Jul 19, 2013 at 05:33:32PM +0200, Andi Kleen wrote:
> On Thu, Jul 18, 2013 at 05:34:24PM -0400, Naoya Horiguchi wrote:
> > Here is the 3rd version of hugepage migration patchset.
> > I rebased it onto v3.11-rc1 and applied most of your feedbacks.
> >
> > Some works referred to in previous
Dear Marek,
On 07/19/2013 04:30 PM, Marek Vasut wrote:
@@ -228,39 +230,12 @@ struct mxs_lradc {
#define LRADC_RESOLUTION 12
#define LRADC_SINGLE_SAMPLE_MASK ((1 << LRADC_RESOLUTION) - 1)
-/*
- * Raw I/O operations
- */
-static int mxs_lradc_read_raw(struct
On Wed, Jul 17, 2013 at 07:49:46PM +0200, Jiri Olsa wrote:
> Adding perf data file documentation.
FWIW I wrote the following python "construct" description of the data format
some time ago. It's more formal than yours. There were still a few things
missing though and one mysterious bug.
# A
On 07/18/2013 02:46 PM, George Spelvin wrote:
Thank for the revision, I will make such a change in the next version of
my patch.
I'm relying on you to correct any technical errors in my description.
I just meant "something more like this", not impose that exact wording.
As I said in my
tracing_buffers_open() does trace_array_get() and then it wrongly
inrcements tr->ref again under trace_types_lock. This means that
every caller leaks trace_array:
# cd /sys/kernel/debug/tracing/
# mkdir instances/X
# true < instances/X/per_cpu/cpu0/trace_pipe_raw
#
On Fri, Jul 19, 2013 at 09:27:46AM +0200, Sven Joachim wrote:
> On 2013-07-19 07:25 +0200, Greg Kroah-Hartman wrote:
>
> > This is the start of the stable review cycle for the 3.10.2 release.
> > There are 72 patches in this series, all will be posted as a response
> > to this one. If anyone has
On Fri, Jul 19, 2013 at 06:29:34PM +0300, Alexandru Juncu wrote:
> On 19 July 2013 18:21, Pekka Enberg wrote:
> > On Fri, Jul 19, 2013 at 6:13 PM, Alexandru Juncu wrote:
> >> I was thinking the same thing, but I hesitated because I didn't know
> >> how used it was and I didn't want to break
On Fri, 2013-07-19 at 17:51 +0200, Oleg Nesterov wrote:
> trace_array_get() scans the global ftrace_trace_arrays list
> to ensure that "this_tr" was not removed by instance_delete().
>
> This looks a bit confusing, we can simply use list_empty() with
> the same result. list_empty() == F can not
On Wed, Jul 03, 2013 at 11:36:39AM -0700, Kevin Hilman wrote:
> The current 64-bit dependency is on VIRT_CPU_ACCOUNTING_GEN, which already
> has its own dependency on 64-bit. Remove it from NO_HZ_FULL.
It's not exactly redundant. It's a necessary dependency inheritance.
When we select
On Thu, 18 Jul 2013, Andy Lutomirski wrote:
> 2. It's localized. So you can mmap something, read from it *and
> handle SIGBUS*, and unmap.
There is of course no guarantee that possibly faulting memory accesses are
preserved (GCC should never introduce such an access where it wouldn't
occur in
This is going to facilitate DT support by eliminating the need in AUXDATA
and avoiding creating complex DT data. This also fits well with DMAC
devices, because SoCs with them often have multiple identical DMAC
instances and it is perfectly valid to use a single configuration data set
for all of
Hi Al
I tried to debug strange crashes in tcp_poll() called from
sys_epoll_wait() -> sock_poll()
The symptom is that sock->sk is NULL and we therefore dereference a NULL
pointer.
It's really rare crashes but still, it would be nice to understand where
is the bug. Presumably latest kernels would
On Wed, Jul 03, 2013 at 11:36:41AM -0700, Kevin Hilman wrote:
> With the 64-bit requirement removed from virt CPU accounting,
> allow ARM platforms to enable it.
>
> Cc: Russell King
> Signed-off-by: Kevin Hilman
> ---
> arch/arm/Kconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit ad81f0545ef01ea651886dddac4bef6cec930092:
Linux 3.11-rc1 (2013-07-14 15:18:27 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/cmarinas/linux-aarch64.git
At Thu, 18 Jul 2013 15:43:18 -0700,
Andi Kleen wrote:
>
> From: Andi Kleen
>
> glibc calloc() has an optimization to not explicitely memset()
> very large calloc allocations that just came from mmap(),
> because they are known to be zero.
>
> This could result in the perf memcpy benchmark
On 19 July 2013 19:07, Paul Bolle wrote:
> On Fri, 2013-07-19 at 08:46 -0700, Greg Kroah-Hartman wrote:
>> Doesn't matter, if there are no users, please just remove it.
>
> Is that, basically, your approach to staging cleanups?
>
> I ask because I noticed that
Dear Hector Palacios,
> Dear Marek,
>
> On 07/19/2013 04:30 PM, Marek Vasut wrote:
> >> @@ -228,39 +230,12 @@ struct mxs_lradc {
> >>
> >> #define LRADC_RESOLUTION 12
> >> #define LRADC_SINGLE_SAMPLE_MASK ((1 << LRADC_RESOLUTION) - 1)
> >>
> >> -/*
> >> - * Raw I/O
On Fri, Jul 19, 2013 at 6:46 PM, Greg Kroah-Hartman
wrote:
> On Fri, Jul 19, 2013 at 06:29:34PM +0300, Alexandru Juncu wrote:
>> On 19 July 2013 18:21, Pekka Enberg wrote:
>> > On Fri, Jul 19, 2013 at 6:13 PM, Alexandru Juncu wrote:
>> >> I was thinking the same thing, but I hesitated because I
On Fri, Jul 19, 2013 at 11:04:59AM +0200, Michal Hocko wrote:
> watchdog_tresh controls how often nmi perf event counter checks per-cpu
> hrtimer_interrupts counter and blows up if the counter hasn't changed
> since the last check. The counter is updated by per-cpu watchdog_hrtimer
> hrtimer which
On Fri, Jul 19, 2013 at 11:04:58AM +0200, Michal Hocko wrote:
> proc_dowatchdog doesn't synchronize multiple callers which
> might lead to confusion when two parallel callers might confuse
> watchdog_enable_all_cpus resp. watchdog_disable_all_cpus (e.g. watchdog
> gets enabled even if
Dear Marek,
On 07/19/2013 06:17 PM, Marek Vasut wrote:
Here you have three entries per channel:
in_voltageX_raw -> the sample raw value
in_voltageX_scale -> the scale to multiply the raw value to get the
voltage
in mV in_voltageX_scale_available -> lists the available scales of
Dear Hector Palacios,
> Dear Marek,
>
> On 07/19/2013 04:39 PM, Marek Vasut wrote:
> > Dear Hector Palacios,
> >
> >> Added write_raw function to manipulate the optional divider_by_two
> >> through the scaling attribute out of the available scales.
> >>
> >> Signed-off-by: Hector Palacios
>
On 07/18/2013 08:29 PM, Andy Lutomirski wrote:
On Thu, Jul 18, 2013 at 6:17 PM, David Daney wrote:
On 07/18/2013 05:50 PM, Andy Lutomirski wrote:
On Thu, Jul 18, 2013 at 5:40 PM, David Daney
wrote:
On 07/18/2013 05:26 PM, Andy Lutomirski wrote:
How is this different than throwing
On Fri, 2013-07-19 at 08:46 -0700, Greg Kroah-Hartman wrote:
> Doesn't matter, if there are no users, please just remove it.
Is that, basically, your approach to staging cleanups?
I ask because I noticed that "drivers/staging/lustre/lustre/ptlrpc/gss/"
is only built if CONFIG_PTLRPC_GSS is set.
trace_array_get() scans the global ftrace_trace_arrays list
to ensure that "this_tr" was not removed by instance_delete().
This looks a bit confusing, we can simply use list_empty() with
the same result. list_empty() == F can not be false positive,
new_instance_create() does everything under the
Hello,
I am a bit puzzled by trace_array_get... Could you please at
least review this change?
It is very minor and it is not needed for the changes we are
discussing, just I am worried I could miss something subtle.
IOW, I won't argue if you prefer the current "explicit" on-list
check, but I
On 07/18/2013 06:23 PM, Nicholas A. Bellinger wrote:
>> Just saw this while trying out iscsi with the scsi-mq stuff :)
>> >
> Took at stab at this a while back, but ended getting distracted on other
> items. Do you have an initial conversion running yet..?
Not running well :) Have a patch but I
Dear Nathan,
I am currently upgrading a kernel for a TI Davinci DM644x based design
from Linux 3.2 to Linux 3.10.1. I have a funny re-producible issue that
goes away by reverting b3956a896ea57f25cacd74708b8fab611543a81d.
The dropbear sshd will open several files after accepting a connection to
Dear Marek,
On 07/19/2013 04:39 PM, Marek Vasut wrote:
Dear Hector Palacios,
Added write_raw function to manipulate the optional divider_by_two
through the scaling attribute out of the available scales.
Signed-off-by: Hector Palacios
---
drivers/staging/iio/adc/mxs-lradc.c | 55
On Thu, 2013-07-18 at 23:34 -0700, Nicholas A. Bellinger wrote:
> diff --git a/drivers/ata/libata-scsi.c b/drivers/ata/libata-scsi.c
> index 0101af5..191bc15 100644
> --- a/drivers/ata/libata-scsi.c
> +++ b/drivers/ata/libata-scsi.c
> @@ -1144,7 +1144,11 @@ static int ata_scsi_dev_config(struct
On Thu, Jul 18, 2013 at 05:34:24PM -0400, Naoya Horiguchi wrote:
> Here is the 3rd version of hugepage migration patchset.
> I rebased it onto v3.11-rc1 and applied most of your feedbacks.
>
> Some works referred to in previous discussion (shown below) are not included
> in this patchset, but
On 07/18/2013 08:13 PM, Laxman Dewangan wrote:
> Make the entry of Dalmore Power Management Unit device TPS65913
> in dalmore DTS file. The Palma driver support this device.
>
> Enable following submodule of the TPS65913:
> - GPIO driver
> - RTC driver.
> - Power regulator driver.
OK, this
On Fri, Jul 19, 2013 at 04:26:28PM +0200, Borislav Petkov wrote:
> On Fri, Jul 19, 2013 at 12:53:49AM +0200, Borislav Petkov wrote:
> > > I assumed it was some sort of BIOS issue where any modification of the
> > > RTC_AIE bit caused the alarm irq line to be left high(or something
> > > like that)
On 07/19/2013 04:40 AM, Ingo Molnar wrote:
* Waiman Long wrote:
On 07/18/2013 03:42 AM, Ingo Molnar wrote:
* Waiman Long wrote:
+ *stealing the lock if come at the right moment, the granting of the
+ *lock is mostly in FIFO order.
+ * 2. It is faster in high contention situation.
On 19 July 2013 18:21, Pekka Enberg wrote:
> On Fri, Jul 19, 2013 at 6:13 PM, Alexandru Juncu wrote:
>> I was thinking the same thing, but I hesitated because I didn't know
>> how used it was and I didn't want to break something.
>
> "git grep cfs_strdup" suggests that nobody uses it so you
On Tue, 9 Jul 2013, Laxman Dewangan wrote:
> When system enters into suspend, it disable all irqs in single
> function call. This disables EARLY_RESUME irqs also along with
> normal irqs.
>
> The EARLY_RESUME irqs get enabled in sys_core_ops->resume and
> non-EARLY_RESUME irqs get enabled in
Add 'enable_event' and 'disable_event' event_command commands.
enable_event and disable_event event triggers are added by the user
via these commands in a similar way and using practically the same
syntax as the analagous 'enable_event' and 'disable_event' ftrace
function commands, but instead of
On Fri, Jul 19, 2013 at 6:18 AM, Daniel Kiper wrote:
> - PV guests: there is no support for kexec at this time;
> Once I wrote an implementatation for that type of guests
> for one company but according to our agreement I could not
> publish this code; However, I could use it as a
Add 'stacktrace' ftrace_func_command. stacktrace event triggers are
added by the user via this command in a similar way and using
practically the same syntax as the analogous 'stacktrace' ftrace
function command, but instead of writing to the set_ftrace_filter
file, the stacktrace event trigger
On Fri, 2013-07-19 at 16:20 +0200, Oleg Nesterov wrote:
> Trivial. trace_array->waiter has no users since 6eaaa5d5
> "tracing/core: use appropriate waiting on trace_pipe".
Thanks Oleg, I think this can still be applied for 3.11.
-- Steve
>
> Signed-off-by: Oleg Nesterov
> ---
>
Add 'snapshot' ftrace_func_command. snapshot event triggers are added
by the user via this command in a similar way and using practically
the same syntax as the analogous 'snapshot' ftrace function command,
but instead of writing to the set_ftrace_filter file, the snapshot
event trigger is
The original SOFT_DISABLE patches didn't add support for soft disable
of syscall events; this adds it and paves the way for future patches
allowing triggers to be added to syscall events, since triggers are
built on top of SOFT_DISABLE.
Add an array of ftrace_event_file pointers indexed by
Commit 835f2f5 ("staging: zcache: enable zcache to be built/loaded as
a module") introduced an incorrect handling of "zcache=" parameter.
Inside zcache_comp_init() function, zcache_comp_name variable is
checked for being empty. If not empty, the above variable is tested
for being compatible with
Found using coccinelle. It suggested kmalloc/strcpy should be replaced
with kstrdup, but the entire function can be replaced by kstrdup.
Signed-off-by: Alexandru Juncu
---
drivers/staging/lustre/lustre/libcfs/libcfs_string.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
201 - 300 of 1355 matches
Mail list logo