Re: uninteruptable sleep
Trevor Nichols wrote: > > Its a kernel bug if it gets stuck like this. You need to provide more info > > though - what file system, what devices, how much memory. Also ps can give you > > the wait address of a process stuck in 'D' state which is valuable for debug > > ps xl: > F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTYTIME COMMAND > 040 1000 1230 1 9 0 243204 down_w D? 0:00 >/home/data/mozilla/obj/dist/bin/mozi > > [I'm not exactly sure how to get the wait address if it isn't shown above] > Try this: ps -eo pid,stat,pcpu,nwchan,wchan=WIDE-WCHAN-COLUMN -o args cu Jup - 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: loopback mount won't umount on 2.2.12
Khyron wrote: > Okay, I've seen various references to problems with loopback > mounts under (early) 2.2.x kernels. But I don't see any reference > to a solution (ie. how to umount the stupid thing). > > My situation is that I have mounted a CD image on a machine > for use in kickstart builds. The mount point is /kickstart/image > > When I attempt "umount /kickstart/image" and other variations > on the theme, I get a "umount: /kickstart/image: device is busy". Is it nfs exported? If so, unexport it first. cu Jup - 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/
[OT] Re: Your response is requested
[EMAIL PROTECTED] wrote: > Dear Friend: > > YOU CAN make over a half million dollars every 4 to 5 months from > your home for a one time investment of only twenty five U.S. > Dollars. This did not originate from toyota.com - The spammer simply used that domain as the "from" hostname. We are careful about mail server security here, there is no open relay. jjs - 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/
[OT] Re: Your response is requested
John Jasen wrote: > On Tue, 17 Apr 2001, Disconnect wrote: > > > (Sending to LKML just so nobody else flips out) > > > > OK it wasn't just us. Lemme reassure the admins I just forwarded it to ;) > > > > It seems to list the hostname of whoever receives it (neat trick). > > sendmail, by default, appends its domainname to incoming email that > doesn't have one. We reject domainless messages, so that's not it. jjs - 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: performance degradation on -ac tree
Hi all, I've been lurking for some time now, unsure of whether I had some special issues in my own setup, but seeing these others come forward has emboldened me to speak out as well. I am running a RH 7.0 box with all updates and then some, and generally trying each new 2.4 pre patch or -ac variant, with the addition of Andrew Morton's low latency patches. I have been noticing a marked performance degradation with recent -ac kernels compared to Linus' versions. This is based mainly on 2 things, one precisely measurable, the other more objective, but tangible to me nonetheless. First, the quanitifiable test: I have noticed that with e.g. the 2.4.0-test kernels, and e.g. 2.4.2, netperf to localhost gets between 350-400 MB/s. With recent -ac kernels, e.g. 2.4.3-ac5, netperf to localhost gets more like 250 MB/sec. secondly, a subjective test: When giving it the quake 3 arena test, playing against internet opponents, e.g. 2.4.2 feels very responsive, and I seem to be able to run circles around opponents, dodge and turn very quickly. The same activity with recent -ac kernels feels like running through molasses, very sluggish, and it is I who am repeatedly outmaneuvered and embarrassed. It's quite awful. The Mobo is an Asus p5 w/ AMD K6/2 450 Here is my cpuinfo - processor : 0 vendor_id : AuthenticAMD cpu family : 5 model : 8 model name : AMD-K6(tm) 3D processor stepping: 12 cpu MHz : 451.037 cache size : 64 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr mce cx8 pge mmx syscall 3dnow k6_mtrr bogomips: 901.12 Here is the output of lspci 00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1541 (rev 04) 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5243 (rev 04) 00:02.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) 00:03.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] (rev c3) 00:09.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 08) 00:0b.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 08) 00:0d.0 Multimedia audio controller: Creative Labs SB Live! EMU1 (rev 06) 00:0d.1 Input device controller: Creative Labs SB Live! (rev 06) 00:0f.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev c1) 01:00.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev 01) and here is my .config # # Automatically generated by make menuconfig: don't edit # CONFIG_X86=y CONFIG_ISA=y # CONFIG_SBUS is not set CONFIG_UID16=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y # # Loadable module support # CONFIG_MODULES=y CONFIG_MODVERSIONS=y CONFIG_KMOD=y # # Processor type and features # CONFIG_LOLAT=y CONFIG_LOLAT_SYSCTL=y # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMIII is not set # CONFIG_MPENTIUM4 is not set CONFIG_MK6=y # CONFIG_MK7 is not set # CONFIG_MCRUSOE is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MCYRIXIII is not set CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_L1_CACHE_SHIFT=5 CONFIG_X86_ALIGNMENT_16=y CONFIG_X86_TSC=y CONFIG_X86_USE_PPRO_CHECKSUM=y # CONFIG_TOSHIBA is not set # CONFIG_MICROCODE is not set # CONFIG_X86_MSR is not set # CONFIG_X86_CPUID is not set CONFIG_NOHIGHMEM=y # CONFIG_HIGHMEM4G is not set # CONFIG_HIGHMEM64G is not set # CONFIG_MATH_EMULATION is not set CONFIG_MTRR=y # CONFIG_SMP is not set # CONFIG_X86_UP_APIC is not set # CONFIG_X86_UP_IOAPIC is not set # # General setup # CONFIG_NET=y # CONFIG_VISWS is not set CONFIG_PCI=y # CONFIG_PCI_GOBIOS is not set # CONFIG_PCI_GODIRECT is not set CONFIG_PCI_GOANY=y CONFIG_PCI_BIOS=y CONFIG_PCI_DIRECT=y CONFIG_PCI_NAMES=y # CONFIG_EISA is not set # CONFIG_MCA is not set # CONFIG_HOTPLUG is not set # CONFIG_PCMCIA is not set CONFIG_SYSVIPC=y # CONFIG_BSD_PROCESS_ACCT is not set CONFIG_SYSCTL=y CONFIG_KCORE_ELF=y # CONFIG_KCORE_AOUT is not set CONFIG_BINFMT_AOUT=m CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=m # CONFIG_PM is not set # CONFIG_ACPI is not set # CONFIG_APM is not set # # Memory Technology Devices (MTD) # # CONFIG_MTD is not set # # Parallel port support # # CONFIG_PARPORT is not set # # Plug and Play configuration # CONFIG_PNP=y CONFIG_ISAPNP=y CONFIG_PNPBIOS=y # # Block devices # CONFIG_BLK_DEV_FD=y # CONFIG_BLK_DEV_XD is not set # CONFIG_PARIDE is not set # CONFIG_BLK_CPQ_DA is not set # CONFIG_BLK_CPQ_CISS_DA is not set # CONFIG_BLK_DEV_DAC960 is not set CONFIG_BLK_DEV_LOOP=m CONFIG_BLK_DEV_NBD=m CONFIG_BLK_DEV_RAM=m CONFIG_BLK_DEV_RAM_SIZE=409
Re: Linux 2.4.3-ac12 unresolved symbol rwsem...
Alan Cox wrote: > > > Using /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o > > > /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved > > > symbol rwsem_up_write_wake > > > /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved > > > symbol rwsem_down_write_failed > > > > Same thing with tdfx.o... > > "Works for me" as ever. What configuration options are you using. This sounds > like some of the code is built with each kind of semaphore. I'm getting the same thing here - Red Hat 7.1, amd K6/2 450 with a voodoo 3 - After successful build and booting of 2.4.3-ac12, I found I had no 3D acceleration, and saw error msgs similar to those above, concerning tdfx.o. As always, building agp and tdfx as modules. jjs - 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: performance degradation on -ac tree
There is a bit more clarity on the performance degradation issue now - In fact the degradation only appears when using iptables. It's just that sometime shortly after 2.4.2, the hit imposed by iptables got worse. For instance: netperf results without iptables with iptables - 2.4.2 400 MB/s 330 MB/s 2.4.3-ac10400 MB/s 250 MB/s BTW, the stock seawolf kernel gets the highest netperf results ever seen on this box, around 450 MB/sec, but with iptables or ipchains module loaded, it falls to about 270 MB/sec. Just a data point fyi - cu jjs - 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] Single user linux
[EMAIL PROTECTED] wrote: > hi, > > a friend of my asked me on how to make linux easier to use > for personal/casual win user. > > > from that, i also found out that it is very awkward to type > username and password every time i use my computer. > so here's a patch. Neet hack, but maybe the kernel isn't the best place to do this - For instance, you can simply use the KDE 2.1.1 login manager, with the current kernel intact, to automatically log in and start the X session of a specific user, upon entering runlevel 5 - Might this not be a better direction? cu jjs - 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: 2.4.2 seems to break loopback and/or mount
Red Hat 7.x running nicely on a number of machines here w/ no problem, with all apologies to the Red Hat bashers - The real problem is loopback is broken, and the fix still needs to be merged. In the meantime, Jens Axboe's loop patches will make it work - ftp://ftp.kernel.org/pub/linux/kernel/people/axboe/patches/2.4.2-pre4/ jjs Murray wrote: > On Thu, 22 Feb 2001 [EMAIL PROTECTED] wrote: > > Compiling with kgcc compiler from RedHat 7.0 breaks loopback in the > way you describe on 2.4.2-prex kernels and I suspect also in the real 2.4.2. > > Jim > > > Please CC me on replies. I just joined the list and don't want > > to miss any replies. > > > > I have been running 2.4.1-pre10 for quite some time with no > > problems. I just upgraded to 2.4.2 and everything seem to work > > fine until I did... (as root or course) > > > > mount -t iso9660 -o loop,ro mycdimage.iso /mnt/cdrom > > > > at which point the mount process hung in an uninterruptable sleep. > > after that I can no longer successfully issue any other mount > > commands, including non-loopback mounts. I can mount/unmount > > regular partitions before mounting anything via loopback. > > > > Any ideas as to what is wrong? > > The only thing I can think of is that my modutils is v2.3.19 > > but I doubt that is doing it as the loop module and other modules > > are loaded fine. > > > > If anybody has an idea as to what I broke please let me know. > > I will upgrade modutils tomorrow and see if the problem goes > > away while I wait for a possibly more accurate response. > > > > Thank you, > > > > Jeff Wiegley > > > > - > > 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/ > > > > -- > Jim Murray [EMAIL PROTECTED] > > - > 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/ - 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: 3c509 + sb16 bug
Perhaps it's cold comfort, but I found long ago that 3c509 and SB don't mix too well, at least in Linux. ISA devices are somewhat dumb, switching one of the cards for a PCI version does the trick here. SB128, SBlive work fine, or you might want to go to a 10/100 pci ethernet card. Just my $.02 jjs Steve wrote: > The evidence really speaks for itself: > > firstly, I have been running a 2.2.18 kernel system, with a 3c509b and a > soundblaster 16 (and sundry other hardware). > > The soundblaster 16 is on 0x220, irq 5. Its a soundblaster 16 (vibra 16b, '94) > The 3c509 is pnp and detects under 2.2.18 as the following: > eth0: 3c509 at 0x300 tag 1, 10baseT port, address 00 a0 24 75 b7 28, IRQ 10. > > Both cards work perfectly, and autodetect without any arguments. > > Now: > > Here are the interesting bits of the boot of the 2.4.x kernel: > > PCI: PCI BIOS revision 2.10 entry at 0xfb4f0, > last bus=1 > PCI: Using configuration type 1 > PCI: Probing PCI hardware > Unknown bridge resource 0: assuming transparent > Unknown bridge resource 1: assuming transparent > Unknown bridge resource 2: assuming transparent > PCI: Using IRQ router ALI [10b9/1533] at 00:07.0 > isapnp: Scanning for Pnp cards... > isapnp: Card '3Com 3C509B EtherLink III' > isapnp: 1 Plug & Play card detected total > > eth0: 3c509 at 0x220, 10baseT port, address 00 20 24 75 b7 28, IRQ 5. > 3c509.c:1.16 (2.2) 2/3/98 [EMAIL PROTECTED] > > Soundblaster audio driver Copyright (C) by Hannu Savolainen 1993-1996 > sb: No ISAPnP cards found, trying standard ones... > sb: I/O, IRQ, and DMA are mandatory > > NB: PCI stuff was interesting, but I'm not sure if its connected to this > situation. > > After bootup, at a random time interval between 10 seconds and 5 minutes the > following error spams the screen: > eth0: infinite loop in interrupt, status 2001 > > I can only conclude that the kernel has mistaken an ethernet card for a > sound card. > > for convience, here is an lspci: > 00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1541 (rev 04) > 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5243 (rev 04) > 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge > [Aladdin IV] (rev c3) > 00:08.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2064W [Millennium] > (rev 01) > 00:0f.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev c2) > > Stephen Thorne > > >Part 1.2Type: application/pgp-signature - 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: problem with mount -o loop
Tim Tim wrote: > I made iso-image from cd with > dd if=/dev/hdd of=/image.iso > and mount it with > mount -o loop /image.iso /mnt/cdrom > under Linux-2.4.2-pre1 it is working > but under Linux-2.4.2 do not > Please help me to understand why If it was working it was by sheer luck - You need the loop patches available at ftp://ftp.kernel.org/pub/linux/kernel/people/axboe/patches jjs - 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: [2.4.2-ac5] X (4.0.1) crashes
"Manfred H. Winter" wrote: > I'm going back to vanilla 2.4.2 for now. Is there another way to get > loop to work? Working fine here: 2.4.2 + Axboe's loop patch + Morton's low latency patch jjs - 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: 2.4.x very unstable on 8-way IBM 8500R
"Dr. Kelsey Hudson" wrote: > Under redhat 7 you should use kgcc to compile the kernel, since gcc2.96 is > inherently broken(*). Or upgrade to the current Red Hat 7 gcc, which works quite well. jjs - 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: 2.4.2ac8 lost char devices
Mark Hahn wrote: > > > > > > Well, somethig has broken in ac8, because I lost my PS/2 mouse and > > > > > me too . > > No luck. same here - > it seems to be the mdelay(2) added to pc_keyb.c in -ac6. -ac7 is fine here, but when I boot -ac8, there's no ps/2 mouse. jjs - 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 on the Unisys ES7000 and CMP2 machines?
Miles Lane wrote: > http://www.nytimes.com/cnet/CNET_0-1003-200-5007472.html > > Hi, > > I noticed that this article mentions that Unisys has > no plans to port Linux to it's "cellular multiprocessor" > machines. So, I am wondering if anyone is working > on this independantly. > > These systems seems to be selling well with Microsoft's > Windoze 2000 Datacenter installed. My take on it is that unisys is an example of brain damage and it's easiest to ignore/work around them rather than trying to get them out of bed with microsoft. Nature will eventually take it's course with unisys as it did with Dec. jjs - 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: How can I create root disk in Redhat 6.0
Mike wrote: > Hi !! > > When i boot linux from rescue disk, i get following message: > > VFS: Insert root floppy disk to be loaded in RAM disk and press ENTER > > Now how can i create a root disk... I am trying to boot Redhat 6.0 A Slackware boot disk can do wonders here - I never cared for Red Hat's rescue disks - even though I have run Red Hat since '97, I still use Slackware boot/root floppies for this type of situation... jjs - 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: kernel network problem ?
Nicolas Parpandet wrote: > Hi all, > > I'm testing 2.4 series for few weeks, > even the last prerelease > > I've seen stranges things : > > I cannot access to some ips adresses ! : > in http or in smtp using "konqueror", "netscape", > "mail", "telnet 25". > > I cannot login to hotmail (in the web page:http) > or send mail (smtp) to hotmail users (don't blame me !!) > All the others network things works well, the network in general seems > good only very few sites like hotmail doesn't works. Do you have "explicit congestion notification" enabled? If so, echo "0" > /proc/sys/net/ipv4/tcp_ecn jjs - 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: Redhat linux 7.0
Mike wrote: > Hi All ! > > I am installing Redhat 7.0 on my DNS/mail server. Is there any problem > with Redhat 7.0 you faced or any bug in Redhat 7.0. There are some bugs, but just make sure to install all the updates and they will be fixed. BTW gated is b0rken, I had to roll my own - everythng else seems OK. With all updates and 2.4 kernel, my Red Hat 7 boxes are very fast and very stable. jjs - 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/
[OT]: DRI doesn't work on 2.4.0 but does on prerelease-ac5
This is a little OT for linux-kernel, but I'll take a swing at it since I'm running 2.4 and Xfree 4 with a voodoo 3. After upgrading to Red Hat 7.0, I noticed 3D screensavers and Quake 3 Arena were dog slow - in the end, I basically had to make sure the mesa libs didn't get found before the real opengl libs. In my case, that meant nuking mesa from my system and letting Linux use what was left, which got me back the good accelerated performance - you may choose a less drastic option. I don't see any breakage from the absence of mesa. Hope this helps, jjs "Michael D. Crawford" wrote: > OK, I built XFree86 4.0.2 and DRI seems to be working for me now under > 2.4.0-ac4. (Starting with 2.4.0, it wouldn't, this is with an ATI XPert 2000 > AGP). > > BUT - although /var/log/XFree86.0.log documents the startup of DRI, DRM and AGP, > and states the info about their initialization and stuff so that it looks like > they're working, I don't notice any performance difference running any of the > Mesa-3.4 demos whether or not I use DRI, and whether I run 4.0.1 or 4.0.2. > > This makes me suspect it's not really working, or else my build of the Mesa-3.4 > library wasn't configured right - but note that if I disable DRI, one of the > Mesa demos will comment that it's not available. > > A specific example is Mesa-3.4/demos/gloss. It's a rotating textured cylinder > that is partially reflective of what seems to be a landscape that is in front of > the screen being reflecting back to the viewer. I get a pretty consistent 7.5 > frames per second: > > - in 4.0.1 with no DRI > - in 4.0.1 with DRI > - in 4.0.2 with no DRI > - in 4.0.2 with DRI > > Having agpgart and drm/r128 compiled in or as modules also doesn't appear to > make a difference. > > The frame rate for gloss drops to about 3.5 if I run geartrain (another demo) > alongside it. Geartrain by itself seems to be about the same speed in all > cases, though it doesn't report a number. > > There are a couple benchmarking tools in Mesa if someone wanted hard numbers > from me. > > Can anyone suggest any 3D code that I can download that does more complex things > than the mesa demos that I can test this with? > > Is my DRI really working? If not, any tips on getting it to do so? > > Mike > -- > Michael D. Crawford > GoingWare Inc. - Expert Software Development and Consulting > http://www.goingware.com/ > [EMAIL PROTECTED] > >Tilting at Windmills for a Better Tomorrow. > - > 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: [OT]: DRI doesn't work on 2.4.0 but does on prerelease-ac5
Ragnar Hojland Espinosa wrote: > On Mon, Jan 08, 2001 at 02:56:05PM -0800, J Sloan wrote: > > > In my case, that meant nuking mesa from my system and > > letting Linux use what was left, which got me back the good > > accelerated performance - you may choose a less drastic > > option. I don't see any breakage from the absence of mesa. > > Well, the real problem is that (at least Voodoo3) DRI didn't work _before_ > with the "latest" test and pre kernels, and X < 4.0.2 (unless there was some > combination I didn't manage to find) even if it was using the correct > library. That's odd, perhaps we should compare notes - I have been getting good accelerated 3D from my voodoo3 since around 2.3.36, except for one brief period around 2.3.99-something where some critical kernel code changed. I have been using the kernel drm all along. BTW I am using the X server from 3dfx.com - jjs - 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: [PLEASE-TESTME] Zerocopy networking patch, 2.4.0-1
Alan Cox wrote: > > > it might not be important to others, but we do hold one particular > > SPECweb99 world record: on 2-way, 2 GB RAM, testing a load with a full > > And its real world value is exactly the same as the mindcraft NT values. Don't > forget that. In other words, devastating. jjs - 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: Failure building 2.4 while running 2.4. Success in building 2.4 while running 2.2.
Silviu Marin-Caea wrote: > I have RedHat7, glibc-2.2-9, gcc-2.96-69. > > I can build 2.4.0 while running kernel 2.2.16. > > If I try to rebuild 2.4.0 while running the new kernel, I get random > compiler errors. Could you supply the text of the errors, and your .config? I've been building 2.4.0 kernels on Red Hat 7 with no problems on the following systems - - Celeron 600 - AMD K6-2 450 - Quad Pentium Pro jjs - 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: Is sendfile all that sexy?
Linus Torvalds wrote: > Of course, you may be right on wuftpd. It obviously wasn't designed with > security in mind, other alternatives may be better. I run proftpd on all my ftp servers - it's fast, configurable and can do all the tricks I need - even red hat seems to agree that proftpd is the way to go. Visit any red hat ftp site and they are running proftpd - So, why do they keep shipping us wu-ftpd instead? That really frosts me. jjs - 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/
[OT]: Linux v.2.4.0 and Netscape 4.76?
[EMAIL PROTECTED] wrote: > The problem: symptoms > > It concerns the behaviour of Netscape after upgrading from kernel > 2.2.16 to 2.4.0. With the new kernel Netscape locates and connects to > a URL, and sometimes begins to download, but then it just sits there > indefinitely (without downloading any data). Just a data point - Netscape 4.76 is working wonderfully for me on several 2.4.x systems - well, netscape does die fairly often with bus errors, but when it's running it runs well - jjs - 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: Problem with networking in 2.4.0
Try this shot in the dark: echo "0" > /proc/sys/net/ipv4/tcp_ecn jjs snpe wrote: > Hello, > > I have got 2 Linux machine with kernel 2.4.0 i kernel 2.2.18. > I am in Belgrade , Yugoslavia and I can't access to any hosts : > > for example, www.linux.co.yu (Island), www.skyrr.is, www.hotmail.com etc > > Access is ok with kernel 2.2 even in a case when machine with 2.4 kernel is > masquerading host. > It doesn't work with any port. > Ping works. > > I think that these hosts are behind CISCO PIX firewall. > > I am not sure if it is related with seting kernel. - 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/
[OT] Re: 2.4 and ipmasq modules
Aaron Lehmann wrote: It was great to see that 2.4.0 reintroduced ipfwadm support! I had no need for ipchains and ended up using the wrapper around it that emulated ipfwadm. However, 2.[02].x used to have "special IP masquerading modules" such as ip_masq_ftp.o, ip_masq_quake.o, etc. I can't find these in 2.4.0. Where have they gone? Without important modules such as ip_masq_ftp.o I cannot use non-passive ftp from behind the masquerading firewall. It's working here for me - the netfilter modules are named differently: # lsmod Module Size Used by iptable_filter 1824 0 (autoclean) (unused) ip_nat_ftp 3280 0 (unused) iptable_nat 13120 1 [ip_nat_ftp] ip_conntrack_ftp 2016 0 (unused) ip_conntrack 13408 2 [ip_nat_ftp iptable_nat ip_conntrack_ftp] ip_tables 10784 4 [iptable_filter iptable_nat]
Re: [linux-audio-dev] low-latency scheduling patch for 2.4.0
Nigel Gamble wrote: > Yes, I most emphatically do disagree with Victor! IRIX is used for > mission-critical audio applications - recording as well playback - and > other low-latency applications. The same OS scales to large numbers of > CPUs. And it has the best desktop interactive response of any OS I've > used. I will be very happy when Linux is as good in all these areas, > and I'm working hard to achieve this goal with negligible impact on the > current Linux "sweet-spot" applications such as web serving. I have to agree - when I worked at the University of California, a number of us had SGI Indys in our offices. The desktop was lightning fast, and the graphics were awesome. This is no news to anybody, since SGI is known for graphics. The big surprise, however, came when we were trying to find the best nfs server platform, and benchmarked the SGI just for fun - as it turns out, a little Indy workstation blew away all other platforms, including some rather large expensive SPARC boxes, as an nfs server. So Irix clearly showed the best of both worlds - great latency and great throughput. I guess what I'm saying is, there are a lot of proven concepts in Irix, which work well in real life situations - don't throw out the baby with the bath water - jjs - 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: mp3 problems on nfs mount
I don't have the asnwer to your particular problem, but I can provide a data point: I play mp3s regularly from an nfs server running 2.4.0.testx (currently test11-pre5), with client also running 2.4.0-testx. The mp3 directory is automounted on demand. xmms plays these nfs-mounted mp3s for hours with no problem. This same nfs server takes backups via tarfiles on nfs exported volumes to a mixed bag of 2.2 and 2.4 clients. The server is of course running the kernel-based nfsd, and HJ Lu's nfs-utils package. (currently 0.2.1-1) Regards, jjs [EMAIL PROTECTED] wrote: > summary: can't play mp3 files on nfs mounted partition. the music starts > to play and then hangs after about 5 seconds. using xmms on the nfs > client. > > leeloo (2.2.17) is the NFS server: > > [root@leeloo /root]# exportfs > /usr/local/mp3 rush > > rush (2.4.10-test10) is the NFS client: > > [root@rush mp3]# mount -t nfs > 192.168.1.50:/usr/local/mp3 on /mnt/mp3 type nfs (rw,addr=192.168.1.50) > > i've tried mounting with different rsize,wsize values, but no luck. i've > also tried mounting via SMB and have the same problems. > > any ideas? > > - brett > > - > 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/
test11-pre7 compile failure
Just a quick heads-up - looks like the md fixes broke something - In file included from /usr/src/linux/include/linux/pagemap.h:17, from /usr/src/linux/include/linux/locks.h:9, from /usr/src/linux/include/linux/raid/md.h:37, from init/main.c:25: /usr/src/linux/include/linux/highmem.h: In function `bh_kmap': /usr/src/linux/include/linux/highmem.h:23: structure has no member named `p_page' In file included from /usr/src/linux/include/linux/raid/md.h:51, from init/main.c:25: /usr/src/linux/include/linux/raid/md_k.h: In function `pers_to_level': /usr/src/linux/include/linux/raid/md_k.h:39: warning: control reaches end of non-void function make: *** [init/main.o] Error 1 - 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: XMMS not working on 2.4.0-test11-pre7
Just a data point I'm listening to mp3s now via xmms, running 2.4.0-test11-pre7 # uname -r -s Linux 2.4.0-test11-pre7 # rpm -q xmms xmms-1.2.3-0_helix_1 the "flags/features" switch doesn't seem to hurt it: # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 5 model : 8 model name : AMD-K6(tm) 3D processor stepping: 12 cpu MHz : 451.38 cache size : 64 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes features: fpu vme de pse tsc msr mce cx8 pge mmx syscall 3dnow k6_mtrr bogomips: 901.12 - 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: setting up pppd dial-in on linux
"Jeff V. Merkey" wrote: > Anyone out there a whiz at setting up a pppd dialin server? I am > trying to put together an RPM for pppd dialin configurations > that will support default Windows NT and Linux dial in clients > without requiring the poor user to learn bash scripting, chat > scripting, mgetty and inittab configuration, etc. The steps > in setting this up are about as easy as going on a U.N. relief > mission to equatorial Africa, and most customers who are > "mere mortals" would give up about an hour into it. Red Hat's ppp client setup is about a 90 second job > I am seeing massive problems with pppd dial-in and IP/IPX > routing with problems that range from constant Oops, to > the bug infested pppd daemon failing valid MD5 chap > authentication. The HOW-TO's and man pages provide > wonderful commentary on all the things about pppd > that don't work, but it's not too helpful on getting > it to work reliably. An NT dial-in server takes about > 5 minutes to configure on W2K. Linux takes about 2 days, and > won't stay up reliably. hmm, an awful lot of ISPs use Linux dialup servers... I set up a linux ppp server back in 1996 - things might have changed, but it seemed fairly straightforward at the time - can't imagine it's gotten worse since then... > Who out there is an expert on Linux pppd that would like > to help put together some easy configs for standard > dial-in scenarios? Crunch time for me right now, finals coming right up... I'll bet there's quite a few ISP-savvy admins who could lend a hand though - jjs - 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/
kernel oops: test12-pre7, xmms, emu10k
Greetings,
2.4.0-test12-preXX has been pretty stable here on
a K6/2-450 running ipchains and various net services
in addition to workstation use.
I went to bed last night while others were listening to
xmms on my workstation while working in the room.
This morning I found that xmms was frozen, and there
were several oopsen in the logs.
After restarting X, everything is functional, and xmms
is working again -
I dimly perceive that xmms and the emu10k sound
driver seem to be involved, perhaps someone more
astute can see something more definite?
Here are the decoded oops:
ksymoops 2.3.4 on i586 2.4.0-test12-pre7. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test12-pre7/ (default)
-m /boot/System.map (specified)
Unable to handle kernel paging request at virtual address ec4b6b63
c013c668
*pde =
Oops:
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010286
eax: 97249ff3 ebx: ecx: edx: 0001
esi: c56ba000 edi: ec4b6b57 ebp: esp: c56bbf70
ds: 0018 es: 0018 ss: 0018
Process xmms (pid: 1391, stackpage=c56bb000)
Stack: c56ba000 befffcf4 befffcf4 ffea c876ace0 ffea
befffc8c
c56bbf9c c56ba000 befffcfc 8010500c 0001 c56ba000
000188d0
1000 0003b000 d18233cc cf448900 c010a883 000b
befffd0c
Call Trace: [] []
Code: 8b 57 0c 39 54 24 54 7e 04 89 54 24 54 8b 6c 24 54 83 c5 1f
>>EIP; c013c668<=
Trace; d18233cc <[emu10k1]emu10k1_audio_ioctl+0/f4>
Trace; c010a883
Code; c013c668
<_EIP>:
Code; c013c668<=
0: 8b 57 0c movl 0xc(%edi),%edx <=
Code; c013c66b
3: 39 54 24 54 cmpl %edx,0x54(%esp,1)
Code; c013c66f
7: 7e 04 jled <_EIP+0xd> c013c675
Code; c013c671
9: 89 54 24 54 movl %edx,0x54(%esp,1)
Code; c013c675
d: 8b 6c 24 54 movl 0x54(%esp,1),%ebp
Code; c013c679
11: 83 c5 1f addl $0x1f,%ebp
Unable to handle kernel paging request at virtual address ec4b6b57
c011983c
*pde =
Oops: 0002
CPU:0
EIP:0010:[]
EFLAGS: 00010282
eax: ec4b6b57 ebx: cec11640 ecx: 0206 edx: 0044
esi: c56ba000 edi: ec4b6b57 ebp: ec4b6b63 esp: c56bbe58
ds: 0018 es: 0018 ss: 0018
Process xmms (pid: 1391, stackpage=c56bb000)
Stack: cec11640 c56ba000 000b ec4b6b63 c0119e71 ec4b6b57
03b1
c0110a84 c010adae 000b c0110db2 c01e929e c56bbf3c
c56ba000
c0110a84 c023a260 c0115198 c56bbefc c56ba000
c7102000
Call Trace: [] [] [] []
[] [] []
[] [] [] [] []
[] [] []
[]
Code: ff 0f 0f 94 c0 84 c0 0f 84 99 00 00 00 31 ed 31 f6 8b 57 0c
>>EIP; c011983c<=
Trace; ec4b6b63
Trace; c0119e71
Trace; ec4b6b57
Trace; c0110a84
Trace; c010adae
Trace; c0110db2
Trace; c01e929e
Trace; c0110a84
Trace; c0115198
Trace; d1826fdf <[emu10k1]copy_block+f3/100>
Trace; c013c539
Trace; c010a9c4
Trace; ec4b6b57
Trace; c013c668
Trace; d18233cc <[emu10k1]emu10k1_audio_ioctl+0/f4>
Trace; c010a883
Code; c011983c
<_EIP>:
Code; c011983c<=
0: ff 0f decl (%edi) <=
Code; c011983e
2: 0f 94 c0 sete %al
Code; c0119841
5: 84 c0 testb %al,%al
Code; c0119843
7: 0f 84 99 00 00 00 je a6 <_EIP+0xa6> c01198e2
Code; c0119849
d: 31 ed xorl %ebp,%ebp
Code; c011984b
f: 31 f6 xorl %esi,%esi
Code; c011984d
11: 8b 57 0c movl 0xc(%edi),%edx
Unable to handle kernel paging request at virtual address ec0dc836
c0119e8c
*pde =
Oops: 0002
CPU:0
EIP:0010:[]
EFLAGS: 00010286
eax: ebx: ec0dc836 ecx: 0206 edx:
esi: c56ba000 edi: 000b ebp: ec4b6b57 esp: c56bbd58
ds: 0018 es: 0018 ss: 0018
Process xmms (pid: 1391, stackpage=c56bb000)
Stack: 03b1 c0110a84 c010adae 000b c0110db2 c01e929e
c56bbe24
0002 c56ba000 0002 c0110a84 ec4b6b63 c021bd00 30003662
c56b3166
c021bd00 3007
c021bd30
Call Trace: [] [] [] []
[] [] []
[] [] [] [] []
[] [] []
[] [] [] [] []
[] [] []
[] [] [] [] []
[] [] []
[] [] [] [] []
[]
Code: ff 0b 0f 94 c0 84 c0 0f 84 b6 00 00 00 8b 43 0c 50 e8 de 58
>>EIP; c0119e8c<=
Trace; c0110a84
Trace; c010adae
Trace; c0110db2
Trace; c01e929e
Trace; c0110a84
Trace; ec4b6b63
Trace; c021bd00
Trace; c021bd00
Trace; c021bd30
Trace; c01e1c39
Trace; c01e1c39
Trace; c010a883
Trace; c016bd09
Trace; c01e1c39
Trace; c016bd09
Trace; c016bd09
Trace; c010a9c4
Trace; ec4b6b57
Trace; ec4b6b63
Trace; ec4b6b57
Trace; c011983c
Trace; ec4b6b63
Trace; c0119e71
Trace; ec4b6b57
Trace; c0110a84
Yet another report on the dquot oops
Hi all,
Just adding my useless complaints the the list -
Currently running test8-pre1 + rik vm patches, very solid.
Tonight I tried test9-pre1 -
The most common occurrence is that vi segfaults on exit.
Here is a decoded oops immediately after booting test9-pre1:
jjs
--- cut ---
ksymoops 2.3.4 on i586 2.4.0-test9. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test9/ (default)
-m /boot/System.map (specified)
Unable to handle kernel NULL pointer dereference at virtual address
0034
c014ecf1
*pde =
Oops:
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: ebx: ecx: 0001 edx: c14ebc00
esi: edi: ebp: esp: cc931efc
ds: 0018 es: 0018 ss: 0018
Process vi (pid: 891, stackpage=cc931000)
Stack: cc931f40 c014fa9a 0001 cc931f70 0195 cc953b20
b50c
cc931fa4 cc931f48 cc931f40 c013ead4 0195 0001
ff86
cc94c940 c012bd6f cc953b20
cc931f70
Call Trace: [] [] [] []
[] []
Code: f6 43 34 40 74 09 31 c0 e9 01 01 00 00 89 f6 8b 53 48 85 d2
>>EIP; c014ecf1<=
Trace; c014fa9a
Trace; c013ead4
Trace; c012bd6f
Trace; c012be3a
Trace; c011d421
Trace; c010a3a3
Code; c014ecf1
<_EIP>:
Code; c014ecf1<=
0: f6 43 34 40 testb $0x40,0x34(%ebx) <=
Code; c014ecf5
4: 74 09 je f <_EIP+0xf> c014ed00
Code; c014ecf7
6: 31 c0 xorl %eax,%eax
Code; c014ecf9
8: e9 01 01 00 00jmp10e <_EIP+0x10e> c014edff
Code; c014ecfe
d: 89 f6 movl %esi,%esi
Code; c014ed00
f: 8b 53 48 movl 0x48(%ebx),%edx
Code; c014ed03
12: 85 d2 testl %edx,%edx
-
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: Yet another report on the dquot oops
David Ford wrote: > Did you apply the quota patch that was posted this week? Yes, thanx for the sanity check - After the oops, I remembered something about a patch, and there was indeed one posted by Herr Diehl. Will check that out - now I'm curious if there's some reason Linus didn't like the patch, since it wasn't in test9 jjs - 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: [PATCH] K6-2+ MTRR fix
Thank You! No wonder the screen draws on quake 3 arena have seemed so sluggish lately... K6/2 450. I have seen mtrrs work on this box, I wonder when they broke - could it have been back in 2.2 that I last saw something meaningful in /proc/mtrr (?) hmm... jjs - 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/
Repeatable oops mounting snapshot fs on 2.4.0-test10
Greetings,
I'm just getting started playing around with the lvm.
I've used the HP-UX lvm, and was giving the Linux
version a spin for the very first time when I ran into
some big problems:
Let me know if I'm doing something really stupid, but
something tells me a kernel oops is not a good sign!
An excerpt from the fateful session:
-
wintermute: /root
(tty/dev/pts/0): bash: 1014 > lvcreate -L 2000 -s -n snap1
/dev/lxlvm/lvm1
lvcreate -- INFO: using default snapshot chunk size of 64 KB
lvcreate -- doing automatic backup of "lxlvm"
lvcreate -- logical volume "/dev/lxlvm/snap1" successfully created
wintermute: /root
(tty/dev/pts/0): bash: 1015 > mount /dev/lxlvm/snap1 /snapshots/d1/
segmentation fault
--
The volume was not mounted.
oops -> ksymoops follows:
ksymoops 0.7c on i686 2.4.0-test10. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test10/ (default)
-m /boot/System.map (specified)
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax: 178a ebx: d16d6570 ecx: d16d6400 edx:
esi: 178c edi: 0002 ebp: esp: d16d1c34
ds: 0018 es: 0018 ss: 0018
Process mount (pid: 2947, stackpage=d16d1000)
Stack: d16d6570 178c 0002 0243 080566f4
06f4
d2885fa2 d16d1cce d16d1cd0 178a d16d6400 d16beba0
0002
00e8 0002 d16d c0142f1c d288e000 090c c014424b
080566f4
Call Trace: [] [] [] []
[] [] []
[] [] [] [] []
[] [] []
[] [] [] [] []
[] []
[] [] []
Code: f7 b1 64 01 00 00 8b 44 24 2c 89 d3 8b 30 89 f7 29 df 89 f8
>>EIP; d2887f31 <[lvm-mod]lvm_snapshot_remap_block+11/f4> <=
Trace; d2885fa2 <[lvm-mod]lvm_map+446/4b8>
Trace; c0142f1c
Trace; d288e000 <[lvm-mod]__module_using_checksums+2024/11084>
Trace; c014424b
Trace; c014367c
Trace; d288604b <[lvm-mod]lvm_make_request_fn+f/18>
Trace; c01584e0
Trace; c01586b3
Trace; c01332db
Trace; c0129259 <__alloc_pages+e1/2c8>
Trace; c011f4d7
Trace; c011f554
Trace; c011f6d0
Trace; c0110620
Trace; c0110767
Trace; c0110620
Trace; c0129259 <__alloc_pages+e1/2c8>
Trace; c011f4d7
Trace; c011f554
Trace; c0136624
Trace; c0136f8f
Trace; c0133b53
Trace; c012c41f
Trace; c012c356
Trace; c012ca5e
Trace; c010a3ff
Code; d2887f31 <[lvm-mod]lvm_snapshot_remap_block+11/f4>
<_EIP>:
Code; d2887f31 <[lvm-mod]lvm_snapshot_remap_block+11/f4> <=
0: f7 b1 64 01 00 00 div0x164(%ecx),%eax <=
Code; d2887f37 <[lvm-mod]lvm_snapshot_remap_block+17/f4>
6: 8b 44 24 2c mov0x2c(%esp,1),%eax
Code; d2887f3b <[lvm-mod]lvm_snapshot_remap_block+1b/f4>
a: 89 d3 mov%edx,%ebx
Code; d2887f3d <[lvm-mod]lvm_snapshot_remap_block+1d/f4>
c: 8b 30 mov(%eax),%esi
Code; d2887f3f <[lvm-mod]lvm_snapshot_remap_block+1f/f4>
e: 89 f7 mov%esi,%edi
Code; d2887f41 <[lvm-mod]lvm_snapshot_remap_block+21/f4>
10: 29 df sub%ebx,%edi
Code; d2887f43 <[lvm-mod]lvm_snapshot_remap_block+23/f4>
12: 89 f8 mov%edi,%eax
-
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: Installing kernel 2.4
"Jeff V. Merkey" wrote: > So how come NetWare and NT can detect this at run time, and we have to > use a .config option to specifiy it? Come on guys. Linux detects this as well - However this is not about detection, but optimizations. Optimizations e.g. for xeon could keep a K6/2 from booting! It should probably default to something safe like 386 though... jjs - 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: sendmail fails to deliver mail with attachments in /var/spool/mqueue
"Jeff V. Merkey" wrote: > NT and NetWare servers don't stop forwarding > emails when the load average gets too high -- they just work out of the > box, and hopefully, no so will Linux (our distribution does now since > this problem in fixed). Don't get me started on nt - saying it "just works" is a sign of genuine naivete - You could say nt "usually works, except for when it's down". Your sendmail issue with Linux was merely a tunable parameter, while the nt problems go much deeper, and nt often requires regular reboots in order to carry on. > Now we know that sendmail has problems on Linux based on the this load > average interpretation, which we would not have known if someone had > not raised the issue. It is good that you raised the issue - Cheers, jjs - 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: [lkml]Re: VM problems still in 2.2.18
Alan Cox wrote: > > slrnpull --expire on a news-spool of about 600 Mb in 200,000 files gave > > a lot of 'trying_to_free..' errors. > > > > 2.2.18 + VM-global, booted with mem=32M: > > > > slrnpull --expire on the same spool worked fine. > > I think Andrea just earned his official God status ;) So, maybe his divine VM patches will make it into 2.2.19? jjs - 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-pre3 woes
Similar problem here - with CONFIG_DRM_TDFX=m I have not gotten a tdfx.o module complied since the start of the test13-pre series... So no quake 3 arena unless I want to play at < 1 fps... :( jjs Albert Cranford wrote: > With CONFIG_DRM_R128=m > we fail to produce module linux/drivers/char/drm/r128.o - 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-pre3 woes
Niels Kristian Bech Jensen wrote: > Does this patch fix your problem? > > --- test13-pre3/drivers/char/Makefile Mon Dec 18 01:21:31 2000 > +++ linux/drivers/char/Makefile Mon Dec 18 06:58:06 2000 > @@ -16,6 +16,8 @@ > > O_TARGET := char.o > > +mod-subdirs := drm > + > obj-y += tty_io.o n_tty.o tty_ioctl.o mem.o raw.o pty.o misc.o random.o > Some progress anyway; The module now compiles and gets installed - Unfortunately, attempting to load it does not go well: /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol remap_page_range /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol __wake_up /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol mtrr_add /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol __generic_copy_from_user /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol schedule /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol kmalloc /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol si_meminfo /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol create_proc_entry /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol inter_module_put /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol __get_free_pages /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol boot_cpu_data /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol inter_module_get /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol remove_wait_queue /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol high_memory /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol iounmap /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol free_pages /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol __ioremap /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol del_timer /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol interruptible_sleep_on /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol __pollwait /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol kfree /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol remove_proc_entry /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol pci_find_slot/lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol kill_fasync /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol fasync_helper /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol add_wait_queue /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol do_mmap_pgoff /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol mem_map /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol sprintf /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol jiffies /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol printk /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol add_timer /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: unresolved symbol __generic_copy_to_user /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: insmod /lib/modul es/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o failed /lib/modules/2.4.0-test13-pre3/kernel/drivers/char/drm/tdfx.o: insmod tdfx failed - 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-pre3 woes
Olaf Titz wrote: > In article <[EMAIL PROTECTED]> you write: > > [J Sloan] > > > > > > kernel/drivers/char/drm/tdfx.o: unresolved symbol remap_page_range > >... > > Those symbols are rather generic and rather important. Sounds like a > > generic module problem. Do other modules load? Yes, rtl8139, emu10k are loaded and working fine. > Does your kernel use > > MODVERSIONS? Yes, I have CONFIG_MODVERSIONS=y > (This module apparently doesn't.) Are you using a recent > > version of modutils? # insmod -V insmod version 2.3.21 ... > The most important question: Did you run "make dep" after doing the patch? Yes, after the patch, it was, as always: make clean make menuconfig make dep bzlilo modules modules_install Same problem with 2.4.0-test13-pre3-ac1 on my Linux workstation at the office, where the token ring driver fails as well (olympic.o) BTW, in my experience to date with kernels from 2.3.36 up to 2.4.0-test-12 it has all worked well. jjs - 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-pre3 woes
The saga continues into test13-pre3-ac3: (last good tdfx.o was from test12) # uname -a Linux jyro.mirai.cx 2.4.0-test13pre3-ac3 #1 Tue Dec 19 21:26:36 PST 2000 i586 unknown # lsmod Module Size Used by iptable_filter 1872 0 (autoclean) (unused) ip_nat_ftp 3424 0 (unused) iptable_nat12672 1 [ip_nat_ftp] ip_conntrack_ftp2048 0 (unused) ip_conntrack 13056 2 [ip_nat_ftp iptable_nat ip_conntrack_ftp] ip_tables 10624 4 [iptable_filter iptable_nat] ide-scsi8096 0 8139too15024 2 (autoclean) emu10k145248 0 # modprobe tdfx /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol remap_page_range /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol __wake_up /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol mtrr_add /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol __generic_copy_from_user /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol schedule /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol kmalloc /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol si_meminfo /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol create_proc_entry /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol inter_module_put /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol __get_free_pages /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol boot_cpu_data /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol inter_module_get /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol remove_wait_queue /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol high_memory /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol iounmap /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol free_pages /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol __ioremap /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol del_timer /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol interruptible_sleep_on /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol __pollwait /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol kfree /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol remove_proc_entry /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol pci_find_slot /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol kill_fasync /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol fasync_helper /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol add_wait_queue /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol do_mmap_pgoff /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol mem_map /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol sprintf /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol jiffies /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol printk /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol add_timer /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: unresolved sym bol __generic_copy_to_user /lib/modules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o: insmod /lib/mo dules/2.4.0-test13pre3-ac3/kernel/drivers/char/drm/tdfx.o failed Hope this helps - jjs - 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: Problem with tdfx drm module
"Hayden A. James" wrote: > [root@neutron /root]# modprobe tdfx > /lib/modules/2.4.0-test13pre4-ac2/kernel/drivers/char/drm/tdfx.o: > unresolved symbol remap_page_range > /lib/modules/2.4.0-test13pre4-ac2/kernel/drivers/char/drm/tdfx.o: > unresolved symbol __wake_up > /lib/modules/2.4.0-test13pre4-ac2/kernel/drivers/char/drm/tdfx.o: Same problem here - last good kernel for drm was -test12 My olympic.o token ring driver at work is similarly affected It just needs sorting out the makefile changes, hopefully soon. jjs - 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-pre6 weird with tdfx.o
Frank Jacobberger wrote: > This is a first for tdfx.o not loading with XFree 4.01. > > All prior kernel build through test13-pre5 would load just fine... > > Strange... Very strange - others on this list, self included, have reported something a bit different: tdfx.o has not loaded in any kernel since -test12. The makefile changes have broken it. Are you certain tdfx.o loads for you in prior -test13 versions? If so, that would be a most disturbing development... jjs - 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-pre6 weird with tdfx.o
Frank Jacobberger wrote: > Yes your right... I just haven't noticed... Why doesn't someone fix it? hehe, my guess is the chief kernel honchos don't play much q3a Hopefully fixing the makefile problem is on their todo list - jjs - 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: tdfx.o and -test13
Dieter Nützel wrote: > It haven't loaded since test13-pre1 for me. > Only the 'module version' was broken. > Last test12-pre7 was fine, here. > It was introduced with the Makefile cleanups. > > --- linux/drivers/char/drm/drmP.oldThu Dec 28 16:27:34 2000 > +++ linux/drivers/char/drm/drmP.hSat Dec 23 13:57:08 2000 > @@ -40,6 +40,7 @@ > #include > #endif /* __alpha__ */ > #include > +#include > #include > #include > #include I just want to confirm that this small fix solves my drm problems as well - currently running -test13-pre7 Er, has anybody sent a patch to the maintainers? jjs - 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-pre7...
Linus Torvalds wrote: > On Sat, 30 Dec 2000, Steven Cole wrote: > > > > It looks like 2.4.0-test13-pre7 is a clear winner when running dbench 48 > > on my somewhat slow test machine (450 Mhz P-III, 192MB, IDE). > > This is almost certainly purely due to changing (some would say "fixing") > the bdflush synchronous wait point. > After evaluating test13-pre7 with the quake 3 arena test, I think it's even snappier than the previous champ, which was test10 + low latency patches.. A most auspicious trend, if I might make so bold as to state it in this forum. jjs - 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/
2.4.0-prerelease
Looks good here in most respects, but still needs makefile fixes - # modprobe tdfx /lib/modules/2.4.0-prerelease/kernel/drivers/char/drm/tdfx.o: unresolved symbol remap_page_range /lib/modules/2.4.0-prerelease/kernel/drivers/char/drm/tdfx.o: unresolved symbol __wake_up /lib/modules/2.4.0-prerelease/kernel/drivers/char/drm/tdfx.o: unresolved symbol mtrr_add etc, etc Of course, adding #include to drivers/char/drm/drmP.h makes it all work jjs - 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: Compile errors: RCPCI, LANE, and others
Alan Cox wrote: > Bzzt, wrong. Red Hat 7 compiles the 2.4 tree beautifully with gcc 2.96 as well. > Please grow up. Yes indeed - on my quad CPU Red Hat 7 server, I accidentally forgot to say CC=kgcc during the last kernel build, and ended up with a gcc-2.96 built kernel. I decided to let it run and see what happens - It's been up and running -test12 for about 20 days now, solid as a rock. My home system, an AMD k6, likewise is very very happy running 2.4.0-prerelase compiled with gcc 2.96 jjs - 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/
LVM 0_9-1 woes on 2.4.0-prerelease+diffs
Hi folks, I have 2 servers with lvm trouble, one running Red Hat 6.2, and the other running Red Hat 7.0 plus latest errata. Both systems had been running lvm-0.8 on 2.4.0-test for awhile with no problems. After instaling 2.4.0-prerelease and building the lvm 0_9-1 source rpm on both systems, I get the identical error on both systems: # vgscan vgscan: error while loading shared libraries: vgscan: undefined symbol: lvm_remove_recursive Except for lvm, all is running well. Any clues? Andrea? Heinz? jjs - 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: LVM 0_9-1 woes on 2.4.0-prerelease+diffs
Andrea Arcangeli wrote: > On Tue, Jan 02, 2001 at 12:09:32PM -0800, J Sloan wrote: > > # vgscan > > vgscan: error while loading shared libraries: vgscan: undefined symbol: > > lvm_remove_recursive > > This looks like an userspace compilation/installation problem of the new lvm > tools. Make sure you removed the old (0.8*) shared librarians. You can check > which librarains you're using with: > > ldd `which vgscan` Ah, that was it! the old libs were in /lib, the new libs are in /usr/lib, so I missed it. Thanks, all is running smoothly again! jjs - 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: 8139too & Abnormal interrupt, status 00000002
Ditto here - Running 8139too drivers on 2.4.0-test9: 8139too Fast Ethernet driver 0.9.10 loaded eth0: RealTek RTL8139 Fast Ethernet at 0xd1834000, 00:e0:7d:7b:5a:16, IRQ 10 eth0: Identified 8139 chip type 'RTL-8139A' eth1: RealTek RTL8139 Fast Ethernet at 0xd1836000, 00:e0:7d:7b:5a:1d, IRQ 10 eth1: Identified 8139 chip type 'RTL-8139A' eth1: Setting full-duplex based on MII #32 link partner ability of 45e1. Haven't see any hangs, but have messages like these: eth1: Abnormal interrupt, status 0002. eth1: Abnormal interrupt, status 0002. Regards, jjs - 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: Kernel 2.4.1 on RHL 6.2
Miquel van Smoorenburg wrote:
> Note! You only have to have those symlinks on broken systems such
> as Redhat.
This is silly, Red Hat works fine for a great many people.
He probably removed the original kernel-devel package,
which contained the links above, so they would have to
be remade.
> Sane systems such as Debian have a copy of the kernel header files
> that the C library was compiled against in /usr/include/{linux,asm}
I'm glad you admit that Red Hat is every bit as sane as
debian, since the current shipping version does indeed
have the sort of /usr/include/linux hierarchy you have just
described.
jjs
-
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: How to optimize routing performance
Just my .02 - There are some scheduler patches that are not part of the main kernel tree at this point (mostly since they have yet to be optimized for the common case) which make quite a big difference under heavy load - you might want to check out: http://lse.sourceforge.net/scheduling/ cu Jup Mårten Wikström wrote: > I've performed a test on the routing capacity of a Linux 2.4.2 box versus a > FreeBSD 4.2 box. I used two Pentium Pro 200Mhz computers with 64Mb memory, > and two DEC 100Mbit ethernet cards. I used a Smartbits test-tool to measure > the packet throughput and the packet size was set to 64 bytes. Linux dropped > no packets up to about 27000 packets/s, but then it started to drop packets > at higher rates. Worse yet, the output rate actually decreased, so at the > input rate of 4 packets/s almost no packets got through. The behaviour > of FreeBSD was different, it showed a steadily increased output rate up to > about 7 packets/s before the output rate decreased. (Then the output > rate was apprx. 4 packets/s). > I have not made any special optimizations, aside from not having any > background processes running. > > So, my question is: are these figures true, or is it possible to optimize > the kernel somehow? The only changes I have made to the kernel config was to > disable advanced routing. > > Thanks, > > Mårten > > - > 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/ - 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: How to optimize routing performance
Rik van Riel wrote: > On Thu, 15 Mar 2001, J Sloan wrote: > > > There are some scheduler patches that are not part of the > > main kernel tree at this point (mostly since they have yet to > > be optimized for the common case) which make quite a big > > difference under heavy load - you might want to check out: > > > > http://lse.sourceforge.net/scheduling/ > > Unrelated. Fun, but unrelated to networking... Fun, yes, and perhaps not directly related, however under high load, where the sheer numbet of interrupts per second begins to overwhelm the kernel, might it not be relevant? After all, the benchmarks do point to tangible improvements in the performance of network server apps. Or are you saying that the bottleneck is somewhere else completely, or that there wouldn't be a bottleneck in this case if certain kernel parameters were correctly set? Just curious, Jup - 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: How to optimize routing performance
Rik van Riel wrote: > On Thu, 15 Mar 2001, J Sloan wrote: > > > Fun, yes, and perhaps not directly related, however > > under high load, where the sheer numbet of interrupts > > per second begins to overwhelm the kernel, might it > > not be relevant? > > No. > > > Or are you saying that the bottleneck is somewhere > > else completely, > > Indeed. The bottleneck is with processing the incoming network > packets, at the interrupt level. OK, I'll take this to kernel newbies! :-) Jup - 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: How to optimize routing performance
Gregory Maxwell wrote: > The scheduler schedules tasks not interrupts. Unless it manages to thrash the > cache, the scheduler can not affect routing performance. OK, thanks for the clarification - I need to get into the source. cu Jup - 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: [Fwd: Problem with file => 2GB]
Andreas Dilger wrote: > There is a bug in 2.4.2 with the loop device, which is fixed in -ac series. Also fixed in 2.4.3-pre series. cu Jup - 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: Hang when using loop device
[EMAIL PROTECTED] wrote: > > Hello all, > > > > Recently my ext2 partition out of space so I have made a regular file > > in the FAT32 partition and format it as ext2 partiton and mount it as > > loop device.However,occasionaly when I extract a large tar to the loop device.. > > The computer will hang while extracting. I wonder if deadlock occur. > > I'm using kernel 2.4.1 now and there is no problem when I am using > > kernel 2.2.x kernel > > There are known problems with some of the 2.4 series kernels and loopback > device support. Look through the kernel archives for Jens Axboe's patches, > or grab one of the latest ac (Alan Cox) kernels. The fix is also in the 2.4.3-pre series - cu Jup - 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: Sound issues with m805lr motheboard
"Brent D. Norris" wrote: > > That seems strange. What is realserver failing with ? > > It isn't so much failing as it hangs. It might be interesting to strace the realserver startup both under 2.2 and 2.4 - cu Jup - 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: "mount -o loop" lockup issue
"Mohammad A. Haque" wrote: > David Konerding wrote: > > > And this is described in what release notes? It worked just fine on Red Hat 7.0's >2.4 > > kernel oh wait, I see that they fixed it before they released it. > > And hmm..gee .. did they bother contributing back the code? Based on their track record that's a silly question. jjs - 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: Can't find modules after moving to 2.4.2
Make sure you have up to date modutils package. Current version is 2.4.5 - later, jjs Marcus Ramos wrote: > Hello, > > I've moved from kernel 2.2.16 to 2.4.2 (RH7) and its boots OK, except > for the fact that none of the modules in "/etc/modules.conf" are loaded > anymore (although modules were enabled in kernel config). In > "/lib/modules" I see two directories: 2.2.16 and 2.4.2 (which I assume > is the default for modules.conf). However, the "/lib/modules/2.4.2" > contains almost no files, differently from 2.2.16. I guess I've missed > some important step during the installation of 2.4.2, but now I am > confused and can't recover. Can anyboy point me what the missing step is > ? I will be most grateful. > > Thanks in advance, > Marcus. > > - > 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/ - 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: Total loss with 2.4.0 (release) (win98 not honoring partitioning)
Jason Venner wrote: > Windows 98 and possibly followons doesn't quite honor 'b' type > partitions in the extended area of the disk, particularily if you are > past the 8gig boundary and the partitions in question are over 2gig. > The above numbers are NOT hard boundaries, I have only seen this on 2 > computers and those numbers are approximate. This should be an FAQ - running windows on a system where you have a Linux partition is dangerous, and you run the risk of losing all your data. Any Linux system that contains important data should NOT dual boot with windows. The voice of experience talking... jjs - 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: ps hang in 241-pre10
OK, It's official now, I didn't know if it was some weird hardware fluke or something, but one of the computers here exhibited the same problem - The system in question is a Pentium II 400, scsi only (aic7xxx), running 2.4.1-pre8 plus Andrew Morton's low latency patches. The user was playing unreal tournament at the time and reported that it "got weird all of a sudden". I logged in and tried to do a ps, but the ps froze after listing a few lines. weird, never saw that one before. The user rebooted, so there was further opportunity to investigate, but I thought I ought to mention it after seeing these reports! jjs Aaron Lehmann wrote: > On Sat, Jan 27, 2001 at 03:34:26PM +1100, John Sheahan wrote: > > Hi > > my box has been running 2.4.1-pre10 for three days. > > This morning I noticed odd behavioue - ps and top wouuld freeze > > with no output. > > I had the same problem with 2.4.1-pre10 and the zerocopy patchset. > I came home one day and xmms was frozen. Attempting to determine > whether it was stuck in an odd state, I ran ps aux. At a certain > point (presumably just when it started trying to print info about the > xmms process), ps froze up too. And any attempts to killall -9 these > processes made the killall freeze! > > I'm not sure what made xmms freeze up in the first place. My first > though was a problem in the zerocopy patchset -- most of my mp3s are > played over NFS. However, XMMS was completely idle during the time I > was away from the computer, so I'm not sure what caused it. It seemed > clear, however, that the problem was contagious between processes. > > I reverted back to 2.4.0-ac7 and have not had any more problems of this > nature. - 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: ps hang in 241-pre10
Just for the record, the system where I saw the problem has only ext2 - jjs Shawn Starr wrote: > Yes, I have ReiserFS as well...hrm... > > David Ford wrote: > > > I can quickly and easily duplicate it on my notebook by playing music or > > mpegs in xmms. It may take a few minutes but it's guaranteed. > > > > xmms stalls flat on it's face and anything accessing /proc stalls. If I get > > the time to do it, I'll take a gander at it with kdb. > > > > I have no patches applied to p10, I have reiserfs onboard but I highly doubt > > it's reiserfs. - 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: ps hang in 241-pre10
Sorry, there was no xmms involved here - The behavior occurred while playing unreal tournament. But at least the sound card was in use, FWIW - jjs David Ford wrote: > We've narrowed it down to "we're all running xmms" when it happend. > > -d > > J Sloan wrote: > > > Just for the record, the system where I saw the problem > > has only ext2 - > > -- > There is a natural aristocracy among men. The grounds of this are virtue and >talents. Thomas Jefferson > The good thing about standards is that there are so many to choose from. Andrew S. >Tanenbaum > > - > 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: ps hang in 241-pre10
OK, here's the details you asked about: Soundblaster Awe 32 sound card Voodoo 3 pci video card Running Xfree86-4.0.0 (rpms from 3dfx.com) Playing unreal tournament, no special game options, just 800x600 graphics @ 16 bits. To recap, the symptoms (hung ps, etc) occurred on kernel 2.4.1-pre8 + low latency patches. (but I don't think the low latency patches had anything to do with it, based on the other reports) Hope this helps jjs David Ford wrote: > On 2.4.0-ac12, I played music for about 30 minutes without any problems. I started >up an mpeg in xmms and it > locked in short order. I'm sure now that it has something to do with the graphics. >What DGA or other config > options do you have enabled for your game? > > What video and sound card? - 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: NT soon to surpass Linux in specweb99 performance?
Gregory Maxwell wrote: > Looks like TUX caught MS's attention: > http://www.spec.org/osg/web99/results/res2000q4/web99-20001211-00082.html > > Anyone know if their method of achieveing this is as flexible as TUX, or is > their "SWC 3.0" simply mean 'spec web cheat' and involve implimenting the > specweb dyanmic stuff in x86 assembly in their microkernel? :) One might say they cheated, both by using much faster disks and more of them, and "supercharging" their web server by putting a web cache in front of iis. Even so, they couldn't quite catch up to Tux. jjs - 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/
A buglet with LVM-0.9.1
Hi, I discovered that lvm seems to have a problem with compaq raid controllers - the partitions don't have the normal names like /dev/sda1, but instead names like /dev/ida/c0d0p1 - lvm seems to works OK, but lvmdiskscan freaks... lvmdiskscan works normally on other systems, which have conventional disk controllers. This is OK - case: /tmp (tty/dev/pts/1): bash: 623 > lvscan lvscan -- ACTIVE "/dev/lxlvm/lvm1" [3.12 GB] lvscan -- 1 logical volumes with 3.12 GB total in 1 volume group lvscan -- 1 active logical volumes This is OK too - case: /tmp (tty/dev/pts/1): bash: 622 > df Filesystem 1k-blocks Used Available Use% Mounted on /dev/ida/c0d0p11007928220124736604 24% / /dev/ida/c0d0p82015904251196 1662304 14% /home /dev/ida/c0d0p71007928 240956488 1% /opt /dev/ida/c0d0p94031856 1660664 2166380 44% /usr /dev/ida/c0d0p32015920 61768 1851744 4% /var /dev/lxlvm/lvm13225352 1888308 1173204 62% /disks/backup But this is not in agreement: case: /tmp (tty/dev/pts/1): bash: 625 > lvmdiskscan -v lvmdiskscan -- reading all disks / partitions (this may take a while...) lvmdiskscan -- filling directory cache... lvmdiskscan -- walking through all found disks / partitions lvmdiskscan -- /dev/ida/c0d0p1 [1000.06 MB] free whole disk lvmdiskscan -- no valid disks / partitions found lvmdiskscan -- please check your disk device special files! Hope this is of use - jjs - 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/
ibmtr.o does not like 2.4 [Was: IBM Model 350 does not like 2.4]
Hi, Just to follow up on my own post, the problem is way down in the network driver layer, specifically in the ibmtr driver - it seems to be happy with 2.2, and barfs with 2.4 - for now I replaced it with an IBM pci card (olympic driver) and 2.4 is now solid on the machine that had serious problems using the isa token ring card. I'l have a look at ibmtr if nobody beats me to it. jjs - 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: Mucho timeouts on USB
I'm seeing a similar usb timeout message here with an HP 5200C usb scanner, e.g: usb_control/bulk_msg: timeout usb_control/bulk_msg: timeout usb_control/bulk_msg: timeout My config: AMD-K6 450 on ASUS P5 mb 256 MB RAM, Ali chipset Red Hat 7.0 updated, kernel 2.4.1-ac8 jjs John Cavan wrote: > Hi, > > Just got a D-Link USB radio (R100) and I'm seeing lots of timeouts with > it. I've seen this through the last few 2.4.1+ and -ac+ kernels. > > Current config: > > Dual P3-500 w/ 512mb of RAM > Tyan Tiger 133 mobo with VIA chipset, onboard USB > Kernel 2.4.1-ac9 compiled with egcs-1.1.2 > > The only thing funky is that three devices are sharing an interrupt: > >CPU0 CPU1 > 0: 216690 219652IO-APIC-edge timer > 1: 3564 3816IO-APIC-edge keyboard > 2: 0 0 XT-PIC cascade > 3: 7 20IO-APIC-edge serial > 5: 1017 1135 IO-APIC-level EMU10K1 > 8: 0 1IO-APIC-edge rtc > 11: 22978 22756 IO-APIC-level aic7xxx, eth0, usb-uhci > 12: 64220 63272IO-APIC-edge PS/2 Mouse > 14: 12132 12810IO-APIC-edge ide0 > 15: 3 10IO-APIC-edge ide1 > NMI: 436327 436327 > LOC: 436151 436128 > ERR: 0 > > The ethernet card is a 3Com 3c905, the SCSI card is Adaptec 7892B (19160 > card). No problems with either as far as I can tell, but one of these > modules may not be playing nice with interrupt sharing. > > The messages: > > usb.c: registered new driver usbdevfs > usb.c: registered new driver hub > usb-uhci.c: $Revision: 1.251 $ time 17:33:47 Feb 9 2001 > usb-uhci.c: High bandwidth mode enabled > usb-uhci.c: USB UHCI at I/O 0xd400, IRQ 11 > usb-uhci.c: Detected 2 ports > usb.c: new USB bus registered, assigned bus number 1 > usb_control/bulk_msg: timeout > usb.c: USB device not accepting new address=2 (error=-110) > usb.c: USB device 3 (vend/prod 0x4b4/0x1002) is not claimed by any > active driver. > usb_control/bulk_msg: timeout > usb.c: error getting string descriptor 0 (error=-110) > usb_control/bulk_msg: timeout > usb.c: error getting string descriptor 0 (error=-110) > usb_control/bulk_msg: timeout > usb.c: error getting string descriptor 0 (error=-110) > usb_control/bulk_msg: timeout > usb.c: error getting string descriptor 0 (error=-110) > usb_control/bulk_msg: timeout > usb_control/bulk_msg: timeout > usb_control/bulk_msg: timeout > usb_control/bulk_msg: timeout > usb_control/bulk_msg: timeout > - > 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/
[OT] Re: Linux scalability?
Ronald Bultje wrote: > On 18 May 2001 10:12:34 +0200, reiser.angus wrote: > > > However, taking a closer look, it turns out, that the above statement > > > holds true only for 1 and 2 processor machines. Scalability already > > > suffers at 4 processors, and at 8 processors, TUX 2.0 (7500) gets beaten > > > by IIS 5.0 (8001), and these were measured on the same kind of box! > > not really the same box > > look at the disk subsystem > > 7 x 9GB 10KRPM Drives and 1 x 18GB 15KRPM (html+log & os) for Win2000 > > 5 x 9GB 10KRPM Drives (html+log+os) for TUX 2.0 > > > > this is sufficient for a such difference > > I read an article about TUX in the dutch C'T a few months ago (nov/dec > 2000, I think) - the real difference (according to the article) was the > 2.2.x kernel used in TUX. Look at the stats of the website, they used > Redhat 7.0 as base, with kernel 2.2.16. In the C'T, they also used a > 2.4-test kernel for TUX, and this one didn't have these "scalibility > problems". The problem seemed to be SMP problems with systems with more > than two cpus in the 2.2.x-based kernel series. 2.4.x kernels didn't > seem to have this problem. All Tux webservers have run on a 2.4 or 2.4-pre kernel. > And as far as I know, TUX with 2.4.x kernel was faster than win2k on all > SMP-combinations. Tux held the record for most of the time since last summer, when Linux vaulted into 1st place Microsoft finally managed to get a better result using an all-out, "bet the farm", "benchmark buster" setup with a special web cache in front of iis. However, they haven't heard the last of Linux either. cu jjs - 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: [OT] Re: Linux scalability?
Peter Rival wrote: > "David S. Miller" wrote: > > > J Sloan writes: > > > Microsoft finally managed to get a better result using > > > an all-out, "bet the farm", "benchmark buster" setup > > > with a special web cache in front of iis. > > > > I haven't heard anyone talk about the fact that their 8-cpu numbers > > got disqualified and aren't even mentioned on the SPEC site on the > > main tables anymore. > > > > Really? I just checked and it's still there from what I see. We're talking > about the Dell 8450/700 w/ IIS & SWC 3.0 result, right? I'm hoping that > they're deemed NC, but I don't see it yet... > IIRC they did have some results disqualified, but them these latest results have been submitted since then - perhaps they will be disqualified as well, once the facts come to light... cu jjs - 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/
[OT]: Tux vs khttpd? (fwd)
Hi Roy, IIRC Ingo posted some tux benchmark results on the khttpd mailing list some weeks ago - basically khttpd is not in the same ballpark at this point. cu jjs Roy Sigurd Karlsbakk wrote: > Hi everyone! > > I tried to send this message to the khttpd group, but got no answer. Can > any of you help me? > > -- Forwarded message -- > Date: Thu, 07 Jun 2001 17:31:20 + > From: Roy Sigurd Karlsbakk <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Tux vs khttpd? > > hi > > Does anyone know any details about how Tux performs in comparison with > khttpd? > Is this a separate project, or is it a somehow 'better version' of the > khttpd? > Are these going to be merged? > > roy > - > Roy Sigurd Karlsbakk > <[EMAIL PROTECTED]> > > - > 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/ - 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/
[OT] Re: inetd missing
Blesson Paul wrote: > hi > I just brought a CD of RedHat 7. Unfortunately I > couldn't find the inetd rpm. wheather it is missing or it is in any other > name It's xinetd - BTW You might think about RH 7.1 since 7.0 was the end of the line for the legacy 2.2. kernel - cu jjs - 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/
[OT] Re: Snowhite and the Seven Dwarfs - The REAL story!
Tobias Ringstrom wrote: > Ah... the joy of reading mail using non-MS software, on a non-MS OS... > > Hahaha, indeed! Indeed, since: Jun 15 15:39:03 mirai sendmail[21499]: f5FMd2t21499: from=<[EMAIL PROTECTED]>, size=33547, class=-60, nrcpts=1, msgid=<[EMAIL PROTECTED]>, bodytype=7BIT, proto=ESMTP, daemon=MTA, relay=freeside.toyota.com [63.87.74.7] Jun 15 15:39:03 mirai scanmails[21501]: execution started Jun 15 15:39:04 mirai scanmails[21501]: FOUND VIRUS IN MAIL from [EMAIL PROTECTED] to jjs cu jjs - 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/
[OT] Re: ipchains
Ted Gervais wrote: > I just ran into something odd. To me anyways, it was odd. > I just installed and brought up kernel 2.4.5 and my ipchains failed. > So I upgraded to the latest (that I could find) ipchains-1.3.10, and > that also fails. > > Has anyone got any version of ipchains to work with the new(er) kernels? For what it's worth, Red Hat 7.1 ships iptables with ipchains emulation, which works out of the box on their 2.4.2 kernel cu jjs - 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: >128 MB RAM stability problems (again)
Ronald Bultje wrote: > I'm kind of astounded now, WHY can't linux-2.4.x run on ANY machine in > my house with more than 128 MB RAM?!? Can someone please point out to me > that he's actually running kernel-2.4.x on a machine with more than 128 > MB RAM and that he's NOT having severe stability problems? I don't have the answer for your situation, but in answer to one of your questions I can happily enumerate the following boxes I installed, all of which are running 2.4.x kernels on Red Hat 7.1 with excellent stability and performance: "Name Brand" boxes: (3) Dell 2450s, Dual P3-1000, 512 MB RAM (2) HP Netservers, P3-700, 512 MB RAM Compaq 6500, Quad PPro 200, 1 GB RAM Self built clone boxes: AMD K6/2 450, 256 MB RAM, low end ASUS mb P3-933, 512 MB RAM, Intel i810 motherboard P3-866, 512 MB RAM, Aopen motherboard and more - These boxes either have an uptime dating from the initial 7.1 install (60+ days), or from the last kernel update - cu jjs - 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: 2.4.4: Kernel crash, possibly tcp related
"David S. Miller" schrieb: > I'm having a devil of a time finding the tcpblast sources on the > net, can you point me to where I can get them? The one reference > I saw to get the original sources was: > > ftp://ftp.xlink.net/pub/network/tcpblast.shar.gz > > But even that directory no longer exists. Try ftp://wintermute.toyota.com/pub/utils/tcpblast.tar cu jjs - 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/
[OT] Re: Linux NAT questions- (kernel upgrade??)
"Sim, CT (Chee Tong)" schrieb: > Hi.. I follow your instruction, but I encounter this issue, my kernel need > to be upgrade? MAy I know how to determine the current kernel version uname -a > and > how to upgrade it?? Either upgrade to a distro that includes the new kernel (e.g. latest SuSE or Red Hat) or download kernel source and compile. It might be helpful to provide the distribution and version you are using (Red Hat 6.2, Slackware 7, Debian Potato, etc) > [root@guava /root]# iptables -t nat -A PREROUTING -p tcp --dst 1.1.1.160 -i > eth1 -j D > NAT --to-destination 192.168.200.2 > iptables v1.1.1: can't initialize iptables table `nat': iptables who? (do > you need to insm > od?) > Perhaps iptables or your kernel needs to be upgraded. > > [root@guava simc]# rpm -ivh iptables-1_2_0-6_i386.rpm > error: failed dependencies: > kernel >= 2.4.0 is needed by iptables-1.2.0-6 Yes, of course iptables won't work with the old kernel. If you want to stay with the old kernel, you must use ipchains instead. cu Jup - 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: [OT] Re: Linux NAT questions- (kernel upgrade??)
"Sim, CT (Chee Tong)" schrieb: > I am using the Red Hat 7, below are my kernel version. I feel Red Hat 7 is > quite new, although RH 7.1 has just come out. How come it still say that my > kernel version is old. Ah, by old is meant the 2.2 version - 7.1 is the first RH release to ship with kernel 2.4. You can certainly run a 2.4 kernel on your 7.0 box - I only ran 2.2.16 on my RH 7.0 boxes for as long as it tool me to pull down the kernel sources and compile a 2.4 kernel. cu jjs - 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: 2.4.4 fork() problems (maybe)
Marc Schiffbauer wrote: > use 2.4.5-pre1 instead, Linus has undone the fork()-change for some > reason ;-) > 2.4.5-pre1 has it's own problems - Probably better to use 2.4.4-ac5 instead. cu jjs - 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: Inodes
Blesson Paul wrote: > Hi > This is an another doubt related to VFS. I want to know > wheather all files are assigned their inode number at the mounting time itself > or inodes are assigned to files upon accessing only er.. inode numbers are assigned at file creation time. cu jjs - 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/
[Fixed] - Repeatable oops mounting snapshots w/ test 10
Thanks Andrea, it all works like a charm with your lvm utils. But why is the "official" release of the lvm utils so buggy? Regards, jjs - 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/
drm woes continue in test13-pre4
Greetings, Up to and including -test12, tdfx.o has built and run nicely. Starting with -test13-pre1, and continuing to -test13-pre4, tdfx.o (and other modules e,g the olympic.o token ring driver) have not been successfully created. In general, modules work fine, it's just a few that have been broken byu the makefile changes. # uname -r 2.4.0-test13-pre4 # lsmod Module Size Used by iptable_filter 1872 0 (autoclean) (unused) ip_nat_ftp 3408 0 (unused) iptable_nat12672 1 [ip_nat_ftp] ip_conntrack_ftp2048 0 (unused) ip_conntrack 13056 2 [ip_nat_ftp iptable_nat ip_conntrack_ftp] ip_tables 10624 4 [iptable_filter iptable_nat] ide-scsi8096 0 8139too15632 2 (autoclean) emu10k145232 0 However, "modprobe tdfx" yields 34 lines of "unresolved symbol" messages and a failure to load the module. Other info: modutils version: 2.3.21 gcc version: egcs-2.91.66 More info on request Hope this helps direct attention to the problem - jjs - 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/
IBM Model 350 does not like 2.4
Hi All, I have 10 systems running 2.4 that are rock solid, but I have 1 system that has problems with 2.4. The box had run perfectly for 46 days with 2.2.19pre2, and today I installed 2.4.1-ac3 to see how it would go. It seemed to run fine for a few minutes, then the old problem reasserted itself: "df" gives a segmentation fault: iron: /root (tty/dev/pts/0): bash: 1040 > df Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda1 1007960457996498760 48% / /dev/hda3 1198496 1082264 55352 96% /usr Segmentation fault Initial look at the oops implicates the sunrpc code. This is Red Hat 7.0 with all updates applied running on a humble pentium 166 (IBM model 350). The identical oops occurs whether the kernel is compiled with kgcc or gcc-2.96 . Hope this helps, jjs decoded ksymoops follows: ksymoops 2.3.4 on i586 2.4.1-ac3. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.1-ac3/ (default) -m /boot/System.map (specified) Warning (compare_maps): ksyms_base symbol __VERSIONED_SYMBOL(shmem_file_setup) not found in System.map. Ignoring ksyms_base entry Unable to handle kernel paging request at virtual address feff3112 c482dab4 *pde = Oops: CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010286 eax: feff310a ebx: feff310a ecx: edx: c36c5b20 esi: c36ef610 edi: c36c5b20 ebp: esp: c1d31d14 ds: 0018 es: 0018 ss: 0018 Process df (pid: 1305, stackpage=c1d31000) Stack: 08040016 c08c7300 4000 c01b291e c36c5b20 c36c5b20 c482db9a c36c5b20 c1d31da0 c36c5b20 c1d31dd4 c1d31d98 c482dc9f c36c5b20 c1d31da0 c1d31e80 c482951a c1d31da0 c1d31da0 c36efc10 c482940c Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] Code: 66 83 7b 08 00 75 15 a1 68 2a 29 c0 39 43 04 79 0b 8b 03 89 >>EIP; c482dab4 <[sunrpc]rpcauth_gc_credcache+2c/b0> <= Trace; c01b291e Trace; c482db9a <[sunrpc]rpcauth_lookup_credcache+36/8c> Trace; c482dc9f <[sunrpc]rpcauth_bindcred+3b/54> Trace; c482951a <[sunrpc]rpc_call_setup+36/64> Trace; c482940c <[sunrpc]rpc_call_sync+64/9c> Trace; c482bfc0 <[sunrpc]rpc_run_timer+0/44> Trace; c485f4a8 <[nfs]nfs_proc_statfs+58/7c> Trace; c01e177a Trace; c4858aef <[nfs]nfs_statfs+33/180> Trace; c012c0da Trace; c012c125 Trace; c0108e0b Code; c482dab4 <[sunrpc]rpcauth_gc_credcache+2c/b0> <_EIP>: Code; c482dab4 <[sunrpc]rpcauth_gc_credcache+2c/b0> <= 0: 66 83 7b 08 00cmpw $0x0,0x8(%ebx) <= Code; c482dab9 <[sunrpc]rpcauth_gc_credcache+31/b0> 5: 75 15 jne1c <_EIP+0x1c> c482dad0 <[sunrpc]rpcauth_gc_credcache+48/b0> Code; c482dabb <[sunrpc]rpcauth_gc_credcache+33/b0> 7: a1 68 2a 29 c0mov0xc0292a68,%eax Code; c482dac0 <[sunrpc]rpcauth_gc_credcache+38/b0> c: 39 43 04 cmp%eax,0x4(%ebx) Code; c482dac3 <[sunrpc]rpcauth_gc_credcache+3b/b0> f: 79 0b jns1c <_EIP+0x1c> c482dad0 <[sunrpc]rpcauth_gc_credcache+48/b0> Code; c482dac5 <[sunrpc]rpcauth_gc_credcache+3d/b0> 11: 8b 03 mov(%ebx),%eax Code; c482dac7 <[sunrpc]rpcauth_gc_credcache+3f/b0> 13: 89 00 mov%eax,(%eax) Unable to handle kernel paging request at virtual address feff3112 c482dab4 *pde = Oops: CPU:0 EIP:0010:[] EFLAGS: 00010286 eax: 00010a9d ebx: feff310a ecx: edx: c36c5b20 esi: edi: c36c5b20 ebp: esp: c1d31d14 ds: 0018 es: 0018 ss: 0018 Process df (pid: 1308, stackpage=c1d31000) Stack: 08048000 c08c7240 4000 c1d31d4c c36c5b20 c36c5b20 c482db9a c36c5b20 c1d31da0 c36c5b20 c1d31dd4 c1d31d98 c482dc9f c36c5b20 c1d31da0 c1d31e80 c482951a c1d31da0 c1d31da0 c36efc10 c482940c Call Trace: [] [] [] [] [] [] [] [] [] [] [] Code: 66 83 7b 08 00 75 15 a1 68 2a 29 c0 39 43 04 79 0b 8b 03 89 >>EIP; c482dab4 <[sunrpc]rpcauth_gc_credcache+2c/b0> <= Trace; c482db9a <[sunrpc]rpcauth_lookup_credcache+36/8c> Trace; c482dc9f <[sunrpc]rpcauth_bindcred+3b/54> Trace; c482951a <[sunrpc]rpc_call_setup+36/64> Trace; c482940c <[sunrpc]rpc_call_sync+64/9c> Trace; c482bfc0 <[sunrpc]rpc_run_timer+0/44> Trace; c485f4a8 <[nfs]nfs_proc_statfs+58/7c> Trace; c01e177a Trace; c4858aef <[nfs]nfs_statfs+33/180> Trace; c012c0da Trace; c012c125 Trace; c0108e0b Code; c482dab4 <[sunrpc]rpcauth_gc_credcache+2c/b0> <_EIP>: Code; c482dab4 <[sunrpc]rpcauth_gc_credcache+2c/b0> <= 0: 66 83 7b 08 00cmpw $0x0,0x8(%ebx) <= Code; c482dab9 <[sunrpc]rpcauth_gc_credcache+31/b0> 5: 75 15 jne1c <_EIP+0x1c> c482dad0 <[sunrpc]rpcauth_gc_credcache+48/b0> Code; c482dabb <[sunrpc]rpcauth_gc_credcache+33/b0> 7: a1 68 2a 29 c0mov0xc0292a68,
