Re: [BUG] hsfmodem-7.47.00.01: hangup, deadlock?
Paul Drynoff <[email protected]>
| Newsgroups | gmane.linux.drivers.modem.hsf |
|---|---|
| Message-ID | <[email protected]> |
On Tue, 11 Jul 2006 11:48:27 -0400 "Linuxant support (Jonathan)" <[email protected]> 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 [email protected] 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.