Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S272001AbTG2TyQ (ORCPT ); Tue, 29 Jul 2003 15:54:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S272038AbTG2TyQ (ORCPT ); Tue, 29 Jul 2003 15:54:16 -0400 Received: from 81-2-122-30.bradfords.org.uk ([81.2.122.30]:1152 "EHLO 81-2-122-30.bradfords.org.uk") by vger.kernel.org with ESMTP id S272001AbTG2TyP (ORCPT ); Tue, 29 Jul 2003 15:54:15 -0400 Date: Tue, 29 Jul 2003 20:15:06 +0100 From: John Bradford Message-Id: <200307291915.h6TJF6YB000421@81-2-122-30.bradfords.org.uk> To: linux-kernel@vger.kernel.org, pgw99@doc.ic.ac.uk Subject: Re: PATCH : LEDs - possibly the most pointless kernel subsystem ever Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 877 Lines: 23 > This patch adds an abstraction layer for programmable LED devices, > hardware drivers for the Status LEDs found on some Intel PIIX4E based > server hardware (notably the ISP1100 1U rackmount server) and LEDs wired > to the parallel port data lines. I haven't had chance to test this yet, but I really like the idea - by an amasing co-incidence, I was actually thinking about the possibility of doing a parallel port connected front panel earlier today! Does anybody have any suggestions for recommended standard uses for parallel port connected LEDs? Disk spinning up/disk ready Root login active Any other suggestions? John. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/