Hi adsynori:


   I'm very glad to received your reply!



>Hi eyou

>

>First

>How do you escape from this problem? I want to know.

>>USB HC dev alloc 1152 bytes                                  

>>hub.c: USB new device connect on bus1/2, assigned device number 2           
 

>>usb_control/bulk_msg: timeout                                               
 

>>usb.c: USB device not accepting new address=2 (error=-110)                  
 



  I passed it by modified the interrupt control in the hc_isp116x.I found that
the hardware

circuit of mine was a little different from your,and then I changed all the
things refer to the

register "HcHardwareConfiguration", my config was follow:

   "InterruptPinEnable | InterruptPinTrigger | InterruptOutputPolarity |
DataBusWidth16"

so it can work,the USB keyboard and mice all can work fine.

   I found that in the hc_isp116x program guide(pdf),it said when the
interrupt device and the 

isoc device were used together,you'd better only open the SOFInt against open
SOFInt ATLInt 

Both.Then I tryed it delete the ATLInt in the hc_int_start,Then the message
above come again.

I don't know why,maybe the message above implied that the interrupt of the
device can't pass

to the processor.

 

>Second

>ChipID:6620 is not right!

>61xx is right. OK?

>

>I think chip version 6120 mean ver0.0

>it has bug in it ,but I have no information sorry.

>But you meet other problem I think.



really very sorry,I have made twice mistake, On my board it really displayed
6620,I was 

confused by the OV CMOS chip 6620. :)



>BY THE WAY

>>>>>>>>>>>>>>>>>>>>>>>>>>

>ov511.c: [ov51x_v4l1_ioctl_internal:5275] syncing to frame 0, grabstate = 2

>STOP!!

>

>isoc transfer is not going.

>set on lines as below in isp116x.c[hc_interrupt] 

>//printk("bstat =%x hp->itl1_len=%d\n",bstat,hp->itl1_len);

>and

>//printk("bstat =%x hp->itl0_len=%d\n",bstat,hp->itl0_len);

>

>adsynori



I have really set on the lines above , when I used the ov511 driver 1.65, it
comes up 

really random,and it was not became ping pong register.After I changed it to
the 1.63 

which you supplied.It never comes up , It seems the ITLBufferDone never
happened.

And I add some debug message,now the error was follow:



/------------------------------------------------

./vidcat -o test.jpg

ov511.c: [ov51x_v4l1_open:4595] opening

ov511.c: [ov51x_alloc:4514] entered

ov511.c: [ov51x_alloc:4542] sbuf[0] @ c2d01800

ov511.c: [ov51x_alloc:4542] sbuf[1] @ c2d01000

ov511.c: [ov51x_alloc:4557] frame[0] @ c88fb000

ov511.c: [ov51x_alloc:4563] leaving

ov511.c: [ov51x_set_default_params:3064] 320x240, RGB24

ov511.c: [ov511_mode_init_regs:2744] width:320, height:240, mode:4, sub:0

ov511.c: [ov51x_stop:1381] stopping

ov511.c: [ov51x_restart:1395] restarting

ov511.c: [mode_init_ov_sensor_regs:2593] Setting clock divisor to 1

ov511.c: [sensor_set_auto_brightness:2297]  (turn on)

ov511.c: [sensor_set_auto_exposure:2323]  (turn on)

ov511.c: [sensor_set_banding_filter:2269]  (turn off)

ov511.c: [sensor_set_backlight:2363]  (turn off)

ov511.c: [sensor_set_mirror:2402]  (turn off)

ov511.c: [ov51x_init_isoc:4281] *** Initializing capture ***

ov511.c: Forcing packet size to 769

ov511.c: [ov51x_stop:1381] stopping

ov511.c: [ov511_set_packet_size:1523] 769, mult=24, alt=6

ov511.c: [ov51x_reset:904] Reset: type=0x3F

ov511.c: [ov51x_restart:1395] restarting

timestamp of last queued ISOC transfer, ed->last_iso=0

usb->start_frame = 4831

timestamp of last queued ISOC transfer, ed->last_iso=4831

usb->start_frame = 4985

ov511.c: [ov51x_v4l1_ioctl_internal:4707] VIDIOCGCAP

ov511.c: [ov51x_v4l1_ioctl_internal:4932] VIDIOCGMBUF

ov511.c: [ov51x_v4l1_mmap:5323] mmap: 233472 (39000) bytes

ov511.c: [ov51x_v4l1_ioctl_internal:4956] VIDIOCMCAPTURE: frame: 0, 320x240,
RGB24

ov511.c: [ov51x_v4l1_ioctl_internal:5016] VIDIOCMCAPTURE: renewing frame 0

ov511.c: [ov51x_new_frame:4411] ov->curframe = -1, framenum = 0

ov511.c: [ov51x_new_frame:4428] framenum = 0, width = 320, height = 240

ov511.c: [ov51x_v4l1_ioctl_internal:5034] syncing to frame 0, grabstate = 2

sh_add_packet: PIPE_ISOCHRONOUS, i =2047 , len =-9145228

sh_add_packet: PIPE_ISOCHRONOUS, i =2047 , len =-1

the length writed into the ITLBuffer:iso_buffer_index= 0, hp->tlp = 8

sh_add_packet: PIPE_ISOCHRONOUS, i =4095 , len =305448

sh_add_packet: PIPE_ISOCHRONOUS, i =4095 , len =305912

sh_add_packet: PIPE_ISOCHRONOUS, i =6143 , len =272560

sh_add_packet: PIPE_ISOCHRONOUS, i =6143 , len =0

the length writed into the ITLBuffer:iso_buffer_index= 0, hp->tlp = 8

sh_add_packet: PIPE_ISOCHRONOUS, i =8191 , len =17

the length writed into the ITLBuffer:iso_buffer_index= 0, hp->tlp = 28

sh_add_packet: PIPE_ISOCHRONOUS, i =10239 , len =1852402749

sh_add_packet: PIPE_ISOCHRONOUS, i =10239 , len =24832

sh_add_packet: PIPE_ISOCHRONOUS, i =12287 , len =0

the length writed into the ITLBuffer:iso_buffer_index= 0, hp->tlp = 8

sh_add_packet: PIPE_ISOCHRONOUS, i =14335 , len =199024

sh_add_packet: PIPE_ISOCHRONOUS, i =14335 , len =-494047196

sh_add_packet: PIPE_ISOCHRONOUS, i =16383 , len =0

the length writed into the ITLBuffer:iso_buffer_index= 0, hp->tlp = 8

sh_add_packet: PIPE_ISOCHRONOUS, i =18431 , len =-335562581

sh_add_packet: PIPE_ISOCHRONOUS, i =18431 , len =92418048

sh_add_packet: PIPE_ISOCHRONOUS, i =20479 , len =-509607925

sh_add_packet: PIPE_ISOCHRONOUS, i =20479 , len =-442695640

sh_add_packet: PIPE_ISOCHRONOUS, i =22527 , len =0

//-----------------------------------------------------



The line "start_frame" I added in the qu_queue_urb where it calculate the
start frame

The line "length writed ...." I added in the end of hc_interrupt .



I think the len in the sh_add_pachet must between 0 - 1024(or 769?) , the
vaule was really invaild.

What may be the trick? I was very pool in debug the usb . can you give me some
suggests

about debug?



Thx!



BTW:

   eyou was only my mail box server's name.If you like you can call me SAW
:)



Saw.






--http://www.eyou.com
--稳定可靠的电子信箱  语音邮件  移动书签  日历服务  网络存储...亿邮未尽

--http://vip.eyou.com
--快快登录亿邮VIP信箱  注册您中意的用户名




-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to