They tend to leave some proprietary bits out of the gpl releases. The least
I can do is ask around and see when the bsp was last updated and if so what
changes they made. I remember reading a guy got dd-wrt to boot on rtl8196,
perhaps that thread may help you in some way.
I can also donate hardwar
On Wed, 24 Aug 2011 13:43:33 +0800, jason duhamell
wrote:
> Hey Andrew, If you need hardware samples, let me know and I will support
> you on the rtl8196. I can also get you the rtl8196 factory sdk if you
> need it.
>
> Best Regards, Jason
While now I think the hardware I have will do fine. And
Hey Andrew, If you need hardware samples, let me know and I will support you
on the rtl8196. I can also get you the rtl8196 factory sdk if you need it.
Best Regards, Jason
On Wed, Aug 24, 2011 at 1:34 PM, Andrew wrote:
> Hello all,
> I'm currently working on the rtl8196 OpenWRT port. My initial
Hello all,
I'm currently working on the rtl8196 OpenWRT port. My initial patches can
be found here:
http://invyl.ath.cx/cgit/cgit.cgi/openwrt/
I'm currently using external rsdk-linux- toolchain, that came along with
the bsp from the trendnet router.
The actual hardware is a edup pocket router.
I
Hello
I have just tried
LINUX_VERSION:=2.6.39.2
and
LINUX_VERSION:=3.0
Both gave the same result: once you do intensiv i/o on ubifs (like find
//), i get strange message:
> UBI: run torture test for PEB 58 UBI: PEB 58 passed torture test, do
> not mark it as bad UBI error: ubi_io_read: error
Hi Romary,
thank you for testing!
I must admit that I tried only kernel 3.0 and that didn't give me any weird
errors.
It's like it's insiting that PEB 100 must be bad and then repeatingly tortures
it until it will be...
Try changing target/linux/kirkwood/Makefile
-LINUX_VERSION:=2.6.37.6
+LINUX
Hello guys,
I applied the 3 patches about ubifs support on kirkwood successfully.
Many thanks Daniel
I am using linux kernel 2.6.37.6 and mtd-ults 1.4.5.
When erasing, flashing and mounting the first time with mtd-utils from
an initramfs openwrt , it goes well.
After some umount/mount sequences,
struct ieee80211_if_ibss *ifibss = &sdata->u.ibss is used as the lock owner.
Aparently this doesn't matter as long as lock debugging is switched off, but
does not compile (as ifibss is undefined in the function) otherwise.
Signed-off-by: Daniel Golle
Index: package/mac80211/patches/310-ibss_ht.
