From: Nícolas F. R. A. Prado
Correct the following warning from checkpatch.pl:
WARNING: Missing a blank line after declarations
+ struct msdc_host *host = mmc_priv(mmc);
+ msdc_pm(state, (void *)host);
Signed-off-by: Nícolas F. R. A. Prado
---
Hi, this is my first
-mod...@vger.kernel.org,seli...@tycho.nsa.gov,linux-...@vger.kernel.org,kernel-harden...@lists.openwall.com
From: Nicolas Belouin
Message-ID:
On October 21, 2017 7:25:21 PM GMT+02:00, Casey Schaufler
wrote:
>On 10/21/2017 6:45 AM, Nicolas Belouin wrote:
>> with CAP_SYS_ADMIN being blo
-mod...@vger.kernel.org,seli...@tycho.nsa.gov,linux-...@vger.kernel.org,kernel-harden...@lists.openwall.com
From: Nicolas Belouin
Message-ID: <99179b10-4eae-4fab-9d14-b88515626...@belouin.fr>
On October 21, 2017 6:03:02 PM GMT+02:00, "Serge E. Hallyn"
wrote:
>Quoting Ni
Hi,
This patch serie adds support for jitted seccomp BPF filters, with the
required modifications to make it work on the ARM architecture.
- The first patch in the serie adds the required boiler plate in the
core kernel seccomp code to invoke the JIT compilation/free code.
- The second patch r
jit compilation code is expected
to updates struct seccomp_filter.bpf_func pointer to the generated
code.
Signed-off-by: Nicolas Schichan
---
arch/Kconfig| 14 ++
include/linux/seccomp.h | 41 +
kernel/seccomp.c| 34
This is in preparation of bpf_jit support for seccomp filters.
Signed-off-by: Nicolas Schichan
---
arch/arm/net/bpf_jit_32.c | 46 -
1 file changed, 29 insertions(+), 17 deletions(-)
diff --git a/arch/arm/net/bpf_jit_32.c b/arch/arm/net/bpf_jit_32
-off-by: Nicolas Schichan
---
arch/arm/Kconfig |1 +
arch/arm/net/bpf_jit_32.c | 36
2 files changed, 37 insertions(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index dedf02b..b3dce17 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
On Tue, 19 Mar 2013, Joonsoo Kim wrote:
> On Thu, Mar 07, 2013 at 07:35:51PM +0900, JoonSoo Kim wrote:
> > 2013/3/7 Nicolas Pitre :
> > > On Thu, 7 Mar 2013, Joonsoo Kim wrote:
> > >
> > >> Hello, Nicolas.
> > >>
> > >> On Tue, Mar
On 03/20/2013 10:50 PM, Andrew Morton :
> On Fri, 15 Mar 2013 18:37:12 +0100 Nicolas Ferre
> wrote:
>
>> On some revisions of AT91 SoCs, the RTC IMR register is not working.
>> Instead of elaborating a workaround for that specific SoC or IP version,
>> we simply use a
On 03/08/2013 10:14 AM, Nicolas Ferre :
> On 02/14/2013 10:59 PM, Joachim Eastwood :
>> Signed-off-by: Joachim Eastwood
>
> Acked-by: Nicolas Ferre
>
> Alessandro, do you want to queue this one on your side?
Ping?
Maybe Andrew, you may take this one on your
These patches clean up at91_cf a bit and add DT bindings.
It is based on a previous series from Joachim Eastwood and other cleanup
patches by Fabio and Laurent.
I have collected them together as they are lying around for some time.
Please tell me if It can go through PCMCIA tree or if Andrew or Gr
From: Joachim Eastwood
Commit 80af9e6d (pcmcia at91_cf: fix raw gpio number usage) forgot
to change the parameter in gpio_get_value after adding gpio
validation.
Signed-off-by: Joachim Eastwood
Signed-off-by: Nicolas Ferre
---
drivers/pcmcia/at91_cf.c | 4 ++--
1 file changed, 2 insertions
From: Joachim Eastwood
Convert all pr_* functions to equivalent dev_* functions and
drop the driver_name variable.
Signed-off-by: Joachim Eastwood
Signed-off-by: Nicolas Ferre
---
drivers/pcmcia/at91_cf.c | 22 ++
1 file changed, 10 insertions(+), 12 deletions(-)
diff
From: Joachim Eastwood
Signed-off-by: Joachim Eastwood
Signed-off-by: Nicolas Ferre
---
drivers/pcmcia/at91_cf.c | 77 +++-
1 file changed, 24 insertions(+), 53 deletions(-)
diff --git a/drivers/pcmcia/at91_cf.c b/drivers/pcmcia/at91_cf.c
index
From: Joachim Eastwood
Use includes from linux/ instead of asm/ and remove a
unnecessary mach/ include.
Signed-off-by: Joachim Eastwood
Signed-off-by: Nicolas Ferre
---
drivers/pcmcia/at91_cf.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/pcmcia/at91_cf.c
From: Joachim Eastwood
Signed-off-by: Joachim Eastwood
Signed-off-by: Nicolas Ferre
---
.../devicetree/bindings/ata/atmel-at91_cf.txt | 19 +
drivers/pcmcia/Kconfig | 2 +-
drivers/pcmcia/at91_cf.c | 45
From: Fabio Porcedda
Use module_platform_driver_probe() macro which makes the code smaller
and simpler.
Signed-off-by: Fabio Porcedda
Cc: Jean-Christophe PLAGNIOL-VILLARD
Signed-off-by: Nicolas Ferre
---
drivers/pcmcia/at91_cf.c | 12 +---
1 file changed, 1 insertion(+), 11
From: Laurent Navet
fix this checkpatch error:
- ERROR: switch and case should be at the same indent
Signed-off-by: Laurent Navet
Signed-off-by: Nicolas Ferre
---
drivers/pcmcia/at91_cf.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/pcmcia
On 03/20/2013 12:22 PM, Richard Genoud :
> on at91sam9x5ek, macb0 is enabled, so it conflicts with i2c2 (PB4)
> same for i2c1, (conflicts with LCD).
> Moreover, only i2c0 is used on this board.
>
> Signed-off-by: Richard Genoud
Acked-by: Nicolas Ferre
And pushed to at91
On 03/20/2013 12:23 PM, Richard Genoud :
> This add the 1-wire chip present on the CM board to the DTS.
> As the pin is also used by leds, tt's disabled by default.
> If the board really wants it, it can be enabled in the board DTS.
>
> Signed-off-by: Richard Genoud
Ack
RM92000 DT
ARM: at91: add MPA 1600 DT board
Nicolas Ferre (1):
ARM: at91/dt: gpio-keys: remove address-cells and size-cells properties
Richard Genoud (4):
ARM: at91: dt: at91sam9x5: add i2c pinctrl
ARM: at91: dt: at91sam9x5: add i2c-gpio pinctrl
ARM: at91/at91sam9x5ek
On Sun, 3 Feb 2013, Ben Hutchings wrote:
> On Sun, 2013-02-03 at 15:47 +0100, Ben Hutchings wrote:
> > 3.2-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Nicolas Pitre
> >
> > co
.c
>
> Now, I introduce an ARM-specific infrastructure for static mapped area. In
> the following patch, we will use this and resolve above mentioned problem.
>
> Signed-off-by: Joonsoo Kim
Reviewed-by: Nicolas Pitre
>
> diff --git a/arch/arm/mm/ioremap.c b/arch/arm/mm/io
flags & VM_ARM_STATIC_MAPPING))
> - continue;
> - addr = (unsigned long)vm->addr;
> - addr &= ~(SZ_2M - 1);
> - if (addr == PCI_IO_VIRT_BASE)
> - return;
> + svm = find_static_vm_vaddr((void *)PCI
T nodes
(2013-02-05 10:55:11 +0100)
Correction of 9x5 and 9n12 USART nodes
--------
Nicolas Ferre (1):
ARM: at91/DT: remove atmel,use-dma-* from 9x5 and 9n12 USART nodes
arch/arm/boot/dts/at91sam9n12.dtsi | 8
arch/arm/boot
On Tue, 5 Feb 2013, Rob Herring wrote:
> On 02/04/2013 10:44 PM, Nicolas Pitre wrote:
> > On Tue, 5 Feb 2013, Joonsoo Kim wrote:
> >
> >> A static mapped area is ARM-specific, so it is better not to use
> >> generic vmalloc data structure, that is, vmlist and vml
On Wed, 6 Feb 2013, Joonsoo Kim wrote:
> On Wed, Feb 06, 2013 at 11:07:07AM +0900, Joonsoo Kim wrote:
> > Hello, Rob.
> >
> > On Tue, Feb 05, 2013 at 01:12:51PM -0600, Rob Herring wrote:
> > > On 02/05/2013 12:13 PM, Nicolas Pitre wrote:
> > >
On 02/06/2013 02:35 AM, Yang, Wenyou :
>
>
>> -Original Message-
>> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
>> Sent: 2013年2月6日 3:51
>> To: Yang, Wenyou
>> Cc: linux-arm-ker...@lists.infradead.org; linux-kernel@vg
On Wed, 6 Feb 2013, Joonsoo Kim wrote:
> Changelog
> v5->v6:
> Add Ack-by, Reviewed-by, Tested-by tags
> [3/3]: Change from Nicolas' suggestion
>- remove redundant parenthesis
This looks all fine now. Please submit your patches here for RMK to
merge: http
meo_ip.dts| 4 +
arch/arm/boot/dts/at91rm9200.dtsi | 158 +++
arch/arm/boot/dts/at91rm9200ek.dts | 5 ++
arch/arm/mach-at91/at91rm9200.c| 2 +
4 files changed, 169 insertions(+)
Thanks best regards,
--
Nicolas Ferre
--
To unsubscribe from this list
The board is not available anymore and it seems its use
is very limited.
Signed-off-by: Nicolas Ferre
Cc: Alexandre Belloni
---
arch/arm/mach-at91/Kconfig| 6 -
arch/arm/mach-at91/Makefile | 1 -
arch/arm/mach-at91/board-neocore926.c | 387
.
Nicolas Ferre (1):
ARM: at91: remove NEOCORE 926 board
arch/arm/mach-at91/Kconfig| 6 -
arch/arm/mach-at91/Makefile | 1 -
arch/arm/mach-at91/board-neocore926.c | 387 ---
3 files
board (2013-02-08 16:25:20 +0100)
Little AT91 cleanup: only remove one deprecated board.
Nicolas Ferre (1):
ARM: at91: remove NEOCORE 926 board
arch/arm/configs
t.
Tested on at91sam9263 and at91sam9g45.
Cc:
Acked-by: Peter Korsgaard
Signed-off-by: Johan Hovold
Signed-off-by: Nicolas Ferre
---
drivers/video/atmel_lcdfb.c | 22 +++---
include/video/atmel_lcdc.h | 1 +
2 files changed, 16 insertions(+), 7 deletions(-)
diff --git a/dri
ned-off-by: Nicolas Ferre
---
arch/arm/mach-at91/board-neocore926.c | 2 +-
include/video/atmel_lcdc.h| 1 -
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/arm/mach-at91/board-neocore926.c
b/arch/arm/mach-at91/board-neocore926.c
index bc7a1c4..4726297 100644
--- a/arc
the conditional enabling of the clocks in
the driver which relied on the cpu_is macros.
Tested on at91sam9263 and at91sam9g45, compile-tested for other
AT91-SOCs, and untested for AVR32.
Signed-off-by: Johan Hovold
Signed-off-by: Nicolas Ferre
---
arch/arm/mach-at91/at91sam9261.c| 1
From: Johan Hovold
Pass atmel_lcd_info structure to compute_hozval and only do the register
access on SOCs that actually use it.
This will also simplify the removal of the cpu_is macros.
Signed-off-by: Johan Hovold
Signed-off-by: Nicolas Ferre
---
drivers/video/atmel_lcdfb.c | 8 +---
1
These patches fix a regression in 16-bpp support for older SOCs which use
IBGR:555 rather than BGR:565 pixel layout. Use SOC-type to determine if the
controller uses the intensity-bit and restore the old layout in that case.
The last patch is a removal of uses of cpu_is_() macros in atmel_lcdf
cpu_is macros from
the driver.
Tested on at91sam9263 and at91sam9g45, compile-tested for other
AT91-SOCs, and untested for AVR32.
Signed-off-by: Johan Hovold
Signed-off-by: Nicolas Ferre
---
arch/arm/mach-at91/at91sam9261.c | 3 +-
arch/arm/mach-at91/at91sam9261_devices.c | 6
ere is no reason for any machine not to boot
way past "Uncompressing Linux" with the default split. The likely
reason it works with the 2G:2G split is because in that case the virtual
and physical RAM addresses in the kernel are the same, and therefore
missing p2v or v2p conversions are
WS
KernelVersion: v3.8
The KernelVersion value needs to be adjusted of course.
Note: I never tried it myself but it ought to work.
Nicolas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
> > use of 64 x 64bit division.
>
> Which is all very sensible. But there's no particular reason we couldn't
> add a __bswap[sd]i2 to the kernel's version of libgcc if we wanted to.
Absolutely.
Nicolas
--
To unsubscribe from this list: send the line "unsu
On Fri, 8 Feb 2013, Woodhouse, David wrote:
> On Fri, 2013-02-08 at 15:04 -0500, Nicolas Pitre wrote:
> > On Fri, 8 Feb 2013, Woodhouse, David wrote:
> >
> > > On Thu, 2013-02-07 at 18:13 +, Russell King - ARM Linux wrote:
> > > >
> > > >
On Fri, 8 Feb 2013, Kim Phillips wrote:
> On Fri, 8 Feb 2013 17:47:33 -0500
> Nicolas Pitre wrote:
>
> > On Fri, 8 Feb 2013, Woodhouse, David wrote:
> >
> > > On Fri, 2013-02-08 at 15:04 -0500, Nicolas Pitre wrote:
> > > > On Fri, 8 Feb 2013, Woodhou
On 02/05/2013 11:20 AM, Nicolas Ferre :
> Arnd, Olof,
>
> As I realized reading Linus' email that it was not possible to queue more
> fixes for 3.8, I took my time to send this tiny pull request. But now that
> the merge window is approaching, I prefer not to wait for more mat
When interrupts are disabled, an RX condition can occur but
it is not reported when enabling interrupts again. We need to check
RSR and use napi_reschedule() if condition is met.
Signed-off-by: Nicolas Ferre
---
drivers/net/ethernet/cadence/macb.c | 5 +
1 file changed, 5 insertions
Signed-off-by: Nicolas Ferre
---
Hi all,
The funny thing is that I was writing exactly the same code as Johan's
when he posted his series.
So, here is my single patch, with the comment about the readback stolen from
Johan's, but without the way to determine with IP is buggy and which
On Tue, 2 Apr 2013, Stefano Stabellini wrote:
> On Mon, 1 Apr 2013, Nicolas Pitre wrote:
> > On Mon, 1 Apr 2013, Stefano Stabellini wrote:
> > > What are the platforms that are going to use smp_init? Do we know how do
> > > they intend to use it?
> >
> &g
On 04/02/2013 05:32 PM, Douglas Gilbert :
> On 13-04-02 09:06 AM, Nicolas Ferre wrote:
>> Signed-off-by: Nicolas Ferre
>> ---
>> Hi all,
>>
>> The funny thing is that I was writing exactly the same code as Johan's
>> when he posted his series.
>>
Signed-off-by: Nicolas Ferre
---
Hi again,
Here is my latest revision of this fix. It depends on the patch that is already
in Andrew's patch stack: "drivers-rtc-rtc-at91rm9200c-add-dt-support.patch".
I now use a different compatibility string to figure out what is the IP
revisi
ed to do this. Why can't you just
rely on the next priority which is to set PSCI ops by default if
available? Using this hook for Xen doesn't look justified. As it is,
you break MCPM.
As I explained to you, MCPM will end up using PSCI as well when
available, which I think should be suf
set_ops(&psci_smp_ops);
Didn't we agree to do this the other way around, i.e.
if (psci_smp_available())
smp_set_ops(&psci_smp_ops);
else if (mdesc->smp)
smp_set_ops(mdesc->smp);
?
This way you won't need the ->smp_in
On 04/03/2013 02:26 AM, Olof Johansson :
> On Wed, Mar 27, 2013 at 12:01 PM, Arnd Bergmann wrote:
>> On Wednesday 27 March 2013, Nicolas Ferre wrote:
>>
>>>
>>> Introduction of new Atmel Cortex-A5:
gt;dev, clk_id);
>> if (IS_ERR(tc->clk[1]))
>> tc->clk[1] = clk;
>> -tc->clk[2] = clk_get(&pdev->dev, "t2_clk");
>> +snprintf(clk_id, sizeof(clk_id), "t%d_clk", clk_offset++);
>> +tc->clk[2] = clk_
On 04/02/2013 08:49 PM, Olof Johansson :
> On Fri, Mar 29, 2013 at 03:59:39PM +0100, Nicolas Ferre wrote:
>> Arnd, Olof,
>>
>> Here is a pull-request for AT91 that is dedicated to Device Tree
>> modifications. It is stacked on the material that you already have
>>
On 04/03/2013 09:59 AM, Boris BREZILLON :
> On 03/04/2013 09:26, Nicolas Ferre wrote:
>> On 04/03/2013 06:45 AM, Jean-Christophe PLAGNIOL-VILLARD :
>>> On 18:46 Tue 02 Apr , Boris BREZILLON wrote:
>>>> This patch fixes wrong clock request for TC block 2.
>>
Signed-off-by: Nicolas Ferre
---
arch/arm/mach-at91/include/mach/at91_dbgu.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-at91/include/mach/at91_dbgu.h
b/arch/arm/mach-at91/include/mach/at91_dbgu.h
index 2aa0c5e..3b59485 100644
--- a/arch/arm/mach-at91/include/mach
w, please can you take this "revert" patch for 3.9-rc ?
And sorry for the noise.
Acked-by: Nicolas Ferre
(Andrew, I figured out that you are not in copy of the original email:
do I need to send it back to you or can you pick it up in patchwork?
https://patchwork.kernel.org/patch/2385921/
)
On 04/03/2013 11:51 AM, Johan Hovold :
> On Tue, Apr 02, 2013 at 06:36:06PM +0200, Nicolas Ferre wrote:
>> Signed-off-by: Nicolas Ferre
>> ---
>> Hi again,
>>
>> Here is my latest revision of this fix. It depends on the patch that is
>> already
>&
On Wed, 3 Apr 2013, Stefano Stabellini wrote:
> On Tue, 2 Apr 2013, Nicolas Pitre wrote:
> > On Tue, 2 Apr 2013, Stefano Stabellini wrote:
> >
> > > @@ -176,27 +178,30 @@ static int __init xen_secondary_init(unsigned int
> > > cpu)
> > > return 0;
On 04/03/2013 09:45 AM, Nicolas Ferre :
> On 04/02/2013 08:49 PM, Olof Johansson :
>> On Fri, Mar 29, 2013 at 03:59:39PM +0100, Nicolas Ferre wrote:
>>> Arnd, Olof,
>>>
>>> Here is a pull-request for AT91 that is dedicated to Device Tree
>>> modifica
On 04/03/2013 09:10 PM, Douglas Gilbert :
> On 13-04-02 02:48 PM, Olof Johansson wrote:
>> Hi,
>>
>> I just saw this since it came in through a pull request
>>
>> On Tue, Mar 26, 2013 at 4:39 AM, Nicolas Ferre
>> wrote:
>>> From: Douglas Gilbert
&g
From: Douglas Gilbert
Signed-off-by: Douglas Gilbert
Signed-off-by: Nicolas Ferre
---
Hi all,
Here is the third revision of this patch. I plan to include it in a
pull-request real-soon-now!
v3: - move to "at91-" prefix for .dts[i] files
- remove the rtc activation code beca
From: Douglas Gilbert
Signed-off-by: Douglas Gilbert
[nicolas.fe...@atmel.com: fix rts/cts for usart3]
Signed-off-by: Nicolas Ferre
Cc: stable #3.8+
---
Hi,
v2: - add commit message
- correct rts/cts for usart3
- add stable tag
arch/arm/boot/dts/at91sam9260.dtsi | 16
nctrl encoding
Ludovic Desroches (1):
ARM: at91: dts: add adc resolution stuff
Nicolas Ferre (5):
ARM: at91/at91sam9x5: add RTC node
ARM: at91/trivial: typos in compatible property
ARM: at91/trivial: fix model name for SAM9G15-EK
ARM: at91: remove partial paramet
On 04/03/2013 12:18 PM, Nicolas Ferre :
> On 04/03/2013 11:54 AM, Johan Hovold :
>> This reverts commit 0ef1594c017521ea89278e80fe3f80dafb17abde.
>>
>> This patch introduced a few races which cannot be easily fixed with a
>> small follow-up patch. Furthermore, the S
On Fri, 5 Apr 2013, Stefano Stabellini wrote:
> If PSCI is available on the platform, prefer psci_smp_ops over the
> platform smp_ops.
>
> Signed-off-by: Stefano Stabellini
Acked-by: Nicolas Pitre
> ---
> arch/arm/kernel/setup.c |6 +++---
> 1 files changed, 3 inser
driver currently does not support.
Cc: stable
Signed-off-by: Johan Hovold
Signed-off-by: Nicolas Ferre
---
Linus,
As suggested by Greg, I send you directly this "revert" patch. I hope it will
join your tree before 3.9-final.
Here is the discussion that led to this "revert" pat
st sets smp_ops to psci_smp_ops.
I still think the above is redundant, especially since psci_smp_ops has
priority over default mdesc->smp_ops. And doing so does break MCPM. But
we're apparently going in circle over this issue.
Nicolas
--
To unsubscribe from this list: send the line "u
*
> Xen.
OK I see.
> With this patch, xen_smp_init will be called instead of
> vexpress_smp_init_ops, and smp_ops will be set to psci_smp_ops,
> therefore *unbreaking* Xen.
However that breaks MCPM.
> In fact what makes this patch really necessary is smp_init together with
> the
is _configured_ to run either on a
native VExpress machine that might or might not be b.L, or as a Xen
guest, in the same zImage binary.
Nicolas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Fri, 5 Apr 2013, Rob Herring wrote:
> On 04/05/2013 02:36 PM, Nicolas Pitre wrote:
> > On Fri, 5 Apr 2013, Stefano Stabellini wrote:
> >
> >> This is what happens:
> >>
> >> - No Xen
> >> Xen is not running on the platform and a Xen h
On Sat, 6 Apr 2013, Stefano Stabellini wrote:
> On Fri, 5 Apr 2013, Nicolas Pitre wrote:
> > On Fri, 5 Apr 2013, Rob Herring wrote:
> >
> > > On 04/05/2013 02:36 PM, Nicolas Pitre wrote:
> > > > On Fri, 5 Apr 2013, Stefano Stabellini wrote:
&g
have
> any opinions on whether or not the benefits are worth the cost?
Well, we used to have only one compressed format. Now we have nearly
half a dozen, with the same worthiness issue between themselves.
Either we keep it very simple, or we make it very flexible. The former
would argue in
On Tue, 29 Jan 2013, Joonsoo Kim wrote:
> On Mon, Jan 28, 2013 at 01:04:24PM -0500, Nicolas Pitre wrote:
> > On Mon, 28 Jan 2013, Will Deacon wrote:
> >
> > > Hello,
> > >
> > > On Thu, Jan 24, 2013 at 01:28:51AM +, Joonsoo Kim wrote:
> > >
On Thu, 24 Jan 2013, Joonsoo Kim wrote:
> From: Joonsoo Kim
>
> Now, there is no user for vmregion.
> So remove it.
>
> Signed-off-by: Joonsoo Kim
> Signed-off-by: Joonsoo Kim
Acked-by: Nicolas Pitre
>
> diff --git a/arch/arm/mm/Makefile b/arch/arm/mm/Makefi
,
> + struct vm_struct *vm, unsigned long flags);
Since those are only used in ioremap.c, and because I suggested their
implementation be moved there as well, you shouldn't need prototype
declarations anymore. And init_static_vm() would be useless with my
previous suggestions.
Nicolas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thu, 24 Jan 2013, Joonsoo Kim wrote:
> From: Joonsoo Kim
>
> A static mapped area is ARM-specific, so it is better not to use
> generic vmalloc data structure, that is, vmlist and vmlist_lock
> for managing static mapped area. And it causes some needless overhead and
> reducing this overhead
(-)
Thanks, bye,
--
Nicolas Ferre
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
(private DMA) on older
SoCs. This is why the driver alone cannot determine the validity of this
property.
Reported-by: Douglas Gilbert
Signed-off-by: Nicolas Ferre
---
arch/arm/boot/dts/at91sam9n12.dtsi | 8
arch/arm/boot/dts/at91sam9x5.dtsi | 6 --
2 files changed, 14 deletions
(which is after this one). After 12? After the 20th?
> >
>
> The only concern I have with that is if someone paints themselves into a
> corner and absolutely wants, say, LZO.
That would be hard to justify given that the kernel provides its own
decompressor code, making the c
re: OMAP4 Blaze Tablet
Please remove that extra blank line between "SoC name" and "Hardware".
The blank line after "CPU revision" is fine.
Also, please rename this to "System name". Not all systems are "on
chip". By using &q
On Wed, 30 Jan 2013, Matt Sealey wrote:
> On Wed, Jan 30, 2013 at 1:07 PM, Nicolas Pitre wrote:
> > On Wed, 30 Jan 2013, Ruslan Bilovol wrote:
> >
> >> Currently, reading /proc/cpuinfo provides userspace with CPU ID of
> >> the CPU carrying out the read from th
On Wed, 30 Jan 2013, Russell King - ARM Linux wrote:
> On Wed, Jan 30, 2013 at 02:07:53PM -0500, Nicolas Pitre wrote:
> > On Wed, 30 Jan 2013, Ruslan Bilovol wrote:
> >
> > > Currently, reading /proc/cpuinfo provides userspace with CPU ID of
> > > the CPU ca
On Thu, 31 Jan 2013, H. Peter Anvin wrote:
> On 01/30/2013 10:33 AM, Nicolas Pitre wrote:
> >>
> >> The only concern I have with that is if someone paints themselves into a
> >> corner and absolutely wants, say, LZO.
> >
> > That would be hard to just
On Thu, 31 Jan 2013, H. Peter Anvin wrote:
> On 01/31/2013 02:16 PM, Nicolas Pitre wrote:
> >>
> >> Some utterly weird things like the Xen domain builder do that, because
> >> they have to. That is why we explicitly document that the payload is
> >> ELF a
upper-most page table pointer */
> extern pmd_t *top_pmd;
> @@ -65,6 +67,24 @@ extern void __flush_dcache_page(struct address_space
> *mapping, struct page *page
> /* consistent regions used by dma_alloc_attrs() */
> #define VM_ARM_DMA_CONSISTENT0x2000
>
> +
> +/*
gt; > This is an extension to commit 97092e0c56830457af0639f6bd904537a150ea4a
> > (ARM:
> > pgtable: use phys_addr_t for physical addresses), which applied similar
> > changes
> > elsewhere in the ARM memory management code.
> >
> > Signed-off-by: Vitaly Andrianov
> > Signed-off-
ril Chemparathy
> Signed-off-by: Vitaly Andrianov
Acked-by: Nicolas Pitre
> ---
> arch/arm/include/asm/memory.h |2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/arch/arm/include/asm/memory.h b/arch/arm/include/asm/memory.h
> index 73cf03a..8825abb 100644
&
ned-off-by: Vitaly Andrianov
Acked-by: Nicolas Pitre
> ---
> arch/arm/include/asm/memory.h | 16
> arch/arm/kernel/head.S| 10 --
> arch/arm/kernel/smp.c | 11 +--
> arch/arm/mm/proc-v7-3level.S |8
>
tart_kernel':
> init/main.c:588:7: warning: format '%lx' expects argument of type 'long
> unsigned int', but argument 2 has type 'phys_addr_t' [-Wformat]
>
> This patch fixes this warning by pinning down the PFN type to unsigned long.
>
> Signe
ery nice. It received many review cycles already as
well. It would be about time it goes upstream.
I think it is ready to be merged in Russell's tree. Feel free to send
him a pull request whenever you're ready.
Then we'll be free to look at the more controvertial p2v patching st
vunmap(addr);
> }
> diff --git a/arch/arm/mm/mm.h b/arch/arm/mm/mm.h
> index fb45c79..24c1df4 100644
> --- a/arch/arm/mm/mm.h
> +++ b/arch/arm/mm/mm.h
> @@ -54,16 +54,6 @@ extern void __flush_dcache_page(struct address_space
> *mapping, struct page *page
> /* (sup
t;
> Signed-off-by: Bernd Schubert
> CC: Julia Lawall
> CC: Nicolas Palix
Acked-by: Nicolas Palix
> CC: co...@systeme.lip6.fr
> CC: Michal Marek
> ---
> Documentation/coccinelle.txt |4
> scripts/coccicheck | 11 ++-
> 2 files changed, 14
uted command line is being
> shown.
>
> Signed-off-by: Bernd Schubert
> CC: Julia Lawall
> CC: Nicolas Palix
Acked-by: Nicolas Palix
> CC: co...@systeme.lip6.fr
> CC: Michal Marek
> ---
> scripts/coccicheck | 28 +---
> 1 file changed, 21
ust work.
On the v2p side, it's just a matter of adding two instructions around
the existing one (which should be turned into an adds). The first is a
mov to load the high bits of PHYS_OFFSET which are likely to be
representable with a simple immediate operand, and the third one would
b
On Fri, 1 Feb 2013, Subash Patel wrote:
> Hi Nicolas,
>
> On Thursday 31 January 2013 07:35 PM, Nicolas Pitre wrote:
> > On Fri, 1 Feb 2013, Hui Wang wrote:
> >
> > > Cyril Chemparathy wrote:
> > > > From: Vitaly Andrianov
> > > >
> &g
On 01/23/2013 11:20 AM, Jean-Christophe PLAGNIOL-VILLARD :
> On 10:48 Wed 23 Jan , Nicolas Ferre wrote:
>> No need for this cmdline option as we are using DT.
>> Moreover this defconfig is targeted to multiple SoC/boards: this option
>> was nonsense.
> just keep t
version
Joachim Eastwood (1):
ARM: at91: fix gpios on i2c-gpio for RM9200 DT
Nicolas Ferre (2):
ARM: at91/at91_dt_defconfig: remove memory specification to cmdline
ARM: at91/at91_dt_defconfig: add at91sam9n12 SoC to DT defconfig
Richard Genoud (3):
ARM: at91/at91-pinctrl
nn
> Cc: Wim Van Sebroeck
> Cc: linux-watch...@vger.kernel.org
> Cc: Nicolas Ferre
Acked-by: Nicolas Ferre
Thanks,
> Cc: Fabio Porcedda
> ---
> drivers/watchdog/at91sam9_wdt.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers
1 - 100 of 5128 matches
Mail list logo
