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

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

20 years, 11 months

Support of NIC Realtek 8139

by Gge

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

20 years, 11 months

AFD_IMMEDIATE' undeclared

by David Kredba

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

20 years, 11 months

RE: [ros-diffs] [CVS reactos] fix broken work item impl.

by Hartmut Birr

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

20 years, 11 months

ReactOS eating CPU time

by Casper Hornstrup

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

20 years, 11 months

CVS Logs?

by Filip Navara

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

20 years, 11 months

RE: [ros-diffs] [CVS reactos] Fix handling of debug traps in GDB stub/KiDispatchException.

by Hartmut Birr

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

20 years, 11 months

Our ne2000 driver and tcpip

by art yerkes

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

20 years, 11 months

Genesi

by Jason Filby

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

20 years, 11 months

RE: [ros-cvs] CVS Update: reactos

by Hartmut Birr

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 >

20 years, 11 months

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

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