Screenshots
http://code.google.com/p/minix3-usbsubsystem/wiki/Screenshotsalpha17032010
--
You received this message because you are subscribed to the Google Groups "minix3" group.
To post to this group, send email to min...@googlegroups.com.
To unsubscribe from this group, send email to minix3+un...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/minix3?hl=en.
On Mar 18, 12:48 am, Niek Linnenbank <nieklinnenb...@gmail.com> wrote:
> Excellent work althaf. Congratulations!
Thank you Niek :-)
-
> --
> You received this message because you are subscribed to the Google Groups "minix3" group.
> To post to this group, send email to min...@googlegroups.com.
> To unsubscribe from this group, send email to minix3+un...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/minix3?hl=en.
>
>
--
Evgeniy Ivanov
Have you tried yet ? just wanted to know if it worked
over there.
--
http://mykeystrokes.blogspot.com
“Unix is user-friendly. It's just very selective about who its friends are.”
"Study as if you were to live forever. Live as if you were to die tomorrow"
"The only thing that interferes with my learning is my education.
"-Albert Einstein
:-) , wufeng have you tired it , i haven't done much
testing to make sure it works fine on all.
Roman :-) ,
did it work over there ? ;-)
i'm actually waiting for someone to test run it , have you tried it yet?
I will test it and will write to you on email! :)
-Al Pech
I think that is good reason for release of Minix3 on new iso for test it.
http://code.google.com/p/minix3-usbsubsystem/
Check the README and INSTALL in the tar ball.
Please read the full thread: the package released (which is alpha
software) works with 3.1.5, but does not work cleanly with 3.1.6, which
is the last "stable" release. I expect problems with -current too (of
course, beyond the obvious conversion of <ibm/ to <machine/ or <i386/)
> http://code.google.com/p/minix3-usbsubsystem/
> Check the README and INSTALL in the tar ball.
Furthermore, there is a potential license clash: this package (which
I understand is derived from Linux' stack) is GPLv3-licensed, and the VU
policy until now has been to avoid that license in the main tree.
Of course there is no problem to release a GPL-ed derivate of
Minix-with-USB, but I am not sure VU wants to have her name associated
with such an initiative, since it could raise communication concerns.
My �.01
Antoine
Main reason is http://wiki.minix3.org/en/DevelopersGuide/SEF from what i
understand was introduced in 3.1.6.
Great work, congratulations.
I saw the remarks about incompatibilities with 3.1.6; this reminds me
we really need to enhance the great documentation that Neil did a few
month ago, to SEF and any other stuff. It would have been a good idea
to keep the wiki up-to-date when the change was made into the trunk
(5786, 5861), but I have no idea why this had not been possible. I
also notice this happened again on March 17th, with revision 6441
which has an extensive changelog --more than 1 printed page long-- but
not much is creeping into the wiki).
I have an idea of the changes involved (well, not the last one), since
it took me by surprise when I was developing some network driver and I
saw the change while monitorizing trunk; but since I was not able to
switch away from pre-VM on the computer I was working (without
network...), I was not able to create a version which was able to
track both the tree and remains backwards compatible (compare with the
safecopies, where I do have a version which is 3.1.2 compatible, ie no
safecopies); as a result (and also because I lost access to one of the
test computers), I dropped the driver; this is the sad consequence of
dropping backward compatibility, IMHO.
Anyway, since my working computer is running 3.1.7 but does not have
UHCI, I switched to another one having network AND UHCI; it is running
3.1.3a at the moment (the other releases are in unstable state,
because of the above state of affairs); I downloaded the package, but
I quickly saw I won't go very far:
cannot include <sys/vm_i386.h>
cannot include <sys/mman.h>
implicit declaration of funciton munmap
Look like 3.1.5, and no other release, is really required... until the
USB package is upgraded to at least 3.1.6 and basic SEF support; and
it is probably better to try to match revision 6441 as well...
Antoine
Thank you Antoine :-)
> I saw the remarks about incompatibilities with 3.1.6; this reminds me
> we really need to enhance the great documentation that Neil did a few
> month ago, to SEF and any other stuff. It would have been a good idea
> to keep the wiki up-to-date when the change was made into the trunk
> (5786, 5861), but I have no idea why this had not been possible. I
> also notice this happened again on March 17th, with revision 6441
> which has an extensive changelog --more than 1 printed page long-- but
> not much is creeping into the wiki).
Well i think problem was i didn't keep up with the new release , by the
time my deadline was up, the project was almost done with 3.1.5
which was the stable release from the commencement of this project.
> I have an idea of the changes involved (well, not the last one), since
> it took me by surprise when I was developing some network driver and I
> saw the change while monitorizing trunk; but since I was not able to
> switch away from pre-VM on the computer I was working (without
> network...), I was not able to create a version which was able to
> track both the tree and remains backwards compatible (compare with the
> safecopies, where I do have a version which is 3.1.2 compatible, ie no
> safecopies); as a result (and also because I lost access to one of the
> test computers), I dropped the driver; this is the sad consequence of
> dropping backward compatibility, IMHO.
Yes indeed , my design entirely depend of endpoint numbers of the
process for internal IPC , i have not been into the depth to situation ,
but on the surface what i can say is Data Store part has some problem
which is actually breaking it.
> Anyway, since my working computer is running 3.1.7 but does not have
> UHCI, I switched to another one having network AND UHCI; it is running
> 3.1.3a at the moment (the other releases are in unstable state,
> because of the above state of affairs); I downloaded the package, but
> I quickly saw I won't go very far:
> cannot include <sys/vm_i386.h>
> cannot include <sys/mman.h>
> implicit declaration of funciton munmap
> Look like 3.1.5, and no other release, is really required... until the
> USB package is upgraded to at least 3.1.6 and basic SEF support; and
> it is probably better to try to match revision 6441 as well...
Yes i'll be working on that :-) ,i'd really appreciate if you could bring about
the changes for SEF, from what i understand its not hard , just the
initialization
part ,to be honest i'm really off the project for few weeks ( relaxing
my head :P).
3.1.5 to more specific svn5612 which is a stable release , is the only version
i have tested the code with plus i'm not sure about it working on real hardware,
hardware emulation (qemu) and real hardware is completely different matter.
> Antoine
If you have time would you please test run it on Qemu 0.11.1 or later and 3.1.5
i haven't received any result of test running :-(. Main reason would be people
should have switched to version >= 3.1.6.
--
Althaf K Backer
http://code.google.com/p/minix3-usbsubsystem/
http://mykeystrokes.blogspot.com
Good job Althaf.
I'll work on porting it to 3.1.6 (I have a lot of reading to do)
-Al Pech
:-) , well if you weren't able to see the entire listing (as Minix doesn't have
scrolling support ) do this ( qemu assumed)
ssh -pPortno user@localhost tail -f /var/log/messages
so that will show contents of that file when ever changes are made.
Thank you for testing it out , i'm really happy to see that working
over there.
Something is wrong with
# more /var/log/messages
?
Antoine
No , but that is not the desired result i'm expecting
from using 'more' , from what i suggested we could
see updates real time (as and when it happens),
technically with some delay.
Well,'more' is something like static display while
'tail -f' is dynamic.
Try it out ;-)
> also looking forward for the design :Phttp://minix3-usbsubsystem.googlecode.com/files/Project-Report-Draft-%28pdf%29.tar.bz2
--
I've now got a UHCI board.
It lists from the seller as: "USB4PORT-PCI -- VIA VT6212L 4+1 Port USB
2.0 PCI", but it apparently supports UHCI.
Booted into Linux, the lshw command indicates the following
configuration:
VIA, VT82xxxxx UHCI USB 1.1 Controller VID=1106, DID: 3038).
I edited uhci-hcd.c a little to put in the VID/DID and also edited /
etc/drivers.conf to add this VID/DID.