* Ingo Molnar mi...@kernel.org wrote:
Overhead is down from 0.600 secs to 0.540 secs. The only remaining thing
is the libperl bug, I'll have a look at that next.
So, libperl detection works fine here, once I've installed the prereq
package on Fedora, perl-ExtUtils-Embed:
On Mon, Sep 30, 2013 at 03:25:47PM +0200, Bartlomiej Zolnierkiewicz wrote:
This is not a SCSI host driver so remove SCSI subsystem specific
includes.
The sad thing is that it is a driver for a device speaking SCSI, but for
some reason that was never discussed it is written to the block layer.
Hi,
On Mon, 2013-09-23 at 16:03 -0600, Stephen Warren wrote:
On 09/23/2013 01:32 PM, Felipe Balbi wrote:
Hi,
On Wed, Aug 21, 2013 at 04:29:44PM +0300, Ivan T. Ivanov wrote:
From: Ivan T. Ivanov iiva...@mm-sol.com
MSM USB3.0 core wrapper consist of USB3.0 IP from Synopsys (SNPS)
Hi,
On Mon, 2013-09-23 at 14:32 -0500, Felipe Balbi wrote:
Hi,
On Wed, Aug 21, 2013 at 04:29:44PM +0300, Ivan T. Ivanov wrote:
From: Ivan T. Ivanov iiva...@mm-sol.com
MSM USB3.0 core wrapper consist of USB3.0 IP from Synopsys
(SNPS) and HS, SS PHY's control and configuration
On 10/01/2013 01:53 PM, Arend van Spriel wrote:
On 10/01/2013 11:53 AM, Roger Quadros wrote:
On 10/01/2013 12:49 PM, Roger Quadros wrote:
Hi Arend,
On 10/01/2013 11:05 AM, Arend van Spriel wrote:
On 07/19/2013 12:57 PM, Arend van Spriel wrote:
On 07/19/2013 12:49 PM, Roger Quadros wrote:
On Tue, Oct 01, 2013 at 02:52:28PM +1000, Michael Neuling wrote:
Well we don't have to, I think Mikey wasn't totally clear about that
making all registers volatile business :-) This is just something we
need to handle in assembly if we are going to reclaim the suspended
transaction.
Andi Kleen a...@firstfloor.org writes:
From: Andi Kleen a...@linux.intel.com
The error code was ignored, which I assume is a mistake.
Yeah, introduced in d50235b7bc3ee0a0427984d763ea7534149531b4, so I cc'd
Jianpeng Ma, though it looks pretty obvious.
Reviewed-by: Jeff Moyer jmo...@redhat.com
Hi Yoshii-san,
Thank you for the patch.
(CC'ing LAMK as a generic CCF question follows)
On Tuesday 01 October 2013 18:15:26 Magnus Damm wrote:
On Tue, Sep 24, 2013 at 1:15 PM, takas...@ops.dti.ne.jp wrote:
Common clock framework version of emev2 clock support.
smu_clkdiv and smu_gclk are
On Tue, 2013-10-01 at 00:20 -0400, Dave Jones wrote:
It seems like trace-cmd needs to be run as root. all hell will break loose if
trinity gets root privs.
Then run this:
trace-cmd record -e syscalls -B trinity su davej -c 'trinity args'
-- Steve
--
To unsubscribe from this list: send the
On Mon, Sep 30, 2013 at 08:51:43PM +, Luck, Tony wrote:
In this case fast_mix would use two uninitialized ints from the stack
and mix it into the pool.
Is the concern here is that an attacker might know (or be able to control)
what is on
the stack - and so get knowledge of what is
On Mon, Sep 30, 2013 at 01:29:09PM -0700, Andi Kleen wrote:
From: Andi Kleen a...@linux.intel.com
The first loop in ext4_mb_init_cache can bail out when the end of
all groups is reached. Unfortunately the later loops did not
have that check and could access uninitialized buffer pointers
in
From 6ff5102b3cd8047bb4bfb4d0165f289249e23bbe Mon Sep 17 00:00:00 2001
From: rchinthekindi rchintheki...@stec-inc.com
Date: Tue, 1 Oct 2013 17:49:58 +0530
Subject: [PATCH 2/2] skd: Restricted pr_debug() lines to 80 characters
Restricted pr_debug() lines to 80 characters
Signed-off-by: Ramprasad
Em Tue, Oct 01, 2013 at 02:04:55PM +0200, Ingo Molnar escreveu:
So there's more speedups possible I think, for example we could construct
an 'optimistic' testcase that is generated live and includes a
concatenation of all the testcases.
If the build of that file succeeds then we have a
* Ingo Molnar mi...@kernel.org wrote:
And the actual feature check is roughly 0.330 msecs of that:
comet:~/tip/tools/perf/config/feature-checks time ( make -j /dev/null; \
for N in stackprotector-all volatile-register-var fortify-source libelf \
libelf-mmap glibc dwarf libelf-getphdrnum
Commit-ID: a6d30e0fffb32ab9e48fa7fc8f463805d5b0bddb
Gitweb: http://git.kernel.org/tip/a6d30e0fffb32ab9e48fa7fc8f463805d5b0bddb
Author: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
AuthorDate: Mon, 30 Sep 2013 15:21:15 +0200
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 1
On Fri, Sep 27, 2013 at 09:01:58PM +0200, Zdenek Kabelac wrote:
Dne 27.9.2013 18:01, Veaceslav Falico napsal(a):
On Fri, Sep 27, 2013 at 09:58:28AM -0600, Bjorn Helgaas wrote:
[+cc Veaceslav, linux-pci]
On Fri, Sep 27, 2013 at 7:34 AM, Zdenek Kabelac zkabe...@redhat.com wrote:
Hi
With
The ACPI specification requires the parent device to be powered on before
any of its children. It can be only powered off when all the children are
already off.
Currently whenever there is no I2C traffic going on, the I2C controller
driver can put the device into low power state transparently to
The thermal_release function is called whenever
any device belonging to 'thermal' class unregisters.
This function performs kfree(cdev) without any check.
In cases where there are more device registrations
other than just 'thermal_zone' and 'cooling_device'
this might accidently free memory
This patch adds a new thermal_zone structure to
thermal.h. Also, adds zone level APIs to the thermal
framework.
A thermal zone is a hot spot on the platform, which
can have one or more sensors and cooling devices attached
to it. These sensors can be mapped to a set of cooling
devices, which when
This patch has a dummy driver that can be used for
testing purposes. This patch is not for merge.
Signed-off-by: Durgadoss R durgados...@intel.com
---
drivers/thermal/Kconfig|5 +
drivers/thermal/Makefile |3 +
drivers/thermal/thermal_test.c | 322
This patch creates new APIs to add/remove a
cdev to/from a zone. This patch does not change
the old cooling device implementation.
Signed-off-by: Durgadoss R durgados...@intel.com
---
drivers/thermal/thermal_core.c | 136
include/linux/thermal.h|
This patch set is a v4 of the previous versions submitted here:
[v3]: https://lkml.org/lkml/2013/2/5/228
[v2]: http://lwn.net/Articles/531720/
[v1]: https://lkml.org/lkml/2012/12/18/108
[RFC]:https://patchwork.kernel.org/patch/1758921/
This patch set is based on Rui's -next tree, on top
of
This patch adds Documentation for ABI's introduced
for thermal subsystem (under /sys/class/thermal/).
Signed-off-by: Durgadoss R durgados...@intel.com
---
Documentation/ABI/testing/sysfs-class-thermal | 137 +
1 file changed, 137 insertions(+)
create mode 100644
This patch adds Documentation for the new APIs
introduced in this patch set. The documentation
also has a model sysfs structure for reference.
Signed-off-by: Durgadoss R durgados...@intel.com
---
Documentation/thermal/sysfs-api2.txt | 248 ++
1 file changed, 248
This patch creates sensor level APIs, in the
generic thermal framework.
A Thermal sensor is a piece of hardware that can report
temperature of the spot in which it is placed. A thermal
sensor driver reads the temperature from this sensor
and reports it out. This kind of driver can be in
any
This patch adds a trip point related sysfs nodes
for each sensor under a zone in /sys/class/thermal/zoneX/.
The nodes will be named, sensorX_trip_activeY,
sensorX_trip_passiveY, sensorX_trip_hot, sensorX_trip_critical
for active, passive, hot and critical trip points
respectively for sensorX.
This patch creates a thermal map sysfs node under
/sys/class/thermal/zoneX/. The thermal map
shows the binding relationship between a sensor
and a cooling device within a particular zone.
This contains entries named mapY_trip_type,
mapY_sensor_name, mapY_cdev_name, mapY_trip_mask,
mapY_weightX.
Hi Roger,
It has been a while, but I would like to pickup this thread. We have a couple
of pandaboards used as test setup. These have an SDIO adapter hooked up to
expansion connector A using MMC2. I have attached the patch file (just ignore
platform_data stuff). Now on one board it works, but
David Rientjes wrote:
On Sat, 28 Sep 2013, Tetsuo Handa wrote:
Some of enterprise users might prefer kernel panic followed by kdump and
automatic reboot to a system is not responding for unpredictable period,
for
the panic helps getting information for analyzing what process caused the
On 10/1/13 1:16 AM, Ingo Molnar wrote:
Just a detail: it would be nice to make all the user facing messages in
tools/perf/util/header.c more specific and more structured. For example
prefixing it with 'perf header:' would be fine:
WARNING: perf/header: Data size is 0. Was the 'perf
Hi Jiri,
Mika Westerberg mika.westerb...@linux.intel.com reported a bug introduced in
hid driver after
commit 212a871a393 (HID: hidraw: correctly deallocate memory on device
disconnect)
that hidraw doesn't close the underlying hid device when the device node is
closed last time.
I am
On 30 Sep 2013, at 16:31, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote:
On Fri, Sep 27, 2013 at 05:09:58PM +0100, Stefano Stabellini wrote:
xen_swiotlb_alloc_coherent needs to allocate a coherent buffer for cpu
and devices. On native x86 and ARMv8 is sufficient to call
__get_free_pages
On Tue, Oct 01, 2013 at 05:16:54AM -0700, Paul E. McKenney wrote:
On Tue, Oct 01, 2013 at 02:52:28PM +1000, Michael Neuling wrote:
Well we don't have to, I think Mikey wasn't totally clear about that
making all registers volatile business :-) This is just something we
need to handle in
On Tue, Oct 01, 2013 at 01:07:23PM +0200, Thierry Reding wrote:
Today's linux-next merge of the sh tree got conflicts in
arch/sh/kernel/cpu/sh2a/Makefile
drivers/tty/serial/sh-sci.c
include/linux/serial_sci.h
I fixed them up (see below). Please check if the resolution
On Tue, Oct 01, 2013 at 01:07:20PM +0200, Thierry Reding wrote:
Today's linux-next merge of the driver-core tree got conflicts in
include/linux/netdevice.h
I fixed it up (see below). Please check if the resolution looks correct.
Looks correct to me, thanks.
greg k-h
--
To
This patch adds a very simple driver that enables GPIO lines as wakeup
sources. It only operates on information passed in via DT, and depends
on CONFIG_OF CONFIG_PM_SLEEP. It can for example be used to connect
wake-on-LAN (WOL) signals or other electric wakeup networks.
The driver accepts a list
Hi,
On Fri, Sep 27, 2013 at 12:31:09PM +0200, Robert Baldyga wrote:
This patch changes ep maxpacket value from 512 to 1024, becouse it's needed
shouldn't you use 3072 instead to cope with high bandwidth ISO
endpoints ?
to handle interupt and isochronous endpoints in high-speed mode. This
Dear Friend,
I will want to discuss something with you about your family and it has some
form of relationship with you going by the similarity in the name.
So kindly get back to me if you are interested so that we can discuss more
about this.
Regards,
John Jack Dick Ven Der Berg.
--
To
On Tuesday 01 October 2013 09:48 AM, Rob Herring wrote:
On 10/01/2013 06:13 AM, Sricharan R wrote:
Hi,
On Monday 30 September 2013 08:39 PM, Rob Herring wrote:
On 09/30/2013 08:59 AM, Sricharan R wrote:
Some socs have a large number of interrupts requests to service
the needs of its many
Hi,
On Mon, Sep 30, 2013 at 01:50:25PM +0200, Michal Nazarewicz wrote:
On Mon, Sep 30 2013, Robert Baldyga wrote:
Hello,
This is update for my patch fixing error handling in functionfs module.
I have fixed typos from previous version, and changed description for
greater
clearity as
This email contains presentation materials for Virtual Conferences organized
at the end of this year. We do not want to bother you with many mails, so
please if you are interested in our virtual conferences, you can specify your
preferences in the following link:
Hi Daniel,
On Tue, Oct 1, 2013 at 10:55 AM, Daniel Mack zon...@gmail.com wrote:
This patch adds a very simple driver that enables GPIO lines as wakeup
sources. It only operates on information passed in via DT, and depends
Isn't it the same as the existing 'gpio-key,wakeup' ?
Please see
On 10/01/2013 06:13 AM, Sricharan R wrote:
Hi,
On Monday 30 September 2013 08:39 PM, Rob Herring wrote:
On 09/30/2013 08:59 AM, Sricharan R wrote:
Some socs have a large number of interrupts requests to service
the needs of its many peripherals and subsystems. All of the interrupt
requests
Hi Fabio,
On 01.10.2013 16:01, Fabio Estevam wrote:
On Tue, Oct 1, 2013 at 10:55 AM, Daniel Mack zon...@gmail.com wrote:
This patch adds a very simple driver that enables GPIO lines as wakeup
sources. It only operates on information passed in via DT, and depends
Isn't it the same as the
On 30 September 2013 18:51, Larry Finger larry.fin...@lwfinger.net wrote:
On 3.12-rc3, I detected a memory leak in module memstick. The kmemleak
results are listed below. The second output is after memstick was unloaded,
which shows that it is not a false positive from kmemleak.
larrylap:~ #
On Wed, Aug 21, 2013 at 06:41:46PM +0200, Oleg Nesterov wrote:
On 08/21, Peter Zijlstra wrote:
The other consideration is that this adds two branches to the normal
schedule path. I really don't know what the regular ratio between
schedule() and io_schedule() is -- and I suspect it can
When devpts is unmounted, there may be a no-longer-used
IDR tree hanging off the superblock we are about to kill.
This needs to be cleaned up before destroying the SB.
The leak is usually not a big deal because unmounting
devpts is typically done when shutting down the whole
machine. However,
On 09/30, Oleg Nesterov wrote:
On 09/30, Peter Zijlstra wrote:
On Mon, Sep 30, 2013 at 07:40:54PM +0200, Oleg Nesterov wrote:
Once again, of course I do not blame this series, but
wait_event_timeout(wq, true, 0) still returns 0.
So we have:
[...snip...]
So
Hi,
On Tue, Oct 01, 2013 at 10:34:47AM +0200, Andreas Larsson wrote:
+/* #define VERBOSE_DEBUG */
we don't want this, we want verbose debug to be selectable on Kconfig,
which already is ;-)
I was only aware of CONFIG_USB_GADGET_DEBUG leading to DEBUG being
defined, not that any Kconfig
What's this change all about, and why is it included in this
patch?
Sorry that was me fat-fingering git add. Ignore that hunk.
I needed it for the static analyzer, which does not understand asm goto.
-Andi
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
On 09/30, Paul E. McKenney wrote:
On Fri, Sep 27, 2013 at 10:41:16PM +0200, Peter Zijlstra wrote:
On Fri, Sep 27, 2013 at 08:15:32PM +0200, Oleg Nesterov wrote:
On 09/26, Peter Zijlstra wrote:
[ . . . ]
+static bool cpuhp_readers_active_check(void)
{
+ unsigned int seq
* David Ahern dsah...@gmail.com wrote:
On 10/1/13 1:16 AM, Ingo Molnar wrote:
Just a detail: it would be nice to make all the user facing messages in
tools/perf/util/header.c more specific and more structured. For example
prefixing it with 'perf header:' would be fine:
WARNING:
Hi,
On Thu, Sep 26, 2013 at 02:00:59AM +0200, Pavel Machek wrote:
On Wed, Sep 25, 2013 at 10:17:38AM +0200, Pali Rohár wrote:
On Wednesday 18 September 2013 19:03:33 Pali Rohár wrote:
twl-phy.notifier is not initalized
Signed-off-by: Pali Rohár pali.ro...@gmail.com
diff
Hello,
On Mon, Sep 30, 2013 at 11:03:50PM -0600, Bjorn Helgaas wrote:
I don't pretend to understand sysfs or the issue you tripped over with
PCI I/O BAR regions. But we had a long discussion about those files
The issue is rather simple. Let's say I do dd if=SOME_IO_BAR skip=12
bs=4 count=1,
2013/10/1 Frederic Weisbecker fweis...@gmail.com:
On Wed, Aug 21, 2013 at 06:41:46PM +0200, Oleg Nesterov wrote:
On 08/21, Peter Zijlstra wrote:
The other consideration is that this adds two branches to the normal
schedule path. I really don't know what the regular ratio between
2013/10/1 Frederic Weisbecker fweis...@gmail.com:
I forgot...
cpu_idletime-idle_start;
cpu_idletime-idle_start = NOW();
grrr.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
Hi
On Tue, Oct 1, 2013 at 2:11 AM, Zachary Lund ad...@computerquip.com wrote:
I apologize for poor assumptions and lack of general knowledge
concerning what I'm talking about. However, I feel I can still help on
the subject.
As to what device I'm talking about, I'm talking about the more
Checking LP_INT_STAT is not enough in the interrupt handler because its
contents get updated regardless of whether the pin has interrupt enabled or
not. This causes the driver to loop forever for GPIOs that are pulled up.
Fix this by checking the interrupt enable bit for the pin as well.
On Tue, Oct 01, 2013 at 04:09:40PM +0200, Oleg Nesterov wrote:
But somehow I didn't realize that ___wait_cond_timeout() can be used
as is, so the simple patch below should work?
Yeah, should work.. But how often do people use timeout=0? Should we
really care about that case to the effect of
On 10/1/13 8:21 AM, Ingo Molnar wrote:
But if I understood it correctly this particular message could trigger for
regular users of perf as well, of the perf record is terminated in some
unusual fashion. Regular users might not have the perf code handy (and
might not know about git grep either).
Hi,
On Tue, Sep 24, 2013 at 11:47:16AM +0200, Robert Baldyga wrote:
Hello,
This is update for my proposal for isochronous transfers support in s3c-hsotg
driver. I've fixed issuses pointed by Bartlomiej Zolnierkiewicz. For more
information, please check the change log at the end of the mail.
On Tue, Oct 01, 2013 at 04:14:29PM +0200, Oleg Nesterov wrote:
On 09/30, Paul E. McKenney wrote:
On Fri, Sep 27, 2013 at 10:41:16PM +0200, Peter Zijlstra wrote:
On Fri, Sep 27, 2013 at 08:15:32PM +0200, Oleg Nesterov wrote:
On 09/26, Peter Zijlstra wrote:
[ . . . ]
+static
Another build speedup, while at it.
===
Subject: perf tools: Speed up git-version test on re-make
From: Ingo Molnar mi...@kernel.org
Date: Tue Oct 1 16:28:09 CEST 2013
util/PERF-VERSION-GEN is currently executed on every build attempt,
and this script can take a lot of time on trees
Linus,
The following changes since commit 62d228b8c676232eca579f91cc0782b060a59097:
Merge branch 'fixes' of git://git.kernel.org/pub/scm/virt/kvm/kvm (2013-09-17
22:20:30 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm.git master
for you to fetch
On Tue, Oct 01, 2013 at 07:45:37AM -0700, Paul E. McKenney wrote:
If you don't have cpuhp_seq, you need some other way to avoid
counter overflow. Which might be provided by limited number of
tasks, or, on 64-bit systems, 64-bit counters.
How so? PID space is basically limited to 30 bits, so
This fixes a build failure caused by calling the free() function which
does not exist in the Linux kernel.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
fs/xfs/xfs_log_recover.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/xfs/xfs_log_recover.c
Em Mon, 30 Sep 2013 09:27:02 +0100
Srinivas KANDAGATLA srinivas.kandaga...@st.com escreveu:
On 27/09/13 14:57, Mauro Carvalho Chehab wrote:
Em Fri, 27 Sep 2013 14:26:12 +0100
Srinivas KANDAGATLA srinivas.kandaga...@st.com escreveu:
On 27/09/13 12:34, Mark Rutland wrote:
+ -
2013/10/1 Frederic Weisbecker fweis...@gmail.com:
2013/10/1 Frederic Weisbecker fweis...@gmail.com:
On Wed, Aug 21, 2013 at 06:41:46PM +0200, Oleg Nesterov wrote:
On 08/21, Peter Zijlstra wrote:
The other consideration is that this adds two branches to the normal
schedule path. I really
I seem to recall hitting this quite a while ago. Does it look familiar ?
Either it didn't get fixed, or it's back..
Dave
[ 2836.628351] ==
[ 2836.628392] [ INFO: possible circular locking dependency detected ]
[ 2836.628436] 3.12.0-rc3+
gpiod_get_index() and gpiod_get() are now the new preferred way to request
GPIOs. Add support for finding the corresponding GPIO descriptor from ACPI
namespace.
Signed-off-by: Mika Westerberg mika.westerb...@linux.intel.com
---
drivers/gpio/gpiolib.c | 10 ++
1 file changed, 10
The ACPI GpioInt resources contain polarity field that is used to specify
whether the interrupt is active high or low. Since gpiolib supports
GPIOF_ACTIVE_LOW we can pass this information in the flags field in
acpi_find_gpio(), analogous to the DeviceTree version.
Signed-off-by: Mika Westerberg
Hi all,
This series converts the ACPI GPIO helpers in gpiolib-acpi.c to use the new
and preferred GPIO descriptor based interface as suggested by the GPIO
subsystem maintainer.
The first patch is just a cosmetic fix to move acpi_gpiochip_free_interrupts()
closer to
It makes more sense to have these functions close to each other. No
functional changes.
Signed-off-by: Mika Westerberg mika.westerb...@linux.intel.com
---
drivers/gpio/gpiolib-acpi.c | 76 ++---
1 file changed, 38 insertions(+), 38 deletions(-)
diff --git
Hi Mark,
Thank you for your reply.
On Tue, Oct 1, 2013 at 2:52 PM, Mark Brown broo...@kernel.org wrote:
On Tue, Oct 01, 2013 at 09:41:04AM +0530, Manish Badarkhe wrote:
This patch changes the driver to avoid the usage of IS_ERR_OR_NULL()
macro.
Why?
Code use IS_ERR_OR_NULL() properly as
On Tue, Oct 01, 2013 at 04:05:27PM +0200, Frederic Weisbecker wrote:
struct cpu_idletime {
nr_iowait,
seqlock,
idle_start,
idle_time,
iowait_time,
} __cacheline_aligned_in_smp;
DEFINE_PER_CPU(struct cpu_idletime, cpu_idletime);
io_schedule()
-Original Message-
From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org]
On Behalf Of Andi Kleen
Sent: Monday, September 30, 2013 1:29 PM
To: linux-kernel@vger.kernel.org
Cc: Andi Kleen; Kirsher, Jeffrey T; net...@vger.kernel.org
Subject: [PATCH 07/11] igb: Avoid
On 10/01/13 09:47, Thierry Reding wrote:
This fixes a build failure caused by calling the free() function which
does not exist in the Linux kernel.
Signed-off-by: Thierry Redingtred...@nvidia.com
---
fs/xfs/xfs_log_recover.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
In addition to the existing ACPI specific GPIO interface, document the new
descriptor based GPIO interface in Documentation/acpi/enumeration.txt, so
it is clear that this new interface is preferred over the ACPI specific
version.
Signed-off-by: Mika Westerberg mika.westerb...@linux.intel.com
---
The new GPIO descriptor based interface is now preferred over the old
integer based one. This patch converts the ACPI GPIO helpers to use this
new interface internally. In addition to that provide compatibility
functions acpi_get_gpio() and acpi_get_gpio_by_index() that convert the
returned GPIO
On 10/01/2013 08:57 AM, Santosh Shilimkar wrote:
On Tuesday 01 October 2013 09:48 AM, Rob Herring wrote:
On 10/01/2013 06:13 AM, Sricharan R wrote:
Hi,
On Monday 30 September 2013 08:39 PM, Rob Herring wrote:
On 09/30/2013 08:59 AM, Sricharan R wrote:
Some socs have a large number of
On 10/01, Paul E. McKenney wrote:
On Tue, Oct 01, 2013 at 04:14:29PM +0200, Oleg Nesterov wrote:
But please note another email, it seems to me we can simply kill
cpuhp_seq and all the barriers in cpuhp_readers_active_check().
If you don't have cpuhp_seq, you need some other way to avoid
On Tuesday 01 October 2013 10:53 AM, Rob Herring wrote:
On 10/01/2013 08:57 AM, Santosh Shilimkar wrote:
On Tuesday 01 October 2013 09:48 AM, Rob Herring wrote:
On 10/01/2013 06:13 AM, Sricharan R wrote:
Hi,
On Monday 30 September 2013 08:39 PM, Rob Herring wrote:
On 09/30/2013 08:59 AM,
On 3.12.0-rc2 without a sub-driver loaded, the trivial module
inlined below [1] BUGs.
On 3.11.0, cpufreq_get(0) returns 0.
kernel BUG at /home/peter/src/kernels/mainline/drivers/cpufreq/cpufreq.c:79!
invalid opcode: [#1] PREEMPT SMP
Modules linked in: cpufq(O+) ext2 ip6table_filter
Have you tested -rc3? This looks like the cpufreq_get() bug that was fixed
there.
Sent from a tablet, I apologize for formatting issues.
Peter Hurley pe...@hurleysoftware.com wrote:
On 3.12.0-rc2 without a sub-driver loaded, the trivial module
inlined below [1] BUGs.
On 3.11.0,
On 10/01/2013 11:13 AM, Wysocki, Rafael J wrote:
Have you tested -rc3? This looks like the cpufreq_get() bug that was fixed
there.
I haven't but I will. Apologies if this is already fixed :)
Regards,
Peter Hurley
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On Tue, Oct 01, 2013 at 05:00:37PM +0200, Peter Zijlstra wrote:
On Tue, Oct 01, 2013 at 04:05:27PM +0200, Frederic Weisbecker wrote:
struct cpu_idletime {
nr_iowait,
seqlock,
idle_start,
idle_time,
iowait_time,
} __cacheline_aligned_in_smp;
On Tue, Oct 01, 2013 at 04:48:20PM +0200, Peter Zijlstra wrote:
On Tue, Oct 01, 2013 at 07:45:37AM -0700, Paul E. McKenney wrote:
If you don't have cpuhp_seq, you need some other way to avoid
counter overflow. Which might be provided by limited number of
tasks, or, on 64-bit systems,
On Mon, Sep 30, 2013 at 04:11:18PM -0400, Chris Metcalf wrote:
On 9/10/2013 6:53 AM, Gleb Natapov wrote:
On Wed, Aug 28, 2013 at 03:45:50PM -0400, Chris Metcalf wrote:
This commit enables the host side of KVM support for tilegx.
[...]
The commit adds a KVM_EXIT_xxx code,
It seems to me that we are going nowhere with this discussion...
If you are ok with the first change in my patch regarding fatal_signal_pending,
I can send new patch with just that change.
On Mon, 30 Sep 2013 15:08:25 -0700 (PDT)
David Rientjes rient...@google.com wrote:
On Fri, 27 Sep 2013,
Hi Thomas, Sebastian,
I see these changes made it to 3.11.
AFAICT though, 3.10.9 still has the original bug (the one that got me to
write the patch for handling separate mask registers) and I am bit
confused as to how to integrate that back into 3.10 (or any previous
affected kernels, as they
Resolve all of the 'WARNING: space prohibited before semicolon'
checkpatch warnings for rtl8712.
Signed-off-by: Thomas Cort linuxg...@gmail.com
---
drivers/staging/rtl8712/os_intfs.c| 2 +-
drivers/staging/rtl8712/rtl8712_cmd.c | 4 ++--
Ok, this should be my final perf-build speedup patch.
With this patch and all the other patches applied perf delta-builds very
fast now - an empty re-build takes just 0.2 seconds:
comet:~/tip/tools/perf time make
real0m0.207s
user0m0.130s
sys 0m0.034s
and the rebuild
(Sent with proper subject line.)
=
libtraceevent.a and liblk.a rules have always-missed dependencies,
which causes python.so to be relinked at every build attempt - even
if none of the affected code changes.
This slows down re-builds unnecessarily, by adding more than a second
On Oct 1, 2013, at 9:19 AM, Guenter Roeck li...@roeck-us.net wrote:
On Tue, Oct 01, 2013 at 12:55:26PM +0200, Henrik Rydberg wrote:
Warning message triggered with 3.12.0-0.rc3.git0.1.fc21.x86_64.
[ 10.886016] applesmc: key count changed from 261 to 1174405121
Explains the crash, but
Fix off-by-one in the equation to calculate max_uV.
Signed-off-by: Axel Lin axel@ingics.com
---
Hi,
I don't have the datasheet and h/w.
Just found this issue while reading the code. (Only compile test).
Axel
drivers/regulator/as3722-regulator.c | 2 +-
1 file changed, 1 insertion(+), 1
AS3722_SDx_VSEL_MAX means the maximum selector, the n_voltages should be
AS3722_SDx_VSEL_MAX + 1.
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/regulator/as3722-regulator.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git
On Sun, Sep 29, 2013 at 03:56:46PM +0200, Oleg Nesterov wrote:
On 09/27, Oleg Nesterov wrote:
I tried hard to find any hole in this version but failed, I believe it
is correct.
And I still believe it is. But now I am starting to think that we
don't need cpuhp_seq. (and imo
Calxeda's new ECX-2000 part uses the same cpufreq interface as highbank,
so add it to the driver's compatibility list.
This is a minor change that can safely be applied to the 3.10 and 3.11
stable trees.
Signed-off-by: Mark Langsdorf mark.langsd...@calxeda.com
---
On 10/01, Paul E. McKenney wrote:
On Tue, Oct 01, 2013 at 04:48:20PM +0200, Peter Zijlstra wrote:
On Tue, Oct 01, 2013 at 07:45:37AM -0700, Paul E. McKenney wrote:
If you don't have cpuhp_seq, you need some other way to avoid
counter overflow. Which might be provided by limited number
This is the version 4 patch. It use smp_prepare_cpus replacing early_init as
cpuconfigure map init funcation caller and use sun7i replacing sunxi7i as
funcation name and variable name.
Fan Rong (3):
Add smp support for Allwinner A20(sunxi 7i).
Add cpuconfig nodes in dts for smp configure.
601 - 700 of 1074 matches
Mail list logo