Steve,
I think there's no way to upgrade an existing jffs to jffs2 directly.
Maybe you can backup your data somewhere, you can use a spare raw mtd
partition to save your data as a compressed tar, for example. After
this, erase your existing jffs partition. After upgrading your kernel
and mounting
Thanks for reply Greg!
No, the MMU is enabled in the kernel configuration.
On Tue, Dec 11, 2012 at 6:51 AM, Greg Ungerer
gregunge...@westnet.com.au wrote:
Hi Arshan,
On 12/04/2012 03:32 PM, Arshan Awais wrote:
hi,
i m having an issue when i run iptables on AT91SAM9X in uClinux. I get
I have tried to compile the kernel by disabling the MMU, but it gives
following errors during compilation:
In file included from arch/arm/mm/proc-arm926.S:36:
arch/arm/mm/proc-macros.S:81:2: error: #error PTE shared bit mismatch
arch/arm/mm/proc-macros.S:84:2: error: #error PTE bufferable bit
As I know, uclinux is designed for noMMU device, isn't it?
Sent from my MIPHONE
Arshan Awais arshanc...@gmail.com wrote:
I have tried to compile the kernel by disabling the MMU, but it gives
following errors during compilation:
In file included from arch/arm/mm/proc-arm926.S:36:
Dear All,
i am running
Linux 2.6.36.2 main line, over uClinux on a ColdFire mcf5307.
I have written then a little framebuffer driver for a 128x64 graphic lcd.
Driver works fine until file write operations are used, and also,
console output works fine when linked with fbcon.
I cannot in anyway
Hi Lambert,
thanks, well, i implemented the handler:
static int amcorefb_mmap(struct fb_info *info, struct vm_area_struct *vma)
{
printk(KERN_INFO AMCORE frame buffer: mmapping\r\n);
...
}
static struct fb_ops amcorefb_ops = {
.owner =
Quoth angelo:
thanks, well, i implemented the handler:
static int amcorefb_mmap(struct fb_info *info, struct vm_area_struct
*vma) {
No, that's not the right one. You don't need to implement that.
Seems i miss the get_unmapped_area/BDI_CAP_MAP_DIRECT) capability.
fbmem.c implements the