All of lore.kernel.org
 help / color / mirror / Atom feed
* [Kernel-janitors] Re: no set_current_state() before
@ 2004-07-13 17:57 Brian King
  2004-07-14  7:20 ` Martin Schwidefsky
  2004-07-16 10:01 ` [Kernel-janitors] " FarSite Support
  0 siblings, 2 replies; 3+ messages in thread
From: Brian King @ 2004-07-13 17:57 UTC (permalink / raw)
  To: kernel-janitors

[-- Attachment #1: Type: text/plain, Size: 742 bytes --]

Since I'm not seeing a return value on msleep to be able to tell if it 
terminates prematurely, TASK_UNINTERRUPTIBLE is the preferred state.

Thanks

-Brian

Nishanth Aravamudan wrote:
> Hi,
> 
> In continuing to replace, where appropriate, code with msleep() calls, I 
> ran across the following file(s) / function(s), which do not invoke 
> set_current_state() before schedule_timeout(), which causes the latter 
> to return immediately:
> 
> drivers/scsi/ipr.c::ipr_store_diagnostics()
> 
> If someone could tell me which state (TASK_INTERRUPTIBLE or 
> TASK_UNINTERRUPTIBLE) is desired, I can fix this and perhaps replace the 
> calls with msleep().
> 
> Thanks,
> Nish
> 

-- 
Brian King
eServer Storage I/O
IBM Linux Technology Center


[-- Attachment #2: Type: text/plain, Size: 167 bytes --]

_______________________________________________
Kernel-janitors mailing list
Kernel-janitors@lists.osdl.org
http://lists.osdl.org/mailman/listinfo/kernel-janitors

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Kernel-janitors] Re: no set_current_state() before
  2004-07-13 17:57 [Kernel-janitors] Re: no set_current_state() before Brian King
@ 2004-07-14  7:20 ` Martin Schwidefsky
  2004-07-16 10:01 ` [Kernel-janitors] " FarSite Support
  1 sibling, 0 replies; 3+ messages in thread
From: Martin Schwidefsky @ 2004-07-14  7:20 UTC (permalink / raw)
  To: kernel-janitors





Hi Nish,
in both cases TASK_UNINTERRUPTIBLE is the correct state and both calls
are indeed broken. Thanks for the hint, I'll fix this in our CVS right
away.

blue skies,
   Martin

Linux/390 Design & Development, IBM Deutschland Entwicklung GmbH
Schönaicherstr. 220, D-71032 Böblingen, Telefon: 49 - (0)7031 - 16-2247
E-Mail: schwidefsky@de.ibm.com


_______________________________________________
Kernel-janitors mailing list
Kernel-janitors@lists.osdl.org
http://lists.osdl.org/mailman/listinfo/kernel-janitors

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [Kernel-janitors] RE: no set_current_state() before
  2004-07-13 17:57 [Kernel-janitors] Re: no set_current_state() before Brian King
  2004-07-14  7:20 ` Martin Schwidefsky
@ 2004-07-16 10:01 ` FarSite Support
  1 sibling, 0 replies; 3+ messages in thread
From: FarSite Support @ 2004-07-16 10:01 UTC (permalink / raw)
  To: kernel-janitors

[-- Attachment #1: Type: text/plain, Size: 1131 bytes --]

Hi,
	sorry for the delay in responding to this e-mail, I have been
out of the office for a couple of days.

	In answer to your question TASK_UNINTERRUPTIBLE would be
appropriate for this call.  Thank you for pointing it out.  I assume
that you will be making the change in the Kernel source tree.


Kind Regards

Kevin Curtis
Linux Development
FarSite Communications Ltd
http://www.farsite.co.uk
tel:  +44 1256 330461
fax:  +44 1256 854931

-----Original Message-----
From: Nishanth Aravamudan [mailto:nacc@us.ibm.com] 
Sent: 13 July 2004 18:21
To: kevin.curtis@farsite.co.uk
Cc: kernel-janitors@lists.osdl.org
Subject: no set_current_state() before schedule_timeout()


Hi,

In continuing to replace, where appropriate, code with msleep() calls, I

ran across the following file(s) / function(s), which do not invoke 
set_current_state() before schedule_timeout(), which causes the latter 
to return immediately:

drivers/net/wan/farsync.c::fst_issue_cmd()

If someone could tell me which state (TASK_INTERRUPTIBLE or 
TASK_UNINTERRUPTIBLE) is desired, I can fix this and perhaps replace the

calls with msleep().

Thanks,
Nish



[-- Attachment #2: Type: text/plain, Size: 167 bytes --]

_______________________________________________
Kernel-janitors mailing list
Kernel-janitors@lists.osdl.org
http://lists.osdl.org/mailman/listinfo/kernel-janitors

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2004-07-16 10:01 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-07-13 17:57 [Kernel-janitors] Re: no set_current_state() before Brian King
2004-07-14  7:20 ` Martin Schwidefsky
2004-07-16 10:01 ` [Kernel-janitors] " FarSite Support

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.