[hsflinux] [BUG] hsfmodem-7.47.00.01: hangup, deadlock?
Linuxant support (Jonathan)
support at linuxant.com
Tue Jul 11 17:51:43 EDT 2006
Hi,
modulations are protocols used to transfer data between modems. More
information on that is available at:
http://en.wikipedia.org/wiki/ITU_V-Series
When a valid license is installed, all the modulations known to the
driver are unlocked and most likely that a modulation with higher speed
will be selected than the one selected with 14.4kbps max. while having
no license installed.
So if the stability issue is related to the specific modulation
currently used, installing a valid license is likely to solve the problem.
We have a system with udev 0.95 here, so we will do some testing and if
we can reproduce the problem, a fix is likely to be included in the next
release of the driver.
Regards,
Jonathan
Technical specialist / Linuxant
www.linuxant.com
support at linuxant.com
Paul Drynoff wrote:
> On Tue, 11 Jul 2006 11:48:27 -0400
> "Linuxant support (Jonathan)" <support at linuxant.com> wrote:
>
>> it is possible that this is a modulation stability issue and it is
> What is this "modulation"?
>
>> possible that simply installing a valid license will fix this issue as
>> another modulation is likely to be used.
>>
> So, you mention that license that I use now
> # hsfconfig --info 2>&1 | grep "License key"
> License key : FREE
>
> is not valid, and may be if I buy "full" license it is fix situation?
>
>> In the generic packages of the HSF modem driver, we provide the source
>> code which is close to the Linux kernel. It is quite possible that you
>> will be able to use the patch you have mentioned with the HSF modem
>> driver with minimal modification of the source code provided with the
>> driver. Source code of the binary part or a rebuild of it is probably
>> not needed.
>>
> Thanks for clear description, I'll try compile it with locked patch.
>
>> Thank you for reporting the udev issue and a way to fix it. Can you tell
>> us what Linux distribution and version you are currently using so we
>> could reproduce this udev issue?
>>
> Gentoo, udev 0.94,
> I don't think that it is related to distribution issue,
> just udevd become more strict.
>
> See for example:
>
> http://bugs.gentoo.org/show_bug.cgi?id=138531
>
>> If you require more assistance, please send to support at linuxant.com the
>> output of 'dumpdiag'. Type the following in a root shell:
>>
>> ---
>> hsfconfig --dumpdiag
>> ---
>>
>> Just send us the generated file located in /tmp ('hsfdiag.txt').
>> It'll help us solve the problem.
>>
>
> At first look `hsfconfig --dumpdiag' take some private information from
> dmesg output, so I'll send it after I check its output.
> _______________________________________________
> hsflinux mailing list
> hsflinux at lists.linuxant.com
> https://www.linuxant.com/mailman/listinfo/hsflinux
More information about the hsflinux
mailing list