On 20/06/13 19:55, Arnd Bergmann wrote:
> On Thursday 20 June 2013, Srinivas KANDAGATLA wrote:
>> --- a/arch/arm/mach-sti/board-dt.c
>> +++ b/arch/arm/mach-sti/board-dt.c
>> @@ -11,6 +11,7 @@
>> #include
>> #include
>> #include
>> +#include
>> #include
>>
>> #include "smp.h"
>>
On 2013/6/21 2:31, Tom Zanussi wrote:
> Add support for SOFT_DISABLE to syscall events.
>
> The original SOFT_DISABLE patches didn't add support for soft disable
> of syscall events; this adds it and paves the way for future patches
> allowing triggers to be added to syscall events, since triggers
* Stephen Rothwell [130620 23:48]:
> Hi all,
>
> On Fri, 21 Jun 2013 16:26:56 +1000 Stephen Rothwell
> wrote:
> >
> > Today's linux-next merge of the arm-soc tree got a conflict in
> > drivers/mailbox/Kconfig between commit a1824eaab70f ("mailbox: OMAP:
> > introduce mailbox framework") from th
(2013/06/21 3:31), Tom Zanussi wrote:
> Rather than enumerating each permutation, build the enable state
> string up from the combination of states. This also allows for the
> simpler addition of more states.
>
> Signed-off-by: Tom Zanussi
Looks nicer for me :)
Reviewed-by: Masami Hiramatsu
On 06/20/2013 07:48 PM, Michael S. Tsirkin wrote:
> vhost_net_ubuf_put_and_wait has a confusing name:
> it will actually also free it's argument.
> Thus since commit 1280c27f8e29acf4af2da914e80ec27c3dbd5c01
> vhost_net_flush tries to use the argument after passing it
> to vhost_net_ubuf_put_and_wai
On 06/21/2013 02:29 PM, Tejun Heo wrote:
> Hello,
>
> On Fri, Jun 21, 2013 at 08:55:37AM +0800, Aaron Lu wrote:
>>> Please indent this line under the next character after ( above.
>>
>> Is there a link about this rule? I might have missed something about
>> coding style.
>
> I don't think the
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
include/linux/mfd/davinci_voicecodec.h between commit 997174705458 ("mfd:
davinci_voicecodec: Fix build breakage") from the mfd tree and commit
3ad7a42d5a9c ("ARM: davinci: move private EDMA API to arm/common") from
the arm-soc
* Stephen Rothwell [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 ("ARM: OMAP2+: Remove
Hi all,
On Fri, 21 Jun 2013 16:26:56 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the arm-soc tree got a conflict in
> drivers/mailbox/Kconfig between commit a1824eaab70f ("mailbox: OMAP:
> introduce mailbox framework") from the mailbox tree and commit
> c869c75c16b3 ("mailbox/o
On Wed, Jun 19, 2013 at 08:38:28PM +0100, Mark Brown wrote:
> As pointed out by Arnd Bergmann there is a get_signal macro definied in
> linux/signal.h which can conflict with the platform data callback
> function of the same name leading to confusing errors from the compiler
> (especially if signal
Hi Eduardo,
On Thu, Jun 20, 2013 at 1:49 AM, Eduardo Valentin
wrote:
> On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
>> This patch adds entries min_efuse_value, max_efuse_value,
>> default_temp_offset,
>> trigger_type, cal_type, trim_first_point, trim_second_point,
>> max_trigger_level
>> tri
On Wed, 19 Jun, at 06:59:02PM, Borislav Petkov wrote:
> On Wed, Jun 19, 2013 at 05:48:22PM +0100, Matthew Garrett wrote:
> > > Ok, so it sounds like we want to *always* create both mappings but,
> > > depending on what we want, to shove down SetVirtualAddressMap a
> > > different set. And the 1:1 m
This patch adds primitive DT support to the max8973 regulator driver. None
of the configuration parameters, supported in the platform data are yet
available in DT, therefore no configuration is performed if booting with
no platform data. This means, that DT instantiation can only be used on
boards,
Currently the max8973 regulator driver uses a single static struct of
regulator operations for all chip instances, but can overwrite some of its
members depending on configuration. This will affect all other MAX8973
instances on the system. This patch fixes this bug by allocating a separate
copy of
Hello,
On Fri, Jun 21, 2013 at 08:55:37AM +0800, Aaron Lu wrote:
> > Please indent this line under the next character after ( above.
>
> Is there a link about this rule? I might have missed something about
> coding style.
I don't think there's an explicit rule about that and I don't follow
i
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
drivers/mailbox/Kconfig between commit a1824eaab70f ("mailbox: OMAP:
introduce mailbox framework") from the mailbox tree and commit
c869c75c16b3 ("mailbox/omap: move the OMAP mailbox framework to drivers")
from the arm-soc tree
Hello, guys.
On Fri, Jun 21, 2013 at 02:20:28PM +0800, Tang Chen wrote:
> >What about Tejun's feedback?
>
> tj's comments were after the latest version. So we need to
> restructure the patch-set.
Given that it's unlikely to reach actual functionality in this cycle,
it's probably a better idea to
* Stephen Warren [130620 12:32]:
> On 06/20/2013 12:38 AM, Tony Lindgren wrote:
> > * Stephen Warren [130619 13:08]:
> >> On 06/17/2013 01:20 AM, Tony Lindgren wrote:
> ...
> >>> Below are the pin remuxing cases I'm aware of:
> >> ...
> >>> Then for dealing with the above examples, I think we alr
On Thu, Jun 20, 2013 at 7:48 AM, Christoph Lameter wrote:
> There is no way that user space can initiate a page pin right now. Perf is
> pinning the page from the kernel. Similarly the IB subsystem pins memory
> meeded for device I/O.
Christoph, your argument would be a lot more convincing if you
On 06/20/2013 01:36 PM, Andrey Vagin wrote:
> From: Andrew Vagin
>
> vp_dev->msix_vectors should be initialized before allocating
> msix_affinity_masks, otherwise vp_free_vectors will not free these
> objects.
>
> unreferenced object 0x88010f969d88 (size 512):
> comm "systemd-udevd", pid 158
On Thu, 20 Jun 2013 22:03:45 +0200, Rafael J. Wysocki wrote:
Hi Rafael,
> On Thursday, June 20, 2013 10:43:08 AM Viresh Kumar wrote:
> > On 19 June 2013 22:42, Lukasz Majewski
> > wrote:
> >
> > > Boost sysfs attribute is always exported (to support legacy API).
> > > By default boost is export
copy_to/from_user() returns the number of bytes remaining to be copied.
We should return -EFAULT here instead.
Signed-off-by: Dan Carpenter
diff --git a/drivers/block/rsxx/core.c b/drivers/block/rsxx/core.c
index 6e85e21..102dc60 100644
--- a/drivers/block/rsxx/core.c
+++ b/drivers/block/rsxx/co
We check "if (ret < 0) " later so it has to be signed.
Signed-off-by: Dan Carpenter
diff --git a/kernel/time/clockevents.c b/kernel/time/clockevents.c
index 38959c8..30554b9 100644
--- a/kernel/time/clockevents.c
+++ b/kernel/time/clockevents.c
@@ -584,7 +584,7 @@ static ssize_t sysfs_unbind_tic
Quoting Prashant Gaikwad (2013-06-11 00:18:56)
> On Tuesday 28 May 2013 08:46 PM, Stephen Warren wrote:
> > On 05/27/2013 01:40 AM, Prashant Gaikwad wrote:
> >> Use common of_clk_init() function for clocks initialization.
>
> Mike,
>
> Please merge this patch in your tree.
Hi Prashant. I merged
On 06/21/2013 02:10 PM, H. Peter Anvin wrote:
On 06/20/2013 11:06 PM, Tang Chen wrote:
Hi hpa,
The build problem has been fixed by Yinghai.
Where? I don't see anything that is obviously a fix in my inbox.
Yinghai resent a new version to fix the problem.
https://lkml.org/lkml/2013/6/14/5
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mach-u300/timer.c between commit 38ff87f77af0 ("sched_clock:
Make ARM's sched_clock generic for all architectures") from the tip tree
and commit 3c96d8ea8101 ("ARM: u300: enable delaytimer on the U300") from
the arm-so
On 06/20/2013 11:30 PM, Jay Agarwal wrote:
>> On 06/20/2013 01:14 AM, Jay Agarwal wrote:
>>> - decrease non-prefetch memory size to 128 MB
>>> - increase prefetch memory size to 384 MB
>>> - above change is done because most pcie devices
>>> prefetch memory size requirement is quite higher
>>>
Devicetree binding for the basic clock divider, plus the setup function
to register the clock. Based on the existing fixed-clock binding.
Tero Kristo contributed helpful bug fixes to this patch.
Signed-off-by: Mike Turquette
---
Changes since v2:
* added hiword-mask property to the binding
* ch
Device Tree binding for the basic clock multiplexer, plus the setup
function to register the clock. Based on the existing fixed-clock
binding.
Includes minor beautification of clk-provider.h where some whitespace is
added and of_fixed_factor_clock_setup is relocated to maintain a
consistent style
Walks the "clocks" array of parent clock phandles and returns the
number.
Signed-off-by: Mike Turquette
---
No change since v2
drivers/clk/clk.c| 6 ++
include/linux/clk-provider.h | 1 +
2 files changed, 7 insertions(+)
diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mach-omap2/omap_hwmod_44xx_data.c between commit 4a1c0e83bb4e
("ARM: OMAP2+: mbox: remove dependencies with soc.h") from the mailbox
tree and commit 3b9b10151c68 ("ARM: OMAP4: hwmod data: Clean up the data
file") from
This series introduces binding definitions for common register-mapped
clock multiplexer, divider and gate IP blocks along with the
corresponding setup functions for matching DT data. The bindings are
similar to the struct definitions but please don't hold that against the
binding: the struct defin
Device Tree binding for the basic clock gate, plus the setup function to
register the clock. Based on the existing fixed-clock binding.
A different approach to this was proposed in 2012[1] and a similar
binding was proposed more recently[2] if anyone wants some extra
reading.
[1] http://article.
The forthcoming Device Tree binding for the divider clock type will use
a bitfield mask instead of bitfield width, which is what the current
basic divider implementation uses.
This patch replaces the u8 width in struct clk_divider with a u32 mask.
The divider code is updated to use the bit mask in
On 06/20/2013 11:06 PM, Tang Chen wrote:
>
> Hi hpa,
>
> The build problem has been fixed by Yinghai.
>
Where? I don't see anything that is obviously a fix in my inbox.
What about Tejun's feedback?
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
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 ("ARM: OMAP2+: Remove omap4 ocp2scp pdata") from the arm-soc
tree.
I
On 06/21/2013 01:19 PM, H. Peter Anvin wrote:
On 06/13/2013 06:02 AM, Tang Chen wrote:
From: Yinghai Lu
No offence, just rebase and resend the patches from Yinghai to help
to push this functionality faster.
Also improve the comments in the patches' log.
So we need a new version of this which
> Hi all,
>
> Today's linux-next merge of the arm-soc tree got a conflict in
> arch/arm/boot/dts/am33xx.dtsi between commit a82279dd6d3e ("arm:
> am33xx:
> add TSC/ADC mfd device support") from the mfd tree and commit
> 15e8246bd61b ("ARM: dts: AM33XX: Add ELM node") from the arm-soc tree.
>
> I
Commit-ID: cf910e83ae23692fdeefc7e506e504c4c468d38a
Gitweb: http://git.kernel.org/tip/cf910e83ae23692fdeefc7e506e504c4c468d38a
Author: Seiji Aguchi
AuthorDate: Thu, 20 Jun 2013 11:46:53 -0400
Committer: H. Peter Anvin
CommitDate: Thu, 20 Jun 2013 22:25:34 -0700
x86, trace: Add irq vect
Commit-ID: eddc0e922a3530e0f22cef170229bcae3a7d5e31
Gitweb: http://git.kernel.org/tip/eddc0e922a3530e0f22cef170229bcae3a7d5e31
Author: Seiji Aguchi
AuthorDate: Thu, 20 Jun 2013 11:45:17 -0400
Committer: H. Peter Anvin
CommitDate: Thu, 20 Jun 2013 22:25:01 -0700
x86, trace: Introduce en
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/boot/dts/sun4i-a10.dtsi between commit b21da664120b ("ARM:
sun4i: Add muxing options for the ethernet controller") from the net-next
tree and commit 27cce4ff34ec ("ARM: sun4i: dt: Add i2c muxing options")
from the arm-
Commit-ID: 629f4f9d59a27d8e58aa612e886e6a9a63ea7aeb
Gitweb: http://git.kernel.org/tip/629f4f9d59a27d8e58aa612e886e6a9a63ea7aeb
Author: Seiji Aguchi
AuthorDate: Thu, 20 Jun 2013 11:45:44 -0400
Committer: H. Peter Anvin
CommitDate: Thu, 20 Jun 2013 22:25:13 -0700
x86: Rename variables fo
Commit-ID: f5abaa1bfc3dbf26d19d3513f39279ca369f8d65
Gitweb: http://git.kernel.org/tip/f5abaa1bfc3dbf26d19d3513f39279ca369f8d65
Author: Steven Rostedt
AuthorDate: Thu, 20 Jun 2013 11:44:44 -0400
Committer: H. Peter Anvin
CommitDate: Thu, 20 Jun 2013 22:24:32 -0700
tracing: Add DEFINE_EV
This patch series adds support for the dedicated cs pin and
support for exynos5440 spi controller. The first patch
"Polling support for s3c64xx spi controller" in the previous
serias is already applied to Mark's spi-next branch. So created
a new series with remaining 2 patches.
Girish K S (2):
From: Girish K S
The existing driver supports gpio based /cs signal.
For controller's that have one device per controller,
the slave device's /cs signal might be internally controlled
by the chip select bit of slave select register. They are not
externally asserted/deasserted using gpio pin.
Thi
From: Girish K S
This patch adds support for the exynos5440 spi controller.
The integration of the spi IP in exynos5440 is different from
other SoC's. The I/O pins are no more configured via gpio, they
have dedicated pins.
Signed-off-by: Girish K S
---
drivers/spi/spi-s3c64xx.c | 12
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/boot/dts/am33xx.dtsi between commit a82279dd6d3e ("arm: am33xx:
add TSC/ADC mfd device support") from the mfd tree and commit
15e8246bd61b ("ARM: dts: AM33XX: Add ELM node") from the arm-soc tree.
I fixed it up (see b
On Thu, Jun 20, 2013 at 5:09 PM, Stephen Rothwell wrote:
> I noticed that the infiniband tree is now based on the net-next tree. I
> assume that is deliberate? I do have to question how much testing that
> tree has had since it is now based on a tree that Dave only released in
> the last 24 hour
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/boot/dts/am335x-evmsk.dts between commit f6655d697b85 ("ARM:
dts: AM33XX: Add CPSW phy_id device tree data to am335x-evmsk") from the
net-next tree and commit 94a924ca61f0 ("ARM: dts: AM33XX: Add pinmux
configuration f
> On 06/20/2013 01:14 AM, Jay Agarwal wrote:
> > - decrease non-prefetch memory size to 128 MB
> > - increase prefetch memory size to 384 MB
> > - above change is done because most pcie devices
> > prefetch memory size requirement is quite higher
> > compared to non-prefetch memory space.
>
>
On 06/21/2013 06:01 AM, Eric W. Biederman wrote:
> Gao feng writes:
>
>> On 06/20/2013 11:02 AM, Gao feng wrote:
>>> If we don't tie audit to user namespace, there is still one problem.
>>
>> One more problem. some audit messages are generated by some net subsystem
>> such as netfilter. If we don
On 06/13/2013 06:02 AM, Tang Chen wrote:
> From: Yinghai Lu
>
> No offence, just rebase and resend the patches from Yinghai to help
> to push this functionality faster.
> Also improve the comments in the patches' log.
>
So we need a new version of this which addresses the build problems and
the
On Thu, Jun 20, 2013 at 1:13 AM, Eduardo Valentin
wrote:
> On 19-06-2013 15:35, Eduardo Valentin wrote:
>> Rui,
>>
>> On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
>>> This code splits the exynos tmu driver code into SOC specific data parts.
>>> This will simplify adding new SOC specific data to
An awful lot of drivers, mostly DRI drivers, are still mucking with
MTRRs directly as opposed to using ioremap_wc() or similar interfaces.
In addition to the architecture dependency, this is really undesirable
because MTRRs are a limited resource, whereas page table attributes are not.
Furthermore
On 6/21/2013 8:51 AM, Jingoo Han wrote:
diff --git a/drivers/pci/host/pci-designware.c
b/drivers/pci/host/pci-designware.c
new file mode 100644
index 000..f8558ff
--- /dev/null
+++ b/drivers/pci/host/pci-designware.c
If you plan to send next version, then I would suggest to rename it as
p
On 금, 2013-06-14 at 13:20 +0900, Namjae Jeon wrote:
> 2013/6/11, Namjae Jeon :
> > 2013/6/11, Changman Lee :
> >> On 화, 2013-06-11 at 07:57 +0900, Namjae Jeon wrote:
> >>> 2013/6/10, Changman Lee :
> >>> > Hello, Namjae
> >>> Hi. Changman.
> >>> >
> >>> > If using ACL, whenever i_mode is changed we
On Friday, June 21, 2013 1:23 PM, Pratyush Anand wrote:
> On 6/21/2013 8:51 AM, Jingoo Han wrote:
> > diff --git a/drivers/pci/host/pci-designware.c
> > b/drivers/pci/host/pci-designware.c
> > new file mode 100644
> > index 000..f8558ff
> > --- /dev/null
> > +++ b/drivers/pci/host/pci-designwa
Hi Santosh,
On 06/21/2013 06:22 AM, Santosh Shilimkar wrote:
> Cc: Vineet Gupta
> Cc: Russell King
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc: Mark Salter
> Cc: Aurelien Jacquiot
> Cc: James Hogan
> Cc: Michal Simek
> Cc: Ralf Baechle
> Cc: Jonas Bonn
> Cc: Benjamin Herrenschmidt
> Cc
On Thu, Jun 20, 2013 at 12:50 AM, Eduardo Valentin
wrote:
> On 19-06-2013 15:18, Eduardo Valentin wrote:
>> On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
>>> This patch renames and moves include/linux/platform_data/exynos_thermal.h to
>>> drivers/thermal/samsung/exynos_tmu.h. This file movement
Commit-ID: f037e416afb38b9ee8ac598d68733fcbaf665384
Gitweb: http://git.kernel.org/tip/f037e416afb38b9ee8ac598d68733fcbaf665384
Author: H. Peter Anvin
AuthorDate: Thu, 20 Jun 2013 21:16:00 -0700
Committer: H. Peter Anvin
CommitDate: Thu, 20 Jun 2013 21:30:04 -0700
x86, reloc: Use xorl i
When using --strict, CamelCase uses are described
with CHECK: messages. These CamelCase uses may
be acceptable and should not generate these messages
when the variable is already defined in a file from
the include/... path.
So, change checkpatch to read all the .h files in
include/... and look fo
Hi
On Thu, Jun 20, 2013 at 12:48 AM, Eduardo Valentin
wrote:
> On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
>> This patch renames and moves include/linux/platform_data/exynos_thermal.h to
>> drivers/thermal/samsung/exynos_tmu.h. This file movement is needed as exynos
>> SOC's are not supportin
On 06/20/2013 03:54:42 AM, Hanjun Guo wrote:
More than 256 entries in ACPI MADT is supported from ACPI 3.0
Specification,
So the outdated description for MADT entries should be removed.
Signed-off-by: Hanjun Guo
---
Documentation/cpu-hotplug.txt |3 ---
1 file changed, 3 deletions(-)
A
On Friday, June 21, 2013 1:11 PM, Sachin Kamat wrote:
>
> Hi Jingoo,
>
> Some small corrections inline.
>
> On 21 June 2013 08:51, Jingoo Han wrote:
> > Exynos5440 has a PCIe controller which can be used as Root Complex.
> > This driver supports a PCIe controller as Root Complex mode.
> >
> > S
(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 @@ ftrace_raw_event_##call(void *__data, proto)
> \
>
Hi Jingoo,
Some small corrections inline.
On 21 June 2013 08:51, Jingoo Han wrote:
> Exynos5440 has a PCIe controller which can be used as Root Complex.
> This driver supports a PCIe controller as Root Complex mode.
>
> Signed-off-by: Surendranath Gurivireddy Balla
> Signed-off-by: Siva Reddy K
On Thu, Jun 20, 2013 at 1:33 AM, Eduardo Valentin
wrote:
> On 02-05-2013 06:18, Amit Daniel Kachhap wrote:
>> TMU probe function now checks for a device tree defined regulator.
>> For compatibility reasons it is allowed to probe driver even without
>> this regulator defined.
>>
>> Signed-off-by: L
On 06/21/2013 12:42 AM, Viresh Kumar wrote:
> On 20 June 2013 16:48, Chanwoo Choi wrote:
>> But,
>> To show old frequency/new frequency on load_table debugfs file,
>> governor function(dbs_check_cpu()) pass calculated CPUs load to specific
>> governor(e.g., ondemand)
>> as below function flow.
>>
On 06/19/2013 04:09:18 PM, Paul Clements wrote:
Currently, when a disconnect is requested by the user (via
NBD_DISCONNECT
ioctl) the return from NBD_DO_IT is undefined (it is usually one of
several error codes). This means that nbd-client does not know if a
manual disconnect was performed or wh
On 06/19/2013 11:23:51 AM, Li Wang wrote:
This patch implements punch hole (fallocate) support for Ceph.
Signed-off-by: Li Wang
Signed-off-by: Yunchuan Wen
+static int ceph_delete_object(struct inode *inode, u64 offset, u64
*length)
+{
+ struct ceph_inode_info *ci = ceph_inode(inode
On Thu, Jun 20, 2013 at 11:17:39AM +0200, Fabio Baltieri wrote:
> Fix sparse warnings:
>
> drivers/dma/ste_dma40.c:81:26: warning: symbol 'dma40_memcpy_conf_phy' was
> not declared. Should it be static?
> drivers/dma/ste_dma40.c:95:26: warning: symbol 'dma40_memcpy_conf_log' was
> not declared.
On 06/20/2013 09:02 PM, Eric Paris wrote:
> On Thu, 2013-06-20 at 11:02 +0800, Gao feng wrote:
>> On 06/20/2013 04:51 AM, Eric Paris wrote:
>>> On Wed, 2013-06-19 at 16:49 -0400, Aristeu Rozanski wrote:
On Wed, Jun 19, 2013 at 09:53:32AM +0800, Gao feng wrote:
> This patchset is first part
Bing,
On Tue, Jun 18, 2013 at 1:01 PM, Bing Zhao wrote:
> Hi Doug,
>
>> > I tested Doug's patch on my failing unit.
>> >
>> > Without this patch, mmc got hung_task and rebooted eventually.
>> > With this patch applied, mmc returns CRC error instead of hung_task, and
>> > the error is handled
>>
This patch adds pcie controller node for exynos5440-ssdk5440,
and also adds a phandle for pin controller node.
Signed-off-by: Jingoo Han
Acked-by: Arnd Bergmann
---
arch/arm/boot/dts/exynos5440-ssdk5440.dts |8
arch/arm/boot/dts/exynos5440.dtsi |2 +-
2 files changed, 9
Exynos5440 has two PCIe controllers which can be used as root complex
for PCIe interface.
Signed-off-by: Jingoo Han
Acked-by: Arnd Bergmann
---
arch/arm/boot/dts/exynos5440.dtsi | 38 +
1 file changed, 38 insertions(+)
diff --git a/arch/arm/boot/dts/exynos
Enable PCIe support for Exynos5440 which has two PCIe controllers.
Signed-off-by: Jingoo Han
---
arch/arm/Kconfig |1 +
arch/arm/mach-exynos/Kconfig |2 ++
2 files changed, 3 insertions(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index ca30d75..421ce68 100644
--- a/a
Exynos5440 has a PCIe controller which can be used as Root Complex.
This driver supports a PCIe controller as Root Complex mode.
Signed-off-by: Surendranath Gurivireddy Balla
Signed-off-by: Siva Reddy Kallam
Signed-off-by: Jingoo Han
Acked-by: Arnd Bergmann
---
.../devicetree/bindings/pci/des
On Thu, Jun 20, 2013 at 09:43:52AM +0200, Nicolas Ferre wrote:
> On 19/06/2013 13:14, Boris BREZILLON :
> >Replace clk_enable/disable with clk_prepare_enable/disable_unprepare to
> >avoid common clk framework warnings.
> >
> >Signed-off-by: Boris BREZILLON
>
> Acked-by: Nicolas Ferre
>
> BTW Vi
Hi,
This series of patches introduces PCIe support for Samsung Exynos5440,
and is based on the latest 'linux-next' tree (20130620).
These patches was tested with Intel e1000e LAN card on Exynos5440.
This PATCH v9 follows:
* PATCH v8, sent on June, 20th 2013
* PATCH v7, sent on June,
On Fri, 2013-06-21 at 04:50 +0200, Hans J. Koch wrote:
> Does each little driver really need a MAINTAINERS entry?
Hi Hans.
I think a lot of those driver MAINTAINERS entries are
maybe a little useful when the driver is just written
but are progressively less useful after a few months.
I once wrot
With this change dm-verity errors will cause uevents to be
sent to userspace, notifying it that an error has occurred
and potentially triggering recovery actions.
Signed-off-by: Geremy Condra
---
Changelog since v1:
- Removed the DM_VERITY_ERROR_NOTIFY config option
drivers/md/dm-uevent.c | 40
On Thu, Jun 20, 2013 at 6:30 PM, Alasdair G Kergon wrote:
> On Thu, Jun 20, 2013 at 06:12:07PM -0700, Geremy Condra wrote:
>> Assuming nobody currently using DM_UEVENT minds it doesn't cause any
>> problems for me. Any current users object?
>
> DM_UEVENT toggles uevents on or off across the whole
Morten,
On Thu, Jun 20, 2013 at 6:23 PM, Morten Rasmussen
wrote:
> On Sat, Jun 15, 2013 at 01:09:12PM +0100, Lei Wen wrote:
>> On Fri, Jun 14, 2013 at 9:59 PM, Alex Shi wrote:
>> > On 06/14/2013 06:02 PM, Lei Wen wrote:
>> >>> > enqueue_entity
>> >>> > enqueue_entity_load_avg
Signed-off-by: Alexey Kardashevskiy
---
Documentation/vfio.txt |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/vfio.txt b/Documentation/vfio.txt
index c55533c..d7993dc 100644
--- a/Documentation/vfio.txt
+++ b/Documentation/vfio.txt
@@ -172,12 +172,12 @@
Alex,
On Fri, Jun 21, 2013 at 10:39 AM, Alex Shi wrote:
> On 06/21/2013 10:30 AM, Lei Wen wrote:
>> Hi Alex,
>>
>> On Thu, Jun 20, 2013 at 10:59 PM, Alex Shi wrote:
>>> On 06/20/2013 10:46 AM, Lei Wen wrote:
But here I have a question, there is another usage of
__synchronzie
On Thu, Jun 20, 2013 at 09:20:27AM -0700, Joe Perches wrote:
> On Thu, 2013-06-20 at 18:01 +0200, Pavel Machek wrote:
> > Anyway, Hans disappeared, so Greg takes patches, again.
I wasn't able to take part in kernel development because I was heavily
involved in hardware development project. I alway
On Thu, Jun 20, 2013 at 12:31 AM, Eduardo Valentin
wrote:
> On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
>> This code bifurcates exynos thermal implementation into common and sensor
>> specific parts. The common thermal code interacts with core thermal layer and
>> core cpufreq cooling parts an
From: Wei Yongjun
Fix to return -ENOMEM in the create_singlethread_workqueue() error handling
case instead of 0, as done elsewhere in this function.
Introduced by commit a3299ab18591d36ad5622f5064619123c439b779.
(rsxx: Individual workqueues for interruptible events.)
Signed-off-by: Wei Yongjun
On 06/21/2013 10:30 AM, Lei Wen wrote:
> Hi Alex,
>
> On Thu, Jun 20, 2013 at 10:59 PM, Alex Shi wrote:
>> On 06/20/2013 10:46 AM, Lei Wen wrote:
>>>
>>>
>>> But here I have a question, there is another usage of
>>> __synchronzie_entity_decay
>>> in current kernel, in the switched_from_fair func
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
drivers/net/ethernet/freescale/fec_main.c between commit d13919301d9a
("net: fec: Fix build for MCF5272") from the net tree and commit
32bc9b46d840 ("fec: Add support to restart autonegotiate") from the
net-next tree.
I fixed
Hi Alex,
On Thu, Jun 20, 2013 at 10:59 PM, Alex Shi wrote:
> On 06/20/2013 10:46 AM, Lei Wen wrote:
>>
>>
>> But here I have a question, there is another usage of
>> __synchronzie_entity_decay
>> in current kernel, in the switched_from_fair function.
>>
>> If task being frequently switched betwe
(2013/06/21 3:42), Steven Rostedt wrote:
> On Thu, 2013-06-20 at 19:37 +0200, Oleg Nesterov wrote:
>> Steven,
>>
>> Please consider this series for inclusion. It doesn't depend on
>> other changes we are discussing.
>>
>> Only cosmetic changes since v1, everything was acked by Masami.
>>
>
>
> No
On 2013-6-21 3:52, Rafael J. Wysocki wrote:
> On Thursday, June 20, 2013 04:54:42 PM Hanjun Guo wrote:
>> More than 256 entries in ACPI MADT is supported from ACPI 3.0 Specification,
>> So the outdated description for MADT entries should be removed.
>
> Well, it kind of is still valid for systems
Firstly, I guess:
since you can spend your time resource to reply, that means "you also
think this patch is valuable, but the comments need improving"
Is it correct ?
On 06/20/2013 09:42 PM, Thomas Gleixner wrote:
> On Thu, 20 Jun 2013, Chen Gang wrote:
>
> kernel/itimer.c: beautify code, n
Hi Eduardo,
On Thu, Jun 20, 2013 at 1:25 AM, Eduardo Valentin
wrote:
> On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
>> This patch adds some extra register bitfield definations and cleans
>> up the code to prepare for moving register macros and definations inside
>> the TMU data section.
>>
>>
On Thu, Jun 20, 2013 at 06:46:41PM -0700, Guenter Roeck wrote:
> On Fri, Jun 21, 2013 at 11:21:01AM +1000, Michael Ellerman wrote:
> >
> > On Wed, 2013-06-19 at 16:24 -0700, Guenter Roeck wrote:
> > > On Wed, Jun 19, 2013 at 03:15:19PM -0700, Greg Kroah-Hartman wrote:
> > > > On Wed, Jun 19, 2013
On Thu, Jun 20, 2013 at 12:15 AM, Eduardo Valentin
wrote:
> Amit,
>
> On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
>> This code bifurcates exynos thermal implementation into common and sensor
>> specific parts. The common thermal code interacts with core thermal layer and
>> core cpufreq coolin
> -Original Message-
> From: linux-arm-kernel [mailto:linux-arm-kernel-boun...@lists.infradead.org]
> On Behalf Of Boris BREZILLON
> Sent: 2013年6月11日 18:51
> To: Wim Van Sebroeck; Jean-Christophe Plagniol-Villard; Ferre, Nicolas;
> linux-watch...@vger.kernel.org
> Cc: devicetree-disc...@l
On Tue, Jun 18, 2013 at 11:16:17AM +0200, Linus Walleij wrote:
> On Mon, Jun 17, 2013 at 7:14 PM, Stephen Boyd wrote:
> > On 06/16/13 22:54, Linus Walleij wrote:
> >> On Tue, Jun 4, 2013 at 9:20 PM, Stephen Boyd wrote:
> >>
> >>> Commit 7bce696 (gpio: Make gpio-msm-v1 into a platform driver,
> >>
On Fri, Jun 21, 2013 at 11:21:01AM +1000, Michael Ellerman wrote:
>
> On Wed, 2013-06-19 at 16:24 -0700, Guenter Roeck wrote:
> > On Wed, Jun 19, 2013 at 03:15:19PM -0700, Greg Kroah-Hartman wrote:
> > > On Wed, Jun 19, 2013 at 01:43:48PM -0700, Guenter Roeck wrote:
> > > > On Wed, Jun 19, 2013 at
1 - 100 of 784 matches
Mail list logo
