public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andi Kleen <ak@suse.de>
To: Vojtech Pavlik <vojtech@suse.cz>
Cc: rusty@rustcorp.com.au, linux-kernel@vger.kernel.org, akpm@osdl.org
Subject: Re: 2.6.1-mm4
Date: Wed, 21 Jan 2004 13:46:57 +0100	[thread overview]
Message-ID: <20040121134657.6cd27cbd.ak@suse.de> (raw)
In-Reply-To: <20040121123454.GB538@ucw.cz>

On Wed, 21 Jan 2004 13:34:54 +0100
Vojtech Pavlik <vojtech@suse.cz> wrote:

> On Wed, Jan 21, 2004 at 01:27:44PM +0100, Andi Kleen wrote:
> > On Wed, 21 Jan 2004 09:40:09 +0100
> > Vojtech Pavlik <vojtech@suse.cz> wrote:
> > 
> > > 
> > > Inbetween the module changes and the input changes there was a
> > > situation, where you'd have to pass
> > > 
> > > 	psmouse.psmouse_maxproto=imps2
> > > 
> > > as a kernel argument. This should (I hope so, I have to check) be fixed
> > > now.
> > 
> > No, 2.6.1 requires it.
> > 
> > And worst is that you have to reboot to change mouse settings at all.
> > That just doesn't make any sense. Can you please add an runtime sysfs
> > interface for this?
> 
> It's planned, though not easy to implement at all. I don't think I'll be
> able to get this into 2.6.2. For now you can enable EMBEDDED, compile
> psmouse as a module, and just rmmod/insmod it with new parameters.

Really. I don't want a modular mouse driver, just a mouse that keeps working
over kernel releases without me requiring tracking undocumented changes
every release. Thanks for the warning that you renamed it again, at least
that will save some reboots next time.

Could you perhaps readd the old __setup that at least the old version
keeps working? After that you can rename it again as often as you
want as long as the old alias keeps working ;-)

As for the implementation of doing it at runtime - i took a look at it
but got scared by sysfs livetime rules and the lack of callbacks in module_parm. 
I think the easiest way would be to just poll the value: make it a module_parm with the 
w bit enabled, add a second set of state variables and every time you access 
the mouse you compare the module_parm variables and the shadow variables and change
the mouse setting if they differ. Not pretty, but would probably work without
too much sysfs black magic.

-Andi

>

  reply	other threads:[~2004-01-21 12:47 UTC|newest]

Thread overview: 57+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20040115225948.6b994a48.akpm@osdl.org.suse.lists.linux.kernel>
     [not found] ` <20040118001217.GE3125@werewolf.able.es.suse.lists.linux.kernel>
     [not found]   ` <20040117215535.0e4674b8.akpm@osdl.org.suse.lists.linux.kernel>
     [not found]     ` <20040118081128.GA3153@werewolf.able.es.suse.lists.linux.kernel>
     [not found]       ` <20040118001708.09291455.akpm@osdl.org.suse.lists.linux.kernel>
     [not found]         ` <20040119224219.65991501.rusty@rustcorp.com.au.suse.lists.linux.kernel>
2004-01-19 12:40           ` 2.6.1-mm4 Andi Kleen
2004-01-21  4:06             ` 2.6.1-mm4 Rusty Russell
2004-01-21  4:56               ` 2.6.1-mm4 Valdis.Kletnieks
2004-01-21  8:40               ` 2.6.1-mm4 Vojtech Pavlik
2004-01-21 12:27                 ` 2.6.1-mm4 Andi Kleen
2004-01-21 12:34                   ` 2.6.1-mm4 Vojtech Pavlik
2004-01-21 12:46                     ` Andi Kleen [this message]
2004-01-21 13:13                       ` 2.6.1-mm4 Vojtech Pavlik
2004-01-22  1:31                       ` 2.6.1-mm4 Rusty Russell
2004-01-21 12:53                     ` 2.6.1-mm4 Dmitry Torokhov
2004-01-21 12:23               ` mouse configuration in 2.6.1 Andi Kleen
2004-01-21 12:31                 ` Marcos D. Marado Torres
2004-01-21 12:42                   ` Andi Kleen
2004-01-21 12:53                     ` Marcos D. Marado Torres
2004-01-21 13:02                       ` Andi Kleen
2004-01-21 13:06                         ` Marcos D. Marado Torres
2004-01-21 13:09                     ` Dmitry Torokhov
2004-01-21 12:32                 ` Vojtech Pavlik
2004-01-22  1:14                 ` Rusty Russell
2004-01-17 13:13 2.6.1-mm4 Thomas Molina
2004-01-17 18:14 ` 2.6.1-mm4 Hugh Dickins
2004-01-17 18:52   ` 2.6.1-mm4 Andrew Morton
2004-01-19  7:16     ` 2.6.1-mm4 Rusty Russell
2004-01-19 11:29     ` 2.6.1-mm4 Rusty Russell
  -- strict thread matches above, loose matches on Subject: below --
2004-01-16  6:59 2.6.1-mm4 Andrew Morton
2004-01-16  9:34 ` 2.6.1-mm4 Prakash K. Cheemplavam
2004-01-21 18:46   ` 2.6.1-mm4 Prakash K. Cheemplavam
2004-01-21 19:20     ` 2.6.1-mm4 Valdis.Kletnieks
2004-02-11 22:22       ` 2.6.1-mm4 Prakash K. Cheemplavam
2004-02-12  5:52         ` 2.6.1-mm4 Valdis.Kletnieks
2004-02-12  7:30           ` 2.6.1-mm4 Prakash K. Cheemplavam
2004-02-12  8:46             ` 2.6.1-mm4 Valdis.Kletnieks
2004-02-12 13:15               ` 2.6.1-mm4 Prakash K. Cheemplavam
2004-02-12 16:11                 ` 2.6.1-mm4 Prakash K. Cheemplavam
2004-01-16 13:45 ` 2.6.1-mm4 Ed Tomlinson
2004-01-16 17:32   ` 2.6.1-mm4 Thomas Schlichter
2004-01-16 14:49 ` 2.6.1-mm4 Fabian Fenaut
     [not found] ` <200401161449.i0GEnoAv026627@fire-1.osdl.org>
2004-01-16 17:03   ` 2.6.1-mm4 Andrew Morton
2004-01-16 18:11     ` 2.6.1-mm4 Fabian Fenaut
2004-01-16 17:37 ` 2.6.1-mm4 Thomas Schlichter
2004-01-16 17:58 ` 2.6.1-mm4 Thomas Schlichter
2004-01-17  1:31 ` 2.6.1-mm4 Greg Fitzgerald
2004-01-17  1:40   ` 2.6.1-mm4 Mike Fedyk
2004-01-17  2:07     ` 2.6.1-mm4 Greg Fitzgerald
2004-01-17  2:24   ` 2.6.1-mm4 Mike Fedyk
2004-01-17  4:05   ` 2.6.1-mm4 Dmitry Torokhov
2004-01-17  4:22     ` 2.6.1-mm4 Greg Fitzgerald
2004-01-17  2:22 ` 2.6.1-mm4 Adrian Bunk
2004-01-18  0:12 ` 2.6.1-mm4 J.A. Magallon
2004-01-18  5:55   ` 2.6.1-mm4 Andrew Morton
2004-01-18  8:11     ` 2.6.1-mm4 J.A. Magallon
2004-01-18  8:17       ` 2.6.1-mm4 Andrew Morton
2004-01-19 11:42         ` 2.6.1-mm4 Rusty Russell
2004-01-19 11:46 ` 2.6.1-mm4 Luiz Fernando Capitulino
2004-01-20  0:26 ` 2.6.1-mm4 Thomas Molina
2004-01-20  0:57   ` 2.6.1-mm4 Andrew Morton
2004-01-20  2:13     ` 2.6.1-mm4 Thomas Molina

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040121134657.6cd27cbd.ak@suse.de \
    --to=ak@suse.de \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rusty@rustcorp.com.au \
    --cc=vojtech@suse.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox