[06:51] <florian___> anyone has tried this : http://www.dd-wrt.com/wiki/index.php/Vxworkskiller
[08:33] <CIA-17> nico * r4113 /branches/buildroot-ng/openwrt/target/linux/x86-2.4/Makefile: fix x86-2.4
[08:33] <CIA-17> nico * r4114 /branches/buildroot-ng/openwrt/target/linux/x86-2.6/ (Makefile config): fix x86-2.6, update kernel config for 2.6.17.
[08:38] <CIA-17> nico * r4115 /branches/buildroot-ng/openwrt/package/ (iptables/Makefile ppp/Makefile): remove unneeded RSTRIP calls.
[10:04] <florian> {Nico}: do you think iproute can go directly in -ng or should it be in packages ?
[14:53] <florian> nbd: how do I handle configuration menus and multiple ipk for the same package ?
[14:55] <nbd> there are two ways: either you have a menu that itself is no config option (example: broadcom-wl) or you have a menu attached to a config option (example: iptables)
[15:15] <florian> ok, I will read the iptables example
[15:15] <florian> what do you think about iproute2 ? should it go -ng ?
[15:15] <nbd> yeah
[15:16] <nbd> well, isn't it already?
[15:16] <florian> not sur
[15:16] <nbd> it is
[15:16] <h3sp4wn> What about wpa_supplicant has someone already got the latest version working with -ng just not commited it (don't want to waste time doing it if its already been done)
[15:25] <CIA-17> florian * r4116 /branches/buildroot-ng/openwrt/package/yamonenv/ (. Makefile): Add yamonenv, utility to read and configure variables for the YAMON bootloader
[15:28] <florian> h3sp4wn: if you have a diff, I take it ;)
[15:28] <h3sp4wn> I will do it now (if I can)
[20:08] <florian> nbd: do you well know how to use the --adjust-vma features of objcopy ?
[20:08] <florian> I got the lzma-loader working for au1000
[20:08] <florian> when the loader+kernel is loaded from ram
[20:09] <florian> but when loaded from flash, it does not work
[20:09] <Kaloz> does it crash?
[20:09] <florian> yep
[20:09] <florian> the loader does not load actually :)
[20:09] <Kaloz> same on the atheros.. hmm
[20:09] <florian> working from the ram too ?
[20:10] <Kaloz> crashes during decompression
[20:10] <florian> I took adjust-vma variables from the au1000 zImage makefile, but it does not seem to do the trick, although it theoritically should
[20:16] <florian> have you tried changing the LOADADDR parameter ?
[20:59] <florian> Kaloz: ?
[21:15] <malbon> hah jackpot.
[21:16] <malbon> redboot now loads lmza's on atheros. :)
[21:16] <db90h> coolio
[21:18] <malbon> florian: what bootloader does au1000 use?
[21:39] <nbd> malbon: with our lzma loader or with redboot's own lzma support?
[21:42] <malbon> nbd: with my hacked up lzma support in redboot
[21:43] <nbd> ah, cool
[21:44] <malbon> well it works.
[21:44] <malbon> :)
[21:48] <murb> malbon: you pinged me
[21:52] <florian_> malbon: I use yamon (loading elf file in srec format)
[21:53] <florian_> malbon: as I mentionned, it works from ram, not from flash
[21:54] <malbon> hmm freaky. :)
[21:55] <florian_> well there was something similar in the au1000 makefile
[21:55] <florian_> where 2 images are built
[21:55] <florian_> one for ram loading
[21:55] <florian_> the other for flash loading
[21:56] <florian_> there was an adjust-vma I took as-is, hence it was only dependent from the flash load address, and ram run address
[21:56] <florian_> and, all the more, this zlib compressed image was working
[21:57] <malbon> it's not something very silly is it? like your loading over the top of yourself?
[21:57] <florian_> ah humm well I don't actually know :(
[21:57] <florian_> if you know how to read yamon register status I take it ;)
[21:58] <malbon> no, sadly not.
[21:59] <florian_> I don't know if you followed what I wrote regarding objcopy ?
[21:59] <florian_> in fact, by default, the au1000 target has 2 images
[21:59] <florian_> zImage and zImage.flash
[22:00] <florian_> the only difference is an adjust-vma of flash addr - ram addr
[22:02] <malbon> ok being that I'm a bit simple let's go through this using example figures. :)
[22:04] <malbon> if your memory starts at 0x80000000 then where do you load too? (0x80400000?) and where do you unpack too? (0x80400000?)
[22:04] <malbon> ooh, that's an error, the second should be something like 2Mb from ram start
[22:27] <florian_> malbon: well this is what I tried so fat
[22:27] <florian_> so far, sorry
[22:27] <florian_> I know the ram start, so the decompression is done ram_start + 16 Mb later
[22:29] <florian_> this of course works, because I indicate to the bootloader to load the decompressor at ram_start
[22:29] <florian_> well, now if we take the flash case
[22:30] <florian_> the bootloader loads the program located at flash_start_addr
[22:30] <florian_> but the lzma decompressor will still decompresse the kernel in the ram
[22:30] <florian_> ihmo, the objcopy with adjust-vma is a good thing, execpt that for a reason I ignore, it works with the zlib decompressor, and not the lzma one
[22:31] <malbon> so the flash based decoder loads the image into ram, then decompresses it?
[22:33] <florian_> where else could it be ?
[22:34] <malbon> just checking. :)
[22:34] <florian_> ok :)
[22:35] <malbon> sometimes I find it helps by stating the obvious.
[22:35] <malbon> in redboot I am loading directly from flash the compressed image, and only using ram for heap and the output stream.
[22:36] <florian_> ah ok, maybe you are right
[22:36] <florian_> how can I check if it is really decompressed into ram ?
[22:37] <malbon> I printed the pointers out. that was the only way I found.
[22:38] <florian_> the lzma-decompressor has not serial console support compiled by default
[22:40] <malbon> yeah, I know.
[22:41] <malbon> it made me frustrated too.
[22:42] <crashev> anyone knows how to set shared key mode using iwconfig?
[22:42] <florian_> shared key ?
[22:43] <florian_> crashev: if the driver as private ioctls like the ralink has
[22:43] <florian_> it can be achieved via iwpriv
[22:43] <crashev> hmm, Ok will try
[22:43] <florian_> else, you have to use an authenticator
[22:43] <florian_> or something that acts like an authenticator
[22:43] <crashev> wpasupplicant can handle it?
[22:43] <florian_> sure
[22:44] <crashev> ok, thx
[23:06] <crashev> damn, cant set up this shared mode to work using wpa_supplicant on ipw2200 driver...
[00:00] --- Tue Jul 4 2006
[08:33] <CIA-17> nico * r4113 /branches/buildroot-ng/openwrt/target/linux/x86-2.4/Makefile: fix x86-2.4
[08:33] <CIA-17> nico * r4114 /branches/buildroot-ng/openwrt/target/linux/x86-2.6/ (Makefile config): fix x86-2.6, update kernel config for 2.6.17.
[08:38] <CIA-17> nico * r4115 /branches/buildroot-ng/openwrt/package/ (iptables/Makefile ppp/Makefile): remove unneeded RSTRIP calls.
[10:04] <florian> {Nico}: do you think iproute can go directly in -ng or should it be in packages ?
[14:53] <florian> nbd: how do I handle configuration menus and multiple ipk for the same package ?
[14:55] <nbd> there are two ways: either you have a menu that itself is no config option (example: broadcom-wl) or you have a menu attached to a config option (example: iptables)
[15:15] <florian> ok, I will read the iptables example
[15:15] <florian> what do you think about iproute2 ? should it go -ng ?
[15:15] <nbd> yeah
[15:16] <nbd> well, isn't it already?
[15:16] <florian> not sur
[15:16] <nbd> it is
[15:16] <h3sp4wn> What about wpa_supplicant has someone already got the latest version working with -ng just not commited it (don't want to waste time doing it if its already been done)
[15:25] <CIA-17> florian * r4116 /branches/buildroot-ng/openwrt/package/yamonenv/ (. Makefile): Add yamonenv, utility to read and configure variables for the YAMON bootloader
[15:28] <florian> h3sp4wn: if you have a diff, I take it ;)
[15:28] <h3sp4wn> I will do it now (if I can)
[20:08] <florian> nbd: do you well know how to use the --adjust-vma features of objcopy ?
[20:08] <florian> I got the lzma-loader working for au1000
[20:08] <florian> when the loader+kernel is loaded from ram
[20:09] <florian> but when loaded from flash, it does not work
[20:09] <Kaloz> does it crash?
[20:09] <florian> yep
[20:09] <florian> the loader does not load actually :)
[20:09] <Kaloz> same on the atheros.. hmm
[20:09] <florian> working from the ram too ?
[20:10] <Kaloz> crashes during decompression
[20:10] <florian> I took adjust-vma variables from the au1000 zImage makefile, but it does not seem to do the trick, although it theoritically should
[20:16] <florian> have you tried changing the LOADADDR parameter ?
[20:59] <florian> Kaloz: ?
[21:15] <malbon> hah jackpot.
[21:16] <malbon> redboot now loads lmza's on atheros. :)
[21:16] <db90h> coolio
[21:18] <malbon> florian: what bootloader does au1000 use?
[21:39] <nbd> malbon: with our lzma loader or with redboot's own lzma support?
[21:42] <malbon> nbd: with my hacked up lzma support in redboot
[21:43] <nbd> ah, cool
[21:44] <malbon> well it works.
[21:44] <malbon> :)
[21:48] <murb> malbon: you pinged me
[21:52] <florian_> malbon: I use yamon (loading elf file in srec format)
[21:53] <florian_> malbon: as I mentionned, it works from ram, not from flash
[21:54] <malbon> hmm freaky. :)
[21:55] <florian_> well there was something similar in the au1000 makefile
[21:55] <florian_> where 2 images are built
[21:55] <florian_> one for ram loading
[21:55] <florian_> the other for flash loading
[21:56] <florian_> there was an adjust-vma I took as-is, hence it was only dependent from the flash load address, and ram run address
[21:56] <florian_> and, all the more, this zlib compressed image was working
[21:57] <malbon> it's not something very silly is it? like your loading over the top of yourself?
[21:57] <florian_> ah humm well I don't actually know :(
[21:57] <florian_> if you know how to read yamon register status I take it ;)
[21:58] <malbon> no, sadly not.
[21:59] <florian_> I don't know if you followed what I wrote regarding objcopy ?
[21:59] <florian_> in fact, by default, the au1000 target has 2 images
[21:59] <florian_> zImage and zImage.flash
[22:00] <florian_> the only difference is an adjust-vma of flash addr - ram addr
[22:02] <malbon> ok being that I'm a bit simple let's go through this using example figures. :)
[22:04] <malbon> if your memory starts at 0x80000000 then where do you load too? (0x80400000?) and where do you unpack too? (0x80400000?)
[22:04] <malbon> ooh, that's an error, the second should be something like 2Mb from ram start
[22:27] <florian_> malbon: well this is what I tried so fat
[22:27] <florian_> so far, sorry
[22:27] <florian_> I know the ram start, so the decompression is done ram_start + 16 Mb later
[22:29] <florian_> this of course works, because I indicate to the bootloader to load the decompressor at ram_start
[22:29] <florian_> well, now if we take the flash case
[22:30] <florian_> the bootloader loads the program located at flash_start_addr
[22:30] <florian_> but the lzma decompressor will still decompresse the kernel in the ram
[22:30] <florian_> ihmo, the objcopy with adjust-vma is a good thing, execpt that for a reason I ignore, it works with the zlib decompressor, and not the lzma one
[22:31] <malbon> so the flash based decoder loads the image into ram, then decompresses it?
[22:33] <florian_> where else could it be ?
[22:34] <malbon> just checking. :)
[22:34] <florian_> ok :)
[22:35] <malbon> sometimes I find it helps by stating the obvious.
[22:35] <malbon> in redboot I am loading directly from flash the compressed image, and only using ram for heap and the output stream.
[22:36] <florian_> ah ok, maybe you are right
[22:36] <florian_> how can I check if it is really decompressed into ram ?
[22:37] <malbon> I printed the pointers out. that was the only way I found.
[22:38] <florian_> the lzma-decompressor has not serial console support compiled by default
[22:40] <malbon> yeah, I know.
[22:41] <malbon> it made me frustrated too.
[22:42] <crashev> anyone knows how to set shared key mode using iwconfig?
[22:42] <florian_> shared key ?
[22:43] <florian_> crashev: if the driver as private ioctls like the ralink has
[22:43] <florian_> it can be achieved via iwpriv
[22:43] <crashev> hmm, Ok will try
[22:43] <florian_> else, you have to use an authenticator
[22:43] <florian_> or something that acts like an authenticator
[22:43] <crashev> wpasupplicant can handle it?
[22:43] <florian_> sure
[22:44] <crashev> ok, thx
[23:06] <crashev> damn, cant set up this shared mode to work using wpa_supplicant on ipw2200 driver...
[00:00] --- Tue Jul 4 2006