Home  
Login
Username:

Password:

Remember me



Lost Password?

Register now!
Sections
Who's Online
68 user(s) are online (58 user(s) are browsing Forums)

Members: 0
Guests: 68

more...
Support us!
Recent OS4 Files
OS4Depot.net





massstorage.usbfd problem with 4.1FEU1
Just popping in
Joined:
2012/2/15 11:05
Posts: 84
massstorage.usbfd v53.37 (02/02/2014) mounts an 8GB Verbatim STORE N GO usb stick, but massstorage.usbfd v53.83 (27/11/2016) fails to do so :

Quote:

USB Fkt Init | Init Fkt | Fkt 0x38ad5700 is {Vendor: 0x18A5, Product: 0x0302, Class: 00.00}
USB Fkt Init | Init Fkt | Fkt 0x38ad5700 initialized
USB FD fkt start | BindInterfaceDriver | No interface driver of fkt 0x38ad5700/ifc 0x47d89180 {Class 08.06} has been found
USB FD fkt start | FD launcher | Could not bind any suitable interface driver for fkt 0x38ad5700


The official change log:
Quote:

massstorage.usbfd 53.83

FIXED
o A crash could occurr during warm reboot;


There seem to be many differences regarding the file size::
Quote:

massstorage.usbfd.v53.37 157812 ----arwe 02-Φεβ-14 22:19:00
massstorage.usbfd 55780 ----arwe 27-Νοε-16 20:09:30


H/W : Sam440F@800MHz, Verbatim StoreNGo 8GB

Has anybody else experienced such problems?

   Report Go to top

Re: massstorage.usbfd problem with 4.1FEU1
Just can't stay away
Joined:
2006/12/4 23:15
Posts: 1907
@Cass

I have an 8gb Verbatim stick, it's never worked properly with any version of the usb mass storage driver. (that I remeber anyway)

At best it would mount and then eratically and unpredictable lose connection.

No other usb stick behased so, so I suspect a flexible attitude to the spec by the manufacturer.

The same stick also had issues on AROS on one of my rare ventures into that arena.

It does work well with linux, and my screen capture box will work with it, but is very fussy, sometimes require a reformat before it will write data again. But linux has a nore extensiv driver writing team.

_________________
Blender For OS4.x : Blues : Walker Broad
   Report Go to top

Re: massstorage.usbfd problem with 4.1FEU1
Just popping in
Joined:
2012/2/15 11:05
Posts: 84
@Cass

I don't like leaving any loose ends, so here is the solution:

I have a dual boot configuration OS4.1FEU1 and OS4.1.6, in that exact order.

After the latest update, Kickstart/Kicklayout was modified by adding :
Quote:

; Update 1
MODULE Kickstart/mounter.library

at the end of the file, thus leaving the OS4.1FE config without FS automounter.
Strangely enough, massstorage.usbfd v53.37 seems not to be affected by the mounter.library module.

   Report Go to top

Re: massstorage.usbfd problem with 4.1FEU1
Supreme Council
Joined:
2006/11/19 18:16
From London, England
Posts: 1262
The later massstorage driver requires mounter.library. The older one did not, that's why.

Simon

_________________
Comments made in any post are personal opinion, and are in no-way representative of any commercial entity unless specifically stated as such.
----
http://codebench.co.uk
   Report Go to top

Re: massstorage.usbfd problem with 4.1FEU1
Just popping in
Joined:
2007/2/1 13:02
Posts: 68
@Rigo

I have this problem with sam460 and os4.1 FE

I have mounter.library in my drawer kickstart/ ?

Why put a library in kickstart/ ???
it does not make sense

Actualy i have 2 library in kickstart/

- mounter.library
- usbresource.library

In spite of this I had to put the old massstorage.usbfd to not have any more crash at the start of the system


   Report Go to top

Re: massstorage.usbfd problem with 4.1FEU1
Just can't stay away
Joined:
2006/12/1 18:01
From Copenhagen, Denmark
Posts: 1031
@sinisrus

Quote:
Why put a library in kickstart/ ???
it does not make sense
Sure it does. The only difference is that it will be available already before the OS boot starts.

There have always been libraries in Kickstart, even when it was a ROM chip. Just think about exec.library (now part of the kernel file). And workbench.library was also in the Kickstart ROM on some early systems.

Best regards,

Niels

   Report Go to top





[Advanced Search]


Powered by XOOPS 2.0 © 2001-2016 The XOOPS Project