Implement userspace tool to display driver status and specify blocklist

[vax-r]

Summary

Enable ability to use blacklist to block packets from specified interface.

Support blacklist in vwifi kernel module, used as interfaces pair such as "owl2 blocks owl1", allow maximum blacklist size to be 1024 bytes now and maintained as global content within struct owl_content.

Using userspace program to dynamically alter the blacklist maintaining in vwifi kernel module.

Testing

step 1

After mounting vwifi as kernel module in kernel, make sure the ping test works as normal as indicated in README.md.

step 2

compile blacklist_user.c and execute it

$ gcc blacklist_user.c -o blacklist_user.o
$ ./blacklist_user.o

After this step, we should have the blacklist loaded into vwifi kernel module.

step 3

Do the ping test again, it should block packets from the interface pair you specefied in ./scripts/blacklist.txt.
You can make the content of ./scripts/blacklist.txt empty and execute $ ./blacklist_user.o again, blacklist pairs should be removed then.

I think blacklist ability checking can be added as a tesing stage into verify.sh, I would love to help if needed.
Btw I found some type error in verify.sh, and correct "sucess" to "success".

Issue linked

Fix #48

[jserv]

1. Use C-style comments. That is, /* comment */.
2. Change Blacklist To Blocklist.
3. Minimize the necessary changes. That is, send another pull request(s) for fixing typo.
4. Avoid the statement such as strlen(owl->blacklist) == 0). Use !*(owl->blacklist) instead.

[vax-r]

1. Use C-style comments. That is, /* comment */.
2. Change Blacklist To Blocklist.
3. Minimize the necessary changes. That is, send another pull request(s) for fixing typo.
4. Avoid the statement such as strlen(owl->blacklist) == 0). Use !*(owl->blacklist) instead.

I've made some changes according to the suggestion above, please take a look when you have time, Thank you!

[vax-r]

@jserv
I've adjust the code according to the suggestion, and allow user-specific filename from command line.
Please take a look when you are available. Thank you!

[jserv]

Read https://cbea.ms/git-commit/ carefully and refine your git commit messages.

[vax-r]

Sorry I've made a mistake on last modification, the unit parameter in netlink_kernel_create shouldn't be MAX_LINKS, MAX_LINKS stands for maximum amount of netlink families , we should choose a netlink family for our netlink socket. In our case I think it's more appropriate to use NETLINK_USERSOCK since we're using netlink for communication between userspace and kernel space.

[vax-r]

@jserv
Request changes are made, including improvements of english writing and modularizing vwifi-tool.c.

[jserv]

@jserv Request changes are made, including improvements of english writing and modularizing vwifi-tool.c.

Instead of writing the sentence above (and mentioning me), you can request a code review through the GitHub web interface by selecting the appropriate option. Aim to keep the code review process streamlined and sophisticated, avoiding unnecessary or inefficient language.

[jserv]

Read https://cbea.ms/git-commit/ carefully and refine the commit messages.

[vax-r]

I just refined git commit message according to https://cbea.ms/git-commit/
I believe the following requirements are met.

• Separate subject from body with a blank line
• Limit the subject line to 50 characters
• Capitalize the subject line
• Do not end the subject line with a period
• Use the imperative mood in the subject line
• Wrap the body around 72 characters
• Use the body to explain what and why vs. how

[jserv]

I just refined git commit message according to https://cbea.ms/git-commit/ I believe the following requirements are met.
[...]

• Wrap the body around 72 characters
• Use the body to explain what and why vs. how

No, you didn't. Check again.

[vax-r]

I just refined git commit message according to https://cbea.ms/git-commit/ I believe the following requirements are met.
[...]

• Wrap the body around 72 characters
• Use the body to explain what and why vs. how

No, you didn't. Check again.

Ok, I've refined it again , each line is at most 72 characters and add more detailed explanation.

[jserv]

Thank @vax-r for contributing. The commit message was amended.