Ros-dev

ros-dev@reactos.org

5790 discussions

GCC 4.4.x -- What's missing?
by Alex Ionescu 02 Jan '10

02 Jan '10

Hi, As far as I am aware, GCC 4.4.x now works on Linux through RosBE 1.5 (minus some missing patches for 64-bit hosts), and I've gotten it to work on SnowLeopard with some minor hacks -- ie, all that's missing is for Colin, when he has time, to integrate the little fixes for these non-standard hosts. As for Windows, I think there is a fully working binary GCC 4.4.x/RosBE that builds trunk just fine. So what's missing for 4.4.x to become official, RosBE 1.5 to RTM, and for the 4.4.x patch from BZ to be committed (The one that gets trunk building)? Best regards, Alex Ionescu

7 16

MmSecureVirtualMemory
by Olaf Siejka 02 Jan '10

02 Jan '10

Could anyone please consider implementing the above? According to http://msdn.microsoft.com/en-us/library/ms802934.aspx - MmUnsecureVirtualMemory could be required as well. Lack of those functions is currently breaking up 3d acceleration passthrough with Virtualbox 3.1.0 and newer. Thanks in advance

4 5

Re: [ros-dev] [ros-diffs] [ros-arm-bringup] 44885: - Switch to using ARM3 paged pool -- all pool allocations are now handled by ARM3, which should be much more efficient, and combines both NP and P code together.
by Alex Ionescu 02 Jan '10

02 Jan '10

I guess you'll be claiming your Millennium Prize now. (For the uninformed: http://en.wikipedia.org/wiki/P_versus_NP_problem) On 2010-01-02, at 11:17 AM, ros-arm-bringup(a)svn.reactos.org wrote: > and combines both NP and P code together. Best regards, Alex Ionescu

2 1

Re: [ros-dev] Ros-dev Digest, Vol 65, Issue 2
by Babar Shafiq 02 Jan '10

02 Jan '10

Hi All, Just want to say thanks for this wonderful project. Works like a charm in VritualBox image. It is unbelievable that total size of this great OS is just 37MB. In Virtual Box, default config for Video memory is too low which cause error on loading the VirtualBox image, after increasing it to 16mb all works fine. May be useful for someone else on the list. Waiting for the stable version to use on my laptop. Babar Shafiq Nazmi.

4 5

Relocations, relocations!
by Alex Ionescu 02 Jan '10

02 Jan '10

Second-stage install would probably go much faster if these were fixed: Pretty please? It shouldn't be too hard. (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 00F70000) C:\ReactOS\System32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00FFE000) C:\ReactOS\System32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (35680000 -> 01880000) C:\ReactOS\System32\devenum.dll (dll/ntdll/ldr/utils.c:2355) Relocating (6b360000 -> 018A4000) C:\ReactOS\System32\dsound.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76150000 -> 018E9000) C:\ReactOS\System32\inetcomm.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76660000 -> 018E9000) C:\ReactOS\System32\mshtml.dll (dll/ntdll/ldr/utils.c:2355) Relocating (77b10000 -> 00411000) C:\ReactOS\System32\olepro32.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00760000) C:\ReactOS\System32\shlwapi.dll Best regards, Alex Ionescu

1 1

Invitation for ReactOS to Southern California Linux Expo 8x
by Aleksey Bragin 02 Jan '10

02 Jan '10

Do we have people for SOCAL 2010 this time? > From: "Gareth J. Greenaway" <gareth(a)socallinuxexpo.org> > Date: January 1, 2010 12:30:09 AM GMT+03:00 > To: aleksey(a)reactos.org > Cc: joe(a)socallinuxexpo.org > Subject: Invitation for ReactOS to Southern California Linux Expo 8x > > Greetings Aleksey, > > I hope this email finds you doing well. I wanted to formerly > invite the ReactOS project to attend and exhibit the Southern > California Linux Expo, which will be taking place February > 19th-21st, 2010 in Los Angeles, California at the Westin LAX hotel. > > This would be an excellent venue to showcase all the great work > going into the ReactOS project. We would provide a complementary > booth including all the usual amenities as well as complementary > passes to the show. > > If this sounds like something that the ReactOS project might be > interested in, please let us know as space will be filling up quickly. > > Thanks and Happy New Year! > Gareth > > -- > Gareth J. Greenaway | gareth(a)socallinuxexpo.org > Voice - 877-831-2569 x130 > Southern California Linux Expo > http://www.socallinuxexpo.org >

1 0

Re: [ros-dev] [ros-diffs] [ros-arm-bringup] 44871: NMI Support Patch 10: [NTOS]: Write barebones NMI Trap handler which does a TSS context switch to the NMI TSS and then calls the HAL NMI handler. [NTOS]: Implement KiSaveProcessorState for doing a PRCB context save/restore. You should now be able to test the new NMI functionality by either building the circuit referenced in my e-mail and attaching it to your PCI bus, or by using "nmi 0" in the QEMU stdio console.
by Timo Kreuzer 02 Jan '10

02 Jan '10

ros-arm-bringup(a)svn.reactos.org schrieb: > Author: ros-arm-bringup > Date: Sat Jan 2 02:34:27 2010 > New Revision: 44871 > ... > @@ -790,9 +791,138 @@ > .globl _KiTrap2 > .func KiTrap2 > _KiTrap2: > - > - /* FIXME: This is an NMI, nothing like a normal exception */ > - mov eax, 2 > + // > + // Don't allow any other NMIs to come in for now > + // > + cli // Disable interrupts > But you know that CLI has no effect on NMIs?

1 0

Re: [ros-dev] [ros-diffs] [ros-arm-bringup] 44856: NMI Support Patch 5: [HAL]: Do correct TLB flushing for systems with global page support. [HAL]: Clean leading whitespace and comments.
by Alex Ionescu 01 Jan '10

01 Jan '10

Why don't you cache this instead of querying it for each TLB flush? Seems stupidly wasteful -- I thought the point was to "make it better"?? Isn't this what HalpGetFeatureBits is for? On 2010-01-01, at 11:37 AM, ros-arm-bringup(a)svn.reactos.org wrote: > + // > + // Check for CPUID support > + // > + if (KeGetCurrentPrcb()->CpuID) > + { > + // > + // Check for global bit in CPU features > + // > + __cpuid(CpuInfo, 1); > + if (CpuInfo[3] & 0x2000) > + { Best regards, Alex Ionescu

1 0

Re: [ros-dev] [ros-diffs] [sserapion] 44807: Add definitions for the x86bios emulator. http://www.geoffchappell.com/viewer.htm?doc=studies/windows/km/hal/api/x86bios/index.htm
by Colin Finck 01 Jan '10

01 Jan '10

sserapion(a)svn.reactos.org wrote: > Add definitions for the x86bios emulator. > http://www.geoffchappell.com/viewer.htm?doc=studies/windows/km/hal/api/x86bi os/index.htm >From the link: "The HAL in x86 builds of Windows Vista introduces a set of functions for accessing the 16-bit firmware that Windows started from." So you're adding functions from the x86 HAL in NT6 to our NT5.2-targeted AMD64 HAL? Is it just me who gets confused here? If it's alright, I'd like to hear some explanations. Best regards, Colin

4 10

Re: [ros-dev] [ros-diffs] [tkreuzer] 44840: [HAL] Replace the asm implementations of HalpAcquireSystemHardwareSpinLock and HalpReleaseCmosSpinLock with C implementations. The old ones didn't work on SMP, as they were only compiled once as UP.
by Alex Ionescu 31 Dec '09

31 Dec '09

... You don't need them on SMP... sigh. Please stop replacing code when you have NO idea what you're doing!!! On 2009-12-31, at 6:45 PM, tkreuzer(a)svn.reactos.org wrote: > Author: tkreuzer > Date: Fri Jan 1 00:45:36 2010 > New Revision: 44840 > > URL: http://svn.reactos.org/svn/reactos?rev=44840&view=rev > Log: > [HAL] > Replace the asm implementations of HalpAcquireSystemHardwareSpinLock and HalpReleaseCmosSpinLock with C implementations. The old ones didn't work on SMP, as they were only compiled once as UP. > > Modified: > branches/ros-amd64-bringup/reactos/hal/halx86/generic/amd64/systimer.S > branches/ros-amd64-bringup/reactos/hal/halx86/generic/cmos.c > branches/ros-amd64-bringup/reactos/hal/halx86/generic/i386/systimer.S > > Modified: branches/ros-amd64-bringup/reactos/hal/halx86/generic/amd64/systimer.S > URL: http://svn.reactos.org/svn/reactos/branches/ros-amd64-bringup/reactos/hal/h… > ============================================================================== > --- branches/ros-amd64-bringup/reactos/hal/halx86/generic/amd64/systimer.S [iso-8859-1] (original) > +++ branches/ros-amd64-bringup/reactos/hal/halx86/generic/amd64/systimer.S [iso-8859-1] Fri Jan 1 00:45:36 2010 > @@ -14,9 +14,6 @@ > > .data > > -_UnhandledMsg: > - .asciz "\n\x7\x7!!! Unhandled or Unexpected Code at line: %lx!!!\n" > - > .global _MsgUnimplemented > _MsgUnimplemented: > .asciz "WARNING: %s at %s:%d is UNIMPLEMENTED!\n" > @@ -26,18 +23,6 @@ > > .text > .code64 > - > -.global _HalpReleaseCmosSpinLock > -.func HalpReleaseCmosSpinLock > -_HalpReleaseCmosSpinLock: > - > -.endfunc > - > -.global _HalpAcquireSystemHardwareSpinLock > -.func HalpAcquireSystemHardwareSpinLock > -_HalpAcquireSystemHardwareSpinLock: > - > -.endfunc > > .global _HalpCalibrateStallExecution@0 > .func HalpCalibrateStallExecution@0 > > Modified: branches/ros-amd64-bringup/reactos/hal/halx86/generic/cmos.c > URL: http://svn.reactos.org/svn/reactos/branches/ros-amd64-bringup/reactos/hal/h… > ============================================================================== > --- branches/ros-amd64-bringup/reactos/hal/halx86/generic/cmos.c [iso-8859-1] (original) > +++ branches/ros-amd64-bringup/reactos/hal/halx86/generic/cmos.c [iso-8859-1] Fri Jan 1 00:45:36 2010 > @@ -5,6 +5,7 @@ > * PURPOSE: CMOS Access Routines (Real Time Clock and LastKnownGood) > * PROGRAMMERS: Alex Ionescu (alex.ionescu(a)reactos.org) > * Eric Kohl (ekohl(a)abo.rhein-zeitung.de) > + * Timo Kreuzer (timo.kreuzer(a)reactos.org) > */ > > /* INCLUDES ******************************************************************/ > @@ -17,8 +18,50 @@ > > KSPIN_LOCK HalpSystemHardwareLock; > UCHAR HalpCmosCenturyOffset; > +ULONG HalpSystemHardwareFlags; > > /* PRIVATE FUNCTIONS *********************************************************/ > + > +VOID > +NTAPI > +HalpAcquireSystemHardwareSpinLock(VOID) > +{ > + ULONG Flags; > + > + /* Get flags and disable interrupts */ > + Flags = __readeflags(); > + _disable(); > + > + /* Try to acquire the lock */ > + while (InterlockedBitTestAndSet((PLONG)&HalpSystemHardwareLock, 0)) > + { > + /* Lock is held, short wait and try again */ > + YieldProcessor(); > + } > + > + /* We have the lock, save the flags now */ > + HalpSystemHardwareFlags = Flags; > +} > + > +VOID > +NTAPI > +HalpReleaseCmosSpinLock(VOID) > +{ > + ULONG Flags; > + > + /* Get the flags */ > + Flags = HalpSystemHardwareFlags; > + > + /* Release lock and check if we owned it */ > + if (!InterlockedBitTestAndReset((PLONG)&HalpSystemHardwareLock, 0)) > + { > + /* The spin lock was not owned! */ > + KeBugCheckEx(SPIN_LOCK_NOT_OWNED, 0, 0, 0, 0); > + } > + > + /* Restore the flags */ > + __writeeflags(Flags); > +} > > FORCEINLINE > UCHAR > > Modified: branches/ros-amd64-bringup/reactos/hal/halx86/generic/i386/systimer.S > URL: http://svn.reactos.org/svn/reactos/branches/ros-amd64-bringup/reactos/hal/h… > ============================================================================== > --- branches/ros-amd64-bringup/reactos/hal/halx86/generic/i386/systimer.S [iso-8859-1] (original) > +++ branches/ros-amd64-bringup/reactos/hal/halx86/generic/i386/systimer.S [iso-8859-1] Fri Jan 1 00:45:36 2010 > @@ -17,82 +17,11 @@ > _HalpLastPerfCounterHigh: .long 0 > _HalpPerfCounterLow: .long 0 > _HalpPerfCounterHigh: .long 0 > -_HalpSystemHardwareFlags: .long 0 > > _UnhandledMsg: > .asciz "\n\x7\x7!!! Unhandled or Unexpected Code at line: %lx!!!\n" > > /* FUNCTIONS *****************************************************************/ > - > -.global _HalpReleaseCmosSpinLock@0 > -.func HalpReleaseCmosSpinLock@0 > -_HalpReleaseCmosSpinLock@0: > - > -#ifdef CONFIG_SMP > - /* Save clobbered register */ > - push eax > - > - /* Push saved EFLAGS */ > - push _HalpSystemHardwareFlags > - > - /* Release the lock */ > - lea eax, _HalpSystemHardwareLock > - RELEASE_SPINLOCK(eax) > - > - /* Restore EFLAGS */ > - popf > - > - /* Return */ > - pop eax > - ret > -#else > - /* Restore EFLAGS and return */ > - push _HalpSystemHardwareFlags > - popf > - ret > -#endif > - > -.endfunc > - > -.global _HalpAcquireSystemHardwareSpinLock@0 > -.func HalpAcquireSystemHardwareSpinLock@0 > -_HalpAcquireSystemHardwareSpinLock@0: > - > -#ifdef CONFIG_SMP > - /* Save clobbered register */ > - push eax > - > -HardwareLock: > - /* Save EFLAGS and disable interrupts */ > - pushf > - cli > - > - /* This is the CMOS lock, acquire it */ > - lea eax, _HalpSystemHardwareLock > - ACQUIRE_SPINLOCK(eax, CmosSpin) > - > - /* We have it, return the flags */ > - pop _HalpSystemHardwareFlags > - pop eax > - ret > - > -CmosSpin: > - > - /* Restore EFLAGS */ > - pushf _HalpSystemHardwareLock > - popf > - > - /* Spin */ > - SPIN_ON_LOCK(eax, HardwareLock) > -#else > - /* Save EFLAGS, disable interrupts and return */ > - pushf > - cli > - pop _HalpSystemHardwareFlags > - ret > -#endif > - > -.endfunc > > .global _HalpCalibrateStallExecution@0 > .func HalpCalibrateStallExecution@0 > > Best regards, Alex Ionescu

1 0

Jump to page:

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