On Tue, Sep 10, 2013 at 03:05:57PM +0930, Rusty Russell wrote:
> Frantisek Hrbata writes:
> > On Mon, Sep 09, 2013 at 10:44:03AM +0930, Rusty Russell wrote:
> >> Kyle McMartin writes:
> >> > On Fri, Sep 06, 2013 at 07:51:18PM +0200, Frantisek Hrbata wrote:
> >> >> > > v2: - reuse mod->ctors for .
On Tue, Sep 10, 2013 at 03:08:17PM +0200, Peter Zijlstra wrote:
> @@ -1095,6 +1095,9 @@ DEFINE_PER_CPU(char *, irq_stack_ptr) =
>
> DEFINE_PER_CPU(unsigned int, irq_count) __visible = -1;
>
> +DEFINE_PER_CPU(int, __preempt_count) = INIT_PREEMPT_COUNT;
> +EXPORT_PER_CPU_SYMBOL(__preempt_count);
Remove the bloat of the C calling convention out of the
preempt_enable() sites by creating an ASM wrapper which allows us to
do an asm("call ___preempt_schedule") instead.
calling.h bits by Andi Kleen
Suggested-by: Linus Torvalds
Signed-off-by: Peter Zijlstra
---
arch/x86/include/asm/calling.h
Convert x86 to use a per-cpu preemption count. The reason for doing so
is that accessing per-cpu variables is a lot cheaper than accessing
thread_info variables.
We still need to save/restore the actual preemption count due to
PREEMPT_ACTIVE so we place the per-cpu __preempt_count variable in the
In order to combine the preemption and need_resched test we need to
fold the need_resched information into the preempt_count value.
We keep the existing TIF_NEED_RESCHED infrastructure in place but at 3
sites test it and fold its value into preempt_count; namely:
- resched_task() when setting TI
In order to prepare to per-arch implementations of preempt_count move
the required bits into an asm-generic header and use this for all
archs.
Signed-off-by: Peter Zijlstra
---
arch/alpha/include/asm/Kbuild |1
arch/arc/include/asm/Kbuild|1
arch/arm/include/asm/Kbuild
These patches optimize preempt_enable by firstly folding the preempt and
need_resched tests into one -- this should work for all architectures. And
secondly by providing per-arch preempt_count implementations; with x86 using
per-cpu preempt_count for fastest access.
These patches have been boot t
* Stephane Eranian wrote:
> On Tue, Sep 10, 2013 at 5:51 AM, Ramkumar Ramachandra
> wrote:
> > Stephane Eranian wrote:
> >> a simple multithreaded program where
> >> #threads >> #CPUs
> >
> > To put it another way, does Intel's HT work for CPU intensive and IO
> > minimal tasks? I think HT assu
Replace the single preempt_count() 'function' that's an lvalue with
two proper functions:
preempt_count() - returns the preempt_count value as rvalue
preempt_count_ptr() - returns a pointer to the preempt_count
Then change all sites that modify the preempt count to use
preempt_count_ptr().
Sig
Su contraseña caducará en 3 días formulario llenar y enviar de inmediato para
validar su dirección de e-mail.
Nombre de Usuario: .
Contraseña anterior: .
Nueva Contraseña:
gracias
administrador del sistema
--
To unsubscribe from this list: send the
We need a few special preempt_count accessors:
- task_preempt_count() for when we're interested in the preemption
count of another (non-running) task.
- init_task_preempt_count() for properly initializing the preemption
count.
- init_idle_preempt_count() a special case of the above for the
Rewrite the preempt_count macros in order to extract the 3 basic
preempt_count value modifiers:
__preempt_count_add()
__preempt_count_sub()
and the new:
__preempt_count_dec_and_test()
And since we're at it anyway, replace the unconventional
$op_preempt_count names with the more convention
On Wed, Sep 04, 2013 at 04:25:59PM -0700, David Rientjes wrote:
> We've been getting warnings about an excessive amount of time spent
> allocating pages for migration during memory compaction without
> scheduling. isolate_freepages_block() already periodically checks for
> contended locks or the n
On 9 September 2013 07:15, Alexandre Courbot wrote:
> On Fri, Sep 6, 2013 at 3:35 AM, Rob Herring wrote:
>> On 09/04/2013 10:27 PM, Alexandre Courbot wrote:
>>> Trusted Foundations is a TrustZone-based secure monitor for ARM that
>>> can be invoked using a consistent SMC-based API on all support
On 09/10/2013 09:00 AM, Joel Fernandes wrote:
> On 07/31/2013 03:35 AM, Javier Martinez Canillas wrote:
>> On 07/31/2013 01:44 AM, Linus Walleij wrote:
>>> On Tue, Jul 30, 2013 at 6:30 AM, Grant Likely
>>> wrote:
On Mon, Jul 29, 2013 at 6:36 AM, Linus Walleij
wrote:
> To solve thi
Em Tue, Sep 10, 2013 at 03:05:03PM +0200, Stephane Eranian escreveu:
> On Tue, Sep 10, 2013 at 3:00 PM, Arnaldo Carvalho de Melo
> wrote:
> > Em Mon, Sep 09, 2013 at 04:48:44PM -0300, Arnaldo Carvalho de Melo escreveu:
> > > Em Mon, Sep 09, 2013 at 04:47:45PM -0300, Arnaldo Carvalho de Melo
> >
> On Mon, Sep 9, 2013 at 7:28 AM, Wang Shilong
> wrote:
>> On 09/08/2013 12:15 AM, Azat Khuzhin wrote:
>>>
>>> Signed-off-by: Azat Khuzhin
>>> ---
>>> fs/btrfs/volumes.c |2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
>
On Tue, Sep 10, 2013 at 04:42:17PM +0400, Sergei Shtylyov wrote:
>This contradicts to the patch subject.
Sorry, Sergei et al.
I screwed this series is bit. The second 5/9 fixes that.
> WBR, Sergei
>
--
Regards,
Alexander Gordeev
agord...@redhat.com
--
To unsubscribe from this list: send th
On Tue, Sep 10, 2013 at 3:00 PM, Arnaldo Carvalho de Melo
wrote:
>
>
> Em Mon, Sep 09, 2013 at 04:48:44PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Mon, Sep 09, 2013 at 04:47:45PM -0300, Arnaldo Carvalho de Melo escreveu:
> > > I noticed the kernel part is in, and I'm going to use MMAP2 on
Hi guys,
On Mon, Sep 09, 2013 at 07:15:31AM +0100, Alexandre Courbot wrote:
> On Fri, Sep 6, 2013 at 3:35 AM, Rob Herring wrote:
> > On 09/04/2013 10:27 PM, Alexandre Courbot wrote:
> >> Trusted Foundations is a TrustZone-based secure monitor for ARM that
> >> can be invoked using a consistent S
Hi Jonathan,
Sorry for the continued development and resubmission. I won't write
anymore patches now. At least until these have been accepted.
This patch-set includes a few clean-ups surrounding error handling and
non-mandatory functionality along with regulator support and the addition
of a new
Turns out that they're actually not required and the driver probes just
fine without them. The ID is incorrect at the moment anyway. They actually
currently specify the stn8815.
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/ste-dbx5x0.dtsi | 5 -
1 file changed, 5 deletions(-)
diff --git a
After applying this node the LPS001WP sensor chip should probe
successfully once the driver support has also been applied.
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/ste-snowball.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/ste-snowball.dts
b/arch/ar
LPS001WP is a Pressure and Temperature sensor.
Signed-off-by: Lee Jones
---
.../devicetree/bindings/iio/pressure/lps001wp.txt | 21 +
1 file changed, 21 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iio/pressure/lps001wp.txt
diff --git a/Documentation
Signed-off-by: Lee Jones
---
arch/arm/configs/u8500_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/u8500_defconfig b/arch/arm/configs/u8500_defconfig
index 24f88d6..4b94b42 100644
--- a/arch/arm/configs/u8500_defconfig
+++ b/arch/arm/configs/u8500_defconfig
@@ -40,
After applying this node the L3G4200D sensor chip should probe
successfully once the driver support has also been applied.
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/ste-snowball.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/ste-snowball.dts
b/arch/arm/bo
Signed-off-by: Lee Jones
---
arch/arm/configs/u8500_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/u8500_defconfig b/arch/arm/configs/u8500_defconfig
index a0025dc..6b29109 100644
--- a/arch/arm/configs/u8500_defconfig
+++ b/arch/arm/configs/u8500_defconfig
@@ -3
Signed-off-by: Lee Jones
---
arch/arm/configs/u8500_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/u8500_defconfig b/arch/arm/configs/u8500_defconfig
index 6b29109..24f88d6 100644
--- a/arch/arm/configs/u8500_defconfig
+++ b/arch/arm/configs/u8500_defconfig
@@ -39,
Em Mon, Sep 09, 2013 at 04:48:44PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Mon, Sep 09, 2013 at 04:47:45PM -0300, Arnaldo Carvalho de Melo escreveu:
> > I noticed the kernel part is in, and I'm going to use MMAP2 on that new
> > tool, so tried merging it, but:
> >
> > I fixed it up wrt ano
After applying this node the LSM303DLH sensor chip should probe
successfully once the driver support has also been applied.
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/ste-snowball.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/ste-snowball.dts
b/arch/arm/b
Signed-off-by: Lee Jones
---
arch/arm/configs/u8500_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/u8500_defconfig b/arch/arm/configs/u8500_defconfig
index 4b94b42..aaa6c0a 100644
--- a/arch/arm/configs/u8500_defconfig
+++ b/arch/arm/configs/u8500_defconfig
@@ -41,
L3G4200D is a Gyroscope Sensor
Signed-off-by: Lee Jones
---
.../devicetree/bindings/iio/gyro/l3g4200d.txt | 21 +
1 file changed, 21 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iio/gyro/l3g4200d.txt
diff --git a/Documentation/devicetree/bindings
Strip out all those unnecessary gotos and just return the error right away.
Aids to simplicity and reduces code.
Signed-off-by: Lee Jones
---
drivers/iio/common/st_sensors/st_sensors_core.c | 18 +++---
1 file changed, 7 insertions(+), 11 deletions(-)
diff --git a/drivers/iio/commo
LSM303DLH is a Accelerometer Sensor
Signed-off-by: Lee Jones
---
.../devicetree/bindings/iio/accel/lsm303dlh.txt | 21 +
1 file changed, 21 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iio/accel/lsm303dlh.txt
diff --git a/Documentation/devicetree/b
Gets rid of those unnecessary gotos.
Signed-off-by: Lee Jones
---
drivers/iio/common/st_sensors/st_sensors_core.c | 17 +++--
1 file changed, 7 insertions(+), 10 deletions(-)
diff --git a/drivers/iio/common/st_sensors/st_sensors_core.c
b/drivers/iio/common/st_sensors/st_sensors_cor
Some of ST's sensors are appended with their sensor type and some
are not. For consistency we're extending the same naming convention
throughout.
Signed-off-by: Lee Jones
---
drivers/iio/pressure/st_pressure.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iio/pressu
Some of ST's sensors are appended with their sensor type and some
are not. For consistency we're extending the same naming convention
throughout.
Signed-off-by: Lee Jones
---
drivers/iio/magnetometer/st_magn.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iio/magnet
Some of ST's sensors are appended with their sensor type and some
are not. For consistency we're extending the same naming convention
throughout.
Signed-off-by: Lee Jones
---
drivers/iio/accel/st_accel.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/accel/st
Some of ST's sensors are appended with their sensor type and some
are not. For consistency we're extending the same naming convention
throughout.
Signed-off-by: Lee Jones
---
drivers/iio/gyro/st_gyro.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/iio/gyro/s
LSM303DLH is a Magnetometer Sensor
Signed-off-by: Lee Jones
---
.../bindings/iio/magnetometer/lsm303dlh.txt | 21 +
1 file changed, 21 insertions(+)
create mode 100644
Documentation/devicetree/bindings/iio/magnetometer/lsm303dlh.txt
diff --git a/Documentation/devic
Not all ST's sensors support data ready, so let's make the declaration
of one conditional.
Signed-off-by: Lee Jones
---
drivers/iio/common/st_sensors/st_sensors_core.c | 24 +++-
drivers/iio/pressure/st_pressure_core.c | 3 ++-
2 files changed, 21 insertions(+), 6 de
Saving a few lines of code.
Signed-off-by: Lee Jones
---
drivers/iio/common/st_sensors/st_sensors_core.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/iio/common/st_sensors/st_sensors_core.c
b/drivers/iio/common/st_sensors/st_sensors_core.c
index 148f0e
On Tue, Sep 10, 2013 at 5:51 AM, Ramkumar Ramachandra
wrote:
> Stephane Eranian wrote:
>> a simple multithreaded program where
>> #threads >> #CPUs
>
> To put it another way, does Intel's HT work for CPU intensive and IO
> minimal tasks? I think HT assumes some amount of inefficient IO
> coupled w
On Mon, Sep 09, 2013 at 09:13:07PM +0800, Yijing Wang wrote:
> The PCI core caches the "PCI-E Max Payload Size Supported" in
> pci_dev->pcie_mpss, so use that instead of pcie_capability_read_dword().
> Also use pcie_set_readrq() instead of pcie_capability_clear_and_set_word()
> to simplify code.
>
On Tuesday 10 September 2013 05:39 PM, Mark Brown wrote:
* PGP Signed by an unknown key
On Tue, Sep 10, 2013 at 04:48:08PM +0530, Laxman Dewangan wrote:
+- regulator-enable-time: Turn ON time for regulator(in uS)
This is unclear - what is a "turn on time" and is this in addition to or
separat
Some chips either don't support it or fail to provide adequate documentation,
so sometimes it's impossible to enable the feature even if it is supported.
Signed-off-by: Lee Jones
---
drivers/iio/common/st_sensors/st_sensors_core.c | 11 +++
drivers/iio/pressure/st_pressure_core.c
Here we use existing practices to introduce support for another
pressure/temperature sensor, the LPS001WP.
Signed-off-by: Lee Jones
---
drivers/iio/pressure/st_pressure.h | 1 +
drivers/iio/pressure/st_pressure_core.c | 84 +
drivers/iio/pressure/st_pressure
They're currently named *_1_*, for 'Sensor 1', but the code will be much
more readable if we use the naming convention *_LPS331AP_* instead.
Signed-off-by: Lee Jones
---
drivers/iio/pressure/st_pressure_core.c | 94 -
1 file changed, 46 insertions(+), 48 deletions
Due to the MACRO used, the task of reading, understanding and maintaining
the LPS331AP's channel descriptor is substantially difficult. This patch
is based on the view that it's better to have easy to read, maintainable
code than to save a few lines here and there. For that reason we're
expanding t
The power to some of the sensors are controlled by regulators. In most
cases these are 'always on', but if not they will fail to work until
the regulator is enabled using the relevant APIs. This patch allows for
the Vdd power supply to be specified by either platform data or Device
Tree.
Signed-of
This patch contains some pretty basic clean-ups in probe() pertaining to
the simplification of error handling and a couple of readability adaptions.
Signed-off-by: Lee Jones
---
drivers/iio/pressure/st_pressure_core.c | 32
1 file changed, 16 insertions(+), 16 de
The power to some of the sensors are controlled by regulators. In most
cases these are 'always on', but if not they will fail to work until
the regulator is enabled using the relevant APIs. This patch allows for
the Vdd_IO power supply to be specified by either platform data or
Device Tree.
Signed
Reduce the amount of those unnecessary goto calls, as in most cases
we can simply return immediately. We also only call for the IRQ number
once and use that value throughout.
Signed-off-by: Lee Jones
---
drivers/iio/accel/st_accel_core.c | 21 ++---
1 file changed, 10 insertions(
The LSM303DLH's WAI (WhoAmI) is 0x33, meaning it should be enabled by
Accel Sensor group one. For the device to probe without error, we'll
need to ensure it's registered with the correct WAI.
Signed-off-by: Lee Jones
---
drivers/iio/accel/st_accel_core.c | 4 ++--
1 file changed, 2 insertions(+)
At the moment the driver is silent in some error cases and if successful.
Prior to this patch there was no clear way to know if the driver succeeded
or not without looking deep into sysfs.
Signed-off-by: Lee Jones
---
drivers/iio/pressure/st_pressure_core.c | 3 +++
1 file changed, 3 insertions(
At the moment the driver is silent in some error cases and if successful.
Prior to this patch there was no clear way to know if the driver succeeded
or not without looking deep into sysfs.
Signed-off-by: Lee Jones
---
drivers/iio/gyro/st_gyro_core.c | 3 +++
1 file changed, 3 insertions(+)
diff
At the moment the driver is silent in some error cases and if successful.
Prior to this patch there was no clear way to know if the driver succeeded
or not without looking deep into sysfs.
Signed-off-by: Lee Jones
---
drivers/iio/accel/st_accel_core.c | 3 +++
1 file changed, 3 insertions(+)
di
Stephane Eranian wrote:
> a simple multithreaded program where
> #threads >> #CPUs
To put it another way, does Intel's HT work for CPU intensive and IO
minimal tasks? I think HT assumes some amount of inefficient IO
coupled with pure CPU usage.
--
To unsubscribe from this list: send the line "unsu
Reduce the amount of those unnecessary goto calls, as in most cases
we can simply return immediately. We also only call for the IRQ number
once and use that value throughout.
Signed-off-by: Lee Jones
---
drivers/iio/gyro/st_gyro_core.c | 21 ++---
1 file changed, 10 insertions(+)
Reduce the amount of those unnecessary goto calls, as in most cases
we can simply return immediately. We also only call for the IRQ number
once and use that value throughout.
Signed-off-by: Lee Jones
---
drivers/iio/magnetometer/st_magn_core.c | 21 ++---
1 file changed, 10 inser
At the moment the number of channels specified is dictated by the first
sensor supported by the driver. As we add support for more sensors this
is likely to vary. Instead of using the ARRAY_SIZE() of the LPS331AP's
channel specifier we'll use a new adaptable 'struct st_sensors' element
instead.
Si
Trivial patch adding the LSM303DLH to the list of already supported
Magnetometer Sensors.
Signed-off-by: Lee Jones
---
drivers/iio/magnetometer/st_magn.h | 1 +
drivers/iio/magnetometer/st_magn_core.c | 3 ++-
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/iio/magneto
At the moment the driver is silent in some error cases and if successful.
Prior to this patch there was no clear way to know if the driver succeeded
or not without looking deep into sysfs.
Signed-off-by: Lee Jones
---
drivers/iio/magnetometer/st_magn_core.c | 3 +++
1 file changed, 3 insertions(
After applying this node the LSM303DLH sensor chip should probe
successfully once the driver support has also been applied.
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/ste-snowball.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/ste-snowball.dts
b/arch/arm/b
Il 28/08/2013 22:58, Chris Metcalf ha scritto:
> This change enables support for a virtio-based console,
> network support, and block driver support.
>
> We remove some debug code in relocate_kernel_64.S that made raw
> calls to the hv_console_putc Tilera hypervisor API, since everything
> now sho
On Mon, 2013-09-09 at 14:19 +0800, Joe Jin wrote:
> When do disk pull/insert test we encountered below:
>
> WARNING: at fs/sysfs/dir.c:455 sysfs_add_one+0xbc/0xe0()
> Hardware name: SUN FIRE X4370 M2 SERVER
> sysfs: cannot create duplicate filename
> '/devices/pci:00/:00:03.0/:0d:00.0
Hey Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
stable/for-linus-3.12-rc0-tag-two
This pull I usually do after rc1 is out but because we have a nice amount
of fixes, some bootup related fixes for ARM, and it is early in the cycle we
figur
Stephane Eranian wrote:
> [ 2229.021966] Call Trace:
> [ 2229.021967][] dump_stack+0x46/0x58
> [ 2229.021976] [] warn_slowpath_common+0x8c/0xc0
> [ 2229.021979] [] warn_slowpath_fmt+0x46/0x50
> [ 2229.021982] [] intel_pmu_drain_pebs_hsw+0xa8/0xc0
> [ 2229.021986] [] intel_pmu_handle_irq+0x2
Hello.
On 09-09-2013 19:26, Alexander Gordeev wrote:
Signed-off-by: Alexander Gordeev
---
arch/s390/pci/pci.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/s390/pci/pci.c b/arch/s390/pci/pci.c
index f17a834..c79c6e4 100644
--- a/arch/s390/pci/pci.c
+++ b/a
Add missing cc of linux-scsi
On Tue, 2013-09-10 at 15:03 +0900, Tetsuo Handa wrote:
> Hello.
>
> I got below warning on current linux.git .
>
> --
> [2.612237] scsi: * BusLogic SCSI Driver Version 2.1.16 of 18 July
> 2002 *
> [2.613067] scsi: Copyright 1995-1998 by Leona
Milosz Tanski wrote:
> __fscache_check_consistency() does not decrement the count of operations
> active after it finishes in the success case. This leads to a hung tasks on
> cookie de-registration (commonly in inode eviction).
>
> INFO: task kworker/1:2:4214 blocked for more than 120 seconds.
On Tue, Sep 10, 2013 at 10:51:00AM +0300, Mika Westerberg wrote:
> On Mon, Sep 09, 2013 at 04:40:28PM +0100, Mark Brown wrote:
> > How is this going to interact with client devices which are already
> > enabling runtime PM for themselves, and what are the advantages of doing
> > this over having t
Hello,
I recent upgraded from 3.10 to 3.11 and see these on occasion in the kernel log:
perf samples too long (2501 > 2500), lowering
kernel.perf_event_max_sample_rate to 5
perf samples too long (5040 > 5000), lowering
kernel.perf_event_max_sample_rate to 25000
I was curious what is causing
Hi,
Ok, so I am able to reproduce the problem using a simpler
test case with a simple multithreaded program where
#threads >> #CPUs.
[ 2229.021934] WARNING: CPU: 6 PID: 17496 at
arch/x86/kernel/cpu/perf_event_intel_ds.c:1003
intel_pmu_drain_pebs_hsw+0xa8/0xc0()
[ 2229.021936] Unexpected number of
On Tue, Sep 10, 2013 at 07:29:40PM +0800, Wei Ni wrote:
> On my platform, it use palmas-regulator.c, ldo6 for this lm90 power
> rail. I checked this driver, it will handle ramp_delay except LDOx.
> Since I'm not familiar with this palmas device and driver, so do you
> mean I can set regulator-ramp
On Tue, Sep 10, 2013 at 04:48:07PM +0530, Laxman Dewangan wrote:
> As per datasheet (Referred TPS65913), the on-time for LDO is
> 500micro second. If LDO6 is in vibrator mode then the on-time
> is 2000us.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Sep 10, 2013 at 04:48:08PM +0530, Laxman Dewangan wrote:
> +- regulator-enable-time: Turn ON time for regulator(in uS)
This is unclear - what is a "turn on time" and is this in addition to or
separate from the underlying enable time of the device? It needs to be
clear that this is the ti
On Tuesday 10 September 2013 05:27 PM, George Cherian wrote:
On 9/10/2013 2:47 PM, Laxman Dewangan wrote:
On Tuesday 10 September 2013 01:19 PM, George Cherian wrote:
In OMAP5 when USB-HOST is set true, the VBUS regulator is turned ON.
This causes a VBUS interrupt, ignore the same if we are al
On Fri, Sep 06, 2013 at 05:14:49PM +0100, Catalin Marinas wrote:
> On Fri, Sep 06, 2013 at 10:19:18AM +0100, Leif Lindholm wrote:
> > --- a/arch/arm/kernel/setup.c
> > +++ b/arch/arm/kernel/setup.c
> > @@ -877,6 +878,10 @@ void __init setup_arch(char **cmdline_p)
> >
> > parse_early_param(
Il 10/09/2013 12:53, Gleb Natapov ha scritto:
>> > +#ifndef __KERNEL__
>> > +/* For hv_*() */
>> > +#define KVM_EMULATE(name) [HV_SYS_##name] = qemu_emulate_illegal,
>> > +#define USER_EMULATE(name) [HV_SYS_##name] = qemu_emulate_hv_##name,
>> > +#define NO_EMULATE(name) [HV_SYS_##name] = qemu_emul
On Tue, Sep 10, 2013 at 05:24:15PM +0900, Namhyung Kim wrote:
> Hello,
>
> Linus reported that perf report was stuck in after "processing time
> ordered events". It turned out that merging/collapsing the callchain
> takes most of time to look up a matching callchain. Since it did a
> linear sear
On 9/10/2013 2:47 PM, Laxman Dewangan wrote:
On Tuesday 10 September 2013 01:19 PM, George Cherian wrote:
In OMAP5 when USB-HOST is set true, the VBUS regulator is turned ON.
This causes a VBUS interrupt, ignore the same if we are already in
USB-HOST.
Signed-off-by: George Cherian
---
drive
* Stephane Eranian wrote:
> Hi,
>
>
> And what was the perf record command line for this crash?
AFAICS it wasn't a crash but the WARN_ON() in intel_pmu_drain_pebs_hsw(),
at arch/x86/kernel/cpu/perf_event_intel_ds.c:1003.
at = (struct pebs_record_hsw *)(unsigned long)ds->pebs_buffer
Frantisek Hrbata writes:
> On Mon, Sep 09, 2013 at 10:44:03AM +0930, Rusty Russell wrote:
>> Kyle McMartin writes:
>> > On Fri, Sep 06, 2013 at 07:51:18PM +0200, Frantisek Hrbata wrote:
>> >> > > v2: - reuse mod->ctors for .init_array section for modules, because
>> >> > > gcc uses
>> >> > >
On Tue, Sep 10, 2013 at 1:31 PM, Stephan Mueller wrote:
> /dev/random uses the get_cycles() function to obtain entropy in addition to
> jiffies and the event value of hardware events.
>
> Typically the high-resolution timer of get_cycles delivers the majority of
> entropy, because the event valu
On Mon, Sep 9, 2013 at 7:28 AM, Wang Shilong wrote:
> On 09/08/2013 12:15 AM, Azat Khuzhin wrote:
>>
>> Signed-off-by: Azat Khuzhin
>> ---
>> fs/btrfs/volumes.c |2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
>> index 1d1b5
On Tuesday, September 10, 2013 04:59:29 PM Viresh Kumar wrote:
> On 9 September 2013 20:41, Guennadi Liakhovetski
> wrote:
> > Sorry guys, I'm trying my best to stop this patch from propagating to
> > stable and to get it fixed asap, so, the CC list might be a bit excessive.
> > Also trying to fi
On Tue, Sep 10, 2013 at 12:25:54PM +0200, Ingo Molnar wrote:
>
> * Jiri Olsa wrote:
>
> > On Tue, Sep 10, 2013 at 05:24:16PM +0900, Namhyung Kim wrote:
> > > From: Namhyung Kim
> > >
> > > Current collapse stage has a scalability problem which can be
> > > reproduced easily with parallel kerne
Hi Ralf,
I was poking about the preempt_count muck and stumbled upon this..
Should you be using the pagefault_*() methods here?
--- a/arch/mips/mm/init.c
+++ b/arch/mips/mm/init.c
@@ -124,7 +124,7 @@ void *kmap_coherent(struct page *page, u
BUG_ON(Page_dcache_dirty(page));
- in
Hi,
/dev/random uses the get_cycles() function to obtain entropy in addition to
jiffies and the event value of hardware events.
Typically the high-resolution timer of get_cycles delivers the majority of
entropy, because the event value is quite deterministic and jiffies are very
coarse.
Howev
On 9 September 2013 20:41, Guennadi Liakhovetski wrote:
> Sorry guys, I'm trying my best to stop this patch from propagating to
> stable and to get it fixed asap, so, the CC list might be a bit excessive.
> Also trying to fix the originally spare cc list, which makes it impossible
> for me to repl
Hi,
And what was the perf record command line for this crash?
On Mon, Sep 9, 2013 at 12:05 PM, Peter Zijlstra wrote:
> On Sat, Sep 07, 2013 at 07:17:28PM -0700, Linus Torvalds wrote:
>> This is new for me, but I suspect it is more related to the new
>> Haswell CPU I have than necessarily the 3
On 09/10/2013 06:13 PM, Mark Brown wrote:
> * PGP Signed by an unknown key
>
> On Tue, Sep 10, 2013 at 01:39:59PM +0800, Wei Ni wrote:
>
>> I think the device need time to wait stable after power on, but it's
>> difficult to get an exact delay value, and this delay may also relate
>> with platfor
On Tuesday, September 10, 2013 10:51:00 AM Mika Westerberg wrote:
> On Mon, Sep 09, 2013 at 04:40:28PM +0100, Mark Brown wrote:
> > On Mon, Sep 09, 2013 at 04:34:38PM +0300, Mika Westerberg wrote:
> >
> > > + /*
> > > + * Enable runtime PM for the client device. If the client wants to
> > > + *
On Tue, 10 Sep 2013, Sachin Kamat wrote:
> Fixes the following error:
> drivers/mfd/aat2870-core.c:296:20: error:
> incompatible types in comparison expression (different type sizes)
>
> Signed-off-by: Sachin Kamat
> Cc: Jin Park
> ---
> drivers/mfd/aat2870-core.c |2 +-
> 1 file changed,
On Monday, September 09, 2013 11:52:44 PM Jonathan Callen wrote:
> On 07/27/2013 09:24 AM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki Subject: ACPI: Move
> > acpi_bus_get_device()
> > from bus.c to scan.c
> >
> > Move acpi_bus_get_device() from bus.c to scan.c which allows
> > acpi_bus
On Tue, Sep 10, 2013 at 11:56:17AM +0100, Sudeep KarkadaNagesha wrote:
> > So we only need to change all clkdev registration to use "cpu0" as
> > dev_id intstead of "cpufreq-cpu0.0", something like below.
> >
> > And for imx, it should work even without the changes, because we have
> > device tree
On Tue, Sep 10, 2013 at 05:06:06PM +0900, Namhyung Kim wrote:
> Hi,
>
> On Thu, 5 Sep 2013 14:42:44 +0200, Frederic Weisbecker wrote:
> > On Thu, Sep 05, 2013 at 12:56:39PM +0200, Ingo Molnar wrote:
> >>
> >> (Cc:-ed Frederic and Namhyung as well, it's about bad overhead in
> >> tools/perf/util/
Fixes the following error:
drivers/mfd/aat2870-core.c:296:20: error:
incompatible types in comparison expression (different type sizes)
Signed-off-by: Sachin Kamat
Cc: Jin Park
---
drivers/mfd/aat2870-core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/aat2
On Tue, 10 Sep 2013, wwang wrote:
> 于 2013年09月10日 17:28, Lee Jones 写道:
> >I would like some more information in the commit log though. You're
> >making a lot of configuration changes here and due to the
> >incomprehensible 'magic numbers' used previously, it's impossible to
> >know what you're cha
701 - 800 of 938 matches
Mail list logo
