Project Home
Project Home		 Documents
Documents		 Wiki
Wiki		 Discussion Forums
Discussions		 Project Information
Project Info
QNX Operating System/Discussion/OSTech/USB support without using diskboot/List of Posts
Forum Topic - USB support without using diskboot: (6 Items)
   
Update
tim rector
04/16/2008 9:54 AM
post6899
USB support without using diskboot   
I have attached a build file where diskboot is not used in order to speed the boot process.  However, I can not get a 
USB mass storage device (stick) to show up under /fs as it does with the qnxbasedma (default)one.  It appears that umass
-enum is missing something it needs to start devb-umass and mount the drive.  
With the qnxbasedma one, I get a message in the system log when I plug in and when I unplug, but not with the attached 
one.  Also the devb-umass is not started when I plug in the stick as it is with qnxbasedma.  I am hoping this is just 
something simple, but documentation is hard to come by.  Does anyone know what magic line(s) I am missing in the build 
file.

Thanks
Tim
Attachment: Text fastdiskboot_testu4.build 2.23 KB
Steve Reid
04/16/2008 10:04 AM
post6905
RE: USB support without using diskboot   
This is a guess, but should you specify something under /dev for the -d
option to umass-enum? You've specified:

  -d /dev

but the default is:

  -d /dev/umass

Steve Reid (stever@qnx.com)
Technical Editor
QNX Software Systems
Ned Snow
09/29/2008 9:31 PM
post14211
Re: USB (actually umass-enum) support without using diskboot   
Hi folks,

I am having this exact problem, and I didn't see any resolution for the original poster. umass-enum is being started 
with the same arguments used in the default OS image, but it won't work. I put a -v on its command line, and the problem
 it is having is errno 2 (No such file or directory) trying to start devb-umass. devb-umass is in /proc/boot, and can be
 started from the shell prompt. If I put umass-enum in rc.local, it works fine.

Can anyone suggest what I need to do to the build file to get umass-enum to work from the image?

Thanks,
Ned
Aaron Cripps
09/29/2008 9:39 PM
post14212
Re: USB (actually umass-enum) support without using diskboot   
This is merely speculation, but you should be able to create a script in the 
build file and call that script from the startup script section. It's a bit 
of an ugly hack, but it might work.

Cheers,
-Aaron

On Monday 29 September 2008 21:31:11 Ned Snow wrote:
> Hi folks,
>
> I am having this exact problem, and I didn't see any resolution for the
> original poster. umass-enum is being started with the same arguments used
> in the default OS image, but it won't work. I put a -v on its command line,
> and the problem it is having is errno 2 (No such file or directory) trying
> to start devb-umass. devb-umass is in /proc/boot, and can be started from
> the shell prompt. If I put umass-enum in rc.local, it works fine.
>
> Can anyone suggest what I need to do to the build file to get umass-enum to
> work from the image?
>
> Thanks,
> Ned
>
>
> _______________________________________________
> OSTech
> http://community.qnx.com/sf/go/post14211
Philipp Lutz
08/13/2010 4:59 AM
post62908
Re: USB support without using diskboot   
hi tim, 

did you find a solution for this problem?
i'm having exactly the same problem, but i can't figure out how to solve it.
as i want to boot from network (NFS) diskboot is somewhat redundant. i do however start /etc/system/sysinit in order to 
get to run the enumerators and the system initialization, which is supposed to work without diskboot, but obviously 
doesn't.

best regards
phil
Philipp Lutz
08/13/2010 5:09 AM
post62909
Re: USB support without using diskboot   
I forgot to mention that in my case it's a general problem with the USB stack. If I take a diskboot QNX image the USB 
stack is being executed. If I however boot without diskboot first the USB stack is NOT executed although the enumeration
 process should do this and secondly if I'm starting it manually it doesn't work at all.

Return


  A subsidiary of BlackBerry             All content ©2004-2013, QNX Software Systems