Hi,
I'm working on network virtualization support in ReactOS.
At this time, PoC works but I reach a point where I need a solution that would allow to add and remove TAP (TAP-Win32 from OpenVPN for exemple) Network Devices from kernel space, without user intervention.
The problem right now is that there seems to be impossible in ReactOS to have a proper way or tips and tricks to add/remove TAP devices without rebooting the system. What should be fixed/edit to instanciate of TAP device on the fly on the current implementation (r63193) ?
Thanks
--
Daniel Maxime
Linux version 3.6.9-maxux64 (emy) (gcc version 4.7.3 (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) ) #3 SMP PREEMPT Wed Feb 19 16:40:22 CET 2014
17:15:01 up 1 day, 1:44, 1 user, load average: 0.29, 0.28, 0.35
On 2014-05-20 23:11, tkreuzer(a)svn.reactos.org wrote:
> --- trunk/reactos/ntoskrnl/mm/ARM3/virtual.c [iso-8859-1] (original)
> +++ trunk/reactos/ntoskrnl/mm/ARM3/virtual.c [iso-8859-1] Tue May 20 21:11:43 2014
> @@ -4593,8 +4593,8 @@
> // on the user input, and then compute the actual region size once all the
> // alignments have been done.
> //
> + EndingAddress = (((ULONG_PTR)PBaseAddress + PRegionSize - 1) | (PAGE_SIZE - 1));
> StartingAddress = (ULONG_PTR)PAGE_ALIGN(PBaseAddress);
> - EndingAddress = (((ULONG_PTR)PBaseAddress + PRegionSize - 1) | (PAGE_SIZE - 1));
> PRegionSize = EndingAddress - StartingAddress + 1;
>
> //
Can you explain this a bit? I don't see any logic change.
>[LSASRV]
>
>- Just run again the loop if LsarOpenAccount call failed (that also
>avoids a call to LsarClose on a NULL handle, that is trapped by the
>kdbg if one enabled "set condition * first always").
>
>- Free the memory and the opened handles before returning in case of
>failure of LsapAddPrivilegeToTokenPrivileges. Maybe this cleaning step
>can be done more elegantly.
>
>Eric, can you please review that? It should be good I think.
The change is OK!
This is not the right solution. SVN has terrible UTF-16 handling so we
should not convert these back to UTF-16.
https://jira.reactos.org/browse/CORE-7703https://jira.reactos.org/browse/CORE-8221
On 2014-05-25 22:17, cwittich(a)svn.reactos.org wrote:
> Author: cwittich
> Date: Sun May 25 20:17:25 2014
> New Revision: 63452
>
> URL: http://svn.reactos.org/svn/reactos?rev=63452&view=rev
> Log:
> [bootdata]
> convert hivecls.inf and hivedef.inf to UTF16LE
> fixes CORE-7614
>
> Modified:
> trunk/reactos/boot/bootdata/hivecls.inf (contents, props changed)
> trunk/reactos/boot/bootdata/hivedef.inf (contents, props changed)
>
I would like to applaud Eric for his outstanding work with ROS partition
handling, which we are able to experience since recently. Eric himself
had tested this code including GParted, but i`ve that is not all. 7z is
able to read FAT partition image files, but this didn't work at all.
Right now i was able to open up ROS vmdk image, created by ReactOS
itself and view/extract anything of its contents. I cannot express
enough how handy this is going to be, allowing to access ROS vm hard
disk contents without the pesky hdd mounting (which never really work
reliably for me), transferring anything out of the vm by LAN/Internet or
booting other VM with those HDDs co-mounted.
Simply I cannot thank you enough for your work.
Pic included as proof.
--
With best regards
Caemyr