HI Philippe, Something very wierd is going on here. I have the modem in the original IRQ #19 slot (the slot my other hcf modem was in) and the lspci -vv output is as follows: 01:01.0 Communication controller: Tiger Jet Network Inc. Tiger3XX Modem/ISDN interface Subsystem: Intel Corporation Digium X100P/X101P analogue PSTN FXO interface Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 32 (250ns min, 32000ns max) Interrupt: pin A routed to IRQ 11 Region 0: I/O ports at a000 [size=256] Region 1: Memory at f1004000 (32-bit, non-prefetchable) [size=4K] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI+ D1- D2+ AuxCurrent=55mA PME(D0+,D1-,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel modules: hisax, netjet IRQ 11?!?!? why would it switch from IRQ 19??? cat /proc/interrupts shows: [root@pb3000 ~]# cat /proc/interrupts CPU0 CPU1 0: 121 0 IO-APIC-edge timer 1: 2 0 IO-APIC-edge i8042 7: 0 0 IO-APIC-edge parport0 8: 1 0 IO-APIC-edge rtc0 9: 0 0 IO-APIC-fasteoi acpi 12: 4 0 IO-APIC-edge i8042 14: 324 0 IO-APIC-edge ata_piix 15: 0 0 IO-APIC-edge ata_piix 16: 74 0 IO-APIC-fasteoi uhci_hcd:usb5, i915 18: 0 0 IO-APIC-fasteoi uhci_hcd:usb4 19: 466267 0 IO-APIC-fasteoi ata_piix, uhci_hcd:usb3 21: 474 0 IO-APIC-fasteoi p3p1 23: 2845 0 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb2, firewire_ohci 40: 226 0 PCI-MSI-edge snd_hda_intel NMI: 1 0 Non-maskable interrupts LOC: 27201 10536 Local timer interrupts SPU: 0 0 Spurious interrupts PMI: 1 0 Performance monitoring interrupts IWI: 0 0 IRQ work interrupts RES: 3140 6289 Rescheduling interrupts CAL: 30 34 Function call interrupts TLB: 53 110 TLB shootdowns TRM: 0 0 Thermal event interrupts THR: 0 0 Threshold APIC interrupts MCE: 0 0 Machine check exceptions MCP: 1 1 Machine check polls ERR: 0 MIS: 0 Here is the dmesg of ./test now: [ 385.166575] 537: Loaded [ 386.787168] BUG: scheduling while atomic: kworker/1:2/46/0x10000200 [ 386.787219] Modules linked in: 8021q garp Intel537 bridge stp llc it87 hwmon_vid nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ppdev joydev microcode snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_seq netjet isdnhdlc crc_ccitt mISDNipac snd_seq_device i2c_i801 serio_raw r8169 mii mISDN_core snd_pcm iTCO_wdt iTCO_vendor_support parport_pc parport snd_timer snd soundcore snd_page_alloc uinput usb_storage firewire_ohci firewire_core crc_itu_t i915 drm_kms_helper drm i2c_algo_bit i2c_core video [last unloaded: scsi_wait_scan] [ 386.787280] Pid: 46, comm: kworker/1:2 Not tainted 3.1.6-1.fc16.i686 #1 [ 386.787283] Call Trace: [ 386.787294] [<c090411b>] ? printk+0x2d/0x2f [ 386.787299] [<c0903eb8>] __schedule_bug+0x5e/0x64 [ 386.787305] [<c090b4b6>] __schedule+0x876/0x8b0 [ 386.787311] [<c04e57bc>] ? __alloc_pages_nodemask+0xfc/0x6f0 [ 386.787317] [<c04090e8>] ? sched_clock+0x8/0x10 [ 386.787323] [<c0470b7b>] ? sched_clock_local+0xcb/0x1c0 [ 386.787328] [<c041009f>] ? p4_pmu_enable_event+0xcf/0x130 [ 386.787334] [<c090eae0>] ? do_debug+0x180/0x180 [ 386.787339] [<c04449ab>] __cond_resched+0x1b/0x30 [ 386.787344] [<c090b569>] _cond_resched+0x29/0x30 [ 386.787350] [<c0517a4d>] kmem_cache_alloc+0x11d/0x140 [ 386.787355] [<c0411a3c>] ? p4_pmu_disable_all+0x5c/0x70 [ 386.787359] [<c040b18f>] ? init_fpu+0x7f/0x120 [ 386.787364] [<c090eae0>] ? do_debug+0x180/0x180 [ 386.787368] [<c040b18f>] init_fpu+0x7f/0x120 [ 386.787372] [<c090eae0>] ? do_debug+0x180/0x180 [ 386.787376] [<c0404374>] math_state_restore+0x24/0x50 [ 386.787381] [<c090eaf0>] do_device_not_available+0x10/0x20 [ 386.787385] [<c090e0e7>] error_code+0x67/0x6c [ 386.787586] [<fa001c11>] ? w7_ippsFFTInitAlloc_C_16sc+0x3d/0x1d6 [Intel537] [ 386.787699] [<f9e84bd8>] ? Phase2InitAlloc+0xb8/0x100 [Intel537] [ 386.787801] [<f9e56039>] ? OmpInitAlloc+0x19/0x90 [Intel537] [ 386.787899] [<f9e5063d>] ? ModemInit+0x2ed/0x380 [Intel537] [ 386.787997] [<f9e4f39d>] ? ModemTasks+0x12d/0x160 [Intel537] [ 386.788185] [<f9e472a1>] ? ModemTask+0x11/0x20 [Intel537] [ 386.788355] [<f9e43b02>] ? linux_MT_AcquireLock_mt_dsp+0x12/0x20 [Intel537] [ 386.788548] [<f9e4585d>] ? InterruptDSP+0x1d/0x30 [Intel537] [ 386.788842] [<fa09b676>] ? set_register+0x30/0x34 [Intel537] [ 386.789010] [<fa0dc688>] ? dspdrv_PutCRAM+0x74/0x7c [Intel537] [ 386.789318] [<f9e43e0a>] ? linux_RSAGetExclusive+0xea/0x100 [Intel537] [ 386.789544] [<fa0e3b5d>] ? cp_dsp+0x3f/0xf2 [Intel537] [ 386.789865] [<fa09d1d9>] ? BLK_shell+0x39/0xa4 [Intel537] [ 386.790117] [<fa0e0b45>] ? SendPacketOut+0x23/0x5a [Intel537] [ 386.790353] [<fa0e0b0a>] ? send_pkt_to_dsp+0xe/0x26 [Intel537] [ 386.790601] [<fa0e275d>] ? ResetDspIdle+0x87/0xde [Intel537] [ 386.790826] [<fa0dce1a>] ? mt_init+0x32/0xf0 [Intel537] [ 386.791116] [<fa0b9bf6>] ? master_init+0x50/0x16a [Intel537] [ 386.791293] [<f9e42892>] ? clm_bg+0x32/0x180 [Intel537] [ 386.791484] [<f9e42a2d>] ? RTS_Task+0x4d/0x60 [Intel537] [ 386.791567] [<c046567a>] ? process_one_work+0xfa/0x390 [ 386.791574] [<c04637b0>] ? do_work_for_cpu+0x20/0x20 [ 386.791764] [<f9e429e0>] ? clm_bg+0x180/0x180 [Intel537] [ 386.791797] [<c0466371>] ? worker_thread+0x121/0x2d0 [ 386.791828] [<c0466250>] ? manage_workers+0x1f0/0x1f0 [ 386.791884] [<c046a1cd>] ? kthread+0x6d/0x80 [ 386.791916] [<c046a160>] ? kthread_worker_fn+0x140/0x140 [ 386.791974] [<c09148be>] ? kernel_thread_helper+0x6/0x10 [root@pb3000 ~]# here is the lsmod output: [root@pb3000 ~]# lsmod Module Size Used by 8021q 16205 0 garp 5484 1 8021q Intel537 4308822 0 bridge 71710 0 stp 1519 2 garp,bridge llc 4150 3 garp,bridge,stp it87 27326 0 hwmon_vid 2620 1 it87 nf_conntrack_ipv4 7530 5 nf_defrag_ipv4 1173 1 nf_conntrack_ipv4 xt_state 1022 5 nf_conntrack 64124 2 nf_conntrack_ipv4,xt_state ppdev 6899 0 joydev 7780 0 microcode 11746 0 snd_hda_codec_realtek 247366 1 snd_hda_intel 23025 0 snd_hda_codec 84779 2 snd_hda_codec_realtek,snd_hda_intel snd_hwdep 5396 1 snd_hda_codec snd_seq 48285 0 netjet 13686 0 isdnhdlc 4723 1 netjet crc_ccitt 1281 1 isdnhdlc mISDNipac 30298 1 netjet snd_seq_device 5441 1 snd_seq i2c_i801 8657 0 serio_raw 3582 0 r8169 40635 0 mii 4091 1 r8169 mISDN_core 74659 2 netjet,mISDNipac snd_pcm 73885 2 snd_hda_intel,snd_hda_codec iTCO_wdt 10396 0 iTCO_vendor_support 2203 1 iTCO_wdt parport_pc 18014 0 parport 29655 2 ppdev,parport_pc snd_timer 17660 2 snd_seq,snd_pcm snd 55194 8 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_seq,snd_seq_device,snd_pcm,snd_timer soundcore 5892 1 snd snd_page_alloc 6641 2 snd_hda_intel,snd_pcm uinput 5946 0 usb_storage 39367 0 firewire_ohci 26697 0 firewire_core 47693 1 firewire_ohci crc_itu_t 1287 1 firewire_core i915 500426 1 drm_kms_helper 26252 1 i915 drm 172493 2 i915,drm_kms_helper i2c_algo_bit 4724 1 i915 i2c_core 23631 5 i2c_i801,i915,drm_kms_helper,drm,i2c_algo_bit video 10744 1 i915 Philippe, I am not very familiar with stack traces and all the things you mention , so can you please keep things in laymans terms and explicitly give commands I should be typing in? I do observe the PC hanging and locking up when I do make install and make uninstall commands...not sure if that helps. Is there anyway to start things from scratch? If so what are my steps? Patrick On Sun, Jan 08, 2012 at 09:24:06AM +0100, Philippe Vouters wrote: > Patrick, > > The keyword to remain when the problem becomes complex is > simplification. Although there is an IRQ conflict between the sound > driver and 536EP driver on my computer, if I do not activate the > sound while testing the 536EP driver, I now incur no observable > problem with both the small test program and efax. I may test wvdial > but this should inevitably lead me to a NO CARRIER behavior as I no > longer subscribe to a phone line having switched to VoIP. > > As the problem involves a driver, in a first approach, perform an > lsmod than you output to a text file for eventual later control. > Then rmmod all the drivers running on your computer which are > unneeded for the problem. At first glance, you should only keep a > video, mouse, and keyboard driver all used by the X server, likely > as well an IP stack related drivers and of course the 537 driver. > > For the software, you only need the test program in a first > approach. Attempt to reproduce the problem with all the Intel's > driver code you downloaded from my Web site (with the "_bh" string > back in coredrv/locks.c) and the C source driver's code I last > mailed you. If you execute the test code several times quickly do > you still incur the problem ? Do you observe a computer freeze like > I did during my testing. Is the Call trace identical or different > than the efax Call trace you sent me. If different, check more > closely your PC hardware. > > If you no longer generate any Call trace with the test program, > recheck with the efax command I suggest on my Web site and that I > mailed you. If efax reacts normally when no phone call dialing in, > then still in the very same simple drivers environment, test a real > wvdial. Is it reacting as expected ? When it dials your Internet > provider phone number, take up the phone receiver and listen to the > noise wvdial produces. Is the sound you hear expected from a modem > software ? > > When and if all tests succeed without any obvious symptom proving a > badly executing software, you may then complexify step by step . For > this, you reinject using modprobe one driver at a time you rmmod and > perform again the exact same wvdial test. Also check each time using > cat /proc/interrupts which driver occupies which IRQ. Once you get > wvdial no longer correclty behaving, you perfectly know which driver > causes the interference with the 537 driver on your computer. With > this knowledge, you may act accordingly to get rid from the > interference. > > If none of the drivers you modprobe'd cause a problem, then you'll > have to check your natural software environment. First, reboot your > computer to start it up normally. Once your computer is operaitonal, > output dmesg to a file and study it carefully. Then recheck the > wvdial command after having started a tail -f /var/log/messages in > another terminal. > > If you notice again a call trace involving the Intel 537 driver and > you do not incur a freeze, then perform from root an lsof that you > direct to a file that you study in detail. > > The question to answer : which software running on your computer > uses which /dev/xxxx device. Pay special attention to any software > using /dev/modem or /dev/537. Another item to look at: which > software uses a /dev device which IRQ is at the same level than for > the 537 modem. > > If after reboot, the wvdial command works normally with no call > trace and you did make strictly no change, either to software or to > hardware, you may likely once again incur a problem later, but when > it will occur this will be without me as your problem is purely > hardware. > > Philippe > -- > Philippe Vouters (Fontainebleau/France) > URL: http://vouters.dyndns.org/