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
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
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
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
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
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:-/
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
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
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
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
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
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
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
13 matches
Mail list logo