* Re: 2.6.0-test2-mm2
2003-07-31 5:38 2.6.0-test2-mm2 Andrew Morton
@ 2003-07-31 9:50 ` Peter Osterlund
2003-07-31 10:57 ` 2.6.0-test2-mm2 Ramón Rey Vicente
` (3 subsequent siblings)
4 siblings, 0 replies; 11+ messages in thread
From: Peter Osterlund @ 2003-07-31 9:50 UTC (permalink / raw)
To: Andrew Morton, Vojtech Pavlik; +Cc: linux-kernel, linux-mm
Andrew Morton <akpm@osdl.org> writes:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.0-test2/2.6.0-test2-mm2/
>
> . Several changes to the synaptics and PS/2 drivers. People who have had
> problems with keyboards and mice, please test and report.
Thanks for including these patches. Here is one more that is needed to
make some old synaptics touchpads work.
When setting the mode byte, don't set bits that the touchpad doesn't
understand. Those bits are reserved and setting them can lead to
weird problems, like the left button not working, as reported by Miles
Lane.
linux-petero/drivers/input/mouse/synaptics.c | 12 ++++++++----
1 files changed, 8 insertions(+), 4 deletions(-)
diff -puN drivers/input/mouse/synaptics.c~synaptics-mode-set drivers/input/mouse/synaptics.c
--- linux/drivers/input/mouse/synaptics.c~synaptics-mode-set Wed Jul 30 21:01:18 2003
+++ linux-petero/drivers/input/mouse/synaptics.c Wed Jul 30 21:01:18 2003
@@ -182,6 +182,7 @@ static int query_hardware(struct psmouse
{
struct synaptics_data *priv = psmouse->private;
int retries = 0;
+ int mode;
while ((retries++ < 3) && synaptics_reset(psmouse))
printk(KERN_ERR "synaptics reset failed\n");
@@ -192,10 +193,13 @@ static int query_hardware(struct psmouse
return -1;
if (synaptics_capability(psmouse, &priv->capabilities, &priv->ext_cap))
return -1;
- if (synaptics_set_mode(psmouse, (SYN_BIT_ABSOLUTE_MODE |
- SYN_BIT_HIGH_RATE |
- SYN_BIT_DISABLE_GESTURE |
- SYN_BIT_W_MODE)))
+
+ mode = SYN_BIT_ABSOLUTE_MODE | SYN_BIT_HIGH_RATE;
+ if (SYN_ID_MAJOR(priv->identity) >= 4)
+ mode |= SYN_BIT_DISABLE_GESTURE;
+ if (SYN_CAP_EXTENDED(priv->capabilities))
+ mode |= SYN_BIT_W_MODE;
+ if (synaptics_set_mode(psmouse, mode))
return -1;
return 0;
_
--
Peter Osterlund - petero2@telia.com
http://w1.894.telia.com/~u89404340
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.0-test2-mm2
2003-07-31 5:38 2.6.0-test2-mm2 Andrew Morton
2003-07-31 9:50 ` 2.6.0-test2-mm2 Peter Osterlund
@ 2003-07-31 10:57 ` Ramón Rey Vicente
2003-08-01 11:00 ` 2.6.0-test2-mm2 Jose Luis Domingo Lopez
2003-07-31 15:06 ` 2.6.0-test2-mm2: BTTV build error Adrian Bunk
` (2 subsequent siblings)
4 siblings, 1 reply; 11+ messages in thread
From: Ramón Rey Vicente @ 2003-07-31 10:57 UTC (permalink / raw)
To: linux-kernel
El jue, 31-07-2003 a las 07:38, Andrew Morton escribió:
> . CPU scheduler changes
The best desktop experience for me since I run 2.5/2.6 kernels. No more
sound skips and a very good response of all applications into the
X-Windows.
And all this with my very slow k6-2 450 MHz and 256 MB RAM. Very good
job!.
> . Several changes to the synaptics and PS/2 drivers. People who have had
> problems with keyboards and mice, please test and report.
The mouse is working smoother and smoother :)
> . Lots of other things, mainly bugfixes.
All of them will be merged soon with Linus tree?
--
Ramón Rey Vicente <ramon dot rey at hispalinux dot es>
jabber ID <rreylinux at jabber dot org>
------------------------------------------------------------
gpg public key ID 0xBEBD71D5 # http://pgp.escomposlinux.org/
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.0-test2-mm2
2003-07-31 10:57 ` 2.6.0-test2-mm2 Ramón Rey Vicente
@ 2003-08-01 11:00 ` Jose Luis Domingo Lopez
0 siblings, 0 replies; 11+ messages in thread
From: Jose Luis Domingo Lopez @ 2003-08-01 11:00 UTC (permalink / raw)
To: linux-kernel
On Thursday, 31 July 2003, at 12:57:23 +0200,
Ramón Rey Vicente???? wrote:
> The best desktop experience for me since I run 2.5/2.6 kernels. No more
> sound skips and a very good response of all applications into the
> X-Windows.
>
I have the same opinion with respect to 2.6.0-test2-mm2 here, but with a
box much more powrful than yours (fact that did not prevent jerky
behaviour in past kernel releases though).
Under my "common" workload (X, Mozilla in pages full of crap^Wflash,
xmms, several monitors, spamassassin analyzing no less than 10
simultaneous mails, and "make -j25 bzImage" to add some more work to the
mix) mouse movement was smooth, and MP3 didn't skip. So i nthis aspect,
2.6.0-test2-mm2 is better than 2.6.0-test2-G7 (2.6.0-test2 with Ingo's
sched-2.6.0-test1-G7).
But there is one thing 2.6.0-test2-mm2 "does" worse than 2.6.0-test2-G7,
and that is prevent windows in X to freeze under heavy window movement
(with "show contents of windows while moving" ON, of course). Under
2.6.0-test2-G7 I was unable to make windows freeze, but with
2.6.0-test2-mm2 I can after several seconds, and the moving window (and
the rest of them) get frozen for a while (couple of seconds).
Hope this helps.
--
Jose Luis Domingo Lopez
Linux Registered User #189436 Debian Linux Sid (Linux 2.6.0-test2-mm2)
^ permalink raw reply [flat|nested] 11+ messages in thread
* 2.6.0-test2-mm2: BTTV build error
2003-07-31 5:38 2.6.0-test2-mm2 Andrew Morton
2003-07-31 9:50 ` 2.6.0-test2-mm2 Peter Osterlund
2003-07-31 10:57 ` 2.6.0-test2-mm2 Ramón Rey Vicente
@ 2003-07-31 15:06 ` Adrian Bunk
2003-08-04 9:13 ` Gerd Knorr
2003-07-31 19:37 ` 2.6.0-test2-mm2 Apurva Mehta
2003-08-02 15:19 ` 2.6.0-test2-mm2 Dave Jones
4 siblings, 1 reply; 11+ messages in thread
From: Adrian Bunk @ 2003-07-31 15:06 UTC (permalink / raw)
To: Andrew Morton, kraxel; +Cc: linux-kernel
On Wed, Jul 30, 2003 at 10:38:10PM -0700, Andrew Morton wrote:
>...
> +bttv-driver-update.patch
>
> BTTV update
>...
<-- snip -->
...
CC drivers/media/video/bttv-cards.o
drivers/media/video/bttv-cards.c: In function `pvr_boot':
drivers/media/video/bttv-cards.c:2549: error: incompatible types in
initialization
drivers/media/video/bttv-cards.c:2552: warning: implicit declaration of
function `request_firmware'
drivers/media/video/bttv-cards.c:2556: error: `rc' undeclared (first use
in this function)
drivers/media/video/bttv-cards.c:2556: error: (Each undeclared
identifier is reported only once
drivers/media/video/bttv-cards.c:2556: error: for each function it
appears in.)
drivers/media/video/bttv-cards.c:2558: error: dereferencing pointer to
incomplete type
drivers/media/video/bttv-cards.c:2558: error: dereferencing pointer to
incomplete type
drivers/media/video/bttv-cards.c:2559: warning: implicit declaration of
function `release_firmware'
make[3]: *** [drivers/media/video/bttv-cards.o] Error 1
<-- snip -->
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.0-test2-mm2: BTTV build error
2003-07-31 15:06 ` 2.6.0-test2-mm2: BTTV build error Adrian Bunk
@ 2003-08-04 9:13 ` Gerd Knorr
2003-08-09 20:01 ` Adrian Bunk
0 siblings, 1 reply; 11+ messages in thread
From: Gerd Knorr @ 2003-08-04 9:13 UTC (permalink / raw)
To: Adrian Bunk; +Cc: Andrew Morton, linux-kernel
> > +bttv-driver-update.patch
> CC drivers/media/video/bttv-cards.o
> drivers/media/video/bttv-cards.c: In function `pvr_boot':
> drivers/media/video/bttv-cards.c:2549: error: incompatible types in
> initialization
> drivers/media/video/bttv-cards.c:2552: warning: implicit declaration of
> function `request_firmware'
Hmm, must investigate. Any change if you toggle CONFIG_FW_LOADER?
catching up one week email backlog,
Gerd
--
sigfault
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.0-test2-mm2: BTTV build error
2003-08-04 9:13 ` Gerd Knorr
@ 2003-08-09 20:01 ` Adrian Bunk
0 siblings, 0 replies; 11+ messages in thread
From: Adrian Bunk @ 2003-08-09 20:01 UTC (permalink / raw)
To: Gerd Knorr; +Cc: Andrew Morton, linux-kernel
On Mon, Aug 04, 2003 at 11:13:02AM +0200, Gerd Knorr wrote:
> > > +bttv-driver-update.patch
>
> > CC drivers/media/video/bttv-cards.o
> > drivers/media/video/bttv-cards.c: In function `pvr_boot':
> > drivers/media/video/bttv-cards.c:2549: error: incompatible types in
> > initialization
> > drivers/media/video/bttv-cards.c:2552: warning: implicit declaration of
> > function `request_firmware'
>
> Hmm, must investigate. Any change if you toggle CONFIG_FW_LOADER?
>...
I can't reproduce it in >= -mm3 and I don't have my -mm2 tree anymore.
I assume that whatever caused it, it's fixed.
> Gerd
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.0-test2-mm2
2003-07-31 5:38 2.6.0-test2-mm2 Andrew Morton
` (2 preceding siblings ...)
2003-07-31 15:06 ` 2.6.0-test2-mm2: BTTV build error Adrian Bunk
@ 2003-07-31 19:37 ` Apurva Mehta
2003-07-31 20:33 ` 2.6.0-test2-mm2 Mike Fedyk
2003-08-02 15:19 ` 2.6.0-test2-mm2 Dave Jones
4 siblings, 1 reply; 11+ messages in thread
From: Apurva Mehta @ 2003-07-31 19:37 UTC (permalink / raw)
To: Linux Kernel Mailing List
* Andrew Morton <akpm@osdl.org> [31-07-2003 14:52]:
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.0-test2/2.6.0-test2-mm2/
>
> . CPU scheduler changes
>
> . Several changes to the synaptics and PS/2 drivers. People who have had
> problems with keyboards and mice, please test and report.
>
> . Lots of other things, mainly bugfixes.
I have noticed that while the system remains responsive when there is
heavy CPU load alone, the unresponsiveness comes when there is heavy disk
i/o. In light of this, I subjected my system to the following tests :
1) Untarred linux-2.6.0-test2.tar.bz2 (To create a stream of writes)
2) did a `find / -name "foobar" -print` as root (To create a stream of reads)
3) bzip2'ed a 30 MB file to 3.2 MB ( this ensures 100 % CPU usage).
All the above were working on the same disk.
As the above three things were going on, I was browsing, playing music
on xmms, reading a pdf file in acrobat and generally switching between
windows.
I did the above test on both 2.6.0-test2-mm1 + O11int + O11.1int ( no
O11.2 int) and on 2.6.0-test2-mm2. I find that mm1 + O11 patches are
better than mm2. The music never skipped on mm1, while it did on
mm2. Also, overall resposiveness of the various windows was better on
mm1.
However, when I did a `rpm --rebuilddb` on mm1 + O11int patches, I
still got quite severe skipping toward the end of the 8 min process. I
could not repeat the skipping again, even on the same kernel, because
I guess there was not much rebuilding to do again..
If there are tools which I can use to produce helpful numbers, please
let me know. I will post the required numbers ASAP.
Also, if you have any other tests which I could perform to create
heavy disk I/O, please let me know about that too.
Regards,
- Apurva
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.0-test2-mm2
2003-07-31 19:37 ` 2.6.0-test2-mm2 Apurva Mehta
@ 2003-07-31 20:33 ` Mike Fedyk
0 siblings, 0 replies; 11+ messages in thread
From: Mike Fedyk @ 2003-07-31 20:33 UTC (permalink / raw)
To: Linux Kernel Mailing List
On Fri, Aug 01, 2003 at 01:07:41AM +0530, Apurva Mehta wrote:
> However, when I did a `rpm --rebuilddb` on mm1 + O11int patches, I
> still got quite severe skipping toward the end of the 8 min process. I
> could not repeat the skipping again, even on the same kernel, because
> I guess there was not much rebuilding to do again..
>
> If there are tools which I can use to produce helpful numbers, please
> let me know. I will post the required numbers ASAP.
rpm is probably doing a lot of fsync() calls, so you'd want a benchmark that
did similar. You'd get similar results from a mail server, or client
running on a bunch of messages too.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.0-test2-mm2
2003-07-31 5:38 2.6.0-test2-mm2 Andrew Morton
` (3 preceding siblings ...)
2003-07-31 19:37 ` 2.6.0-test2-mm2 Apurva Mehta
@ 2003-08-02 15:19 ` Dave Jones
2003-08-02 19:04 ` 2.6.0-test2-mm2 Andrew Morton
4 siblings, 1 reply; 11+ messages in thread
From: Dave Jones @ 2003-08-02 15:19 UTC (permalink / raw)
To: Andrew Morton; +Cc: Linux Kernel
On Wed, Jul 30, 2003 at 10:38:10PM -0700, Andrew Morton wrote:
> +intel-agp-oops-fix.patch
> another oops fix
patch is correct, but I'm wondering what managed to iterate that
far, do you have any hw info on the box that oopsed ?
> +export-agp_memory_reserved.patch
> add an EXPORT_SYMBOL
already in agpgart tree I've asked Linus to pull from.
> +pci_device_id-devinitdata.patch
> Move lots of PCI device_id tables out of __initdata
How embarressing. Russell King noticed a similar problem
in agpgart a while back, and I overlooked the adjacent struct.
Likewise, I goofed in cpufreq. Oops. Thanks for fixing them up.
Dave
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: 2.6.0-test2-mm2
2003-08-02 15:19 ` 2.6.0-test2-mm2 Dave Jones
@ 2003-08-02 19:04 ` Andrew Morton
0 siblings, 0 replies; 11+ messages in thread
From: Andrew Morton @ 2003-08-02 19:04 UTC (permalink / raw)
To: Dave Jones; +Cc: linux-kernel
Dave Jones <davej@codemonkey.org.uk> wrote:
>
> On Wed, Jul 30, 2003 at 10:38:10PM -0700, Andrew Morton wrote:
>
> > +intel-agp-oops-fix.patch
> > another oops fix
>
> patch is correct, but I'm wondering what managed to iterate that
> far, do you have any hw info on the box that oopsed ?
Nah, that patch is bogus:
.subdevice = PCI_ANY_ID,
},
- { }
+ { 0, },
These two things are equivalent: it is a no-op.
The bug was actually the __devinitdata problem.
> > +pci_device_id-devinitdata.patch
> > Move lots of PCI device_id tables out of __initdata
>
> How embarressing. Russell King noticed a similar problem
> in agpgart a while back, and I overlooked the adjacent struct.
> Likewise, I goofed in cpufreq. Oops. Thanks for fixing them up.
Greg did a tree-wide sweep and removed __devinitdata and __initdata from a
large number of pci_device_id tables. Linus merged that yesterday.
^ permalink raw reply [flat|nested] 11+ messages in thread