Unable to connect to CLEAR Boston under Fedora 14-Alpha i686

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



  Inaky,

On 10/05/2010 07:58 PM, Inaky Perez-Gonzalez wrote:
>
> On Sun, 2010-10-03 at 19:34 -0400, Ward, David - 0663 - MITLL wrote:
> > > > I have a Dell Latitude E6500 that came with an Intel WiMAX/WiFi Link
> > > >  5150.  Under Windows 7 x64, I am able to connect to CLEAR Boston
> > > >  without any issue.  However I have not been able to connect at all
> > > >  under Linux yet.  I am using the latest versions of the i2400m 
> driver,
> > > >  firmware, and the userspace components (obtained from git).
> > > >
> > > > I first tried to get this working with RHEL 6 x86_64 (which we 
> will use
> > > >  at work); this involved patching its kernel 
> 2.6.32-44.2.el6.x86_64 to
> > > >  update the i2400m driver to version 1.5.  However each time I 
> tried to
> > > >  connect, wimaxcu returned "Connection failure".  Now I am trying to
> > > >  even get this working under Fedora 14-Alpha i686, which is 
> 32-bit and
> > > >  already comes with kernel 2.6.35.4-28.fc14.i686.PAE -- but I am 
> having
> > > >  the same issue.
> > > >
> > > > Below I am including information that I hope is relevant to 
> identifying
> > > >  the problem.  I increased the debug output per website FAQ 6.4.
> > > >  Please let me know what additional information I can provide.  
> Thanks
> > > >  in advance for your help.
>
> Sorry for the very late reply, I've been kinda overloaded.
>

No worries :)  I really do appreciate your help with this.

> I dug on your logfiles, but unfortunately it is quite difficult to tell
> what's going on. That user space daemon is a pain, let me tell you...
>
> Let's try this:
>
> in a terminal, run  as root
>
> $ wimaxd -i wmx0 -d   # keeps it in the foregrounf
>
> on another one, as root:
>
> $ wimaxcu scan
> $ wimaxcu connect network X
>
> and let's see what is printed on the daemon's output
>
> I am wondering if the thing gets to the WiMAX authentication part or
> not.
>


I'm guessing the answer is no -- here is the output.

Thanks,

David


-----

Enter Command:
q - Quit AppSrv
t - Trace ReInit (ReLoads Registry Values)
u - uplink(Apdo uplink event
h - Help
d - Toggle driver messages to display - debug & internal only


AppSrv is ready !
Act_FullRestart!
Act_DriverDeviceStatus - DRIVER_UP
New connection established. pCon=0x813c940 . isActive=1
New connection established. pCon=0x813c97c . isActive=1
New connection established. pCon=0x813c9b8 . isActive=1
Got disconnected. pCon=0x813c940 . isActive=0
Got disconnected. pCon=0x813c97c . isActive=0
Got disconnected. pCon=0x813c9b8 . isActive=0
New connection established. pCon=0x813c940 . isActive=1
New connection established. pCon=0x813c97c . isActive=1
New connection established. pCon=0x813c9b8 . isActive=1
Got disconnected. pCon=0x813c940 . isActive=0
Got disconnected. pCon=0x813c97c . isActive=0
Got disconnected. pCon=0x813c9b8 . isActive=0


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4558 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.linuxwimax.org/pipermail/wimax/attachments/20101006/9f7d582e/attachment.bin>


[Index of Archives]     [Linux Kernel]     [Linux Wireless]     [Linux Bluetooth]     [Linux Netdev]     [Linux Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux