Re: [Xen-users] xen 3.0.2 and zaptel ztdummy for asterisk

[Peter Hudec <peter.hudec@xxxxxxx>]

Hi all,

I have the same problem.
ztdummy is trying to load rtc modul but /see the errors about IRQ bellow/.
If I compile the RTC in the kernel /not module/ I have got ..

--- cut ---
Zaptel Version: 1.2.6 Echo Canceller: KB1
----------- [cut here ] --------- [please bite here ] ---------
Kernel BUG at kernel/timer.c:212
invalid opcode: 0000 [1] SMP
CPU 0
Modules linked in: ztdummy zaptel crc_ccitt ipv6 iptable_filter ip_tables 
x_tables sd_mod scsi_mod
Pid: 2089, comm: modprobe Not tainted 2.6.16-xenU #3
RIP: e030:[<ffffffff80136d7f>] <ffffffff80136d7f>{__mod_timer+31}
RSP: e02b:ffff8800079b7dd8  EFLAGS: 00010046
RAX: 0000000000000000 RBX: ffffffff80390e40 RCX: 0000000000000001
RDX: 000000010005fb0c RSI: 000000010005fb20 RDI: ffffffff80390e40
RBP: ffff8800079b7e08 R08: 0000000000000000 R09: 0000000000000000
R10: ffff8800079b7da8 R11: 0000000000000000 R12: ffff880011218bd8
R13: 000000010005fb20 R14: 0000000000000000 R15: ffffffff8031d260
FS:  00002b7e76712640(0000) GS:ffffffff803b3000(0000) knlGS:0000000000000000
CS:  e033 DS: 0000 ES: 0000
Process modprobe (pid: 2089, threadinfo ffff8800079b6000, task ffff88001683a180)
Stack: ffff8800079b7ec8 0000000000000000 0000000000000000 ffff880011218bd8
       0000000000000000 00002b7e763d2000 ffff8800079b7ee8 ffffffff802268f2
       ffff8800079b7ecf 0000066600008124
Call Trace: <ffffffff802268f2>{rtc_do_ioctl+514} 
<ffffffff801bbebc>{proc_register+28}
       <ffffffff801bc2fc>{create_proc_entry+156} 
<ffffffff8808c405>{:zaptel:zt_register+389}
       <ffffffff80125ac0>{default_wake_function+0} 
<ffffffff8014c120>{__link_module+0}
       <ffffffff802274ea>{rtc_control+122} 
<ffffffff880c61ce>{:ztdummy:init_module+462}
       <ffffffff8014c251>{sys_init_module+257} 
<ffffffff8010b196>{system_call+134}
       <ffffffff8010b110>{system_call+0}

Code: 0f 0b 68 2e 36 2e 80 c2 d4 00 66 66 66 90 66 66 90 48 8d 75
RIP <ffffffff80136d7f>{__mod_timer+31} RSP <ffff8800079b7dd8>
--- cut ---

In line in kernel/timer.c is
--- cut ---
BUG_ON(!timer->function);       
--- cut ---

On xen 3.0.1 it's working good, but I need 3.0.2 due the crash 3.0.1 on Sun 
Fore x2100 with 4GB RAM
/ there is workaround to disable sw/hw memory mapping, but then I loose about 
512MB RAM/.

        hudecof

iS-Fun Internet Services GmbH, Holger Diehm wrote:
> Hi,
> 
> I think my first post didn't arrive so i'll repeat it.
> If this should be a duplicate, I'm sorry for the inconvenience.
> 
> I am trying to setup an asterisk Server in a DomU.
> 
> for the conferencing stuff I need a proper time and so i decided to use the 
> ztdummy module from the zaptel drivers.
> I set this up once with a SuSE 10.0 - and everything in that 
> special-Novell-patched xen worked fine.
> 
> Now I threw that away and installed the latest 3.0.2 xen from source - on a 
> clean SuSE 10.
> In the Dom0 everything works fine - but thats not my intention.
> 
> When I setup all in the DomU and try to load the Module the following errors 
> occur:
> 
> WARNING: Error inserting rtc 
> (/lib/modules/2.6.16.3-xen/kernel/drivers/char/rtc.ko): Input/output error
> WARNING: Error inserting rtc 
> (/lib/modules/2.6.16.3-xen/kernel/drivers/char/rtc.ko): Input/output error
> FATAL: Error inserting ztdummy (/lib/modules/2.6.16.3-xen/misc/ztdummy.ko): 
> Unknown symbol in module, or unknown parameter (see dmesg)
> FATAL: Error running install command for ztdummy
>  !!! error loading ztdummy module
> 
> dmesg tells me this:
> 
> Zapata Telephony Interface Registered on major 196
> Zaptel Version: 1.2.5 Echo Canceller: KB1
> rtc: IRQ 8 is not free.
> rtc: IRQ 8 is not free.
> ztdummy: Unknown symbol rtc_register
> ztdummy: Unknown symbol rtc_unregister
> ztdummy: Unknown symbol rtc_control
> Registered tone zone 3 (Netherlands)
> 
> 
> A guy I talked to, told me with his install (xen 3.0.1) it would work fine.
> 
> Is there a way to give access to the rtc to (multiple) DomU(s) ?
> I can't really find some docs about this problem - it seems I am the only one 
> with this prob.
> I meanwhile now i have to switch the internal clock from 100 to 1000 Hz - but 
> if i can't even load the ztdummy module I see no sense int tweaking around.
> 
> If anyone has an idea, or has already solved this - any help is welcome.
> I read something about "pci-passthrough" in the archives - if this would 
> help, how is it done ?
> 
> Greets,
> 
> Holger
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users
> 


-- 
Always keep a record of data.
It indicates you've been working.

Attachment: peter.hudec.vcf
Description: Vcard

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users