reactos-kernel

[ros-kernel] send the email about kernel time to /dev/null

[Steven E. <Ste...@kn...>]

sleep.exe from the mingw sh utils seems to be broken even under windows.

[ros-kernel] Time in the Kernel

[Steven E. <Ste...@kn...>]

Does ROS keep time right? I mean I would assume it does for reading and
writing to disks for the fat record and such. Anyway I've been having a odd
issue with the kernel keeping time on my ros box.

I was testing sleep.exe from the sh utils port for win32 and had some
interesting results. seconds didnt work at all along with minutes. and when
i told it to sleep for hours and days it only would sleep for that number of
minutes. There was no debug output.

Any ideas?

[ros-kernel] Re: romfs by Bo Branten

[Jakov af W. <ja...@vm...>]

On Tue, Sep 18, 2001 at 10:33:08PM +0200, Aliberti Emanuele wrote:
> Should we ask Bo if we could include the romfs driver he wrote in the
> ros source tree? (http://www.acc.umu.se/~bosse/)
> 

Since it's GPL, anyone can use it, but maybe someone should ask
Bosse if he would like to maintain ROMFS for ROS?



Jakob

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] romfs by Bo Branten

[Aliberti E. <ea...@io...>]

Should we ask Bo if we could include the romfs driver he wrote in the
ros source tree? (http://www.acc.umu.se/~bosse/)

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] RFC - Filenaming

[Steven E. <Ste...@kn...>]

Hello all,
The only box I have that will boot ROS is a 300mhz celeron with 256 of RAM.
I also used to do ROS builds on this box, untill I moved to a 750 Duron that
could not boot ROS.

I went back to the 300 running win98, but now I cant cvs checkout or build
ROS because of filenames that begin with .'s as in "reactos/ntoskrnl/.*"
Win98 does not like filenames that start with "."

Do we have to have this? If it has a valid reason for being like this then
I'll shutup, I mean I know most people build on either NT4/2K or linux. 

[ros-kernel] Kernel Bug

[Jack \(Butch\) G. <bu...@qw...>]

I have been playing with the ReactOS operating system and trying to get a
console mode app written in vistual C++ to run.  The app is your basic hello
world application.  I did not really expect that the complete
infra-structure was in place for this to run, but I figured it would point
out what was missing and give me a starting point for beginning to learn
about the design of this OS.

Anyway I have found a problem and do not know who should get the updated
code.  The problem is in MiReadPage() and the updated code is below.  The
only change is that STATUS_END_OF_FILE is a legimate return from
IoPageRead().  It does not mean an error occurred, just that the file did
not contain enough data to fill the page.  Function that call MiReadPage()
assume that the data read are OK if the return value is STATUS_END_OF_FILE,
so the update of the Page pointer must be done in this case.

Thanks
Jack Griffin


NTSTATUS
MiReadPage(PMEMORY_AREA MemoryArea,
	   PLARGE_INTEGER Offset,
	   PVOID* Page)
{
  IO_STATUS_BLOCK IoStatus;
  PFILE_OBJECT FileObject;
  PMDL Mdl;
  NTSTATUS Status;
  PREACTOS_COMMON_FCB_HEADER Fcb;

  FileObject = MemoryArea->Data.SectionData.Section->FileObject;
  Fcb = (PREACTOS_COMMON_FCB_HEADER)FileObject->FsContext;

  if (FileObject->Flags & FO_DIRECT_CACHE_PAGING_READ &&
      (Offset->QuadPart % PAGESIZE) == 0)
    {
      ULONG BaseOffset;
      PVOID BaseAddress;
      BOOLEAN UptoDate;
      PCACHE_SEGMENT CacheSeg;
      LARGE_INTEGER SegOffset;
      PHYSICAL_ADDRESS Addr;
      Status = CcRosGetCacheSegment(Fcb->Bcb,
				 (ULONG)Offset->QuadPart,
				 &BaseOffset,
				 &BaseAddress,
				 &UptoDate,
				 &CacheSeg);
      if (!NT_SUCCESS(Status))
	{
	  return(Status);
	}
      if (!UptoDate)
	{
	  Mdl = MmCreateMdl(NULL, BaseAddress, Fcb->Bcb->CacheSegmentSize);
	  MmBuildMdlForNonPagedPool(Mdl);
	  SegOffset.QuadPart = BaseOffset;
	  Status = IoPageRead(FileObject,
			      Mdl,
			      &SegOffset,
			      &IoStatus,
			      TRUE);
	  if (!NT_SUCCESS(Status) && Status != STATUS_END_OF_FILE)
	    {
	      CcRosReleaseCacheSegment(Fcb->Bcb, CacheSeg, FALSE);
	      return(Status);
	    }
	}
      Addr = MmGetPhysicalAddress(BaseAddress +
				  Offset->QuadPart - BaseOffset);
      (*Page) = (PVOID)(ULONG)Addr.QuadPart;
      MmReferencePage((*Page));

      CcRosReleaseCacheSegment(Fcb->Bcb, CacheSeg, TRUE);
      return(STATUS_SUCCESS);
    }
  else
    {
      /*
       * Allocate a page, this is rather complicated by the possibility
       * we might have to move other things out of memory
       */
      (*Page) = MmAllocPage(0);
      while ((*Page) == NULL)
	{
	  MmWaitForFreePages();
	  (*Page) = MmAllocPage(0);
	}

      /*
       * Create an mdl to hold the page we are going to read data into.
       */
      Mdl = MmCreateMdl(NULL, NULL, PAGESIZE);
      MmBuildMdlFromPages(Mdl, (PULONG)Page);
      /*
       * Call the FSD to read the page
       */
      Status = IoPageRead(FileObject,
			  Mdl,
			  Offset,
			  &IoStatus,
			  FALSE);
      return(Status);
    }
}

====================================================
= To remove yourself from this mailing list, go to =
= http://www.reactos.com/home/mailing.html         =
====================================================

[ros-kernel] Re: subscribe

[<ros...@re...>]

You have added to the subscriber list of:

	ros...@re...

the following mail address:

	rea...@li...

By default, copies of your own submissions will be returned.

You have been added to the ros-kernel mailing list.

If you want to unsubscribe from this list, send an email
to 'ros...@re...' and write unsubscribe
in the subject line.

Thank you for your interest in the ReactOS project.
----------------------------------------------------------------------

This is an automated subscription mechanism.  For your verification, a
transcript of the original subscription request is included below.

If the wrong address has been subscribed and you seem to be unable to fix it
yourself, reply to this message now (quoting it entirely (for diagnostic
purposes), and of course adding any comments you see fit).
--
>From ano...@is... Mon Sep 17 07:48:22 2001
>Return-Path: <ano...@is...>
>Delivered-To: reactos-reactos:com...@re...
>X-Envelope-To: ros...@re...
>Received: (qmail 57079 invoked by uid 65534); 17 Sep 2001 07:48:21 -0000
>Date: 17 Sep 2001 07:48:21 -0000
>Message-ID: <200...@is...>
>To: ros...@re...
>Reply-to: rea...@li...
>From: rea...@li...
>Subject: subscribe
>
>subscribe
>

[ros-kernel] Another test

[David W. <dav...@st...>]

[ros-kernel]Test (please ignore)

[David W. <dav...@st...>]