http://www.osr.com/ddk/network/103ndisx_51pu.htm
NdisMEthIndicateReceive passes an NDIS_HANDLE (Specifically,
MiniportAdapterHandle), rather than the ETH_FILTER structure. God knows why
this wasn't caught before but it did awfully strange stuff including the
occasional crash, and more importantly, seemingly randomly corrupting the
LAN_ADAPTER and IP_INTERFACE structures in tcpip.sys when we landed in
packet receiving in datalink/lan.c. Fixed now.
svn path=/trunk/; revision=10276
tcpioctl.h: new
I resolved a conflict between iptypes, structs and nspapi regarding some
core structures.
afd.h: removed definitions needed by both user land and kernel land.
tdiinfo.h: added needed definitions.
svn path=/trunk/; revision=8173
- Update registry with new 3com infor and set cards to disable by default
- removed unnecessary crap from miniport.h
- switch to using MINIPORT_BLOCK whenever possible for internal NDIS stuff
- implemented NdisGetBufferPhysicalArraySize
- fixed three similar bugs with overwriting memory in the config api
- implemented NdisMQueryAssignedResources
- fixed NdisMAllocateMapRegisters
- implemented NdisMStartPhysicalBufferMapping
- implemented NdisMCompletePhysicalBufferMapping
- implemented NdisMMapIoSpace
- implemented NdisMUnmapIoSpace
- fixed HalAllocateAdapterChannel and IoAllocateAdapterChannel to
act more like windows
- fixed up a couple of enums
- other misc. stuff
svn path=/trunk/; revision=6382
Nothing should change with the resulting binaries (although various #pragma pack directives may have an effect )^:
Clean build tested without problem. Hopefully haven't broken anything with the runtime, ROS still boots ok for me under BOCHS.
Lots of laborious work all to be chucked out once we can finally switch over to the mingw headers full time.
Sorry if this causes anybody�s uncommitted work to be in conflict.
Heaps more coming to an directory near you soon (if nobody objects of course)
I noticed somewhere something like an 'include next' directive, however I can't find it now. In order to save me the research can anybody enlighten me as to its purpose. What I am hoping for is that it tells the pre-proc to go to the next header of the same name in the 'includes' search path. Such a directive would certainly be useful right now!
Regarding the mention on ros-kernel about wine-msvcrt v's ros-msvcrt I was hoping that the mingwacr project would addrs this however it seems to have lost all its steam. Anybody got an update concerning the project?
Somewhat off topic: finally the rains have come -> http://mirror.bom.gov.au/products/IDR032.loop.shtml#image
svn path=/trunk/; revision=6368
- default to full maps
- switched ndis (temporarily) back to system-start
- enabled the pcnet driver in the registry (temporary - awaiting PnP support)
- fixed the version number in the ndis version resource
- implemented packet array indications
- added a missing enum member to kedef
- added PAGED_CODE() to ndis.h
- added IRQL checking, assertions, and some comments to ndis
- did some re-formatting to bring into code standard
- other minor/cosmetic changes
svn path=/trunk/; revision=6295
made a number of changes to the protocol->miniport send path
clarified locking and irql manipulation code
added support for SendPacketsHandler
cleaned up NdisRegisterProtocol and NdisOpenAdapter
svn path=/trunk/; revision=6086
Changes to the networking code to remove anonymous structures and unions
Fix for bug where RtlSetEnvironmentVariable didn't if it had acquired the
PEB lock before releasing it
Updating clean targets
svn path=/trunk/; revision=1286
Filip Navara