Re: [PATCH 2.6.27-rc8 5/6] e1000e: debug contention on NVM SWFLAG

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Linus Torvalds
Date: Friday, October 3, 2008 - 8:16 am

On Fri, 3 Oct 2008, Jiri Kosina wrote:

It's done that way on purpose - to see who _could_ be racing.

After the mutex, it could never trigger, because the mutex is the thing 
that guarantees non-racy-ness.

IOW, it's a debugging message just to see that the old bug (the "before 
the fix") really did happen. We can/will remove it, but I think people are 
still looking at the e1000e driver and probably want to see the paths that 
can cause problems.

Of course, it's entirely possible that we should remove it in mainline 
already, and just let the people inside intel/suse/xyzzy who are trying to 
reproduce it have it.

Jesse? Thomas?

			Linus
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[PATCH 2.6.27-rc8 0/6] e1000e mutex protection, Jesse Brandeburg, (Thu Oct 2, 4:33 pm)
[PATCH 2.6.27-rc8 4/6] e1000e: drop stats lock, Jesse Brandeburg, (Thu Oct 2, 4:33 pm)
[PATCH 2.6.27-rc8 6/6] e1000e: update version from k4 to k6, Jesse Brandeburg, (Thu Oct 2, 4:33 pm)
Re: [PATCH 2.6.27-rc8 4/6] e1000e: drop stats lock, Thomas Gleixner, (Thu Oct 2, 5:38 pm)
Re: [PATCH 2.6.27-rc8 5/6] e1000e: debug contention on NVM ..., Linus Torvalds, (Fri Oct 3, 8:16 am)