Hi.

  It looks like for TEW-632BRP partitions are defined as follows:

cameo913x_mtdlayout=mtdparts=spi0.0:128k(u-boot)ro,64k(config)ro,1024k(kernel),2752k(rootfs),64k(art)ro,3840k@0x30000
(firmware)

There are several odd things about this definition:

 - 128+64+1024+2752 totals to 4032k, the onboard flash should have 4096k
 - Doing hexdump of mtd0 shows this string:

bootargs=console=ttyS0,115200 root=31:03 rootfstype=squashfs,jffs2
init=/sbin/init
mtdparts=ar7100-nor0:128k(u-boot),64k(Config),1024k(vmlinux),2752k(rootfs),128k(ART).bootcmd=bootm
0xbf030000.baudrate=115200.ethaddr=0x00:0xaa:0xbb:0xcc:0xdd:0xee.ipaddr=192.168.0.1.serverip=192.168.0.103

  Looks like u-boot environment. The important part here is that art
partition is 128k

  - In target/linux/ar71xx/files/arch/mips/ath79/mach-tew-632brp.c the
pointer to eeprom content for wmac is created  by this code:

   u8 *eeprom = (u8 *) KSEG1ADDR(0x1fff1000);

  This translates into 0xff1000 offset in the iomapped area, which, I think
translates into 3f1000 offset in the flash - this is inside last 64k block
of the flash.

  - firmware partition spans for 3840k after config partition - this means
it overlaps current 'art' partition definition.

I have to admit that I'm a complete noob in these things but it seems to me
that two things might be wrong here:

  - art partition should be defined to have 128k so in case someone decides
to dump and store it (say to replace a flash chip) he actually gets all
relevant data.

  - firmware partition should be 64k shorter so it becomes impossible to
accidentally overwrite part of art partition.

Or, alternatively, if relevant 'art' information is only stored in last 64k
it should be possible to make rootfs partition 64k longer and have more
space for firmware.

I would appreciate if a more knowledgeable person could commit on above
points and/or make appropriate changes to the code.

Thanks.

-- 
Martynov Nikolay.
Email: [email protected]
_______________________________________________
openwrt-devel mailing list
[email protected]
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Reply via email to