Return-Path: To: BlueZ Mailing List Subject: Re: [Bluez-devel] dtl1_cs suspend bug References: <200309220408.04569.justin-qt@affinix.com> In-Reply-To: <200309220408.04569.justin-qt@affinix.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Message-Id: <200309230508.07932.justin-qt@affinix.com> From: Justin Karneges Sender: bluez-devel-admin@lists.sourceforge.net Errors-To: bluez-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Date: Tue, 23 Sep 2003 05:08:07 -0700 Update... I've spent way too many hours on this now, probably 12 in the last two days, and still I have no solution. This is after crashing my Zaurus an uncountable number of times. I'm about to give up, simply because I can't waste away my time like this. What I wanted was to make this thing clean, but instead I spent probably more time in hacking then I'll ever do in ejecting and inserting of my Bluetooth card. I don't think I want to see another info->link or mod_timer again in my life. I hereby commend anyone who manages to do kernel development. Personally, I'd like to start throwing things out the window. Is it 5AM already? -Justin On Monday 22 September 2003 04:08 am, Justin Karneges wrote: > Hi, > > I've started to try solving this one, but it is not easy for me since I > know nothing about CardServices and what it does before/after issuing > CS_EVENT_* events. > > I compared the dtl1_cs code to that of the orinoco_cs (wifi) driver, and I > guess the handling is about the same. What could be wrong in dtl1_cs ? > > The fact that 'cardctl suspend' breaks the driver and 'cardctl eject ; > cardctl insert' fixes it, I'm certain this can be solved in software. > Surely there is a way that the driver can fully reset itself without it > having to be done externally by cardmgr. I know that suspend/resume > actions are supposed to be optimized versions of eject/insert, but since > the current suspend/resume functions _don't_ work, we may as well do a full > and slow reset instead. No sense in leaving it broken. Once someone comes > along who understands how suspend/resume works, the driver can be > optimized. > > Unfortunately, this isn't as easy as it appears on the surface. I tried a > simple and dirty hack of making suspend perform the eject code and resume > to perform the insert code (a cut and paste of just a few lines), but was > unsuccessful. > > Clues please! > > -Justin ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel