This seems strange. I understand that NT 5.x has a limitation of 64 MB MDLs on x86, but direct I/O was designed for exactly this case of large I/O operations. Has anyone verified that 2k3 doesn’t do MDL chaining for direct I/O when the transfer is larger than a single MDL can hold?
Also aren’t there changes to the IRP dispatch routines required to cope with not having an Irp->MdlAddress pointer anymore?
Cameron
From: tfaber(a)svn.reactos.org
Sent: Tuesday, August 26, 2014 6:41 AM
To: ros-diffs(a)reactos.org
Author: tfaber
Date: Tue Aug 26 13:41:57 2014
New Revision: 63953
URL: http://svn.reactos.org/svn/reactos?rev=63953&view=rev
Log:
[FASTFAT]
- Do not use direct I/O since it limits read/write operations to 64 MB
CORE-8410 #resolve
Modified:
trunk/reactos/drivers/filesystems/fastfat/fsctl.c
Modified: trunk/reactos/drivers/filesystems/fastfat/fsctl.c
URL: http://svn.reactos.org/svn/reactos/trunk/reactos/drivers/filesystems/fastfa…
==============================================================================
--- trunk/reactos/drivers/filesystems/fastfat/fsctl.c [iso-8859-1] (original)
+++ trunk/reactos/drivers/filesystems/fastfat/fsctl.c [iso-8859-1] Tue Aug 26 13:41:57 2014
@@ -442,8 +442,7 @@
goto ByeBye;
}
- DeviceObject->Flags = DeviceObject->Flags | DO_DIRECT_IO;
- DeviceExt = (PVOID) DeviceObject->DeviceExtension;
+ DeviceExt = DeviceObject->DeviceExtension;
RtlZeroMemory(DeviceExt, ROUND_UP(sizeof(DEVICE_EXTENSION), sizeof(ULONG)) + sizeof(HASHENTRY*) * HashTableSize);
DeviceExt->FcbHashTable = (HASHENTRY**)((ULONG_PTR)DeviceExt + ROUND_UP(sizeof(DEVICE_EXTENSION), sizeof(ULONG)));
DeviceExt->HashTableSize = HashTableSize;
On 2014-08-24 15:28, jgardou(a)svn.reactos.org wrote:
> -// FT_Set_Pixel_Sizes(ft_face,
> -// TextObj->logfont.elfEnumLogfontEx.elfLogFont.lfWidth,
> + FT_Set_Pixel_Sizes(ft_face,
> + TextObj->logfont.elfEnumLogfontEx.elfLogFont.lfWidth,
The abs() was added in the second version of the patch because this
way it breaks tests.
See https://jira.reactos.org/browse/CORE-4657?focusedCommentId=60379&page=com.a…
On 2014-08-24 17:40, hbelusca(a)svn.reactos.org wrote:
> + mciSendCommand(wDeviceId, MCI_PUT, MCI_DGV_PUT_DESTINATION | MCI_DGV_RECT | MCI_WAIT, (DWORD)&mciPut);
A DWORD cannot fit a pointer. This function takes DWORD_PTR.
Dear all,
As you've certainly noticed, one of our main servers providing the
www.reactos.org website along with JIRA and FishEye was down yesterday.
Problems began yesterday around 13:00 UTC and lasted till some minutes ago.
This has happened due to a severe hardware failure on the hypervisor
machine serving the affected VMs. Our hosting provider needed two
attempts to find and replace the failed hardware.
Finally, the crash has caused one database table to get corrupted. This
one was repaired just now. No data has been lost though.
All services should be up again now. If you still notice anything not
working, please report to me.
We're sorry for the caused inconveniences!
Best regards,
--
Colin Finck
System & Network Administrator
ReactOS Deutschland e.V.
TL;DR
=====
Your SVN account == "ReactOS development account", because it will be
used for more services than just SVN. You can now change the password on
your own at https://lam.reactos.org
Hi all,
I've been trying to centralize our user accounts for some time now and
finally have something to show. Your known SVN credentials have been
imported into an LDAP-based user directory now.
This gives us the ability to easily plug various services for developers
into the directory: SVN, BuildBot, the participant list for meetings,
especially the upcoming services like Mumble, development VMs and file
sharing.
You can view your account details and change your password on your own
now. Just visit https://lam.reactos.org to do so. The E-Mail address
shown there will be used e.g. for sending meeting invitations.
As we all want the migration to go flawlessy, I've set up a temporary
SVN repository at svn://svn.reactos.org/sasltest
This should work just like our "reactos" repository: If you have write
access there, you have write access in "sasltest" as well. It already
works well for me and my SVN client, but I want confirmations from
others too. Please do so by committing some junk into sasltest :)
We have some members, who don't have SVN write access but participate in
the monthly meetings. They will shortly receive an E-Mail with their
account details. That doesn't give you SVN write access though, it's
just for participating in the meetings for now :P
I'll keep you informed when we finally plug our main repositories into
the LDAP database.
Note that this doesn't change anything with the ReactOS Website accounts
and IServ mail accounts. Former ones will always be in a separate
database as everybody can sign up there.
Cheers,
Colin
On 2014-08-04 18:25, hbelusca(a)svn.reactos.org wrote:
> [KERNEL32]
> Add a bunch of missing _SEH_YIELD in 'return' clues in _SEH_TRY clauses.
That should be pointless with PSEH3. I believe Timo has in fact been
removing them.