> On Sat, 8 Mar 2008, Phil Dibowitz opined: > > Kevin Gilbert wrote: > > > Erasing flash: 75% Failed to read from device: -110 > > > (could not detach kernel driver from interface 0: No data available) > > > Failed to erase flash! Bailing out! > > > Failed with error -110 > > > === > > > > > > It always craps out at 75% (but is that just because it's got to 100% > > > and just hasn't displayed the status line yet?). And the worst thig > > > about this is that I've got to boot into Windoze to reload the config! > > > :( > > > > No, I don't think it's done 100%, or it would have returned success. This > > is some underlying libusb issue. I'm wondering if maybe the kernel HID > > driver is getting in the way. There's a patch I wrote in the kernel to > > prevent this, and it is in fact including the VID/PID that you showed. > > What kernel version are you using? > > 2.6.23.15-80.fc7 (Fedora) > 2.6.23 (mine) > 2.6.24.2 (mine)
Also: valgrind --tool=memcheck harmony -v -c/home/kmg/harmony/data/harmony_config_4 ==4043== Memcheck, a memory error detector. ==4043== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==4043== Using LibVEX rev 1732, a library for dynamic binary translation. ==4043== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==4043== Using valgrind-3.2.3, a dynamic binary instrumentation framework. ==4043== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==4043== For more details, rerun with: -v ==4043== Harmony Control 0.13 Copyright 2007 Kevin Timmerman and Phil Dibowitz This software is distributed under the GPLv3. ==4043== Invalid read of size 1 ==4043== at 0x4129BE33: usb_parse_descriptor (in /usr/lib/libusb-0.1.so.4.4.4) ==4043== by 0x4129C1EF: usb_parse_configuration (in /usr/lib/libusb-0.1.so.4.4.4) ==4043== by 0x4129EC06: usb_os_find_devices (in /usr/lib/libusb-0.1.so.4.4.4) ==4043== by 0x4129B71A: usb_find_devices (in /usr/lib/libusb-0.1.so.4.4.4) ==4043== by 0x804F135: FindRemote(THIDINFO&, options_t&) (libusbhid.cpp:109) ==4043== by 0x804B3E4: main (harmony.cpp:903) ==4043== Address 0x4030650 is 0 bytes after a block of size 216 alloc'd ==4043== at 0x40054E5: malloc (vg_replace_malloc.c:149) ==4043== by 0x4129EBA2: usb_os_find_devices (in /usr/lib/libusb-0.1.so.4.4.4) ==4043== by 0x4129B71A: usb_find_devices (in /usr/lib/libusb-0.1.so.4.4.4) ==4043== by 0x804F135: FindRemote(THIDINFO&, options_t&) (libusbhid.cpp:109) ==4043== by 0x804B3E4: main (harmony.cpp:903) bNumEndpoints 2 address 81 attrib 03 max_length 64 address 02 attrib 03 max_length 64 ==4043== ==4043== Syscall param ioctl(USBDEVFS_URB).buffer points to uninitialised byte(s) ==4043== at 0x325B99: ioctl (in /lib/libc-2.6.so) ==4043== by 0x804F0A7: HID_WriteReport(unsigned char const*) (libusbhid.cpp:208) ==4043== by 0x804CCCA: CRemote::GetIdentity(TRemoteInfo&, THIDINFO&, void (*)(int, int, int, void*), void*) (remote.cpp:85) ==4043== by 0x804B448: main (harmony.cpp:953) ==4043== Address 0xBEB17844 is on thread 1's stack Requesting Identity: 100% done Reading Config: 100% 74 KiB done Success! ==4043== ==4043== ERROR SUMMARY: 3 errors from 2 contexts (suppressed: 16 from 1) ==4043== malloc/free: in use at exit: 57,717 bytes in 68 blocks. ==4043== malloc/free: 96 allocs, 28 frees, 164,173 bytes allocated. ==4043== For counts of detected errors, rerun with: -v ==4043== searching for pointers to 68 not-freed blocks. ==4043== checked 159,264 bytes. ==4043== ==4043== LEAK SUMMARY: ==4043== definitely lost: 2,643 bytes in 1 blocks. ==4043== possibly lost: 0 bytes in 0 blocks. ==4043== still reachable: 55,074 bytes in 67 blocks. ==4043== suppressed: 0 bytes in 0 blocks. ==4043== Rerun with --leak-check=full to see details of leaked memory. I don't have time at the moment to pursue these errors, but it would appear that all is not well in libusb land! Kevin ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ concordance-devel mailing list concordance-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/concordance-devel
