Re: inotify and /proc/
>From Al Viro on Tuesday, 31 July, 2007: >On Mon, Jul 30, 2007 at 10:40:59PM -0500, Joseph Pingenot wrote: >> I'm trying to implement pwait. It blocks until a specified PID exits, >> and then it exits. >er... ptrace(2)? Should work for most common usage scenarios, although will suspect that it won't for for processes owned by another user (at least, I hope it wouldn't). What is dangerous about inotify on a proc file? -- [EMAIL PROTECTED]/// "There is also an entire branch in the physical therapy field dedicated to the treatment of little-finger injuries caused by excessive Emacs use." --Linux Weekly News editor (http://lwn.net/Articles/206916/) ///260 IATL / The University of Iowa / Iowa City, IA 52242/// - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: inotify and /proc/
>From Al Viro on Tuesday, 31 July, 2007: >On Mon, Jul 30, 2007 at 10:31:13PM -0500, Joseph Pingenot wrote: >> >From Joseph Pingenot on Monday, 30 July, 2007: >> >From Al Viro on Tuesday, 31 July, 2007: >> >>On Mon, Jul 30, 2007 at 09:16:16PM -0500, Joseph Pingenot wrote: >> >>> I was trying to use inotify to watch process changes (especially process >> >>> termination) by watching /proc/. >> >>> Sadly, although I could see something reading various files, nothing >> >>> was issued when the process I was watching exited and the directory >> >>> went away. >> >>> Is this intentional, or a bug? >> >>It's a bug you intend to introduce in your program... IOW, don't >> >>do that. >> >More background, please? >> >What's the way to check for a process exiting without spinning? >> I should also specify that the process being waited on is not a >> child process-it's just some other process on the system. >Umm... Any details on intended use? IOW, is that "I want to write >an utility that would wait for given PID to exit, just for the hell >of it" or is there something you are trying to implement using that? I'm trying to implement pwait. It blocks until a specified PID exits, and then it exits. You can use it to do other stuff after a program finishes. While we're on the subject, is there some way to receive notification that some aspect of a process changes (in this case, stopping using CPU, but not exiting). Thanks for the time to help me figure this out. -Joseph -- [EMAIL PROTECTED]/// "There is also an entire branch in the physical therapy field dedicated to the treatment of little-finger injuries caused by excessive Emacs use." --Linux Weekly News editor (http://lwn.net/Articles/206916/) ///260 IATL / The University of Iowa / Iowa City, IA 52242/// - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: inotify and /proc/
>From Joseph Pingenot on Monday, 30 July, 2007: >From Al Viro on Tuesday, 31 July, 2007: >>On Mon, Jul 30, 2007 at 09:16:16PM -0500, Joseph Pingenot wrote: >>> I was trying to use inotify to watch process changes (especially process >>> termination) by watching /proc/. >>> Sadly, although I could see something reading various files, nothing >>> was issued when the process I was watching exited and the directory >>> went away. >>> Is this intentional, or a bug? >>It's a bug you intend to introduce in your program... IOW, don't >>do that. >More background, please? >What's the way to check for a process exiting without spinning? I should also specify that the process being waited on is not a child process-it's just some other process on the system. -- [EMAIL PROTECTED]/// "There is also an entire branch in the physical therapy field dedicated to the treatment of little-finger injuries caused by excessive Emacs use." --Linux Weekly News editor (http://lwn.net/Articles/206916/) ///260 IATL / The University of Iowa / Iowa City, IA 52242/// - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: inotify and /proc/
>From Al Viro on Tuesday, 31 July, 2007: >On Mon, Jul 30, 2007 at 09:16:16PM -0500, Joseph Pingenot wrote: >> I was trying to use inotify to watch process changes (especially process >> termination) by watching /proc/. >> Sadly, although I could see something reading various files, nothing >> was issued when the process I was watching exited and the directory >> went away. >> Is this intentional, or a bug? >It's a bug you intend to introduce in your program... IOW, don't >do that. More background, please? What's the way to check for a process exiting without spinning? -Joseph -- [EMAIL PROTECTED]/// "There is also an entire branch in the physical therapy field dedicated to the treatment of little-finger injuries caused by excessive Emacs use." --Linux Weekly News editor (http://lwn.net/Articles/206916/) ///260 IATL / The University of Iowa / Iowa City, IA 52242/// - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
inotify and /proc/
I was trying to use inotify to watch process changes (especially process termination) by watching /proc/. Sadly, although I could see something reading various files, nothing was issued when the process I was watching exited and the directory went away. Is this intentional, or a bug? -Joseph -- [EMAIL PROTECTED]/// "There is also an entire branch in the physical therapy field dedicated to the treatment of little-finger injuries caused by excessive Emacs use." --Linux Weekly News editor (http://lwn.net/Articles/206916/) ///260 IATL / The University of Iowa / Iowa City, IA 52242/// - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Intel chooses not to support its HECI/QPS Chip in Linux?
>From Justin Piszcz on Sunday, 04 February, 2007: >Hi, >Anyone from Intel that reads LKML, could you provide an update as to what >is happening with support for your HECI Controller/QPS chip, which is used >on 965 (and possibly other?) chipsets. I am not from Intel, but the article at http://softwarecommunity.intel.com/ISN/Community/en-us/blogs/manageability_software_development/archive/2007/01/24/30229661.aspx says "Please note that currently the HECI driver is available for windows OS and it will be made available on Linux OS in a future release." Nice that it will be made available on Linux in the future, but I feel somewhat let down here, Intel. Your support for your wireless and graphics chips on Linux is what has made you a top contender for my hardware purchases. -Joseph -- [EMAIL PROTECTED]/// Graduate Student in Physics, Freelance Free Software Hacker Ordinaire. ///260 IATL / The University of Iowa / Iowa City, IA 52242/// - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: enhanced intel speedstep feature was Re: speedstep-centrino on dothan
>From Dominik Brodowski on Thursday, 07 July, 2005: >On Thu, Jul 07, 2005 at 03:51:17PM -0500, Joseph Pingenot wrote: >> >Just a latest question: can be p4-clockmod used together with >> >speedstep-centrino? If not, would it make any sense to patch >> >speedstep-centrino to use this feature too? >> I'm a little confused. How is this different from the ACPI CPU throttling >> states (/proc/acpi/processor/CPUn/limit to set, throttling to see all >> T-states available)? >T-states _tend_ to be utilized using chipset logic, while p4-clockmod is >done in-CPU. >> On my 1.5-year-old Pentium-M, frequency scaling and T-states are different >> beasties, and act entirely differently. I'm currently in the process of >> rewriting my governor's brain to deal with the two more intelligently. >In your case, I would care about throttling. In very most cases it actually >increases energy consumption, as the state being entered is technically the >same to ACPI C2 (IIRC), so it is only "forced" idling and only useful if >"forced" idling is needed to not need active cooling. Why would this cause more energy consumption? -Joseph -- [EMAIL PROTECTED] Graduate student in physics, Free Software developer. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: enhanced intel speedstep feature was Re: speedstep-centrino on dothan
>Just a latest question: can be p4-clockmod used together with >speedstep-centrino? If not, would it make any sense to patch >speedstep-centrino to use this feature too? I'm a little confused. How is this different from the ACPI CPU throttling states (/proc/acpi/processor/CPUn/limit to set, throttling to see all T-states available)? On my 1.5-year-old Pentium-M, frequency scaling and T-states are different beasties, and act entirely differently. I'm currently in the process of rewriting my governor's brain to deal with the two more intelligently. -Joseph -- [EMAIL PROTECTED] Graduate Student in Physics, Freelance Free Software Developer - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
The ALPS touchpad fix: will it be in -rc5?
Hello all. I just built -rc4, and it looks like Dmitry's ALPS touchpad fix (http://www.ussg.iu.edu/hypermail/linux/kernel/0502.1/0199.html) didn't make it in. Is it percolating up the chain and just didn't make the deadline, or did it accidentally get dropped? Thanks! -Joseph -- [EMAIL PROTECTED] Graduate Student in Physics, Freelance Free Software Developer - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH] Fix ALPS sync loss
>From Dmitry Torokhov on Tuesday, 08 February, 2005:
>Hi,
>Here is the promised patch. It turns out protocol validation code was
>a bit (or rather a byte ;) ) off.
>Please let me know if it fixes your touchpad and I believe it would be
>nice to have it in 2.6.11.
This patch seems to be working for me too. Thanks a million, Dmitry!
I owe you a beer some time. :)
-Joseph
>===
>[EMAIL PROTECTED], 2005-02-08 18:12:06-05:00, [EMAIL PROTECTED]
> Input: alps - fix protocol validation rules causing touchpad
> to lose sync if an absolute packet is received after
> a relative packet with negative Y displacement.
>
> Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
> alps.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>===
>diff -Nru a/drivers/input/mouse/alps.c b/drivers/input/mouse/alps.c
>--- a/drivers/input/mouse/alps.c 2005-02-08 18:16:27 -05:00
>+++ b/drivers/input/mouse/alps.c 2005-02-08 18:16:27 -05:00
>@@ -198,8 +198,8 @@
> return PSMOUSE_BAD_DATA;
>
> /* Bytes 2 - 6 should have 0 in the highest bit */
>- if (psmouse->pktcnt > 1 && psmouse->pktcnt <= 6 &&
>- (psmouse->packet[psmouse->pktcnt] & 0x80))
>+ if (psmouse->pktcnt >= 2 && psmouse->pktcnt <= 6 &&
>+ (psmouse->packet[psmouse->pktcnt - 1] & 0x80))
> return PSMOUSE_BAD_DATA;
>
> if (psmouse->pktcnt == 6) {
--
[EMAIL PROTECTED]
Graduate Student in Physics, Freelance Free Software Developer
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [ATTN: Dmitry Torokhov] About the trackpad and 2.6.11-rc[23] but not -rc1
>From Joseph Pingenot on Monday, 07 February, 2005: >Hope that helps. Did it help any? -Joseph -- [EMAIL PROTECTED] [An Intel exec] said, basically, that customers are "wed" to the Windows desktop. What he didn't say is that hardware suppliers are wed to Microsoft as well. And as long as the rest of the world depends on that marriage, there won't be any room for innovation on the desktop, except by equally proprietary alternatives such as those from Apple. --Doc Searls' Suit Watch, Dec. 8, 2004 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [ATTN: Dmitry Torokhov] About the trackpad and 2.6.11-rc[23] but not -rc1
>From Dmitry Torokhov on Monday, 07 February, 2005: >Ah, I see. Well, the data in foo.gz file looks like standard PS/2 >protocol, it would be interesting to see the beginning of the dmesg >(where we do all the detection). It looks like something has reset the >absolute mode back to standard relative one. Feb 7 11:49:18 petrus mice: PS/2 mouse device common for all mice Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 60 -> i8042 (command) [7497] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 46 -> i8042 (parameter) [7497] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: d4 -> i8042 (command) [7497] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [7497] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: fa <- i8042 (interrupt, aux, 12) [7500] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, aux, 12) [7501] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 60 -> i8042 (command) [7501] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 44 -> i8042 (parameter) [7501] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 60 -> i8042 (command) [7501] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 45 -> i8042 (parameter) [7501] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: f2 -> i8042 (kbd-data) [7502] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: fa <- i8042 (interrupt, kbd, 1) [7502] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: ab <- i8042 (interrupt, kbd, 1) [7503] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 41 <- i8042 (interrupt, kbd, 1) [7504] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: ed -> i8042 (kbd-data) [7504] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: fa <- i8042 (interrupt, kbd, 1) [7505] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 00 -> i8042 (kbd-data) [7505] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: fa <- i8042 (interrupt, kbd, 1) [7505] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: f3 -> i8042 (kbd-data) [7505] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: fa <- i8042 (interrupt, kbd, 1) [7505] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 00 -> i8042 (kbd-data) [7505] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: fa <- i8042 (interrupt, kbd, 1) [7506] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: f4 -> i8042 (kbd-data) [7506] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: fa <- i8042 (interrupt, kbd, 1) [7506] Feb 7 11:49:18 petrus input: AT Translated Set 2 keyboard on isa0060/serio0 Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 60 -> i8042 (command) [7512] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 47 -> i8042 (parameter) [7512] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: d4 -> i8042 (command) [7512] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [7512] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: fa <- i8042 (interrupt, aux, 12) [7516] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 00 <- i8042 (interrupt, aux, 12) [7517] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: d4 -> i8042 (command) [7517] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: f6 -> i8042 (parameter) [7517] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: fa <- i8042 (interrupt, aux, 12) [7521] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: d4 -> i8042 (command) [7521] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [7521] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: fa <- i8042 (interrupt, aux, 12) [7522] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: d4 -> i8042 (command) [7522] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 0a -> i8042 (parameter) [7522] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: fa <- i8042 (interrupt, aux, 12) [7530] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: d4 -> i8042 (command) [7530] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: e8 -> i8042 (parameter) [7530] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: fa <- i8042 (interrupt, aux, 12) [7530] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: d4 -> i8042 (command) [7530] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 00 -> i8042 (parameter) [7530] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: fa <- i8042 (interrupt, aux, 12) [7538] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: d4 -> i8042 (command) [7538] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: f3 -> i8042 (parameter) [7538] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: fa <- i8042 (interrupt, aux, 12) [7539] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: d4 -> i8042 (command) [7539] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: 14 -> i8042 (parameter) [7539] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: fa <- i8042 (interrupt, aux, 12) [7547] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: d4 -> i8042 (command) [7547] Feb 7 11:49:18 petrus drivers/input/serio/i8042.c: f3 -> i8042 (
Re: [ATTN: Dmitry Torokhov] About the trackpad and 2.6.11-rc[23] but not -rc1
>From Dmitry Torokhov on Monday, 07 February, 2005: >On Mon, 7 Feb 2005 13:05:41 -0600, Joseph Pingenot ><[EMAIL PROTECTED]> wrote: >> From Dmitry Torokhov on Monday, 07 February, 2005: >> >On Mon, 7 Feb 2005 12:09:50 -0600, Joseph Pingenot >> ><[EMAIL PROTECTED]> wrote: >> >> From Dmitry Torokhov on Monday, 07 February, 2005: >> >> >Nonetheless it would be nice to see the data stream from the touchpad >> >> >to see why our ALPS support does not work quite right. Could you >> >> >please try booting with "log_buf_len=131072 i8042.debug=1", and >> >> >working the touchpad a bit. then send me the output of "dmesg -s >> >> >131072" (or just /var/log/messages). >> >> dmesg output, non-mouse output trimmed (for obvious reasons, if you think >> >> about it ;) is attached. >> >I am sorry, I was not clear enough. I'd like to see -rc2 (the broken >> >one), complete with bootup process, so we will see why it can't >> >synchronize at all. (I of course don't need keyboard data of anything >> >that has been typed after boot). >> They're both broken in about the same way, iirc. Is there something special >> in -rc2 that's not in -rc3? >No, -rc3 will do as well. Any version starting with -rc2 should do the trick. All info in the mail to which you repsonded were from -rc3, including and especially the attachemnt. The only info I sent from -rc1 was the contents of /proc/bus/input/devices in response to the *original* request. -Joseph -- [EMAIL PROTECTED] Graduate Student in Physics, Freelance Free Software Developer - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [ATTN: Dmitry Torokhov] About the trackpad and 2.6.11-rc[23] but not -rc1
>From Dmitry Torokhov on Monday, 07 February, 2005: >On Mon, 7 Feb 2005 12:09:50 -0600, Joseph Pingenot ><[EMAIL PROTECTED]> wrote: >> From Dmitry Torokhov on Monday, 07 February, 2005: >> >Nonetheless it would be nice to see the data stream from the touchpad >> >to see why our ALPS support does not work quite right. Could you >> >please try booting with "log_buf_len=131072 i8042.debug=1", and >> >working the touchpad a bit. then send me the output of "dmesg -s >> >131072" (or just /var/log/messages). >> dmesg output, non-mouse output trimmed (for obvious reasons, if you think >> about it ;) is attached. >I am sorry, I was not clear enough. I'd like to see -rc2 (the broken >one), complete with bootup process, so we will see why it can't >synchronize at all. (I of course don't need keyboard data of anything >that has been typed after boot). They're both broken in about the same way, iirc. Is there something special in -rc2 that's not in -rc3? -Joseph -- [EMAIL PROTECTED] Graduate Student in Physics, Freelance Free Software Developer - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [ATTN: Dmitry Torokhov] About the trackpad and 2.6.11-rc[23] but not -rc1
>From Dmitry Torokhov on Monday, 07 February, 2005: >Is that with -rc1 or -rc2? -rc1. With -rc3, I get: I: Bus=0011 Vendor=0001 Product=0001 Version=ab41 N: Name="AT Translated Set 2 keyboard" P: Phys=isa0060/serio0/input0 H: Handlers=kbd event0 B: EV=120013 B: KEY=4 200 3802078 f840d001 f2df ffef fffe B: MSC=10 B: LED=7 I: Bus=0011 Vendor=0002 Product=0008 Version= N: Name="AlpsPS/2 ALPS TouchPad" P: Phys=isa0060/serio1/input0 H: Handlers=mouse0 event1 B: EV=f B: KEY=420 3 67 0 0 0 0 0 0 0 0 B: REL=3 B: ABS=103 >Anyway, I think Inspiron 8600 has an ALPS touchpad and externded >support for it just went in in -rc2. I think if you boot with >psmouse.proto=exps you will get your mouse back (if your psmouse is >compiled as a module you'll need to add 'options psmouse proto=exps' >to your /etc/modprobe.conf). Indeedy. I'm in -rc1 atm, so I don't want to reboot yet again to see if that protocol bit works. If I end up getting curious enough, I'll send word if it works. :) >Nonetheless it would be nice to see the data stream from the touchpad >to see why our ALPS support does not work quite right. Could you >please try booting with "log_buf_len=131072 i8042.debug=1", and >working the touchpad a bit. then send me the output of "dmesg -s >131072" (or just /var/log/messages). dmesg output, non-mouse output trimmed (for obvious reasons, if you think about it ;) is attached. -Joseph -- [EMAIL PROTECTED] Graduate Student in Physics, Freelance Free Software Developer foo.gz Description: application/gunzip
[ATTN: Dmitry Torokhov] About the trackpad and 2.6.11-rc[23] but not -rc1
Hi. Sorry; I accidentally deleted my email and your response, Dmitry. :/ Anyhow, here is /proc/bus/input/devices $ cat /proc/bus/input/devices I: Bus=0011 Vendor=0001 Product=0001 Version=ab41 N: Name="AT Translated Set 2 keyboard" P: Phys=isa0060/serio0/input0 H: Handlers=kbd event0 B: EV=120013 B: KEY=4 200 3802078 f840d001 f2df ffef fffe B: MSC=10 B: LED=7 I: Bus=0011 Vendor=0002 Product=0001 Version= N: Name="PS/2 Generic Mouse" P: Phys=isa0060/serio1/input0 H: Handlers=mouse0 event1 B: EV=7 B: KEY=7 0 0 0 0 0 0 0 0 B: REL=3 This is both a trackpad and an eraser-mouse in one device, so far as I can tell. It's in my Dell Inspiron 8600. -Joseph -- [EMAIL PROTECTED] Graduate Student in Physics, Freelance Free Software Developer - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Problem with trackpad and 2.6.11-rc[23], but not -rc1
Hello. I just tried (again) to get the most recent kernel version working on my laptop. All is clear except for one small detail: the trackpad and mouse buttons don't work. When using the eraser mouse, it moves around fine. When using the trackpad, the cursour jumps around as though it were using the wrong protocol. Additionally, the mousebuttons either have no effect or cause the mouse to suddenly jump left. The kernel log has tons of error messages (attached). This behavior started occurring in 2.6.11-rc2; it works fine in 2.6.11-rc1. The behaviour here was listed with software suspend 2, but when I was testing it with -rc2, no software suspend patches were applied and I still saw the behavior. Pertinent log data and config attached. Thanks! -Joseph -- [EMAIL PROTECTED] Graduate Student in Physics, Freelance Free Software Developer outfile.gz Description: application/gunzip config.gz Description: application/gunzip
Re: Please open sysfs symbols to proprietary modules
>From Pavel Roskin on Wednesday, 02 February, 2005: >All I want to do is to have a module that would create subdirectories for >some network interfaces under /sys/class/net/*/, which would contain >additional parameters for those interfaces. I'm not creating a new >subsystem or anything like that. sysctl is not good because the data is >interface specific. ioctl on a socket would be OK, although it wouldn't >be easily scriptable. The restriction on sysfs symbols would just force >me to write a proprietary userspace utility to set those parameters >instead of using a shell script. Please pardon my ignorance, but if the existing network device management framework is insufficient, it seems that the optimal way to deal with this is to work with the community to address the insufficiencies, not hacking in a new interface to the device. -Joseph -- [EMAIL PROTECTED] Graduate Student in Physics, Freelance Free Software Developer - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Some experience of linux on a Laptop
>From Android on Sunday, 24 June, 2001:
>>I have come to the conclusion that linux is NOT suitable for the general
>>desktop market.
>I have to disagree on this. It runs fine on most PC's, as they use standard
>devices. Just say NO to anything proprietary. This includes Toshiba. Makers of such
>odd machines should supply their own native drivers if they want to be supported.
I would have to concur, if it weren't for almost all manufacturers doing this.
Grr.
>>5: Better support for toshiba computers... well try =)
>Talk to Toshiba. See if they are willing to part with "secret" information
>so that you can create specific drivers for Linux. After that, I bet your next comp.
>won't be from them. :-)
I've been talking sometimes on the Toshiba list, trying to get Toshiba
to support Linux officially (they do *unofficially*, as shown by the
inclusion of Linux in a lot of their website). However, it doesn't
look likely.
I'd like everyone's help pressing Toshiba to open up some more of
their specs. That'd be the ideal solution. I guess I'd go for
binary-only drivers, if they'd maintain them well. It's sub-optimal,
but it's a workaround for now. :)
If you have Toshiba hardware, *please* tell them to support Linux
every chance you get. Maybe after enough feedback from the
community, they'll wise up.
Oh, FYI, I am running the unstable distribution of Debian with
the 2.4.5 kernel. Everything on my Satellite 1605CDS laptop works,
with the notable exception of the scheiss-Winmodem. I've been
talking with Conextant (the winmodem chipset manufacturers), so
I'll see where that gets me. Be sure that if I get sufficient info
(and time!!), I'll post what I know and *maybe* even deveop a
pseudo-serial port driver. That'd require a *lot* of time, though,
and time is in very short supply right now. :)
Anyway, the basic message I wanted to convey was that you need to pressure
your hardware manufacturer of choice to open up their specs so that
*everyone* can use their hardware with whatever software they choose.
It helps find bugs ("your spec says X, but the hardware *really* does
Y"), and hey, they can hire only a minimal staff to do Linux support
(if they offload the driver development and maintenance to the kernel
developers. :)
If something doesn't work with Linux, given experience and the sheer
number of developers, chances are *very* good that the manufacturer
is hoarding the specs. Unfortunately, it's a common practice that
requires a good kick in the hiney. :)
-Joseph
--
[EMAIL PROTECTED]
"IBM were providing source code in the 1960's under similar terms.
VMS source code was available under limited licenses to customers
from the beginning. Microsoft are catching up with 1960."
--Alan Cox, http://www2.usermagnet.com/cox/index.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: Microsoft begining to open source Windows 2000?
>From Mohammad A. Haque on Thursday, 08 March, 2001: [snip] >Also notice that you're now paying MS so you can find their bugs. Very >nice. Indeed. They've been very successful so far in getting people to pony up (pay) for beta software (see W2K: The Beta, Whistler/XP: The Beta, and (I am pretty sure) VisualStudio.Net: The Beta.) Interesting concept. Quite an evil marketing scheme, if you ask me. The users pay to help Microsoft debug their software, and also pay to put their security (both in the cracking and data safety senses) on the line. Huzzah! Microsoft has proven it: we're sheep! Baaa baa baa baaa, Joseph -- [EMAIL PROTECTED] "I felt a great disturbance in the force. As if a significant plot line suddenly cried out in terror... and was suddenly silenced." -Torg in "Sluggy Freelance" www.sluggy.com. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux stifles innovation...
>> On the other hand: >> ''I can't imagine something that could be worse than this >> for the software business and the intellectual-property business.'' >Linux IS (part of) the software business, though! That's like saying >Walmart is bad for shops - it is bad for OTHER, COMPETING shops. Actually, I'd contend that it's more like Wal-Mart (oder Aldi) claiming that the Mom-n-Pop store (Tante Emma Laden) down the street is ruining their business. It's the big Goliath coming out once again. [Unfortunately, I only know the German equivalents of the xlat'ed phrases] -- [EMAIL PROTECTED] "I felt a great disturbance in the force. As if a significant plot line suddenly cried out in terror... and was suddenly silenced." -Torg in "Sluggy Freelance" www.sluggy.com. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
APM screen blanking
Greetings. Does anyone know what would cause a lockup when (2.4.x): * supsending to disk * changing from X to a virtual console with APM enabled? Changing from X to a VC functions when APM is compiled out. Essentially, the screen blanks once and the machine locks up. Usually while suspending, the screen blanks at least twice. The 2.2.1[78] kernels work fine. Has anyone else seen this behaviour? I'm seeing this on a Toshiba Satellite 1605CDS. Thanks! -Joseph -- [EMAIL PROTECTED] "I felt a great disturbance in the force. As if a significant plot line suddenly cried out in terror... and was suddenly silenced." -Torg in "Sluggy Freelance" www.sluggy.com. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: make mrproper
>From John Levon on Wednesday, 24 January, 2001: >Idle curiosity, but what does the "mr" in make mrproper >stand for ? My guess is that it is a joke. 'Meister Proper' is the German Mister Clean (the big, bald guy on the same-name cleaning agent bottle). I'm not sure of the spelling, though. It's been a while since I've seen the commercials. I dunno if it's Finnish, though. Never been there. Maybe it was put in by a German developer. Maybe not. It was there when I started. -Joseph -- [EMAIL PROTECTED] "I felt a great disturbance in the force. As if a significant plot line suddenly cried out in terror... and was suddenly silenced." -Torg in "Sluggy Freelance" www.sluggy.com. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
APM/ACPI in-depth documentation
Greetings. Where can I find in-depth information on ACPI and APM? I'd like to get the problems I've found in 2.2.18 and 2.4.0 fixed. Ideally, I'd like information on *exactly* how to suspend my laptop (Toshiba 1605CDS, Phoenix BIOS). I.e., what IO ports, memory ranges, interrupts to use, and how to use them. Anyone know where to go for this? It doesn't look like Toshiba is going to be very helpful telling me about their BIOS interface. Thanks! -Joseph -- [EMAIL PROTECTED] "I felt a great disturbance in the force. As if a significant plot line suddenly cried out in terror... and was suddenly silenced." -Torg in "Sluggy Freelance" www.sluggy.com. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
APM, virtual console problem in 2.4.0
Greetings. When suspending my laptop (Toshiba Satellite 1605CDS; BIOS set to suspend to disk) with Debian 2.2r2's 'apm -s', the screen blanks and then the system locks up hard (not even the power button works). In 2.2.17, 'apm -s' works properly, first blanking the screen (maybe twice), then (apparently) handing off to the BIOS. It looks like the handing off isn't reached in 2.4.0; the screen blanks, but it never reaches the BIOS's 'Saving to Disk' screen. Additionally (included because of the similar symptomology), when changing virtual consoles under 2.4.0 and running X (XFree86 3.3.6; from Debian 2.2r0), the screen blanks once again, but then the system lock up hard, exactly as above. Any ideas what I might be doing wrong or what needs to be fixed? If I get some time in the next few days, I'll look at the code; but school's coming up and I have a lot of work to get done. I can supply more information if you need it. Thanks! -Joseph -- [EMAIL PROTECTED] "I felt a great disturbance in the force. As if a significant plot line suddenly cried out in terror... and was suddenly silenced." -Torg in "Sluggy Freelance" www.sluggy.com. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
