기존 이솝 임베디드 포럼의 지식인 서비스가 게시판 형태로 변경되었습니다.
글 수 6,368
다들 안녕하세요? 질문이 있습니다.
u-boot 1.1.4를 이용하여 USB mass storage device를
2440 board에 연결하는 테스트를 하고 있습니다.
그런데 usb ohci의 성능이 그리 썩 좋지는 않은 것 같네요?
코드를 보니 msec단위로 delay들을 주었던데.....
aesop u-boot code의 usb_ohci.c를 보니 wait_ms(10)을 wait_ms(1)로
수정한 부분이 있던데 이 부분이 있어서 속도 개선이 좀 있는 것 같기는 한데..
그래도 block read를 해보면 (block_read이용) 한 block을 읽던지 여러 block을 읽던지 약 30msec 이상 걸리는 것 같네요...
이게 USB 1.1이라서 속도가 느린것인지... 아니면 설정되어 있는 delay때문에 느린것인지... 함부로 wait_ms()를 udelay()로 바꾸어 대기시간을 msec단위에서 수백usec단위로 줄여보았더니 device들이 인식이 안되는 낭패를...
어쨌던 50Mbyte를 연속으로 다 읽는데 약 8~9분이 걸리네요?
(8block을 block_read로 한번에 읽을때)
혹시 속도를 개선할 수 있는 묘안이 있을까요? ^^ 의견 구합니다.
u-boot 1.1.4를 이용하여 USB mass storage device를
2440 board에 연결하는 테스트를 하고 있습니다.
그런데 usb ohci의 성능이 그리 썩 좋지는 않은 것 같네요?
코드를 보니 msec단위로 delay들을 주었던데.....
aesop u-boot code의 usb_ohci.c를 보니 wait_ms(10)을 wait_ms(1)로
수정한 부분이 있던데 이 부분이 있어서 속도 개선이 좀 있는 것 같기는 한데..
그래도 block read를 해보면 (block_read이용) 한 block을 읽던지 여러 block을 읽던지 약 30msec 이상 걸리는 것 같네요...
이게 USB 1.1이라서 속도가 느린것인지... 아니면 설정되어 있는 delay때문에 느린것인지... 함부로 wait_ms()를 udelay()로 바꾸어 대기시간을 msec단위에서 수백usec단위로 줄여보았더니 device들이 인식이 안되는 낭패를...
어쨌던 50Mbyte를 연속으로 다 읽는데 약 8~9분이 걸리네요?
(8block을 block_read로 한번에 읽을때)
혹시 속도를 개선할 수 있는 묘안이 있을까요? ^^ 의견 구합니다.
"기존의 u-boot처럼" 이란 것은 읽는 속도쪽 얘기는 아니고요.
원래 u-boot는 물리 번지만 이용하게 되어 있으므로, 0x30000000부터 사용이 가능합니다.
하지만 MMU를 세팅하게 되면 번지가 틀려질 수 있으므로(세팅에 따라서), 원래 mmu없이 사용하는 것과 같은 번지를 MMU세팅하고서도 사용하고 싶다면(이게 좋겠지요), 같은 번지로 매핑하면 된다는 얘기입니다.
그리고, cache 세팅없이 동작시키는 것과 세팅하고 동작시키는 것은 속도차이가 많이 난다고 하더군요...^^, 저야 뭐 대충 쓰는 사람이라서...
원래 u-boot는 물리 번지만 이용하게 되어 있으므로, 0x30000000부터 사용이 가능합니다.
하지만 MMU를 세팅하게 되면 번지가 틀려질 수 있으므로(세팅에 따라서), 원래 mmu없이 사용하는 것과 같은 번지를 MMU세팅하고서도 사용하고 싶다면(이게 좋겠지요), 같은 번지로 매핑하면 된다는 얘기입니다.
그리고, cache 세팅없이 동작시키는 것과 세팅하고 동작시키는 것은 속도차이가 많이 난다고 하더군요...^^, 저야 뭐 대충 쓰는 사람이라서...
delay부분의 조정은 안하시는게 나을 듯 합니다. device 인식 문제가 많이 나올 듯 하네요...^^
MMU를 적절하게 세팅해서, 물리번지 0x30000000을 가상번지 0x30000000으로 세팅하시면 큰 어려움없이 기존의 u-boot처럼 사용이 가능할겁니다.