[uClinux-dev] Re: [PATCH] NOMMU: add [stack] label to per-process maps output

Mike Frysinger wrote: > it'd be cool if the global /proc/maps could display something like > [stack/], but i can't quite divine how to get a mm_struct out > of a vm_region without having to walk the entire process list. Tricky. vm_regions can be shared between multiple mm_structs, although in t

RE: [uClinux-dev] Loadable module on uCLinux (ATSAM9G20 ARM)

Thanks Christian, yes I have that option enabled - I'm puzzled. The sub options are all [ ] except Module unloading [*] Sorry if I screwed up the formatting of this message btw - am I supposed to be bottom posting? Dave. Hi Dave, your build output looks ok to me. The /lib/modules folder is cr

[uClinux-dev] Device driver types

Hello, I have read that there are 3 types, char, block and network. Does it follow that if I write a device driver for my custom FPGA that it MUST fit in to this structure? Assuming this to be the case, would it be best to use the char device type and then use fseek to access a given address withi

Re: [uClinux-dev] Device driver types

Write a character driver for this. You won't be happy with any other solution. If it is the first time you try to write a linux driver you should read "Linux Device Drivers" from O'Reilly. For me it was a great help (and is it still). Regards, Bernd David Wooff schrieb: Hello, I have read that

[uClinux-dev] Re: [PATCH] NOMMU: add [stack] label to per-process maps output

Mike Frysinger wrote: > + if (vma->vm_start <= mm->start_brk && > + vma->vm_end >= mm->brk) { Hmmm... That ought to involve mm->start_stack somewhere... (Or, more probably, task->stack_start:-/) David ___ uCli

Re: [uClinux-dev] Re: [PATCH] NOMMU: add [stack] label to per-process maps output

On Wed, Dec 16, 2009 at 11:59, David Howells wrote: > Mike Frysinger wrote: > >> +             if (vma->vm_start <= mm->start_brk && >> +                             vma->vm_end >= mm->brk) { > > Hmmm...  That ought to involve mm->start_stack somewhere...  (Or, more > probably, task->stack_start:-/

[uClinux-dev] [PATCH 1/6] NOMMU: Optimise away the {dac_, }mmap_min_addr tests

In NOMMU mode clamp dac_mmap_min_addr to zero to cause the tests on it to be skipped by the compiler. We do this as the minimum mmap address doesn't make any sense in NOMMU mode. mmap_min_addr and round_hint_to_min() can be discarded entirely in NOMMU mode. Signed-off-by: David Howells Acked-by

[uClinux-dev] [PATCH 3/6] FDPIC: Respect PT_GNU_STACK exec protection markings when creating NOMMU stack

From: Mike Frysinger The current code will load the stack size and protection markings, but then only use the markings in the MMU code path. The NOMMU code path always passes PROT_EXEC to the mmap() call. While this doesn't matter to most people whilst the code is running, it will cause a point

[uClinux-dev] [PATCH 4/6] NOMMU: Avoiding duplicate icache flushes of shared maps

From: Mike Frysinger When working with FDPIC, there are many shared mappings of read-only code regions between applications (the C library, applet packages like busybox, etc.), but the current do_mmap_pgoff() function will issue an icache flush whenever a VMA is added to an MM instead of only doi

[uClinux-dev] [PATCH 6/6] NOMMU: ramfs: Drop unused local var

From: Mike Frysinger Signed-off-by: Mike Frysinger Signed-off-by: David Howells --- fs/ramfs/file-nommu.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/fs/ramfs/file-nommu.c b/fs/ramfs/file-nommu.c index 32fae40..2efc571 100644 --- a/fs/ramfs/file-nommu.c +++ b/fs

Re: [uClinux-dev] Re: Fwd: [PATCH] NPTL support for uClinux

Hi Maxim, Maxim Kuvyrkov wrote: Geert Uytterhoeven wrote: -- Forwarded message -- From: Maxim Kuvyrkov Date: Sun, Dec 6, 2009 at 20:04 Subject: [PATCH] NPTL support for uClinux To: Geert Uytterhoeven Cc: Linux/m68k The following patch makes NPTL syscalls work for m68knommu

[uClinux-dev] [PATCH] m68knommu: get rid of __do_IRQ and add support for using gpio irqs.

Hi Greg, Since we now have generic irq support for m68knommu and as __do_IRQ is supposed to go away real soon now, I added config GENERIC_HARDIRQS_NO__DO_IRQ to m68knommu/Kconfig. Unfortunately, that produced an unbootable kernel -- looking at the code for generic_handle_irq in linux/irq.h, the N

Re: [uClinux-dev] kernel panic

Hi Greg and All, i have added to the kernel config the block and MTD support, anyway i still have the same kernel panic Linux version 2.6.25-uc0 (ang...@miri) (gcc version 4.1.1) #31 Tue Dec 8 10:58:34 CET 2009 uClinux/COLDFIRE(m5307) COLDFIRE port done by Greg Ungerer, g...@snapgear.com Mo