lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20091022030909.742b3ba1.const@mimas.ru>
Date:	Thu, 22 Oct 2009 03:09:09 +0500
From:	Constantin Baranov <const@...as.ru>
To:	Daniel Mack <daniel@...aq.de>
Cc:	Dmitry Torokhov <dmitry.torokhov@...il.com>,
	Richard Purdie <rpurdie@...ys.net>,
	linux-kernel@...r.kernel.org, linux-input@...r.kernel.org
Subject: Re: [PATCH] leds-alix2: add support for button connected to J15

On Thu, 22 Oct 2009 02:39:28 +0500 Constantin Baranov <const@...as.ru> wrote:
> On Wed, 21 Oct 2009 22:41:58 +0200 Daniel Mack <daniel@...aq.de> wrote:
> > On Thu, Oct 22, 2009 at 01:21:21AM +0500, Constantin Baranov wrote:
> > > I wonder why do you integrate the input driver into the leds driver. They
> > > should be separated. Or at least the complex driver should be moved to the
> > > "X86 Platform Specific Device Drivers" and renamed to some like "PC Engines
> > > ALIX Extras". I personally would prefer the separation way.
> > 
> > I would as well, yes. And I was of course considerating this when I
> > hacked these lines. However, the major part of the LED driver and what
> > it currently shares with the button implementation is the BIOS detection
> > code which is so ugly that I didn't want to duplicate it ;) That would,
> > however, be the only option if you wanted to split the drivers up. Or
> > do you have any better idea?
> 
> We may introduce new ALIX2 extended platform (module in arch/x86/kernel).
> In the init function it shall perform detection. The module shall export
> the is_alix2() function which shall be called from init functions of drivers.
> Also the cs5535_gpio driver could be reused for gpio access (the previous
> patch for leds-alix2 is copy&paste from cs5535_gpio).

Moreover, the cs5535_gpio driver itself could be reworked and ported to
the gpiolib. This goes far from initial task (button support) indeed :)

Constantin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ