linux-kernel - Re: [PATCH 1/1] Char: moxa, fix and optimise empty timer

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <46AA4CEA.7070400@gmail.com>
Date:	Fri, 27 Jul 2007 21:52:10 +0200
From:	Jiri Slaby <jirislaby@...il.com>
To:	Andrew Morton <akpm@...ux-foundation.org>
CC:	linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/1] Char: moxa, fix and optimise empty timer

Andrew Morton napsal(a):
> On Wed, 25 Jul 2007 23:43:29 +0200 (CEST) Jiri Slaby <jirislaby@...il.com> wrote:
> 
>> moxa, fix and optimise empty timer
>>
>> don't wait and delete empty timer in empty timer function. Also fire next
>> empty timer at rounded jiffies to save power.
>>
> 
> What is actually being "fixed" here?

Lockup (see below).

>> ---
>> commit da52793b6347e8b6b048526ce2422e29b20bb335
>> tree ad0bee78e45beef89dc740f81e0606d782296542
>> parent 3a69b463dcad1ff142f46e8fb74e7dc5a092eb60
>> author Jiri Slaby <jirislaby@...il.com> Wed, 25 Jul 2007 23:42:49 +0200
>> committer Jiri Slaby <jirislaby@...il.com> Wed, 25 Jul 2007 23:42:49 +0200
>>
>>  drivers/char/moxa.c |    4 ++--
>>  1 files changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/char/moxa.c b/drivers/char/moxa.c
>> index ed76f0a..5000b3b 100644
>> --- a/drivers/char/moxa.c
>> +++ b/drivers/char/moxa.c
>> @@ -1040,14 +1040,14 @@ static void check_xmit_empty(unsigned long data)
>>  	struct moxa_port *ch;
>>  
>>  	ch = (struct moxa_port *) data;
>> -	del_timer_sync(&moxa_ports[ch->port].emptyTimer);

It's "wait until the code below me is finished". At least the _sync is buggy.

>>  	if (ch->tty && (ch->statusflags & EMPTYWAIT)) {
>>  		if (MoxaPortTxQueue(ch->port) == 0) {
>>  			ch->statusflags &= ~EMPTYWAIT;
>>  			tty_wakeup(ch->tty);
>>  			return;
>>  		}
>> -		mod_timer(&moxa_ports[ch->port].emptyTimer, jiffies + HZ);
>> +		mod_timer(&moxa_ports[ch->port].emptyTimer,
>> +				round_jiffies(jiffies + HZ));
>>  	} else
>>  		ch->statusflags &= ~EMPTYWAIT;
>>  }
> 
> A call to check_xmit_empty() used to guarantee that the timer was no longer
> running (if the first `if' succeeds and the second does not), but that is

Correct me if I'm wrong, but it guaranteed nothing. When the timer function is
called (note, that check_xmit_empty is timer.function), timer base lock is held
and there is no window to schedule the timer again when its function is running.

> no longer the case.  You're sure this is correct?

I still think so.

thanks,
-- 
Jiri Slaby (jirislaby@...il.com)
Faculty of Informatics, Masaryk University
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/