Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 24 Apr 2008 17:21:53 +0200
From:      Hans Petter Selasky <hselasky@c2i.net>
To:        "Xiaofan Chen" <xiaofanc@gmail.com>
Cc:        freebsd-usb@freebsd.org
Subject:   Re: PICkit 2 again with HPS stack
Message-ID:  <200804241721.54385.hselasky@c2i.net>
In-Reply-To: <a276da400804240759s2e170cadn1dab42729a87369f@mail.gmail.com>
References:  <a276da400710120332h5f780ee8g9a12d5fb5548f8da@mail.gmail.com> <a276da400710160542q71bb4983jf27b59cb0e5ee104@mail.gmail.com> <a276da400804240759s2e170cadn1dab42729a87369f@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday 24 April 2008, Xiaofan Chen wrote:
> On Tue, Oct 16, 2007 at 8:42 PM, Xiaofan Chen <xiaofanc@gmail.com> wrote:
> >  > In the file "ugen.c" in the function "ugen_open_pipe_read()" you will
> >  > find a "case UE_INTERRUPT:". Some lines further down you will find:
> >  >
> >  >                   /* first transfer clears stall */
> >  >                   sce->read_stall = 1;
> >  >
> >  > This you can set to "0". Then recompile and install the "ugen" module
> >  > and/or kernel.
> >  >
> >  > Does your USB hardware work now ?
> >
> >  Yes with the changes, PICkit 2 is happy again under Linux.
> >
> >  ===[mcuee] ~/Desktop/build/mypk2 # sudo python testpk2.py
> >  set Configuration 1
> >  claim Interface 0
> >  Turing power on by USB interrupt write
> >  Sending version command by USB interrupt write
> >  Getting version command by USB interrupt read
> >  (2, 10, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
> >  0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
> >  0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0)
> >
> >  Thanks a lot.
>
> Sorry now I am facing problems again with the 7.0-RELEASE
> and the HPS USB stack (I am not able to get the stock
> kernel to work with interrupt read).
>

Hi,

I have fixed some issues where the Giant lock was not locked when calling into 
the USB stack recently. What version are you at? A stack backtrace from the 
panic would also be nice. Make sure that everything is built clean.

--HPS



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200804241721.54385.hselasky>