* [Bug runtime/4569] _stp_gettimeofday_ns doesn't work for some archs
[not found] <bug-4569-6586@http.sourceware.org/bugzilla/>
@ 2012-11-20 22:00 ` wcohen at redhat dot com
2012-11-20 22:40 ` jistone at redhat dot com
1 sibling, 0 replies; 3+ messages in thread
From: wcohen at redhat dot com @ 2012-11-20 22:00 UTC (permalink / raw)
To: systemtap
http://sourceware.org/bugzilla/show_bug.cgi?id=4569
--- Comment #1 from William Cohen <wcohen at redhat dot com> 2012-11-20 22:00:16 UTC ---
It appears that some recent changes in the 3.6 linux kernel provide something
other than 0 for get_cycles():
http://lxr.linux.no/#linux+v3.6/arch/arm/include/asm/timex.h
#ifdef ARCH_HAS_READ_CURRENT_TIMER
#define get_cycles() ({ cycles_t c; read_current_timer(&c) ? 0 : c; })
#else
#define get_cycles() (0)
#endif
In theory this should allow allow gtod and OVERLOAD2 test to work. The Fedora
arm 18 kernel should have the correct CONF* set, but with the Linux wecf18arm
3.6.3-3.fc18.armv7hl.tegra still seeing:
FAIL: gtod (0)
FAIL: OVERLOAD2 no expected error
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug runtime/4569] _stp_gettimeofday_ns doesn't work for some archs
[not found] <bug-4569-6586@http.sourceware.org/bugzilla/>
2012-11-20 22:00 ` [Bug runtime/4569] _stp_gettimeofday_ns doesn't work for some archs wcohen at redhat dot com
@ 2012-11-20 22:40 ` jistone at redhat dot com
1 sibling, 0 replies; 3+ messages in thread
From: jistone at redhat dot com @ 2012-11-20 22:40 UTC (permalink / raw)
To: systemtap
http://sourceware.org/bugzilla/show_bug.cgi?id=4569
--- Comment #2 from Josh Stone <jistone at redhat dot com> 2012-11-20 22:39:43 UTC ---
(In reply to comment #1)
> In theory this should allow allow gtod and OVERLOAD2 test to work. The Fedora
> arm 18 kernel should have the correct CONF* set, but with the Linux wecf18arm
> 3.6.3-3.fc18.armv7hl.tegra still seeing:
>
> FAIL: gtod (0)
> FAIL: OVERLOAD2 no expected error
Perhaps try testing read_current_timer() directly to see what's returned? The
implementation starts with a check that may return -ENXIO. The CONF settings
only tell you what's in the kernel build, but at runtime it might still not
find supported timer hardware.
Also, _stp_gettimeofday_ns has a kludge for arm that will need to be adapted
for when get_cycles appears to work (i.e. when it's returning non-zero).
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug runtime/4569] _stp_gettimeofday_ns doesn't work for some archs
2007-05-30 14:29 [Bug runtime/4569] New: " hunt at redhat dot com
@ 2007-06-07 15:00 ` hunt at redhat dot com
0 siblings, 0 replies; 3+ messages in thread
From: hunt at redhat dot com @ 2007-06-07 15:00 UTC (permalink / raw)
To: systemtap
--
What |Removed |Added
----------------------------------------------------------------------------
CC| |joshua dot i dot stone at
| |intel dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=4569
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-11-20 22:40 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-4569-6586@http.sourceware.org/bugzilla/>
2012-11-20 22:00 ` [Bug runtime/4569] _stp_gettimeofday_ns doesn't work for some archs wcohen at redhat dot com
2012-11-20 22:40 ` jistone at redhat dot com
2007-05-30 14:29 [Bug runtime/4569] New: " hunt at redhat dot com
2007-06-07 15:00 ` [Bug runtime/4569] " hunt at redhat dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).