diff --git a/src/portduino/PortduinoGlue.cpp b/src/portduino/PortduinoGlue.cpp
index 8ec6b18db..acdb5a7f6 100644
--- a/src/portduino/PortduinoGlue.cpp
+++ b/src/portduino/PortduinoGlue.cpp
@@ -22,50 +22,7 @@ void cpuDeepSleep(uint64_t msecs)
 
 void updateBatteryLevel(uint8_t level) NOT_IMPLEMENTED("updateBatteryLevel");
 
-/** Dear pinetab hardware geeks!
- *
- * The current pinetab lora module has a slight bug.  The ch341 part only provides ISR assertions on edges.
- * This makes sense because USB interrupts happen through fast/repeated special irq urbs that are constantly
- * chattering on the USB bus.
- *
- * But this isn't sufficient for level triggered ISR sources like the sx127x radios.  The common way that seems to
- * be addressed by cs341 users is to **always** connect the INT# (pin 26 on the ch341f) signal to one of the GPIO signals
- * on the part.  I'd recommend connecting that LORA_DIO0/INT# line to pin 19 (data 4) on the pinetab board.  This would
- * provide an efficent mechanism so that the (kernel) code in the cs341 driver that I've slightly hacked up to see the
- * current state of LORA_DIO0.  Without that access, I can't know if the interrupt is still pending - which would create
- * race conditions in packet handling.
- *
- * My workaround is to poll the status register internally to the sx127x.  Which is expensive because it involves a number of
- * i2c transactions and many trips back and forth between kernel and my userspace app.  I think shipping the current version
- * of the pinetab lora device would be fine because I can poll slowly (because lora is slow).  But if you ever have cause to
- * rev this board.  I highly encourage this small change.
- *
- * Btw - your little "USB lora dongle" is really neat.  I encourage you to sell it, because even non pinetab customers could
- * use it to easily add lora to rasberry pi, desktop pcs etc...
- *
- * Porduino helper class to do this i2c based polling:
- */
-class PolledIrqPin : public LinuxGPIOPin
-{
-  public:
-    PolledIrqPin() : LinuxGPIOPin(LORA_DIO1, "ch341", "int", "loraIrq") {}
 
-    /// Read the low level hardware for this pin
-    virtual PinStatus readPinHardware()
-    {
-        if (isrPinStatus < 0)
-            return LOW; // No interrupt handler attached, don't bother polling i2c right now
-        else {
-            extern RadioInterface *rIf; // FIXME, temporary hack until we know if we need to keep this
-
-            assert(rIf);
-            bool p = rIf->isIRQPending();
-            if(p)
-                log(SysGPIO, LogDebug, "R595PolledIrqPin::readPinHardware(%s, %d, %d)", getName(), getPinNum(), p);
-            return p ? HIGH : LOW;
-        }
-    }
-};
 
 /** apps run under portduino can optionally define a portduinoSetup() to
  * use portduino specific init code (such as gpioBind) to setup portduino on their host machine,
@@ -76,15 +33,19 @@ void portduinoSetup()
     printf("Setting up Meshtastic on Porduino...\n");
 
     // FIXME: remove this hack once interrupts are confirmed to work on new pine64 board
-    gpioBind(new PolledIrqPin());
+    auto loraIrq = new LinuxGPIOPin(LORA_DIO1, "ch341", "int", "loraIrq"); // or "err"?
+    gpioBind(loraIrq);
 
     // BUSY hw is busted on current board - just use the simulated pin (which will read low)
-    // gpioBind(new LinuxGPIOPin(SX1262_BUSY, "ch341", "slct", "loraBusy"));
+    //gpioBind(new LinuxGPIOPin(SX1262_BUSY, "ch341", "slct", "loraBusy"));
     auto fakeBusy = new SimGPIOPin(SX1262_BUSY, "fakeBusy");
     fakeBusy->writePin(LOW);
+    fakeBusy->setSilent(true);
     gpioBind(fakeBusy);
 
-    gpioBind(new LinuxGPIOPin(SX1262_CS, "ch341", "cs0", "loraCs"));
+    auto loraCs = new LinuxGPIOPin(SX1262_CS, "ch341", "cs0", "loraCs");
+    loraCs->setSilent(true);
+    gpioBind(loraCs);
 
     // gpioBind((new SimGPIOPin(LORA_RESET, "LORA_RESET")));
     // gpioBind((new SimGPIOPin(RF95_NSS, "RF95_NSS"))->setSilent());