Biff, I see your point, and I was thinking about this before I started to 
patch the makefiles. 

Of course, one would prefer the rootfs location as a configurable option 
for any target, but that involves too many changes:

-- Kernel's CMDLINE is now hardcoded in the target-specific files

-- Building the flash image is too platform-specific. For Edimax routers, 
you need to add the header, for other platforms you might not need it, or do 
something else. Also The Edimax makefiles always assume there's always a JFFS 
or 
Squashfs partition, while in my case there should be none. 


so, with these considerations, a separate profile for a Edimax-like router 
with USB rootfs is the thing that could be done with little blood (still, I 
require 
few updates in the core makefiles).

It actually should run with BR-6204Wg: you just add the modules required for 
the 
wireless interface.

regards,
stan




----- Original Message ----
> From: bifferos <[EMAIL PROTECTED]>
> To: OpenWrt Development List <openwrt-devel@lists.openwrt.org>
> Sent: Wednesday, October 29, 2008 2:21:04 PM
> Subject: Re: [OpenWrt-Devel] [PATCH] Edimax BR6104KP profile with rootfs on a 
> USB drive
> 
> 
> Stanislav,
> 
> I don't wish to belittle your efforts, and I think this will be
> genuinely useful to quite a few people, however it's worth noting 
> that BR6104KP is not the only target that could benefit from 
> USB-root, therefore, one can see a series of profiles springing up alongside 
> every single target capable of USB (why not 4MB devices as well?).  Even in 
> the 
> Edimax range you have BR-6204Wg (2mb flash, 
> USB).
> 
> If I were a developer (and I'm not, I hasten to add), I would
> consider this a maintenance nightmare.  Don't forget that USB-root
> is not the only possibility.  You could also have MMC-root or
> NFS root on pretty much any router in existence.  It would be far
> better if there were some configuration option which switched this, 
> although I'm not sure exactly how that can be achieved.
> 
> This might be why nobody has committed the patch.
> 
> rgds,
> biff.
> 
> 
> --- On Wed, 29/10/08, Stanislav Sinyagin wrote:
> 
> > From: Stanislav Sinyagin 
> > Subject: Re: [OpenWrt-Devel] [PATCH] Edimax BR6104KP profile with rootfs on 
> > a 
> USB drive
> > To: "OpenWrt Development List" 
> > Date: Wednesday, 29 October, 2008, 12:33 PM
> > Guys, 
> > what's the expectancy of this patch to be committed? If
> > there is anything 
> > more I could do, please let me know.
> > 
> > 
> > 
> > 
> > ----- Original Message ----
> > > From: Stanislav Sinyagin 
> > > To: openwrt-devel@lists.openwrt.org
> > > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> > > Sent: Tuesday, October 21, 2008 11:55:27 PM
> > > Subject: [OpenWrt-Devel] [PATCH] Edimax BR6104KP
> > profile with rootfs on a USB drive
> > > 
> > > The Edimax BR6104KP router (also available as 
> > > Omnima Embedded Controller from
> > http://www.omnima.co.uk/ 
> > > with JTAG and serial already soldered in) has only 2MB
> > 
> > > onboard flash, which is too small for any usable Linux
> > setup.
> > > The board has also two USB1.1 interfaces, and this
> > patch introduces 
> > > a new profile that builds two images: the flash image
> > containing 
> > > the LZMA loader and the kernel (less than 900KB), and
> > a 
> > > tar.gz archive of the root filesystem. The kernel
> > looks to mount 
> > > the rootfs as ext3 or ext2 on /dev/sda1.
> > > 
> > > The patches for include/image.mk and
> > include/kernel-defaults.mk
> > > extend the existing functionality and should not hurt
> > any existing 
> > > profile.
> > > 
> > > To use the new profile, choose in menuconfig:
> > > Target System: Infineon/ADMtek ADM5120 [2.6]
> > > Target Profile: Edimax BR-6104KP (USB Root FS)
> > > 
> > > The patch was tested, and by default it supports the
> > onboard switch and 
> > > the USB storage. Other kernel modules should function
> > as well.
> > > 
> > > The next step will be to utilize the unused space in
> > the onboard flash 
> > > to store the persistent configuration, so that
> > updating the rootfs would 
> > > not hurt it.
> > > 
> > > A copy of the patch is available at 
> > >
> > http://torrus.org/openwrt.trunk.13018.br6104kp-usbroot.20081021.patch
> > > It should work against the SVN trunk at revision 13018
> > > 
> > > Signed-off-by: Stanislav Sinyagin 
> > _______________________________________________
> > openwrt-devel mailing list
> > openwrt-devel@lists.openwrt.org
> > http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> 
> 
>       
> _______________________________________________
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

_______________________________________________
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Reply via email to