Hi Thomas,
Subject: RE: [PATCH 2/5] Clocksource: Flextimer: Use internal clocksource read
API.
Hi Thomas,
Since the FTM will be in BE mode on LS1 platform, but will be in LE
mode
On LS2 platform.
And ftm_clocksource_read_up() will adapt to this different.
You
The old code will use the uncorrect clock prescaler after the
loop and the 'ps' must minus one after the loop.
This patch will use new style of this loop and will fix this bug
at the same time.
Signed-off-by: Xiubo Li li.xi...@freescale.com
---
drivers/clocksource/fsl_ftm_timer.c | 9 -
The clock envnt counter will be enabled in proper time and proper
place when needed.
Signed-off-by: Xiubo Li li.xi...@freescale.com
---
drivers/clocksource/fsl_ftm_timer.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/clocksource/fsl_ftm_timer.c
- Guenter Roeck li...@roeck-us.net 写道:
On 09/03/2014 01:32 AM, Xuetao Guan wrote:
[ ... ]
Please try the following patch. That seems to do it.
I am sure it can be improved, but it is a start.
Thanks,
Guenter
Thanks. I'll test it.
BTW, Qemu codestyle is different, and
Some Freescale SoCs, there has an DVI/HDMI controller and a PHY,
attached to one of their display controller unit's LCDC interfaces.
This patch adds a preliminary static support for such controllers.
This will support for many modes and a dynamic switching between
them.
Signed-off-by: Xiubo Li
* Frederic Weisbecker fweis...@gmail.com wrote:
Ingo,
Please pull the timers/urgent branch that can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
timers/urgent
HEAD: 40bea039593dfc7f3f9814dab844f6db43ae580b
Summary:
* A patch merged
Commit-ID: 35b123e2f701b28977db2cde7dbbdb3fad28cad1
Gitweb: http://git.kernel.org/tip/35b123e2f701b28977db2cde7dbbdb3fad28cad1
Author: Andreea-Cristina Bernat bernat@gmail.com
AuthorDate: Fri, 22 Aug 2014 17:50:43 +0300
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Fri, 5 Sep
On Fri, Sep 5, 2014 at 1:43 PM, Rusty Russell ru...@rustcorp.com.au wrote:
Ming Lei ming@canonical.com writes:
On Tue, 02 Sep 2014 10:24:24 -0600
Jens Axboe ax...@kernel.dk wrote:
On 09/02/2014 10:21 AM, Christoph Hellwig wrote:
Btw, one thing we should reconsider is where we set
Hello,
On 09/04/2014 11:21 PM, Brian Norris wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
[Upstream commit 43e8317b0bba1d6eb85f38a4a233d82d7c20d732]
Use the observation that, for platform-dependent sleep states
(PM_SUSPEND_STANDBY, PM_SUSPEND_MEM), a given state is either
The Flextimer is not tied to CPU0, make it usable on any CPU.
For Vybrid there is only one CPU, while for LS1+ there are more
than one.
Signed-off-by: Xiubo Li li.xi...@freescale.com
---
drivers/clocksource/fsl_ftm_timer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Fri, Sep 5, 2014 at 2:26 PM, Ming Lei ming@canonical.com wrote:
On Fri, Sep 5, 2014 at 1:43 PM, Rusty Russell ru...@rustcorp.com.au wrote:
The main problem is the extra kmalloc(), which might be
improved by a memory pool.
Or use kind of EWMA model to cache previous allocated indirect
The bootloader on the Netgear ReadyNAS RN102 uses Hardware BCH ECC
(strength = 4), while the pxa3xx NAND driver by default uses
Hamming ECC (strength = 1).
This patch changes the ECC mode on these machines to match that
of the bootloader and of the stock firmware, so that for example
updating
Am 04.09.2014 21:18, schrieb Rob Landley:
What's actually wrong with C++ at a language design level.
Short version:
OMG.
It's better than C. In almost every aspect. Stop. Nothing else. Of
course, if you want to write something like systemd in Python, Perl,
Pascal, Modula or Erlang, feel
Hi,
On Wed, Sep 3, 2014 at 9:56 PM, Kukjin Kim kgene@samsung.com wrote:
Javier Martinez Canillas wrote:
Many Exynos devices have a display panel, most of them just have
a simple panel while others have more complex configurations that
requires an embedded DisplayPort (eDP) to LVDS
From: Luis R. Rodriguez mcg...@suse.com
We now have two documented use cases for probing asynchronously:
0) since we bundle together driver init() and probe() systemd's
new 30 second timeout has put a limit on the amount of time
a driver probe routine can take, we need to enable drivers
From: Luis R. Rodriguez mcg...@suse.com
This will be used later.
Signed-off-by: Luis R. Rodriguez mcg...@suse.com
---
drivers/base/bus.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/drivers/base/bus.c b/drivers/base/bus.c
index 83e910a..a5f41e4 100644
---
From: Luis R. Rodriguez mcg...@suse.com
The new umh kill option has allowed kthreads to receive
kill signals but they are generally accepting all sources
of kill signals while the original motivation was to enable
through the OOM from sending the kill. One particular user
which has been found to
From: Luis R. Rodriguez mcg...@suse.com
Here's a complete reimplementation of asynch loading support, it
discards completely the hippie / pipe dream idea that we need asynch
loading of modules / subsystems in general and just addresses running
probe asynchronously. This respin is based on Tejun's
From: Luis R. Rodriguez mcg...@suse.com
cxgb4 probe can take up to over 1 minute when the firmware is
is written and installed on the device, even after this the device
driver still does some device probing and can take quite a bit.
systemd will kill this driver when probe does take over 30
From: Luis R. Rodriguez mcg...@suse.com
Alexander reported that on his Sony VAIO VPCZ23A4R laptop
experiences long delays on boot when connected to its dock
station on pre 3.9 kernels but anything after 3.9 will cause
the device to not be detected at all ending with:
[ 38.065673] pata_marvell
From: Luis R. Rodriguez mcg...@suse.com
Its reported that mptsas can at times take over 30 seconds
to recognize SCSI storage devices [0], this is done on the
driver's probe path. Use the the new asynch probe to
circumvent systemd from killing this driver.
[0]
On 09/05/14 07:47, Anders Darander wrote:
* Yinghai Lu ying...@kernel.org [140905 03:19]:
On Thu, Sep 4, 2014 at 2:29 PM, Matt Fleming m...@console-pimps.org wrote:
On Thu, 04 Sep, at 01:59:05PM, H. Peter Anvin wrote:
I am fine with this patch, but at the same time I do want to note that
Hi,
Some applications require to start watchdog before userspace software.
This patch enables such feature. Only WATCHDOG_KERNEL_PING flag is necessary to
enable it (attached example for stmp3xxx_rtc_wdt.c).
Moreover kernel's ping is re-enabled when userspace software closed watchdog
using
On 09/03/2014 01:32 AM, Xuetao Guan wrote:
[ ... ]
Please try the following patch. That seems to do it.
I am sure it can be improved, but it is a start.
Thanks,
Guenter
Thanks. I'll test it.
BTW, Qemu codestyle is different, and tab should be replaced with blanks.
Here is where I am.
From: Robert Richter rrich...@cavium.com
This patch adds support of vendor sub directories for dtb files.
Subdirectories can be specified in $(dts-dirs). Kbuild traverses over
all directories while building and installing dtb files. The directory
tree is also reflected in the install path.
From: Robert Richter rrich...@cavium.com
The machine description is not needed to build dtb files.
Signed-off-by: Robert Richter rrich...@cavium.com
---
arch/arm/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/Makefile b/arch/arm/Makefile
index
Hello,
Another day, another oops...
[ +0.055412] BUG: unable to handle kernel NULL pointer dereference at
(null)
[ +0.62] IP: [ (null)] (null)
[ +0.34] PGD 2b3c067 PUD 2b3d067 PMD 2b3e067 PTE 8163
[ +0.47] Oops: 0011 [#1] SMP
[ +0.27]
From: Robert Richter rrich...@cavium.com
For arm64 we want to put dts files into vendor's subdirectories from
the beginning. This patch set implements this. As this is a generic
kbuild implementation, vendor subdirs will be also available for
arch/arm and other architectures. The subdirectory
From: Robert Richter rrich...@cavium.com
Add dtb files to build targets and let kbuild handle them. Thus,
special dtbs rules can be removed. This eases Makefiles and the
implementation of the support of vendor dtb subdirectories.
Signed-off-by: Robert Richter rrich...@cavium.com
---
From: Robert Richter rrich...@cavium.com
This adds the dtbs_install make target to arm64. The target has been
introduced already to arch/arm with the following commit:
f4d4ffc03efc kbuild: dtbs_install: new make target
Implementation for arm64 is the same as for arm.
With 'dtbs_install' all
From: Robert Richter rrich...@cavium.com
Move dtbs install rules to Makefile.dtbinst. This change is needed to
implement support for dts vendor subdirs. The change makes Makefiles
easier and smaller as no longer the dtbs_install rule needs to be
defined. Another advantage is that install goals
From: Robert Richter rrich...@cavium.com
Moving dts files to vendor subdirs.
Signed-off-by: Robert Richter rrich...@cavium.com
---
arch/arm64/boot/dts/Makefile | 4 +-
arch/arm64/boot/dts/apm-mustang.dts | 34 --
arch/arm64/boot/dts/apm-storm.dtsi
Olof,
On 29.08.14 15:49:42, Robert Richter wrote:
On 29.08.14 14:10:23, Robert Richter wrote:
On 28.08.14 16:01:08, Olof Johansson wrote:
Thinking about it a bit more, the even more obvious solution that I
for some reason didn't think of at the time, is to have the
dtbs_install target
commit 33e2208acfc1
audit: vfs: fix audit_inode call in O_CREAT case of do_last
fix a regression in auditing of open(..., O_CREAT) syscalls but
import a new problem which lead the records of write operation
confusion.
This error can be reproduced by these steps:
touch /etc/test
On Thu, Sep 04, 2014 at 09:59:09PM +0200, Imre Palik wrote:
From: Palik, Imre im...@amazon.de
If the drbd backing device is a new device mapper device (e.g., a
dm-linear mapping of an existing block device that contains data), the
counters are initially 0 even though the device contains
05.09.2014 12:37, Luis R. Rodriguez пишет:
From: Luis R. Rodriguez mcg...@suse.com
Alexander reported that on his Sony VAIO VPCZ23A4R laptop
experiences long delays on boot when connected to its dock
station on pre 3.9 kernels but anything after 3.9 will cause
the device to not be detected at
Today cpus go to winkle when they are offlined. Since it is the deepest
idle state that we have, it is expected to save good amount of power as compared
to online state, where cores can enter nap/fastsleep only which are
shallower idle states.
However we observed no powersavings with winkle as
Commit 367dc4aa932bfb3 (cpufreq: Add stop CPU callback to
cpufreq_driver interface) introduced the stop CPU callback for
intel_pstate drivers. During the CPU_DOWN_PREPARE stage, this
callback is invoked so that drivers can take some action on the
pstate of the cpu before it is taken offline. This
Hi,
These patches are for Intel Quark X1000 designware GPIO supporting. The first
patch enables the Synopsys DesignWare APB GPIO driver to support the MFD device.
And the Quark designware GPIO controller is registered as MFD device,
because Quark exports a single PCI device with both GPIO and I2C
This patch enables suspend and resume mode for the power management, and
it is based on Josef Ahmad's previous work.
Reviewed-by: Hock Leong Kweh hock.leong.k...@intel.com
Reviewed-by: Shevchenko, Andriy andriy.shevche...@intel.com
Signed-off-by: Weike Chen alvin.c...@intel.com
---
Its possible today that the pstate of a core is held at a high even after the
entire core is hotplugged out if a load had just run on the hotplugged cpu.
This is
fair, since it is assumed that the pstate does not matter to a cpu in a deep
idle
state, which is the expected state of a hotplugged
The Synopsys DesignWare APB GPIO driver only supports open firmware devices.
But, like Intel Quark X1000 SOC, which has a single PCI function exporting
a GPIO and an I2C controller, it is a Multifunction device. This patch is
to enable the current Synopsys DesignWare APB GPIO driver to support the
This patch enables 'debounce' for the designware GPIO, and
it is based on Josef Ahmad's previous work.
Reviewed-by: Hock Leong Kweh hock.leong.k...@intel.com
Reviewed-by: Shevchenko, Andriy andriy.shevche...@intel.com
Signed-off-by: Weike Chen alvin.c...@intel.com
---
drivers/gpio/gpio-dwapb.c |
On 07/25/2014 09:30 AM, Francis Moreau wrote:
Hi,
On 06/02/2014 04:07 PM, Francis Moreau wrote:
Hello,
On 05/15/2014 07:30 PM, Jens Axboe wrote:
On 05/15/2014 02:02 AM, Francis Moreau wrote:
Hello Jens,
On 05/12/2014 08:27 PM, Peter Kieser wrote:
On 2014-05-05 3:30 PM, Nikolay
On 5 September 2014 12:31, Preeti U Murthy pre...@linux.vnet.ibm.com wrote:
+ smp_call_function_any(policy-cpus, set_pstate, freq_data, 1);
We will surely have a single CPU alive at this point, so should we call
this function on policy-cpu directly ?
--
To unsubscribe from this list: send
Hi Gu,
-Original Message-
From: Gu Zheng [mailto:guz.f...@cn.fujitsu.com]
Sent: Wednesday, September 03, 2014 5:16 PM
To: jaeg...@kernel.org
Cc: Gu Zheng; linux-kernel@vger.kernel.org;
linux-f2fs-de...@lists.sourceforge.net
Subject: [f2fs-dev] [PATCH] f2fs: use lock-less
Hi,
Ping :)
Thanks,
BRs
Xiubo
-Original Message-
From: Xiubo Li [mailto:li.xi...@freescale.com]
Sent: Monday, August 25, 2014 3:55 PM
To: w...@iguana.be; li...@roeck-us.net; m...@pengutronix.de; linux-
watch...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org;
Hello,
On Thu, Sep 04, 2014 at 11:37:21PM -0700, Luis R. Rodriguez wrote:
Tejun's concerns on this regressing some driver's scripts which expect
the device to be available after loading remains valid, and the only
thing we can do to help there is to annotate the expecations on the
use of this
On Thu, Sep 04, 2014 at 11:37:27PM -0700, Luis R. Rodriguez wrote:
diff --git a/drivers/ata/pata_marvell.c b/drivers/ata/pata_marvell.c
index ae9feb1..6a543b9 100644
--- a/drivers/ata/pata_marvell.c
+++ b/drivers/ata/pata_marvell.c
@@ -175,6 +175,7 @@ static struct pci_driver
On Thu, Sep 04, 2014 at 11:37:26PM -0700, Luis R. Rodriguez wrote:
From: Luis R. Rodriguez mcg...@suse.com
Its reported that mptsas can at times take over 30 seconds
to recognize SCSI storage devices [0], this is done on the
driver's probe path. Use the the new asynch probe to
circumvent
On 09/05/2014 12:37 PM, Viresh Kumar wrote:
On 5 September 2014 12:31, Preeti U Murthy pre...@linux.vnet.ibm.com wrote:
+ smp_call_function_any(policy-cpus, set_pstate, freq_data, 1);
We will surely have a single CPU alive at this point, so should we call
this function on policy-cpu
On Thu, Sep 04, 2014 at 11:37:24PM -0700, Luis R. Rodriguez wrote:
...
+ /*
+ * I got SIGKILL, but wait for 60 more seconds for completion
+ * unless chosen by the OOM killer. This delay is there as a
+ * workaround for boot failure caused by
On 09/04/2014 07:20 PM, Linus Walleij wrote:
On Wed, Sep 3, 2014 at 6:28 PM, Georgi Djakov gdja...@mm-sol.com wrote:
Currently the value used to specify that interrupts from the gpio should
be routed to the application processor is hardcoded for all Qualcomm SoCs.
But the new APQ8084 SoC
Use marco instead of magic number
for max user namespace level.
Signed-off-by: Chen Hanxiao chenhanx...@cn.fujitsu.com
---
kernel/user_namespace.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/kernel/user_namespace.c b/kernel/user_namespace.c
index aa312b0..5435489
On 09/05/2014 01:38 AM, Paul Bolle wrote:
On Thu, 2014-06-19 at 10:16 +0200, Paul Bolle wrote:
On Mon, 2014-05-26 at 19:37 +0300, Georgi Djakov wrote:
The Kconfig options DEBUG_MSM_UART1, DEBUG_MSM_UART2, DEBUG_MSM_UART3,
MSM_DEBUG_UART1, MSM_DEBUG_UART2 and MSM_DEBUG_UART3 are removed, but
On 09/05/2014 08:37 AM, Luis R. Rodriguez wrote:
From: Luis R. Rodriguez mcg...@suse.com
Its reported that mptsas can at times take over 30 seconds
to recognize SCSI storage devices [0], this is done on the
driver's probe path. Use the the new asynch probe to
circumvent systemd from killing
On 09/05/2014 07:59 AM, Namhyung Kim wrote:
There's a problem on finding correct kernel symbols when perf report
runs on a different kernel. Although a part of the problem was solved
by the prior commit 0a7e6d1b6844 (perf tools: Check recorded kernel
version when finding vmlinux), there's a
Hi,
-Original Message-
Quoting Chen Hanxiao (chenhanx...@cn.fujitsu.com):
This series will expose pid inside containers
via procfs.
Also show the hierarchy of pid namespcae.
Then we could know how pid looks inside a container
and their ns relationships.
Chen Hanxiao (3):
mm-slab_common-move-kmem_cache-definition-to-internal-header.patch
in mmotm makes following build failure.
../mm/kmemcheck.c:70:7: error: dereferencing pointer to incomplete type
../mm/kmemcheck.c:83:15: error: dereferencing pointer to incomplete type
../mm/kmemcheck.c:95:8: error: dereferencing
On 09/03/2014, 11:08 PM, Guenter Roeck wrote:
Build results:
total: 135 pass: 135 fail: 0
Qemu tests all passed.
On 09/04/2014, 03:33 PM, Shuah Khan wrote:
Compiled and booted on my test system. No dmesg regressions.
Thank you both!
--
js
suse labs
--
To unsubscribe from this list:
On 08/10/2014 09:54 AM, Peter Kieser wrote:
On 2014-08-05 9:58 AM, Jens Axboe wrote:
On 08/04/2014 10:33 PM, Kent Overstreet wrote:
Hey Jens, here's the pull request for 3.17 - typically late, but lots of
tasty
fixes in this one :)
Normally I'd say no, but since it's basically just fixes,
Hi Pramod, Srini
On 09/04/2014 08:08 PM, Srinivas Kandagatla wrote:
Pramod,
sorry for delay in reply as I was travelling, still in Jet lag.
Signed-off-by: Pramod Gurav pramod.gu...@smartplayin.com
---
drivers/pinctrl/pinctrl-st.c | 25 +
1 files changed, 25
Hi Jianqun,
Am Freitag, 5. September 2014, 13:49:26 schrieb jianqun:
From: xujianqun x...@rock-chips.com
For RK3288, core clock pll source select APLL when bit value is 1, select
GPLL when bit value is 0;
CRU_CLKSEL0_CON [15]
- core_clk_pll_sel
- CORE clock pll source selection
--
On Thu, Sep 04, 2014 at 11:17:35PM -0400, Theodore Ts'o wrote:
Joonson,
Thanks for the update. I've applied Gioh's patches to the ext4 tree,
but I'd appreciate a further clarification. My understanding with the
problem you were trying to address is that with the current CMA
OK thanks
在 09/05/2014 03:32 PM, Heiko Stübner 写道:
Hi Jianqun,
Am Freitag, 5. September 2014, 13:49:26 schrieb jianqun:
From: xujianqun x...@rock-chips.com
For RK3288, core clock pll source select APLL when bit value is 1, select
GPLL when bit value is 0;
CRU_CLKSEL0_CON [15]
-
Commit 367dc4aa932bfb3 (cpufreq: Add stop CPU callback to
cpufreq_driver interface) introduced the stop CPU callback for
intel_pstate drivers. During the CPU_DOWN_PREPARE stage, this
callback is invoked so that drivers can take some action on the
pstate of the cpu before it is taken offline. This
Its possible today that the pstate of a core is held at a high even after the
entire core is hotplugged out if a load had just run on the hotplugged cpu.
This is
fair, since it is assumed that the pstate does not matter to a cpu in a deep
idle
state, which is the expected state of a hotplugged
On Tue, Sep 2, 2014 at 7:54 AM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Tue, Sep 02, 2014 at 05:19:18PM +0530, Kiran Kumar Raparthy wrote:
...
diff --git a/drivers/usb/phy/otg-wakeupsource.c
b/drivers/usb/phy/otg-wakeupsource.c
index fca2010..70fa05e 100644
---
Today cpus go to winkle when they are offlined. Since it is the deepest
idle state that we have, it is expected to save good amount of power as compared
to online state, where cores can enter nap/fastsleep only which are
shallower idle states.
However we observed no powersavings with winkle as
On 5 September 2014 13:09, Preeti U Murthy pre...@linux.vnet.ibm.com wrote:
Today cpus go to winkle when they are offlined. Since it is the deepest
idle state that we have, it is expected to save good amount of power as
compared
to online state, where cores can enter nap/fastsleep only which
On Fri, Sep 05, 2014 at 08:29:09AM +0200, Francis Moreau wrote:
On 09/04/2014 11:21 PM, Brian Norris wrote:
[...]
Signed-off-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
Cc: sta...@vger.kernel.org # 3.10+: 27ddcc6596e5: PM / sleep: Add state
field to pm_states[] entries
Cc:
From: Radha Mohan Chintakuntla rchintakun...@cavium.com
Add initial device tree nodes for Cavium Thunder SoCs with support of
48 cores and gicv3. The dts file requires further changes, esp. for
pci, gicv3-its and smmu. This changes will be added later together
with the device drivers.
From: Robert Richter rrich...@cavium.com
This initial patches enable Cavium Thunder SoC Family. The patches add
Kconfig and devicetree support and then add Thunder to the defconfig.
The Thunder system needs more enablement patches for subsystems and
devices, this includes network, ahci,
From: Robert Richter rrich...@cavium.com
This patch enables Thunder SoCs in the arm64 defconfig. This is
esp. useful to add Thunder platforms to automated builds based on
arm64 defconfig.
Signed-off-by: Robert Richter rrich...@cavium.com
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1
On Fri, Sep 5, 2014 at 12:19 AM, Tejun Heo t...@kernel.org wrote:
On Thu, Sep 04, 2014 at 11:37:24PM -0700, Luis R. Rodriguez wrote:
...
+ /*
+ * I got SIGKILL, but wait for 60 more seconds for completion
+ * unless chosen by the OOM killer. This delay is
From: Radha Mohan Chintakuntla rchintakun...@cavium.com
Increase maximum numbers of cpus to 32. This relates to current
maximal possible cpu number. Increasing this to 64 cpus will be a
separate patch not part of this enablement patches.
Signed-off-by: Radha Mohan Chintakuntla
From: Radha Mohan Chintakuntla rchintakun...@cavium.com
This patch adds documentation for the devicetree bindings used by the
DT files of Cavium Thunder SoC platforms.
Signed-off-by: Radha Mohan Chintakuntla rchintakun...@cavium.com
Signed-off-by: Robert Richter rrich...@cavium.com
---
On Fri, Sep 05, 2014 at 03:28:47PM +1000, Michael Neuling wrote:
The Debian powerpc little endian architecture is called ppc64le. This
Huh? ppc64le or ppc64el?
is the default architecture used by Ubuntu for powerpc.
The below checks the kernel config to see if we are compiling little
On 09/04/2014 05:32 PM, Nicolas Pitre wrote:
The code in find_idlest_cpu() looks for the CPU with the smallest load.
However, if multiple CPUs are idle, the first idle CPU is selected
irrespective of the depth of its idle state.
Among the idle CPUs we should pick the one with with the
On 09/04/2014 04:43 PM, Andrew Cooper wrote:
On 04/09/14 15:31, Jan Beulich wrote:
On 04.09.14 at 15:02, andrew.coop...@citrix.com wrote:
On 04/09/14 13:59, David Vrabel wrote:
On 04/09/14 13:38, Juergen Gross wrote:
Direct Xen to place the initial P-M table outside of the initial
mapping,
commit 03e9f0cac5da6af85758276cb4624caf5911f2b9
pinctrl: clean up after enable refactoring
renamed the vtable callback .enable to .set_mux. The
renaming was done manually, and one of the alterations
contained a freudian slip. I confess, I am human.
Signed-off-by: Linus Walleij
Li,
it would be great if you can send me information about your -stable queue,
ie how you maintain it and where it is located. This will enable me to
continue testing the stable queue for the 3.4 kernel.
Thanks for testing LTS kernels!
This is my 3.4.y git tree:
On Fri, 2014-09-05 at 09:13 +0200, Gabriel Paubert wrote:
On Fri, Sep 05, 2014 at 03:28:47PM +1000, Michael Neuling wrote:
The Debian powerpc little endian architecture is called ppc64le. This
Huh? ppc64le or ppc64el?
ppc64el. Commit message is wrong. Fixed below.
Mikey
From: Michael
On Thu, Sep 04, 2014 at 01:50:32AM +0200, Stephan Mueller wrote:
Am Donnerstag, 4. September 2014, 07:21:29 schrieb Herbert Xu:
Hi Herbert,
On Wed, Sep 03, 2014 at 03:33:16AM +0200, Stephan Mueller wrote:
Am Montag, 1. September 2014, 07:11:20 schrieb Stephan Mueller:
Hi Herbert,
On Thu, Sep 4, 2014 at 11:57 PM, Benjamin Henrion zoo...@gmail.com wrote:
On Thu, Sep 4, 2014 at 7:35 PM, Wang YanQing udkni...@gmail.com wrote:
On Sun, Aug 31, 2014 at 11:24:56PM +0800, Wang YanQing wrote:
PL2303 USB Serial devices may has GPIOs, this patch add
basic PL2303 gpio support.
On Fri, 2014-09-05 at 00:40 +0100, Nix wrote:
I'm working around this confusing morass by rebooting into each test
kernel, unplugging and replugging the entropy key if it was fubared,
then rebooting into the same kernel again and seeing if it was still
fubared. But this is not terribly fast,
On Fri, Sep 5, 2014 at 4:09 AM, Chen, Alvin alvin.c...@intel.com wrote:
+ unsigned long data;
+ unsigned long dir;
+ unsigned long int_en;
+ unsigned long int_mask;
+ unsigned long int_type;
+ unsigned long int_pol;
+ unsigned long int_deb;
On 09/04/2014 02:59 PM, David Vrabel wrote:
On 04/09/14 13:38, Juergen Gross wrote:
Direct Xen to place the initial P-M table outside of the initial
mapping, as otherwise the 1G (implementation) / 2G (theoretical)
restriction on the size of the initial mapping limits the amount
of memory a
On Sat, Aug 30, 2014 at 6:19 PM, Pramod Gurav
pramod.gu...@smartplayin.com wrote:
This patch adds a remove function in platform_driver to pinctrl_unregister
for clean unloading.
This makes local struct pinctrl_dev a part of struct bcm281xx_pinctrl_data to
be accessed from pdev in remove
On 09/04/2014 04:53 PM, David Vrabel wrote:
On 04/09/14 15:29, Jan Beulich wrote:
On 04.09.14 at 14:52, david.vra...@citrix.com wrote:
On 04/09/14 13:38, Juergen Gross wrote:
--- a/arch/x86/xen/xen-head.S
+++ b/arch/x86/xen/xen-head.S
@@ -124,6 +124,9 @@ NEXT_HYPERCALL(arch_6)
On Thu 04-09-14 11:08:46, Johannes Weiner wrote:
[...]
From 6fa7599054868cd0df940d7b0973dd64f8acb0b5 Mon Sep 17 00:00:00 2001
From: Johannes Weiner han...@cmpxchg.org
Date: Thu, 4 Sep 2014 10:04:34 -0400
Subject: [patch] mm: memcontrol: revert use of root_mem_cgroup res_counter
Dave Hansen
On Sat, Aug 30, 2014 at 7:35 PM, Pramod Gurav
pramod.gu...@smartplayin.com wrote:
This patch removes call to gpiochip_remove_pin_ranges() from platform_driver
remove
function as it will anway be called by gpiochip_remove().
CC: Sonic Zhang sonic.zh...@analog.com
CC: Linus Walleij
On 09/04/2014 02:52 PM, Jan Beulich wrote:
On 04.09.14 at 14:38, jgr...@suse.com.non-mime.internet wrote:
As the KEXEC and DUMPCORE related ELFNOTES are not relevant for the
kernel they are omitted from elfnote.h.
But the defines are still in the patch:
Oops, old header version. I'll
On Mon, Sep 01, 2014 at 07:11:20AM +0200, Stephan Mueller wrote:
The drbg_healthcheck() contained a test to call the DRBG with an
uninitialized DRBG cipher handle. As this is an inappropriate use of the
kernel crypto API to try to generate random numbers before
initialization, checks verifying
On Thu, 04 Sep 2014 10:15:27 +0530
Pankaj Dubey pankaj.du...@samsung.com wrote:
Hi Boris,
On Wednesday, September 03, 2014 Boris BREZILLON wrote,
To: Arnd Bergmann
Cc: Pankaj Dubey; kgene@samsung.com; li...@arm.linux.org.uk; Alexander
Shiyan; naus...@samsung.com; Tomasz Figa;
On Sun, Aug 31, 2014 at 6:39 PM, Pramod Gurav
pramod.gu...@smartplayin.com wrote:
This patch releases gpiochip resources with of_gpiochip_remove
gpiochip_remove in failure cases.
CC: John Crispin blo...@openwrt.org
CC: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Pramod Gurav
On Sun, Aug 31, 2014 at 1:21 PM, Pramod Gurav
pramod.gu...@smartplayin.com wrote:
This patch switches to using managed version of clk_get and hence
removes clk_put from failure path.
CC: Jean-Christophe Plagniol-Villard plagn...@jcrosoft.com
CC: Linus Walleij linus.wall...@linaro.org
Insert this into the dynamically allocated per-port or chip struct instead.
How about the following?
static struct dwapb_context {
u32 data[DWAPB_MAX_PORTS];
u32 dir[DWAPB_MAX_PORTS];
u32 ext[DWAPB_MAX_PORTS];
u32 int_en;
u32 int_mask;
On Sun, Aug 31, 2014 at 1:21 PM, Pramod Gurav
pramod.gu...@smartplayin.com wrote:
This fixes the whole error handling in probe function by capturing and
returning error values on kernel function like clk_prepare,
clk_enable, gpiochip_add etc.
CC: Jean-Christophe Plagniol-Villard
On Sun, Aug 31, 2014 at 1:21 PM, Pramod Gurav
pramod.gu...@smartplayin.com wrote:
This patch removes a call to panic function when gpiochio_irqchip_add
fails and just returns the error to the calling function.
Same return value is used to handle the error case and adds to lable
to release
1 - 100 of 1674 matches
Mail list logo