• Home
  • Help
  • Search
  • Login
  • Register
  Show Posts
Pages: [1] 2 3
1  General Category / General Discussion / Re: Dreamplug, SD8787, AP, AccessPoint on: February 07, 2014, 08:16:50 PM
I went ahead and opened a kernel bug at https://bugzilla.kernel.org/show_bug.cgi?id=70191 to try to investigate the instabilities.
2  General Category / General Discussion / Re: Dreamplug, SD8787, AP, AccessPoint on: February 01, 2014, 09:38:58 PM
I emailed Linux-wireless, and apparently we're supposed to create the AP interface with a command like this: `iw dev mlan0 interface add uap0 type __ap`
This should eliminate the need for any kernel patches.

The next problem I'm having is that after running the access point for a while, the interfaces transmit queue hangs. With WPA, it tends to happen within a few seconds or minutes. With no encryption, it lasts longer, but eventually hangs after tens of minutes or an hour or two. Are you seeing something similar?
3  General Category / General Discussion / Re: Dreamplug, SD8787, AP, AccessPoint on: January 31, 2014, 10:55:27 PM
Yes, AP mode works and I can connect. Throughput is pretty nice as well.

Then the card hung, the driver tried to reset it and failed to load the firmware after reset, and hostapd started panicking because the interface disappeared out from under it.

I'll see if I can tweak it at all.
4  General Category / General Discussion / Re: Dreamplug, SD8787, AP, AccessPoint on: January 31, 2014, 10:34:34 PM
I just reversed that commit and built a kernel image, and it looks like I have AP mode. Hostapd starts up on uap0. I'll have to test it to see if it's actually stable.

I guess the next step is probably to email Linux-wireless to complain that the mwifiex driver doesn't support changing an interface from managed mode to AP mode, but the iw utilities don't provide a way to create an AP mode interface.

5  General Category / General Discussion / Re: Dreamplug, SD8787, AP, AccessPoint on: January 31, 2014, 09:54:54 PM
I think our biggest source of problems is this:

This was the commit that disabled the creation of the uap0 and ptp0 interfaces. The commit description claims these interfaces can be created manually through `iw`, but I haven't figured out how to create an AP mode interface.
6  Linux Stuff / Kernel / Re: Dreamplug AP using mwifiex (SD8787) on: April 28, 2013, 06:24:26 PM
The Dreamplug hung after about 6 hours of moderate use. Seems it's not quite as stable as I would hope. I'll continue to fiddle with this.
7  Linux Stuff / Kernel / Re: Dreamplug AP using mwifiex (SD8787) on: April 28, 2013, 09:19:01 AM
Right now, I'm running an AP on mwifiex using the tip of the wireless-testing git repo (version reads as  3.9.0-rc8-wl), the latest firmware from the link nago gave, and WPA2. Note that if you try to use WPA instead of WPA2, the client handshake seems to fail.

I've had it running for a half hour or so of light use - seems stable so far, but time will tell.
8  Linux Stuff / Kernel / Re: Dreamplug AP using mwifiex (SD8787) on: February 13, 2013, 12:04:40 PM

I've been running the tip of the wireless-testing tree (currently a release candidate of 3.8 ). I'm primarily interested in AP mode.
With a git version of hostapd (which is basically REQUIRED for this card at the moment), I was able to bring up an AP with WPA, and everything would work for a few seconds. Then the transmit queue on the AP would get stuck and the kernel would start printing errors about a hung kernel task.
I'll try with the new firmware and latest updates from wireless-testing to see if the behavior improves at all. I'll see about trying STA mode while I'm at it.

It seems that most of the problems with this card revolve around the fact that it implements a lot in hardware that most cards do in software. There have been multiple patches to cfg80211 in the kernel and hostapd in userspace to deal with the fact that the card performs certain tasks that the software expects to perform.

9  Linux Stuff / Kernel / Re: Dreamplug AP using mwifiex (SD8787) on: October 17, 2012, 12:04:32 PM
Most of the instability seems to be when bringing the card up. Since that first time when closing hostapd hung the box, I haven't had another hang.
When the card comes up properly, I can start hostapd and have a working AP with no encryption. The client fails to associate if I enable WPA - not sure if it's implemented yet. I don't even know if this card has hardware crypto or not, so I don't know whether it needs to be implemented.

Thinking about emailing one of the Marvell guys that's submitting code for inclusion in the kernel, but I'm not sure if this is worth bothering them about.
10  Linux Stuff / Kernel / Re: Dreamplug AP using mwifiex (SD8787) on: October 14, 2012, 11:42:08 PM
Got a 3.7rc1 kernel running.

The mwifiex_sdio kernel module seems to allow the WiFi adapter to simultaneously act as client and AP (and p2p, whatever that is). When the WiFi PHY comes up, it creates three interfaces: mlan0, uap0, and p2p0.
I'm not sure how to configure uap0 to make things work. It seems I can't just set the SSID through iwconfig. I ran hostapd, and while it failed to create the monitor interface it normally uses, I did start seeing SSID broadcasts from my AP, and I could associate with it. I couldn't get full network connectivity, but that may have just been due to my IPTables rules being too strict or somesuch. I didn't get the chance to find out because apparently if you kill hostapd, the system locks. No kernel panic messages on the serial port; it just dies.

Also, things seem to be alright if I modprobe mwifiex_sdio myself, but the one time I removed it from the blacklist and it was loaded on boot, the system hung. Haven't checked whether it's repeatable, but it's more than a little frightening.

Anyway, this is looking pretty interesting. If anyone is interested in fiddling with this, I could post up the config I'm using (although it's really just an updated version of one from http://www.xilka.com/). I could probably get the uImage and modules up somewhere as well, but this probably isn't something stable enough for general usage. Actually, it's probably a terrible idea to use this if you don't have a JTAG box.
11  Linux Stuff / Kernel / Re: Dreamplug AP using mwifiex (SD8787) on: October 14, 2012, 07:04:09 PM
Self-reply since I apparently can't edit the original post:

It looks like uAP support only entered the mainline kernel in 3.6, and a lot of fixes are making it into 3.7.

I'm currently building a 3.7rc1 kernel. I'll see how it goes.
12  Linux Stuff / Kernel / Dreamplug AP using mwifiex (SD8787) on: October 14, 2012, 05:35:44 PM
I have a recent Dreamplug, and it looks like at some point the wireless chipset switched to SD8787. uap8xxx does not bring up this card, and it looks like the official kernel driver is mwifiex. Looking at various kernel mailing lists, it looks like this driver *does* support both UAP and STA mode, but I haven't figured out how to get it into UAP mode.

Has anyone tried this? I can't find any mailing list discussions about using this driver in UAP mode, just patches from Marvell that supposedly add it.
13  Hardware and U-Boot firmware / Hardware / Replacement Power Supply on: June 01, 2010, 04:19:34 PM
My plug started rebooting this morning, and after the third reboot, I unplugged it, thinking it was probably overheating. After plugging it back in, I got the familiar flashing green light and ethernet lights, and upon taking it apart, it looks like my power supply has failed.
What's strange is that my plug has been running for months with an externally powered Western Digital Essentials hard drive, so I don't think I fall into the category of people that ran hard drives off the sheevaplug. Still, it's clear which capacitor went bad, and my power supply is definitely the issue.

Now, is the issue fixed in Globalscale's replacement power supplies, or should I be going with something like http://cgi.ebay.com/BRAND-NEW-5V-3A-AC-DC-Power-adapter-Power-supply-Well_W0QQitemZ280325831479QQcmdZViewItemQQptZCOMP_EN_Networking_Components?hash=item4144b8bb37? On the one hand, Globalscale's replacement would keep the plug looking decent, but on the other hand, I'd much rather spend a few hours rigging up my own power supply if Globalscale is going to be slow and/or provide a replacement with the same low capacity as the original.
14  Hardware and U-Boot firmware / U-Boot stuff / Re: I Seem to Have Built a Bad Kernel on: August 08, 2009, 10:36:39 AM
I'm guessing the kernel module for our NAND changed, probably because in Marvell's original kernel tree, they patched the nand_mtd driver to work with a slightly different NAND setup. When it was merged into the full kernel, it was probably separated into a different driver.

That's just my guess though.
15  Hardware and U-Boot firmware / U-Boot stuff / Re: Where does u-boot store the env variables such as bootargs? on: August 07, 2009, 10:51:35 PM
It's theoretically possible to edit them directly; they're stored in the NAND flash. I don't think there's actually a way though.
If there's something drastically wrong with yours, why can't you just press a key when U-Boot says and stop the boot process or use the recovery app to reload U-Boot?
Pages: [1] 2 3