On Fri 21-06-13 16:09:38, Michal Hocko wrote:
On Fri 21-06-13 16:06:27, Michal Hocko wrote:
[...]
Can you try this monolithic patch please?
Wow, this looks much better!
Damn it! Scratch that. I have made a mistake in configuration so this
all has been 0-no-limit in fact. Sorry about
On Tue, Jun 18, 2013 at 04:20:28PM +0100, Arjan van de Ven wrote:
On 6/14/2013 9:05 AM, Morten Rasmussen wrote:
Looking at the discussion it seems that people have slightly different
views, but most agree that the goal is an integrated scheduling,
frequency, and idle policy like you
Before switching to DT pinctrl states of OMAP IPs have been handled by hwmod
framework. After switching to DT-boot the pinctrl handling was dropped from
hwmod framework and, as it was recommended, OMAP IP's drivers have to be updated
to handle pinctrl states by itself using pinctrl_pm_select_xx()
On Fri 21-06-13 17:04:30, Michal Hocko wrote:
On Fri 21-06-13 16:09:38, Michal Hocko wrote:
On Fri 21-06-13 16:06:27, Michal Hocko wrote:
[...]
Can you try this monolithic patch please?
Wow, this looks much better!
Damn it! Scratch that. I have made a mistake in configuration
On 2013.06.21 at 16:42 +0200, Dirk Schmidt wrote:
Hello.
Am 21.06.2013 16:19, schrieb Markus Trippelsdorf:
On 2013.06.21 at 16:15 +0200, Dirk Schmidt wrote:
Amd Phenom 2 X6 CoolQuiet Issue.
Problem:
dmesg | grep power
[ 10.622426] powernow-k8: This CPU is not supported anymore,
On Thu, Jun 20, 2013 at 09:16:52AM -0700, Paul E. McKenney wrote:
I've been hitting this a lot the last few days.
This is the same machine that I was also seeing lockups during
sync()
On a whim, I reverted 971394f389992f8462c4e5ae0e3b49a10a9534a3
(As I
On Wed, May 22, 2013 at 02:15:52PM -0500, Suthikulpanit, Suravee wrote:
From: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
This patch set implements framework for handling errors reported via IOMMU
event log. It also implements mechanism to filter/suppress error messages
when
On Thu, Jun 20, 2013 at 02:42:03PM +0100, Steve Twiss wrote:
@@ -293,6 +293,13 @@ config REGULATOR_LP8788
help
This driver supports LP8788 voltage regulator chip.
+config REGULATOR_DA9210
+ bool Dialog Semiconductor DA9210 Regulator
+ depends on I2C=y
+ select
Hi Eduardo,
On Thu, Jun 20, 2013 at 7:36 AM, Eduardo Valentin
eduardo.valen...@ti.com wrote:
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
This patch modifies TMU controller to add changes needed to work with
exynos5440 platform. This sensor registers 3 instance of the tmu controller
with
From: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Since 4b68520dc0ec96153bc0d87bca5ffba508edfcf
ARM: at91: add AIC5 support
we allocate the at91_extern_irq.
This patch makes it static and stores the non-dt extern irq in the soc
structure. It is then possible to use a
Hi,
On Thu, Jun 20, 2013 at 7:48 AM, Eduardo Valentin
eduardo.valen...@ti.com wrote:
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
This patch adds configuration data for exynos5440 soc. Also register
definations for the controller are added.
Acked-by: Jonghwa Lee jonghwa3@samsung.com
On Thu, Jun 20, 2013 at 04:03:26PM +0900, Jonghwa Lee wrote:
This patch adds new regulator driver to support max77693 chip's regulators.
max77693 has two linear voltage regulators and one current regulator which
can be controlled through I2C bus. This driver also supports device tree.
This is
Hello.
It is a BIOS Bug of my Asrock K10N78D.
One has not only to enable CoolQuiet but also AMD Turbo Core Technology
or whatever.
I had AMD Turbo Core disabled so acpi_cpufreq would not load.
Solved ( for now ).
Sorry but I will not investigate further.
Thank you for your time and
On Fri, Jun 21, 2013 at 8:49 PM, amit daniel kachhap
amit.dan...@samsung.com wrote:
Hi,
On Thu, Jun 20, 2013 at 7:48 AM, Eduardo Valentin
eduardo.valen...@ti.com wrote:
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
This patch adds configuration data for exynos5440 soc. Also register
On 06/21/13 01:17, Stephen Rothwell wrote:
Hi all,
Happy solstice!
Changes since 20130620:
when CONFIG_INET is not enabled:
CC net/openvswitch/flow.o
In file included from net/openvswitch/flow.c:43:0:
include/net/ip_tunnels.h: In function 'tunnel_ip_select_ident':
On Thu, Jun 20, 2013 at 03:31:07AM -0400, Chao Xie wrote:
Looks pretty good, main thing here is that some of the functionality
here appears to be reproducing standard code.
+static int pm800_set_voltage(struct regulator_dev *rdev,
+ int min_uv, int max_uv, unsigned
From: Bob Liu [mailto:lliu...@gmail.com]
Subject: Re: [PATCHv13 3/4] zswap: add to mm/
On Thu, Jun 20, 2013 at 10:23 PM, Seth Jennings
sjenn...@linux.vnet.ibm.com wrote:
On Thu, Jun 20, 2013 at 05:42:04PM +0800, Bob Liu wrote:
Just made a mmtests run of my own and got very different
On Fri, 2013-06-21 at 08:55 +0800, Aaron Lu wrote:
On 06/20/2013 07:02 PM, Sergei Shtylyov wrote:
Hello.
Hi,
Thanks for your comments.
On 20-06-2013 6:26, Aaron Lu wrote:
+void ata_acpi_hotplug_init(struct ata_host *host)
+{
+ int i;
+
+ for (i = 0; i host-n_ports;
On 6/21/2013 1:50 AM, Morten Rasmussen wrote:
in control of the p-state selection and changes it fast enough to match
the current load, the scheduler doesn't have to care? By fast enough I
mean, faster than the scheduler would notice if a cpu was temporarily
overloaded at a low p-state. In that
Move zram sysfs code to zram drv and remove zram_sysfs file.
This gives ability to make static a number of previously exported
zram functions, used from zram sysfs, e.g. internal zram
zram_meta_alloc/free(). We also can drop several zram_drv wrapper
functions, used from zram sysfs:
e.g.
Stephen,
On 06/21/2013 02:36 AM, Arnd Bergmann wrote:
On Friday 21 June 2013, Tony Lindgren wrote:
I wonder if this mess is caused by the fact that I did the revert
instead of rebuilding our for-next and dropping the merge in the first
place.
I'll rebuild our for-next (or maybe Arnd will
I just submitted a fix for this.
-Original Message-
From: Randy Dunlap [mailto:rdun...@infradead.org]
Sent: Friday, June 21, 2013 11:30 AM
To: Stephen Rothwell
Cc: linux-n...@vger.kernel.org; linux-kernel@vger.kernel.org; infinipath;
linux-
r...@vger.kernel.org
Subject: Re:
On 06/21/13 01:17, Stephen Rothwell wrote:
Hi all,
Happy solstice!
Changes since 20130620:
on x86_64:
when CONFIG_SMP is not enabled:
(from qib.h:)
#ifdef CONFIG_INFINIBAND_QIB_DCA
struct qib_irq_notify {
int rcv;
void *arg;
struct irq_affinity_notify notify;
Signed-off-by: Alex Williamson alex.william...@redhat.com
---
drivers/iommu/iommu.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iommu/iommu.c b/drivers/iommu/iommu.c
index 4b0b56b..ab1fa19 100644
--- a/drivers/iommu/iommu.c
+++ b/drivers/iommu/iommu.c
@@ -820,7
Dear RT Folks,
I'm pleased to announce the 3.8.13-rt12 release.
changes since v3.8.13-rt11:
- added the missing acpi/rt: Convert acpi_gbl_hardware lock back to a
raw_spinlock_t, reported by Steven.
- added an option to the i915 driver to disable the expensive wbinvd. A
warning is printed
Hello Rami,
On Fri, 21 Jun 2013 16:52:41 +0300
Rami Rosen roszenr...@gmail.com wrote:
This patch by Patrick McHardy, titled:
add 802.1ad support, seems to do the job:
http://www.spinics.net/lists/netdev/msg233587.html
thank you very much for that link - I'm not subscribed to netdev and
that
On 6/21/2013 1:50 AM, Morten Rasmussen wrote:
ypically.
A hint when a task is moved to a new cpu is too late if the migration
shouldn't have happened at all. If the scheduler knows that the cpu is
able to switch to a higher p-state it can decide to wait for the p-state
change instead of
On Sunday 02 June 2013, Stephen Boyd wrote:
Nothing about the sched_clock implementation in the ARM port is
specific to the architecture. Generalize the code so that other
architectures can use it by selecting GENERIC_SCHED_CLOCK.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
On Fri, 21 Jun 2013, Srinivas KANDAGATLA wrote:
+static void gt_clockevent_set_mode(enum clock_event_mode mode,
+struct clock_event_device *clk)
+{
+ unsigned long ctrl;
+
+ ctrl = readl(gt_base + GT_CONTROL);
+ switch (mode) {
+ case
On Friday 21 June 2013, Joe Perches wrote:
On Fri, 2013-06-21 at 10:53 +, Alexey Brodkin wrote:
On 06/21/2013 02:32 PM, Joe Perches wrote:
On Fri, 2013-06-21 at 11:20 +0400, Alexey Brodkin wrote:
Driver for non-standard on-chip ethernet device ARC EMAC 10/100,
instantiated in some
On 06/21/2013 06:39 AM, James Hogan wrote:
MIPS has 128 signals, the highest of which has the number 128 (they
start from 1). The following command causes get_signal_to_deliver() to
pass this signal number straight through to do_group_exit() as the exit
code:
strace sleep 10 sleep 1 kill
On Fri, Jun 21, 2013 at 05:15:00PM +0200, Joerg Roedel wrote:
Instead of extending this bad scaling dmesg error-reporting mechanism,
I would very much like to see an integration of IOMMU error handling
into the EDAC framework.
Wouldn't just adding a tracepoint and collecting the logs in
On Fri, 2013-06-21 at 17:58 +0200, Arnd Bergmann wrote:
On Friday 21 June 2013, Joe Perches wrote:
On Fri, 2013-06-21 at 10:53 +, Alexey Brodkin wrote:
On 06/21/2013 02:32 PM, Joe Perches wrote:
On Fri, 2013-06-21 at 11:20 +0400, Alexey Brodkin wrote:
Driver for non-standard
From: Strashko, Grygorii grygorii.stras...@ti.com
The OMAP I2C driver has a relation to pinctrl-single driver. As result,
its probe will be deferred during system boot until late init time,
because the pinctrl-single is initizalized as moudle/device init time.
This, in turn, will delay
From: Jiang Liu jiang@huawei.com
The xen-pcifront host bridge driver could be built as a module,
so export pci_create_root_bus(), pci_stop_and_remove_root_bus() and
pci_set_host_bridge_release() to support modular host bridge driver.
It's a preparation for coming xen-pcifront refinement.
From: Jiang Liu jiang@huawei.com
Mark pci_scan_bus_parented() as __deprecated and clean up outdated
comments.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: Thierry Reding
From: Jiang Liu jiang@huawei.com
Now there's no caller of pci_scan_bus_parented(), so kill it.
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Chris Metcalf cmetc...@tilera.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: Thierry Reding thierry.red...@avionic-design.de
Cc:
From: Jiang Liu jiang@huawei.com
Use new PCI interfaces to simplify xen-pcifront implementation:
1) Use pci_create_root_bus() instead of pci_scan_bus_parented()
because pci_scan_bus_parented() is marked as __deprecated.This
also gets rid of a duplicated call of pci_bus_start_devices().
From: Jiang Liu jiang@huawei.com
This patch tries to deprecate usage of pci_scan_bus_parented().
It applies to
https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git next
V2:
Kill pci_scan_bus_parented() instead of marking it as deprecated
Jiang Liu (3):
PCI: export three
On Fri, Jun 21, 2013 at 08:59:32AM -0700, David Daney wrote:
On 06/21/2013 06:39 AM, James Hogan wrote:
MIPS has 128 signals, the highest of which has the number 128 (they
start from 1). The following command causes get_signal_to_deliver() to
pass this signal number straight through to
Mark Brown wrote:
Is that a nicer design from your point of view? I don't personally think
that is really gains anything functional other than making the API more
complex and increasing the number of read/write operations. I guess you
Yes, to be honest. I'd hope it wouldn't be increasing
On Fri, 2013-06-21 at 12:51 +1000, Alexey Kardashevskiy wrote:
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
Documentation/vfio.txt |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/vfio.txt b/Documentation/vfio.txt
index c55533c..d7993dc
On 06/21/2013 12:57 AM, Thomas Gleixner wrote:
On Thu, 20 Jun 2013, David Vrabel wrote:
From: David Vrabel david.vra...@citrix.com
The high resolution timer code gets notified of step changes to the
system time with clock_was_set() or clock_was_set_delayed() calls. If
other parts of the
So it should be declared dma_addr_t then,
+ addr = dma_map_single(ndev-dev, (void
*)rx_buff-skb-data,
+ buflen, DMA_FROM_DEVICE);
+ if (dma_mapping_error(ndev-dev, addr)) {
+ if (net_ratelimit())
On 06/20/2013 03:08 PM, Anna-Maria Gleixner wrote:
The nvidia,tristate entry for the pinmux of i2c1 an i2c3 was set to
tristate. This results in non working i2c, because the i2c pins are
not actively driven. Set the entries to driven.
Lucas, can you please comment on this patch? It sounds
On Fri, Jun 21, 2013 at 05:59:33PM +0200, Borislav Petkov wrote:
On Fri, Jun 21, 2013 at 05:15:00PM +0200, Joerg Roedel wrote:
Instead of extending this bad scaling dmesg error-reporting mechanism,
I would very much like to see an integration of IOMMU error handling
into the EDAC framework.
Signed-off-by: Philippe Reynes trem...@yahoo.fr
---
arch/arm/boot/dts/imx27-apf27dev.dts |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/imx27-apf27dev.dts
b/arch/arm/boot/dts/imx27-apf27dev.dts
index 66b8e1c..2a377ca 100644
---
The following changes since commit 323226bbb3d865af12644d66df2b7f161adf51c7:
Merge tag 'fixes-3.10-4' of git://git.infradead.org/users/jcooper/linux into
fixes (2013-06-11 17:05:56 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
The memory we set aside in the previous patch needs to be reinserted.
We start this process via late_initcall so we will have multiple cpus to do
the work.
Signed-off-by: Mike Travis tra...@sgi.com
Signed-off-by: Nathan Zimmer nzim...@sgi.com
Cc: Thomas Gleixner t...@linutronix.de
Cc: Ingo Molnar
This rfc patch set delays initializing large sections of memory until we have
started cpus. This has the effect of reducing startup times on large memory
systems. On 16TB it can take over an hour to boot and most of that time
is spent initializing memory.
We avoid that bottleneck by delaying
On a 16TB system it can takes upwards of two hours to boot the system with
about 60% of the time being spent initializing memory. This patch delays
initializing a large portion of memory until after the system is booted.
This can significantly reduce the time it takes the boot the system down
to
On Wed, Jun 19, 2013 at 04:38:36PM -0700, Kent Overstreet wrote:
On Wed, Jun 19, 2013 at 10:40:22AM +0100, Steven Whitehouse wrote:
Millions of IDs is something that is fairly normal for DLM, since there
will be two DLM locks per cached inode with GFS2 and people tend to use
it on pretty
On Fri, Jun 21, 2013 at 05:09:06PM +0200, Michal Hocko wrote:
And I am total idiot. The machine was not booted with mem=1G so the
figures are completely useless.
It is s Friday. I will start everything again on Monday with a clean
head.
Sorry about all the noise.
Oh, don't be. It
On Thu, Jun 20, 2013 at 2:55 PM, H. Peter Anvin h...@linux.intel.com wrote:
This series fixes a couple of build failures, and fixes MTRR cleanup
and memory setup on very specific memory maps. Finally, it fixes
triggering backtraces on all CPUs, which was inadvertently disabled on
x86.
Hmm.
* Stephen Rothwell s...@canb.auug.org.au [130620 23:14]:
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mach-omap2/devices.c between commit 4a1c0e83bb4e (ARM:
OMAP2+:
mbox: remove dependencies with soc.h) from the mailbox tree and commit
82c5cde1c4b0
On 06/21/2013 09:37 AM, Linus Torvalds wrote:
On Thu, Jun 20, 2013 at 2:55 PM, H. Peter Anvin h...@linux.intel.com wrote:
This series fixes a couple of build failures, and fixes MTRR cleanup
and memory setup on very specific memory maps. Finally, it fixes
triggering backtraces on all CPUs,
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 off EFI runtime
calls with all that implies.)
I don't want
On Fri, Jun 21, 2013 at 10:24 AM, Joerg Roedel j...@8bytes.org wrote:
On Fri, Jun 21, 2013 at 05:59:33PM +0200, Borislav Petkov wrote:
On Fri, Jun 21, 2013 at 05:15:00PM +0200, Joerg Roedel wrote:
Instead of extending this bad scaling dmesg error-reporting mechanism,
I would very much like
On 06/21/2013 12:57 PM, Borislav Petkov wrote:
On Thu, Jun 20, 2013 at 10:11:27PM +, Luck, Tony wrote:
- Two, the Generic Error Data Entry (aka UEFI Section Descriptor) has a
flag which indicates 'Error Threshold Exceeded'. From the UEFI spec, it
looks like we could consider this as an
On Fri, Jun 21, 2013 at 1:36 AM, Borislav Petkov b...@alien8.de wrote:
So ok, I'm persuaded, yet another bitfield it is ... :-\
Let's add some more comments on what each of these bitfields mean. Otherwise
we will be going back over this next time we have a patch that touches one
of them and
On Tue 18-06-13 10:14:39, Joe Perches wrote:
Reducing the object size ~5kb/15% could be useful for embedded
systems.
Add #ifdef CONFIG_PRINTK #else #endif blocks
to hold formats and arguments, passing to
functions when !CONFIG_PRINTK and still verifying
format and arguments with
On Fri, Jun 21, 2013 at 11:25:32AM -0500, Nathan Zimmer wrote:
This rfc patch set delays initializing large sections of memory until we have
started cpus. This has the effect of reducing startup times on large memory
systems. On 16TB it can take over an hour to boot and most of that time
is
On 06/21/2013 03:06 AM, Rafael J. Wysocki wrote:
On Wednesday, June 19, 2013 11:18:41 AM Alexander E. Patrakov wrote:
2013/6/19 Rafael J. Wysocki r...@sisk.pl:
OK, let's try to untangle this a bit.
If you applyt patches [1/4] and [4/4] from the $subject series only, what
does remain unfixed?
On Mon, Jun 10, 2013 at 10:18:08AM -0700, Guenter Roeck wrote:
Commit 37f02195b (powerpc/pci: fix PCI-e devices rescan issue on powerpc
platform) fixes a problem with interrupt and DMA initialization on hot
plugged devices. With this commit, interrupt and DMA initialization for
hot plugged
Quoting James Hogan (2013-06-13 09:05:57)
This patchset adds support for automatic selection of the best parent
for a clock mux, i.e. the one which can provide the closest clock rate
to that requested. It can be disabled by a new CLK_SET_RATE_NO_REPARENT
flag (which is set for all uses of
On Fri, 2013-06-21 at 18:50 +0200, Jan Kara wrote:
On Tue 18-06-13 10:14:39, Joe Perches wrote:
Reducing the object size ~5kb/15% could be useful for embedded
systems.
Add #ifdef CONFIG_PRINTK #else #endif blocks
to hold formats and arguments, passing to
functions when
Setup the multicast list of the net_device instead of
clearing it blindly. This restores the multicast groups
in case of a link down/up event.
Signed-off-by: Christoph Muellner christoph.muell...@theobroma-systems.com
---
drivers/net/ethernet/freescale/fec_main.c |5 +++--
1 files changed, 3
On 06/19, Stephen Boyd wrote:
Can you pick up the first two patches in this series please? And
preferably make a stable branch that can be pulled into arm-soc?
Then I can send the rest through the arm-soc tree.
ping?
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
On 06/21, Arnd Bergmann wrote:
This causes build failures when doing a simple merge with the arm-soc
tree:
== build/clps711x_defconfig/faillog ==
/git/arm-soc/arch/arm/mach-clps711x/common.c:37:29: fatal error:
asm/sched_clock.h: No such file or directory
#include asm/sched_clock.h
On 06/21/2013 09:51 AM, Greg KH wrote:
On Fri, Jun 21, 2013 at 11:25:32AM -0500, Nathan Zimmer wrote:
This rfc patch set delays initializing large sections of memory until we have
started cpus. This has the effect of reducing startup times on large memory
systems. On 16TB it can take over an
Vineet, James,
On Friday 21 June 2013 04:23 AM, James Hogan wrote:
On 21/06/13 05:39, Vineet Gupta wrote:
Hi Santosh,
On 06/21/2013 06:22 AM, Santosh Shilimkar wrote:
Cc: Vineet Gupta vgu...@synopsys.com
Cc: Russell King li...@arm.linux.org.uk
Cc: Catalin Marinas catalin.mari...@arm.com
Am Freitag, den 21.06.2013, 10:24 -0600 schrieb Stephen Warren:
On 06/20/2013 03:08 PM, Anna-Maria Gleixner wrote:
The nvidia,tristate entry for the pinmux of i2c1 an i2c3 was set to
tristate. This results in non working i2c, because the i2c pins are
not actively driven. Set the entries to
On Fri, Jun 21, 2013 at 1:40 PM, Christoph Müllner
christoph.muell...@theobroma-systems.com wrote:
@@ -472,8 +474,7 @@ fec_restart(struct net_device *ndev, int duplex)
writel(0xffc0, fep-hwp + FEC_IEVENT);
/* Reset all multicast. */
Should this comment be removed/updated
On 06/21/2013 12:03 PM, H. Peter Anvin wrote:
On 06/21/2013 09:51 AM, Greg KH wrote:
On Fri, Jun 21, 2013 at 11:25:32AM -0500, Nathan Zimmer wrote:
This rfc patch set delays initializing large sections of memory until we have
started cpus. This has the effect of reducing startup times on
On Friday 21 June 2013 05:04 AM, Sebastian Andrzej Siewior wrote:
On 06/21/2013 02:52 AM, Santosh Shilimkar wrote:
diff --git a/arch/microblaze/kernel/prom.c b/arch/microblaze/kernel/prom.c
index 0a2c68f..62e2e8f 100644
--- a/arch/microblaze/kernel/prom.c
+++ b/arch/microblaze/kernel/prom.c
On Fri, 2013-06-21 at 18:40 +0200, Christoph Müllner wrote:
Setup the multicast list of the net_device instead of
clearing it blindly. This restores the multicast groups
in case of a link down/up event.
Signed-off-by: Christoph Muellner christoph.muell...@theobroma-systems.com
Theobroma?
On 06/21/2013 10:18 AM, Nathan Zimmer wrote:
Since you made it a compile time option, it would be good to know how
much code it adds, but otherwise I agree with Greg here... this really
shouldn't need to be an option. It *especially* shouldn't need to be a
hand-set runtime option (which
On 21/06/13 15:32, Thomas Gleixner wrote:
On Fri, 21 Jun 2013, David Vrabel wrote:
On 21/06/13 08:53, Thomas Gleixner wrote:
This is the completely wrong approach. If an architecture does not
shut down the non boot cpus on suspend, then this wants to be handled
in the core code and not in
Peter,
I noticed that you pulled in Seiji's patches into tip. Last night I was
running my test suite on them, and this morning they showed the
following compile bug. I found the fix and attached it below. I pushed
it into my tree that's based on your x86/trace branch, for your
convenience.
My
On Fri, Jun 21, 2013 at 06:24:55PM +0200, Joerg Roedel wrote:
I would rather not create another user-space interface for this which
we then have to keep forever because someone started using it. What
we need is a well defined mechanism to report these kernel metrics to
userspace which can then
Add a binding for the arm architected timer hardware's memory
mapped interface. The mmio timer hardware is made up of one base
frame and a collection of up to 8 timer frames, where each of the
8 timer frames can have either one or two views. A frame
typically maps to a privilege level
There isn't any reason why we don't pass the event here and we'll
need it in the near future for memory mapped arch timers anyway.
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clocksource/arm_arch_timer.c
Add support for the memory mapped timers by filling in the
read/write functions and adding some parsing code. Note that we
only register one clocksource, preferring the cp15 based
clocksource over the mmio one.
To keep things simple we register one global clockevent. This
covers the case of UP
(Resending this patchset to Daniel since it looks like Daniel is
picking up these types of patches.)
This patchset adds support for memory mapped architected timers. We
don't have any other global broadcast timer in our system, so we use the
mmio timer during low power modes. The first patch is
We're going to introduce support to read and write the memory
mapped timer registers in the next patch, so push the cp15
read/write functions one level deeper. This simplifies the next
patch and makes it clearer what's going on.
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Marc Zyngier
On Fri, Jun 21, 2013 at 09:47:31AM -0700, Tony Luck wrote:
On Fri, Jun 21, 2013 at 1:36 AM, Borislav Petkov b...@alien8.de wrote:
So ok, I'm persuaded, yet another bitfield it is ... :-\
Let's add some more comments on what each of these bitfields mean. Otherwise
we will be going back over
On 06/21/2013 10:05 AM, Stephen Boyd wrote:
On 06/21, Arnd Bergmann wrote:
This causes build failures when doing a simple merge with the arm-soc
tree:
== build/clps711x_defconfig/faillog ==
/git/arm-soc/arch/arm/mach-clps711x/common.c:37:29: fatal error:
asm/sched_clock.h: No such file or
Quoting Tushar Behera (2013-06-20 03:47:16)
cpufreq driver for EXYNOS4 based SoCs are not platform drivers, hence
we cannot currently pass the clock names through a device tree node.
Instead, we need to make them available through global alias.
The patches are based on next-20130618.
On 06/21/13 08:56, Thomas Gleixner wrote:
+static irqreturn_t gt_clockevent_interrupt(int irq, void *dev_id)
+{
+struct clock_event_device *evt = *(struct clock_event_device **)dev_id;
What kind of construct is this?
You are using request_percpu_irq() and the device id is pointing to
Hi Masami,
On Fri, 2013-06-21 at 13:18 +0900, Masami Hiramatsu wrote:
(2013/06/21 3:31), Tom Zanussi wrote:
diff --git a/include/trace/ftrace.h b/include/trace/ftrace.h
index 88ac7da..7c5627f 100644
--- a/include/trace/ftrace.h
+++ b/include/trace/ftrace.h
@@ -522,14 +522,6 @@
On Tue, Jun 04, 2013 at 03:14:28PM -0700, Peter Hüwe wrote:
Hi Daniel,
thanks for this v3.
It's really nice to see the progress and I really like that
sparse/smatch/clang/coccicheck do not complain at all - nice job!
Konrad already did an excellent job at reviewing the driver (thanks for
From: Simon Pearson spear...@acumalabs.com
Kernel 3.8.4. By defining both the set and clear registers,
the speed of the gpio isimproved. gpio-generic.c, selects the
bgpio_set_with_clear() which isfaster than the current
bgpio_set_set(). This has performance implications for all
bitbang drivers
On Fri, Jun 21, 2013 at 01:01:02AM +0800, Jiang Liu wrote:
From: Jiang Liu jiang@huawei.com
This patch tries to deprecate usage of pci_scan_bus_parented().
It applies to
https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git next
They look OK to me, but let me double-test them
From: Joe Perches j...@perches.com
Date: Fri, 21 Jun 2013 07:43:33 -0700
Maybe add a Kconfig depends on !64BIT.
Please, no.
--
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
Hey,
On Fri, Jun 21, 2013 at 05:19:48PM +0800, Tang Chen wrote:
* As memblock allocator can relocate itself. There's no point in
avoiding setting NUMA node while parsing and registering NUMA
topology. Just parse and register NUMA info and later tell it to
relocate itself out of
Signed-off-by: Alexandre Belloni alexandre.bell...@free-electrons.com
---
drivers/video/backlight/hx8357.c | 183 +--
1 file changed, 175 insertions(+), 8 deletions(-)
diff --git a/drivers/video/backlight/hx8357.c b/drivers/video/backlight/hx8357.c
index
From: Maxime Ripard maxime.rip...@free-electrons.com
Signed-off-by: Alexandre Belloni alexandre.bell...@free-electrons.com
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
drivers/video/backlight/hx8357.c | 53 +++-
1 file changed, 31
On Thu, Jun 20, 2013 at 01:03:34PM -0700, John Stultz wrote:
On 06/20/2013 12:16 PM, David Vrabel wrote:
Xen guests use the Xen wallclock as their persistent clock. This is a
software only clock in the hypervisor that is used by guests instead
of a real hardware RTC.
The kernel has limited
On Fri, Jun 21, 2013 at 08:20:34AM -0700, Dan Magenheimer wrote:
From: Bob Liu [mailto:lliu...@gmail.com]
Subject: Re: [PATCHv13 3/4] zswap: add to mm/
On Thu, Jun 20, 2013 at 10:23 PM, Seth Jennings
sjenn...@linux.vnet.ibm.com wrote:
On Thu, Jun 20, 2013 at 05:42:04PM +0800, Bob Liu
On Fri, Jun 21, 2013 at 9:25 AM, Nathan Zimmer nzim...@sgi.com wrote:
This rfc patch set delays initializing large sections of memory until we have
started cpus. This has the effect of reducing startup times on large memory
systems. On 16TB it can take over an hour to boot and most of that
801 - 900 of 1048 matches
Mail list logo