Ros-dev November 2004

ros-dev@reactos.org

64 participants
103 discussions

What is difference in installation procedure w/wo DGG, KDBG set ?
by David Kredba 17 Nov '04

17 Nov '04

For a many month I am unable to install ReactOS with DBG=1 and KDBG=1 enabled. On the same hardware, version with DBG=0 and KDBG=0 installs and runs fine. DBG=1, KDBG=1 enabled ReactOS booted by freeldr asks for COMUTERNAME, Name, password, time zone etc. etc. and asks for reboot. Then it bugchecks with : bt Frames: vmwinst.exe: vmwinst.c: 75 (DetectVMware) bugcheck KeBugCheck at dbg/kdb.c: 1495 Bug detected (code deaddead param 0 0 0 0) Page fault at high IRQL was 2 KeBugCheckWithTf at ke/catch.c:165 Bug detected (code 1e param 0 0 0 0) KMODE_EXCEPTION_NOT_HANDLED Page fault Exception: 14(0) Processo: 0 CS:EIP 8:c00b8cb7 <ntoskrnl.exe: rtl/message.c:108 (RtlFindMessage)> cr2 e07a4604 cr3 1d84a000 Proc: c0eb1c90 Pid:7 <vmwinst> Thrd: c0ebd08 Tid: 2c DS 10 ES 10 FS 30 GS 10 kernel stack base df255000 KeBugCheckWithTf KeBugCheckEx KeBugCheck DbgBugCheckCommand KdbDoCommand KdbMainLoop KdbInternalEnter KdbEnterDebuggerException KiDispatchException ke/i386/usertrap.c: 139 KiUserTrapHandler ke/i386/exp.c: 613 KiTrapHandler /tmp/ccphDdwg.s: 146 KeUserModeCallback vmwinst.c: 75 DetectVMware vmwinst.c:1016 WinMain 1047 WinMain kernel32.dll: BaseProcessStart <DEADBEEF> If someone is interested in more debugging informations, I can send processor registers and map files. Regards, David -- David Kredba <kredba at ibot.cas.cz> GPG: ID 1024D/5B6B02DE Fingerprint: F0B3312596BEDCF91DFB 0699E06AACD75B6B02DE

4 8

Support of NIC Realtek 8139
by Gge 17 Nov '04

17 Nov '04

PLease find the status of the Reactos support for the Nic Realtek8139 as per my testing. 1) Detection of Pci Bus2 = Fixed The problem of enumerating cards located on PCI BUS 2 has been fixed by Eric Khol . The bug# 436 can be closed 2) Start Nic driver failure The RTL8139.SYS driver loads successfully but fails to start due to the "NdisMQueyAdapterResources" function which is unimplemnted . The Bug#446 has been created => This is a blocking point for networking with this popular Nic Best regards Gerard

4 7

AFD_IMMEDIATE' undeclared
by David Kredba 17 Nov '04

17 Nov '04

Are you getting this ? (DBG=1, KDBG=1) make[1]: Entering directory `/home/dave2/ros/reactos/lib/msafd' mingw32-gcc -I./include -Wall -Werror -fno-builtin -DUNICODE -D__USE_W32API -I.-I../../include -I../../w32api/include -pipe -march=i486 -D_M_IX86 -g -c misc/sndrcv.c -o misc/sndrcv.o misc/sndrcv.c: In function `WSPRecv': misc/sndrcv.c:66: error: `AFD_IMMEDIATE' undeclared (first use in this function) misc/sndrcv.c:66: error: (Each undeclared identifier is reported only once misc/sndrcv.c:66: error: for each function it appears in.) misc/sndrcv.c: In function `WSPRecvFrom': misc/sndrcv.c:214: error: `AFD_IMMEDIATE' undeclared (first use in this function) misc/sndrcv.c: In function `WSPSend': misc/sndrcv.c:365: error: `AFD_IMMEDIATE' undeclared (first use in this function) misc/sndrcv.c: In function `WSPSendTo': misc/sndrcv.c:503: error: `AFD_IMMEDIATE' undeclared (first use in this function) David -- David Kredba <kredba at ibot.cas.cz> GPG: ID 1024D/5B6B02DE Fingerprint: F0B3312596BEDCF91DFB 0699E06AACD75B6B02DE

3 3

RE: [ros-diffs] [CVS reactos] fix broken work item impl.
by Hartmut Birr 17 Nov '04

17 Nov '04

Hi Gunnar, for synchronisation between an unlimited count of objects (or 256) in a wait queue and more than one waiters which removes this objects, there _must_ be used a semaphore (or equivalent code). Please revert your changes. - Hartmut -----Original Message----- From: ros-diffs-bounces(a)reactos.com [mailto:ros-diffs-bounces@reactos.com] On Behalf Of gdalsnes(a)osexperts.com Sent: Tuesday, November 16, 2004 12:15 AM To: ros-diffs(a)reactos.com Subject: [ros-diffs] [CVS reactos] fix broken work item impl. Commit in reactos/ntoskrnl/ex on MAIN work.c <> +16 -18 1.20 <http://cvs.reactos.com/cgi-bin/cvsweb/reactos/ntoskrnl/ex/work.c?rev=1.20&c ontent-type=text/x-cvsweb-markup> - <http://cvs.reactos.com/cgi-bin/cvsweb/reactos/ntoskrnl/ex/work.c.diff?r1=te xt&tr1=1.20&r2=text&tr2=1.21&f=h> > 1.21 <http://cvs.reactos.com/cgi-bin/cvsweb/reactos/ntoskrnl/ex/work.c?rev=1.21&c ontent-type=text/x-cvsweb-markup> fix broken work item impl. _____ reactos <http://cvs.reactos.com/cgi-bin/cvsweb/reactos> /ntoskrnl <http://cvs.reactos.com/cgi-bin/cvsweb/reactos/ntoskrnl> /ex <http://cvs.reactos.com/cgi-bin/cvsweb/reactos/ntoskrnl/ex> work.c 1.20 <http://cvs.reactos.com/cgi-bin/cvsweb/reactos/ntoskrnl/ex/work.c?rev=1.20&c ontent-type=text/x-cvsweb-markup> - <http://cvs.reactos.com/cgi-bin/cvsweb/reactos/ntoskrnl/ex/work.c.diff?r1=te xt&tr1=1.20&r2=text&tr2=1.21&f=h> > 1.21 <http://cvs.reactos.com/cgi-bin/cvsweb/reactos/ntoskrnl/ex/work.c?rev=1.21&c ontent-type=text/x-cvsweb-markup> diff -u -r1.20 -r1.21 --- work.c 22 Oct 2004 20:18:37 -0000 1.20 +++ work.c 15 Nov 2004 23:14:36 -0000 1.21 @@ -1,4 +1,4 @@ -/* $Id: work.c,v 1.20 2004/10/22 20:18:37 ekohl Exp $ +/* $Id: work.c,v 1.21 2004/11/15 23:14:36 gdalsnes Exp $ * * COPYRIGHT: See COPYING in the top level directory * PROJECT: ReactOS kernel @@ -36,7 +36,7 @@ /* * PURPOSE: Worker threads with nothing to do wait on this event */ - KSEMAPHORE Sem; + KEVENT Event; /* * PURPOSE: Thread associated with work queue @@ -84,7 +84,7 @@ } else { - KeWaitForSingleObject((PVOID)&queue->Sem, + KeWaitForSingleObject((PVOID)&queue->Event, Executive, KernelMode, FALSE, @@ -102,9 +102,10 @@ InitializeListHead(&WorkQueue->Head); KeInitializeSpinLock(&WorkQueue->Lock); - KeInitializeSemaphore(&WorkQueue->Sem, - 0, - 256); + KeInitializeEvent(&WorkQueue->Event, + SynchronizationEvent, + FALSE); + for (i=0; i<NUMBER_OF_WORKER_THREADS; i++) { PsCreateSystemThread(&WorkQueue->Thread[i], @@ -164,30 +165,27 @@ ExInterlockedInsertTailList(&EiNormalWorkQueue.Head, &WorkItem->List, &EiNormalWorkQueue.Lock); - KeReleaseSemaphore(&EiNormalWorkQueue.Sem, - IO_NO_INCREMENT, - 1, - FALSE); + KeSetEvent(&EiNormalWorkQueue.Event, + IO_NO_INCREMENT, + FALSE); break; case CriticalWorkQueue: ExInterlockedInsertTailList(&EiCriticalWorkQueue.Head, &WorkItem->List, &EiCriticalWorkQueue.Lock); - KeReleaseSemaphore(&EiCriticalWorkQueue.Sem, - IO_NO_INCREMENT, - 1, - FALSE); + KeSetEvent(&EiCriticalWorkQueue.Event, + IO_NO_INCREMENT, + FALSE); break; case HyperCriticalWorkQueue: ExInterlockedInsertTailList(&EiHyperCriticalWorkQueue.Head, &WorkItem->List, &EiHyperCriticalWorkQueue.Lock); - KeReleaseSemaphore(&EiHyperCriticalWorkQueue.Sem, - IO_NO_INCREMENT, - 1, - FALSE); + KeSetEvent(&EiHyperCriticalWorkQueue.Event, + IO_NO_INCREMENT, + FALSE); break; #ifdef __USE_W32API email" href="http://www.badgers-in-foil.co.uk/projects/cvsspam/">CVSspam 0.2.8

4 5

ReactOS eating CPU time
by Casper Hornstrup 16 Nov '04

16 Nov '04

In VMware, ReactOS eats up all available CPU time. Does anyone have an idea why? Does it also do this on real hardware? Casper

10 14

CVS Logs?
by Filip Navara 15 Nov '04

15 Nov '04

Can someone please send a change log of CVS since 03/11/2004 (eg. generated using cvs2cl)? Thanks, Filip

2 1

RE: [ros-diffs] [CVS reactos] Fix handling of debug traps in GDB stub/KiDispatchException.
by Hartmut Birr 14 Nov '04

14 Nov '04

Hi, this changes breaks the handling of exceptions if KDB isn't set. In KiDispatchException the variable Action is preinitialized with kdContinue. After your changes, KiDispatchException does always return without any action. After this changes, I'm not able to install reactos. At the second stage setup I do never see the reboot page. - Hartmut -----Original Message----- From: ros-diffs-bounces(a)reactos.com [mailto:ros-diffs-bounces@reactos.com] On Behalf Of Gregor Anich Sent: Sunday, November 14, 2004 12:00 AM To: ros-diffs(a)reactos.com Subject: [ros-diffs] [CVS reactos] Fix handling of debug traps in GDB stub/KiDispatchException. _____ reactos <http://cvs.reactos.com/cgi-bin/cvsweb/reactos> /ntoskrnl <http://cvs.reactos.com/cgi-bin/cvsweb/reactos/ntoskrnl> /ke <http://cvs.reactos.com/cgi-bin/cvsweb/reactos/ntoskrnl/ke> catch.c 1.51 <http://cvs.reactos.com/cgi-bin/cvsweb/reactos/ntoskrnl/ke/catch.c?rev=1.51& content-type=text/x-cvsweb-markup> - <http://cvs.reactos.com/cgi-bin/cvsweb/reactos/ntoskrnl/ke/catch.c.diff?r1=t ext&tr1=1.51&r2=text&tr2=1.52&f=h> > 1.52 <http://cvs.reactos.com/cgi-bin/cvsweb/reactos/ntoskrnl/ke/catch.c?rev=1.52& content-type=text/x-cvsweb-markup> diff -u -r1.51 -r1.52 --- catch.c 11 Nov 2004 12:27:40 -0000 1.51 +++ catch.c 13 Nov 2004 23:00:15 -0000 1.52 @@ -16,7 +16,7 @@ * along with this program; if not, write to the Free Software * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ -/* $Id: catch.c,v 1.51 2004/11/11 12:27:40 ekohl Exp $ +/* $Id: catch.c,v 1.52 2004/11/13 23:00:15 blight Exp $ * * PROJECT: ReactOS kernel * FILE: ntoskrnl/ke/catch.c @@ -80,13 +80,13 @@ else if (KdDebuggerEnabled && KdDebugState & KD_DEBUG_KDB) { Action = KdbEnterDebuggerException (ExceptionRecord, Context, Tf); - if (Action == kdContinue) - { - return; - } } #endif /* KDBG */ - if (Action != kdDoNotHandleException) + if (Action == kdContinue) + { + return; + } + else if (Action != kdDoNotHandleException) { if (PreviousMode == UserMode) { @@ -94,7 +94,7 @@ { PULONG Stack; ULONG CDest; - char temp_space[12 + sizeof(EXCEPTION_RECORD) + sizeof(CONTEXT)]; // FIXME: HACKHACK + char temp_space[12 + sizeof(EXCEPTION_RECORD) + sizeof(CONTEXT)]; /* FIXME: HACKHACK */ PULONG pNewUserStack = (PULONG)(Tf->Esp - (12 + sizeof(EXCEPTION_RECORD) + sizeof(CONTEXT))); NTSTATUS StatusOfCopy; @@ -125,10 +125,11 @@ } else { - // Now it really hit the ventilation device. Sorry, - // can do nothing but kill the sucker. + /* Now it really hit the ventilation device. Sorry, + * can do nothing but kill the sucker. + */ ZwTerminateThread(NtCurrentThread(), ExceptionRecord->ExceptionCode); - DPRINT1("User-mode stack was invalid. Terminating target thread\nn"); + DPRINT1("User-mode stack was invalid. Terminating target thread\n"); } Tf->Eip = (ULONG)LdrpGetSystemDllExceptionDispatcher(); return; email" href="http://www.badgers-in-foil.co.uk/projects/cvsspam/">CVSspam 0.2.8

2 1

Our ne2000 driver and tcpip
by art yerkes 14 Nov '04

14 Nov '04

I found the bug in our ne2000 driver that perplexed filip. The bug was that the meaning of the PACKET_HEADER part in ne2000 that was skipped was a simple header put on each packet to determine what buffer page would be used next. This header is only 4 bytes and has nothing to do with the ethernet frame header. I've now factored in the ethernet frame header and made tcpip work the right way, that is to remove consideration of the ethernet frame header at layers above lan in the receive pipe. This should make all adapters work the same way for larger packets (and ne2000 now work right). I found few references to how this actually works so I could still be wrong, but I'm going on what filip said and this: http://cvs.sourceforge.net/viewcvs.py/openh323/pwlib/tools/PacketVxD/epacke… Which basically confirms filip's opinion. Please try it out. -- Here's a simple experiment. Stand on a train track between two locomotives which are pushing on you with equal force in opposite directions. You will exhibit no net motion. None the less, you may soon begin to notice that something important is happening. -- Robert Stirniman

1 0

Genesi
by Jason Filby 14 Nov '04

14 Nov '04

Just came across this: http://www.genesi.lu/ Appears to be a new PPC based platform with published specs - would be great to have ROS running on this! Cheers Jason

5 6

RE: [ros-cvs] CVS Update: reactos
by Hartmut Birr 12 Nov '04

12 Nov '04

Hi, I think some of your changes in apc.c are wrong. Apc's are always thread local. They have nothing to do with the dispatcher database lock. The only locking object is the ApcQueueLock from the thread structure. - Hartmut > -----Original Message----- > From: ros-cvs-bounces(a)reactos.com > [mailto:ros-cvs-bounces@reactos.com] On Behalf Of ion(a)cvs.reactos.com > Sent: Thursday, November 11, 2004 2:24 PM > To: ros-cvs(a)reactos.com > Subject: [ros-cvs] CVS Update: reactos > > > CVSROOT: /CVS/ReactOS > Module name: reactos > Repository: reactos/ntoskrnl/ps/ > Changes by: ion(a)mok.osexperts.com 04/11/11 14:23:53 > > Modified files: > reactos/include/ddk/: kefuncs.h ketypes.h > reactos/ntoskrnl/include/internal/: ke.h ps.h > reactos/ntoskrnl/ke/: apc.c process.c wait.c > reactos/ntoskrnl/mm/: marea.c virtual.c > reactos/ntoskrnl/mm/i386/: page.c > reactos/ntoskrnl/ps/: psmgr.c > > Log message: > Kernel: > - apc.c: Fixed some bugs and used Dispatcher Lock. > Simplified some functions and renamed/inlined others. > - wait.c: Fixed some assumptions about Dispatcher Lock > and Waiting/Alertability > - process.c: Fully implemented KeStackAttachProcess and > KeStackDetachProcess. Made all functions use PKPROCESS and > not PEPROCESS. > Memory Manager: Fixed calls to > KeAttachProcess/DetachProcess to typecast PKPROCESS > Process Manager: Removed call to empty function in apc.c > > _______________________________________________ > Ros-cvs mailing list > Ros-cvs(a)reactos.com > http://reactos.com/mailman/listinfo/ros-cvs >

2 1

← Newer
1
2
3
4
5
6
7
8
9
10
11
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev November 2004