<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'><div dir='ltr'>
2.6.32 I believed should be OK, but it is sitting at the trailing edge, i.e. the minimal revision that some utilities specify.<br><br><div>> Date: Fri, 12 Aug 2011 10:29:50 -0400<br>> From: Jhart@customstaffing.com<br>> To: Jhart@customstaffing.com; chris@cvine.freeserve.co.uk; p_c_chan@hotmail.com<br>> CC: hsflinux@lists.linuxant.com<br>> Subject: Re: [hsflinux] Problem using cnxtinstall.run with Debian Linux ForConexant HSF 56K Data/Fax Modem<br>> <br>> Thanks again for the patch.<br>> <br>> Turns out that it was unnecessary.<br>> <br>> My Debian box needed the Build-Essentials package installed.<br>> <br>> Once that was installed, I was able to reinstall the linux-headers-2.6.32-5-686 package, the unzip package and the linuxant cnxtinstall.run package for the hsfmodem_7.80.02.06 without a hitch.<br>> <br>> All I need now is a license key from Linuxant and I'll be all set.<br>> <br>> Thanks much for your assistance.<br>> <br>> JAH<br>> <br>> John Albert Hart | CIO / Ofc. Mgr.<br>> The Custom Group of Companies<br>> 228 East 45th Street, 12th Floor New York, NY 10017<br>> Ph. 212.818.0300 | Fx. 212.297.0226<br>> jhart@customstaffing.com | www.customstaffing.com<br>> <br>> Temporary Consulting Direct Hire Executive Search<br>> Office Services | Legal | Accounting and Finance | Technology | Healthcare | Payroll<br>> Women-Owned Business Enterprise<br>> <br>> <br>> -----Original Message-----<br>> From: hsflinux-bounces@lists.linuxant.com [mailto:hsflinux-bounces@lists.linuxant.com] On Behalf Of John A. Hart<br>> Sent: Friday, August 12, 2011 7:34 AM<br>> To: Chris Vine; P. C. Chan<br>> Cc: hsflinux@lists.linuxant.com<br>> Subject: Re: [hsflinux] Problem using cnxtinstall.run with Debian Linux ForConexant HSF 56K Data/Fax Modem<br>> <br>> Thanks very much.<br>> <br>> The patch came through - was this for 2.6.32 or 2.6.26?<br>> <br>> JAH<br>> <br>> John Albert Hart | CIO / Ofc. Mgr.<br>> The Custom Group of Companies<br>> 228 East 45th Street, 12th Floor New York, NY 10017<br>> Ph. 212.818.0300 | Fx. 212.297.0226<br>> jhart@customstaffing.com | www.customstaffing.com<br>> <br>> Temporary Consulting Direct Hire Executive Search<br>> Office Services | Legal | Accounting and Finance | Technology | Healthcare | Payroll<br>> Women-Owned Business Enterprise<br>> <br>> <br>> -----Original Message-----<br>> From: Chris Vine [mailto:chris@cvine.freeserve.co.uk] <br>> Sent: Friday, August 12, 2011 5:53 AM<br>> To: P. C. Chan<br>> Cc: John A. Hart; hsflinux@lists.linuxant.com<br>> Subject: Re: [hsflinux] Problem using cnxtinstall.run with Debian Linux For Conexant HSF 56K Data/Fax Modem<br>> <br>> On Tue, 9 Aug 2011 14:53:38 -0400<br>> "P. C. Chan" <p_c_chan@hotmail.com> wrote:<br>> > Hi there,<br>> > HSF support has been lacking behind quite a bit. I am currently <br>> > running 3.0.1 kernel. The last time I was able to compile with some <br>> > hacking was probably a year ago. :) Would there be any plan to catch <br>> > up? If I need to use my HSF modem, I have to boot the system up using <br>> > an older kernel, like 2.6.32 or something. Regards,P. C.Date:<br>> > Tue, 9 Aug 2011 12:43:13 -0400 From: Jhart@customstaffing.com To:<br>> > hsflinux@lists.linuxant.com Subject: [hsflinux] Problem using<br>> > cnxtinstall.run with Debian Linux For Conexant HSF 56K<br>> > Data/Fax Modem<br>> <br>> Since no one is bothering to deal with this mailing list any more, and the driver no longer works with the kernels of the current version of most mainline distributions, I presume it is now effectively defunct.<br>> It really shows the dangers of relying on proprietary code in linux systems.<br>> <br>> I have a patch which I use to compile the hsf driver with the latest kernels, which I attach (I don't know if the mailing list will strip it off, it might). I do not guarantee it, because none of us see the proprietary code which it interfaces with. In particular, the file osservices.c uses the global kernel lock for a purpose which is not obvious to me. I have replaced it with a local lock which may well either not meet the original purpose of using the global lock or may now be completely unnecessary.<br>> <br>> <br>> <br>> Chris<br>> _______________________________________________<br>> hsflinux mailing list<br>> hsflinux@lists.linuxant.com<br>> https://www.linuxant.com/mailman/listinfo/hsflinux<br>> _______________________________________________<br>> hsflinux mailing list<br>> hsflinux@lists.linuxant.com<br>> https://www.linuxant.com/mailman/listinfo/hsflinux<br></div> </div></body>
</html>