[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
BOUNCE rtl@rtlinux.org: Approval required: Non-member submissionfrom [frank mori hess <fmhess@students.uiuc.edu>] (fwd)
- To: rtl@rtlinux.org
- Subject: BOUNCE rtl@rtlinux.org: Approval required: Non-member submissionfrom [frank mori hess <fmhess@students.uiuc.edu>] (fwd)
- From: Der Herr Hofrat <der.herr@hofr.at>
- Date: Fri, 11 May 2001 07:34:02 +0200 (CEST)
>From owner-rtl Thu May 10 21:15:55 2001
Received: from ux12.cso.uiuc.edu (root@ux12.cso.uiuc.edu [128.174.5.106])
by hq.fsmlabs.com (8.11.2/8.11.2) with ESMTP id f4B3FtJ02913
for <rtl@rtlinux.org>; Thu, 10 May 2001 21:15:55 -0600
Received: from localhost (fmhess@localhost [127.0.0.1])
by ux12.cso.uiuc.edu (8.11.0/8.11.0) with ESMTP id f4B3BlI07031
for <rtl@rtlinux.org>; Thu, 10 May 2001 22:11:47 -0500 (CDT)
Date: Thu, 10 May 2001 22:11:47 -0500 (CDT)
From: frank mori hess <fmhess@students.uiuc.edu>
X-X-Sender: <fmhess@ux12.cso.uiuc.edu>
To: <rtl@rtlinux.org>
Subject: Re: HRT_FROM_8254() bug
In-Reply-To: <Pine.GSO.4.31.0105101947010.29532-100000@ux13.cso.uiuc.edu>
Message-ID: <Pine.GSO.4.31.0105102208320.29864-100000@ux12.cso.uiuc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
On Thu, 10 May 2001, frank mori hess wrote:
>
> Hello,
>
> I am using rtlinux-3.0, kernel2.2.18 on an i386 (amd k6-2) and I have
> noticed that HRT_FROM_8254() bugs if you give it an argument greater than
> 0x7FFFFFFF. This is causing crashes (division errors) when I call the
> compatibility function rt_task_make_periodic(), which calls
> HRT_FROM_8254() to convert from RTIME to hrtime_t to translate arguments
> into the newer api.
Ok, after closer inspection it seems the bug happens when I call
HRT_TO_8254() and the return value is greater than 0x7fffffff, which makes
more sense since it was a division error and HRT_TO_8254 is the one that
is supposed to divide a long long by 838. It was causing me problems when
I called rt_get_time() after having an uptime of more than a half-hour
(which corresponds to an RTIME of 0x7fffffff)
Frank