[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <EABCC4A72A203F4BA2E04297CF0282C427D1E1F8@hnombx01.corp.atmel.com>
Date: Mon, 17 Jun 2013 09:20:55 +0000
From: "Ferre, Nicolas" <Nicolas.FERRE@...el.com>
To: Olof Johansson <olof@...om.net>
CC: Arnd Bergmann <arnd@...db.de>,
"Yang, Wenyou" <Wenyou.Yang@...el.com>,
"alexandre.belloni@...e-electrons.com"
<alexandre.belloni@...e-electrons.com>,
Linux Kernel list <linux-kernel@...r.kernel.org>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
Jean-Christophe PLAGNIOL-VILLARD <plagnioj@...osoft.com>,
"Desroches, Ludovic" <Ludovic.Desroches@...el.com>
Subject: RE : [GIT PULL] at91: soc updates for 3.11 #1
From: Olof Johansson [olof@...om.net]
>Hi,
>
>On Fri, Jun 14, 2013 at 11:42:18PM +0200, Nicolas Ferre wrote:
>> Arnd, Olof,
>>
>> A little AT91 pull-request for patches that are more targeted to SoC/boards
>> modifications. It is prepared on top of the arm-soc/at91/cleanup branch.
>>
>> Thanks, best regards,
>>
>> The following changes since commit b3f442b0eedbc20b5ce3f4a96530588d14901199:
>>
>> ARM: at91: udpate defconfigs (2013-05-17 15:05:08 +0200)
>>
>> are available in the git repository at:
>>
>> git://github.com/at91linux/linux-at91.git tags/at91-soc
>>
>> for you to fetch changes up to 7e75545ea7fb972c3da759f92c3d0be84d1cee72:
>>
>> ARM: at91: drop rm9200dk board support (2013-06-14 23:34:11 +0200)
>>
>> ----------------------------------------------------------------
>> Two non critical fixes that can go in 3.11.
>> An old board removed.
>>
>> ----------------------------------------------------------------
>> Alexandre Belloni (1):
>> ARM: at91: Fix link breakage when !CONFIG_PHYLIB
>
>Fix
>
>> Jean-Christophe PLAGNIOL-VILLARD (1):
>> ARM: at91: drop rm9200dk board support
>
>Cleanup
>
>> Wenyou Yang (1):
>> ARM: at91: Change the internal SRAM memory type MT_MEMORY_NONCACHED
>
>Fix
>
>...assuming, of course, that none of the fixes are for errors introduced in
>some branch we already pulled, since then they should go on top of that branch.
I do agree with you but:
1/ the fixes are non-critical ones, so I do not see the need for another branch
2/ I didn't feel like touching the "cleanup" branch because we want to base all our 3.11 material on top of it, without adding new patches on top.
But, tell me if you think that it is too cautious...
Bye,
--
Nicolas Ferre--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists