summaryrefslogtreecommitdiff
path: root/README.solaris
diff options
context:
space:
mode:
authorJörg Frings-Fürst <debian@jff-webhosting.net>2021-02-16 18:24:46 +0100
committerJörg Frings-Fürst <debian@jff-webhosting.net>2021-02-16 18:24:46 +0100
commitecaaf250cb33ff61f37a7b441f2337584a655350 (patch)
tree4303648095deff998ae20c2393b56db527742ac9 /README.solaris
parent5793a221e112fa49073de0137d6bfa750a61b0a1 (diff)
parent351b7328520c16730ceb46e5acae16038c42185e (diff)
Update upstream source from tag 'upstream/1.0.32'
Update to upstream version '1.0.32' with Debian dir 2c1111c59d9d68bcbf479a4a4de7697fe2de127f
Diffstat (limited to 'README.solaris')
-rw-r--r--README.solaris4
1 files changed, 2 insertions, 2 deletions
diff --git a/README.solaris b/README.solaris
index 12dae05..90a6edf 100644
--- a/README.solaris
+++ b/README.solaris
@@ -24,7 +24,7 @@ make install
It was also required to add a generic USB kernel driver. I had to look for
my scanner device name in output of
prtconf -D -v
-command. My scanner is Plustek UT24 and the apropriate part of output looked
+command. My scanner is Plustek UT24 and the appropriate part of output looked
like this:
name='compatible' type=string items=8 value='usb7b3,17.100' + ...
I had to remove the not used kernel driver
@@ -58,7 +58,7 @@ downloaded from www.sun.com/solaris for free.
In my opinion it is important to be cautious when using scanner or just libusb
on important Solaris machines (especially multi-processor ones), because unlike
in other systems, Solaris kernel is fully preemtible, what means, that many
-instances of the same driver can ran simultanously - it's dangerous, when
+instances of the same driver can run simultaneously - it's dangerous, when
drivers are not perfect. And Solaris USB framework is absolutely new, so it can
contain bugs. I tried to crash my Solaris using USB subsystem and SANE, I didn't
manage to, but it doesn't mean, it's impossible.