Re: intel 537 with kernel 3.1.x

My work ought to support your modem.
[philippe@victor ~]$ grep e159:0001 intel-536-537/*
intel-536-537/makefile_537:     vendor_device_ids[0]="e159:0001";\

The alternative to modifying the bash files is to download
http://vouters.dyndns.org/Intel/intel-536EP-537EP_2012_01_04.tar.bz2

Please reply whether you are fully satisfied or not.

Regards,
Philippe

Le 04/01/2012 04:03, Patrick Boyadjian a écrit :
> Thanks for the swift reply Antonio.
>
> Well originally I had a conexant chipset for a HCF modem that the linuxant group had drivers for, however those drivers ONLY worked on pre 3.x kernels so they broke when I upgraded.  Dev team from Linuxant has informed me they are aware of the API break in the driver for the newer kernel and say they should fix it sometime soon.  Meanwhile I dug up the Intel modem you see below to try and get it to work.
>
> So short answer I never should have upgraded!! :)
>
> Regards,
> Patrick
>
>
>
> On Tue, Jan 03, 2012 at 07:47:12PM -0600, Antonio Olivares wrote:
>> Patrick,
>>
>> I am unsure if that modem in particular is served by Phillipe's
>> driver.  IT does not seem to be a true INTEL 537 modem :(
>> However, there was a recent update to the driver since it was failing
>> to build up in Ubuntu and it was working fine in Fedora 15.  Did you
>> make sure that you got the latest driver available from Phillipe's
>> website?
>>
>> Oops sorry, you did get the latest one. Maybe Phillipe can comment
>> here to make sure that maybe something went wrong, or that it may be
>> specific to 537 modem, since the driver also works with 536 Intel
>> based modems.
>>
>> Regards,
>>
>>
>> Antonio
>>
>> BTW,
>> since you have experience with linux since the Red Hat days, did you
>> get to use this particular modem before?  If you did and the drivers
>> worked, I see no reason why the modem should not work with the newer
>> kernels.
>>
>>
>> On Tue, Jan 3, 2012 at 7:24 PM, Patrick Boyadjian
>> <[email protected]>  wrote:
>>> Hi,
>>>
>>> This is my first attempt to contact this group so apologize in advance if I=  don't provide sufficient information.
>>>
>>> I'm not exactly a newbie to linux and Fedora since I've used it back when i= t was called red hat...I've upgraded to Fedora 16 recently and boy how thin= gs have changed!  Anyways, here is where I'm at:
>>>
>>> lspci shows my modem as:
>>> 01:01.0 Communication controller: Tiger Jet Network Inc. Tiger3XX Modem/ISD= N interface
>>>
>>> scanModem details as:
>>> For candidate card in slot 01:01.0, firmware information and bootup diagnos= tics are:
>>> PCI slot       PCI ID          SubsystemID     Name
>>> ----------     ---------       ---------       --------------
>>> 01:01.0        e159:0001       8086:0003       Communication controller: Ti=
>>> ger Jet Network Inc. Tiger3XX Modem/ISDN interface
>>>
>>> Modem interrupt assignment and sharing:
>>> --- Bootup diagnostics for card in PCI slot 01:01.0 ----
>>> [    0.109098] pci 0000:01:01.0: [e159:0001] type 0 class 0x000780
>>> [    0.109120] pci 0000:01:01.0: reg 10: [io  0xa000-0xa0ff]
>>> [    0.109133] pci 0000:01:01.0: reg 14: [mem 0xf1004000-0xf1004fff]
>>> [    0.109200] pci 0000:01:01.0: supports D2
>>> [    0.109203] pci 0000:01:01.0: PME# supported from D0 D2 D3hot D3cold
>>> [    0.109209] pci 0000:01:01.0: PME# disabled
>>>
>>> The PCI slot 01:01.0 of the modem card may be disabled early in a bootup process,  but then enabled later. If modem drivers load but the  modem is not responsive, read DOCs/Bootup.txt about possible fixes= .
>>> Send dmesg.txt along with ModemData.txt to [email protected] if help is needed.
>>>
>>>
>>>
>>> Predictive  diagnostics for card in bus 01:01.0:
>>>         Modem chipset  detected on
>>> NAME=3D"Communication controller: Tiger Jet Network Inc. Tiger3XX Modem/ISD= N interface"
>>> CLASS=3D0780
>>> PCIDEV=3De159:0001
>>> SUBSYS=3D8086:0003
>>> IRQ=3D11
>>> HDA2=3D00:1b.0
>>> IDENT=3DINTEL537
>>>
>>> For candidate modem in:  01:01.0
>>>    0780 Communication controller: Tiger Jet Network Inc. Tiger3XX Modem/ISD= N interface
>>>       Primary device ID:  e159:0001
>>> Support type needed or chipset:        INTEL537
>>>
>>>
>>> So I visited http://vouters.dyndns.org/Intel/ and heeded Philippe's note to=
>>> :
>>>
>>>
>>> If you execute a 3.x.y kernel, download:
>>>
>>> ../Intel/intel-536EP-537EP_2011_12_11.tar.bz2<http://vouters.dyndns.org/Int=
>>> el/intel-536EP-537EP_2011_12_11.tar.bz2>
>>>
>>>
>>>
>>> ...and continued to untar and try to build.
>>>
>>> Issuing make clean and make 537 seem to work with a warning:
>>>
>>> [root@pb3000 intel-536-537]# make clean
>>> cd coredrv; make clean
>>> make[1]: Entering directory `/root/intel-536-537/coredrv'
>>> rm -f *.ko .*.o.cmd *.mod.c .*.ko.cmd *.o *~ core Module.* modules.* rm -rf .tmp_versions
>>> make[1]: Leaving directory `/root/intel-536-537/coredrv'
>>> rm -f *.o *.ko
>>> [root@pb3000 intel-536-537]# make 537
>>> cd coredrv; make clean
>>> make[1]: Entering directory `/root/intel-536-537/coredrv'
>>> rm -f *.ko .*.o.cmd *.mod.c .*.ko.cmd *.o *~ core Module.* modules.* rm -rf .tmp_versions
>>> make[1]: Leaving directory `/root/intel-536-537/coredrv'
>>> rm -f *.o *.ko
>>>    Module precompile check
>>>    Current running kernel is: 3.1.6-1.fc16.i686
>>>    /lib/modules...   autoconf.h exists
>>> diff: /boot/vmlinuz.autoconf.h: No such file or directory
>>>    autoconf.h matches running kernel
>>> diff: /boot/vmlinuz.version.h: No such file or directory
>>>    version.h matches running kernel
>>> make[1]: Entering directory `/root/intel-536-537'
>>> Building for 537
>>> 3.1.6-1.fc16.i686
>>> make[2]: Entering directory `/root/intel-536-537/coredrv'
>>> make -C /lib/modules/3.1.6-1.fc16.i686/build M=3D/root/intel-536-537/coredr= v modules
>>> make[3]: Entering directory `/usr/src/kernels/3.1.6-1.fc16.i686'
>>>   CC [M]  /root/intel-536-537/coredrv/coredrv.o
>>>   CC [M]  /root/intel-536-537/coredrv/clmmain.o
>>>   CC [M]  /root/intel-536-537/coredrv/rts.o
>>>   CC [M]  /root/intel-536-537/coredrv/task.o
>>>   CC [M]  /root/intel-536-537/coredrv/uart.o
>>>   CC [M]  /root/intel-536-537/coredrv/wwh_dflt.o
>>>   CC [M]  /root/intel-536-537/coredrv/locks.o
>>>   CC [M]  /root/intel-536-537/coredrv/softserial_io.o
>>>   CC [M]  /root/intel-536-537/coredrv/softserial_ioctl.o
>>>   CC [M]  /root/intel-536-537/coredrv/softserial.o
>>>   CC [M]  /root/intel-536-537/coredrv/afedsp_int.o
>>>   LD [M]  /root/intel-536-537/coredrv/Intel537.o
>>>   Building modules, stage 2.
>>>   MODPOST 1 modules
>>> WARNING: could not find /root/intel-536-537/coredrv/.537core.lib.cmd for /r= oot/intel-536-537/coredrv/537core.lib
>>>   CC      /root/intel-536-537/coredrv/Intel537.mod.o
>>>   LD [M]  /root/intel-536-537/coredrv/Intel537.ko
>>> make[3]: Leaving directory `/usr/src/kernels/3.1.6-1.fc16.i686'
>>> make[2]: Leaving directory `/root/intel-536-537/coredrv'
>>> make[1]: Leaving directory `/root/intel-536-537'
>>> [root@pb3000 intel-536-537]#
>>>
>>>
>>> However, make install fails complaining about kernel version:
>>>
>>> [root@pb3000 intel-536-537]# make install
>>> make[1]: Entering directory `/root/intel-536-537'
>>> rm -f /usr/sbin/hamregistry.bin
>>> bash 537_inst
>>> running kernel 3.1.6-1.fc16.i686
>>> unsupported kernel version: only 2.4.x and 2.6.x are supported
>>> make[1]: *** [install] Error 1
>>> make[1]: Leaving directory `/root/intel-536-537'
>>> [root@pb3000 intel-536-537]#
>>>
>>>
>>> Am I missing something?  Any help here is super appreciated.
>>>
>>> Patrick
>>>
>>
>

-- 
Philippe Vouters (Fontainebleau/France)
URL: http://vouters.dyndns.org/