On Thu, 30 Jan, at 04:19:50PM, Alex Thorlton wrote:
> Re-adding lkml.
Also add linux-efi.
> The quick answer is I think it is a virtual address, because
> it does not work in physical mode. If you ever see "virtefi"
> on the RHEL bootline it is because RH switched the default
> to physical mode
Linus,
Please pull the latest core-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-urgent-for-linus
# HEAD: 270750dbc18a71b23d660df110e433ff9616a2d4 hung_task: Display every
hung task warning
It contains mostly kernel debugging related upda
Hi Kevin,
On Thu, Jan 30, 2014 at 03:52:16PM -0800, Kevin Hilman wrote:
> On Wed, Jan 29, 2014 at 5:32 AM, Maxime Ripard
> wrote:
> > On Wed, Jan 29, 2014 at 12:25:20PM +, Mark Brown wrote:
> >> On Wed, Jan 29, 2014 at 12:10:48PM +0100, Maxime Ripard wrote:
> >>
> >> > +config SPI_SUN6I
> >>
Linus,
Please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
# HEAD: a57beec5d427086cdc8d75fd51164577193fa7f4 sched: Make
sched_class::get_rr_interval() optional
A crash fix and documentation updates
On Thu, Jan 23, 2014 at 9:57 AM, Tony Prisk wrote:
> Due to an assumption in the VT8500 pinctrl driver, the value passed
> from devicetree for 'wm,pull' was not explicitly translated before
> being passed to pinconf.
>
> Since v3.10, changes to 'enum pin_config_param',
> PIN_CONFIG_BIAS_PULL_(UP
On Wed, Jan 22, 2014 at 4:14 AM, Chris Ruehl wrote:
> The offset for the 2bit register calculate wrong, this patch
> fixes the problem. The debugfs printout for oconf, iconfa, iconfb
> now shows the real values.
>
> Signed-off-by: Chris Ruehl
Patch applied for fixes with Markus' Review tag. Als
Linus,
Please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
# HEAD: a2b4c607c93a0850c8e3d90688cf3bd08576b986 Merge branch 'timers/core'
of git://git.kernel.org/pub/scm/linux/kernel/git/frederic/lin
On Thu, 30 Jan 2014, James Bottomley wrote:
> > So, if you want 64-bit page offsets, you need to increase pgoff_t size,
> > and that will increase the limit for both files and block devices.
>
> No. The point is the page cache mapping of the device uses a
> manufactured inode saved in the bac
This problem was fixed upstream by commit 9434266f2c64 ("sit: fix use after free
of fb_tunnel_dev").
The upstream patch depends on upstream commit 5e6700b3bf98 ("sit: add support of
x-netns"), which was not backported into 3.10 branch.
First, explain the problem: when the sit module is unloaded, s
This problem was fixed upstream by commit 1e9f3d6f1c40 ("ip6tnl: fix use after
free of fb_tnl_dev").
The upstream patch depends on upstream commit 0bd8762824e7 ("ip6tnl: add x-netns
support"), which was not backported into 3.10 branch.
First, explain the problem: when the ip6_tunnel module is unlo
This reverts commit 22c3ec552c29cf4bd4a75566088950fe57d860c4.
This patch is not the right fix, it introduces a memory leak when a netns is
destroyed (the FB device is never deleted).
Signed-off-by: Nicolas Dichtel
Reported-by: Steven Rostedt
Tested-by: Steven Rostedt (and our entire MRG team)
Hi,
On Thu, Jan 30, 2014 at 10:55 PM, Daniel Lezcano
wrote:
> On 01/30/2014 05:35 PM, Peter Zijlstra wrote:
>>
>> On Thu, Jan 30, 2014 at 05:27:54PM +0100, Daniel Lezcano wrote:
>>>
>>> struct cpuidle_state *state = &drv->states[rq->index];
>>>
>>> And from the state, we have the following inform
Commit-ID: 70e0ac5f3683f48a8174a6f231a0f3097217c189
Gitweb: http://git.kernel.org/tip/70e0ac5f3683f48a8174a6f231a0f3097217c189
Author: Aaron Tomlin
AuthorDate: Mon, 27 Jan 2014 09:00:57 +
Committer: Ingo Molnar
CommitDate: Fri, 31 Jan 2014 09:24:03 +0100
hung_task/Documentation: Fi
On Fri, Jan 31, 2014 at 02:15:47PM +0530, Preeti Murthy wrote:
> >
> > If the driver does its own random mapping that will break the governor
> > logic. So yes, the states are ordered, the higher the index is, the more you
> > save power and the higher the exit latency is.
>
> The above point hold
> From: Bjorn Helgaas [mailto:bhelg...@google.com]
> Sent: Thursday, January 30, 2014 11:21 AM
> To: linux-...@vger.kernel.org
> Cc: e1000-de...@lists.sourceforge.net; Arjan van de Ven; linux-
> ker...@vger.kernel.org
> Subject: [E1000-devel] [PATCH 0/2] Remove dead code
>
> This is a rework of pa
On Thu, 2014-01-30 at 15:08 -0800, Zoran Markovic wrote:
> From: Shaibal Dutta
>
> For better use of CPU idle time, allow the scheduler to select the CPU
> on which the timeout work of regulatory settings would be executed.
> This extends CPU idle residency time and saves power.
>
> This functio
On Thu, Jan 30, 2014 at 04:17:15PM +0100, Peter Zijlstra wrote:
> The below is still small and actually works.
OK, so having actually worked through the thing; I realized we can
actually do a version without MCS lock and instead use a ticket lock for
the waitqueue.
This is both smaller (back to 8
Fix this by checking if the arch code or vga-arbitration has already
determined the vga_default_device, if so only apply the fix to this
primary video device and let the comment reflect this.
Signed-off-by: Sander Eikelenboom
---
arch/ia64/pci/fixup.c | 24 +---
arch/x86/pc
Hi Bjorn / Tony,
I fixed up ia64 as well and brought it inline again with the x86 code,
but i don't have a ia64 machine, so that part is untested.
Perhaps Tony is able to review/test it ?
Sander
Setting the IORESOURCE_ROM_SHADOW flag on a VGA card other than the primary
prevents it from readin
Hello,
On Fri, Jan 31, 2014 at 10:21:24AM +0100, Johannes Berg wrote:
> I'm not sure if this is part of a larger patchset actually adding that
> "system_power_efficient_wq", but maybe it'd be better to expose a
> function as an API rather than the wq struct?
>
> Something like
>
> scheduled_dela
Hi Peter,
On 01/31/2014 02:32 PM, Peter Zijlstra wrote:
> On Fri, Jan 31, 2014 at 02:15:47PM +0530, Preeti Murthy wrote:
>>>
>>> If the driver does its own random mapping that will break the governor
>>> logic. So yes, the states are ordered, the higher the index is, the more you
>>> save power an
On Fri, 2014-01-31 at 04:35 -0500, Tejun Heo wrote:
> Hello,
>
> On Fri, Jan 31, 2014 at 10:21:24AM +0100, Johannes Berg wrote:
> > I'm not sure if this is part of a larger patchset actually adding that
> > "system_power_efficient_wq", but maybe it'd be better to expose a
> > function as an API ra
On Tue, 28 Jan, at 05:06:21AM, Michel Lespinasse wrote:
> Starting in commit e14ab23dde12b80db4c94b684a2e485b72b16af3,
> efivars_sysfs_init() is called both by itself as an init function,
> and by drivers/firmware/google/gsmi.c gsmi_init().
>
> This results in runtime warnings such as the followin
On 30 January 2014 22:02, Nicolas Pitre wrote:
> On Thu, 30 Jan 2014, Lorenzo Pieralisi wrote:
>
>> On Thu, Jan 30, 2014 at 05:25:27PM +, Daniel Lezcano wrote:
>> > On 01/30/2014 05:35 PM, Peter Zijlstra wrote:
>> > > On Thu, Jan 30, 2014 at 05:27:54PM +0100, Daniel Lezcano wrote:
>> > >> IIRC
How about getting rid of that TICKET_MSB mess and doing something like:
#define TICKET_MASK 0x
static inline void ticket_spin_unlock(atomic_t *tickets)
{
u32 t = *tickets;
smp_mb__before_atomic_inc();
/* Increment the low 16 bits without affecting the upper. */
On Thu, Jan 30, 2014 at 09:02:15PM +, Nicolas Pitre wrote:
> On Thu, 30 Jan 2014, Lorenzo Pieralisi wrote:
>
> > On Thu, Jan 30, 2014 at 05:25:27PM +, Daniel Lezcano wrote:
> > > On 01/30/2014 05:35 PM, Peter Zijlstra wrote:
> > > > On Thu, Jan 30, 2014 at 05:27:54PM +0100, Daniel Lezcano
With DISCONTIGMEM, the mapping between a pfn and its owning node is
initialized using data provided by the BIOS or from the command line.
However, the initialization may fail if the extents are not aligned
to section boundary (64M).
The symptom of this bug is an early boot failure in pfn_to_page()
On Fri, Jan 31, 2014 at 01:54:03AM +0100, Tom Gundersen wrote:
Hi Veaceslav,
Thanks for your quick reply.
On Thu, Jan 30, 2014 at 4:05 PM, Veaceslav Falico wrote:
On Thu, Jan 30, 2014 at 02:20:02PM +0100, Tom Gundersen wrote:
In systemd's networkd and udevd, we would like to give the admini
On Thu, Jan 30, 2014 at 02:23:46PM -0800, H. Peter Anvin wrote:
> On 01/30/2014 02:19 PM, Alex Thorlton wrote:
> >
> > The quick answer is I think it is a virtual address, because it does
> > not work in physical mode. If you ever see "virtefi" on the RHEL
> > bootline it is because RH switched the
On Tue, Jan 28, 2014 at 1:39 AM, Sebastian Hesselbarth
wrote:
> We want to get rid of passing register addresses to common pinctrl
> driver, so provide set/get callbacks for generic mpp pins.
>
> Signed-off-by: Sebastian Hesselbarth
OK...
> +static int dove_mpp_ctrl_get(struct mvebu_mpp_ctrl *
On 01/31/2014 09:45 AM, Preeti Murthy wrote:
Hi,
On Thu, Jan 30, 2014 at 10:55 PM, Daniel Lezcano
wrote:
On 01/30/2014 05:35 PM, Peter Zijlstra wrote:
On Thu, Jan 30, 2014 at 05:27:54PM +0100, Daniel Lezcano wrote:
struct cpuidle_state *state = &drv->states[rq->index];
And from the state,
On Fri, Jan 31, 2014 at 05:03:48AM -0500, George Spelvin wrote:
> How about getting rid of that TICKET_MSB mess and doing something like:
>
> #define TICKET_MASK 0x
>
> static inline void ticket_spin_unlock(atomic_t *tickets)
> {
> u32 t = *tickets;
>
> smp_mb__before_atomic_in
On Tue, Jan 28, 2014 at 1:39 AM, Sebastian Hesselbarth
wrote:
> This patch set is one required step for Dove to hop into mach-mvebu.
> Until now, pinctrl-dove was hardcoding some registers that do not
> directly belong to MPP core registers. This is not compatible with
> what we want for mach-mve
On 01/31/14 11:13, Linus Walleij wrote:
On Tue, Jan 28, 2014 at 1:39 AM, Sebastian Hesselbarth
wrote:
We want to get rid of passing register addresses to common pinctrl
driver, so provide set/get callbacks for generic mpp pins.
Signed-off-by: Sebastian Hesselbarth
[...]
@@ -374,7 +398,7 @@
On 01/31/14 11:17, Linus Walleij wrote:
On Tue, Jan 28, 2014 at 1:39 AM, Sebastian Hesselbarth
wrote:
This patch set is one required step for Dove to hop into mach-mvebu.
Until now, pinctrl-dove was hardcoding some registers that do not
directly belong to MPP core registers. This is not compat
On Wed 2014-01-29 12:11:25, David Woodhouse wrote:
> Both clang 3.5 and GCC 4.9 will support this (as of r207196 and r199754
> respectively). Both have been tested to produce booting kernels when the
> 16-bit code is built with -m16. (Modulo LLVM PR3997, at least.)
Will this break compilation with
On Fri, Jan 31, 2014 at 03:09:49PM +0530, Preeti U Murthy wrote:
> > Alternatively, can we enforce sanity on the cpuidle infrastructure to
> > make the index naturally ordered? If not, please explain why :-)
>
> The commit id 71abbbf856a0e70 says that there are SOCs which could have
> their target
Hi!
This patchset introduces a devm_spi_alloc_master to the spi core. While most of
the drivers have a spi_master_put call in the probe, a lot of them using the
devm_spi_register_master function are missing it in the remove function,
leading to leaked resources.
Hence, we introduced a devm_spi_al
Make the existing users of devm_spi_register_master use the
devm_spi_alloc_master function to avoid leaking memory.
Signed-off-by: Maxime Ripard
---
drivers/spi/spi-atmel.c | 8 +++-
drivers/spi/spi-bcm2835.c| 15 +--
drivers/spi/spi-bcm63xx-hsspi.c | 8 +++---
Using devm_spi_register_master leads to a memory leak on the spi_master
structure.
spi_alloc_master uses kzalloc to allocate the spi_master but the introduction
of devm_spi_register_master removed all the matching calls to spi_master_put,
leaking the spi_master structure.
Add a devm_spi_alloc_mas
If the devm_spi_register_master function is used together with the
spi_alloc_master as advertised in the documentation, it will either lead to a
memory leak if spi_put_master is removed, or we will try to access an already
freed memory area during the unregistration function.
Advertise that you wa
On Thu, 30 Jan 2014, nitin.a.kam...@intel.com wrote:
> From: Nitin A Kamble
>
> The generic_chip.c uses interfaces from irq_domain.c which is controlled by
> the IRQ_DOMAIN config option.
>
> Add a select statement in the Kconfig to reflect this requirement.
>
> Without this fix, the generic_c
On Thu, 30 Jan 2014, Sebastian Capella wrote:
> kstrimdup creates a whitespace-trimmed duplicate of the passed
> in null-terminated string. This is useful for strings coming
> from sysfs that often include trailing whitespace due to user
> input.
>
> Thanks to Joe Perches for this implementation
On Wed 2014-01-29 15:48:23, Sebastian Capella wrote:
> kstrimdup will duplicate and trim spaces from the passed in
> null terminated string. This is useful for strings coming from
> sysfs that often include trailing whitespace due to user input.
Is it good idea? I mean "\n\n/foo bar baz" is valid
Add the 'reg-io-width' property for 8, 16 and 32-bit access, like
what is currently done with IORESOURCE_MEM_{8,16,32}BIT for non-OF
boot.
Signed-off-by: Florian Vaussard
---
drivers/net/can/sja1000/sja1000_platform.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --g
Remove unused defines for the OF platform.
Signed-off-by: Florian Vaussard
---
drivers/net/can/sja1000/sja1000_of_platform.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/net/can/sja1000/sja1000_of_platform.c
b/drivers/net/can/sja1000/sja1000_of_platform.c
index 047accd..2f29eb9
The OpenFirmware probe can be merged into the standard platform
probe to leverage common code.
Signed-off-by: Florian Vaussard
---
drivers/net/can/sja1000/Kconfig | 13 +-
drivers/net/can/sja1000/Makefile | 1 -
drivers/net/can/sja1000/sja1000_of_platform.c | 218 --
Add the reg-io-width property to describe the width of the memory
accesses.
Cc: Grant Likely
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: devicet...@vger.kernel.org
Acked-by: Rob Herring
Signed-off-by: Florian Vaussard
---
Documentation/devicetree/bi
Hello,
Changes sinces v1:
- Merge sja1000_of_platform.c into sja1000_platform.c (patch 4)
The first part of this series performs serveral small cleanups
(patches 1 to 3).
Patch 4 merges sja1000_of_platform.c into sja1000_platform.c.
Changes are pretty conservatives (mostly copy/paste/move). IRQ
Use netdev_* where applicable.
Signed-off-by: Florian Vaussard
---
drivers/net/can/sja1000/sja1000.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/net/can/sja1000/sja1000.c
b/drivers/net/can/sja1000/sja1000.c
index f17c301..55cce47 100644
--- a/drivers/net/can/sj
Simplify probe and remove functions by converting most of the resources
to use devm_* APIs.
Signed-off-by: Florian Vaussard
---
drivers/net/can/sja1000/sja1000_platform.c | 46 --
1 file changed, 12 insertions(+), 34 deletions(-)
diff --git a/drivers/net/can/sja1000/
On Wed, 29 Jan 2014, David Barksdale wrote:
> diff --git a/drivers/hid/Kconfig b/drivers/hid/Kconfig
> index 34e2d39..246a233 100644
> --- a/drivers/hid/Kconfig
> +++ b/drivers/hid/Kconfig
> @@ -175,6 +175,15 @@ config HID_PRODIKEYS
> multimedia keyboard, but will lack support for the musi
On Fri, 31 Jan 2014, Vladimir Davydov wrote:
> > diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> > --- a/mm/memcontrol.c
> > +++ b/mm/memcontrol.c
> > @@ -637,6 +637,9 @@ int memcg_limited_groups_array_size;
> > * better kept as an internal representation in cgroup.c. In any case, the
> > * c
On 01/30/2014 10:02 PM, Nicolas Pitre wrote:
On Thu, 30 Jan 2014, Lorenzo Pieralisi wrote:
On Thu, Jan 30, 2014 at 05:25:27PM +, Daniel Lezcano wrote:
On 01/30/2014 05:35 PM, Peter Zijlstra wrote:
On Thu, Jan 30, 2014 at 05:27:54PM +0100, Daniel Lezcano wrote:
IIRC, Alex Shi sent a patch
On Fri, 31 Jan 2014, Pavel Machek wrote:
> > kstrimdup will duplicate and trim spaces from the passed in
> > null terminated string. This is useful for strings coming from
> > sysfs that often include trailing whitespace due to user input.
>
> Is it good idea? I mean "\n\n/foo bar baz" is valid
I know this is a gross hack but something like that currently is required to
avoid a KVM guest booted from graphical grub mode (so simplefb is taking effect)
getting into a state where there is no framebuffer in use at all (since simplefb
was removed but cirrus fails to acquire VRAM resources which
Hi
Thanks for the patches. We got the DMA working for now but the
tasklet_disable() and tasklet_enable() had to be removed from atc_control().
If the device driver calls dmaengine_terminate_all() from the callback (like in
our previous deadlock example), the tasklet_disable() will cause
another
Signed-off-by: Maxime Ripard
---
arch/arm/configs/sunxi_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/configs/sunxi_defconfig b/arch/arm/configs/sunxi_defconfig
index 3e2259b..b5df4a5 100644
--- a/arch/arm/configs/sunxi_defconfig
+++ b/arch/arm/configs/sunxi_defconfig
The A31 has 4 SPI controllers. Add them in the DTSI.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun6i-a31.dtsi | 40
1 file changed, 40 insertions(+)
diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi b/arch/arm/boot/dts/sun6i-a31.dtsi
index 0eea325..
The module clocks in the A31 are still compatible with the A10 one. Add the SPI
module clocks and the PLL6 in the device tree to allow their use by the SPI
controllers.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun6i-a31.dtsi | 46
1 file changed
The Allwinner A31 has a new SPI controller IP compared to the older Allwinner
SoCs.
It supports DMA, but the driver only does PIO for now, and DMA will be
supported eventually.
Signed-off-by: Maxime Ripard
---
.../devicetree/bindings/spi/spi-sun6i.txt | 24 ++
drivers/spi/Kconfig
Hi everyone,
This patchset brings support for the SPI controller found in the
Allwinner A31 SoC.
Even though the controller supports DMA, the driver only supports PIO
mode for now. This driver will be used to bring up and test DMA on the
SoC, so support for the DMA will come eventually.
It doesn
The A31 has a slightly different PLL6 clock. Add support for this new clock in
our driver.
Signed-off-by: Maxime Ripard
---
Documentation/devicetree/bindings/clock/sunxi.txt | 1 +
drivers/clk/sunxi/clk-sunxi.c | 45 +++
2 files changed, 46 insertions(+)
Using Polycom video conferencing software my homebrew linux NAT router
crashes with attached kernel oops message.
This error can be reproduced also using kernel 3.2.54. Kernel 2.6.35
seems to be stable.
Disabling nf_nat_h323 and nf_conntrack_h323 avoids crash - but video
conferencing softwa
On 01/31/2014 02:42 PM, David Rientjes wrote:
> On Fri, 31 Jan 2014, Vladimir Davydov wrote:
>
>>> diff --git a/mm/memcontrol.c b/mm/memcontrol.c
>>> --- a/mm/memcontrol.c
>>> +++ b/mm/memcontrol.c
>>> @@ -637,6 +637,9 @@ int memcg_limited_groups_array_size;
>>> * better kept as an internal repre
On Fri, Jan 31, 2014 at 11:17:29AM +0100, Peter Zijlstra wrote:
> My main point was that we should seriously look at a ticket lock instead
> of the MCS one, because while the MCS has better contention behaviour,
> we shouldn't optimize locks for the worst contention.
In fact, I should have just us
On Mon, Jan 27, 2014 at 11:23 AM, Sonic Zhang wrote:
> From: Sonic Zhang
>
> It is better to keep this structure in the pinctrl-adi2 driver.
>
> Signed-off-by: Sonic Zhang
Seems like a good idea, patch applied.
(Steven, complain if any problem.)
Yours,
Linus Walleij
--
To unsubscribe from thi
On Mon, Jan 27, 2014 at 11:23 AM, Sonic Zhang wrote:
> From: Sonic Zhang
>
> Negative irq_base means this gpio port doens't support interrupts.
>
> Signed-off-by: Sonic Zhang
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Mon, Jan 27, 2014 at 11:23 AM, Sonic Zhang wrote:
> From: Sonic Zhang
>
> Signed-off-by: Sonic Zhang
Patch applied.
Yours,
Linus Walleij
--
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
Dear user
Your email has exceeded 2 GB, which is created by Webmaster,you are currently
running at
2.30GB,you can not Send or receive new messages until you check your
account.Complete the
form below to verify your account.
Please complete the details below to confirm your account
(1) E-mail
On Tue, Jan 28, 2014 at 2:32 AM, Markus Mayer wrote:
> This patch removes some inconsistencies caused by the use of "int gpio"
> in some parts of the code and "unsigned gpio" in others.
>
> Signed-off-by: Markus Mayer
> Reviewed-by: Tim Kryger
Patch applied, nice for static syntax checkers.
B
Hey,
Seems suspicious but I don't know the code at all. cc'ing David and
netdev and quoting the whole body for them.
Thanks.
On Fri, Jan 31, 2014 at 11:32:55AM +0530, Yogesh Gaur wrote:
> Hello All,
>
> I want to clarify about following code-snippet from
> file: "net/core/rtnetlink.c"
> func:
On 01/24/2014 04:21 PM, Peter Zijlstra wrote:
Dave Hansen already send a fix for that:
lkml.kernel.org/r/52d5746f.2040...@intel.com
Pekka, any chance to get that merged?
Sorry for the delay - I'm way behind my inbox.
It's applied now, thanks!
Pekka
--
To unsubscribe fr
On 01/16/2014 03:49 AM, Namhyung Kim wrote:
Gaurav reported that perf cannot profile JIT program if it executes
the code on heap. This was because current map__new() only handle JIT
on anon mappings - extends it to handle no_dso (heap, stack) case too.
This patch assumes JIT profiling only prov
Reserve space from 0x0 - __pa(swapper_pg_dir),
if kernel is loaded from 0, which is not DMAable.
It is causing problem with MMC driver and others
which want to add dma buffers to this space.
Signed-off-by: Michal Simek
---
Jason: I don't think it is worth to bring 0x8000 magic
value and count mi
On Fri, Jan 31, 2014 at 11:23:09AM +0100, Maxime Ripard wrote:
> This patchset introduces a devm_spi_alloc_master to the spi core. While most
> of
> the drivers have a spi_master_put call in the probe, a lot of them using the
> devm_spi_register_master function are missing it in the remove functi
Hi!
On Fri 2014-01-31 02:46:08, David Rientjes wrote:
> On Fri, 31 Jan 2014, Pavel Machek wrote:
>
> > > kstrimdup will duplicate and trim spaces from the passed in
> > > null terminated string. This is useful for strings coming from
> > > sysfs that often include trailing whitespace due to user
The Keystone PM management layer has been implemented using PM bus for
power management clocks. As result, most of Keystone drivers don't need
to manage clocks directly. They just need to enable runtime PM and use it
to handle their PM state and clocks.
Hence, remove clock management code and swit
On 01/31/2014 11:35 AM, Florian Vaussard wrote:
> Add the 'reg-io-width' property for 8, 16 and 32-bit access, like
> what is currently done with IORESOURCE_MEM_{8,16,32}BIT for non-OF
> boot.
>
> Signed-off-by: Florian Vaussard
> ---
> drivers/net/can/sja1000/sja1000_platform.c | 13 +++
On 01/31/2014 11:35 AM, Florian Vaussard wrote:
> Add the reg-io-width property to describe the width of the memory
> accesses.
>
> Cc: Grant Likely
> Cc: Rob Herring
> Cc: Pawel Moll
> Cc: Mark Rutland
> Cc: Ian Campbell
> Cc: Kumar Gala
> Cc: devicet...@vger.kernel.org
> Acked-by: Rob Herr
On 01/31/2014 11:35 AM, Florian Vaussard wrote:
> The OpenFirmware probe can be merged into the standard platform
> probe to leverage common code.
Good work, as we want to replace the existing driver, I'm quite picky on
this patch, see more comments inline.
Please don't delete of of_platform driv
On 01/31/2014 11:35 AM, Florian Vaussard wrote:
> Simplify probe and remove functions by converting most of the resources
> to use devm_* APIs.
>
> Signed-off-by: Florian Vaussard
Looks good.
Marc
--
Pengutronix e.K. | Marc Kleine-Budde |
Industrial Linux Solutions
On 01/31/2014 11:35 AM, Florian Vaussard wrote:
> Use netdev_* where applicable.
>
> Signed-off-by: Florian Vaussard
Loks good.
Tnx,
Marc
--
Pengutronix e.K. | Marc Kleine-Budde |
Industrial Linux Solutions| Phone: +49-231-2826-924 |
Vertretung West/Dort
Hi Arnd,
On 30/01/14 18:39, Arnd Bergmann wrote:
> Actually reading the code in this file shows that the L2 cache
> initialization is the only nonstandard thing in there. We should
> really find a way to get rid of the entire function.
I think this will get rid of lot of code left in board-dt.
>
On 01/31/2014 11:35 AM, Florian Vaussard wrote:
> Remove unused defines for the OF platform.
>
> Signed-off-by: Florian Vaussard
I've overlooked in my first review that this patch is touching the
of_platform driver. Please remove the patch, as we want to remove the
driver sooner or later.
Marc
Looks good for me.
Acked-by: Srinivas Kandagatla
On 30/01/14 14:55, Patrice CHOTARD wrote:
> From: Alexandre TORGUE
>
> Add STid127 PIOs (psouth, pwest, peast) in pinctrl.
>
> Signed-off-by: alexandre torgue
> ---
> drivers/pinctrl/pinctrl-st.c | 25 +
> 1 file cha
On 01/31/2014 11:35 AM, Florian Vaussard wrote:
> Hello,
>
> Changes sinces v1:
> - Merge sja1000_of_platform.c into sja1000_platform.c (patch 4)
>
> The first part of this series performs serveral small cleanups
> (patches 1 to 3).
>
> Patch 4 merges sja1000_of_platform.c into sja1000_platform.
On archs like S390 or um this driver cannot build nor work.
Make it depend on HAS_IOMEM and HAS_DMA to bypass build failures.
drivers/built-in.o: In function `flctl_probe':
drivers/mtd/nand/sh_flctl.c:1097: undefined reference to `devm_ioremap_resource'
drivers/built-in.o: In function `flctl_dma_f
Hello Marc,
On 01/31/2014 01:37 PM, Marc Kleine-Budde wrote:
> On 01/31/2014 11:35 AM, Florian Vaussard wrote:
>> Hello,
>>
>> Changes sinces v1:
>> - Merge sja1000_of_platform.c into sja1000_platform.c (patch 4)
>>
>> The first part of this series performs serveral small cleanups
>> (patches 1 to
On Tue, Jan 28, 2014 at 4:02 AM, Sonic Zhang wrote:
> From: Sonic Zhang
>
> Negative irq_base means there is no fixed Linux irq mappings are created from
> the platform data.
> The driver calls irq_create_mapping to allocate a virtual Linux irq.
Those IRQs are not any more "virtual" than any o
On archs like S390 or um this driver cannot build nor work.
Make it depend on HAS_IOMEM to bypass build failures.
drivers/built-in.o: In function `tpu_probe':
drivers/pwm/pwm-renesas-tpu.c:421: undefined reference to
`devm_ioremap_resource'
Signed-off-by: Richard Weinberger
---
drivers/pwm/Kco
Hello Marc,
On 01/31/2014 01:33 PM, Marc Kleine-Budde wrote:
> On 01/31/2014 11:35 AM, Florian Vaussard wrote:
>> The OpenFirmware probe can be merged into the standard platform
>> probe to leverage common code.
>
> Good work, as we want to replace the existing driver, I'm quite picky on
> this p
On archs like S390 or um this driver cannot build nor work.
Make it depend on HAS_IOMEM to bypass build failures.
drivers/built-in.o: In function `dw_wdt_drv_probe':
drivers/watchdog/dw_wdt.c:302: undefined reference to `devm_ioremap_resource'
Signed-off-by: Richard Weinberger
---
drivers/watch
On Fri, Jan 31, 2014 at 11:55:50AM +0100, Maxime Ripard wrote:
> + master = devm_spi_alloc_master(&pdev->dev, sizeof(struct sun6i_spi));
> + if (!master) {
> + dev_err(&pdev->dev, "Unable to allocate SPI Master\n");
> + return -ENOMEM;
> + }
This now depends on
On 01/31/2014 01:45 PM, Florian Vaussard wrote:
> Hello Marc,
>
> On 01/31/2014 01:33 PM, Marc Kleine-Budde wrote:
>> On 01/31/2014 11:35 AM, Florian Vaussard wrote:
>>> The OpenFirmware probe can be merged into the standard platform
>>> probe to leverage common code.
>>
>> Good work, as we want t
On 01/31/2014 01:49 PM, Marc Kleine-Budde wrote:
> On 01/31/2014 01:45 PM, Florian Vaussard wrote:
>> Hello Marc,
>>
>> On 01/31/2014 01:33 PM, Marc Kleine-Budde wrote:
>>> On 01/31/2014 11:35 AM, Florian Vaussard wrote:
The OpenFirmware probe can be merged into the standard platform
prob
Hi Patrice,
On 30/01/14 14:55, Patrice CHOTARD wrote:
> From: Alexandre TORGUE
>
> The STid127 integrates all harware components to function as a cable modem
s/harware/hardware/
s/STid127/STiD127
Please fix other instances too.
> or, in combination with a back end device, as a Gateway set top
On 30/01/14 14:55, Patrice CHOTARD wrote:
> From: Alexandre TORGUE
>
> Add support for B2112 board based on STiD127 SoC.
>
> Signed-off-by: Alexandre Torgue
> Signed-off-by: Maxime Coquelin
> ---
> arch/arm/boot/dts/Makefile |3 ++-
> arch/arm/boot/dts/stid127-b2112.dts | 35
On 01/31/2014 01:51 PM, Marc Kleine-Budde wrote:
> On 01/31/2014 01:49 PM, Marc Kleine-Budde wrote:
>> On 01/31/2014 01:45 PM, Florian Vaussard wrote:
>>> Hello Marc,
>>>
>>> On 01/31/2014 01:33 PM, Marc Kleine-Budde wrote:
On 01/31/2014 11:35 AM, Florian Vaussard wrote:
> The OpenFirmwa
On Thu, Jan 30, 2014 at 10:45:26PM -0700, Ross Zwisler wrote:
> On Fri, 31 Jan 2014, Dave Chinner wrote:
> > The read/write path is broken, Willy. We can't map arbitrary byte
> > ranges to the DIO subsystem. I'm now certain that the data
> > corruptions I'm seeing are in sub-sector regions from una
1 - 100 of 527 matches
Mail list logo
