cdu31a: replace schedule_timeout() with
PATCH 1/1 cdu31a: replace schedule_timeout() with
I would appreciate any comments from the janitors list. This is one (of many) cases where I made a decision about replacing
set_current_state(TASK_INTERRUPTIBLE);schedule_timeout(some_time);
with
msleep(jiffies_to_msecs(some_time));
msleep() is not exactly the same as the previous code, but I only did this replacement where I thought long delays were *desired*. If this is not the case here, then just disregard this patch.
Thanks,
Nish
Applys-to: 2.6.7
Description: Uses msleep() instead of schedule_timeout() to guarantee the task delays at least the desired time amount.
drivers/cdrom/cdu31a.c +2 -4
@@ -729,8 +729,7 @@ static void restart_on_error(void) res_reg[1]); } - current->state =TASK_INTERRUPTIBLE ; -schedule_timeout (2 *HZ ); +msleep (2000 );sony_get_toc (); }
@@ -960,8 +959,7 @@ retry_cd_operation:if (((result_buffer[0 ] &0xf0 ) ==0x20 ) && (num_retries <MAX_CDU31A_RETRIES )) { num_retries++; - current->state =TASK_INTERRUPTIBLE ; -schedule_timeout (HZ /10 );/* Wait .1 seconds on retries */ + msleep(100): goto retry_cd_operation; }
_______________________________________________
Kernel-janitors mailing list
[email protected]
http://lists.osdl.org/mailman/listinfo/kernel-janitors
PATCH 1/1 cdu31a: replace schedule_timeout() with
I would appreciate any comments from the janitors list. This is one (of many) cases where I made a decision about replacing
set_current_state(TASK_INTERRUPTIBLE);schedule_timeout(some_time);
with
msleep(jiffies_to_msecs(some_time));
msleep() is not exactly the same as the previous code, but I only did this replacement where I thought long delays were *desired*. If this is not the case here, then just disregard this patch.
Thanks,
Nish
Applys-to: 2.6.7
Description: Uses msleep() instead of schedule_timeout() to guarantee the task delays at least the desired time amount.
drivers/cdrom/mcd.c +3 -4
@@ -1021,10 +1021,9 @@ static int mcd_open(struct cdrom_device_ st =statusCmd ();/* check drive status */ if (st ==-1 ) goto err_out;/* drive doesn't respond */ -if ((st &MST_READY ) ==0 ) {/* no disk? wait a sec... */ - current->state =TASK_INTERRUPTIBLE ; -schedule_timeout (HZ ); - } +if ((st &MST_READY ) ==0 )/* no disk? wait a sec... */ +msleep (1000 ); + }while (((st &MST_READY ) ==0 ) && count++ <MCD_RETRY_ATTEMPTS );if (updateToc () <0 )
_______________________________________________
Kernel-janitors mailing list
[email protected]
http://lists.osdl.org/mailman/listinfo/kernel-janitors
Quoted 30 lines · Nishanth Aravamudan
I would appreciate any comments from the janitors list. This is one (of many) cases where I made a decision about replacing
set_current_state(TASK_INTERRUPTIBLE);schedule_timeout(some_time);with
msleep(jiffies_to_msecs(some_time));
msleep()is not exactly the same as the previous code, but I only did this replacement where I thought long delays were *desired*. If this is not the case here, then just disregard this patch.Thanks,
NishApplys-to: 2.6.7
Description: Uses
msleep()instead ofschedule_timeout()to guarantee the task delays at least the desired time amount.Signed-off-by Nishanth Aravamudan <[email protected]>
drivers/cdrom/mcd.c static int mcd_open(struct cdrom_device_ · line 1026
Quoted 10 lines
drivers/cdrom/mcd.c +3
-4@@ -1021,10 +1021,9 @@ static int mcd_open(struct cdrom_device_ st =statusCmd ();/* check drive status */ if (st ==-1 ) goto err_out;/* drive doesn't respond */ -if ((st &MST_READY ) ==0 ) {/* no disk? wait a sec... */ - current->state =TASK_INTERRUPTIBLE ; -schedule_timeout (HZ ); - } +if ((st &MST_READY ) ==0 )/* no disk? wait a sec... */ +msleep (1000 ); +
when removing brackets, please also remove trailing whitespace.
drivers/cdrom/mcd.c static int mcd_open(struct cdrom_device_ · line 1029
Quoted 3 lines
drivers/cdrom/mcd.c +0
-0}while (((st &MST_READY ) ==0 ) && count++ <MCD_RETRY_ATTEMPTS );if (updateToc () <0 )
corrected for next kjt.
thanks maks
_______________________________________________
Kernel-janitors mailing list
[email protected]
http://lists.osdl.org/mailman/listinfo/kernel-janitors