W dniu 06.06.2013 17:57, Michal Hocko pisze:
In our system we have hit some very annoying situation (bug?) with
cgroups. I'm writing to you, because I have found your posts on
mailing lists with similar topic. Maybe you could help us or point
some direction where to look for/ask.
We have
On Fri, Jun 07, 2013 at 11:15:00AM -0400, Steven Rostedt wrote:
net: Remove __net_init/exit from exported functions
If CONFIG_NET_NS is not set then __net_init is the same as __init and
__net_exit is the same as __exit. These functions will be removed from
memory after the module loads or is
Hello,
This series contains a real fix for the I2C controller of the Armada
XP SoC and a patch closer to a improvement than a fix.
They are independent and are only in the same series because they are
kind of fixes.
They are based on 3.10-rc4, and they will be small conflicts if they
are
From: Zbigniew Bodek z...@semihalf.com
All the Armada XP (mv78230, mv78260 and mv78460) have a silicon issue
in the I2C controller which violate the i2c repeated start
timing. The I2C standard requires a minimum of 4.7us for the repeated
start condition whereas the I2C controller of the Armada XP
From: Zbigniew Bodek z...@semihalf.com
This commit adds checking whether clock-frequency property acquisition
has succeeded. Do not waste time to find baud factors if there is no
information about the desired bus frequency in dts.
[gregory.clem...@free-electrons.com: Reword the commit log]
On Fri, Jun 07, 2013 at 07:11:57AM +0100, Ben Hutchings wrote:
On Tue, 2013-06-04 at 19:24 +0200, Willy Tarreau wrote:
2.6.32-longterm review patch. If anyone has any objections, please let me
know.
--
From: Eric Dumazet eric.duma...@gmail.com
commit
On Fri 07 Jun 2013 10:50:24 PM CST, Konrad Rzeszutek Wilk wrote:
On Thu, May 16, 2013 at 11:50:55PM +0800, Jiang Liu wrote:
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
On Fri, Jun 07, 2013 at 07:22:47AM +0100, Ben Hutchings wrote:
On Tue, 2013-06-04 at 19:24 +0200, Willy Tarreau wrote:
2.6.32-longterm review patch. If anyone has any objections, please let me
know.
--
recv_msg/recv_stream
From: Mathias Krause
On Fri, Jun 07, 2013 at 07:28:48AM +0100, Ben Hutchings wrote:
On Tue, 2013-06-04 at 19:22 +0200, Willy Tarreau wrote:
2.6.32-longterm review patch. If anyone has any objections, please let me
know.
--
32-bit PVOPS.
From: Jan Beulich jbeul...@suse.com
commit
On 06/07/2013 08:07 PM, Dan Carpenter wrote:
There is an extra semi-colon so the function always returns.
Acked-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
This is imported by using the macro PAGE_ALIGNED.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/mm/vmalloc.c
On Fri, Jun 07, 2013 at 07:20:22AM +0100, Ben Hutchings wrote:
On Tue, 2013-06-04 at 19:24 +0200, Willy Tarreau wrote:
2.6.32-longterm review patch. If anyone has any objections, please let me
know.
--
irda_recvmsg_dgram()
From: Mathias Krause
On Fri, Jun 07, 2013 at 07:32:15AM +0100, Ben Hutchings wrote:
On Tue, 2013-06-04 at 19:22 +0200, Willy Tarreau wrote:
2.6.32-longterm review patch. If anyone has any objections, please let me
know.
--
From: Marcelo Tosatti mtosa...@redhat.com
This was fixed by
On Fri, Jun 07, 2013 at 07:35:00AM +0100, Ben Hutchings wrote:
On Tue, 2013-06-04 at 19:23 +0200, Willy Tarreau wrote:
2.6.32-longterm review patch. If anyone has any objections, please let me
know.
--
bt_sock_recvmsg()
From: Mathias Krause
On 6/6/2013 5:12 PM, Andrew Chew wrote:
The VACG interrupt was not being enabled. Thus, interrupts were never
generated when AC status changes. In addition, interrupts were never
cleared after taking and processing the interrupt.
Added the register offset for the INTR_MASK register, since
On 2013.06.07 at 11:39 -0400, Peter Hurley wrote:
On 06/06/2013 10:37 AM, Markus Trippelsdorf wrote:
On 2013.06.06 at 10:18 -0400, Peter Hurley wrote:
On 06/06/2013 07:54 AM, Markus Trippelsdorf wrote:
Since v3.8.0 several people reported intermittent IO errors that happen
during high
Can't you just use the patch from my original e-mail? Anyhow I attached
it an already signed-off patch.
Al Viro Can you integrate it now?
Dave.
On 06/07/2013 01:43 AM, Petr Vandrovec wrote:
On Wed, Jun 5, 2013 at 1:20 PM, Dave Chiluk chi...@canonical.com wrote:
Petr do you still have commit
The following changes since commit d683b96b072dc4680fc74964eca77e6a23d1fa6e:
Linux 3.10-rc4 (2013-06-02 17:11:17 +0900)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras.git
tags/please-pull-einj
for you to fetch changes up to
Mark Brown wrote:
OK. But if user-space is talking to the device based on register numbers, a
binary attribute seems like the correct way to present that - isn't that
what they're designed for?
I thought there was this protocol you're concerned aboout, not raw
registers? Presenting the
AB8500 AUX regulators are supplied by EXT3 on some boards. This supply
phandle lookup will enable the regulator core to search for and locate
the EXT3 supply at registration time.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi |1 +
1 file changed, 1
The AB8500 external regulator driver is now a device in its own right,
so it requires registering and probing in the normal way. This patch
will ensure the driver is probed once registered for all devices which
support them.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
On Fri, 2013-06-07 at 17:46 +0200, Steinar H. Gunderson wrote:
On Fri, Jun 07, 2013 at 11:15:00AM -0400, Steven Rostedt wrote:
net: Remove __net_init/exit from exported functions
If CONFIG_NET_NS is not set then __net_init is the same as __init and
__net_exit is the same as __exit. These
When registering regulators which have a single voltage through Device
Tree, the framework insists that the specified voltage is actually set.
Well in order to do that we need to provide this call-back, where we
check that the value is sane and return without error. Not that the
selector isn't
Here we use the OF regulator match facility to collect and populate
initialisation data from Device Tree if we're booting with it enabled.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/regulator/ab8500-ext.c | 26 +-
1 file changed, 25 insertions(+), 1
On some platforms the AUX[1|2|3] regulators are supplied voltage by
a separate regulator. For example on Snowball these are provided by
the EXT3. If we list them here, we can supply voltage to them by
simply listing them in as a consumer of EXT3 in the Snowball case.
Signed-off-by: Lee Jones
Some platforms don't support the AB8500 external regulators, so instead
of having a list of is_platform() calls prior to calling
ab8500_ext_regulator_init() from ab8500_regulator_probe(), we can only
register as a platform device on platforms which require them. It means
we also have more control
Regulator names are platform independent, so they need to be applied to
the base level platform DTS files *.dts. Here we're supplying the names
for the newly described AB8500 external regulators.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/snowball.dts | 14
This patch changes the order in which the AB8500 regulator drivers are
registered and subsequently probed. It saves a lot of -EPROBE_DEFEER
nonsense and bootlog noise, as some AB8500 core regulators depend on
the external ones for supply voltage.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
On Fri, Jun 07, 2013 at 03:20:20PM +0100, Rob Herring wrote:
On 06/07/2013 05:23 AM, Lorenzo Pieralisi wrote:
Hi James,
On Thu, Jun 06, 2013 at 06:11:25PM +0100, James King wrote:
If CPUs are marked as disabled in the devicetree, make sure they do
not exist in the system CPU
The supply name is now provided through the regulator descriptor, so
instead of applying a supply_regulator name for each subordinate
regulator requiring it, we can just register a link between the chip
and supply name to achieve the same thing. This reduces platform data
code and standardises the
On Fri, Jun 07, 2013 at 11:09:05AM -0500, Dave Chiluk wrote:
Can't you just use the patch from my original e-mail? Anyhow I attached
it an already signed-off patch.
Al Viro Can you integrate it now?
Applied... FWIW, patch directly in mail body is more convenient to deal with.
--
To
The AB8500 has 3 external regulators which are used to control outside
voltage sources. Some of the core AB8500 use these external regulators
as a supply, so they must be obtainable via Device Tree.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 27
This patch aims to do the following:
- Separate the AB8500 External Regulator out from the AB8500 core
one for added control and reduced complexity
- Enable the AB8500 External Regulator for Device Tree
- Ensure EXT3 supplies the AUX regulators with voltage
arch/arm/boot/dts/dbx5x0.dtsi
On Fri, Jun 07, 2013 at 01:59:43PM +0200, Arnd Bergmann wrote:
On Friday 07 June 2013 18:19:40 Jingoo Han wrote:
Hi Jason Gunthorpe,
I implemented 'Single domain' with Exynos PCIe for last two months;
however, it cannot work properly due to the hardware restriction.
Each MEM region is
Dear Gregory CLEMENT,
On Fri, 7 Jun 2013 17:42:22 +0200, Gregory CLEMENT wrote:
/* Driver states */
enum {
MV64XXX_I2C_STATE_INVALID,
@@ -110,6 +133,7 @@ struct mv64xxx_i2c_data {
spinlock_t lock;
struct i2c_msg *msg;
struct i2c_adapter
On 06/07/2013 01:10 AM, Linus Walleij wrote:
On Wed, Jun 5, 2013 at 7:22 AM, Alexandre Courbot gnu...@gmail.com wrote:
FLAG_ACTIVE_LOW, on the other hand, is *only* set and used through
sysfs operations. Independently, the active low property can be
specified in gpio phandles and retrieved
Move at91 clk init from early_init to timer_init for all at91sam9 non dt
boards.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/mach-at91/board-afeb-9260v1.c | 11 +++
arch/arm/mach-at91/board-cam60.c| 13 -
With the driver now setup for default 32-bit DMA capabilities, remove the
64-bit DMA related dead code.
Signed-off-by: Myron Stowe myron.st...@redhat.com
---
drivers/scsi/megaraid.c | 45 +
drivers/scsi/megaraid.h |1 -
2 files changed, 9
With the driver now setup for default 32-bit DMA capabilities, remove the
broken make_local_pdev() implementation and usages.
Signed-off-by: Myron Stowe myron.st...@redhat.com
---
drivers/scsi/megaraid.c | 98 ---
1 files changed, 16 insertions(+),
If the megaraid device is 64-bit DMA capable then, once it is setup, any
subsequent DMA allocations for internal commands would not be properly
restricted due to megaraid_probe_one() having called pci_set_dma_mask() on
pdev with DMA_BIT_MASK(64). The driver attempts to solve this by using
On 06/07/2013 01:31 AM, Alexandre Courbot wrote:
A framebuffer of this format is set up by SHIELD's bootloader.
Signed-off-by: Alexandre Courbot acour...@nvidia.com
Acked-by: Olof Johansson o...@lixom.net
Reviewed-by: Stephen Warren swar...@nvidia.com
--
To unsubscribe from this list: send
While the megaraid device itself may be 64-bit DMA capable, 32-bit address
restricted DMA buffers are apparently required for internal commands as
is denoted by a couple of comments - For all internal commands, the
buffer must be allocated in 4GB address range - within the driver.
If the device
Dear Gregory CLEMENT,
On Fri, 7 Jun 2013 17:48:59 +0200, Gregory CLEMENT wrote:
+/*
+ * 5us delay in order to avoid repeated start
+ * timing violation on Armada XP SoC.
+ */
+static int mv64xxx_i2c_errata_delay;
This should probably be a per-I2C controller variable, i.e in
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
drivers/clocksource/tcb_clksrc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
drivers/dma/at_hdmac.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/dma/at_hdmac.c
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
drivers/mmc/host/atmel-mci.c | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
drivers/pwm/pwm-atmel-tcb.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
This patch removes all references to the old at91 clks implementation and
make use of the new at91 clk implem for at91rm9200 SoC.
All dt specific lookups are removed (handled in clk device tree binding).
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/mach-at91/Kconfig
Use device tree to get the source clock of the PIT (Periodic Interval Timer).
If the clock is not found in device tree (or dt is not enabled) we'll try to
get it using clk_lookup definitions.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/mach-at91/at91sam926x_time.c | 21
On 06/07/2013 02:11 AM, Alexandre Courbot wrote:
On Fri, Jun 7, 2013 at 1:44 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 06/06/2013 01:28 AM, Alexandre Courbot wrote:
Boot loaders on some Tegra devices can be unlocked but do not let the
system operate without SecureOS. SecureOS prevents
Downstream ports support for all ACS flags supercedes multifunction
exclusion of some flags. The PCIe spec also fully specifies which
PCIe types are subject to the multifunction rules and excludes event
collectors and PCIe-to-PCI bridges entirely. Document each rule to
the section of the PCIe
We currently misinterpret that in order for an ACS feature to be
enabled it must be set in the control field. In reality, this means
that the feature is not only enabled, but controllable. Many of the
ACS capability bits are not required if the device behaves by default
in the way specified when
After some further discussion, Don has come around to agreeing that
we cannot assume anything about devices which do not include an ACS
capability. Patch 1 of this series is therefore the same as sent
before. We have figured out though that some vendors are indicating
that they don't support
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
drivers/misc/atmel-ssc.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/misc/atmel-ssc.c
On Fri, Jun 07, 2013 at 12:48:58PM +0100, James King wrote:
Hi Lorenzo,
On 7 June 2013 11:23, Lorenzo Pieralisi lorenzo.pieral...@arm.com wrote:
Hi James,
On Thu, Jun 06, 2013 at 06:11:25PM +0100, James King wrote:
If CPUs are marked as disabled in the devicetree, make sure they do
On Fri, Jun 07, 2013 at 05:11:28PM +0100, Nick Dyer wrote:
Mark Brown wrote:
I thought there was this protocol you're concerned aboout, not raw
registers? Presenting the actual data in binary form seems sane, how
one gets to the data is the issue.
OK, so we seem to have gone round in a
On Thu, 2013-04-25 at 21:04 +0800, Herbert Xu wrote:
On Fri, Apr 19, 2013 at 01:25:12PM -0700, Tim Chen wrote:
Herbert,
This is a follow on patch to the optimized sha256 and sha512 patch series
that's just
merged into the crypto-dev. Let me know if you prefer me to respin the
patch
On Fri, Jun 07, 2013 at 05:11:24PM +0100, Lee Jones wrote:
This patch changes the order in which the AB8500 regulator drivers are
registered and subsequently probed. It saves a lot of -EPROBE_DEFEER
nonsense and bootlog noise, as some AB8500 core regulators depend on
the external ones for
On Fri, Jun 07, 2013 at 05:11:25PM +0100, Lee Jones wrote:
When registering regulators which have a single voltage through Device
Tree, the framework insists that the specified voltage is actually set.
Well in order to do that we need to provide this call-back, where we
check that the value is
On Fri, 2013-06-07 at 09:47 -0700, Tim Chen wrote:
On Thu, 2013-04-25 at 21:04 +0800, Herbert Xu wrote:
On Fri, Apr 19, 2013 at 01:25:12PM -0700, Tim Chen wrote:
Herbert,
This is a follow on patch to the optimized sha256 and sha512 patch series
that's just
merged into the
On 06/07/2013 06:19 AM, Paul Walmsley wrote:
Add the input clocks needed by the DFLL IP blocks. Initialize them to
51MHz (as required by the DFLL GFD) and to use the PLL_P clock source.
This patch is a collaboration with Peter De Schrijver
pdeschrij...@nvidia.com.
Thanks to Laxman
On Fri, Jun 07, 2013 at 06:26:09PM +0200, Boris BREZILLON wrote:
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Applied since I happened to notice this on he list but you should
*always* CC maintainers on patches otherwise they're
For zfcpdump we can't map the HSA storage because it is only available
via a read interface. Therefore, for the new vmcore mmap feature we have
introduce a new mechanism to create mappings on demand.
This patch introduces a new architecture function remap_oldmem_pfn_range()
that should be used to
I am announcing the release of the Linux 3.8.13.2 kernel.
The updated 3.8.y tree can be found at:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.8.y
and can be browsed at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=refs/heads/linux-3.8.y;a=shortlog
The diff from v3.8.13.1 is
Currently for s390 we create the ELF core header in the 2nd kernel
with a small trick. We relocate the addresses in the ELF header in
a way that for the /proc/vmcore code it seems to be in the 1st kernel
(old) memory and the read_from_oldmem() returns the correct data.
This allows the /proc/vmcore
Hello Vivek,
Sorry for the late reply. It took me some time to implement the page fault
mechanism to be used for zfcpdump.
So here the 5th version of the patch set. Included are also the required
changes for s390 regarding the new mmap support.
First some answers to outstanding questions:
Ok,
From: Jan Willeke will...@de.ibm.com
This patch introduces the s390 specific way to map pages from oldmem.
The memory area below OLDMEM_SIZE is mapped with offset OLDMEM_BASE.
The other old memory is mapped directly.
Signed-off-by: Jan Willeke will...@de.ibm.com
Signed-off-by: Michael Holzheu
This patch now exchanges the old relocate mechanism with the new
arch function call override mechanism that allows to create the ELF
core header in the 2nd kernel.
Signed-off-by: Michael Holzheu holz...@linux.vnet.ibm.com
---
arch/s390/kernel/crash_dump.c | 70
This patch modifies the s390 copy_oldmem_page() and remap_oldmem_pfn_range()
function for zfcpdump to read from the HSA memory if memory below HSA_SIZE
bytes is requested. Otherwise real memory is used.
Signed-off-by: Michael Holzheu holz...@linux.vnet.ibm.com
---
arch/s390/Kconfig |
On 06/07/2013 06:19 AM, Paul Walmsley wrote:
Add DFLL DVCO reset line control functions to the CAR IP block driver.
The DVCO present in the DFLL IP block has a separate reset line,
exposed via the CAR IP block. This reset line is asserted upon SoC
reset. Unless something (such as the DFLL
Hi Greg,
On Fri, Jun 07, 2013 at 05:42:23PM +0200, Gregory CLEMENT wrote:
The mv64xxx-i2c embedded in the Armada XP have a new feature called
i2c-bridge. This commit split the i2c information into armada-370.dtsi
and armada-xp.dtsi. Most of the data remains the same and stay in the
common
Hi Stephen,
On Fri, 7 Jun 2013, Stephen Warren wrote:
On 06/07/2013 06:19 AM, Paul Walmsley wrote:
Add DFLL DVCO reset line control functions to the CAR IP block driver.
The DVCO present in the DFLL IP block has a separate reset line,
exposed via the CAR IP block. This reset line is
On Sat, Jun 08, 2013 at 12:50:31AM +0800, Jiang Liu wrote:
On 06/07/2013 11:38 PM, Konrad Rzeszutek Wilk wrote:
On Fri, Jun 07, 2013 at 10:50:24AM -0400, Konrad Rzeszutek Wilk wrote:
On Thu, May 16, 2013 at 11:50:55PM +0800, Jiang Liu wrote:
Use new PCI interfaces to simplify xen-pcifront
On 07.06.2013 18:12, Christoph Lameter wrote:
On Fri, 7 Jun 2013, Roman Gushchin wrote:
As I understand, the idea was to make kernel allocations cheaper by reducing
the total
number of page allocations (allocating 1 page with order 3 is cheaper than
allocating
8 1-ordered pages).
Its also
On Fri, Jun 07, 2013 at 12:00:47PM +0200, Johan Hovold wrote:
On Thu, Jun 06, 2013 at 10:31:21AM -0700, Greg KH wrote:
From: Greg Kroah-Hartman gre...@linuxfoundation.org
@@ -1040,11 +1044,10 @@ static int usb_serial_probe(struct usb_i
*/
serial-disconnected = 1;
- if
On Fri, Jun 07, 2013 at 11:55:59AM +0200, Tobias Winter wrote:
On 06/07/2013 08:00 AM, Tobias Winter wrote:
CC drivers/usb/serial/console.o
drivers/usb/serial/console.c: In function ‘usb_console_setup’:
drivers/usb/serial/console.c:111:2: error: implicit declaration of
function
As of now we rely on code outside of the driver to set the ciu clock
frequency. There's no reason to do that. Add support for setting up
the clock in the driver during probe.
Signed-off-by: Doug Anderson diand...@chromium.org
Acked-by: Jaehoon Chung jh80.ch...@samsung.com
---
Changes in v2:
-
It is possible to specify a regulator that should be turned on when
dw_mmc is probed. At the moment dw_mmc will fail to use the regulator
properly if the regulator probes after dw_mmc. Fix this problem by
honoring EPROBE_DEFER.
At the same time move the regulator code out of the slot init code.
On 06/07/2013 02:02 AM, luke.leighton wrote:
On Thu, Jun 6, 2013 at 2:10 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
If companies are going to go off and invent the square wheel, and that
makes *them* suffer the loss of being able to merge back into the
mainline kernel,
On Fri, Jun 07, 2013 at 03:14:32PM +0200, Lotfi Manseur wrote:
Handle null termios in ftdi_set_termios(), introduced in
commit 552f6bf1bb0eda0011c0525dd587aa9e7ba5b846
This has been corrected in the mainline by
commits c515598e0f5769916c31c00392cc2bfe6af74e55 and
Dear RT Folks,
I'm pleased to announce the 3.2.46-rt67 stable release.
This release is just an update to the new stable 3.2.46 version
and no RT specific changes have been made.
You can get this release via the git tree at:
On Fri, Jun 07, 2013 at 04:25:07PM +0900, Alexandre Courbot wrote:
On Thu, Jun 6, 2013 at 8:02 PM, Dave Martin dave.mar...@arm.com wrote:
+static int __attribute__((used)) __tegra_smc_stack[10];
Use __used instead of using GCC attributes directly.
+
+/*
+ * With EABI, subtype and
On Fri, Jun 07, 2013 at 06:16:05PM +0400, Roman Gushchin wrote:
On 30.05.2013 22:04, Johannes Weiner wrote:
+/*
+ * Monotonic workingset clock for non-resident pages.
+ *
+ * The refault distance of a page is the number of ticks that occurred
+ * between that page's eviction and subsequent
On Fri, Jun 07, 2013 at 04:20:31PM +0800, shuox@intel.com wrote:
From: ShuoX Liu shuox@intel.com
dpm_run_callback could show more debug info around prepare stage.
Why? Who needs this? What problem does it solve?
Without answers to this, why would you expect us to accept such a
On 03.06.2013 10:03, Tommi Rantala wrote:
Hello,
Hit this while fuzzing v3.10-rc4-0-gd683b96 with trinity.
Looks similar to what I reported back in March:
https://lkml.org/lkml/2013/3/13/222
Tommi
[42279.088045] general protection fault: [#1] SMP DEBUG_PAGEALLOC
[42279.091904] CPU: 1
On Fri, Jun 07, 2013 at 04:20:32PM +0800, shuox@intel.com wrote:
From: ShuoX Liu shuox@intel.com
dpm_run_callback_void could show more debug info around complete stage
Again, why? What does this benifit us?
greg k-h
--
To unsubscribe from this list: send the line unsubscribe
On Fri, Jun 07, 2013 at 02:49:36PM +1000, Stephen Rothwell wrote:
Hi Greg,
Today's linux-next merge of the driver-core tree got a conflict in
drivers/base/memory.c between commit 4960e05e2260 (Driver core:
Introduce offline/online callbacks for memory blocks) from the pm tree
and commit
On Friday 07 June 2013, Jason Gunthorpe wrote:
Sounds fair to me.
But when we talk about multiple domains we don't mean a disjoint range
bus bus numbers, as your other email shows:
00:00.0 PCI bridge: Samsung Electronics Co Ltd Device a549 (rev 01) (prog-if
00 [Normal decode])
10:00.0
On Thu, Jun 06, 2013 at 12:29:14PM -0600, Stephen Warren wrote:
On 06/06/2013 12:08 PM, Dave Martin wrote:
On Thu, Jun 06, 2013 at 10:44:48AM -0600, Stephen Warren wrote:
On 06/06/2013 01:28 AM, Alexandre Courbot wrote:
Boot loaders on some Tegra devices can be unlocked but do not let the
On Friday 07 of June 2013 10:28:29 Doug Anderson wrote:
It is possible to specify a regulator that should be turned on when
dw_mmc is probed. At the moment dw_mmc will fail to use the regulator
properly if the regulator probes after dw_mmc. Fix this problem by
honoring EPROBE_DEFER.
At
On Fri, Jun 07, 2013 at 12:12:23PM -0400, Steven Rostedt wrote:
Ffffa0e76000 u ip_tunnel_init_net [ip_gre]
What do you get if you do an objdump -Dr ip_gre.ko
And then look for ipgre_init, and then subtract 0xb053 (45139) from its
address. As that is: a0e81055 -
On Friday 07 June 2013, Daniel Tang wrote:
Hi,
I was wondering if this patch had gone through yet.
Sorry, not yet. Olof and I are usually taking turns with merging things
into the arm-soc tree, but in the past few weeks he has done all of it,
and he was not on Cc the patch. Please make sure
On Fri, Jun 07, 2013 at 11:40:25AM +0200, Johan Hovold wrote:
On Thu, Jun 06, 2013 at 10:31:21AM -0700, Greg KH wrote:
From: Greg Kroah-Hartman gre...@linuxfoundation.org
[...]
--- a/drivers/usb/serial/usb-serial.c
+++ b/drivers/usb/serial/usb-serial.c
@@ -37,6 +37,7 @@
#include
From: Greg Kroah-Hartman gre...@linuxfoundation.org
This moves the allocation of minor device numbers from a static array to
be dynamic, using the idr interface. This means that you could
potentially get gaps in a minor number range for a single USB serial
device with multiple ports, but all
On Thu, 6 June 2013 22:49:22 +0300, Andy Shevchenko wrote:
On Thu, Jun 6, 2013 at 9:12 PM, Jörn Engel jo...@logfs.org wrote:
On Thu, 6 June 2013 22:32:55 +0300, Andy Shevchenko wrote:
On Mon, Jun 3, 2013 at 8:28 PM, Joern Engel jo...@logfs.org wrote:
I have seen a lot of boilerplate code
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
drivers/usb/gadget/at91_udc.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
drivers/tty/serial/atmel_serial.c | 35 ---
1 file changed, 28 insertions(+), 7 deletions(-)
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
drivers/video/atmel_lcdfb.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
avoid common clk framework warnings.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
drivers/usb/host/ehci-atmel.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
Define at91sam9260 clocks in at91sam9260 device tree.
Add references to the appropriate clocks in each peripheral.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/boot/dts/at91sam9260.dtsi | 144 +++-
1 file changed, 143 insertions(+), 1
Define at91rm9200 clocks in at91rm9200 device tree.
Add references to the appropriate clocks in each peripheral.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/boot/dts/at91rm9200.dtsi | 133 +
1 file changed, 133 insertions(+)
diff
101 - 200 of 1542 matches
Mail list logo