PICkit 2 again with HPS stack

[Xiaofan Chen]

Strange. Gmail is playing with me that this thread is gone in my inbox.
Luckily the mailing list archive is pretty good.

On 10/13/07, Hans Petter Selasky <hselasky at c2i.net> wrote:
> Resource temporarily unavailable maps to EAGAIN
> according to "man errno". From what I can see from the log
> you have provided this means that the "msleep()"
> call in "ugenread" timed out.
>

So I go back to the old kernel and again it is working.

===[mcuee] ~/Desktop/build/pk2-3.00-alpha6 # uname -a
FreeBSD FreeBsd62.Mshome 6.2-STABLE FreeBSD 6.2-STABLE #1: Wed Apr  4
07:47:03 SGT 2007
root at FreeBsd61.Mshome:/home/obj/home/src/sys/USBDEBUG  i386

===[mcuee] ~/Desktop/build/pk2-3.00-alpha6 # sudo sysctl hw.usb.debug=15
hw.usb.debug: 0 -> 15

===[mcuee] ~/Desktop/build/pk2-3.00-alpha6 # sudo ./pk2 --on

PK2 version 3.00 alpha 6 - 2007/01/14
 ./pk2 --on
usb_set_debug: Setting debugging level to 255 (on)

Locating USB Microchip PICkit2 (vendor 0x04d8/product 0x0033)
usb_os_find_busses: Found /dev/usb0
usb_os_find_busses: Found /dev/usb1
usb_os_find_busses: Found /dev/usb2
usb_os_find_devices: Found /dev/ugen1 on /dev/usb1
usb_os_find_devices: Found /dev/ugen0 on /dev/usb1
usb_control_msg: 128 6 512 0 0xbfbfe7c8 8 1000
usb_control_msg: 128 6 512 0 0x80a9120 32 1000
usb_control_msg: 128 6 512 0 0xbfbfe7c8 8 1000
usb_control_msg: 128 6 512 0 0x80b1080 41 1000
skipped 1 class/vendor specific interface descriptors
usb_control_msg: 128 6 513 0 0xbfbfe7c8 8 1000
usb_control_msg: 128 6 513 0 0x80a9180 32 1000
Found USB PICkit as device '/dev/ugen1' on USB bus /dev/usb1
Setting USB configuration is okay.
Claiming USB interface is okay.
Communication established. PICkit2 firmware version is 2.10.0

===[mcuee] ~/Desktop/build/pk2-3.00-alpha6 # dmesg | grep ugen
ugen0: <Microchip Technology Inc. PICDEM FS USB Demo Board (C) 2004,
class 0/0, rev 2.00/0.00, addr 126>
ugen1: <Microchip Technology Inc. PICkit 2 Microcontroller Programmer,
class 0/0, rev 2.00/0.01, addr 125>
ugenopen: flag=1, mode=8192
ugenioctl: cmd=40125569
ugenclose: flag=1, mode=8192
ugenopen: flag=1, mode=8192
ugenioctl: cmd=40125569
ugenclose: flag=1, mode=8192
ugenopen: flag=3, mode=8192
ugenioctl: cmd=80045572
ugenioctl: cmd=c018556f
ugenioctl: cmd=80045572
ugenioctl: cmd=c018556f
ugenclose: flag=3, mode=8192
ugenopen: flag=3, mode=8192
ugenioctl: cmd=80045572
ugenioctl: cmd=c018556f
ugenioctl: cmd=80045572
ugenioctl: cmd=c018556f
ugenioctl: cmd=80045572
ugenioctl: cmd=c018556f
ugenioctl: cmd=80045572
ugenioctl: cmd=c018556f
ugenclose: flag=3, mode=8192
ugenopen: flag=3, mode=8192
ugenioctl: cmd=80045565
ugen_set_config: configno 2, sc=0xc3348000
ugenclose: flag=0, mode=0
ugenopen: flag=3, mode=8192
ugenioctl: cmd=80045572
ugenwrite:
ugenwrite: transferred 64 bytes
ugenioctl: cmd=80045572
ugenioctl: cmd=80045571
ugenread:
ugen_open_pipe_read: interrupt open done
ugen_interrupt_callback: xfer=0xc3086c20 actlen=64
ugen_interrupt_callback: waking 0xc3348084
ugenread: transferring 64 bytes
ugenioctl: cmd=80045572
ugenwrite:
ugenwrite: transferred 64 bytes
ugenclose: flag=3, mode=8192
ugenclose: flag=3, mode=8192

Regards,
Xiaofan