[Bug 228729] New: ztdummy module in zaptel-kmp-xen does not work properly
https://bugzilla.novell.com/show_bug.cgi?id=228729 Summary: ztdummy module in zaptel-kmp-xen does not work properly Product: openSUSE 10.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers@forge.provo.novell.com ReportedBy: jfunk@funktronics.ca QAContact: qa@suse.de The ztdummy module from zaptel-kmp-xen does not work in a Xen domU. In the kernel shipped with 10.2, loading the module causes an oops. This issue was resolved in bug #226676. However, now that the module loads, it does not operate properly. There's a zttest program in zaptel that is not installed in the SUSE RPM for some reason. Here is the output of that program on a non-Xen system (it keeps testing until Ctrl-C is pressed): maus:/home/jfunk/zaptel-1.2.10 # ./zttest Opened pseudo zap interface, measuring accuracy... 99.938965% 99.963379% 99.938965% 99.963379% 99.938965% 99.963379% 99.963379% 99.938965% --- Results after 8 passes --- Best: 99.963379 -- Worst: 99.938965 -- Average: 99.951172 However, the first read on a Xen domain never returns: opensuse:/usr/src/packages/BUILD/zaptel-1.2.10 # ./zttest Opened pseudo zap interface, measuring accuracy... --- Results after 0 passes --- Best: 0.000000 -- Worst: 100.000000 -- Average: 100.000000 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=228729 gregkh@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|kernel- |cgriffin@novell.com |maintainers@forge.provo.nove| |ll.com | Component|Kernel |Xen -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=228729 jbeulich@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|jbeulich@novell.com |max@novell.com ------- Comment #1 from jbeulich@novell.com 2006-12-21 06:10 MST ------- As described in bug #226676, the driver assumes presence of an RTC device, which domU-s don't have. This (incorrect) assumption needs to be fixed in the driver. Re-assigning based on the assumption that max@suse.de == max@novell.com. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=228729 max@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |jbeulich@novell.com ------- Comment #2 from max@novell.com 2007-01-02 02:24 MST ------- Jan, do you know if there is any other timing source available in a domU from which ztdummy could derive a 1kHz clock? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=228729 jbeulich@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|jbeulich@novell.com | ------- Comment #3 from jbeulich@novell.com 2007-01-02 03:08 MST ------- No, there's nothing but the jiffies timer. But as far as I saw, ztdummy can generally be built without rtc. If so, this compile time decision simply needs to be converted to a run time one. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=228729 ------- Comment #4 from max@novell.com 2007-01-02 03:13 MST ------- ztdummy's only purpose is to provide Asterisk with a 1kHz timing. It upports a few different ways to get the timing, one of which is the RTC. But if none of the supported timing sources is available inside a domU it doesn't make sense to provide ztdummy for domUs at all. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=228729 ------- Comment #5 from mcr@xelerance.com 2007-01-28 19:30 MST ------- if ztdummy is built without RTC support (#undef USE_RTC), and the XenU kernel is built with HZ=1000, then you can use add_timer() to get a 1khz clock. Better would, I think, to have a zthpet, but that doesn't exist. I am working on a minimalistic module to do the right thing under XenU. (I just found this report while googling before I actually tried the above) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=228729 ------- Comment #6 from tzafrir.cohen@xorcom.com 2007-04-17 01:30 MST ------- There's a pending patch to provide an external timing source for ztdummy: http://bugs.digium.com/view.php?id=8896 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=228729
Frank Kohler
https://bugzilla.novell.com/show_bug.cgi?id=228729#c7
Reinhard Max
participants (1)
-
bugzilla_noreply＠novell.com