On Mon, 2011-12-05 at 10:57 +0100, Hartmut Knaack wrote:
> Dave Taht schrieb:
> > I applied these patch series, and either I goofed (possible), or subsequent
> > updates to the various trees since the time it came out and the time
> > I started trying it, broke it again.
> >
> > It fails on linux 3
Hi,
I need to send wdev and rdev to a function when calling it.
However, wdev can be got from *genl_info* as*info->user_ptr[1]->ieee80211_ptr
* or
from *struct sk_buff* as* skb->dev->ieee80211_ptr*.
I use printk to print the value (address they point to) of them and got
different addresses.
Can yo
Thank you for the order.
The P2P filter is installed by default but not activated. You can do that
within the firmware.
Kind Regards
Hanno Schupp
Connect Consulting Services
Chillifire is a trademark owned by CCS
On 6/12/2011, at 1:30 PM, Nerijus Baliunas
wrote:
> On Mon, 5 Dec 2011 20:3
Latest svn fixes MACs for me.
On Fri, 25 Nov 2011 15:05:29 +1300 Hanno Schupp wrote:
> Interesting. The exact same thing is occurring on my D-link DIR600 B2, a
> ramips based router.
>
> Kind Regards
>
> Hanno Schupp
> Connect Consulting Services
>
>
> Chillifire is a trademark owned by CCS
On Mon, 5 Dec 2011 20:36:47 +0200 Nerijus Baliunas
wrote:
> Then modified target/linux/ramips/base-files/lib/preinit/06_set_iface_mac as
> written above,
> make clean, make and flashed firmware. Any ideas why didn't it work? My board
> is
> ZyXEL NBG-419N.
Latest svn fixes it, I have both WAN
On Monday 05 December 2011 20:23:38 Jo-Philipp Wich wrote:
> Unclean tree.
>
> ./scripts/feeds update luci
> ./scripts/feeds uninstall libiwinfo iwinfo
> svn up
> make defconfig package/iwinfo/clean world V=99
You are right!
I did not perform the ./scripts feeds uninstall step, now it compiles wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Unclean tree.
./scripts/feeds update luci
./scripts/feeds uninstall libiwinfo iwinfo
svn up
make defconfig package/iwinfo/clean world V=99
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enig
I have updated to latest trunk, and I got these (lib)iwinfo compile errors:
make[3]: Entering directory `/home/maarten/src/openwrt-trunk/build_dir/target-
arm_v5te_uClibc-0.9.32_eabi/libiwinfo'
rm -f *.o libiwinfo.so iwinfo.so iwinfo
arm-openwrt-linux-uclibcgnueabi-gcc -Os -pipe -march=armv5te -mt
On Mon, 5 Dec 2011 03:20:54 +0200 Nerijus Baliunas
wrote:
> > if you will look at my or Alexander's patch you'll see that the mac
> > can potentially be anywhere.
> > For example on belkin board it's here -> "u-boot" 262148.
> > So you just have to find the right place.
>
> I found that it is i
Jonathan McCrohan wrote:
> Is there even a need to produce an oversize image warning? I'm not aware
> of any other architecture that refuses to build over a certain size. x86
> being the obvious exception, but that is different because it doesn't
> target any particular device, but a whole architec
In Spain new TL-WR740N routers comes with the new version 4.2 (in the
stick) and v4 in the router web interface.
I've compiled the latest trunk with this patch and now router are
working with openwrt.
As I am new to openwrt this may not be the best way to do it, or maybe
I'm leaving out things (e
On Mon, Dec 5, 2011 at 5:15 AM, Mark Mentovai wrote:
>> Of course. It's failing while attempting to build a WNDR3700 (v1)
>> image, because there's no way to produce an image for WNDR3700 this
>> large. It'd never fit in its flash. I believe it's correct to produce
>> an error in this case. What y
Dave Taht schrieb:
> I applied these patch series, and either I goofed (possible), or subsequent
> updates to the various trees since the time it came out and the time
> I started trying it, broke it again.
>
> It fails on linux 3.0.9, 3.1.3, 3.1.4 with errors applying stuff to various
> mtd partit
13 matches
Mail list logo
