Windows System Software -- Consulting, Training, Development -- Unique Expertise, Guaranteed Results
The free OSR Learning Library has more than 50 articles on a wide variety of topics about writing and debugging device drivers and Minifilters. From introductory level to advanced. All the articles have been recently reviewed and updated, and are written using the clear and definitive style you've come to expect from OSR over the years.
Check out The OSR Learning Library at: https://www.osr.com/osr-learning-library/
Upcoming OSR Seminars | ||
---|---|---|
OSR has suspended in-person seminars due to the Covid-19 outbreak. But, don't miss your training! Attend via the internet instead! | ||
Writing WDF Drivers | 12 September 2022 | Live, Online |
Internals & Software Drivers | 23 October 2022 | Live, Online |
Kernel Debugging | 14 November 2022 | Live, Online |
Developing Minifilters | 5 December 2022 | Live, Online |
Comments
threads corresponding to a single process will run on same processor on
multiprocessor machine
Can you please confirm wether this assumption is right or not
On 12/13/06, Rohit wrote:
>
> If in a Multi processor system, i released the mutex, then can the thread
> from different process running on different processor acquire the same mutex
> or not. Or how can we notify another process that some event has occured in
> multiprocessor systems
>
>
>
> from different process running on different processor acquire the same mutex
> or not.
Yes it can.
>Or how can we notify another process that some event has occured in
> multiprocessor systems
Lots of ways, event objects is one, completing the pending IRPs is another.
Maxim Shatskih, Windows DDK MVP
StorageCraft Corporation
[email protected]
http://www.storagecraft.com
Typically, spin locks and other higher level (Executive) synchronization
mechanisms must be used consistently and correctly in Windows NT drivers to
ensure correct functionality on multiprocessor systems
Is this indicates that mutex are not multiprocessor safe in kernel drivers,
then how can it be possible that user level mutex are multi processor safe
On 12/13/06, Maxim S. Shatskih < [email protected]> wrote:
>
> > If in a Multi processor system, i released the mutex, then can the
> thread
> > from different process running on different processor acquire the same
> mutex
> > or not.
>
> Yes it can.
>
> >Or how can we notify another process that some event has occured in
> > multiprocessor systems
>
> Lots of ways, event objects is one, completing the pending IRPs is
> another.
>
> Maxim Shatskih, Windows DDK MVP
> StorageCraft Corporation
> [email protected]
> http://www.storagecraft.com
>
>
> ---
> Questions? First check the IFS FAQ at https://www.osronline.com/article.cfm?id=17
>
>
> You are currently subscribed to ntfsd as: [email protected]
> To unsubscribe send a blank email to [email protected]
>
"Rohit" wrote in message news:[email protected]
these lines are from file system internals by rajeev nagar
Typically, spin locks and other higher level (Executive) synchronization mechanisms must be used consistently and correctly in Windows NT drivers to ensure correct functionality on multiprocessor systems
Is this indicates that mutex are not multiprocessor safe in kernel drivers, then how can it be possible that user level mutex are multi processor safe
On 12/13/06, Maxim S. Shatskih < [email protected]> wrote:
> If in a Multi processor system, i released the mutex, then can the thread
> from different process running on different processor acquire the same mutex
> or not.
Yes it can.
>Or how can we notify another process that some event has occured in
> multiprocessor systems
Lots of ways, event objects is one, completing the pending IRPs is another.
Maxim Shatskih, Windows DDK MVP
StorageCraft Corporation
[email protected]
http://www.storagecraft.com
---
Questions? First check the IFS FAQ at https://www.osronline.com/article.cfm?id=17
You are currently subscribed to ntfsd as: [email protected]
To unsubscribe send a blank email to [email protected]
>> mechanisms must be used consistently and correctly in Windows NT
>> drivers to ensure correct functionality on multiprocessor systems
> Is this indicates that mutex are not multiprocessor safe in kernel drivers,
Really ? I guess it just indicates they must be used correctly :-)
All synchro objects are of course able to handle multiprocessor issues.
L.
Why are you commenting on a 14 year old post? And you are incorrect, Windows runs on NUMA systems, on systems where not all processors can receive all interrupts. Your data is as out of data as the post.