Re: test13-pre1 changelog
> I really dropped it because I was getting too many patches, and I don't > realistically think it's a 2.4.0 issue (neither do you, I bet), so I > decided that it's not worth it. Ok. Not a problem. I'll leave it until post 2.4.0 - 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: test13-pre1 changelog
On Fri, 15 Dec 2000, Linus Torvalds wrote: > I really dropped it because I was getting too many patches, and I don't > realistically think it's a 2.4.0 issue (neither do you, I bet), so I > decided that it's not worth it. Umm... Linus, how about a bunch of fixes I've sent to you several times during test12-pre? I can resend them, but I would really, really like to hear explicit OK for such resend - if you already have a full mailbox with 2-3 copies of that set sitting there... ;-/ Cheers, Al - 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: test13-pre1 changelog
On Fri, 15 Dec 2000, Alan Cox wrote: > > Sparc is already sync'ed in my tree, and I'd love for other architectures > > to synch up too (but if it takes a while it's not a major disaster - I > > actually much prefer bugs that cause build failures over other kinds of > > bugs ;). > > So you want drivers/gsc again ? I assumed you dropped it as you didnt want > more port code. I really dropped it because I was getting too many patches, and I don't realistically think it's a 2.4.0 issue (neither do you, I bet), so I decided that it's not worth it. By "I'd love for other architectures to synch up" I really only meant the Makefile issue - but the hppa thing is pretty much moot as not all of the code has made it into the kernel yet, so even if the Makefiles were updated it still wouldn't be "ready". (Looking at the parisc makefiles the changes to update them to new-style looks rather small. Not a big issue). Linus - 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: test13-pre1 changelog
> Sparc is already sync'ed in my tree, and I'd love for other architectures > to synch up too (but if it takes a while it's not a major disaster - I > actually much prefer bugs that cause build failures over other kinds of > bugs ;). So you want drivers/gsc again ? I assumed you dropped it as you didnt want more port code. - 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: test13-pre1 changelog
On Fri, 15 Dec 2000, Tom Rini wrote: > On Thu, Dec 14, 2000 at 03:31:54PM -0800, Linus Torvalds wrote: > > > I'm hoping that most of the fall-out from switching over exclusively to > > the new-style Makefiles will be over in a day or two, at which point > > I'll make a pre2 that is worth announcing. > > Does this mean other arches will have a chance to sync in 2.4.0-test13? Sparc is already sync'ed in my tree, and I'd love for other architectures to synch up too (but if it takes a while it's not a major disaster - I actually much prefer bugs that cause build failures over other kinds of bugs ;). Linus - 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: test13-pre1 changelog
On Thu, Dec 14, 2000 at 03:31:54PM -0800, Linus Torvalds wrote: > I'm hoping that most of the fall-out from switching over exclusively to > the new-style Makefiles will be over in a day or two, at which point > I'll make a pre2 that is worth announcing. Does this mean other arches will have a chance to sync in 2.4.0-test13? -- Tom Rini (TR1265) http://gate.crashing.org/~trini/ - 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: test13-pre1 changelog
On Fri, 15 Dec 2000, Stephen Frost wrote: > * Oliver Xymoron ([EMAIL PROTECTED]) wrote: > > On Thu, 14 Dec 2000, Linus Torvalds wrote: > > > > > A 100ms delay sounds like some interrupt shut up or similar (and then > > > timer handling makes it limp along). > > > > Possibly related datapoint: after several days of uptime, my > > 2.4.0-test10pre? machine went into some sort of slow mode after coming > > back from suspend (and doing an /etc/init.d/networking restart). Symptoms > > seemed to be extra second or so setting up a TCP connection. Ping, etc., > > appeared to work just fine, no packet loss apparent, bandwidth looked good > > too. Sadly I had to do actual work that required zippy web access, so I > > rebooted rather than doing a thorough diagnostic. This is a VAIO with > > compiled in eepro100, no special networking options. > > Actually, I figured out what it was and I feel kind of stupid, and > suprised. I knew I should have tried rebooting before complaining. It > turns out it actually was something in my firewall rules, it appears that > for every logged packet there is something along the lines of a 100ms > delay that gets added on. Hmmm, that's seems rather extreme - does it have to wait for klogd to get scheduled before it proceeds? I would expect the filtering to be down in the noise except at fairly high loads. -- "Love the dolphins," she advised him. "Write by W.A.S.T.E.." - 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: test13-pre1 changelog
* Oliver Xymoron ([EMAIL PROTECTED]) wrote: > On Thu, 14 Dec 2000, Linus Torvalds wrote: > > > A 100ms delay sounds like some interrupt shut up or similar (and then > > timer handling makes it limp along). > > Possibly related datapoint: after several days of uptime, my > 2.4.0-test10pre? machine went into some sort of slow mode after coming > back from suspend (and doing an /etc/init.d/networking restart). Symptoms > seemed to be extra second or so setting up a TCP connection. Ping, etc., > appeared to work just fine, no packet loss apparent, bandwidth looked good > too. Sadly I had to do actual work that required zippy web access, so I > rebooted rather than doing a thorough diagnostic. This is a VAIO with > compiled in eepro100, no special networking options. Actually, I figured out what it was and I feel kind of stupid, and suprised. I knew I should have tried rebooting before complaining. It turns out it actually was something in my firewall rules, it appears that for every logged packet there is something along the lines of a 100ms delay that gets added on. Not sure if that is something that could be easily fixed or not, or perhaps I'm doing something wrong, but that seems unlikely since all I changed was if it jumped to the LOG chain or not. Stephen PGP signature
Re: test13-pre1 changelog
On 14 Dec 2000, Linus Torvalds wrote: > if we figure out why apparently some people have trouble with external > modules (at least one person has trouble with loading alsa modules). I cannot load the xircom_tulip_cb module using the latest modutils 2.3.22. I think it's a modutils problem. Pau - 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: test13-pre1 changelog
On Thu, 14 Dec 2000, Linus Torvalds wrote: > On Thu, 14 Dec 2000, Stephen Frost wrote: > > > > Any idea if these issues would cause a general slow-down of a > > machine? For no apparent reason after 5 days running 2.4.0test12 > > everything going through my firewall (set up using iptables) I got about > > 100ms time added on to pings and traceroutes. > > Probably not related to that particular bug - the netfilter issue has > apparently been around forever, and it was just some changes in IP > fragmentation that just made it show up as an oops. > > A 100ms delay sounds like some interrupt shut up or similar (and then > timer handling makes it limp along). Possibly related datapoint: after several days of uptime, my 2.4.0-test10pre? machine went into some sort of slow mode after coming back from suspend (and doing an /etc/init.d/networking restart). Symptoms seemed to be extra second or so setting up a TCP connection. Ping, etc., appeared to work just fine, no packet loss apparent, bandwidth looked good too. Sadly I had to do actual work that required zippy web access, so I rebooted rather than doing a thorough diagnostic. This is a VAIO with compiled in eepro100, no special networking options. Oh, and btw, test12-pre7 seems to have broken my USB camera, which worked with the aforementioned kernel. My build of gphoto2 downloads images via usbdevfs (ugh) and quietly created a bunch of .jpgs that were almost entirely 0s.. -- "Love the dolphins," she advised him. "Write by W.A.S.T.E.." - 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: test13-pre1 changelog
On Thu, 14 Dec 2000, Stephen Frost wrote: > * Linus Torvalds ([EMAIL PROTECTED]) wrote: > > > > A 100ms delay sounds like some interrupt shut up or similar (and then > > timer handling makes it limp along). > > Hmm, it's happening on all interfaces. Ok, never mind me then. It's not an interrupt getting masked, the likelihood of three different interrupts having trouble is basically zero (it would be even smaller if it wasn't for the fact that they are all the same typ eof device and are all handled by the same driver - but there shouldn't be any shared data even so). > No oops or anything in > the logs/dmesg. I can check console when I get home, but I doubt there's > anything of interest. If dmesg doesn't say anything, then the console will say even less. Linus - 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: test13-pre1 changelog
* Linus Torvalds ([EMAIL PROTECTED]) wrote: > > > On Thu, 14 Dec 2000, Stephen Frost wrote: > > > > This go around I compiled everything into the kernel, actually. > > If it would be useful I can compile them as modules reboot and then see > > what happens... > > Even when compiled into the kernel, you might just ifdown/ifup the device. > That will re-initialize most of the driver state. I'll give that a shot... ifdown -a/ifup -a, no change in behaviour. > Is this ppp over serial.c, or what? There is a ppp connection, but the slowdown is on *all* interfaces, of which there are a total of 4; eth0, eth1, eth2, ppp0. Stephen PGP signature
Re: test13-pre1 changelog
* Linus Torvalds ([EMAIL PROTECTED]) wrote: > > > On Thu, 14 Dec 2000, Stephen Frost wrote: > > > > Any idea if these issues would cause a general slow-down of a > > machine? For no apparent reason after 5 days running 2.4.0test12 > > everything going through my firewall (set up using iptables) I got about > > 100ms time added on to pings and traceroutes. > > Probably not related to that particular bug - the netfilter issue has > apparently been around forever, and it was just some changes in IP > fragmentation that just made it show up as an oops. > > A 100ms delay sounds like some interrupt shut up or similar (and then > timer handling makes it limp along). Hmm, it's happening on all interfaces. No oops or anything in the logs/dmesg. I can check console when I get home, but I doubt there's anything of interest. All cards are 3com 3c905's. Does this info help any? ===# cat /proc/interrupts CPU0 CPU1 0: 29170703 23315160IO-APIC-edge timer 1: 2 0IO-APIC-edge keyboard 2: 0 0 XT-PIC cascade 3: 258815 247131IO-APIC-edge serial 4:101120IO-APIC-edge serial 5:17480961692143 IO-APIC-level usb-uhci, eth0 8: 1 0IO-APIC-edge rtc 10:11992271146776 IO-APIC-level eth2 12:23672392389531 IO-APIC-level eth1 14: 210804 193050IO-APIC-edge ide0 15: 7052 6391IO-APIC-edge ide1 NMI: 52509191 52509191 LOC: 52472090 52472489 ERR: 0 ===# sleep 10 ===# cat /proc/interrupts CPU0 CPU1 0: 29171536 23315741IO-APIC-edge timer 1: 2 0IO-APIC-edge keyboard 2: 0 0 XT-PIC cascade 3: 258818 247134IO-APIC-edge serial 4:101120IO-APIC-edge serial 5:17482951692372 IO-APIC-level usb-uhci, eth0 8: 1 0IO-APIC-edge rtc 10:11992301146777 IO-APIC-level eth2 12:23672442389534 IO-APIC-level eth1 14: 210833 193050IO-APIC-edge ide0 15: 7052 6391IO-APIC-edge ide1 NMI: 52510605 52510605 LOC: 52473504 52473902 ERR: 0 ===# Boot log: Linux version 2.4.0-test12 (root@whitegryphon) (gcc version 2.95.2 2220 (Debian GNU/Linux)) #1 SMP Wed Dec 6 01:53:29 EST 2000 BIOS-provided physical RAM map: BIOS-e820: 000a @ (usable) BIOS-e820: 0001 @ 000f (reserved) BIOS-e820: 0fefd000 @ 0010 (usable) BIOS-e820: 2000 @ 0fffd000 (ACPI data) BIOS-e820: 1000 @ 0000 (ACPI NVS) BIOS-e820: 1000 @ fec0 (reserved) BIOS-e820: 1000 @ fee0 (reserved) BIOS-e820: 0001 @ (reserved) Scan SMP from c000 for 1024 bytes. Scan SMP from c009fc00 for 1024 bytes. Scan SMP from c00f for 65536 bytes. found SMP MP-table at 000f6e80 hm, page 000f6000 reserved twice. hm, page 000f7000 reserved twice. hm, page 000f6000 reserved twice. hm, page 000f7000 reserved twice. On node 0 totalpages: 65533 zone(0): 4096 pages. zone(1): 61437 pages. zone(2): 0 pages. Intel MultiProcessor Specification v1.1 Virtual Wire compatibility mode. OEM ID: OEM0 Product ID: PROD APIC at: 0xFEE0 Processor #1 Pentium(tm) Pro APIC version 17 Floating point unit present. Machine Exception supported. 64 bit compare & exchange supported. Internal APIC present. SEP present. MTRR present. PGE present. MCA present. CMOV present. PAT present. PSE present. MMX present. FXSR present. Bootup CPU Processor #0 Pentium(tm) Pro APIC version 17 Floating point unit present. Machine Exception supported. 64 bit compare & exchange supported. Internal APIC present. SEP present. MTRR present. PGE present. MCA present. CMOV present. PAT present. PSE present. MMX present. FXSR present. Bus #0 is PCI Bus #1 is ISA I/O APIC #2 Version 17 at 0xFEC0. Int: type 3, pol 0, trig 0, bus 1, IRQ 00, APIC ID 2, APIC INT 00 Int: type 0, pol 0, trig 0, bus 1, IRQ 01, APIC ID 2, APIC INT 01 Int: type 0, pol 0, trig 0, bus 1, IRQ 00, APIC ID 2, APIC INT 02 Int: type 0, pol 0, trig 0, bus 1, IRQ 03, APIC ID 2, APIC INT 03 Int: type 0, pol 0, trig 0, bus 1, IRQ 04, APIC ID 2, APIC INT 04 Int: type 0, pol 0, trig 0, bus 1, IRQ 06, APIC ID 2, APIC INT 06 Int: type 0, pol 0, trig 0, bus 1, IRQ 07, APIC ID 2, APIC INT 07 Int: type 0, pol 0, trig 0, bus 1, IRQ 08, APIC ID 2, APIC INT 08 Int: type 0, pol 0, trig 0, bus 1, IRQ 09, APIC ID 2, APIC INT 09 Int: type 0, pol 0, trig 0, bus 1, IRQ 0e, APIC ID 2, APIC INT 0e Int: type 0, pol 0, trig 0, bus 1, IRQ 0f, APIC ID 2, APIC INT 0f Int: type 0, pol 3
Re: test13-pre1 changelog
On Thu, 14 Dec 2000, Stephen Frost wrote: > > This go around I compiled everything into the kernel, actually. > If it would be useful I can compile them as modules reboot and then see > what happens... Even when compiled into the kernel, you might just ifdown/ifup the device. That will re-initialize most of the driver state. Is this ppp over serial.c, or what? Linus - 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: test13-pre1 changelog
* Alan Cox ([EMAIL PROTECTED]) wrote: > > machine? For no apparent reason after 5 days running 2.4.0test12 > > everything going through my firewall (set up using iptables) I got about > > 100ms time added on to pings and traceroutes. I'll probably reboot the > > machine tonight and see if that helps. > > Before you do that can you see if ifconfig down, rmmod, insmod, ifconfig up > fixes it. This go around I compiled everything into the kernel, actually. If it would be useful I can compile them as modules reboot and then see what happens... ===# cat /proc/modules ppp_deflate39200 0 (autoclean) bsd_comp4160 0 (autoclean) ppp_async 6512 1 (autoclean) ppp_generic15232 3 (autoclean) [ppp_deflate bsd_comp ppp_async] slhc4528 0 (autoclean) [ppp_generic] ===# I can say that cleaning out all my firewall rules and adding them back didn't change behaviour any. Also, I'm sure that this was not happening until today or maybe yesterday. Earlier in the week the machine was doing fine and I was getting reasonable response times. Now, out *every* interface, I get something close to 100ms additional time. Also of note, traceroutes appear to be more lagged than pings, for what that's worth (traceroute using udp, ping using icmp, dunno if it makes a difference). Stephen PGP signature
Re: test13-pre1 changelog
On Thu, 14 Dec 2000, Stephen Frost wrote: > > Any idea if these issues would cause a general slow-down of a > machine? For no apparent reason after 5 days running 2.4.0test12 > everything going through my firewall (set up using iptables) I got about > 100ms time added on to pings and traceroutes. Probably not related to that particular bug - the netfilter issue has apparently been around forever, and it was just some changes in IP fragmentation that just made it show up as an oops. A 100ms delay sounds like some interrupt shut up or similar (and then timer handling makes it limp along). Linus - 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: test13-pre1 changelog
> machine? For no apparent reason after 5 days running 2.4.0test12 > everything going through my firewall (set up using iptables) I got about > 100ms time added on to pings and traceroutes. I'll probably reboot the > machine tonight and see if that helps. Before you do that can you see if ifconfig down, rmmod, insmod, ifconfig up fixes it. - 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: test13-pre1 changelog
* Linus Torvalds ([EMAIL PROTECTED]) wrote: > > Especially if we get that netfilter problem sorted out (see the other > thread about the IP fragmentation issues associated with that one), and > if we figure out why apparently some people have trouble with external > modules (at least one person has trouble with loading alsa modules). Any idea if these issues would cause a general slow-down of a machine? For no apparent reason after 5 days running 2.4.0test12 everything going through my firewall (set up using iptables) I got about 100ms time added on to pings and traceroutes. I'll probably reboot the machine tonight and see if that helps. Stephen PGP signature
Re: test13-pre1 changelog
In article <[EMAIL PROTECTED]>, David Riley <[EMAIL PROTECTED]> wrote: >Did I miss a post from Linus on the list, or is there no posted >changelog for test13-pre1? Nothing's posted at kernel.org yet, either. The test13-pre1 changes are almost exclusively a radical Makefile cleanup, and it's been discussed mainly on the kbuild mailing list. It doesn't actually contain any actual _code_ changes apart from some very minor details (one of which was the "swapoff()" fix, but I doubt "swapoff()" not working is all that big of an issue) I'm hoping that most of the fall-out from switching over exclusively to the new-style Makefiles will be over in a day or two, at which point I'll make a pre2 that is worth announcing. Especially if we get that netfilter problem sorted out (see the other thread about the IP fragmentation issues associated with that one), and if we figure out why apparently some people have trouble with external modules (at least one person has trouble with loading alsa modules). Linus - 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: test13-pre1 changelog
On Thu, 14 Dec 2000, Dr. Kelsey Hudson wrote: > On Thu, 14 Dec 2000, David Riley wrote: > > > Did I miss a post from Linus on the list, or is there no posted > > changelog for test13-pre1? Nothing's posted at kernel.org yet, either. > > > > I musta missed the post too... But then again I went back and looked for > it and couldnt find it so... > > i'd like to know what changed, anyways :) > Occasionally Linus will put out a 'pre' release that is not for 'public consumption', as was the case in 2.4.0-test12pre1. Subsequent 'pre' releases will show the the change log for test13pre1. We just have to be patient. 8-) -- Marty Pitts Linux Today http://linuxtoday.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: test13-pre1 changelog
The test13-pre1 changelog was something along the lines of "alright, I am sick of this Makefile crap. I fixed some, clean up the rest." ;-) -- Jeff Garzik | Building 1024 | These are not the J's you're lookin' for. MandrakeSoft| It's an old Jedi mind trick. - 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: test13-pre1 changelog
Hello, Linus didn't annnounce test13-pre1 as far as I am aware of. Regards, Frank --On Thursday, December 14, 2000 12:11 PM -0800 "Dr. Kelsey Hudson" <[EMAIL PROTECTED]> wrote: > On Thu, 14 Dec 2000, David Riley wrote: > >> Did I miss a post from Linus on the list, or is there no posted >> changelog for test13-pre1? Nothing's posted at kernel.org yet, either. >> > > I musta missed the post too... But then again I went back and looked for > it and couldnt find it so... > > i'd like to know what changed, anyways :) > > Kelsey Hudson > [EMAIL PROTECTED] Software Engineer > Compendium Technologies, Inc (619) 725-0771 > - > -- > > - > 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/ - 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: test13-pre1 changelog
On Thu, 14 Dec 2000, David Riley wrote: > Did I miss a post from Linus on the list, or is there no posted > changelog for test13-pre1? Nothing's posted at kernel.org yet, either. > I musta missed the post too... But then again I went back and looked for it and couldnt find it so... i'd like to know what changed, anyways :) Kelsey Hudson [EMAIL PROTECTED] Software Engineer Compendium Technologies, Inc (619) 725-0771 --- - 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/
test13-pre1 changelog
Did I miss a post from Linus on the list, or is there no posted changelog for test13-pre1? Nothing's posted at kernel.org yet, either. -- "Windows for Dummies? Isn't that redundant?" - 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/
