Menu
▾
▴
reactos-kernel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(64) |
Oct
(438) |
Nov
(183) |
Dec
|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
(132) |
May
(466) |
Jun
(366) |
Jul
(392) |
Aug
(31) |
Sep
(18) |
Oct
|
Nov
|
Dec
|
|
From: Eric K. <ek...@rz...> - 2002-06-10 09:01:27
|
ntoskrnl/io/drvlck.c (removed!)
ntoskrnl/mm/drvlck.c (new!)
ntoskrnl/makefile
Moved driver locking functions.
ntoskrnl/include/internal/io.h
ntoskrnl/include/internal/ldr.h
ntoskrnl/io/device.c
ntoskrnl/io/driver.c (new!)
ntoskrnl/io/iomgr.c
ntoskrnl/ke/main.c
ntoskrnl/ldr/loader.c
ntoskrnl/makefile
Minimize access to the module object via the object manager.
Use module list for internal module management.
Protect module list with a spinlock.
This is the first step of an attempt to reorganize and clean up the current
driver/module chaos. I removed all unneccessary accesses of module objects
via the object manager and replaced them by direct accesses via the module
list.
The next step of the cleanup will replace the current driver objects which
are currently represented by MODULE_OBJECTs by the real DRIVER_OBJECTs.
MODULE_OBJECTs will only be used as entries of the module list and won't
appear in the object manager namespace any more.
Regards,
Eric
|
|
From: Brian P. <br...@sg...> - 2002-06-10 00:08:12
|
Ok, good - I'm glad that's not the problem. ;-) I don't think it is a problem with switching to and from protected mode then. I did a lot of work on those two functions that you say are hanging, so I probably broke something. The problem is that I cannot reproduce this on any of my machines. What computer model are you running on? Brian > -----Original Message----- > From: rea...@li... [mailto:reactos-kernel- > ad...@li...] On Behalf Of Eric Kohl > Sent: Sunday, June 09, 2002 6:03 PM > To: rea...@li... > Subject: Re: [ros-kernel] Freeldr not working > > > "Brian Palmer" <br...@sg...> wrote: > > > Will you try commenting out lines 83 and 161 in freeldr/arch/i386/arch.S > > and see if that fixes the hangs you are getting. > > I tried it but FreeLoader still hangs! > > Eric > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - > http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel |
|
From: Eric K. <ek...@rz...> - 2002-06-09 23:59:40
|
"Brian Palmer" <br...@sg...> wrote: > Will you try commenting out lines 83 and 161 in freeldr/arch/i386/arch.S > and see if that fixes the hangs you are getting. I tried it but FreeLoader still hangs! Eric |
|
From: Eric K. <ek...@rz...> - 2002-06-09 23:45:23
|
"KJK::Hyperion" <no...@li...> wrote: > BTW, is someone working on psapi right now? If not, I'm looking for an easy > project to work on, and PSAPI and ToolHelp seem trivial enough No, I'm not working on psapi and I don't plan to do so. ;-) Eric |
|
From: Brian P. <br...@sg...> - 2002-06-09 21:01:07
|
Will you try commenting out lines 83 and 161 in freeldr/arch/i386/arch.S and see if that fixes the hangs you are getting. Brian > -----Original Message----- > From: rea...@li... [mailto:reactos-kernel- > ad...@li...] On Behalf Of Eric Kohl > Sent: Sunday, June 09, 2002 6:44 AM > To: rea...@li... > Subject: Re: [ros-kernel] Freeldr not working > > > "Casper Hornstrup" <ch...@us...> wrote: > > > Oops...I used the wrong executable ;-( I found freeldr.sys and now it > > displays "Loading FreeLoader..." on the screen. Full debugging on, > > outputs: > > MEMORY: Initializing Memory Manager. > > > > Nothing more. I have tried with different memory configurations with > > same results. > > > I get exactly the same result on real hardware. > > FreeLoader hangs in the call to GetBiosMemoryMap(). After I comment this > call out, it hangs in the call to GetExtendedMemorySize(). I assume there > is > something wrong with switching between protected and real mode. > > Eric > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - > http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel |
|
From: KJK::Hyperion <no...@li...> - 2002-06-09 19:45:54
|
At 15.00 09/06/2002, you wrote: > > Your right. I was looking at rpcrt on mok last night and then looking at > > the wine sources and I agree. What about psapi.dll? WINE seems to be > > implemneting more ntapi support but the current psapi uses direct > > wineserver calls. How muc of this can we make use of? >If someone implements NtGetSystemInformation() in Wine and changes the >psapi functions to use NtGetSystemInformation() we can use it. Otherwise >we'll have to implement it ourselves. BTW, is someone working on psapi right now? If not, I'm looking for an easy project to work on, and PSAPI and ToolHelp seem trivial enough |
|
From: David W. <we...@cw...> - 2002-06-09 17:29:49
|
Is it documented somewhere that NtDuplicateObject can't duplicate inheritable objects? |
|
From: Eric K. <ek...@rz...> - 2002-06-09 13:26:30
|
freeldr/reactos.c
Handle multi-string group order list properly.
This patch is untested because I cannot boot FreeLoader but it should work.
;-)
Eric
|
|
From: Eric K. <ek...@rz...> - 2002-06-09 12:57:40
|
"Steven Edwards" <Ste...@ya...> wrote: > Your right. I was looking at rpcrt on mok last night and then looking at > the wine sources and I agree. What about psapi.dll? WINE seems to be > implemneting more ntapi support but the current psapi uses direct > wineserver calls. How muc of this can we make use of? If someone implements NtGetSystemInformation() in Wine and changes the psapi functions to use NtGetSystemInformation() we can use it. Otherwise we'll have to implement it ourselves. IIRC, the ReactOS NtGetSystemInformation() is still fairly incomplete. Eric |
|
From: Eric K. <ek...@rz...> - 2002-06-09 12:42:00
|
"Casper Hornstrup" <ch...@us...> wrote: > Oops...I used the wrong executable ;-( I found freeldr.sys and now it > displays "Loading FreeLoader..." on the screen. Full debugging on, > outputs: > MEMORY: Initializing Memory Manager. > > Nothing more. I have tried with different memory configurations with > same results. > I get exactly the same result on real hardware. FreeLoader hangs in the call to GetBiosMemoryMap(). After I comment this call out, it hangs in the call to GetExtendedMemorySize(). I assume there is something wrong with switching between protected and real mode. Eric |
|
From: Casper H. <ch...@us...> - 2002-06-09 01:58:01
|
s=F8n, 2002-06-09 kl. 02:34 skrev Casper Hornstrup: > s=F8n, 2002-06-09 kl. 02:24 skrev Brian Palmer: > > Are you booting from a floppy or a hard disk? Do you know if it loads > > freeldr.sys off the disk yet? Is this in bochs or on real hardware? > >=20 > > Brian >=20 > I boot from a simulated 1.44MB floppy disk (VMware). New freeldr has > .exe extension, but I changed it to .sys so the boot sector code can > find it (I think it does load freeldr.sys because when freeldr.sys is > not on the flopy disk the boot code says it cannot find it). Any debug > prints I should try enabling? >=20 > - Casper Oops...I used the wrong executable ;-( I found freeldr.sys and now it displays "Loading FreeLoader..." on the screen. Full debugging on, outputs: MEMORY: Initializing Memory Manager. =20 Nothing more. I have tried with different memory configurations with same results. - Casper |
|
From: Eric K. <ek...@rz...> - 2002-06-09 00:46:54
|
"Joseph Galbraith" <gal...@va...> wrote: > I'm having trouble booting into bochs since I > got this change. (Well, I'm not sure it was > this change, but I didn't see anything else.) Are you booting with FreeLoader or Loadros (boot.bat)? I just checked out a clean tree, built it and booted it using Loadros. Runs fine! With the last patch I changed the format of the 'group order list' from semi-colon separated value string (REG_SZ) to multi string (REG_SZ_MULTI). LoadRos doesn't handle this properly yet. I'll fix it tomorrow as soon as I'm out of bed and had my first coffee. ;-) > No drivers will load. For example, I get: > > Loading keyboard.sys... > (ldr/loader.c:1017) LdrLoadModule() failed > (ldr/loader.c:375) Driver load failed, status (c0000001) Looks like the disk drivers aren't loaded. > Further investigation reveals that IopCreateFile() > is failing because the parent is of type directory, > not device. > > Eventually, the system bug-checks after trying to > load ndis.sys. (Bug check code 0.) I get a stack > trace and then another bug check, this time 0x1d. Eric |
|
From: Casper H. <ch...@us...> - 2002-06-09 00:44:06
|
s=F8n, 2002-06-09 kl. 02:24 skrev Brian Palmer: > Are you booting from a floppy or a hard disk? Do you know if it loads > freeldr.sys off the disk yet? Is this in bochs or on real hardware? >=20 > Brian I boot from a simulated 1.44MB floppy disk (VMware). New freeldr has .exe extension, but I changed it to .sys so the boot sector code can find it (I think it does load freeldr.sys because when freeldr.sys is not on the flopy disk the boot code says it cannot find it). Any debug prints I should try enabling? - Casper |
|
From: Brian P. <br...@sg...> - 2002-06-09 00:42:15
|
I just barely committed a fix for the FAT32 boot sector because it wasn't booting properly, but I doubt this is your problem. Edit debug.c and uncomment the first DebugPrintMask so that you get to see all the messages. If you are using bochs then compile a debug build and edit debug.c and set DebugPort = BOCHS. If you are on real hardware and if you have a null modem cable then set DebugPort = RS232 and load up a program like HyperTerminal on a second machine. After you have this setup then boot up to FreeLoader and examine the debug messages to see if that helps solve the problem or at least shows you how far it gets. Brian > -----Original Message----- > From: rea...@li... [mailto:reactos-kernel- > ad...@li...] On Behalf Of Brian Palmer > Sent: Saturday, June 08, 2002 6:24 PM > To: rea...@li... > Subject: RE: [ros-kernel] Freeldr not working > > Are you booting from a floppy or a hard disk? Do you know if it loads > freeldr.sys off the disk yet? Is this in bochs or on real hardware? > > Brian > > > -----Original Message----- > > From: rea...@li... > [mailto:reactos-kernel- > > ad...@li...] On Behalf Of Casper Hornstrup > > Sent: Saturday, June 08, 2002 4:49 PM > > To: rea...@li... > > Subject: [ros-kernel] Freeldr not working > > > > Current freeldr in CVS does not work for me. The screen is blank and > the > > cursor is visible in the upper left corner. Nothing more happen. > > > > - Casper > > > > > > > > _______________________________________________________________ > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > August 25-28 in Las Vegas - > > http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > > > _______________________________________________ > > reactos-kernel mailing list > > rea...@li... > > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - > http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel |
|
From: Brian P. <br...@sg...> - 2002-06-09 00:24:44
|
Are you booting from a floppy or a hard disk? Do you know if it loads freeldr.sys off the disk yet? Is this in bochs or on real hardware? Brian > -----Original Message----- > From: rea...@li... [mailto:reactos-kernel- > ad...@li...] On Behalf Of Casper Hornstrup > Sent: Saturday, June 08, 2002 4:49 PM > To: rea...@li... > Subject: [ros-kernel] Freeldr not working > > Current freeldr in CVS does not work for me. The screen is blank and the > cursor is visible in the upper left corner. Nothing more happen. > > - Casper > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - > http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel |
|
From: Casper H. <ch...@us...> - 2002-06-08 22:57:53
|
Current freeldr in CVS does not work for me. The screen is blank and the cursor is visible in the upper left corner. Nothing more happen. - Casper |
|
From: Casper H. <ch...@us...> - 2002-06-08 22:35:00
|
l=F8r, 2002-06-08 kl. 05:55 skrev Joseph Galbraith: > > system.hiv > > include/defines.h > > ntoskrnl/ldr/loader.c > > subsys/system/services/database.c (new) > > subsys/system/services/makefile > > subsys/system/services/services.c > > subsys/system/services/services.h (new) > >=20 > > Let services.exe load the auto-start drivers. >=20 > I'm having trouble booting into bochs since I > got this change. (Well, I'm not sure it was > this change, but I didn't see anything else.) >=20 > No drivers will load. For example, I get: >=20 > Loading keyboard.sys... > (ldr/loader.c:1017) LdrLoadModule() failed > (ldr/loader.c:375) Driver load failed, status (c0000001) >=20 > Further investigation reveals that IopCreateFile() > is failing because the parent is of type directory, > not device. >=20 > Eventually, the system bug-checks after trying to > load ndis.sys. (Bug check code 0.) I get a stack > trace and then another bug check, this time 0x1d. >=20 > I'm not quite sure where to go from here. >=20 > - Joseph I can confirm this. Freeldr does not load any boot drivers when using the new version of system.hiv. When using an older system.hiv it works okay. - Casper |
|
From: Steven E. <Ste...@ya...> - 2002-06-08 04:54:50
|
Your right. I was looking at rpcrt on mok last night and then looking at the wine sources and I agree. What about psapi.dll? WINE seems to be implemneting more ntapi support but the current psapi uses direct wineserver calls. How muc of this can we make use of? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson > -----Original Message----- > From: rea...@li... > [mailto:rea...@li...] On Behalf > Of Eric Kohl > Sent: Friday, June 07, 2002 4:54 PM > To: rea...@li... > Subject: Re: [ros-kernel] Final module movements > > > > "Steven Edwards" <Ste...@ya...> wrote: > > > > The wine rpcrt4 needs a lot of work. I cannot build it at > current do > > to unixisms when dealing with time. > > I don't know whether porting rpcrt4 is a good idea. > > RPC is used for the communication of the SCM (Service Control > Manager aka > services.exe) and the services (via advapi32.dll). Rpcss > itself is a services started by the SCM. Therefore, the RPC > core components (rpcss.exe, rpcrt4.dll and advapi32.dll) have > to be part of the reactos cvs module. > > I suggest we rip the usable pieces of rpcrt4 from Wine and > combine them with the already 'removed' parts of the reactos > rpcrt4. Now that services.exe can load drivers, I can easily > add code to start services. And since named pipes are already > available it should not be too difficult to get the > SCM<->service communication going. > > > Eric Kohl > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's > Conference August 25-28 in Las Vegas - > http://devcon.sprintpcs.com/adp/index.cfm?> source=osdntextlink > > > _______________________________________________ > reactos-kernel mailing list rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > |
|
From: Joseph G. <gal...@va...> - 2002-06-08 03:55:53
|
> system.hiv > include/defines.h > ntoskrnl/ldr/loader.c > subsys/system/services/database.c (new) > subsys/system/services/makefile > subsys/system/services/services.c > subsys/system/services/services.h (new) > > Let services.exe load the auto-start drivers. I'm having trouble booting into bochs since I got this change. (Well, I'm not sure it was this change, but I didn't see anything else.) No drivers will load. For example, I get: Loading keyboard.sys... (ldr/loader.c:1017) LdrLoadModule() failed (ldr/loader.c:375) Driver load failed, status (c0000001) Further investigation reveals that IopCreateFile() is failing because the parent is of type directory, not device. Eventually, the system bug-checks after trying to load ndis.sys. (Bug check code 0.) I get a stack trace and then another bug check, this time 0x1d. I'm not quite sure where to go from here. - Joseph |
|
From: Eric K. <ek...@rz...> - 2002-06-07 22:59:49
|
install.bat makefile apps/tests/tokentest/makefile (new) apps/tests/tokentest/tokentest.c (new) apps/utils/cabman/makefile apps/utils/cat/makefile apps/utils/net/roshttpd/makefile apps/utils/net/telnet/makefile apps/utils/objdir/makefile apps/utils/partinfo/makefile apps/utils/ps/makefile apps/utils/stats/makefile drivers/lib/zlib/makefile.reactos lib/ntdll/rtl/acl.c ntoskrnl/se/acl.c ntoskrnl/se/token.c - Implement NtCreateToken() - Implement RtlGetAce() - Fix bug which cause RtlCreateAcl() to always fail. - Cleanup parameter names and fix bug that caused a buffer overrun in RtlCopySidAndAttributesArray() - When referencing the token object in NtQueryInformationToken() pass in either TOKEN_QUERY access or TOKEN_QUERY_SOURCE access. Passing in zero led to ObReferenceObjectByHandle() always failing with ACCESS_DENIED. - Fixed NtQueryInformationToken() to check the buffer length and return STATUS_BUFFER_TO_SMALL and the required length. - Ensure that the ReturnLength is set correctly when NtQueryInformationToken() succeeds. Previously, it was set to the number of bytes unused in the user buffer in some cases or not set at all. - Handle case of NULL default dacl correctly in NtQueryInformationToken() - Update main makefile to build apps\utils. - Update makefiles in apps\utils to have the correct PATH_TO_TOP. - Update main makefile to build apps\tests\tokentest Written by Joseph Galbraith. Eric |
|
From: David W. <we...@cw...> - 2002-06-07 22:06:35
|
http://www.davidwelch.mcmail.com/function-profile-sorted.txt List of functions in ntoskrnl ordered by the number of instructions executed from the function - so approximately the amount of time spent in each function assuming each instruction is of equal length. Data was gathered from bootup until the start of execution of smss. |
|
From: Joseph G. <gal...@va...> - 2002-06-07 21:32:42
|
Whoops... watch out for install.bat -- it's a little screwed up. (I define ROS_INSTALL in my environment so I don't have to type it in every time.) Here is a better patch. Sorry 'bout that. - Joseph > "Eric Kohl" <ek...@rz...> wrote: > > > "Joseph Galbraith" <gal...@va...> wrote: > > > > > > > I've implemented NtCreateToken and fixed up > > > NtQueryInformationToken(). > > > > > > - Implement NtCreateToken() > > > - Implement RtlGetAce() > > > - Fix bug which cause RtlCreateAcl() to always fail. > > > - Cleanup parameter names and fix bug that caused a > > > buffer overrun in RtlCopySidAndAttributesArray() > > > - When referencing the token object in NtQueryInformationToken() > > > pass in either TOKEN_QUERY access or TOKEN_QUERY_SOURCE access. > > > Passing in zero led to ObReferenceObjectByHandle() always > > > failing with ACCESS_DENIED. > > > - Fixed NtQueryInformationToken() to check the buffer > > > length and return STATUS_BUFFER_TO_SMALL and the > > > required length. > > > - Ensure that the ReturnLength is set correctly when > > > NtQueryInformationToken() succeeds. Previously, it > > > was set to the number of bytes unused in the user buffer > > > in some cases or not set at all. > > > - Handle case of NULL default dacl correctly in > > > NtQueryInformationToken() > > > - Update main makefile to build apps\utils. > > > - Update makefiles in apps\utils to have the > > > correct PATH_TO_TOP. > > > - Update main makefile to build apps\tests\tokentest > > > > Great! > > > > > I've included the output from cvs diff; I'm > > > not sure if that is good enough or not (I'm > > > definitely not a patch / diff guru.) > > > > Could you resubmit patch.txt using the unified format (run 'diff -u'). The > > unified format is much more readable than the other formats. > > Here it is. Thanks. Let me know if this didn't get > it. > > - Joseph > |
|
From: Joseph G. <gal...@va...> - 2002-06-07 21:20:44
|
"Eric Kohl" <ek...@rz...> wrote: > "Joseph Galbraith" <gal...@va...> wrote: > > > > I've implemented NtCreateToken and fixed up > > NtQueryInformationToken(). > > > > - Implement NtCreateToken() > > - Implement RtlGetAce() > > - Fix bug which cause RtlCreateAcl() to always fail. > > - Cleanup parameter names and fix bug that caused a > > buffer overrun in RtlCopySidAndAttributesArray() > > - When referencing the token object in NtQueryInformationToken() > > pass in either TOKEN_QUERY access or TOKEN_QUERY_SOURCE access. > > Passing in zero led to ObReferenceObjectByHandle() always > > failing with ACCESS_DENIED. > > - Fixed NtQueryInformationToken() to check the buffer > > length and return STATUS_BUFFER_TO_SMALL and the > > required length. > > - Ensure that the ReturnLength is set correctly when > > NtQueryInformationToken() succeeds. Previously, it > > was set to the number of bytes unused in the user buffer > > in some cases or not set at all. > > - Handle case of NULL default dacl correctly in > > NtQueryInformationToken() > > - Update main makefile to build apps\utils. > > - Update makefiles in apps\utils to have the > > correct PATH_TO_TOP. > > - Update main makefile to build apps\tests\tokentest > > Great! > > > I've included the output from cvs diff; I'm > > not sure if that is good enough or not (I'm > > definitely not a patch / diff guru.) > > Could you resubmit patch.txt using the unified format (run 'diff -u'). The > unified format is much more readable than the other formats. Here it is. Thanks. Let me know if this didn't get it. - Joseph |
|
From: Eric K. <ek...@rz...> - 2002-06-07 20:51:37
|
"Steven Edwards" <Ste...@ya...> wrote: > The wine rpcrt4 needs a lot of work. I cannot build it at current do to > unixisms when dealing with time. I don't know whether porting rpcrt4 is a good idea. RPC is used for the communication of the SCM (Service Control Manager aka services.exe) and the services (via advapi32.dll). Rpcss itself is a services started by the SCM. Therefore, the RPC core components (rpcss.exe, rpcrt4.dll and advapi32.dll) have to be part of the reactos cvs module. I suggest we rip the usable pieces of rpcrt4 from Wine and combine them with the already 'removed' parts of the reactos rpcrt4. Now that services.exe can load drivers, I can easily add code to start services. And since named pipes are already available it should not be too difficult to get the SCM<->service communication going. Eric Kohl |
|
From: Eric K. <ek...@rz...> - 2002-06-07 20:10:57
|
system.hiv include/defines.h ntoskrnl/ldr/loader.c subsys/system/services/database.c (new) subsys/system/services/makefile subsys/system/services/services.c subsys/system/services/services.h (new) Let services.exe load the auto-start drivers. Eric |
8 messages has been excluded from this view by a project administrator.