On Fri, Jun 14, 2013 at 02:35:24PM -0600, Shuah Khan wrote:
Change __device_suspend() path to include driver name and the ops that
get run for a device. This additional information helps associate the
driver and the type of pm_ops the device uses in the suspend path very
quickly which will aid
Hi,
Ever since commit 421b40a6286e (tty/vt: Fix vc_deallocate() lock
order), the first VT does not clear when I log out. AFAIK, this means
that disallocation is not working? The problem only affects the first
VT, the others clear when logging out.
Regards
--
Ross Lagerwall
--
To unsubscribe
On Fri, 14 Jun 2013, Thomas Gleixner wrote:
On Fri, 14 Jun 2013, James Bottomley wrote:
From 48bbf44a96676ce6f520a408378730c976e9a11e Mon Sep 17 00:00:00 2001
From: James Bottomley jbottom...@parallels.com
Date: Wed, 8 May 2013 14:05:34 -0700
Subject: [PATCH] [PARISC] fix WARNING: at
On Fri, Jun 14, 2013 at 11:42 AM, Zoran Markovic
zoran.marko...@linaro.org wrote:
I am not sure I understand why this patch is needed. When a new card
is inserted/removed and the upper levels gets notification about the
new card, triggering the mounting/un-mounting of the file system, why
On Fri, 2013-06-14 at 14:35 -0600, Shuah Khan wrote:
Change __device_suspend() path to include driver name and the ops that
get run for a device. This additional information helps associate the
driver and the type of pm_ops the device uses in the suspend path very
quickly which will aid in
On Fri, Jun 14, 2013 at 12:28 PM, Jiang Liu jiang@huawei.com wrote:
Please refer to https://bugzilla.kernel.org/show_bug.cgi?id=56531 for
more information.
This issue is caused by differences in PCI resource assignment between
boot time and runtime hotplug. On x86 platforms, OS respects
On Fri, 2013-06-14 at 14:46 +0200, Rojhalat Ibrahim wrote:
On Friday 14 June 2013 05:28:00 Paul E. McKenney wrote:
On Fri, Jun 14, 2013 at 01:47:00PM +0200, Rojhalat Ibrahim wrote:
Hi,
the current mainline kernel from git reproducibly hangs on my Freescale
PowerPC P5020DS
I've done a bunch of refactoring work on the irq_domain infrastructure.
Some of these patches I've posted before, and some our brand new. The
goal of this is to greatly simplify how irq_domains work. With this
series, instead of there being multiple different types of irq domains,
each with
From: Grant Likely grant.lik...@secretlab.ca
Add the hardware interrupt number to the output of /proc/interrupts.
It is often important to have access to the hardware interrupt number because
it identifies exactly how an interrupt signal is wired up to the interrupt
controller. This is
Nobody calls it; remove the function
Signed-off-by: Grant Likely grant.lik...@linaro.org
---
include/linux/irqdomain.h | 8
kernel/irq/irqdomain.c| 15 ---
2 files changed, 23 deletions(-)
diff --git a/include/linux/irqdomain.h b/include/linux/irqdomain.h
index
Over the years, irq_linear_revmap() gained tests and checks to make sure
callers were using it safely, which while important, also make it less
of a fast path. After the irqdomain refactoring done recently, it is now
possible to make irq_linear_revmap() a fast path again. This patch moves
On Wed, 2013-06-12 at 16:27 -0400, Jörn Engel wrote:
Comment from original 2012 patch:
In all our testing this function has never returned true. However, the
dropping of hardware_lock necessary to call this function seems to cause
a use-after-free we manage to hit rather frequently.
This patch increases the amount of output produced by the
irq_domain_mapping debugfs file by first listing all of the registered
irq domains at the beginning of the output, and then by including all
mapped IRQs in the output, not just the active ones. It is very useful
when debugging irqdomain
The NOMAP irq_domain type is only used by a handful of interrupt
controllers and it unnecessarily complicates the code by adding special
cases on how to look up mappings and different revmap functions are used
for each type which need to validate the correct type is passed to it
before performing
Commit 98aa468e, irqdomain: Support for static IRQ mapping and
association introduced an API for directly associating blocks of hwirqs
to linux irqs. However, if any irq in that block failed to map (say if
the mapping functions returns an error because the irq is already
mapped) then the whole
After refactoring the irqdomain code, there are a number of API
functions that are merely empty wrappers around core code. Drop those
wrappers out of the C file and replace them with static inlines in the
header.
Signed-off-by: Grant Likely grant.lik...@linaro.org
---
From: Grant Likely grant.lik...@secretlab.ca
Keeping them separate makes irq_domain more complex and adds a lot of
code (as proven by the diffstat). Merging them simplifies the whole
scheme. This change makes it so both the tree and linear methods can be
used by the same irq_domain instance.
This patch adds a name field to the irq_domain structure to help mere
mortals understand the mappings between irq domains and virqs. It also
converts a number of places that have open-coded some kind of fudging
an irqdomain name to use the new field. This means a more consistent
display of names
Originally, irq_domain_associate_many() was designed to unwind the
mapped irqs on a failure of any individual association. However, that
proved to be a problem with certain IRQ controllers. Some of them only
support a subset of irqs, and will fail when attempting to map a
reserved IRQ. In those
The LEGACY mapping unnecessarily complicates the irqdomain code and
can easily be implemented with a linear mapping. By ripping it out
and replacing it with the LINEAR mapping the object size of
irqdomain.c shrinks by about 330 bytes (ARMv7) which offsets the
additional allocation required by the
On Wed, 2013-06-12 at 13:13 -0400, Jörn Engel wrote:
On Thu, 30 May 2013 16:36:51 -0400, Jörn Engel wrote:
I just started noticing this one. Patch is completely untested so
far, so don't merge it just yet. I just wanted early review,
considering how scary this looks.
Patch does fix
[+cc Maxim, Jussi]
On Fri, Jun 14, 2013 at 12:26 PM, Yinghai Lu ying...@kernel.org wrote:
On Fri, Jun 14, 2013 at 10:44 AM, Bjorn Helgaas bhelg...@google.com wrote:
On Fri, Jun 14, 2013 at 10:57 AM, Yinghai Lu ying...@kernel.org wrote:
On Fri, Jun 14, 2013 at 9:33 AM, Bjorn Helgaas
On Fri, 2013-06-14 at 15:26 -0600, Bjorn Helgaas wrote:
I did find the Atheros Windows driver for the AOA150 on the Acer
website [3], and the .INF file has several interesting mentions of
ASPM, but I don't know what they mean.
They're not the standard functions, so it's possible that the
Commit-ID: 5a2c7ccc51a2bc42d96e05dd3d920ef0c09eb730
Gitweb: http://git.kernel.org/tip/5a2c7ccc51a2bc42d96e05dd3d920ef0c09eb730
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:02:51 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: b19feb388cdee35bf991e4977d1936f6d23c75a8
Gitweb: http://git.kernel.org/tip/b19feb388cdee35bf991e4977d1936f6d23c75a8
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:02:50 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: d9518cb78d6d5ee6b24eb7ee2f4b108ec30e174e
Gitweb: http://git.kernel.org/tip/d9518cb78d6d5ee6b24eb7ee2f4b108ec30e174e
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:02:48 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: 8ec3ffdf3921675aeae8e9c2b42be3c0b700f153
Gitweb: http://git.kernel.org/tip/8ec3ffdf3921675aeae8e9c2b42be3c0b700f153
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:02:54 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: 56cb257fee5a6e381452bc11fe47357b04cd085e
Gitweb: http://git.kernel.org/tip/56cb257fee5a6e381452bc11fe47357b04cd085e
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:02:55 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: 88168dcb255f44892bcf9f6fac6aeb424471ffaa
Gitweb: http://git.kernel.org/tip/88168dcb255f44892bcf9f6fac6aeb424471ffaa
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:02:56 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: 3c5d8f9640b0c7c512434d7047c34bab976e1f9a
Gitweb: http://git.kernel.org/tip/3c5d8f9640b0c7c512434d7047c34bab976e1f9a
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:02:58 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: 7a309b8608958c40bb7f82ac83532a44b09deae2
Gitweb: http://git.kernel.org/tip/7a309b8608958c40bb7f82ac83532a44b09deae2
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:02:52 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: ca099f2813b5dccf2383784dbcfb9589110bd846
Gitweb: http://git.kernel.org/tip/ca099f2813b5dccf2383784dbcfb9589110bd846
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:03:06 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: 1169f9b1e7bfb609264544bf3581f038722eb10a
Gitweb: http://git.kernel.org/tip/1169f9b1e7bfb609264544bf3581f038722eb10a
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:03:03 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: f8e2d4e7235c816cf0a23aa2d32c57c0d4f8a3f2
Gitweb: http://git.kernel.org/tip/f8e2d4e7235c816cf0a23aa2d32c57c0d4f8a3f2
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:03:04 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: 1b74b2fd7fa0b4b1493a4921eefd560f9ff67963
Gitweb: http://git.kernel.org/tip/1b74b2fd7fa0b4b1493a4921eefd560f9ff67963
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:03:01 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: 9c80560654a3fb62ec3b3529ddcf85317537ff85
Gitweb: http://git.kernel.org/tip/9c80560654a3fb62ec3b3529ddcf85317537ff85
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:03:05 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: 052f56f9b1ffa4b1d1fffb7beb43511e0c630305
Gitweb: http://git.kernel.org/tip/052f56f9b1ffa4b1d1fffb7beb43511e0c630305
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:03:02 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: 7d5a256fc953dd80a4eb9a1870607ec991d23ec2
Gitweb: http://git.kernel.org/tip/7d5a256fc953dd80a4eb9a1870607ec991d23ec2
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:03:07 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: 076d2bd696f8fc47c881a92dd1e5b203ef556f51
Gitweb: http://git.kernel.org/tip/076d2bd696f8fc47c881a92dd1e5b203ef556f51
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:02:59 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: 052b6965a153de6c46203c574c5ad3161e829898
Gitweb: http://git.kernel.org/tip/052b6965a153de6c46203c574c5ad3161e829898
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:03:00 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: 5f02a5e6ca366be44064463f25b6f4cc4468a197
Gitweb: http://git.kernel.org/tip/5f02a5e6ca366be44064463f25b6f4cc4468a197
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:03:09 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
On Fri, Jun 14, 2013 at 09:47:40PM +0100, Ross Lagerwall wrote:
Hi,
Ever since commit 421b40a6286e (tty/vt: Fix vc_deallocate() lock
order), the first VT does not clear when I log out. AFAIK, this means
that disallocation is not working? The problem only affects the first
VT, the others
Commit-ID: ae4ffbb606770c7918e627e36c84b627250b1dbb
Gitweb: http://git.kernel.org/tip/ae4ffbb606770c7918e627e36c84b627250b1dbb
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:03:08 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: 29206daa5831dc5b435a06387fd702875401c6bd
Gitweb: http://git.kernel.org/tip/29206daa5831dc5b435a06387fd702875401c6bd
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:02:53 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Commit-ID: f5127d18677d45bdd17bb3d34e21c2a3f6b0eef6
Gitweb: http://git.kernel.org/tip/f5127d18677d45bdd17bb3d34e21c2a3f6b0eef6
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:02:57 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
-Original Message-
From: Greg KH (gre...@linuxfoundation.org)
[mailto:gre...@linuxfoundation.org]
Sent: Friday, June 14, 2013 12:23 PM
To: KY Srinivasan
Cc: Fernando Soto; linux-kernel@vger.kernel.org; Haiyang Zhang
Subject: Re: [PATCH] Drivers: hv: vmbus: incorrect device name is
Commit-ID: a795ab2d9c2113c63d2c9a0677012db13e746121
Gitweb: http://git.kernel.org/tip/a795ab2d9c2113c63d2c9a0677012db13e746121
Author: Yinghai Lu ying...@kernel.org
AuthorDate: Thu, 13 Jun 2013 21:02:49 +0800
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 14 Jun 2013
Arnd, Olof,
A little AT91 pull-request for patches that are more targeted to SoC/boards
modifications. It is prepared on top of the arm-soc/at91/cleanup branch.
Thanks, best regards,
The following changes since commit b3f442b0eedbc20b5ce3f4a96530588d14901199:
ARM: at91: udpate defconfigs
On 12/06/2013 01:48, Olof Johansson :
On Mon, Jun 03, 2013 at 07:05:39PM +0200, Nicolas Ferre wrote:
Arnd, Olof,
This is a rework of the previous pull-request done by Jean-Christophe
PLAGNIOL-VILLARD last week ([GIT PULL] at91: USBA DT support for 3.11).
You should see that this material is
Hi Linus,
Please pull these fixes for XFS. These fixes remove shouty warnings which
spam system logs, align dir/attr structures with CRCs correctly, set the
block number on the new child block during a btree root split correctly, and
the last one disables verifiers as a temporary
On Fri, 2013-06-14 at 22:39 +0200, Thomas Gleixner wrote:
On Fri, 14 Jun 2013, James Bottomley wrote:
From 48bbf44a96676ce6f520a408378730c976e9a11e Mon Sep 17 00:00:00 2001
From: James Bottomley jbottom...@parallels.com
Date: Wed, 8 May 2013 14:05:34 -0700
Subject: [PATCH] [PARISC] fix
This patch adds support for the I2C bus controllers found on Wondermedia
8xxx-series SoCs. Only master-mode is supported.
Signed-off-by: Tony Prisk li...@prisktech.co.nz
---
v3 changes:
Included the v2 changes for clarity.
Tidy up the I2C_NO_START code properly.
Remove the alias handling and
On Fri, 14 Jun 2013 21:09:47 +0200 Oleg Nesterov o...@redhat.com wrote:
fput() assumes that it can't be called after exit_task_work() but
this is not true, for example free_ipc_ns()-shm_destroy() can do
this. In this case fput() silently leaks the file.
Change it to fallback to
On Wed, 05 Jun 2013 20:20:39 +0200, Tomasz Figa tomasz.f...@gmail.com wrote:
Hi,
On Sunday 19 of May 2013 00:56:30 Tomasz Figa wrote:
Some drivers might rely on availability of trigger flags in IRQ
resource, for example to configure the hardware for particular interrupt
type. However
On Wed, 05 Jun 2013 10:50:02 -0600, Stephen Warren swar...@wwwdotorg.org
wrote:
On 06/03/2013 09:36 AM, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
Previously, the #line parsing regex ended with ({WS}+[0-9]+)?. The {WS}
could match line-break characters. If the #line
On 06/14/2013 05:35 PM, Greg KH wrote:
On Fri, Jun 14, 2013 at 09:47:40PM +0100, Ross Lagerwall wrote:
Hi,
Ever since commit 421b40a6286e (tty/vt: Fix vc_deallocate() lock
order), the first VT does not clear when I log out. AFAIK, this means
that disallocation is not working? The problem
Arnd, Olof,
This is a rework of the previous pull-request done by Jean-Christophe
PLAGNIOL-VILLARD ([GIT PULL] at91: USBA DT support for 3.11).
It is also the division of my previous pull request (v2) to extract only
patches related to drivers. The DT patches will be stacked on top of our
Acked-by: Ralf Baechle r...@linux-mips.org
Ralf
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Fri, Jun 07, 2013 at 04:03:16PM -0700, David Daney wrote:
To: linux-m...@linux-mips.org, r...@linux-mips.org, k...@vger.kernel.org,
Sanjay Lal sanj...@kymasys.com
Cc: linux-kernel@vger.kernel.org, David Daney david.da...@cavium.com
Subject: [PATCH 12/31] MIPS: Add instruction format
Acked-by: Ralf Baechle r...@linux-mips.org
Ralf
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Acked-by: Ralf Baechle r...@linux-mips.org
Ralf
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Saturday, June 15, 2013 03:27:59 AM Jiang Liu wrote:
This is a preparation for next patch to avoid breaking bisecting.
If next patch is applied without this one, it will cause deadlock
as below:
Case 1:
[ 31.015593] Possible unsafe locking scenario:
[ 31.018350]CPU0
On 13/06/2013 10:39, ludovic.desroc...@atmel.com :
From: Ludovic Desroches ludovic.desroc...@atmel.com
DMA-cell content is a concatenation of several values. In order to keep this
stuff human readable, macros are introduced.
The values for the FIFO configuration are not the same as the ones
On Friday, June 14, 2013 06:01:41 PM Luck, Tony wrote:
Tony promised me to test those patches on his box, so we'll know for sure
in a while.
Tested this series - and the box boots just fine with no unexpected messages.
Thanks!
But I should note that this box doesn't have anything that is
On Wed, Jun 12, 2013 at 8:44 PM, Rob Herring robherri...@gmail.com wrote:
Not sure who takes this, but please pull these 2 changes for pstore for
3.11. These are necessary to get pstore to work with on-chip RAM on
Calxeda highbank platform.
Were these posted for discussion and review? Is
On Fri, Jun 14, 2013 at 2:26 PM, Bjorn Helgaas bhelg...@google.com wrote:
[+cc Maxim, Jussi]
Yeah, this is a huge mess. It makes my head hurt. I don't think it's
reasonable to add more flags because that will make my head hurt even
more.
If I understand correctly, on Roman's system (the
On Friday, June 14, 2013 11:08:44 AM Bjorn Helgaas wrote:
On Thu, Jun 13, 2013 at 4:29 PM, Rafael J. Wysocki r...@sisk.pl wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Make acpi_pci_set_power_state() print the name of the ACPI device
power state the device has been actually
Commit 421b40a6286e (tty/vt: Fix vc_deallocate() lock order) changed
the behavior when deallocating VT 1. Previously if trying to
deallocate VT1 and it is busy, we would return EBUSY. The commit
changed this to return 0 (success).
This commit restores the old behavior.
Signed-off-by: Ross
On Fri, 2013-06-14 at 15:17 -0700, Yinghai Lu wrote:
after those two patches, it aspm_disabled is set, via _osc early,
pre-1.1 devices aspm register will be touched even aspm_force is not
specified.
I don't follow. We were previously automatically disabling ASPM on
pre-1.1 devices even if
Hi,
On Fri, Jun 14, 2013 at 02:54:33PM -0500, Joel A Fernandes wrote:
Hi Tony, Vaibhav,
I just doublechecked MMC rootfs on bone and evmsk as it's the standard
smoke test. My EVM is intermittent now so trying to coax it to power up
to reverify.
Matt,
Your branch is working for
Hello, Michal.
On Fri, Jun 14, 2013 at 03:20:26PM +0200, Michal Hocko wrote:
I have no objections to change css reference counting scheme if the
guarantees we used to have are still valid. I am just missing some
comparisons. Do you have any numbers that would show benefits clearly?
Mikulas'
On Fri, Jun 14, 2013 at 3:23 PM, Rafael J. Wysocki r...@sisk.pl wrote:
Can you please just test patch [5/5] alone without patches [1-4/5]? We
believe
that this should work too and if that's the case, we'll only need that patch
and a reworked [1/5].
Your belief is sound - I popped all five
On 06/14/2013 05:18 PM, Tony Luck wrote:
On Wed, Jun 12, 2013 at 8:44 PM, Rob Herring robherri...@gmail.com wrote:
Not sure who takes this, but please pull these 2 changes for pstore for
3.11. These are necessary to get pstore to work with on-chip RAM on
Calxeda highbank platform.
Were
On Fri, 2013-06-14 at 09:09 -0700, Tim Chen wrote:
Added copy to mailing list which I forgot in my previous reply:
On Thu, 2013-06-13 at 16:43 -0700, Davidlohr Bueso wrote:
On Thu, 2013-06-13 at 16:15 -0700, Tim Chen wrote:
Ingo,
At the time of switching the anon-vma tree's lock
On Fri, 14 Jun 2013 20:39:13 +0800 Zhang Yanfei zhangyanfei@gmail.com
wrote:
From: Zhang Yanfei zhangyan...@cn.fujitsu.com
These functions are nowhere used, so remove them.
--- a/include/linux/mmzone.h
+++ b/include/linux/mmzone.h
@@ -843,11 +843,6 @@ static inline int
On Fri, Jun 14, 2013 at 3:27 PM, Matthew Garrett
matthew.garr...@nebula.com wrote:
On Fri, 2013-06-14 at 15:17 -0700, Yinghai Lu wrote:
after those two patches, it aspm_disabled is set, via _osc early,
pre-1.1 devices aspm register will be touched even aspm_force is not
specified.
I don't
Unfortunately this patch didn't make any difference, in fact it hurt
several of the workloads even more. I also tried disabling preemption
when spinning on owner to actually resemble spinlocks, which was my
original plan, yet not much difference.
That's also similar to the performance I
On Fri, Jun 14, 2013 at 05:32:16PM -0500, Rob Herring wrote:
https://lkml.org/lkml/2013/4/9/831
The main discussion was around the write-combining change which I
dropped. You can pick patches 2 and 3 off the mail list if you prefer. I
would assume they only require an ack from one of the 4
On Fri, Jun 14, 2013 at 3:31 PM, Davidlohr Bueso davidlohr.bu...@hp.com wrote:
A few ideas that come to mind are avoiding taking the -wait_lock and
avoid dealing with waiters when doing the optimistic spinning (just like
mutexes do).
I agree that we should first deal with the optimistic
Arnd, Olof,
Additional pull-request for AT91 DT patches.
It contains the remaining part of the USB gadget pull-request that I sent you
last week. After having split it, here is the DT part.
It also contains the update of DMA bindings: it is the AT91 part the should go
through arm-soc. I have
On Fri, 2013-06-14 at 15:40 -0700, Yinghai Lu wrote:
On Fri, Jun 14, 2013 at 3:27 PM, Matthew Garrett
matthew.garr...@nebula.com wrote:
On Fri, 2013-06-14 at 15:17 -0700, Yinghai Lu wrote:
after those two patches, it aspm_disabled is set, via _osc early,
pre-1.1 devices aspm register
On Sat, Jun 15, 2013 at 12:28:12AM +0200, Rafael J. Wysocki wrote:
On Friday, June 14, 2013 11:08:44 AM Bjorn Helgaas wrote:
On Thu, Jun 13, 2013 at 4:29 PM, Rafael J. Wysocki r...@sisk.pl wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Make acpi_pci_set_power_state() print
On Thu, 2013-06-13 at 19:25 +0800, Zhao Chenhui wrote:
Some multicore SoCs firstly boot up the cpu0 after warm reset.
In some suspend/resume cases, SoC will do a warm reset when resuming.
In order to ensure that the suspending and resuming is running
on a same cpu, cpu0 should be the last cpu
On Fri, Jun 14, 2013 at 3:47 PM, Anton Vorontsov an...@enomsg.org wrote:
Acked-by: Anton Vorontsov an...@enomsg.org
(Or I can pick this via linux-pstore.git tree, I'll let Tony decide.)
Added that Acked-by: and applied to my tree.
Thanks
-Tony
--
To unsubscribe from this list: send
On Fri, Jun 14, 2013 at 3:48 PM, Matthew Garrett
matthew.garr...@nebula.com wrote:
On Fri, 2013-06-14 at 15:40 -0700, Yinghai Lu wrote:
On Fri, Jun 14, 2013 at 3:27 PM, Matthew Garrett
matthew.garr...@nebula.com wrote:
On Fri, 2013-06-14 at 15:17 -0700, Yinghai Lu wrote:
after those two
On 06/14/2013 06:24 PM, Ross Lagerwall wrote:
Commit 421b40a6286e (tty/vt: Fix vc_deallocate() lock order) changed
the behavior when deallocating VT 1. Previously if trying to
deallocate VT1 and it is busy, we would return EBUSY. The commit
changed this to return 0 (success).
This commit
On Friday, June 14, 2013 11:30:12 PM Jiang Liu wrote:
On 06/14/2013 10:12 PM, Rafael J. Wysocki wrote:
On Friday, June 14, 2013 09:57:15 PM Jiang Liu wrote:
On 06/14/2013 08:23 PM, Rafael J. Wysocki wrote:
On Thursday, June 13, 2013 09:59:44 PM Rafael J. Wysocki wrote:
On Friday, June 14,
On Sat, 15 Jun 2013 03:13:26 +0900 HeeSub Shin hee...@gmail.com wrote:
Hello,
On Fri, Jun 14, 2013 at 8:10 PM, Minchan Kim minc...@kernel.org wrote:
Hello,
On Fri, Jun 14, 2013 at 07:07:51PM +0900, Heesub Shin wrote:
shrink_slab() queries each slab cache to get the number of
On Friday, June 14, 2013 04:49:49 PM Bjorn Helgaas wrote:
On Sat, Jun 15, 2013 at 12:28:12AM +0200, Rafael J. Wysocki wrote:
On Friday, June 14, 2013 11:08:44 AM Bjorn Helgaas wrote:
On Thu, Jun 13, 2013 at 4:29 PM, Rafael J. Wysocki r...@sisk.pl wrote:
From: Rafael J. Wysocki
On Friday, June 14, 2013 03:32:42 PM Tony Luck wrote:
On Fri, Jun 14, 2013 at 3:23 PM, Rafael J. Wysocki r...@sisk.pl wrote:
Can you please just test patch [5/5] alone without patches [1-4/5]? We
believe
that this should work too and if that's the case, we'll only need that patch
and a
From: Fernando Soto fs...@bluecatnetworks.com
Please CC me, I am not subscribed to the list.
Whenever a device is unregistered in vmbus_device_unregister
(drivers/hv/vmbus_drv.c), the device name in the log message may contain
garbage as the memory has already been freed by the time pr_info is
From: Oliver Schinagl oli...@schinagl.nl
I've tried to incoperate all requests/issues but as always could have possibly
missed some. I've talked to a few people, maxime mostly about the return vs
goto and he said it was up to me, and have choosen to stick with the goto for
the error handling.
From: Oliver Schinagl oli...@schinagl.nl
Allwinner has electric fuses (efuse) on their line of chips. This driver
reads those fuses, seeds the kernel entropy and exports them as a sysfs node.
These fuses are most likly to be programmed at the factory, encoding
things like Chip ID, some sort of
From: Oliver Schinagl oli...@schinagl.nl
This patch shall add support for the sunxi-sid driver to the device table for
sun4i and sun5i.
Signed-off-by: Oliver Schinagl oli...@schinagl.nl
---
arch/arm/boot/dts/sun4i-a10.dtsi | 5 +
arch/arm/boot/dts/sun5i-a13.dtsi | 5 +
2 files changed,
From: David Daney david.da...@cavium.com
The SOCs in the OCTEON family have 16 (or in some cases 20) on-chip
GPIO pins, this driver handles them all. Configuring the pins as
interrupt sources is handled elsewhere (OCTEON's irq handling code).
Signed-off-by: David Daney david.da...@cavium.com
Hello Alexander
Alexander Shiyan wrote:
Hello.
Analysis of driver imx-drm led me to believe that the use fractional part of
the divider is not always a good idea.
For example, for a parallel display bus connected to LVDS converter chip
(DS90C363), in this case the use of
fractional part,
On Fri, Jun 14, 2013 at 03:12:43PM +0800, Lai Jiangshan wrote:
On 06/14/2013 07:57 AM, Paul E. McKenney wrote:
On Fri, Jun 14, 2013 at 07:25:57AM +0800, Lai Jiangshan wrote:
On Thu, Jun 13, 2013 at 11:22 PM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
On Thu, Jun 13, 2013 at
On Fri, Jun 14, 2013 at 09:28:16AM +0800, Lai Jiangshan wrote:
On 06/14/2013 07:57 AM, Paul E. McKenney wrote:
On Fri, Jun 14, 2013 at 07:25:57AM +0800, Lai Jiangshan wrote:
On Thu, Jun 13, 2013 at 11:22 PM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
On Thu, Jun 13, 2013 at
On Tue, Jun 04, 2013 at 02:21:10PM +0200, Linus Walleij wrote:
Hi ARM SoC folks,
this is the ux500 core changes for v3.11. See the signed
tag for details.
The following changes since commit e4aa937ec75df0eea0bee03bffa3303ad36c986b:
Linux 3.10-rc3 (2013-05-26 16:00:47 -0700)
are
On Sat, Jun 15, 2013 at 8:04 AM, Andrew Morton
a...@linux-foundation.org wrote:
On Sat, 15 Jun 2013 03:13:26 +0900 HeeSub Shin hee...@gmail.com wrote:
Hello,
On Fri, Jun 14, 2013 at 8:10 PM, Minchan Kim minc...@kernel.org wrote:
Hello,
On Fri, Jun 14, 2013 at 07:07:51PM
1001 - 1100 of 1176 matches
Mail list logo