The intersolv ODBC drivers were sold for OS/2, but I haven't been able to find retail versions for a couple of decades. I also bought a set, probably from the same place Per E. Johannessen did, and they also were only windows.
As Sean Casey noted, you can use evaluation versions of Intersolv ODBC drivers with VIO/Command Line programs, such as Rexx/SQL ODBC. This is because the evaluation versions put up a PM dialog box every 10 rows when fetching data to remind users to purchase the retail version. If you aren't running in a PM session the dialog box never appears, although on older systems you might get a beep from the system speaker. If you are running a PM program, such as StarOffice, with the Intersolv drivers you will get the reminder dialog box every ten rows.
As for other sources of ODBC drivers - commercial database vendors generally bundled ODBC drivers with their products. These include Oracle, DB2, Watcom and SQLAnywhere. In addition to those there are drivers that have been ported from the Linux world to OS/2, such as PostgreSQL, Sqlite, mySQL, etc. Normally these are bundled with a ODBC Driver Manager/Administrator that have also been ported from Linux, such as from the UnixODBC or iODBC projects. I have tested some drivers that were bundled with a Driver Manager from UnixODBC and what I found was the drivers work with either the Intersolv Driver Manager or the UnixODBC driver manager (as long as you respect version limitations), but the UnixODBC ODBC Administrator cannot administer Intersolv drivers - however the Intersolv Administrator can administer the UnixODBC version drivers.
ODBC version limitions
The ODBC API went through multiple versions - the major ones of concern to OS/2 are versions 2.x, 3.0, and 3.5. The API specifies the functions that must be provided by a driver and how those functions operate. Version 3 changed the names of many of the functions to align with standards, version 3.5 added functions for Unicode.
I should note that the version of the ODBC API that a driver, driver manager, and administrator is written to is not the same as the version number of the driver, driver manager or administrator. For example the UnixODBC driver manager that is written to the API version 3.5 has many different release versions - as they discovered bugs or completed more of the driver manager they released new versions.
The ODBC API version restrictions are: an application must connect to a driver written at its API version or higher. A driver must connect using a driver manager at its API version or higher. For example, an application written to the ODBC API version 2.x can connect to a driver written to ODBC API version 2.x or 3.0 or 3.5. But an application written to ODBC API version 3 cannot connect with a driver written to ODBC API version 2.x