-
-
Notifications
You must be signed in to change notification settings - Fork 11
Upstream WPANUSB #98
Comments
Hello Everyone, I am willing to take time out of my awkward schedule to assist in Open Source activities. I have found, through learning a bit at a time, that Open Source is more than just a philosophy and practice. It is also a way for people to congregate around Linux, programming, and STEM. Not only in education but also in real life practice, Open Source initiatives have helped me post-education to learn about what little was offered while in school on the subjects involving but not limited to STEM in general. Outside of that plea, I would like to associate myself with the beagleboard.org persons and help while learning new aspects to the ZyphrProject and building in and around Linux. Seth P.S. I actually slept on it. I was unaware of what would entail and it frightened me. But, like most procedures, one has to skip on the scared aspect to it all. The only concern I have currently is the BCFSERIAL driver(s). I have been researching ideas on the Project, how to build, and the driver aspect to it would be the most time consuming because I know very little about where in the world this specific driver is located or even how to build it. If there are questions or concerns on your part for me specifically, please let me know. I will answer! |
Our current fork lives at https://github.com/jadonk/wpanusb/tree/beagleconnect There's also our serial implementation at https://github.com/jadonk/bcfserial |
Some mailing list discussion: https://lore.kernel.org/linux-wpan/e75f3fd8-fa0c-7708-e914-f757965920c0@datenfreihafen.org/T/ |
Hello...okay. So, would I need a CC1352r/dev. board for messing w/ the wpan-USB driver and some USB datasheet in particular? I noticed a Quark SE C1000 dev. board in question but they are a bit tiresome to find for now. I will keep trying. Seth P.S. I am sticking w/ it. If you have more time to bother, just send some prerequisites for me. I will research ideas.
Anyway, I am finding more about wpan-next and what is available now. It seems not much has changed since 5.6-rc6 to 5.10.x. Okay so, I have the standard now. Hopefully, they will not update this standard any time soon. I will get to reading and get back to this idea soon. |
I can get you a dev board if you'll do this work. Contact me on Slack (find the link for GSoC students) to provide an address. |
Hello...I would not boast about me but I can try. I will contact you on Slack. Me again...thank you for entrusting this task to me. I will use what has already been produced and then try to add the required additions/subtractions. I am handy but I may not know everything, i.e. as usual w/ anyone on any subject. I am in the process of acquiring the correct and needed paperwork on the subjects at hand. Seth P.S. Anyway, I will read up, get cracking, and then produce w/ a resolution. I also meant to ask away.
|
Hello Sir, I am close to doing things. Anyway, here are some errors I have received from trying to install things and make things happen, e.g. in case you or anyone else may wonder about how or why things are transpiring:
So, I have not used wpan-next or wpan-tools before and building is a bit different for now. Learning at its finest! Seth P.S. The python3 script is elusive still to me: I have not found it nor do I know what it looks like so far. So, on the image from your beagleconnect repo. that I found, things almost work out of the box but...
A. I have some plans. |
@silver2row WSL is not a target anyone in the community can 'patch' please post those issues to the WSL github... Test images are located here: Regards, |
Yes Sir, @RobertCNelson , thank you. @RobertCNelson : Sir, please look here:
So, this is w/out the Connect Freedom being flashed w/
...
I will be messing w/ the connection file for a bit for flashing. I found some additional error/upgrades at this site: https://github.com/jadonk/beagleconnect/issues . Seth P.S. I know people are rushed, busy, and duplicating ideas. Please forgive me for my needy way upfront. Oh! I had the installment of an image on the eMMC b/c of the board being new. Blah. Off to retry. One last thing before I am done for tonight:
|
@silver2row saw your messages on irc, this is a prototype, please don't ask on irc in the general category.. |
Yes sir. No issue. Seth P.S. Is there a particular room to ask in currently? |
Is your feature request related to a problem? Please describe.
BeagleConnect Freedom relies on WPANUSB or BCFSERIAL drivers. It would be great if they were upstream and "just worked" rather than working with an out-of-tree fork.
Describe the solution you'd like
I got this feedback from Stefan Schmidt on what needs to be done:
What work need to be done to get this in good shape and upstreamed?
Quite a few tasks, sadly.
Random order:
before talk, set frame retries). I added rough sketches but these are
non functional due to 2.
hook it up to the zephyr radio_api
in Linux is needed
completely. Band, supported channel, power levels, etc is all hard-coded
in the linux driver and not queried from the device firmware. Its not
even giving the page on which a channel is being set when changing it.
towards support management frames as well as active and passive scanning
on the Linux stack. Which means these would need proper handling on teh
firmware side as well.
I would say 1-3 are the simpler ones here and should have a clear
strategy to get fixed.
The whole generic aspect is a lot more complex. We would want this
driver to be able to cover all supported devices on the zephyr side and
communicate the capabilities of the currently used radio to the linux
driver so the linux stack can be setup correctly. We also would want to
set this up in a way to allow for future extensions like new frequency
bands in newer spec versions, and so on.
And none of this is taking a bigger MTU variant into account.
Number 5 also means that we would need someone to actively maintain the
zephyr side of wpanusb and keep up which changes.
Describe alternatives you've considered
There's no substitute for upstream.
Additional context
This might make a good internship project. Overall, I think we should start doing a better job of putting our backlog here in a public place.
The text was updated successfully, but these errors were encountered: