InitializeHandler is called when the miniport is started by the PnP
Manager. You can't force a miniport driver to be loaded without a device
(whether real or virtual) for the miniport driver to control.
You'll want to just create an INF file that installs your miniport driver
for some PnP ID that
There’s no requirement to have any real hardware behind a miniport. You can use
NdisMRegisterMiniport and return whatever media type you want in your
MiniportInitialize function (most likely NdisMedium802_3 to use Ethernet
framing).
On Mar 6, 2014, at 8:23 AM, Maxime Daniel l...@maxux.net
My original plan was to switch to a different definition, but at least
one MS header (netiodef.h in WDK 8.0) uses i386 too.
On 8/12/2013 1:04 AM, Timo Kreuzer wrote:
I remember some time ago, I ran into a problem with i386 definition
somewhere, because it was used in a structure or something.
On Mar 29, 2012, at 1:10 PM, Aleksey Bragin wrote:
The proposed agenda consists so far:
1. Plan for the next month.
2. Next release discussion (when, what version, depends on point 1 of the
agenda).
3. New website status.
Also I didn't hear meeting minutes taker position being filled
On Mar 16, 2012, at 10:06 AM, Amine Khaldi wrote:
Hi Vic,
You know, sometimes I really don't understand your reasoning.
We decided that the guy is a bastard, and so even if we wanted to talk about
his tool, we could do so on irc or something, not doing him even more free PR
work
On Mar 11, 2012, at 7:13 AM, cgut...@svn.reactos.org wrote:
Author: cgutman
Date: Sun Mar 11 11:13:15 2012
New Revision: 56113
URL: http://svn.reactos.org/svn/reactos?rev=56113view=rev
Log:
[HIVESYS]
- Merge back many old changes from i386 to AMD64
The way we do hive INFs is very far
On Mar 5, 2012, at 3:09 PM, Pierre Schweitzer wrote:
Nice try!
However it failed on KVM:
http://build.reactos.org/builders/Linux_AMD64_1%
20KVM-CMake-Test/builds/255/steps/test/logs/stdio
Seems like it may be a race between the balancer thread and CC shutting down.
Definitely a case I've
On May 23, 2008, at 12:46 PM, Mikey wrote:
I have taken into account the stuff you all sent about system specs since the
pc will be mine at the end of my school year I am saving up for:
8gb of ram.
Some new hdds of over 80gb
I don't know how to add a new cpu, and they are very expensive.
On May 21, 2008, at 4:15 PM, Mikey wrote:
Hello I am new here what are the system minimum specs as I have old system
for development.
A development machine (one that can build ReactOS and test in a VM) should have
decent specs. You're going to want at least a dual-core, preferably 4 or more
On Dec 23, 2011, at 8:31 PM, cae...@myopera.com wrote:
This revision has caused a strange issue with both testbots. At
kernel32:console crash, when testbot restarts vm, the test suite seems to
begin right from the start, instead of next kernel32 test group. It happens
subsequently
On Dec 19, 2011, at 11:31 AM, Timo Kreuzer wrote:
Am 19.12.2011 15:15, schrieb victor martinez:
3)Adding a massive DPRINTing in the MM and friends to find a clue about why
MM is going nuts.
Doesn't sound good to me. Massive DPRINTs just make the system slow and
usually don't give a
On Nov 21, 2011, at 9:14 AM, Magnus Olsen wrote:
PS/2 was never design be hot pluged.
Alot of bios disable PS/2 I/O if no PS/2 device are plugin.
that mean u need to reboot you computer.
PS/2 wasn't designed to be hot-plugged, but most boards today (all?)
support hot-plugging as an unofficial
_disable and setting IRQL to PASSIVE_LEVEL makes no sense whatsoever. You
basically hacked the HAL to support a bug in KDBG. Good job.
I gathered that what I was supporting was pretty nasty, but either way the
behavior that was going on was completely wrong. I'm fairly sure there are
I would like to ask our kernel gurus if this one is correct.
Timo says it is correct.
Let me also explain the problem that I fixed:
So basically, I asked Sylvain to help me test a patch for supporting PS/2
hotplugging. I had added an ASSERT(FALSE) in the ISR when we got the magic
packet
On Nov 17, 2011, at 7:07 PM, James Tabor wrote:
Head up on this one. It's recoverable by just typing cont and it goes on.
(dll/ntdll/ldr/ldrutils.c:1177) Overlapping DLL:
C:\ReactOS\system32\oleaut32.dll
WARNING: MmFlushVirtualMemory at ntoskrnl/mm/ARM3/virtual.c:1044 is
UNIMPLEMENTED!
Let's not rule out the possibility that the bitmap functions are broken btw ;)
I doubt this is the case, since we use bitmap functions all over ROS. I know we
use them to manage ports in TCP/IP and also to manage map registers for DMA in
HAL. Neither of those uses display any signs of
]: *** [boot/CMakeFiles/bootcd.dir/rule] Error 2
make: *** [bootcd] Error 2
I looked at bugcodes.mc and there's nothing wrong that I can see.
Regards,
Cameron Gutman
On Oct 13, 2011, at 1:11 AM, Cameron Gutman wrote:
I've recently done a clean reinstall of Lion, updated to 10.7.2, and
installed
On Oct 4, 2011, at 10:06 AM, cae...@myopera.com wrote:
I could also add intl.cpl not working in 2nd stage setup. Still, those
regressions, apart from the KVM one are meaningless, compared to the profits
CMake brings. Changing build system/buildchain is ALWAYS dramatic and
troublesome. We
I had the same issues. Just run clean and that will fix it (at the expense of
a full rebuild). I also tried make freeldr_clean (and setupldr) with no luck.
I think the problem is from how weird the freeldr rbuild files are done.
Cameron
On Sep 30, 2011, at 8:31 AM, Minas Abrahamyan
No, that's a result of Timo's freeloader work.
-Original Message-
From: cae...@myopera.com
Sent: Tuesday, September 27, 2011 6:26 PM
To: ReactOS Development List
Subject: Re: [ros-dev] ACPI enabled on Linux Testslave
Could this be related?
ACPI does work on VirtualBox. I performed the majority of my testing on
VirtualBox. Also, I need a stack trace from that crash to have any clue where
the corruption is (still not much of one). I have had indications of a pool
corruption bug in ACPI and I need as many logs as possible to try to
Well, writing beyond the buffer length we were supplied to null terminate a
string seems bad in my book ;)
Cameron
On Aug 14, 2011, at 11:00 AM, Alex Ionescu ion...@videotron.ca wrote:
And, you have, of course, confirmed that this piece of kernel code is wrong,
and that
- 0 failures
21 executed - 0 failures
ws2_32:recv16 executed - 0 failures
16 executed - 0 failures
Based on these tests, lwIP looks great and ready for merge.
Thanks,
Cameron
-Original Message-
From: Cameron Gutman
Sent: Saturday, August 06, 2011 7:26 PM
LwIP is in the final stage of testing, pending one bug fix before all known
bugs are fixed. I would greatly appreciate everyone to try it and reply to this
email with the results of your tests. I've already tried many apps including
telnetd, chargen, and abyss web server, samba tng, and Opera
-
From: Cameron Gutman
Sent: Saturday, August 06, 2011 2:57 PM
To: ros-dev@reactos.org
Subject: [ros-dev] lwIP testing request
LwIP is in the final stage of testing, pending one bug fix before all known
bugs are fixed. I would greatly appreciate everyone to try it and reply to
this email
. Feel free
to review our patches if you'd like.
Thanks,
Cameron Gutman (aicom)
On Nov 6, 2010, at 2:36 PM, Oleg Baikalow wrote:
I see a branch was created with a funny name :). I asked Alexey to move stuff
from Alex's branch too, and I am currently researching what numerous
aicom-* branches
It's not a hack. We know we have succeded if we reach that code
because we check for failure earlier. The problem is that status was
the return value of DeviceIoControl which returns nonzero for success
but zero is success in ntstatus.
On Jul 6, 2009, at 4:44 AM, Ged gedmur...@gmail.com
Yeah, I need to fix those.
On Jul 6, 2009, at 4:39 PM, Timo Kreuzer timo.kreu...@web.de wrote:
The hack is storing a BOOL value in an NTSTATUS variable.
Cameron Gutman schrieb:
It's not a hack. We know we have succeded if we reach that code
because we check for failure earlier
Your problem was fixed by r41687.
On Mon, 2009-06-29 at 11:24 -0700, Alex Ionescu wrote:
You could just read his log and see that the P1 issue in the
newsletter has nothing to do with the issue he's experiencing
Best regards,
Alex Ionescu
On Mon, Jun 29, 2009 at 10:36 AM, Zachary
+4
On Fri, Apr 10, 2009 at 5:11 PM, Colin Finck m...@colinfinck.de wrote:
+3
--
*From:* ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] *On
Behalf Of *Timo Kreuzer
*Sent:* Friday, April 10, 2009 8:13 PM
*To:* ReactOS Development List
30 matches
Mail list logo