diff --git a/doc/fmc-bus.in b/doc/fmc-bus.in
index 8f4c052dd87cff7c30eb5db206113da21fe2202d..69b1e000e544074402d61df340513a4323d531f2 100644
--- a/doc/fmc-bus.in
+++ b/doc/fmc-bus.in
@@ -99,7 +99,7 @@ may want to force the choice).
 
 Within this framework, the FMC device is created and registered by the
 carrier driver. For example, the PCI driver for the SPEC card fills a
-data structure for each SPEC that it drivers, and registers an
+data structure for each SPEC that it drives, and registers an
 associated FMC device.  The SVEC driver can do exactly the same for
 the VME carrier (actually, it should do it twice, because the SVEC
 carries two FMC mezzanines.  Similarly, an Etherbone driver will be
diff --git a/doc/spec-sw.in b/doc/spec-sw.in
index d76ed7ef30299b76de486234fd1fd430003944ac..375ec5ffd83f994c99620db34ea3852f60a01bed 100644
--- a/doc/spec-sw.in
+++ b/doc/spec-sw.in
@@ -151,7 +151,7 @@ following steps:
       a minimal @i{sdb}-based verification).
 @item It reads the whole I2C EEPROM found on the mezzanine.
 @item It allocates an @i{fmc_device} structure and registers as
-      a nee device in the @i{fmc} bus.
+      a new device in the @i{fmc} bus.
 @end itemize
 
 Failure of any of the above steps is fatal.