Hi Tobias,
On 20/06/14 17:29, Tobias Klauser wrote:
The prototype for kobjsize() is already defined in linux/mm.h which is
included where kobjsize() is used.
Signed-off-by: Tobias Klauser
Thanks. I have added this to the m68knommu git tree, for-next branch.
Regards
Greg
---
Hi Tobias,
On 20/06/14 17:29, Tobias Klauser wrote:
The prototype for kobjsize() is already defined in linux/mm.h which is
included where kobjsize() is used.
Signed-off-by: Tobias Klauser tklau...@distanz.ch
Thanks. I have added this to the m68knommu git tree, for-next branch.
Regards
Greg
Hi Paul,
On 07/06/14 04:46, Paul E. McKenney wrote:
> On Fri, May 30, 2014 at 11:29:41AM +1000, Greg Ungerer wrote:
>> On 29/05/14 23:11, One Thousand Gnomes wrote:
>>> On Thu, 29 May 2014 12:08:32 +1000
>>> Greg Ungerer wrote:
>>>
>>>> Hi All,
Hi Paul,
On 07/06/14 04:46, Paul E. McKenney wrote:
On Fri, May 30, 2014 at 11:29:41AM +1000, Greg Ungerer wrote:
On 29/05/14 23:11, One Thousand Gnomes wrote:
On Thu, 29 May 2014 12:08:32 +1000
Greg Ungerer g...@uclinux.org wrote:
Hi All,
Inside kernel/rcy/tree.c in __call_rcu() it does
Hi Uwe,
On 04/06/14 00:11, Uwe Kleine-König wrote:
On Tue, Jun 03, 2014 at 10:14:55PM +1000, Greg Ungerer wrote:
I think it would be OK to define TASK_SIZE to 0x for !MMU.
blackfin, frv and m68k also do this. c6x does define it to 0xF000 to
leave space for error codes.
I did
Hi Uwe,
On 04/06/14 00:11, Uwe Kleine-König wrote:
On Tue, Jun 03, 2014 at 10:14:55PM +1000, Greg Ungerer wrote:
I think it would be OK to define TASK_SIZE to 0x for !MMU.
blackfin, frv and m68k also do this. c6x does define it to 0xF000 to
leave space for error codes.
I did
Hi Uwe,
On 02/06/14 18:51, Uwe Kleine-König wrote:
Hello
[expand Cc: a bit]
On Tue, Apr 29, 2014 at 12:00:28PM +0200, Uwe Kleine-König wrote:
I grepped through the kernel (v3.15-rc1) for usages of TASK_SIZE to
check if/how it is used on !MMU ARM machines. Most open questions also
affect the
Hi Uwe,
On 02/06/14 18:51, Uwe Kleine-König wrote:
Hello
[expand Cc: a bit]
On Tue, Apr 29, 2014 at 12:00:28PM +0200, Uwe Kleine-König wrote:
I grepped through the kernel (v3.15-rc1) for usages of TASK_SIZE to
check if/how it is used on !MMU ARM machines. Most open questions also
affect the
Hi Linus,
Can you please pull the m68knommu git tree, for-next branch.
Nothing too big, just a handfull of small changes. A couple of dragonball
fixes, coldfire qspi cleanup and fixes, and some coldfire gpio cleanup,
fixes and extensions.
Regards
Greg
The following changes since commit
Hi Linus,
Can you please pull the m68knommu git tree, for-next branch.
Nothing too big, just a handfull of small changes. A couple of dragonball
fixes, coldfire qspi cleanup and fixes, and some coldfire gpio cleanup,
fixes and extensions.
Regards
Greg
The following changes since commit
On 29/05/14 23:11, One Thousand Gnomes wrote:
> On Thu, 29 May 2014 12:08:32 +1000
> Greg Ungerer wrote:
>
>> Hi All,
>>
>> Inside kernel/rcy/tree.c in __call_rcu() it does an alignment check on
>> the head pointer passed in. This trips on m68k systems, be
On 29/05/14 23:11, One Thousand Gnomes wrote:
On Thu, 29 May 2014 12:08:32 +1000
Greg Ungerer g...@uclinux.org wrote:
Hi All,
Inside kernel/rcy/tree.c in __call_rcu() it does an alignment check on
the head pointer passed in. This trips on m68k systems, because they only
need alignment
Hi All,
Inside kernel/rcy/tree.c in __call_rcu() it does an alignment check on
the head pointer passed in. This trips on m68k systems, because they only
need alignment of 32bit quantities to 16bit boundaries.
...
UDP hash table entries: 512 (order: 0, 8192 bytes)
UDP-Lite hash table entries: 512
Hi All,
Inside kernel/rcy/tree.c in __call_rcu() it does an alignment check on
the head pointer passed in. This trips on m68k systems, because they only
need alignment of 32bit quantities to 16bit boundaries.
...
UDP hash table entries: 512 (order: 0, 8192 bytes)
UDP-Lite hash table entries: 512
(2014-03-11 09:38:22 +1000)
Eunbong Song (1):
m68k : Kill CONFIG_MTD_PARTITIONS
Greg Ungerer (1):
m68knommu: fix arg types for outs* functions
arch/m68k/configs/m5208evb_defconfig | 1 -
arch/m68k/configs/m5249evb_defconfig
(2014-03-11 09:38:22 +1000)
Eunbong Song (1):
m68k : Kill CONFIG_MTD_PARTITIONS
Greg Ungerer (1):
m68knommu: fix arg types for outs* functions
arch/m68k/configs/m5208evb_defconfig | 1 -
arch/m68k/configs/m5249evb_defconfig
On 05/02/14 06:15, Geert Uytterhoeven wrote:
> The generic nop() implementation is fine for m68k.
>
> Signed-off-by: Geert Uytterhoeven
Acked-by: Greg Ungerer
> ---
> arch/m68k/include/asm/Kbuild|1 +
> arch/m68k/include/asm/barrier.h |8
> 2 files
On 05/02/14 06:15, Geert Uytterhoeven wrote:
> Signed-off-by: Geert Uytterhoeven
Acked-by: Greg Ungerer
> ---
> arch/m68k/include/asm/unistd.h |2 +-
> arch/m68k/include/uapi/asm/unistd.h |2 ++
> arch/m68k/kernel/syscalltable.S |2 ++
> 3 files cha
On 05/02/14 06:15, Geert Uytterhoeven wrote:
> Signed-off-by: Geert Uytterhoeven
Acked-by: Greg Ungerer
> ---
> arch/m68k/include/asm/Kbuild |5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
>
> diff --git a/arch/m68k/include/asm/Kbuild b/arch/m68k/include/
On 05/02/14 06:15, Geert Uytterhoeven wrote:
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
Acked-by: Greg Ungerer g...@uclinux.org
---
arch/m68k/include/asm/Kbuild |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/m68k/include/asm/Kbuild b/arch/m68k
On 05/02/14 06:15, Geert Uytterhoeven wrote:
The generic nop() implementation is fine for m68k.
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
Acked-by: Greg Ungerer g...@uclinux.org
---
arch/m68k/include/asm/Kbuild|1 +
arch/m68k/include/asm/barrier.h |8
On 05/02/14 06:15, Geert Uytterhoeven wrote:
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
Acked-by: Greg Ungerer g...@uclinux.org
---
arch/m68k/include/asm/unistd.h |2 +-
arch/m68k/include/uapi/asm/unistd.h |2 ++
arch/m68k/kernel/syscalltable.S |2 ++
3
On 09/12/13 15:00, Michael Opdenacker wrote:
This patch proposes to remove the use of the IRQF_DISABLED flag
from miscellaneous code in mach-xxx and plat-xxx
This flag is a NOOP since 2.6.35 and it will be removed one day.
Signed-off-by: Michael Opdenacker
Acked-by: Greg Ungerer
Acked-by: Greg Ungerer g...@uclinux.org
---
arch/arm/mach-ebsa110/core.c | 2 +-
arch/arm/mach-integrator/integrator_ap.c | 2 +-
arch/arm/mach-ks8695/time.c | 2 +-
arch/arm/mach-netx/time.c| 2 +-
arch/arm/mach-rpc/dma.c | 2
Hi EunBong,
On 28/11/13 11:04, Eunbong Song wrote:
>> Hi Eunbong,
>
>> Acked-by: Greg Ungerer
>
>> Did you want me to pick this up for the m68knommu git tree?
> Hello, Greg.
> I'm glad if you pick up this patch.
Ok, done. Added it to the for-next branch of
Hi Eunbong,
On 27/11/13 11:48, Eunbong Song wrote:
> This patch removes CONFIG_MTD_PARTITIONS in config files for m68k.
> Because CONFIG_MTD_PARTITIONS was removed by commit
> 6a8a98b22b10f1560d5f90aded4a54234b9b2724.
>
> Signed-off-by: Eunbong Song
Acked-by: Greg Ungerer
Hi Eunbong,
On 27/11/13 11:48, Eunbong Song wrote:
This patch removes CONFIG_MTD_PARTITIONS in config files for m68k.
Because CONFIG_MTD_PARTITIONS was removed by commit
6a8a98b22b10f1560d5f90aded4a54234b9b2724.
Signed-off-by: Eunbong Song eunb.s...@samsung.com
Acked-by: Greg Ungerer g
Hi EunBong,
On 28/11/13 11:04, Eunbong Song wrote:
Hi Eunbong,
Acked-by: Greg Ungerer
Did you want me to pick this up for the m68knommu git tree?
Hello, Greg.
I'm glad if you pick up this patch.
Ok, done. Added it to the for-next branch of the m68knommu git
tree. Thanks.
Regards
Greg
On 30/09/13 23:02, Bartlomiej Zolnierkiewicz wrote:
__initdata tag should be placed between the variable name and equal
sign for the variable to be placed in the intended .init.data section.
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
Acked-by: Greg Ungerer
kyungmin.p...@samsung.com
Acked-by: Greg Ungerer g...@uclinux.org
---
arch/arm/mach-ks8695/board-og.c | 2 +-
arch/arm/mach-ks8695/cpu.c | 3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-ks8695/board-og.c b/arch/arm/mach-ks8695/board-og.c
index 002bc61
Hi Michael,
On 17/09/13 13:06, Michael Opdenacker wrote:
On 09/17/2013 01:48 AM, Greg Ungerer wrote:
On 06/09/13 21:59, Michael Opdenacker wrote:
This patch proposes to remove the UC5282 and UC5272 kernel configuration
parameters defined in arch/m68k/Kconfig.machine,
but used nowhere
Hi Michael,
On 17/09/13 13:06, Michael Opdenacker wrote:
On 09/17/2013 01:48 AM, Greg Ungerer wrote:
On 06/09/13 21:59, Michael Opdenacker wrote:
This patch proposes to remove the UC5282 and UC5272 kernel configuration
parameters defined in arch/m68k/Kconfig.machine,
but used nowhere
Hi Michael,
On 06/09/13 21:59, Michael Opdenacker wrote:
> This patch proposes to remove the UC5282 and UC5272 kernel configuration
> parameters defined in arch/m68k/Kconfig.machine,
> but used nowhere in the makefiles and source code.
>
> Signed-off-by: Michael Opdenacker
This change is a
Hi Michael,
On 06/09/13 21:59, Michael Opdenacker wrote:
This patch proposes to remove the UC5282 and UC5272 kernel configuration
parameters defined in arch/m68k/Kconfig.machine,
but used nowhere in the makefiles and source code.
Signed-off-by: Michael Opdenacker
On 08/09/13 18:18, Geert Uytterhoeven wrote:
On Sun, Sep 8, 2013 at 9:10 AM, Guenter Roeck wrote:
m68k-linux-ld: error: no memory region specified for loadable section
`.note.gnu.build-id'
I can't seem to find an explicit fix for that since v3.2.
Perhaps the fix is a side effect of
On 08/09/13 18:18, Geert Uytterhoeven wrote:
On Sun, Sep 8, 2013 at 9:10 AM, Guenter Roeck li...@roeck-us.net wrote:
m68k-linux-ld: error: no memory region specified for loadable section
`.note.gnu.build-id'
I can't seem to find an explicit fix for that since v3.2.
Perhaps the fix is a side
Uytterhoeven (1):
m68knommu: Mark functions only called from setup_arch() __init
Greg Ungerer (2):
m68knommu: user generic iomap to support ioread*/iowrite*
m68k: define 'VM_DATA_DEFAULT_FLAGS' no matter whether has 'NOMMU' or not
Paul Bolle (1):
m68k: remove 16 unused
Uytterhoeven (1):
m68knommu: Mark functions only called from setup_arch() __init
Greg Ungerer (2):
m68knommu: user generic iomap to support ioread*/iowrite*
m68k: define 'VM_DATA_DEFAULT_FLAGS' no matter whether has 'NOMMU' or not
Paul Bolle (1):
m68k: remove 16 unused
make ARCH=m68k V=1 EXTRA_CFLAGS=-W
>>
>> The related error:
>>
>> security/selinux/hooks.c: In function ‘selinux_init’:
>> security/selinux/hooks.c:5821:21: error: ‘VM_DATA_DEFAULT_FLAGS’
>> undeclared (first use in this function)
>>
&g
ion of
function ‘iowrite32’ [-Werror=implicit-function-declaration]
drivers/i2c/busses/i2c-ocores.c:96:2: error: implicit declaration of
function ‘ioread8’ [-Werror=implicit-function-declaration]
drivers/i2c/busses/i2c-ocores.c:101:2: error: implicit declaration of
function ‘ioread16’ [-Werror=implic
declaration of
function ‘ioread16’ [-Werror=implicit-function-declaration]
drivers/i2c/busses/i2c-ocores.c:106:2: error: implicit declaration of
function ‘ioread32’ [-Werror=implicit-function-declaration]
Signed-off-by: Greg Ungerer g...@uclinux.org
---
arch/m68k/Kconfig | 2 +-
arch/m68k
:5821:21: error: ‘VM_DATA_DEFAULT_FLAGS’
undeclared (first use in this function)
(the attachment is the related .config file)
Signed-off-by: Chen Gang gang.c...@asianux.com
I am fine with this:
Acked-by: Greg Ungerer g...@uclinux.org
Do you want me to add this to the m68knommu git tree
Hi Guenter,
Sorry, I am way behind on this...
On 27/06/13 09:29, Guenter Roeck wrote:
On Thu, Jun 27, 2013 at 09:06:11AM +1000, Greg Ungerer wrote:
On 26/06/13 17:34, Geert Uytterhoeven wrote:
On Tue, Jun 25, 2013 at 9:39 PM, Guenter Roeck wrote:
On Tue, Jun 25, 2013 at 09:32:26PM +0200
Hi Guenter,
Sorry, I am way behind on this...
On 27/06/13 09:29, Guenter Roeck wrote:
On Thu, Jun 27, 2013 at 09:06:11AM +1000, Greg Ungerer wrote:
On 26/06/13 17:34, Geert Uytterhoeven wrote:
On Tue, Jun 25, 2013 at 9:39 PM, Guenter Roeck li...@roeck-us.net wrote:
On Tue, Jun 25, 2013
Hi Geert,
On 30/06/13 19:58, Geert Uytterhoeven wrote:
> Some functions that are only called (indirectly) from setup_arch() lack
> __init annotations.
>
> Signed-off-by: Geert Uytterhoeven
Thanks. Applied to m68knommu git tree.
Regards
Greg
> ---
> This is sort of a v2 of "m68knommu: Mark
Hi Geert,
On 30/06/13 19:58, Geert Uytterhoeven wrote:
Some functions that are only called (indirectly) from setup_arch() lack
__init annotations.
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
Thanks. Applied to m68knommu git tree.
Regards
Greg
---
This is sort of a v2 of
Hi Geert,
On 27/06/13 16:49, Geert Uytterhoeven wrote:
On Thu, Jun 27, 2013 at 1:08 AM, Greg Ungerer wrote:
On 26/06/13 05:40, Geert Uytterhoeven wrote:
Some instances of config_BSP() lack an __init annotation.
Signed-off-by: Geert Uytterhoeven
Acked-by: Greg Ungerer
Looks good
Hi Geert,
On 27/06/13 16:49, Geert Uytterhoeven wrote:
On Thu, Jun 27, 2013 at 1:08 AM, Greg Ungerer g...@uclinux.org wrote:
On 26/06/13 05:40, Geert Uytterhoeven wrote:
Some instances of config_BSP() lack an __init annotation.
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
Acked
Hi Geert,
On 26/06/13 05:40, Geert Uytterhoeven wrote:
Some instances of config_BSP() lack an __init annotation.
Signed-off-by: Geert Uytterhoeven
Acked-by: Greg Ungerer
Looks good. Are you going to push it via your tree, or do you want
me too?
Regards
Greg
---
arch/m68k/platform
On 26/06/13 17:34, Geert Uytterhoeven wrote:
On Tue, Jun 25, 2013 at 9:39 PM, Guenter Roeck wrote:
On Tue, Jun 25, 2013 at 09:32:26PM +0200, Geert Uytterhoeven wrote:
Hi Günther,
On Tue, Jun 25, 2013 at 9:23 PM, Guenter Roeck wrote:
Build m68k:defconfig passed
Build m68k:apollo_defconfig
On 26/06/13 17:34, Geert Uytterhoeven wrote:
On Tue, Jun 25, 2013 at 9:39 PM, Guenter Roeck li...@roeck-us.net wrote:
On Tue, Jun 25, 2013 at 09:32:26PM +0200, Geert Uytterhoeven wrote:
Hi Günther,
On Tue, Jun 25, 2013 at 9:23 PM, Guenter Roeck li...@roeck-us.net wrote:
Build m68k:defconfig
Hi Geert,
On 26/06/13 05:40, Geert Uytterhoeven wrote:
Some instances of config_BSP() lack an __init annotation.
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
Acked-by: Greg Ungerer g...@uclinux.org
Looks good. Are you going to push it via your tree, or do you want
me too?
Regards
sh it through your trees, let me know. I don't think the rest of
> the series has any actual dependency on this, so there shouldn't be
> any problem if you want to take it yourselves.
I have no objection for m68k, feel free to push it through your tree.
I can't test the change in a board t
dependency on this, so there shouldn't be
any problem if you want to take it yourselves.
I have no objection for m68k, feel free to push it through your tree.
I can't test the change in a board that has a PCI card in it right at
the moment, but otherwise:
Acked-by: Greg Ungerer g...@uclinux.org
)
Greg Ungerer (1):
m68k: only use local gpio_request_one if not using GPIOLIB
arch/m68k/include/asm/gpio.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--
To unsubscribe from this list: send the line "unsubscribe
)
Greg Ungerer (1):
m68k: only use local gpio_request_one if not using GPIOLIB
arch/m68k/include/asm/gpio.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
to 2842e5b00e99b30404f9af1c1b367c8e467b5c6c:
m68knommu: enable Timer on coldfire 532x (2013-04-29 09:17:59 +1000)
Greg Ungerer (8):
romfs: fix nommu map length to keep inside filesystem
m68k: remove unused asm/dbg.h
m68knommu: create
to 2842e5b00e99b30404f9af1c1b367c8e467b5c6c:
m68knommu: enable Timer on coldfire 532x (2013-04-29 09:17:59 +1000)
Greg Ungerer (8):
romfs: fix nommu map length to keep inside filesystem
m68k: remove unused asm/dbg.h
m68knommu: create
)
Greg Ungerer (1):
m68k: define a local gpio_request_one() function
arch/m68k/include/asm/gpio.h | 20
1 file changed, 20 insertions(+)
--
To unsubscribe from this list: send the line "unsubscribe linux-k
)
Greg Ungerer (1):
m68k: define a local gpio_request_one() function
arch/m68k/include/asm/gpio.h | 20
1 file changed, 20 insertions(+)
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On 07/04/13 00:32, Jiang Liu wrote:
> Prepare for removing num_physpages and simplify mem_init().
>
> Signed-off-by: Jiang Liu
> Cc: Geert Uytterhoeven
> Cc: Greg Ungerer
Acked-by: Greg Ungerer Cc: linux-m...@lists.linux-m68k.org
> Cc: linux-kernel@vger.kernel.org
>
On 07/04/13 00:32, Jiang Liu wrote:
Prepare for removing num_physpages and simplify mem_init().
Signed-off-by: Jiang Liu jiang@huawei.com
Cc: Geert Uytterhoeven ge...@linux-m68k.org
Cc: Greg Ungerer g...@uclinux.org
Acked-by: Greg Ungerer g...@uclinux.org
Cc: linux-m...@lists.linux
On 17/03/13 23:42, Alexandre Courbot wrote:
Force use of gpiolib for Coldfire, as a step towards the deprecation of
GENERIC_GPIO.
Signed-off-by: Alexandre Courbot
Acked-by: Arnd Bergmann
Acked-by: Linus Walleij
Acked-by: Greg Ungerer
---
arch/m68k/Kconfig.cpu | 3 +--
1 file changed
Hi Paul,
On 20/03/13 20:38, Paul Bolle wrote:
Kconfig symbol ROMVECSIZE is unused since commit
f84f52a5c15db7d14a534815f27253b001735183 ("m68knommu: clean up linker
script"). Let's clean up its Kconfig entry too.
Signed-off-by: Paul Bolle
Thanks, I'll add it to the m68knommu git tree.
Hi Paul,
On 20/03/13 20:38, Paul Bolle wrote:
Kconfig symbol ROMVECSIZE is unused since commit
f84f52a5c15db7d14a534815f27253b001735183 (m68knommu: clean up linker
script). Let's clean up its Kconfig entry too.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
Thanks, I'll add it to the m68knommu
On 17/03/13 23:42, Alexandre Courbot wrote:
Force use of gpiolib for Coldfire, as a step towards the deprecation of
GENERIC_GPIO.
Signed-off-by: Alexandre Courbot acour...@nvidia.com
Acked-by: Arnd Bergmann a...@arndb.de
Acked-by: Linus Walleij linus.wall...@linaro.org
Acked-by: Greg Ungerer
to ef9240f482e691e13a2d27208f60d1f1f5503545:
m68k: drop "select EMAC_INC" (2013-03-06 16:08:26 +1000)
----
Greg Ungerer (1):
m68knommu: fix misnamed GPIO pin definition for ColdFire 528x CPU
Luis Alves (2):
m68knommu: add CPU_NAME
to ef9240f482e691e13a2d27208f60d1f1f5503545:
m68k: drop select EMAC_INC (2013-03-06 16:08:26 +1000)
Greg Ungerer (1):
m68knommu: fix misnamed GPIO pin definition for ColdFire 528x CPU
Luis Alves (2):
m68knommu: add CPU_NAME for 68000
m68knommu
Hi Paul,
On 06/03/13 03:30, Paul Bolle wrote:
Somehow this select statement managed to squeeze itself between commit
0e152d80507b75c00aac60f2ffc586360687cd52 ("m68k: reorganize Kconfig
options to improve mmu/non-mmu selections") and commit
95e82747d6e2abc513bfae416e6009968985d05b ("m68k: drop
Hi Paul,
On 06/03/13 03:30, Paul Bolle wrote:
Somehow this select statement managed to squeeze itself between commit
0e152d80507b75c00aac60f2ffc586360687cd52 (m68k: reorganize Kconfig
options to improve mmu/non-mmu selections) and commit
95e82747d6e2abc513bfae416e6009968985d05b (m68k: drop
Hi Thadeu,
On 17/02/13 11:33, Thadeu Lima de Souza Cascardo wrote:
Commit dd1cb3a7c43508c29e17836628090c0735bd3137 unified mm/init.c for both MMU
Its good practice to include the text title of the patch along with the
commit id.
and non-MMU
Hi Thadeu,
On 17/02/13 11:33, Thadeu Lima de Souza Cascardo wrote:
Commit dd1cb3a7c43508c29e17836628090c0735bd3137 unified mm/init.c for both MMU
Its good practice to include the text title of the patch along with the
commit id.
and non-MMU
The following changes since commit 88b62b915b0b7e25870eb0604ed9a92ba4bfc9f7:
Linus Torvalds (1):
Linux 3.8-rc6
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-linus
Greg Ungerer (1):
m68knommu: fix trap on execing
The following changes since commit 88b62b915b0b7e25870eb0604ed9a92ba4bfc9f7:
Linus Torvalds (1):
Linux 3.8-rc6
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-linus
Greg Ungerer (1):
m68knommu: fix trap on execing
port done by Greg Ungerer, g...@snapgear.com
Flat model support (C) 1998,1999 Kenneth Albanowski, D. Jeff Dionne
Built 1 zonelists in Zone order, mobility grouping off. Total pages: 4080
Kernel command line: root=/dev/mtdblock0
PID hash table entries: 128 (order: -4, 512 bytes)
Dentry cache hash tab
ret_from_kernel_execve code back in entry.S
and hack in a call to it from init/main.c run_init_process() then I can
get it to fully boot, as it used to.
Regards
Greg
Linux version 3.8.0-rc5 (gerg@gumby) (gcc version 4.5.1 (GCC) ) #1 Sat
Jan 26 22:42:45 EST 2013
uClinux/COLDFIRE(m520x)
COLDFIRE port done by Greg
u still want it:
Acked-by: Greg Ungerer
Regards
Greg
> On Thu, Dec 20, 2012 at 4:49 PM, Michel Lespinasse wrote:
>> We have many vma manipulation functions that are fast in the typical case,
>> but can optionally be instructed to populate an unbounded number of ptes
>> within t
it:
Acked-by: Greg Ungerer g...@uclinux.org
Regards
Greg
On Thu, Dec 20, 2012 at 4:49 PM, Michel Lespinasse wal...@google.com wrote:
We have many vma manipulation functions that are fast in the typical case,
but can optionally be instructed to populate an unbounded number of ptes
within the region
d1c3ed669a2d452cacfb48c2d171a1f364dae2ed:
Linus Torvalds (1):
Linux 3.8-rc2
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-linus
Greg Ungerer (2):
m68knommu: add KMAP definitions for non-MMU definitions
m68k: fix
d1c3ed669a2d452cacfb48c2d171a1f364dae2ed:
Linus Torvalds (1):
Linux 3.8-rc2
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-linus
Greg Ungerer (2):
m68knommu: add KMAP definitions for non-MMU definitions
m68k: fix
Hi Linus,
(My g...@snapgear.com email no longer gets to me, g...@uclinux.org is
the best direct email for me now).
On 01/17/2013 09:15 PM, Linus Walleij wrote:
> On Thu, Jan 10, 2013 at 11:08 AM, Arnd Bergmann wrote:
>
>> I've tried to find platforms that don't yet use GPIOLIB and fortunately
Hi Linus,
(My g...@snapgear.com email no longer gets to me, g...@uclinux.org is
the best direct email for me now).
On 01/17/2013 09:15 PM, Linus Walleij wrote:
On Thu, Jan 10, 2013 at 11:08 AM, Arnd Bergmann a...@arndb.de wrote:
I've tried to find platforms that don't yet use GPIOLIB and
Hi Richard,
On 01/06/2013 10:26 PM, Richard Cochran wrote:
I see the following error, using the .config inline, below.
arch/m68k/mm/init.c: In function 'print_memmap':
arch/m68k/mm/init.c:139:2: error: 'KMAP_START' undeclared (first use in this
function)
arch/m68k/mm/init.c:139:2: note: each
Hi Richard,
On 01/06/2013 10:26 PM, Richard Cochran wrote:
I see the following error, using the .config inline, below.
arch/m68k/mm/init.c: In function 'print_memmap':
arch/m68k/mm/init.c:139:2: error: 'KMAP_START' undeclared (first use in this
function)
arch/m68k/mm/init.c:139:2: note: each
On 12/23/2012 07:29 PM, Geert Uytterhoeven wrote:
Signed-off-by: Geert Uytterhoeven
Acked-by: Greg Ungerer
arch/m68k/include/asm/unistd.h |2 +-
arch/m68k/include/uapi/asm/unistd.h |1 +
arch/m68k/kernel/syscalltable.S |1 +
3 files changed, 3 insertions(+), 1
On 12/23/2012 07:29 PM, Geert Uytterhoeven wrote:
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
Acked-by: Greg Ungerer g...@uclinux.org
arch/m68k/include/asm/unistd.h |2 +-
arch/m68k/include/uapi/asm/unistd.h |1 +
arch/m68k/kernel/syscalltable.S |1 +
3
Hi Michel,
On 12/21/2012 08:46 PM, Michel Lespinasse wrote:
I wanted to ask if you could check the sanity of the following patches
in nommu configurations. My understanding is that these always
Sure. I think it is worth CC'ing David Howells on these as well,
he has spent a fair bit of time in
Hi Michel,
On 12/21/2012 08:46 PM, Michel Lespinasse wrote:
I wanted to ask if you could check the sanity of the following patches
in nommu configurations. My understanding is that these always
Sure. I think it is worth CC'ing David Howells on these as well,
he has spent a fair bit of time in
The following changes since commit b69f0859dc8e633c5d8c06845811588fe17e68b3:
Linus Torvalds (1):
Linux 3.7-rc8
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-next
Greg Ungerer (15):
m68knommu: merge ColdFire 5249 and 525x
The following changes since commit b69f0859dc8e633c5d8c06845811588fe17e68b3:
Linus Torvalds (1):
Linux 3.7-rc8
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-next
Greg Ungerer (15):
m68knommu: merge ColdFire 5249 and 525x
On 12/15/2012 07:48 AM, Rob Landley wrote:
On 12/14/2012 06:04:51 AM, Greg Ungerer wrote:
Hi Rob,
...
Somebody got one of my images to boot under aranym but they had to patch
the kernel fairly extensively to add the emulated device support that
emulator provided. It doesn't emulate real
On 12/15/2012 07:48 AM, Rob Landley wrote:
On 12/14/2012 06:04:51 AM, Greg Ungerer wrote:
Hi Rob,
...
Somebody got one of my images to boot under aranym but they had to patch
the kernel fairly extensively to add the emulated device support that
emulator provided. It doesn't emulate real
Hi Rob,
On 12/14/2012 07:08 PM, Rob Landley wrote:
On 12/13/2012 01:44:14 PM, Geert Uytterhoeven wrote:
Hi Linus,
The following changes since commit
29594404d7fe73cd80eaa4ee8c43dcc53970c60e:
Linus Torvalds (1):
Linux 3.7
Query: what's your test environment?
I've been trying
Hi Rob,
On 12/14/2012 07:08 PM, Rob Landley wrote:
On 12/13/2012 01:44:14 PM, Geert Uytterhoeven wrote:
Hi Linus,
The following changes since commit
29594404d7fe73cd80eaa4ee8c43dcc53970c60e:
Linus Torvalds (1):
Linux 3.7
Query: what's your test environment?
I've been trying
Hi Philippe,
On 16/10/12 18:03, Philippe De Muyter wrote:
On Tue, Oct 16, 2012 at 04:39:05PM +1000, Greg Ungerer wrote:
On 09/10/12 19:07, Philippe De Muyter wrote:
[CCing lkml, linux-ppc, netdev, linux-m68k]
Hello kernel sources architects
I have a working driver for the m54xx FEC ethernet
Hi Philippe,
On 16/10/12 18:03, Philippe De Muyter wrote:
On Tue, Oct 16, 2012 at 04:39:05PM +1000, Greg Ungerer wrote:
On 09/10/12 19:07, Philippe De Muyter wrote:
[CCing lkml, linux-ppc, netdev, linux-m68k]
Hello kernel sources architects
I have a working driver for the m54xx FEC ethernet
On 19/10/12 03:32, Geert Uytterhoeven wrote:
Signed-off-by: Geert Uytterhoeven
Looks good Geert.
Acked-by: Greg Ungerer
Rgeards
Greg
---
arch/m68k/include/asm/unistd.h |2 +-
arch/m68k/include/uapi/asm/unistd.h |1 +
arch/m68k/kernel/syscalltable.S |1 +
3
Hi Geert,
On 10/18/2012 03:51 PM, Geert Uytterhoeven wrote:
Hi Greg,
On Thu, Oct 18, 2012 at 5:34 AM, Greg Ungerer wrote:
On 18/10/12 09:38, Stephen Rothwell wrote:
[Just cc'ing Geert]
On Thu, 18 Oct 2012 10:37:13 +1100 Stephen Rothwell
wrote:
Hi Greg,
Today's linux-next merge
Hi Geert,
On 10/18/2012 03:51 PM, Geert Uytterhoeven wrote:
Hi Greg,
On Thu, Oct 18, 2012 at 5:34 AM, Greg Ungerer g...@snapgear.com wrote:
On 18/10/12 09:38, Stephen Rothwell wrote:
[Just cc'ing Geert]
On Thu, 18 Oct 2012 10:37:13 +1100 Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi
On 19/10/12 03:32, Geert Uytterhoeven wrote:
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
Looks good Geert.
Acked-by: Greg Ungerer g...@uclinux.org
Rgeards
Greg
---
arch/m68k/include/asm/unistd.h |2 +-
arch/m68k/include/uapi/asm/unistd.h |1 +
arch/m68k/kernel
301 - 400 of 866 matches
Mail list logo