Hi,
On Mon, 2014-11-17 at 17:48 -0800, Terry Simons wrote:
If the driver is trying to send data frames before it's fully
authenticated, you'll see this happen.
Basically what happened is my device lost its wifi connection and then
never tried reconnecting again. The Reason: 6
Hi Patrik,
Use /dev/urandom as the proper source for random numbers. Verify the
existence of /dev/urandom at compile time and program startup.
Out of curiosity, why does it matter that we have /dev/urandom at
compile time?
automake/autoconf is old skool and assumes that the device where
Hi,
Ok, I found my very quick, dirty and non-functional example shell script
printing out an ordered list of saved ConnMan services. It most likely
won't work properly or at all, so someone should definitely fix it with
better shell syntax and usability if considered for any real world
Hi,
On Tue, 2014-11-18 at 17:05 +0900, Marcel Holtmann wrote:
why not just open /dev/urandom and only if it is not present fallback
to C library rand() etc.
I mean realistically the device node will be present.
That's a fail-safe way of doing this without interrupting anybody
On Mon, Nov 17, 2014 at 8:48 PM, Terry Simons terry.sim...@gmail.com
wrote:
It might be a bug in your Wi-Fi driver.
If the driver is trying to send data frames before it's fully
authenticated, you'll see this happen.
I've seen this with some Realtek chips in Linux before, so it's certainly
Hi all,
I am using connman v1.20 in an embedded system (MIPS arch). Using the
connman client it's easy to connect to a wifi with password. I perform the
following steps
1. connmanctl scan wifi: Scan wifi for services
2. connmanctl agent on: Register agent
3. connmanctl connect
Tim,
No, this isn't actually recoverable, and it isn't something that Connman
should attempt to work around (I'm not even certain that a userland
application could fix this issue, even if you wanted to).
What's happening here is that the Wi-Fi driver is erroneously sending data
frames to the
Hi,
I know that the dbus-send utility it's not the best thing in order to test
connman, because there are function signatures that have nested containers
which are not supported by dbus-send. But it's the quickest way to test the
functionality parts of connman. I know also that there are a