VM thrashing in test13-pre4 with Netscape
I don't know if this is a Netscape problem, or an XFree86 4.0.1 problem, or a kernel problem. I hadn't noticed it with previous kernels so I thought I should mention it. I'll download the latest kernel source tonight and try it out. I'm using 2.4.0-test13-pre4 with XFree86 4.0.1 and Netscape Communicator 4.73. The distro is slackware 7.1 on a Pentium III 667 MHz machine with an ASUS motherboard with a Via chipset and an Adaptec 29160 SCSI host bus adapter. It has 128 MB of 133 MHz ram. If I browse with Netscape for a while, after a while I start hearing a lot of disk activity and the response of the machine slows way down. "top" often shows kswapd as having the top CPU time. In one instance of this, Netscape was using 60% of the memory and XFree86 was using 40%. (I'm not sure if this is the memory in use or percentage of all available memory). If I quit netscape the thrashing stops, and I can start it up again and run OK for a while, but it seems to start up again much sooner. After a while I have to reboot. When it happens, the onset seems pretty sudden. It doesn't appear like something's slowly leaking memory. It feels more like something suddenly goes haywire. 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/
Re: NIC recommendations (was Re: Repeatable 2.4.0-test13-pre4...)
Followup to: <[EMAIL PROTECTED]> By author:"Barry K. Nathan" <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > In any case, tulips have been more problematic for me than 8139, pcnet32, > or 3c905c (whose reliability are all comparable IME). I've never tried > eepro100, though. (Also, I'm speaking in terms of my experiences across > all OS's which I've used the cards under, not just under Linux, although > my Linux experiences are similar to the experiences I've had overall.) > I have used eepro100's on *a lot* of boxes, including *.kernel.org; haven't had any problems whatsoever any time recently. -hpa -- <[EMAIL PROTECTED]> at work, <[EMAIL PROTECTED]> in private! "Unix gives you enough rope to shoot yourself in the foot." http://www.zytor.com/~hpa/puzzle.txt - 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: NIC recommendations (was Re: Repeatable 2.4.0-test13-pre4...)
Followup to: [EMAIL PROTECTED] By author:"Barry K. Nathan" [EMAIL PROTECTED] In newsgroup: linux.dev.kernel In any case, tulips have been more problematic for me than 8139, pcnet32, or 3c905c (whose reliability are all comparable IME). I've never tried eepro100, though. (Also, I'm speaking in terms of my experiences across all OS's which I've used the cards under, not just under Linux, although my Linux experiences are similar to the experiences I've had overall.) I have used eepro100's on *a lot* of boxes, including *.kernel.org; haven't had any problems whatsoever any time recently. -hpa -- [EMAIL PROTECTED] at work, [EMAIL PROTECTED] in private! "Unix gives you enough rope to shoot yourself in the foot." http://www.zytor.com/~hpa/puzzle.txt - 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/
VM thrashing in test13-pre4 with Netscape
I don't know if this is a Netscape problem, or an XFree86 4.0.1 problem, or a kernel problem. I hadn't noticed it with previous kernels so I thought I should mention it. I'll download the latest kernel source tonight and try it out. I'm using 2.4.0-test13-pre4 with XFree86 4.0.1 and Netscape Communicator 4.73. The distro is slackware 7.1 on a Pentium III 667 MHz machine with an ASUS motherboard with a Via chipset and an Adaptec 29160 SCSI host bus adapter. It has 128 MB of 133 MHz ram. If I browse with Netscape for a while, after a while I start hearing a lot of disk activity and the response of the machine slows way down. "top" often shows kswapd as having the top CPU time. In one instance of this, Netscape was using 60% of the memory and XFree86 was using 40%. (I'm not sure if this is the memory in use or percentage of all available memory). If I quit netscape the thrashing stops, and I can start it up again and run OK for a while, but it seems to start up again much sooner. After a while I have to reboot. When it happens, the onset seems pretty sudden. It doesn't appear like something's slowly leaking memory. It feels more like something suddenly goes haywire. 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/
Re: test13-pre4-ac2/test13-pre7 ax25 undefined reference
Thanks for the prompt response. Regards Sid. Alan Cox wrote: > > > The problem showed up on the stroke of test13-pre4-ac2 and stuff from > > Alan has been merged in. I went from pre4-ac2 to pre5 (AOK) and now > > attempting pre7... > > Its definitely coming from the AX.25 related changes. Please send me your > .config and I'll go squash this one > > > drivers/net/net.o: In function `network_ldisc_init': > > drivers/net/net.o(.text.init+0x141): undefined reference to > > `mkiss_init_ctrl_dev > > ' -- Sid Boyce ... hamradio G3VBV ... Cessna/Warrior Pilot Linux only shop.. Tel. 44-121 422 0375 # # Automatically generated make config: 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_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_M686FXSR is not set # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set CONFIG_MK7=y # CONFIG_MCRUSOE is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_CMPXCHG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_L1_CACHE_SHIFT=6 CONFIG_X86_TSC=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_USE_3DNOW=y CONFIG_X86_PGE=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_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=y # # PCMCIA/CardBus support # # CONFIG_PCMCIA is not set CONFIG_SYSVIPC=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_SYSCTL=y CONFIG_KCORE_ELF=y # CONFIG_KCORE_AOUT is not set CONFIG_BINFMT_AOUT=y CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=y CONFIG_PM=y CONFIG_ACPI=y CONFIG_APM=y # CONFIG_APM_IGNORE_USER_SUSPEND is not set CONFIG_APM_DO_ENABLE=y CONFIG_APM_CPU_IDLE=y CONFIG_APM_DISPLAY_BLANK=y CONFIG_APM_RTC_IS_GMT=y CONFIG_APM_ALLOW_INTS=y # CONFIG_APM_REAL_MODE_POWER_OFF is not set # # Memory Technology Devices (MTD) # # CONFIG_MTD is not set # # Parallel port support # CONFIG_PARPORT=m CONFIG_PARPORT_PC=m CONFIG_PARPORT_PC_FIFO=y # CONFIG_PARPORT_PC_SUPERIO is not set # CONFIG_PARPORT_AMIGA is not set # CONFIG_PARPORT_MFC3 is not set # CONFIG_PARPORT_ATARI is not set # CONFIG_PARPORT_SUNBPP is not set # CONFIG_PARPORT_OTHER is not set CONFIG_PARPORT_1284=y # # Plug and Play configuration # CONFIG_PNP=y CONFIG_ISAPNP=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 is not set CONFIG_BLK_DEV_RAM=y CONFIG_BLK_DEV_RAM_SIZE=4096 CONFIG_BLK_DEV_INITRD=y # # Multi-device support (RAID and LVM) # # CONFIG_MD is not set # # Networking options # CONFIG_PACKET=y # CONFIG_PACKET_MMAP is not set CONFIG_NETLINK=y CONFIG_RTNETLINK=y # CONFIG_NETLINK_DEV is not set CONFIG_NETFILTER=y CONFIG_NETFILTER_DEBUG=y # CONFIG_FILTER is not set CONFIG_UNIX=y CONFIG_INET=y CONFIG_IP_MULTICAST=y # CONFIG_IP_ADVANCED_ROUTER is not set # CONFIG_IP_PNP is not set CONFIG_NET_IPIP=m CONFIG_NET_IPGRE=m # CONFIG_NET_IPGRE_BROADCAST is not set CONFIG_IP_MROUTE=y # CONFIG_IP_PIMSM_V1 is not set # CONFIG_IP_PIMSM_V2 is not set # CONFIG_ARPD is not set CONFIG_INET_ECN=y CONFIG_SYN_COOKIES=y # # IP: Netfilter Configuration # CONFIG_IP_NF_CONNTRACK=y CONFIG_IP_NF_FTP=y # CONFIG_IP_NF_QUEUE is not set CONFIG_IP_NF_IPTABLES=y # CONFIG_IP_NF_MATCH_LIMIT is not set CONFIG_IP_NF_MATCH_MAC=m # CONFIG_IP_NF_MATCH_MARK is not set # CONFIG_IP_NF_MATCH_MULTIPORT is not set # CONFIG_IP_NF_MATCH_TOS is not set CONFIG_IP_NF_MATCH_STATE=m # CONFIG_IP_NF_MATCH_UNCLEAN is not set # CONFIG_IP_NF_MATCH_OWNER is not set CONFIG_IP_NF_FILTER=y CONFIG_IP_NF_TARGET_REJECT=m # CONFIG_IP_NF_TARGET_MIRROR is not set CONFIG_IP_NF_NAT=y CONFIG_IP_NF_NAT_NEEDED=y CONFIG_IP_NF_TARGET_MASQUERADE=y # CONFIG_IP_NF_TARGET_REDIRECT is not set # CONFIG_IP_NF_MANGLE is not set # CONFIG_IP_NF_TARGET_LOG is not set # CONFIG_IPV6 is not set # CONFIG_KHTTPD is not set # CONFIG_ATM is not set # # # # CONFIG_IPX is not set # CONFIG_ATALK is not set # CONFIG_DECNET is not set # CONFIG_BRIDGE is not set # CONFIG_X25 is not set # CONFIG_LAPB is not s
Re: PROBLEM: multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4
On Sun, Dec 31, 2000 at 03:18:21AM +, Ton Hospel wrote: > I was talking about avoiding that the same device gets multiple mounted > at the SAME place, e.g. when doing mount -a, which is often used as a > quick way to get the new entries in /etc/fstab You get EBUSY if you try. - 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: multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4
On Sun, Dec 31, 2000 at 03:18:21AM +, Ton Hospel wrote: I was talking about avoiding that the same device gets multiple mounted at the SAME place, e.g. when doing mount -a, which is often used as a quick way to get the new entries in /etc/fstab You get EBUSY if you try. - 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-pre4-ac2/test13-pre7 ax25 undefined reference
Thanks for the prompt response. Regards Sid. Alan Cox wrote: The problem showed up on the stroke of test13-pre4-ac2 and stuff from Alan has been merged in. I went from pre4-ac2 to pre5 (AOK) and now attempting pre7... Its definitely coming from the AX.25 related changes. Please send me your .config and I'll go squash this one drivers/net/net.o: In function `network_ldisc_init': drivers/net/net.o(.text.init+0x141): undefined reference to `mkiss_init_ctrl_dev ' -- Sid Boyce ... hamradio G3VBV ... Cessna/Warrior Pilot Linux only shop.. Tel. 44-121 422 0375 # # Automatically generated make config: 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_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_M686FXSR is not set # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set CONFIG_MK7=y # CONFIG_MCRUSOE is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_CMPXCHG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_L1_CACHE_SHIFT=6 CONFIG_X86_TSC=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_USE_3DNOW=y CONFIG_X86_PGE=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_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=y # # PCMCIA/CardBus support # # CONFIG_PCMCIA is not set CONFIG_SYSVIPC=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_SYSCTL=y CONFIG_KCORE_ELF=y # CONFIG_KCORE_AOUT is not set CONFIG_BINFMT_AOUT=y CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=y CONFIG_PM=y CONFIG_ACPI=y CONFIG_APM=y # CONFIG_APM_IGNORE_USER_SUSPEND is not set CONFIG_APM_DO_ENABLE=y CONFIG_APM_CPU_IDLE=y CONFIG_APM_DISPLAY_BLANK=y CONFIG_APM_RTC_IS_GMT=y CONFIG_APM_ALLOW_INTS=y # CONFIG_APM_REAL_MODE_POWER_OFF is not set # # Memory Technology Devices (MTD) # # CONFIG_MTD is not set # # Parallel port support # CONFIG_PARPORT=m CONFIG_PARPORT_PC=m CONFIG_PARPORT_PC_FIFO=y # CONFIG_PARPORT_PC_SUPERIO is not set # CONFIG_PARPORT_AMIGA is not set # CONFIG_PARPORT_MFC3 is not set # CONFIG_PARPORT_ATARI is not set # CONFIG_PARPORT_SUNBPP is not set # CONFIG_PARPORT_OTHER is not set CONFIG_PARPORT_1284=y # # Plug and Play configuration # CONFIG_PNP=y CONFIG_ISAPNP=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 is not set CONFIG_BLK_DEV_RAM=y CONFIG_BLK_DEV_RAM_SIZE=4096 CONFIG_BLK_DEV_INITRD=y # # Multi-device support (RAID and LVM) # # CONFIG_MD is not set # # Networking options # CONFIG_PACKET=y # CONFIG_PACKET_MMAP is not set CONFIG_NETLINK=y CONFIG_RTNETLINK=y # CONFIG_NETLINK_DEV is not set CONFIG_NETFILTER=y CONFIG_NETFILTER_DEBUG=y # CONFIG_FILTER is not set CONFIG_UNIX=y CONFIG_INET=y CONFIG_IP_MULTICAST=y # CONFIG_IP_ADVANCED_ROUTER is not set # CONFIG_IP_PNP is not set CONFIG_NET_IPIP=m CONFIG_NET_IPGRE=m # CONFIG_NET_IPGRE_BROADCAST is not set CONFIG_IP_MROUTE=y # CONFIG_IP_PIMSM_V1 is not set # CONFIG_IP_PIMSM_V2 is not set # CONFIG_ARPD is not set CONFIG_INET_ECN=y CONFIG_SYN_COOKIES=y # # IP: Netfilter Configuration # CONFIG_IP_NF_CONNTRACK=y CONFIG_IP_NF_FTP=y # CONFIG_IP_NF_QUEUE is not set CONFIG_IP_NF_IPTABLES=y # CONFIG_IP_NF_MATCH_LIMIT is not set CONFIG_IP_NF_MATCH_MAC=m # CONFIG_IP_NF_MATCH_MARK is not set # CONFIG_IP_NF_MATCH_MULTIPORT is not set # CONFIG_IP_NF_MATCH_TOS is not set CONFIG_IP_NF_MATCH_STATE=m # CONFIG_IP_NF_MATCH_UNCLEAN is not set # CONFIG_IP_NF_MATCH_OWNER is not set CONFIG_IP_NF_FILTER=y CONFIG_IP_NF_TARGET_REJECT=m # CONFIG_IP_NF_TARGET_MIRROR is not set CONFIG_IP_NF_NAT=y CONFIG_IP_NF_NAT_NEEDED=y CONFIG_IP_NF_TARGET_MASQUERADE=y # CONFIG_IP_NF_TARGET_REDIRECT is not set # CONFIG_IP_NF_MANGLE is not set # CONFIG_IP_NF_TARGET_LOG is not set # CONFIG_IPV6 is not set # CONFIG_KHTTPD is not set # CONFIG_ATM is not set # # # # CONFIG_IPX is not set # CONFIG_ATALK is not set # CONFIG_DECNET is not set # CONFIG_BRIDGE is not set # CONFIG_X25 is not set # CONFIG_LAPB is not set # CONFIG_LLC is not set # CONFIG_NET_DIVERT is not set # CONFIG_ECONET is not set
Re: PROBLEM: multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4
In article <[EMAIL PROTECTED]>, Alexander Viro <[EMAIL PROTECTED]> writes: > On Sat, 30 Dec 2000, Ton Hospel wrote: > >> It should still need a special flag or something, since it's >> impossible for userspace to check this atomically. > > To check _what_? Having the same tree mounted in several places is > allowed. End of story. Atomicity of any kind is a non-issue - if you > have processes that do not cooperate and do random mounts you are > getting exactly what you are asking for. > I wasn't talking about mounting the same device on different mount points. If you ask for that, it's good that you nowadays you can get that (though even there it might be a good idea to let the filesystem say if it can support that or not) I was talking about avoiding that the same device gets multiple mounted at the SAME place, e.g. when doing mount -a, which is often used as a quick way to get the new entries in /etc/fstab That would also be no problem if there were a standard about e.g. always flocking /etc/mtab. But as far as I know there isn't such a standard. - 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-pre4-ac2/test13-pre7 ax25 undefined reference
> The problem showed up on the stroke of test13-pre4-ac2 and stuff from > Alan has been merged in. I went from pre4-ac2 to pre5 (AOK) and now > attempting pre7... Its definitely coming from the AX.25 related changes. Please send me your .config and I'll go squash this one > drivers/net/net.o: In function `network_ldisc_init': > drivers/net/net.o(.text.init+0x141): undefined reference to > `mkiss_init_ctrl_dev > ' - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
test13-pre4-ac2/test13-pre7 ax25 undefined reference
The problem showed up on the stroke of test13-pre4-ac2 and stuff from Alan has been merged in. I went from pre4-ac2 to pre5 (AOK) and now attempting pre7... ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext arch/i386/kernel /head.o arch/i386/kernel/init_task.o init/main.o init/version.o \ --start-group \ arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o mm/mm.o fs/f s.o ipc/ipc.o \ drivers/block/block.o drivers/char/char.o drivers/misc/misc.o drivers/ne t/net.o drivers/media/media.o drivers/ide/idedriver.o drivers/scsi/scsidrv.o dr ivers/cdrom/driver.o drivers/sound/sounddrivers.o drivers/pci/driver.o drivers/p np/pnp.o drivers/video/video.o drivers/net/hamradio/hamradio.o drivers/usb/usbdr v.o drivers/acpi/acpi.o \ net/network.o \ /usr/src/linux/arch/i386/lib/lib.a /usr/src/linux/lib/lib.a /usr/src/lin ux/arch/i386/lib/lib.a \ --end-group \ -o vmlinux drivers/net/net.o: In function `network_ldisc_init': drivers/net/net.o(.text.init+0x141): undefined reference to `mkiss_init_ctrl_dev ' make: *** [vmlinux] Error 1 Regards -- Sid Boyce ... hamradio G3VBV ... Cessna/Warrior Pilot Linux only shop.. Tel. 44-121 422 0375 - 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: multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4
On Sat, 30 Dec 2000, Ton Hospel wrote: > It should still need a special flag or something, since it's > impossible for userspace to check this atomically. To check _what_? Having the same tree mounted in several places is allowed. End of story. Atomicity of any kind is a non-issue - if you have processes that do not cooperate and do random mounts you are getting exactly what you are asking for. BTW, mount(2) is outside of POSIX scope. Ditto for SuS, so references to standards are not likely to work. Not allowing multiple mounts of the same fs was an artifact of original namei() implementation. At some point (late 80s) it had been fixed by Bell Labs folks in their branch. In Linux it had been fixed during the last spring. That's it. You were never promised that multiple mounts will not work. Moreover, in special cases they did work since long - e.g. Linux procfs could be mounted in several places since '94, if not earlier. AFAIK NFS implementations allowed the same thing since mid-80s... - 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: multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4
In article <[EMAIL PROTECTED]>, Linus Torvalds <[EMAIL PROTECTED]> writes: > On Sat, 23 Dec 2000 [EMAIL PROTECTED] wrote: >> >> 1. multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4 >> >> 2. its still possible to mount devices several times. >>IMHO it shouldnt be possible like 2.2.18 > > No. > > The multi-mount thing is a _major_ feature, and the fact that your "mount" > binary seems to be confused by it is a user-level problem and nothing > more. > It should still need a special flag or something, since it's impossible for userspace to check this atomically. - 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/
NIC recommendations (was Re: Repeatable 2.4.0-test13-pre4...)
Andrew Morton wrote: > The 3c905C is a well manufactured and very feature-rich NIC which at > present appears to have fewer problem reports than eepro100, 8139 or tulip. 3c905c is a bit expensive, though. pcnet32 cards also work very well for me, and are less expensive. The 905c could be a better card (I don't really know), but pcnet32's might be more cost-effective, depending on your needs. (I've seen pcnet32-based cards selling for $15-20, and I bought a new 10-pack (of HP NightDirector 10/100's) for about $36, including shipping, on eBay.) In any case, tulips have been more problematic for me than 8139, pcnet32, or 3c905c (whose reliability are all comparable IME). I've never tried eepro100, though. (Also, I'm speaking in terms of my experiences across all OS's which I've used the cards under, not just under Linux, although my Linux experiences are similar to the experiences I've had overall.) Anyway, those are my experiences and recommendations. YMMV. :) -Barry K. Nathan <[EMAIL PROTECTED]> - 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: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
Andrew Morton <[EMAIL PROTECTED]> écrit : [...] > The 3c905C is a well manufactured and very feature-rich NIC which at > present appears to have fewer problem reports than eepro100, 8139 or tulip. I guess that the lack of problem reports for the epic chipset comes from a smaller user base. FWIW, I haven't experienced real problems with it (observation base: 20~30 boards). Neither did I with the few 3c905 used btw. [...] > Perhaps most significantly, the 905 has full scatter/gather support. May be done for the epic. TODO++ -- Ueimor - 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: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
Linus Torvalds wrote: > > I bet that others will have other recommendations, but so far I have at > least personally had good luck with the eepro100. The 3c905C is a well manufactured and very feature-rich NIC which at present appears to have fewer problem reports than eepro100, 8139 or tulip. Available in PCI, Cardbus, Mini-PCI. A dual-interface PCI version has just been released (3c982), although we've yet to hear of anyone trying it with Linux. 3com provide full specs without any NDA restrictions, plus a GPL'ed driver. Perhaps most significantly, the 905 has full scatter/gather support. This isn't used at present, but Alexey's zerocopy-sendfile patches do utilise it. He currently has scatter-gather support for acenic, 3c905 and sunhme. I don't know what the plans are to support other 100 mbps NICs. The in-kernel 3c59x.c isn't the world's fastest driver. On the todo list for 2.5 is MMIO support, scatter-gather maintenance, optional use of DPD polling and implementation of the onboard multicast hash filter. And implementation of the on-board VLAN support if 2.5 becomes VLAN-capable. - - 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: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
Linus Torvalds wrote: I bet that others will have other recommendations, but so far I have at least personally had good luck with the eepro100. The 3c905C is a well manufactured and very feature-rich NIC which at present appears to have fewer problem reports than eepro100, 8139 or tulip. Available in PCI, Cardbus, Mini-PCI. A dual-interface PCI version has just been released (3c982), although we've yet to hear of anyone trying it with Linux. 3com provide full specs without any NDA restrictions, plus a GPL'ed driver. Perhaps most significantly, the 905 has full scatter/gather support. This isn't used at present, but Alexey's zerocopy-sendfile patches do utilise it. He currently has scatter-gather support for acenic, 3c905 and sunhme. I don't know what the plans are to support other 100 mbps NICs. The in-kernel 3c59x.c isn't the world's fastest driver. On the todo list for 2.5 is MMIO support, scatter-gather maintenance, optional use of DPD polling and implementation of the onboard multicast hash filter. And implementation of the on-board VLAN support if 2.5 becomes VLAN-capable. - - 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: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
Andrew Morton [EMAIL PROTECTED] écrit : [...] The 3c905C is a well manufactured and very feature-rich NIC which at present appears to have fewer problem reports than eepro100, 8139 or tulip. I guess that the lack of problem reports for the epic chipset comes from a smaller user base. FWIW, I haven't experienced real problems with it (observation base: 20~30 boards). Neither did I with the few 3c905 used btw. [...] Perhaps most significantly, the 905 has full scatter/gather support. May be done for the epic. TODO++ -- Ueimor - 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/
NIC recommendations (was Re: Repeatable 2.4.0-test13-pre4...)
Andrew Morton wrote: The 3c905C is a well manufactured and very feature-rich NIC which at present appears to have fewer problem reports than eepro100, 8139 or tulip. 3c905c is a bit expensive, though. pcnet32 cards also work very well for me, and are less expensive. The 905c could be a better card (I don't really know), but pcnet32's might be more cost-effective, depending on your needs. (I've seen pcnet32-based cards selling for $15-20, and I bought a new 10-pack (of HP NightDirector 10/100's) for about $36, including shipping, on eBay.) In any case, tulips have been more problematic for me than 8139, pcnet32, or 3c905c (whose reliability are all comparable IME). I've never tried eepro100, though. (Also, I'm speaking in terms of my experiences across all OS's which I've used the cards under, not just under Linux, although my Linux experiences are similar to the experiences I've had overall.) Anyway, those are my experiences and recommendations. YMMV. :) -Barry K. Nathan [EMAIL PROTECTED] - 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: multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4
In article [EMAIL PROTECTED], Linus Torvalds [EMAIL PROTECTED] writes: On Sat, 23 Dec 2000 [EMAIL PROTECTED] wrote: 1. multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4 2. its still possible to mount devices several times. IMHO it shouldnt be possible like 2.2.18 No. The multi-mount thing is a _major_ feature, and the fact that your "mount" binary seems to be confused by it is a user-level problem and nothing more. It should still need a special flag or something, since it's impossible for userspace to check this atomically. - 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: multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4
On Sat, 30 Dec 2000, Ton Hospel wrote: It should still need a special flag or something, since it's impossible for userspace to check this atomically. To check _what_? Having the same tree mounted in several places is allowed. End of story. Atomicity of any kind is a non-issue - if you have processes that do not cooperate and do random mounts you are getting exactly what you are asking for. BTW, mount(2) is outside of POSIX scope. Ditto for SuS, so references to standards are not likely to work. Not allowing multiple mounts of the same fs was an artifact of original namei() implementation. At some point (late 80s) it had been fixed by Bell Labs folks in their branch. In Linux it had been fixed during the last spring. That's it. You were never promised that multiple mounts will not work. Moreover, in special cases they did work since long - e.g. Linux procfs could be mounted in several places since '94, if not earlier. AFAIK NFS implementations allowed the same thing since mid-80s... - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
test13-pre4-ac2/test13-pre7 ax25 undefined reference
The problem showed up on the stroke of test13-pre4-ac2 and stuff from Alan has been merged in. I went from pre4-ac2 to pre5 (AOK) and now attempting pre7... ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext arch/i386/kernel /head.o arch/i386/kernel/init_task.o init/main.o init/version.o \ --start-group \ arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o mm/mm.o fs/f s.o ipc/ipc.o \ drivers/block/block.o drivers/char/char.o drivers/misc/misc.o drivers/ne t/net.o drivers/media/media.o drivers/ide/idedriver.o drivers/scsi/scsidrv.o dr ivers/cdrom/driver.o drivers/sound/sounddrivers.o drivers/pci/driver.o drivers/p np/pnp.o drivers/video/video.o drivers/net/hamradio/hamradio.o drivers/usb/usbdr v.o drivers/acpi/acpi.o \ net/network.o \ /usr/src/linux/arch/i386/lib/lib.a /usr/src/linux/lib/lib.a /usr/src/lin ux/arch/i386/lib/lib.a \ --end-group \ -o vmlinux drivers/net/net.o: In function `network_ldisc_init': drivers/net/net.o(.text.init+0x141): undefined reference to `mkiss_init_ctrl_dev ' make: *** [vmlinux] Error 1 Regards -- Sid Boyce ... hamradio G3VBV ... Cessna/Warrior Pilot Linux only shop.. Tel. 44-121 422 0375 - 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-pre4-ac2/test13-pre7 ax25 undefined reference
The problem showed up on the stroke of test13-pre4-ac2 and stuff from Alan has been merged in. I went from pre4-ac2 to pre5 (AOK) and now attempting pre7... Its definitely coming from the AX.25 related changes. Please send me your .config and I'll go squash this one drivers/net/net.o: In function `network_ldisc_init': drivers/net/net.o(.text.init+0x141): undefined reference to `mkiss_init_ctrl_dev ' - 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: multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4
In article [EMAIL PROTECTED], Alexander Viro [EMAIL PROTECTED] writes: On Sat, 30 Dec 2000, Ton Hospel wrote: It should still need a special flag or something, since it's impossible for userspace to check this atomically. To check _what_? Having the same tree mounted in several places is allowed. End of story. Atomicity of any kind is a non-issue - if you have processes that do not cooperate and do random mounts you are getting exactly what you are asking for. I wasn't talking about mounting the same device on different mount points. If you ask for that, it's good that you nowadays you can get that (though even there it might be a good idea to let the filesystem say if it can support that or not) I was talking about avoiding that the same device gets multiple mounted at the SAME place, e.g. when doing mount -a, which is often used as a quick way to get the new entries in /etc/fstab That would also be no problem if there were a standard about e.g. always flocking /etc/mtab. But as far as I know there isn't such a standard. - 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: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
the only thing you've to be careful is to make sure you set the correct options for the module (if you compiled it as module). # options=0x30 100mbps full duplex # options=0x20 100mbps half duplex # options=0 10mbps half duplex options eepro100 options=0 Otherwise, it'll cause a lot of unnecessary network traffic and slow down your network! These are not obvious unless you read the source code. Jeff. >From [EMAIL PROTECTED] Fri Dec 29 14:14:55 2000 X-Authentication-Warning: palladium.transmeta.com: mail set sender to [EMAIL PROTECTED] using -f To: [EMAIL PROTECTED] From: [EMAIL PROTECTED] (Linus Torvalds) Subject: Re: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again Date: 28 Dec 2000 22:15:17 -0800 Organization: Transmeta Corporation References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Sender: [EMAIL PROTECTED] Precedence: bulk X-Mailing-List: [EMAIL PROTECTED] In article <[EMAIL PROTECTED]>, Mike Elmore <[EMAIL PROTECTED]> wrote: > >I really need to get rid of this 8139 card. Since >yall are the oracle, which nice 100mbs card is fine >hardware and is coupled with a well debugged driver? There are always problems with some hardware, but my personal recommendation for a card would definitely be the Intel Ethernet Pro 100 series (82557). Unlike the tulip cards (which are pretty good too), there aren't a million different versions of it. There's a few, but it's not a big mess. It performs well, and is stable. It's pretty well documented (apart from the magic extensions), and it's common. That said, some people have trouble even with that card. Nobody knows why, but at least the driver is actively maintained etc, so I still am not nervous about recommending it. I bet that others will have other recommendations, but so far I have at least personally had good luck with the eepro100. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/ - 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: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
> I don't want to have any more network card problems. > I'm tired of this crappy 8139. hmmm... The only cards I'll buy are 8139 based (SMC EZNet 10/100). They have worked great on every OS i've tried and only cost 14 bucks at my local CompUSA. I love em to pieces... The newer ones are only like an inch tall too.. very slick. --Ray - 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: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
> I really need to get rid of this 8139 card. Since > yall are the oracle, which nice 100mbs card is fine > hardware and is coupled with a well debugged driver? > > I don't want to have any more network card problems. > I'm tired of this crappy 8139. I have an 8139 card and it's on a 2.4 testN kernel that's several weeks old but it's running like a champ at 200FD, sometimes heavily loaded. -d begin:vcard n:Ford;David x-mozilla-html:TRUE url:www.blue-labs.org adr:;; version:2.1 email;internet:[EMAIL PROTECTED] title:Blue Labs Developer note;quoted-printable:GPG key: http:[EMAIL PROTECTED]=0D=0A x-mozilla-cpt:;9952 fn:David Ford end:vcard
Re: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
I really need to get rid of this 8139 card. Since yall are the oracle, which nice 100mbs card is fine hardware and is coupled with a well debugged driver? I don't want to have any more network card problems. I'm tired of this crappy 8139. I have an 8139 card and it's on a 2.4 testN kernel that's several weeks old but it's running like a champ at 200FD, sometimes heavily loaded. -d begin:vcard n:Ford;David x-mozilla-html:TRUE url:www.blue-labs.org adr:;; version:2.1 email;internet:[EMAIL PROTECTED] title:Blue Labs Developer note;quoted-printable:GPG key: http:[EMAIL PROTECTED]=0D=0A x-mozilla-cpt:;9952 fn:David Ford end:vcard
Re: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
I don't want to have any more network card problems. I'm tired of this crappy 8139. hmmm... The only cards I'll buy are 8139 based (SMC EZNet 10/100). They have worked great on every OS i've tried and only cost 14 bucks at my local CompUSA. I love em to pieces... The newer ones are only like an inch tall too.. very slick. --Ray - 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: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
the only thing you've to be careful is to make sure you set the correct options for the module (if you compiled it as module). # options=0x30 100mbps full duplex # options=0x20 100mbps half duplex # options=0 10mbps half duplex options eepro100 options=0 Otherwise, it'll cause a lot of unnecessary network traffic and slow down your network! These are not obvious unless you read the source code. Jeff. From [EMAIL PROTECTED] Fri Dec 29 14:14:55 2000 X-Authentication-Warning: palladium.transmeta.com: mail set sender to [EMAIL PROTECTED] using -f To: [EMAIL PROTECTED] From: [EMAIL PROTECTED] (Linus Torvalds) Subject: Re: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again Date: 28 Dec 2000 22:15:17 -0800 Organization: Transmeta Corporation References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] Precedence: bulk X-Mailing-List: [EMAIL PROTECTED] In article [EMAIL PROTECTED], Mike Elmore [EMAIL PROTECTED] wrote: I really need to get rid of this 8139 card. Since yall are the oracle, which nice 100mbs card is fine hardware and is coupled with a well debugged driver? There are always problems with some hardware, but my personal recommendation for a card would definitely be the Intel Ethernet Pro 100 series (82557). Unlike the tulip cards (which are pretty good too), there aren't a million different versions of it. There's a few, but it's not a big mess. It performs well, and is stable. It's pretty well documented (apart from the magic extensions), and it's common. That said, some people have trouble even with that card. Nobody knows why, but at least the driver is actively maintained etc, so I still am not nervous about recommending it. I bet that others will have other recommendations, but so far I have at least personally had good luck with the eepro100. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/ - 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: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
In article <[EMAIL PROTECTED]>, Mike Elmore <[EMAIL PROTECTED]> wrote: > >I really need to get rid of this 8139 card. Since >yall are the oracle, which nice 100mbs card is fine >hardware and is coupled with a well debugged driver? There are always problems with some hardware, but my personal recommendation for a card would definitely be the Intel Ethernet Pro 100 series (82557). Unlike the tulip cards (which are pretty good too), there aren't a million different versions of it. There's a few, but it's not a big mess. It performs well, and is stable. It's pretty well documented (apart from the magic extensions), and it's common. That said, some people have trouble even with that card. Nobody knows why, but at least the driver is actively maintained etc, so I still am not nervous about recommending it. I bet that others will have other recommendations, but so far I have at least personally had good luck with the eepro100. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
All, You are some damn smart people. Whatever evil was happening is fixed in test13-pre5. I pounded it with 3 successive full backups of my multigig nfs mounted home directory to my Onstream drive while downloading a kernel and doing multiple >100M file copies over nfs at the same time while playing an mp3 off a nfs mounted partition. It was moving slow cause the card is 10mbs, but all jobs finished and the machine is now sitting idle as happy as can be. Any idea what portion of pre4 got fixed in pre5 to fix this problem? I'd just like to know so I can look around if it comes back. Sorta related: I really need to get rid of this 8139 card. Since yall are the oracle, which nice 100mbs card is fine hardware and is coupled with a well debugged driver? I don't want to have any more network card problems. I'm tired of this crappy 8139. -mwe On Thu, Dec 28, 2000 at 01:59:03PM -0800, David S. Miller wrote: > > Try pre5 > > Later, > David S. Miller > [EMAIL PROTECTED] > - > 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/ -- Mike Elmore [EMAIL PROTECTED] "Never confuse activity with accomplishment." -unknown - 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: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
Try pre5 Later, David S. Miller [EMAIL PROTECTED] - 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 2.4.0-test13-pre4 nfsd Oops rears it head again
All, Had another nfsd oops today. I was listening to a mp3 that is located on a nfs partition mounted off the machine that oops'd with no other network activity. Ksymoops output is attached as well as the regular console text. What the heck, I say what the heck is goin on here? -- Mike Elmore [EMAIL PROTECTED] "Never confuse activity with accomplishment." -unknown ksymoops 2.3.5 on i686 2.4.0-test13-pre4. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test13-pre4/ (default) -m /usr/src/linux/System.map (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. kre8tive.org login: Unable to handle kernel paging request at virtual address dbdbdc17 c01e78b6 *pde = Oops: CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010286 eax: dbdbdbdb ebx: c1324140 ecx: c3de4f20 edx: 05c8 esi: c3de4f20 edi: ebp: esp: c22d3c68 ds: 0018 es: 0018 ss: 0018 Process nfsd (pid: 637, stackpage=c22d3000) Stack: c2a02da0 c3de4f20 bbfa 05c8 c2a02da0 012e3b11 c01e7cd9 c2a02da0 c3de4f20 c02e3b4c c22d2000 c23c8680 c3de4f20 c2481010 0101a8c0 c22d2000 dbdbdbdb c482a15f c3de4f20 c482c41c c22d3d84 0003 c22d3d94 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 8b 40 3c 8b 4c 24 20 89 41 3c 8b 74 24 24 c7 46 18 00 00 00 >>EIP; c01e78b6<= Trace; c01e7cd9 Trace; dbdbdbdb Trace; c482a15f <[ip_conntrack]ip_ct_gather_frags+3b/c8> Trace; c482c41c <[ip_conntrack]ip_conntrack_local_out_ops+0/18> Trace; c4828fc9 <[ip_conntrack]ip_conntrack_in+39/32c> Trace; c482c41c <[ip_conntrack]ip_conntrack_local_out_ops+0/18> Trace; c012b9f9 Trace; c482755a <[ip_conntrack]ip_conntrack_local+5a/60> Trace; c01ea33c Trace; c01e1c1c Trace; c01ea33c Trace; c01e1ed1 Trace; c01ea33c Trace; c482c41c <[ip_conntrack]ip_conntrack_local_out_ops+0/18> Trace; c01e9938 Trace; c01ea33c Trace; c01e9a6e Trace; c01ffe38 Trace; c02002cc Trace; c01ffe38 Trace; c0205bc8 Trace; c0205c06 Trace; c01d764d Trace; c0205bc8 Trace; c0217074 Trace; c0217581 Trace; c02184d6 Trace; c0216c14 Trace; c0175b2a Trace; c01074bb Code; c01e78b6 <_EIP>: Code; c01e78b6<= 0: 8b 40 3c mov0x3c(%eax),%eax <= Code; c01e78b9 3: 8b 4c 24 20 mov0x20(%esp,1),%ecx Code; c01e78bd 7: 89 41 3c mov%eax,0x3c(%ecx) Code; c01e78c0 a: 8b 74 24 24 mov0x24(%esp,1),%esi Code; c01e78c4 e: c7 46 18 00 00 00 00 movl $0x0,0x18(%esi) Kernel panic: Aiee, killing interrupt handler! 1 warning issued. Results may not be reliable. Red Hat Linux release 7.0 (Guinness) Kernel 2.4.0-test13-pre4 on an i686 kre8tive.org login: Unable to handle kernel paging request at virtual address dbdbdc17 printing eip: c01e78b6 *pde = Oops: CPU:0 EIP:0010:[] EFLAGS: 00010286 eax: dbdbdbdb ebx: c1324140 ecx: c3de4f20 edx: 05c8 esi: c3de4f20 edi: ebp: esp: c22d3c68 ds: 0018 es: 0018 ss: 0018 Process nfsd (pid: 637, stackpage=c22d3000) Stack: c2a02da0 c3de4f20 bbfa 05c8 c2a02da0 012e3b11 c01e7cd9 c2a02da0 c3de4f20 c02e3b4c c22d2000 c23c8680 c3de4f20 c2481010 0101a8c0 c22d2000 dbdbdbdb c482a15f c3de4f20 c482c41c c22d3d84 0003 c22d3d94 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 8b 40 3c 8b 4c 24 20 89 41 3c 8b 74 24 24 c7 46 18 00 00 00 Kernel panic: Aiee, killing interrupt handler! In interrupt handler - not syncing
[PATCH] ulimit RSS enforcement for 2.4.0-test13-pre4
Hi Linus, Alan, Stephen,
the patch below implements trivial RSS ulimit enforcement
for the 2.4 kernel.
The hard limit (rlim_max) is enforced as a true hard limit,
both at page fault time and again from kswapd. The soft
limit is "enforced" by simply scanning and swapping the
process more agressively from kswapd ...
This behaviour is "comperable" to disk quotas and allows
the sysadmin to set the limits such that the user can have
the memory if it's available but that the processes will
be swapped out first if the memory is needed.
Due to the fact that swapout IO is moved from try_to_swap_out
to page_launder, the enforcement of even the hard limit doesn't
give *ANY* disk IO at all ... the "extra" pages will just sit
in the inactive_dirty list doing nothing; this makes RSS ulimit
enforcement possible without the performance problems we would
have had some time ago.
Since this patch is both trivial and has a very often requested
feature, would you consider adding this to the next pre-patch ?
regards,
Rik
--
Hollywood goes for world dumbination,
Trailer at 11.
http://www.surriel.com/
http://www.conectiva.com/ http://distro.conectiva.com.br/
--- linux-2.4.0-test13-pre4/mm/filemap.c.orig Wed Dec 27 16:48:23 2000
+++ linux-2.4.0-test13-pre4/mm/filemap.cThu Dec 28 17:12:42 2000
@@ -1900,7 +1900,7 @@
/* Make sure this doesn't exceed the process's max rss. */
error = -EIO;
- rlim_rss = current->rlim ? current->rlim[RLIMIT_RSS].rlim_cur :
+ rlim_rss = current->rlim ? (current->rlim[RLIMIT_RSS].rlim_cur >> PAGE_SHIFT)
+:
LONG_MAX; /* default: see resource.h */
if ((vma->vm_mm->rss + (end - start)) > rlim_rss)
return error;
--- linux-2.4.0-test13-pre4/mm/memory.c.origWed Dec 27 16:48:23 2000
+++ linux-2.4.0-test13-pre4/mm/memory.c Thu Dec 28 17:12:19 2000
@@ -1198,6 +1198,12 @@
pgd = pgd_offset(mm, address);
pmd = pmd_alloc(pgd, address);
+ if (mm->rss >= (current->rlim[RLIMIT_RSS].rlim_max >> PAGE_SHIFT)) {
+ lock_kernel();
+ enforce_rss_limit(mm, GFP_HIGHUSER);
+ unlock_kernel();
+ }
+
if (pmd) {
pte_t * pte = pte_alloc(pmd, address);
if (pte)
--- linux-2.4.0-test13-pre4/mm/vmscan.c.origWed Dec 27 16:48:24 2000
+++ linux-2.4.0-test13-pre4/mm/vmscan.c Thu Dec 28 18:01:24 2000
@@ -50,7 +50,8 @@
if ((!VALID_PAGE(page)) || PageReserved(page))
goto out_failed;
- if (mm->swap_cnt)
+ /* RSS trimming doesn't change the process' chances wrt. normal swap */
+ if (mm->swap_cnt && ! (gfp_mask & __GFP_RSS_LIMIT))
mm->swap_cnt--;
onlist = PageActive(page);
@@ -59,7 +60,13 @@
age_page_up(page);
goto out_failed;
}
- if (!onlist)
+ /*
+* SUBTLE: if the page is on the active list and we're not doing
+* RSS ulimit trimming, then we let refill_inactive_scan() take
+* care of the down aging. Always aging down here would severely
+* disadvantage shared mappings (of eg libc.so).
+*/
+ if (!onlist || (gfp_mask & __GFP_RSS_LIMIT))
/* The page is still mapped, so it can't be freeable... */
age_page_down_ageonly(page);
@@ -135,10 +142,13 @@
/*
* Don't do any of the expensive stuff if
* we're not really interested in this zone.
+* Note that RSS limit enforcement should succeed
+* regardless.
*/
if (page->zone->free_pages + page->zone->inactive_clean_pages
+ page->zone->inactive_dirty_pages
- > page->zone->pages_high + inactive_target)
+ > page->zone->pages_high + inactive_target &&
+ !(gfp_mask & __GFP_RSS_LIMIT))
goto out_unlock_restore;
/*
@@ -348,6 +358,58 @@
}
/*
+ * This function is used to enforce RSS ulimits for a process. When a
+ * process gets an RSS larger than p->rlim[RLIMIT_RSS].rlim_max, this
+ * function will get called.
+ *
+ * The function is pretty similar to swap_out_mm, except for the fact
+ * that it scans the whole process regardless of return value and it
+ * keeps the swapout statistics intact to not disturb normal swapout.
+ *
+ * XXX: the caller must hold the kernel lock; this function cannot loop
+ * because mlock()ed memory could be bigger than the RSS limit.
+ */
+void enforce_rss_limit(struct mm_struct * mm, int gfp_mask)
+{
+ unsigned long address, old_swap_address;
+ struct vm_area_struct* vma;
+
+ /*
+* Go through process' page directory.
+*/
+ old_swap_address = mm->sw
unresolved symbols in 2.4.0-test13-pre4
upgraded to test13-pre4. When I ran "depmod -a", I got a lot of errors about unresolved symbols for the drm modules ... depmod: *** Unresolved symbols in /lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/i810.o depmod: *** Unresolved symbols in /lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/mga.o depmod: *** Unresolved symbols in /lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/r128.o depmod: *** Unresolved symbols in /lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/tdfx.o "depmod -ae" shows the following depmod: *** Unresolved symbols in /lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/i810.o depmod: remap_page_range depmod: __wake_up depmod: mtrr_add depmod: __generic_copy_from_user depmod: schedule depmod: kmalloc depmod: si_meminfo depmod: create_proc_entry depmod: inter_module_put depmod: __get_free_pages depmod: boot_cpu_data depmod: inter_module_get depmod: remove_wait_queue depmod: high_memory depmod: iounmap depmod: free_pages depmod: __ioremap depmod: del_timer depmod: interruptible_sleep_on depmod: __pollwait depmod: kfree depmod: remove_proc_entry depmod: pci_find_slot depmod: kill_fasync depmod: fasync_helper depmod: add_wait_queue depmod: do_mmap_pgoff depmod: mem_map depmod: sprintf depmod: jiffies depmod: printk depmod: add_timer depmod: __generic_copy_to_user (repeat for the other 3 modules ...) Jeff. - 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/
unresolved symbols in 2.4.0-test13-pre4
upgraded to test13-pre4. When I ran "depmod -a", I got a lot of errors about unresolved symbols for the drm modules ... depmod: *** Unresolved symbols in /lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/i810.o depmod: *** Unresolved symbols in /lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/mga.o depmod: *** Unresolved symbols in /lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/r128.o depmod: *** Unresolved symbols in /lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/tdfx.o "depmod -ae" shows the following depmod: *** Unresolved symbols in /lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/i810.o depmod: remap_page_range depmod: __wake_up depmod: mtrr_add depmod: __generic_copy_from_user depmod: schedule depmod: kmalloc depmod: si_meminfo depmod: create_proc_entry depmod: inter_module_put depmod: __get_free_pages depmod: boot_cpu_data depmod: inter_module_get depmod: remove_wait_queue depmod: high_memory depmod: iounmap depmod: free_pages depmod: __ioremap depmod: del_timer depmod: interruptible_sleep_on depmod: __pollwait depmod: kfree depmod: remove_proc_entry depmod: pci_find_slot depmod: kill_fasync depmod: fasync_helper depmod: add_wait_queue depmod: do_mmap_pgoff depmod: mem_map depmod: sprintf depmod: jiffies depmod: printk depmod: add_timer depmod: __generic_copy_to_user (repeat for the other 3 modules ...) Jeff. - 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/
[PATCH] ulimit RSS enforcement for 2.4.0-test13-pre4
Hi Linus, Alan, Stephen,
the patch below implements trivial RSS ulimit enforcement
for the 2.4 kernel.
The hard limit (rlim_max) is enforced as a true hard limit,
both at page fault time and again from kswapd. The soft
limit is "enforced" by simply scanning and swapping the
process more agressively from kswapd ...
This behaviour is "comperable" to disk quotas and allows
the sysadmin to set the limits such that the user can have
the memory if it's available but that the processes will
be swapped out first if the memory is needed.
Due to the fact that swapout IO is moved from try_to_swap_out
to page_launder, the enforcement of even the hard limit doesn't
give *ANY* disk IO at all ... the "extra" pages will just sit
in the inactive_dirty list doing nothing; this makes RSS ulimit
enforcement possible without the performance problems we would
have had some time ago.
Since this patch is both trivial and has a very often requested
feature, would you consider adding this to the next pre-patch ?
regards,
Rik
--
Hollywood goes for world dumbination,
Trailer at 11.
http://www.surriel.com/
http://www.conectiva.com/ http://distro.conectiva.com.br/
--- linux-2.4.0-test13-pre4/mm/filemap.c.orig Wed Dec 27 16:48:23 2000
+++ linux-2.4.0-test13-pre4/mm/filemap.cThu Dec 28 17:12:42 2000
@@ -1900,7 +1900,7 @@
/* Make sure this doesn't exceed the process's max rss. */
error = -EIO;
- rlim_rss = current-rlim ? current-rlim[RLIMIT_RSS].rlim_cur :
+ rlim_rss = current-rlim ? (current-rlim[RLIMIT_RSS].rlim_cur PAGE_SHIFT)
+:
LONG_MAX; /* default: see resource.h */
if ((vma-vm_mm-rss + (end - start)) rlim_rss)
return error;
--- linux-2.4.0-test13-pre4/mm/memory.c.origWed Dec 27 16:48:23 2000
+++ linux-2.4.0-test13-pre4/mm/memory.c Thu Dec 28 17:12:19 2000
@@ -1198,6 +1198,12 @@
pgd = pgd_offset(mm, address);
pmd = pmd_alloc(pgd, address);
+ if (mm-rss = (current-rlim[RLIMIT_RSS].rlim_max PAGE_SHIFT)) {
+ lock_kernel();
+ enforce_rss_limit(mm, GFP_HIGHUSER);
+ unlock_kernel();
+ }
+
if (pmd) {
pte_t * pte = pte_alloc(pmd, address);
if (pte)
--- linux-2.4.0-test13-pre4/mm/vmscan.c.origWed Dec 27 16:48:24 2000
+++ linux-2.4.0-test13-pre4/mm/vmscan.c Thu Dec 28 18:01:24 2000
@@ -50,7 +50,8 @@
if ((!VALID_PAGE(page)) || PageReserved(page))
goto out_failed;
- if (mm-swap_cnt)
+ /* RSS trimming doesn't change the process' chances wrt. normal swap */
+ if (mm-swap_cnt ! (gfp_mask __GFP_RSS_LIMIT))
mm-swap_cnt--;
onlist = PageActive(page);
@@ -59,7 +60,13 @@
age_page_up(page);
goto out_failed;
}
- if (!onlist)
+ /*
+* SUBTLE: if the page is on the active list and we're not doing
+* RSS ulimit trimming, then we let refill_inactive_scan() take
+* care of the down aging. Always aging down here would severely
+* disadvantage shared mappings (of eg libc.so).
+*/
+ if (!onlist || (gfp_mask __GFP_RSS_LIMIT))
/* The page is still mapped, so it can't be freeable... */
age_page_down_ageonly(page);
@@ -135,10 +142,13 @@
/*
* Don't do any of the expensive stuff if
* we're not really interested in this zone.
+* Note that RSS limit enforcement should succeed
+* regardless.
*/
if (page-zone-free_pages + page-zone-inactive_clean_pages
+ page-zone-inactive_dirty_pages
-page-zone-pages_high + inactive_target)
+page-zone-pages_high + inactive_target
+ !(gfp_mask __GFP_RSS_LIMIT))
goto out_unlock_restore;
/*
@@ -348,6 +358,58 @@
}
/*
+ * This function is used to enforce RSS ulimits for a process. When a
+ * process gets an RSS larger than p-rlim[RLIMIT_RSS].rlim_max, this
+ * function will get called.
+ *
+ * The function is pretty similar to swap_out_mm, except for the fact
+ * that it scans the whole process regardless of return value and it
+ * keeps the swapout statistics intact to not disturb normal swapout.
+ *
+ * XXX: the caller must hold the kernel lock; this function cannot loop
+ * because mlock()ed memory could be bigger than the RSS limit.
+ */
+void enforce_rss_limit(struct mm_struct * mm, int gfp_mask)
+{
+ unsigned long address, old_swap_address;
+ struct vm_area_struct* vma;
+
+ /*
+* Go through process' page directory.
+*/
+ old_swap_address = mm-swap_address;
+ address = mm-swap_address = 0;
+
+ /* Don't decrement mm-swap_cnt in try_to_swap_out */
+ gfp_mask |= __GFP_RSS_LIMIT;
+ if (!m
Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
All, Had another nfsd oops today. I was listening to a mp3 that is located on a nfs partition mounted off the machine that oops'd with no other network activity. Ksymoops output is attached as well as the regular console text. What the heck, I say what the heck is goin on here? -- Mike Elmore [EMAIL PROTECTED] "Never confuse activity with accomplishment." -unknown ksymoops 2.3.5 on i686 2.4.0-test13-pre4. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test13-pre4/ (default) -m /usr/src/linux/System.map (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. kre8tive.org login: Unable to handle kernel paging request at virtual address dbdbdc17 c01e78b6 *pde = Oops: CPU:0 EIP:0010:[c01e78b6] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010286 eax: dbdbdbdb ebx: c1324140 ecx: c3de4f20 edx: 05c8 esi: c3de4f20 edi: ebp: esp: c22d3c68 ds: 0018 es: 0018 ss: 0018 Process nfsd (pid: 637, stackpage=c22d3000) Stack: c2a02da0 c3de4f20 bbfa 05c8 c2a02da0 012e3b11 c01e7cd9 c2a02da0 c3de4f20 c02e3b4c c22d2000 c23c8680 c3de4f20 c2481010 0101a8c0 c22d2000 dbdbdbdb c482a15f c3de4f20 c482c41c c22d3d84 0003 c22d3d94 Call Trace: [c01e7cd9] [dbdbdbdb] [c482a15f] [c482c41c] [c4828fc9] [c482c41c] [c012b9f9] [c482755a] [c01ea33c] [c01e1c1c] [c01ea33c] [c01e1ed1] [c01ea33c] [c482c41c] [c01e9938] [c01ea33c] [c01e9a6e] [c01ffe38] [c02002cc] [c01ffe38] [c0205bc8] [c0205c06] [c01d764d] [c0205bc8] [c0217074] [c0217581] [c02184d6] [c0216c14] [c0175b2a] [c01074bb] Code: 8b 40 3c 8b 4c 24 20 89 41 3c 8b 74 24 24 c7 46 18 00 00 00 EIP; c01e78b6 ip_frag_queue+23e/2a4 = Trace; c01e7cd9 ip_defrag+ed/184 Trace; dbdbdbdb END_OF_CODE+17581564/ Trace; c482a15f [ip_conntrack]ip_ct_gather_frags+3b/c8 Trace; c482c41c [ip_conntrack]ip_conntrack_local_out_ops+0/18 Trace; c4828fc9 [ip_conntrack]ip_conntrack_in+39/32c Trace; c482c41c [ip_conntrack]ip_conntrack_local_out_ops+0/18 Trace; c012b9f9 kmem_cache_grow+1a1/268 Trace; c482755a [ip_conntrack]ip_conntrack_local+5a/60 Trace; c01ea33c output_maybe_reroute+0/14 Trace; c01e1c1c nf_iterate+34/90 Trace; c01ea33c output_maybe_reroute+0/14 Trace; c01e1ed1 nf_hook_slow+79/f8 Trace; c01ea33c output_maybe_reroute+0/14 Trace; c482c41c [ip_conntrack]ip_conntrack_local_out_ops+0/18 Trace; c01e9938 ip_build_xmit_slow+3a0/488 Trace; c01ea33c output_maybe_reroute+0/14 Trace; c01e9a6e ip_build_xmit+4e/320 Trace; c01ffe38 udp_getfrag+0/c4 Trace; c02002cc udp_sendmsg+388/414 Trace; c01ffe38 udp_getfrag+0/c4 Trace; c0205bc8 inet_sendmsg+0/44 Trace; c0205c06 inet_sendmsg+3e/44 Trace; c01d764d sock_sendmsg+81/a4 Trace; c0205bc8 inet_sendmsg+0/44 Trace; c0217074 svc_sendto+8c/d4 Trace; c0217581 svc_udp_sendto+35/64 Trace; c02184d6 svc_send+7a/124 Trace; c0216c14 svc_process+2f8/544 Trace; c0175b2a nfsd+1ca/358 Trace; c01074bb kernel_thread+23/30 Code; c01e78b6 ip_frag_queue+23e/2a4 _EIP: Code; c01e78b6 ip_frag_queue+23e/2a4 = 0: 8b 40 3c mov0x3c(%eax),%eax = Code; c01e78b9 ip_frag_queue+241/2a4 3: 8b 4c 24 20 mov0x20(%esp,1),%ecx Code; c01e78bd ip_frag_queue+245/2a4 7: 89 41 3c mov%eax,0x3c(%ecx) Code; c01e78c0 ip_frag_queue+248/2a4 a: 8b 74 24 24 mov0x24(%esp,1),%esi Code; c01e78c4 ip_frag_queue+24c/2a4 e: c7 46 18 00 00 00 00 movl $0x0,0x18(%esi) Kernel panic: Aiee, killing interrupt handler! 1 warning issued. Results may not be reliable. Red Hat Linux release 7.0 (Guinness) Kernel 2.4.0-test13-pre4 on an i686 kre8tive.org login: Unable to handle kernel paging request at virtual address dbdbdc17 printing eip: c01e78b6 *pde = Oops: CPU:0 EIP:0010:[c01e78b6] EFLAGS: 00010286 eax: dbdbdbdb ebx: c1324140 ecx: c3de4f20 edx: 05c8 esi: c3de4f20 edi: ebp: esp: c22d3c68 ds: 0018 es: 0018 ss: 0018 Process nfsd (pid: 637, stackpage=c22d3000) Stack: c2a02da0 c3de4f20 bbfa 05c8 c2a02da0 012e3b11 c01e7cd9 c2a02da0 c3de4f20 c02e3b4c c22d2000 c23c8680 c3de4f20 c2481010 0101a8c0 c22d2000 dbdbdbdb c482a15f c3de4f20 c482c41c c22d3d84 0003 c22d3d94 Call Trace: [c01e7cd9]
Re: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
Try pre5 Later, David S. Miller [EMAIL PROTECTED] - 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: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
All, You are some damn smart people. Whatever evil was happening is fixed in test13-pre5. I pounded it with 3 successive full backups of my multigig nfs mounted home directory to my Onstream drive while downloading a kernel and doing multiple 100M file copies over nfs at the same time while playing an mp3 off a nfs mounted partition. It was moving slow cause the card is 10mbs, but all jobs finished and the machine is now sitting idle as happy as can be. Any idea what portion of pre4 got fixed in pre5 to fix this problem? I'd just like to know so I can look around if it comes back. Sorta related: I really need to get rid of this 8139 card. Since yall are the oracle, which nice 100mbs card is fine hardware and is coupled with a well debugged driver? I don't want to have any more network card problems. I'm tired of this crappy 8139. -mwe On Thu, Dec 28, 2000 at 01:59:03PM -0800, David S. Miller wrote: Try pre5 Later, David S. Miller [EMAIL PROTECTED] - 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/ -- Mike Elmore [EMAIL PROTECTED] "Never confuse activity with accomplishment." -unknown - 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: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again
In article [EMAIL PROTECTED], Mike Elmore [EMAIL PROTECTED] wrote: I really need to get rid of this 8139 card. Since yall are the oracle, which nice 100mbs card is fine hardware and is coupled with a well debugged driver? There are always problems with some hardware, but my personal recommendation for a card would definitely be the Intel Ethernet Pro 100 series (82557). Unlike the tulip cards (which are pretty good too), there aren't a million different versions of it. There's a few, but it's not a big mess. It performs well, and is stable. It's pretty well documented (apart from the magic extensions), and it's common. That said, some people have trouble even with that card. Nobody knows why, but at least the driver is actively maintained etc, so I still am not nervous about recommending it. I bet that others will have other recommendations, but so far I have at least personally had good luck with the eepro100. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Oops...2.4.0-test13-pre4 kernel panic
All, Have a repeatable Oops. Finally got one of these captured over the serial console. This one is repeatable in seconds. Have a PIII667 Tyan S1854 64MB box as a masquerade router. 1 3Com 3c509 card connected to local lan as eth0. 1 DLink 530TX+ 8139 card connected to DSL router as eth1. The box is running 2.4.0-test13-pre4. Have another problem where if i switch the 8139 to eth0 it simply doesn't work, but I sent that to Jeff. On to this problem... The masquerade box has a partition with my mp3's on it that I mount up on my workstation on the local lan. I was listening to a mp3 and I fired up up2date on my internal workstation...and simultaneously fired up up2date on the masquerade box (I like to do these things at once)...waited about 10 seconds and POOF...masquerade box panic'd. The ksymoops result is attached. My .config is also attached. I fsck'd and booted the masquerade box back up and went through this same sequence again and the panic happened again within 5 seconds of work. Any ideas? -- Mike Elmore [EMAIL PROTECTED] "Never confuse activity with accomplishment." -unknown ksymoops 2.3.4 on i686 2.4.0-test13-pre4. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test13-pre4/ (default) -m /usr/src/linux/System.map (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. kre8tive.org login: Unable to handle kernel paging request at virtual address 3e676ea5 c01e78b6 *pde = Oops: CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010206 eax: 3e676e69 ebx: c084a080 ecx: c0803e60 edx: 1720 esi: c0803e60 edi: ebp: 1158 esp: c2fe5c68 ds: 0018 es: 0018 ss: 0018 Process nfsd (pid: 626, stackpage=c2fe5000) Stack: c1cbdc20 c0803e60 c763 1720 c01dc5ce 01803f00 c01e7cd9 c1cbdc20 c0803e60 c02e3b4c c2fe4000 c3087680 c0803e60 c3028810 0101a8c0 c2fe4000 3e676e69 c482a15f c0803e60 c482c41c c2fe5d84 0003 c2fe5d94 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 8b 40 3c 8b 4c 24 20 89 41 3c 8b 74 24 24 c7 46 18 00 00 00 >>EIP; c01e78b6<= Trace; c01dc5ce Trace; c01e7cd9 Trace; c482a15f <[ip_conntrack]ip_ct_gather_frags+3b/c8> Trace; c482c41c <[ip_conntrack]ip_conntrack_local_out_ops+0/18> Trace; c4828fc9 <[ip_conntrack]ip_conntrack_in+39/32c> Trace; c482c41c <[ip_conntrack]ip_conntrack_local_out_ops+0/18> Trace; c0109024 Trace; c6325ac6 Trace; c01ea33c Trace; c01e1c1c Trace; c01ea33c Trace; c01e1ed1 Trace; c01ea33c Trace; c482c41c <[ip_conntrack]ip_conntrack_local_out_ops+0/18> Trace; c01e9938 Trace; c01ea33c Trace; c76373ee Trace; c01ffe38 Trace; c02002cc Trace; c01ffe38 Trace; c0205bc8 Trace; d8e41e3d Trace; c01d764d Trace; c0205bc8 Trace; c0217074 Trace; c0217581 Trace; c02184d6 Trace; c0216c14 Trace; c0175b2a Trace; c01074bb Code; c01e78b6 <_EIP>: Code; c01e78b6<= 0: 8b 40 3c mov0x3c(%eax),%eax <= Code; c01e78b9 3: 8b 4c 24 20 mov0x20(%esp,1),%ecx Code; c01e78bd 7: 89 41 3c mov%eax,0x3c(%ecx) Code; c01e78c0 a: 8b 74 24 24 mov0x24(%esp,1),%esi Code; c01e78c4 e: c7 46 18 00 00 00 00 movl $0x0,0x18(%esi) Kernel panic: Aiee, killing interrupt handler! 1 warning issued. Results may not be reliable. # # Automatically generated make config: 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_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_M686FXSR=y # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set # 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_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_CMPXCHG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_L1_CACHE_SHIFT=5 CONFIG_X86_TSC=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_PGE=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_X86_FXSR=y CONFIG_X86_XMM=y # CONFIG_TOSHIBA is not
ACPI: S5 failed in 2.4.0-test13-pre4
When I do a "shutdown -h now" in Slackware 7.1 with the 2.4.0-test13-pre4 kernel, sometimes after the words "Power down" appear I get the message: ACPI: S5 Failed (I think that's the phrasing, of course since it only happens when I shutdown for the night my memory is a little fuzzy). It doesn't appear to cause any actual trouble but I thought I should report it because it's out of the ordinary. This is with an ASUS p3v4x mothboard, Pentium III 667 MHz, 128 MB 133 MHz ram, Adaptec 29160 Ultra160 SCSI Host Bus Adapter. It has an ATI XPert 2000 video card with AGP and DRM enabled in the kernel. The kernel is built for SMP but it's not an SMP motherboard. 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/
Re: test13-pre4-ac2 -- The cardbus/pcmcia sockets no longer work with two devices present at boot time.
This seems to be a problem that was introduced with the big ACPI update as pointed out earlier by Andrew Morton. Try disabling ACPI (since your BIOS does not seem to have ACPI support anyway it should not be a disadvantage) and see if PCMCIA support works again on bootup. Jens On Wed, Dec 27, 2000 at 12:42:14AM -0800, Miles Lane wrote: > When I boot with the following inserted: > > Socket 0: >product info: "3Com Corporation", "3CCFE575BT", "LAN Cardbus Card", "001" >manfid: 0x0101, 0x5157 >function: 6 (network) > Socket 1: >product info: "PCMCIA ", "56K V.90 Fax Modem (LK) ", "FM560LK " >manfid: 0x0175, 0x >function: 2 (serial) > > both sockets fail to set up properly and work. > > Linux PCMCIA Card Services 3.1.22 >options: [pci] [cardbus] [pm] > PCI: Enabling device 00:04.0 ( -> 0002) > PCI: Assigned IRQ 11 for device 00:04.0 > PCI: Enabling device 00:04.1 ( -> 0002) > PCI: Assigned IRQ 11 for device 00:04.1 > Intel PCIC probe: not found. > Yenta IRQ list 0698, PCI irq11 > Socket status: 3020 > Yenta IRQ list 0698, PCI irq11 > Socket status: 3010 > ACPI: System description tables not found > cs: socket c118b000 timed out during reset. Try increasing setup_delay. > cs: socket c118b800 timed out during reset. Try increasing setup_delay. > > If I then run "cardctl eject" and then eject and reinsert the two > cards, the cards get set up correctly. > > Note that I am not using the PCMCIA drivers. I am using Yenta > and its native development kernel friends. I am using modutils > 2.3.22. -- Jens Taprogge - 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-test13-pre4 doesn't detect PCI devices
Hi! Kernel 2.4.0-test13-pre4 (without any patches) does not see some of the PCI devices with my setup here. The machine is a IBM Netfinity 7100 Quad-Xeon with a Serverworks Chipset. The RAID-Controller (a IBM ServeRAID-4L) is not detected. Kernel 2.2.17 detects it. I also checked -test10 and -test12 kernels which suffer the same problem. $ lspci 00:00.0 Host bridge: ServerWorks CNB20HE (rev 21) 00:00.1 Host bridge: ServerWorks CNB20HE (rev 01) 00:00.2 Host bridge: ServerWorks: Unknown device 0006 00:00.3 Host bridge: ServerWorks: Unknown device 0006 00:01.0 SCSI storage controller: Adaptec 7896 00:01.1 SCSI storage controller: Adaptec 7896 00:05.0 Ethernet controller: Advanced Micro Devices [AMD] 79c970 [PCnet LANCE] (rev 44) 00:06.0 VGA compatible controller: S3 Inc. Trio 64 3D (rev 01) 00:0f.0 ISA bridge: ServerWorks OSB4 (rev 4f) 00:0f.1 IDE interface: ServerWorks: Unknown device 0211 00:0f.2 USB Controller: ServerWorks: Unknown device 0220 (rev 04) $ lspci -vv -s 00:00.0 00:00.0 Host bridge: ServerWorks CNB20HE (rev 21) Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- found at PCI 0/1/0 (scsi1) found at PCI 0/1/1 scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.31/3.2.4 scsi1 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.31/3.2.4 pcnet32.c: PCI bios is present, checking for devices... Found PCnet/PCI at 0x2200, irq 11. $ uname -r 2.4.0-test13-pre4 $ dmesg | grep -i pci Bus #0 is PCI Bus #1 is PCI Bus #2 is PCI Bus #3 is PCI Bus #4 is PCI Bus #5 is PCI Bus #6 is PCI PCI: PCI BIOS revision 2.10 entry at 0xfd5cc, last bus=6 PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: ServerWorks host bridge: secondary bus 01 PCI: ServerWorks host bridge: secondary bus 00 PCI->APIC IRQ transform: (B0,I1,P0) -> 17 PCI->APIC IRQ transform: (B0,I1,P0) -> 17 PCI->APIC IRQ transform: (B0,I5,P0) -> 16 PCI->APIC IRQ transform: (B0,I15,P0) -> 26 ServerWorks OSB4: IDE controller on PCI bus 00 dev 79 Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled pcnet32_probe_pci: found device 0x001022.0x002000 (scsi0) found at PCI 0/1/0 (scsi1) found at PCI 0/1/1 scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 scsi1 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 I plugged an additional nic (tulip) into the same bus but it is not detected as well. Any hints? Adam -- Adam [EMAIL PROTECTED] Lackorzynski http://a.home.dhs.org - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
test13-pre4-ac2 -- The cardbus/pcmcia sockets no longer work with two devices present at boot time.
When I boot with the following inserted: Socket 0: product info: "3Com Corporation", "3CCFE575BT", "LAN Cardbus Card", "001" manfid: 0x0101, 0x5157 function: 6 (network) Socket 1: product info: "PCMCIA ", "56K V.90 Fax Modem (LK) ", "FM560LK " manfid: 0x0175, 0x function: 2 (serial) both sockets fail to set up properly and work. Linux PCMCIA Card Services 3.1.22 options: [pci] [cardbus] [pm] PCI: Enabling device 00:04.0 ( -> 0002) PCI: Assigned IRQ 11 for device 00:04.0 PCI: Enabling device 00:04.1 ( -> 0002) PCI: Assigned IRQ 11 for device 00:04.1 Intel PCIC probe: not found. Yenta IRQ list 0698, PCI irq11 Socket status: 3020 Yenta IRQ list 0698, PCI irq11 Socket status: 3010 ACPI: System description tables not found cs: socket c118b000 timed out during reset. Try increasing setup_delay. cs: socket c118b800 timed out during reset. Try increasing setup_delay. If I then run "cardctl eject" and then eject and reinsert the two cards, the cards get set up correctly. Note that I am not using the PCMCIA drivers. I am using Yenta and its native development kernel friends. I am using modutils 2.3.22. 00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (AGP disabled) (rev 02) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- (32-bit, prefetchable) [size=64M] 00:02.0 VGA compatible controller: Neomagic Corporation NM2160 [MagicGraph 128XD] (rev 01) (prog-if 00 [VGA]) Subsystem: Dell Computer Corporation: Unknown device 007e Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- Reset- 16bInt- PostWrite+ 16-bit legacy interface ports at 0001 00:04.1 CardBus bridge: Texas Instruments PCI1131 (rev 01) Subsystem: Dell Computer Corporation: Unknown device 007e Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset+ 16bInt+ PostWrite+ 16-bit legacy interface ports at 0001 00:07.0 Bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02) Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- http://www.tux.org/lkml/
test13-pre4-ac2 -- The cardbus/pcmcia sockets no longer work with two devices present at boot time.
When I boot with the following inserted: Socket 0: product info: "3Com Corporation", "3CCFE575BT", "LAN Cardbus Card", "001" manfid: 0x0101, 0x5157 function: 6 (network) Socket 1: product info: "PCMCIA ", "56K V.90 Fax Modem (LK) ", "FM560LK " manfid: 0x0175, 0x function: 2 (serial) both sockets fail to set up properly and work. Linux PCMCIA Card Services 3.1.22 options: [pci] [cardbus] [pm] PCI: Enabling device 00:04.0 ( - 0002) PCI: Assigned IRQ 11 for device 00:04.0 PCI: Enabling device 00:04.1 ( - 0002) PCI: Assigned IRQ 11 for device 00:04.1 Intel PCIC probe: not found. Yenta IRQ list 0698, PCI irq11 Socket status: 3020 Yenta IRQ list 0698, PCI irq11 Socket status: 3010 ACPI: System description tables not found cs: socket c118b000 timed out during reset. Try increasing setup_delay. cs: socket c118b800 timed out during reset. Try increasing setup_delay. If I then run "cardctl eject" and then eject and reinsert the two cards, the cards get set up correctly. Note that I am not using the PCMCIA drivers. I am using Yenta and its native development kernel friends. I am using modutils 2.3.22. 00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (AGP disabled) (rev 02) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR+ Latency: 64 set Region 0: Memory at unassigned (32-bit, prefetchable) [size=64M] 00:02.0 VGA compatible controller: Neomagic Corporation NM2160 [MagicGraph 128XD] (rev 01) (prog-if 00 [VGA]) Subsystem: Dell Computer Corporation: Unknown device 007e Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 16 min, 255 max, 128 set Interrupt: pin A routed to IRQ 0 Region 0: Memory at fd00 (32-bit, prefetchable) [size=16M] Region 1: Memory at fea0 (32-bit, non-prefetchable) [size=2M] Region 2: Memory at fed0 (32-bit, non-prefetchable) [size=1M] 00:04.0 CardBus bridge: Texas Instruments PCI1131 (rev 01) Subsystem: Dell Computer Corporation: Unknown device 007e Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 168 set, cache line size 08 Interrupt: pin A routed to IRQ 11 Region 0: Memory at 1000 (32-bit, non-prefetchable) [size=4K] Bus: primary=00, secondary=01, subordinate=01, sec-latency=176 Memory window 0: 1040-107ff000 (prefetchable) Memory window 1: 1080-10bff000 I/O window 0: 1000-10ff I/O window 1: 1400-14ff BridgeCtl: Parity- SERR- ISA- VGA- MAbort- Reset- 16bInt- PostWrite+ 16-bit legacy interface ports at 0001 00:04.1 CardBus bridge: Texas Instruments PCI1131 (rev 01) Subsystem: Dell Computer Corporation: Unknown device 007e Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 168 set, cache line size 08 Interrupt: pin B routed to IRQ 11 Region 0: Memory at 10001000 (32-bit, non-prefetchable) [size=4K] Bus: primary=00, secondary=05, subordinate=05, sec-latency=176 Memory window 0: 10c0-10fff000 (prefetchable) Memory window 1: 1100-113ff000 I/O window 0: 1800-18ff I/O window 1: 1c00-1cff BridgeCtl: Parity- SERR- ISA- VGA- MAbort- Reset+ 16bInt+ PostWrite+ 16-bit legacy interface ports at 0001 00:07.0 Bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02) Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 set 00:07.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01) (prog-if 80 [Master]) Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 64 set Region 4: I/O ports at fcf0 [size=16] 00:07.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01) (prog-if 00 [UHCI]) Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Interrupt: pin D routed to IRQ 0 Region 4: I/O ports at fcc0
2.4.0-test13-pre4 doesn't detect PCI devices
Hi! Kernel 2.4.0-test13-pre4 (without any patches) does not see some of the PCI devices with my setup here. The machine is a IBM Netfinity 7100 Quad-Xeon with a Serverworks Chipset. The RAID-Controller (a IBM ServeRAID-4L) is not detected. Kernel 2.2.17 detects it. I also checked -test10 and -test12 kernels which suffer the same problem. $ lspci 00:00.0 Host bridge: ServerWorks CNB20HE (rev 21) 00:00.1 Host bridge: ServerWorks CNB20HE (rev 01) 00:00.2 Host bridge: ServerWorks: Unknown device 0006 00:00.3 Host bridge: ServerWorks: Unknown device 0006 00:01.0 SCSI storage controller: Adaptec 7896 00:01.1 SCSI storage controller: Adaptec 7896 00:05.0 Ethernet controller: Advanced Micro Devices [AMD] 79c970 [PCnet LANCE] (rev 44) 00:06.0 VGA compatible controller: S3 Inc. Trio 64 3D (rev 01) 00:0f.0 ISA bridge: ServerWorks OSB4 (rev 4f) 00:0f.1 IDE interface: ServerWorks: Unknown device 0211 00:0f.2 USB Controller: ServerWorks: Unknown device 0220 (rev 04) $ lspci -vv -s 00:00.0 00:00.0 Host bridge: ServerWorks CNB20HE (rev 21) Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- $ lspci -vv -s 00:00.1 00:00.1 Host bridge: ServerWorks CNB20HE (rev 01) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR- Latency: 96, cache line size 08 $ lspci -vv -s 00:00.2 00:00.2 Host bridge: ServerWorks: Unknown device 0006 Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR- $ lspci -vv -s 00:00.3 00:00.3 Host bridge: ServerWorks: Unknown device 0006 Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR- Additional output when using a 2.2.17 kernel (actually it's a 2.2.17pre6-1 kernel coming with the Debian 2.2r0-boot-disks): 02:06.0 RAID bus controller: IBM: Unknown device 01bd Subsystem: IBM: Unknown device 01bf Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 96 set, cache line size 08 Interrupt: pin A routed to IRQ 10 Region 0: Memory at f6ffe000 (32-bit, prefetchable) $ uname -r 2.2.17 $ dmesg | grep -i pci PCI: PCI BIOS revision 2.10 entry at 0xfd5cc PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: 00:00 [1166/0008]: Scanning peer host bridges PCI: Scanning ServerWorks HE/LE Peer Bus Bridge 00/00 PCI: 00:01 [1166/0008]: Scanning peer host bridges PCI: Scanning ServerWorks HE/LE Peer Bus Bridge 00/01 PCI_IDE: unknown IDE controller on PCI bus 00 device 79, VID=1166, DID=0211 PCI_IDE: not 100% native mode: will probe irqs later (scsi0) Adaptec AIC-7896/7 Ultra2 SCSI host adapter found at PCI 0/1/0 (scsi1) Adaptec AIC-7896/7 Ultra2 SCSI host adapter found at PCI 0/1/1 scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.31/3.2.4 scsi1 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.31/3.2.4 pcnet32.c: PCI bios is present, checking for devices... Found PCnet/PCI at 0x2200, irq 11. $ uname -r 2.4.0-test13-pre4 $ dmesg | grep -i pci Bus #0 is PCI Bus #1 is PCI Bus #2 is PCI Bus #3 is PCI Bus #4 is PCI Bus #5 is PCI Bus #6 is PCI PCI: PCI BIOS revision 2.10 entry at 0xfd5cc, last bus=6 PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: ServerWorks host bridge: secondary bus 01 PCI: ServerWorks host bridge: secondary bus 00 PCI-APIC IRQ transform: (B0,I1,P0) - 17 PCI-APIC IRQ transform: (B0,I1,P0) - 17 PCI-APIC IRQ transform: (B0,I5,P0) - 16 PCI-APIC IRQ transform: (B0,I15,P0) - 26 ServerWorks OSB4: IDE controller on PCI bus 00 dev 79 Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled pcnet32_probe_pci: found device 0x001022.0x002000 (scsi0) Adaptec AIC-7896/7 Ultra2 SCSI host adapter found at PCI 0/1/0 (scsi1) Adaptec AIC-7896/7 Ultra2 SCSI host adapter found at PCI 0/1/1 scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 scsi1 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.1/5.2.0 I plugged an additional nic (tulip) into the same bus but it is not detected as well. Any hints? Adam -- Adam [EMAIL PROTECTED] Lackorzynski http://a.home.dhs.org - 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-pre4-ac2 -- The cardbus/pcmcia sockets no longer work with two devices present at boot time.
This seems to be a problem that was introduced with the big ACPI update as pointed out earlier by Andrew Morton. Try disabling ACPI (since your BIOS does not seem to have ACPI support anyway it should not be a disadvantage) and see if PCMCIA support works again on bootup. Jens On Wed, Dec 27, 2000 at 12:42:14AM -0800, Miles Lane wrote: When I boot with the following inserted: Socket 0: product info: "3Com Corporation", "3CCFE575BT", "LAN Cardbus Card", "001" manfid: 0x0101, 0x5157 function: 6 (network) Socket 1: product info: "PCMCIA ", "56K V.90 Fax Modem (LK) ", "FM560LK " manfid: 0x0175, 0x function: 2 (serial) both sockets fail to set up properly and work. Linux PCMCIA Card Services 3.1.22 options: [pci] [cardbus] [pm] PCI: Enabling device 00:04.0 ( - 0002) PCI: Assigned IRQ 11 for device 00:04.0 PCI: Enabling device 00:04.1 ( - 0002) PCI: Assigned IRQ 11 for device 00:04.1 Intel PCIC probe: not found. Yenta IRQ list 0698, PCI irq11 Socket status: 3020 Yenta IRQ list 0698, PCI irq11 Socket status: 3010 ACPI: System description tables not found cs: socket c118b000 timed out during reset. Try increasing setup_delay. cs: socket c118b800 timed out during reset. Try increasing setup_delay. If I then run "cardctl eject" and then eject and reinsert the two cards, the cards get set up correctly. Note that I am not using the PCMCIA drivers. I am using Yenta and its native development kernel friends. I am using modutils 2.3.22. -- Jens Taprogge - 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/
ACPI: S5 failed in 2.4.0-test13-pre4
When I do a "shutdown -h now" in Slackware 7.1 with the 2.4.0-test13-pre4 kernel, sometimes after the words "Power down" appear I get the message: ACPI: S5 Failed (I think that's the phrasing, of course since it only happens when I shutdown for the night my memory is a little fuzzy). It doesn't appear to cause any actual trouble but I thought I should report it because it's out of the ordinary. This is with an ASUS p3v4x mothboard, Pentium III 667 MHz, 128 MB 133 MHz ram, Adaptec 29160 Ultra160 SCSI Host Bus Adapter. It has an ATI XPert 2000 video card with AGP and DRM enabled in the kernel. The kernel is built for SMP but it's not an SMP motherboard. 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/
Re: [bug] test13-pre4 nfs/ip_defrag crash (smp)
On Mon, Dec 25, 2000 at 04:34:37PM -0800, Linus Torvalds wrote:
>
>
> On Mon, 25 Dec 2000, Jasper Spaans wrote:
> >
> > I am having some reproducible crashes with 2.4.0-test13-pre4, whenever I
> > do some 'heavy' nfs-ing.. decoded oops:
>
> It looks like most of what you have is modules. Is netfilter enabled as a
> module too? Can you reproduce it without modules, in case it's a
> autounload race or similar?
Right, I've just recompiled with nfs, iptables and my nic driver (8139too)
in the kernel. Testing[*] with nfs v2 and v3 crashes it, first oops is with v2,
second with v3:
[*]: just copying a set of large files between two machines running
2.4.0-test13-pre4 [which are able to saturate the 10Mbps link between them],
when copying to a slower machine running 2.2.18, it doesn't crash.
ksymoops 2.3.4 on i686 2.4.0-test13-pre4. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test13-pre4/ (default)
-m /boot/System.map-2.4.0-test13-pre4 (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
Unable to handle kernel paging request at virtual address 6361636b
c020609e
*pde =
Oops:
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: 6361632f ebx: cf0b4f00 ecx: c91bc824 edx: c9e0bfa0
esi: 0b90 edi: cf0af0c0 ebp: 05c8 esp: c99bfc4c
ds: 0018 es: 0018 ss: 0018
Process rpciod (pid: 681, stackpage=c99bf000)
Stack: c9e0bfa0 1906 070a 0014 c020648d c9e0bfa0
cf0af0c0 c03219ac c99be000 c99d71c0 cf0af0c0 6361632f c91bc810 c0229262
cf0af0c0 c99bfd48 c0349b38 c0208efc c99bfd58 c02289c9 cf0af0c0 c99bfd48
Call Trace: [] [] [] [] []
[] []
[] [] [] [] [] []
[] []
[] [] [] [] [] []
[] []
[] [] [] [] [] []
[] []
[] [] [] [] [] []
[] []
Code: 8b 40 3c 8b 4c 24 1c 89 41 3c c7 47 18 00 00 00 00 8b 54 24
>>EIP; c020609e<=
Trace; c020648d
Trace; c0229262
Trace; c0208efc
Trace; c02289c9
Trace; c0208efc
Trace; c0208f10
Trace; c0208f10
Trace; c0200517
Trace; c0227c3a
Trace; c0208efc
Trace; c0200298
Trace; c0208efc
Trace; c0208efc
Trace; c0200517
Trace; c0208efc
Trace; c020849b
Trace; c0208efc
Trace; c021e058
Trace; c02085c6
Trace; c021e058
Trace; ea0a
Trace; c01f8b0e <__kfree_skb+132/138>
Trace; c021e4ee
Trace; c021e058
Trace; ea0a
Trace; ea0a
Trace; ea0a
Trace; c0223c96
Trace; c01f5c45
Trace; c023ae9a
Trace; c011345d
Trace; c016a214
Trace; c023dde9
Trace; c023ad45
Trace; c0239043
Trace; c023c58b <__rpc_execute+c3/338>
Trace; c023c989 <__rpc_schedule+119/15c>
Trace; c023d26e
Trace; c0107480
Code; c020609e
<_EIP>:
Code; c020609e<=
0: 8b 40 3c mov0x3c(%eax),%eax <=
Code; c02060a1
3: 8b 4c 24 1c mov0x1c(%esp,1),%ecx
Code; c02060a5
7: 89 41 3c mov%eax,0x3c(%ecx)
Code; c02060a8
a: c7 47 18 00 00 00 00 movl $0x0,0x18(%edi)
Code; c02060af
11: 8b 54 24 00 mov0x0(%esp,1),%edx
Kernel panic: Aiee, killing interrupt handler!
1 warning issued. Results may not be reliable.
ksymoops 2.3.4 on i686 2.4.0-test13-pre4. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test13-pre4/ (default)
-m /boot/System.map-2.4.0-test13-pre4 (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
Unable to handle kernel paging request at virtual address 400fcab8
c020609e
*pde = 0e6eb067
Oops:
CPU:1
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: 400fca7c ebx: cf96d8c0 ecx: c89a2024 edx: cf1eae60
esi: 1720 edi: cf96d820 ebp: 1158 esp: c898bc4c
ds: 0018 es: 0018 ss: 0018
Process rpciod (pid: 809, stackpage=c898b000)
Stack: cf1eae60 82a9 070a 0014 c020648d cf1eae60
cf96d820 c03219ac c898a000 cb0f6120 cf96d820 400fca7c c89a2010 c0229262
cf96d
Re: [bug] test13-pre4 nfs/ip_defrag crash (smp)
On Mon, Dec 25, 2000 at 04:34:37PM -0800, Linus Torvalds wrote: On Mon, 25 Dec 2000, Jasper Spaans wrote: I am having some reproducible crashes with 2.4.0-test13-pre4, whenever I do some 'heavy' nfs-ing.. decoded oops: It looks like most of what you have is modules. Is netfilter enabled as a module too? Can you reproduce it without modules, in case it's a autounload race or similar? Right, I've just recompiled with nfs, iptables and my nic driver (8139too) in the kernel. Testing[*] with nfs v2 and v3 crashes it, first oops is with v2, second with v3: [*]: just copying a set of large files between two machines running 2.4.0-test13-pre4 [which are able to saturate the 10Mbps link between them], when copying to a slower machine running 2.2.18, it doesn't crash. ksymoops 2.3.4 on i686 2.4.0-test13-pre4. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test13-pre4/ (default) -m /boot/System.map-2.4.0-test13-pre4 (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Unable to handle kernel paging request at virtual address 6361636b c020609e *pde = Oops: CPU:0 EIP:0010:[c020609e] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010202 eax: 6361632f ebx: cf0b4f00 ecx: c91bc824 edx: c9e0bfa0 esi: 0b90 edi: cf0af0c0 ebp: 05c8 esp: c99bfc4c ds: 0018 es: 0018 ss: 0018 Process rpciod (pid: 681, stackpage=c99bf000) Stack: c9e0bfa0 1906 070a 0014 c020648d c9e0bfa0 cf0af0c0 c03219ac c99be000 c99d71c0 cf0af0c0 6361632f c91bc810 c0229262 cf0af0c0 c99bfd48 c0349b38 c0208efc c99bfd58 c02289c9 cf0af0c0 c99bfd48 Call Trace: [c020648d] [c0229262] [c0208efc] [c02289c9] [c0208efc] [c0208f10] [c0208f10] [c0200517] [c0227c3a] [c0208efc] [c0200298] [c0208efc] [c0208efc] [c0200517] [c0208efc] [c020849b] [c0208efc] [c021e058] [c02085c6] [c021e058] [ea0a] [c01f8b0e] [c021e4ee] [c021e058] [ea0a] [ea0a] [ea0a] [c0223c96] [c01f5c45] [c023ae9a] [c011345d] [c016a214] [c023dde9] [c023ad45] [c0239043] [c023c58b] [c023c989] [c023d26e] [c0107480] Code: 8b 40 3c 8b 4c 24 1c 89 41 3c c7 47 18 00 00 00 00 8b 54 24 EIP; c020609e ip_frag_queue+20a/260 = Trace; c020648d ip_defrag+dd/180 Trace; c0229262 ip_ct_gather_frags+2e/ac Trace; c0208efc output_maybe_reroute+0/14 Trace; c02289c9 ip_conntrack_in+39/2cc Trace; c0208efc output_maybe_reroute+0/14 Trace; c0208f10 ip_finish_output2+0/d4 Trace; c0208f10 ip_finish_output2+0/d4 Trace; c0200517 nf_hook_slow+3f/b8 Trace; c0227c3a ip_conntrack_local+5a/60 Trace; c0208efc output_maybe_reroute+0/14 Trace; c0200298 nf_iterate+34/88 Trace; c0208efc output_maybe_reroute+0/14 Trace; c0208efc output_maybe_reroute+0/14 Trace; c0200517 nf_hook_slow+3f/b8 Trace; c0208efc output_maybe_reroute+0/14 Trace; c020849b ip_build_xmit_slow+3cf/4ac Trace; c0208efc output_maybe_reroute+0/14 Trace; c021e058 udp_getfrag+0/c4 Trace; c02085c6 ip_build_xmit+4e/334 Trace; c021e058 udp_getfrag+0/c4 Trace; ea0a END_OF_CODE+18eda587/ Trace; c01f8b0e __kfree_skb+132/138 Trace; c021e4ee udp_sendmsg+38a/414 Trace; c021e058 udp_getfrag+0/c4 Trace; ea0a END_OF_CODE+18eda587/ Trace; ea0a END_OF_CODE+18eda587/ Trace; ea0a END_OF_CODE+18eda587/ Trace; c0223c96 inet_sendmsg+3e/44 Trace; c01f5c45 sock_sendmsg+69/88 Trace; c023ae9a do_xprt_transmit+14e/3f8 Trace; c011345d smp_apic_timer_interrupt+f1/104 Trace; c016a214 nfs_xdr_writeargs+0/d8 Trace; c023dde9 rpcauth_marshcred+51/58 Trace; c023ad45 xprt_transmit+9d/a4 Trace; c0239043 call_transmit+3f/68 Trace; c023c58b __rpc_execute+c3/338 Trace; c023c989 __rpc_schedule+119/15c Trace; c023d26e rpciod+102/274 Trace; c0107480 kernel_thread+28/38 Code; c020609e ip_frag_queue+20a/260 _EIP: Code; c020609e ip_frag_queue+20a/260 = 0: 8b 40 3c mov0x3c(%eax),%eax = Code; c02060a1 ip_frag_queue+20d/260 3: 8b 4c 24 1c mov0x1c(%esp,1),%ecx Code; c02060a5 ip_frag_queue+211/260 7: 89 41 3c mov%eax,0x3c(%ecx) Code; c02060a8 ip_frag_queue+214/260 a: c7 47 18 00 00 00 00 movl $0x0,0x18(%edi) Code; c02060af ip_frag_queue+21b/260 11: 8b 54 24 00 mov0x0(%esp,1),%edx Kernel panic: Aiee, killing interrupt handler! 1 warning issued. Results may not be reliable. ksymoops 2.3.4 on i686 2.4.0-test13-pre4. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test13
Re: [bug] test13-pre4 nfs/ip_defrag crash (smp)
On Mon, 25 Dec 2000, Jasper Spaans wrote: > > I am having some reproducible crashes with 2.4.0-test13-pre4, whenever I > do some 'heavy' nfs-ing.. decoded oops: It looks like most of what you have is modules. Is netfilter enabled as a module too? Can you reproduce it without modules, in case it's a autounload race or similar? Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
[bug] test13-pre4 nfs/ip_defrag crash (smp)
Hi! I am having some reproducible crashes with 2.4.0-test13-pre4, whenever I do some 'heavy' nfs-ing.. decoded oops: ksymoops 2.3.4 on i686 2.4.0-test13-pre4. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test13-pre4/ (default) -m /boot/System.map-2.4.0-test13-pre4 (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Unable to handle kernel paging request at virtual address eabc089f c01e263e *pde = Oops: CPU:1 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010286 eax: eabc0863 ebx: c40c53e0 ecx: c54a1824 edx: c28079a0 esi: 0b90 edi: c5a0df40 ebp: 05c8 esp: ce699c4c ds: 0018 es: 0018 ss: 0018 Process rpciod (pid: 2358, stackpage=ce699000) Stack: c28079a0 0a2b 070a 0014 c01e2a2d c28079a0 c5a0df40 c02ce7ac ce698000 c36f9c40 c5a0df40 eabc0863 c54a1810 d1147a82 c5a0df40 ce699d48 c02f6878 c01e549c ce699d58 d11471c9 c5a0df40 ce699d48 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 8b 40 3c 8b 4c 24 1c 89 41 3c c7 47 18 00 00 00 00 8b 54 24 >>EIP; c01e263e<= Trace; c01e2a2d Trace; eabc0863 Trace; d1147a82 <[8139too]rtl8139_set_rx_mode+56/270> Trace; c01e549c Trace; d11471c9 <[8139too]rtl8139_rx_interrupt+151/24c> Trace; c01e549c Trace; c012f810 <__alloc_pages+12c/2d4> Trace; d114640a <[8139too]rtl8139_hw_start+226/574> Trace; c01e549c Trace; c01dc838 Trace; c01e549c Trace; c01e549c Trace; c01dcab7 Trace; c01e549c Trace; d114913c <[8139too].data.end+51d/43e1> Trace; c01e4a3b Trace; c01e549c Trace; c01fa5f8 Trace; c01d71d5 Trace; c01e4b66 Trace; c01fa5f8 Trace; ea0a Trace; c01d50ae <__kfree_skb+132/138> Trace; c01faa8e Trace; c01fa5f8 Trace; ea0a Trace; ea0a Trace; ea0a Trace; c0200236 Trace; c01d21e5 Trace; d110b84a <[uhci]uhci_show_queues+13e/228> Trace; c01e1cd6 Trace; c01e1e0c Trace; d11677d0 <[ipt_LOG].data.end+3bd9/b469> Trace; d1170ee8 <.bss.end+1465/> Trace; d110e7e9 <[uhci]alloc_uhci+2c1/310> Trace; d110b6f5 <[uhci]uhci_is_skeleton_qh+19/30> Trace; d11099f3 <[usbcore]usbdevfs_root_inode_operations+13/40> Trace; d110cf3b <[uhci]uhci_submit_bulk+1b3/238> Trace; d110d264 <[uhci]uhci_result_isochronous+4/a4> Trace; d110d339 <[uhci]uhci_find_urb_ep+35/d0> Trace; d110dc2b <[uhci]rh_submit_urb+7b/670> Trace; d1116cc4 <[sunrpc]xprt_reserve_status+74/7c> Trace; d1116cc4 <[sunrpc]xprt_reserve_status+74/7c> Trace; d1116cbc <[sunrpc]xprt_reserve_status+6c/7c> Trace; d1116cbc <[sunrpc]xprt_reserve_status+6c/7c> Trace; c0107480 Trace; d1116cc4 <[sunrpc]xprt_reserve_status+74/7c> Trace; d1116cd0 <[sunrpc]xprt_request_init+4/90> Code; c01e263e <_EIP>: Code; c01e263e<= 0: 8b 40 3c mov0x3c(%eax),%eax <= Code; c01e2641 3: 8b 4c 24 1c mov0x1c(%esp,1),%ecx Code; c01e2645 7: 89 41 3c mov%eax,0x3c(%ecx) Code; c01e2648 a: c7 47 18 00 00 00 00 movl $0x0,0x18(%edi) Code; c01e264f 11: 8b 54 24 00 mov0x0(%esp,1),%edx Kernel panic: Aiee, killing interrupt handler! Regards, -- Jasper Spaans <[EMAIL PROTECTED]> - 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-pre4... udf problem with dvd access vs test12
On Mon, Dec 25 2000, Mohammad A. Haque wrote: > Fix confirmed. Am i supposed to get some DriveSense errors? I probably > am just don't recall. Good. The whole idea of cdrom_log_sense is to be able to cleanly limit the (often) sense-less (yes, haha :) ide-cd verbosity. Some of the css stuff are obvious candidates. We want users to be aware of the error, but often we end up flooding the logs with the same stuff over and over again. This is often a source of confusion for the casual user. -- * Jens Axboe <[EMAIL PROTECTED]> * SuSE Labs - 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-pre4... udf problem with dvd access vs test12
Sorry, I meant DriveReady SeekComplete Error "Mohammad A. Haque" wrote: > Fix confirmed. Am i supposed to get some DriveSense errors? I probably > am just don't recall. -- = Mohammad A. Haque http://www.haque.net/ [EMAIL PROTECTED] "Alcohol and calculus don't mix. Project Lead Don't drink and derive." --Unknown http://wm.themes.org/ [EMAIL PROTECTED] = - 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-pre4... udf problem with dvd access vs test12
Fix confirmed. Am i supposed to get some DriveSense errors? I probably
am just don't recall.
Jens Axboe wrote:
> Yes I know about this one, I've attached the patch here again. Linus,
> could you apply?
>
> --- drivers/ide/ide-cd.c~ Sat Dec 23 23:59:52 2000
> +++ drivers/ide/ide-cd.cSun Dec 24 00:03:38 2000
> @@ -333,7 +333,7 @@
> {
> int log = 0;
>
> - if (sense == NULL || pc->quiet)
> + if (sense == NULL || pc == NULL || pc->quiet)
> return 0;
>
> switch (sense->sense_key) {
>
> --
> * Jens Axboe <[EMAIL PROTECTED]>
> * SuSE Labs
--
=
Mohammad A. Haque http://www.haque.net/
[EMAIL PROTECTED]
"Alcohol and calculus don't mix. Project Lead
Don't drink and derive." --Unknown http://wm.themes.org/
[EMAIL PROTECTED]
=
-
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-pre4... udf problem with dvd access vs test12
On Mon, Dec 25 2000, Mohammad A. Haque wrote:
> Jens, I made sure to reverse the udf patch I mentioned in another thread
> (all it really is merging changes from linux-udf cvs into the current
> kernel). So this is from a clean test13-pre4 w/ some netfilter fixes.
Ok, looks unrelated however.
> >>EIP; c019c017<=
Yes I know about this one, I've attached the patch here again. Linus,
could you apply?
--- drivers/ide/ide-cd.c~ Sat Dec 23 23:59:52 2000
+++ drivers/ide/ide-cd.cSun Dec 24 00:03:38 2000
@@ -333,7 +333,7 @@
{
int log = 0;
- if (sense == NULL || pc->quiet)
+ if (sense == NULL || pc == NULL || pc->quiet)
return 0;
switch (sense->sense_key) {
--
* Jens Axboe <[EMAIL PROTECTED]>
* SuSE Labs
-
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-pre4... udf problem with dvd access vs test12
Jens, I made sure to reverse the udf patch I mentioned in another thread (all it really is merging changes from linux-udf cvs into the current kernel). So this is from a clean test13-pre4 w/ some netfilter fixes. ksymoops 0.7c on i686 2.4.0-test13-pre4. Options used -V (default) -K (specified) -L (specified) -o /lib/modules/2.4.0-test13-pre4/ (default) -m /usr/src/linux/System.map (default) No modules in ksyms, skipping objects Oops: CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010082 eax: ebx: ecx: d5efc610 edx: d3efc610 esi: 0001 edi: c02fa0a4 ebp: 0003 esp: c0297e84 ds: 0018 es: 0018 ss: 0018 Process swapper (pid: 0, stackpage=c0297000) Stack: c02fa0a4 c019c088 c02fa0a4 d3efc610 d3efc650 0001 c02fa0a4 0003 c1578078 c019269e c019d2d5 c02fa0a4 0012 c019d260 c019d4d8 c02fa0a4 c02fa0a4 d3efc650 c0192a09 c02fa0a4 d3efc650 Call Trace: [<0019c08b>] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 83 78 0c 00 74 04 31 c0 eb 4a 8a 42 02 24 0f 0f b6 c0 83 f8 >>EIP; c019c017<= Trace; 0019c08b Before first symbol Trace; c019269e Trace; c019d2d5 Trace; c019d260 Trace; c019d4d8 Trace; c0192a09 Trace; c019c464 Trace; c019d173 Trace; c011ccd2 Trace; c0193127 Trace; c019d0ac Trace; c010a04f Trace; c010a1ac Trace; c01071f0 Trace; c01071f0 Trace; c0108e94 Trace; c01071f0 Trace; c01071f0 Trace; c0100018 Trace; c0107213 Trace; c0107279 Trace; c0105000 Trace; c0100191 Code; c019c017 <_EIP>: Code; c019c017<= 0: 83 78 0c 00 cmpl $0x0,0xc(%eax) <= Code; c019c01b 4: 74 04 je a <_EIP+0xa> c019c021 Code; c019c01d 6: 31 c0 xor%eax,%eax Code; c019c01f 8: eb 4a jmp54 <_EIP+0x54> c019c06b Code; c019c021 a: 8a 42 02 mov0x2(%edx),%al Code; c019c024 d: 24 0f and$0xf,%al Code; c019c026 f: 0f b6 c0 movzbl %al,%eax Code; c019c029 12: 83 f8 00 cmp$0x0,%eax "Mohammad A. Haque" wrote: > > I just captured the oops. > > It happens when you try to mount (mount -t udf /dev/foo /mnt/bar) an > encrypted dvd. At least it does on my end. Unencrypted dvds mount fine. > > ksymoops coming soon. > -- = Mohammad A. Haque http://www.haque.net/ [EMAIL PROTECTED] "Alcohol and calculus don't mix. Project Lead Don't drink and derive." --Unknown http://wm.themes.org/ [EMAIL PROTECTED] = - 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-pre4... udf problem with dvd access vs test12
I just captured the oops. It happens when you try to mount (mount -t udf /dev/foo /mnt/bar) an encrypted dvd. At least it does on my end. Unencrypted dvds mount fine. ksymoops coming soon. Frank Jacobberger wrote: > > Odd happening here. Been running good as gold through test12 with > accessing my dvd to using oms. Now updating to test13-pre4 > I get a complete lock up of my whole system when executing oms. > > I can access the drive via mounting it... with no trouble what ever. > > Here is a snip from my message file No clue what to test for here... > > Perhaps udf.c is the problem? > > Any ideas? -- = Mohammad A. Haque http://www.haque.net/ [EMAIL PROTECTED] "Alcohol and calculus don't mix. Project Lead Don't drink and derive." --Unknown http://wm.themes.org/ [EMAIL PROTECTED] = - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
test13-pre4... udf problem with dvd access vs test12
Odd happening here. Been running good as gold through test12 with
accessing my dvd to using oms. Now updating to test13-pre4
I get a complete lock up of my whole system when executing oms.
I can access the drive via mounting it... with no trouble what ever.
Here is a snip from my message file No clue what to test for here...
Perhaps udf.c is the problem?
Any ideas?
Merry Christmas
Frank
Dec 25 02:02:13 f1j kernel: hdf: packet command error: status=0x51 {
DriveReady SeekComplete Error }
Dec 25 02:02:13 f1j kernel: hdf: packet command error: error=0x00
Dec 25 02:02:13 f1j kernel: ATAPI device hdf:
Dec 25 02:02:13 f1j kernel: Error: No sense data -- (Sense key=0x00)
Dec 25 02:02:13 f1j kernel: No additional sense information --
(asc=0x00, ascq=0x00)
Dec 25 02:02:13 f1j kernel: The failed "Report Key" packet command
was:
Dec 25 02:02:13 f1j kernel: "a4 00 00 00 00 00 00 00 00 0c c4 00 "
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: end_request: I/O error, dev 21:40 (hdf),
sector 1148
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel: Error: Illegal request -- (Sense key=0x05)
Dec 25 02:02:14 f1j kernel: Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel: Error: Illegal request -- (Sense key=0x05)
Dec 25 02:02:14 f1j kernel: Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: end_request: I/O error, dev 21:40 (hdf),
sector 1152
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel: Error: Illegal request -- (Sense key=0x05)
Dec 25 02:02:14 f1j kernel: Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: end_request: I/O error, dev 21:40 (hdf),
sector 1153
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel: Error: Illegal request -- (Sense key=0x05)
Dec 25 02:02:14 f1j kernel: Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: end_request: I/O error, dev 21:40 (hdf),
sector 1154
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel: Error: Illegal request -- (Sense key=0x05)
Dec 25 02:02:14 f1j kernel: Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: end_request: I/O error, dev 21:40 (hdf),
sector 1155
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel: Error: Illegal request -- (Sense key=0x05)
Dec 25 02:02:14 f1j kernel: Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
test13-pre4... udf problem with dvd access vs test12
Odd happening here. Been running good as gold through test12 with
accessing my dvd to using oms. Now updating to test13-pre4
I get a complete lock up of my whole system when executing oms.
I can access the drive via mounting it... with no trouble what ever.
Here is a snip from my message file No clue what to test for here...
Perhaps udf.c is the problem?
Any ideas?
Merry Christmas
Frank
Dec 25 02:02:13 f1j kernel: hdf: packet command error: status=0x51 {
DriveReady SeekComplete Error }
Dec 25 02:02:13 f1j kernel: hdf: packet command error: error=0x00
Dec 25 02:02:13 f1j kernel: ATAPI device hdf:
Dec 25 02:02:13 f1j kernel: Error: No sense data -- (Sense key=0x00)
Dec 25 02:02:13 f1j kernel: No additional sense information --
(asc=0x00, ascq=0x00)
Dec 25 02:02:13 f1j kernel: The failed "Report Key" packet command
was:
Dec 25 02:02:13 f1j kernel: "a4 00 00 00 00 00 00 00 00 0c c4 00 "
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: end_request: I/O error, dev 21:40 (hdf),
sector 1148
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel: Error: Illegal request -- (Sense key=0x05)
Dec 25 02:02:14 f1j kernel: Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel: Error: Illegal request -- (Sense key=0x05)
Dec 25 02:02:14 f1j kernel: Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: end_request: I/O error, dev 21:40 (hdf),
sector 1152
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel: Error: Illegal request -- (Sense key=0x05)
Dec 25 02:02:14 f1j kernel: Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: end_request: I/O error, dev 21:40 (hdf),
sector 1153
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel: Error: Illegal request -- (Sense key=0x05)
Dec 25 02:02:14 f1j kernel: Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: end_request: I/O error, dev 21:40 (hdf),
sector 1154
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel: Error: Illegal request -- (Sense key=0x05)
Dec 25 02:02:14 f1j kernel: Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
Dec 25 02:02:14 f1j kernel: hdf: command error: status=0x51 { DriveReady
SeekComplete Error }
Dec 25 02:02:14 f1j kernel: hdf: command error: error=0x50
Dec 25 02:02:14 f1j kernel: end_request: I/O error, dev 21:40 (hdf),
sector 1155
Dec 25 02:02:14 f1j kernel: ATAPI device hdf:
Dec 25 02:02:14 f1j kernel: Error: Illegal request -- (Sense key=0x05)
Dec 25 02:02:14 f1j kernel: Read of scrambled sector without
authentication -- (asc=0x6f, ascq=0x03)
-
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-pre4... udf problem with dvd access vs test12
On Mon, Dec 25 2000, Mohammad A. Haque wrote:
Jens, I made sure to reverse the udf patch I mentioned in another thread
(all it really is merging changes from linux-udf cvs into the current
kernel). So this is from a clean test13-pre4 w/ some netfilter fixes.
Ok, looks unrelated however.
EIP; c019c017 cdrom_log_sense+f/68 =
Yes I know about this one, I've attached the patch here again. Linus,
could you apply?
--- drivers/ide/ide-cd.c~ Sat Dec 23 23:59:52 2000
+++ drivers/ide/ide-cd.cSun Dec 24 00:03:38 2000
@@ -333,7 +333,7 @@
{
int log = 0;
- if (sense == NULL || pc-quiet)
+ if (sense == NULL || pc == NULL || pc-quiet)
return 0;
switch (sense-sense_key) {
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
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-pre4... udf problem with dvd access vs test12
Fix confirmed. Am i supposed to get some DriveSense errors? I probably
am just don't recall.
Jens Axboe wrote:
Yes I know about this one, I've attached the patch here again. Linus,
could you apply?
--- drivers/ide/ide-cd.c~ Sat Dec 23 23:59:52 2000
+++ drivers/ide/ide-cd.cSun Dec 24 00:03:38 2000
@@ -333,7 +333,7 @@
{
int log = 0;
- if (sense == NULL || pc-quiet)
+ if (sense == NULL || pc == NULL || pc-quiet)
return 0;
switch (sense-sense_key) {
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
--
=
Mohammad A. Haque http://www.haque.net/
[EMAIL PROTECTED]
"Alcohol and calculus don't mix. Project Lead
Don't drink and derive." --Unknown http://wm.themes.org/
[EMAIL PROTECTED]
=
-
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-pre4... udf problem with dvd access vs test12
Sorry, I meant DriveReady SeekComplete Error "Mohammad A. Haque" wrote: Fix confirmed. Am i supposed to get some DriveSense errors? I probably am just don't recall. -- = Mohammad A. Haque http://www.haque.net/ [EMAIL PROTECTED] "Alcohol and calculus don't mix. Project Lead Don't drink and derive." --Unknown http://wm.themes.org/ [EMAIL PROTECTED] = - 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-pre4... udf problem with dvd access vs test12
On Mon, Dec 25 2000, Mohammad A. Haque wrote: Fix confirmed. Am i supposed to get some DriveSense errors? I probably am just don't recall. Good. The whole idea of cdrom_log_sense is to be able to cleanly limit the (often) sense-less (yes, haha :) ide-cd verbosity. Some of the css stuff are obvious candidates. We want users to be aware of the error, but often we end up flooding the logs with the same stuff over and over again. This is often a source of confusion for the casual user. -- * Jens Axboe [EMAIL PROTECTED] * SuSE Labs - 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/
[bug] test13-pre4 nfs/ip_defrag crash (smp)
Hi! I am having some reproducible crashes with 2.4.0-test13-pre4, whenever I do some 'heavy' nfs-ing.. decoded oops: ksymoops 2.3.4 on i686 2.4.0-test13-pre4. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test13-pre4/ (default) -m /boot/System.map-2.4.0-test13-pre4 (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Unable to handle kernel paging request at virtual address eabc089f c01e263e *pde = Oops: CPU:1 EIP:0010:[c01e263e] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010286 eax: eabc0863 ebx: c40c53e0 ecx: c54a1824 edx: c28079a0 esi: 0b90 edi: c5a0df40 ebp: 05c8 esp: ce699c4c ds: 0018 es: 0018 ss: 0018 Process rpciod (pid: 2358, stackpage=ce699000) Stack: c28079a0 0a2b 070a 0014 c01e2a2d c28079a0 c5a0df40 c02ce7ac ce698000 c36f9c40 c5a0df40 eabc0863 c54a1810 d1147a82 c5a0df40 ce699d48 c02f6878 c01e549c ce699d58 d11471c9 c5a0df40 ce699d48 Call Trace: [c01e2a2d] [eabc0863] [d1147a82] [c01e549c] [d11471c9] [c01e549c] [c012f810] [d114640a] [c01e549c] [c01dc838] [c01e549c] [c01e549c] [c01dcab7] [c01e549c] [d114913c] [c01e4a3b] [c01e549c] [c01fa5f8] [c01d71d5] [c01e4b66] [c01fa5f8] [ea0a] [c01d50ae] [c01faa8e] [c01fa5f8] [ea0a] [ea0a] [ea0a] [c0200236] [c01d21e5] [d110b84a] [c01e1cd6] [c01e1e0c] [d11677d0] [d1170ee8] [d110e7e9] [d110b6f5] [d11099f3] [d110cf3b] [d110d264] [d110d339] [d110dc2b] [d1116cc4] [d1116cc4] [d1116cbc] [d1116cbc] [c0107480] [d1116cc4] [d1116cd0] Code: 8b 40 3c 8b 4c 24 1c 89 41 3c c7 47 18 00 00 00 00 8b 54 24 EIP; c01e263e ip_frag_queue+20a/260 = Trace; c01e2a2d ip_defrag+dd/180 Trace; eabc0863 END_OF_CODE+19a50de0/ Trace; d1147a82 [8139too]rtl8139_set_rx_mode+56/270 Trace; c01e549c output_maybe_reroute+0/14 Trace; d11471c9 [8139too]rtl8139_rx_interrupt+151/24c Trace; c01e549c output_maybe_reroute+0/14 Trace; c012f810 __alloc_pages+12c/2d4 Trace; d114640a [8139too]rtl8139_hw_start+226/574 Trace; c01e549c output_maybe_reroute+0/14 Trace; c01dc838 nf_iterate+34/88 Trace; c01e549c output_maybe_reroute+0/14 Trace; c01e549c output_maybe_reroute+0/14 Trace; c01dcab7 nf_hook_slow+3f/b8 Trace; c01e549c output_maybe_reroute+0/14 Trace; d114913c [8139too].data.end+51d/43e1 Trace; c01e4a3b ip_build_xmit_slow+3cf/4ac Trace; c01e549c output_maybe_reroute+0/14 Trace; c01fa5f8 udp_getfrag+0/c4 Trace; c01d71d5 netif_rx+89/f0 Trace; c01e4b66 ip_build_xmit+4e/334 Trace; c01fa5f8 udp_getfrag+0/c4 Trace; ea0a END_OF_CODE+18e90587/ Trace; c01d50ae __kfree_skb+132/138 Trace; c01faa8e udp_sendmsg+38a/414 Trace; c01fa5f8 udp_getfrag+0/c4 Trace; ea0a END_OF_CODE+18e90587/ Trace; ea0a END_OF_CODE+18e90587/ Trace; ea0a END_OF_CODE+18e90587/ Trace; c0200236 inet_sendmsg+3e/44 Trace; c01d21e5 sock_sendmsg+69/88 Trace; d110b84a [uhci]uhci_show_queues+13e/228 Trace; c01e1cd6 ip_rcv+33e/388 Trace; c01e1e0c ip_rcv_finish+0/214 Trace; d11677d0 [ipt_LOG].data.end+3bd9/b469 Trace; d1170ee8 .bss.end+1465/ Trace; d110e7e9 [uhci]alloc_uhci+2c1/310 Trace; d110b6f5 [uhci]uhci_is_skeleton_qh+19/30 Trace; d11099f3 [usbcore]usbdevfs_root_inode_operations+13/40 Trace; d110cf3b [uhci]uhci_submit_bulk+1b3/238 Trace; d110d264 [uhci]uhci_result_isochronous+4/a4 Trace; d110d339 [uhci]uhci_find_urb_ep+35/d0 Trace; d110dc2b [uhci]rh_submit_urb+7b/670 Trace; d1116cc4 [sunrpc]xprt_reserve_status+74/7c Trace; d1116cc4 [sunrpc]xprt_reserve_status+74/7c Trace; d1116cbc [sunrpc]xprt_reserve_status+6c/7c Trace; d1116cbc [sunrpc]xprt_reserve_status+6c/7c Trace; c0107480 kernel_thread+28/38 Trace; d1116cc4 [sunrpc]xprt_reserve_status+74/7c Trace; d1116cd0 [sunrpc]xprt_request_init+4/90 Code; c01e263e ip_frag_queue+20a/260 _EIP: Code; c01e263e ip_frag_queue+20a/260 = 0: 8b 40 3c mov0x3c(%eax),%eax = Code; c01e2641 ip_frag_queue+20d/260 3: 8b 4c 24 1c mov0x1c(%esp,1),%ecx Code; c01e2645 ip_frag_queue+211/260 7: 89 41 3c mov%eax,0x3c(%ecx) Code; c01e2648 ip_frag_queue+214/260 a: c7 47 18 00 00 00 00 movl $0x0,0x18(%edi) Code; c01e264f ip_frag_queue+21b/260 11: 8b 54 24 00 mov0x0(%esp,1),%edx Kernel panic: Aiee, killing interrupt handler! Regards, -- Jasper Spaans [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the F
Re: [bug] test13-pre4 nfs/ip_defrag crash (smp)
On Mon, 25 Dec 2000, Jasper Spaans wrote: I am having some reproducible crashes with 2.4.0-test13-pre4, whenever I do some 'heavy' nfs-ing.. decoded oops: It looks like most of what you have is modules. Is netfilter enabled as a module too? Can you reproduce it without modules, in case it's a autounload race or similar? Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: FEATURE (was Re: PROBLEM: multiple mount of devices possible2.4.0-test1 - 2.4.0-test13-pre4
Tigran Aivazian wrote: > > it is not a problem, it is a feature. (and a useful one!) > yes, mount devices several times it would be a nice feature, but do something like: /etc/fstab: /dev/hdd1 /mydrive ext2 ro,noauto,user 1 1 as user: mount /mydrive as root: mount /dev/hda2 /mydrive as user: mount /mydrive as root: mount /dev/hda2 /mydrive as user: mount /mydrive result /proc/mounts: /dev/hdd1 /mydrive ext2 ro,noexec,nosuid,nodev 0 0 /dev/hda2 /mydrive vfat rw 0 0 /dev/hdd1 /mydrive ext2 ro,noexec,nosuid,nodev 0 0 /dev/hda2 /mydrive vfat rw 0 0 /dev/hdd1 /mydrive ext2 ro,noexec,nosuid,nodev 0 0 u dont have control about the mountpoints Here a BIG PROBLEM: as user: mount /mydrive as root: mount /dev/hdd1 /test as root: mount /dev/hdd1 /mnt result /proc/mounts: /dev/hdd1 /mydrive ext2 ro,noexec,nosuid,nodev 0 0 /dev/hdd1 /test ext2 ro,noexec,nosuid,nodev 0 0 /dev/hdd1 /mnt ext2 ro,noexec,nosuid,nodev 0 0 but do like mount -o remount /mnt -w result /proc/mounts: /dev/hdd1 /mydrive ext2 rw 0 0 /dev/hdd1 /test ext2 rw 0 0 /dev/hdd1 /mnt ext2 rw 0 0 ALL mountpoints now READ-WRITE-able! u lost noexec... and dont have more "security" for users... same as sym-links ... no new feature... Reinhard. > On Sat, 23 Dec 2000 [EMAIL PROTECTED] wrote: > > > > > 1. multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4 > > > > 2. its still possible to mount devices several times. > >IMHO it shouldnt be possible like 2.2.18 > >with umount in /proc/mounts is still the real information, > >in /etc/mtab all corresponding mountpoints are deleted. - 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-pre4 ip defrag oops
Hello!
> eax: 20202037 ebx: d3a406c0 ecx: cf683024 edx: c734a2a0
Ough... found eventually. skb->dev turns out to be not initialized. 8)8)
This patchlet surely fixes the bug. (plus writes are ordered)
Alexey
--- ../vger3-001222/linux/net/core/skbuff.c Fri Dec 22 19:37:54 2000
+++ linux/net/core/skbuff.c Sun Dec 24 20:24:20 2000
@@ -227,15 +227,20 @@
{
struct sk_buff *skb = p;
- skb->destructor = NULL;
- skb->pkt_type = PACKET_HOST;/* Default type */
- skb->prev = skb->next = NULL;
+ skb->next = NULL;
+ skb->prev = NULL;
skb->list = NULL;
skb->sk = NULL;
skb->stamp.tv_sec=0;/* No idea about time */
+ skb->dev = NULL;
+ skb->dst = NULL;
+ memset(skb->cb, 0, sizeof(skb->cb));
+ skb->pkt_type = PACKET_HOST;/* Default type */
skb->ip_summed = 0;
+ skb->priority = 0;
skb->security = 0; /* By default packets are insecure */
- skb->dst = NULL;
+ skb->destructor = NULL;
+
#ifdef CONFIG_NETFILTER
skb->nfmark = skb->nfcache = 0;
skb->nfct = NULL;
@@ -246,8 +251,6 @@
#ifdef CONFIG_NET_SCHED
skb->tc_index = 0;
#endif
- memset(skb->cb, 0, sizeof(skb->cb));
- skb->priority = 0;
}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Re: test13-pre4 ip defrag oops
Hello!
eax: 20202037 ebx: d3a406c0 ecx: cf683024 edx: c734a2a0
Ough... found eventually. skb-dev turns out to be not initialized. 8)8)
This patchlet surely fixes the bug. (plus writes are ordered)
Alexey
--- ../vger3-001222/linux/net/core/skbuff.c Fri Dec 22 19:37:54 2000
+++ linux/net/core/skbuff.c Sun Dec 24 20:24:20 2000
@@ -227,15 +227,20 @@
{
struct sk_buff *skb = p;
- skb-destructor = NULL;
- skb-pkt_type = PACKET_HOST;/* Default type */
- skb-prev = skb-next = NULL;
+ skb-next = NULL;
+ skb-prev = NULL;
skb-list = NULL;
skb-sk = NULL;
skb-stamp.tv_sec=0;/* No idea about time */
+ skb-dev = NULL;
+ skb-dst = NULL;
+ memset(skb-cb, 0, sizeof(skb-cb));
+ skb-pkt_type = PACKET_HOST;/* Default type */
skb-ip_summed = 0;
+ skb-priority = 0;
skb-security = 0; /* By default packets are insecure */
- skb-dst = NULL;
+ skb-destructor = NULL;
+
#ifdef CONFIG_NETFILTER
skb-nfmark = skb-nfcache = 0;
skb-nfct = NULL;
@@ -246,8 +251,6 @@
#ifdef CONFIG_NET_SCHED
skb-tc_index = 0;
#endif
- memset(skb-cb, 0, sizeof(skb-cb));
- skb-priority = 0;
}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Re: FEATURE (was Re: PROBLEM: multiple mount of devices possible2.4.0-test1 - 2.4.0-test13-pre4
Tigran Aivazian wrote: it is not a problem, it is a feature. (and a useful one!) yes, mount devices several times it would be a nice feature, but do something like: /etc/fstab: /dev/hdd1 /mydrive ext2 ro,noauto,user 1 1 as user: mount /mydrive as root: mount /dev/hda2 /mydrive as user: mount /mydrive as root: mount /dev/hda2 /mydrive as user: mount /mydrive result /proc/mounts: /dev/hdd1 /mydrive ext2 ro,noexec,nosuid,nodev 0 0 /dev/hda2 /mydrive vfat rw 0 0 /dev/hdd1 /mydrive ext2 ro,noexec,nosuid,nodev 0 0 /dev/hda2 /mydrive vfat rw 0 0 /dev/hdd1 /mydrive ext2 ro,noexec,nosuid,nodev 0 0 u dont have control about the mountpoints Here a BIG PROBLEM: as user: mount /mydrive as root: mount /dev/hdd1 /test as root: mount /dev/hdd1 /mnt result /proc/mounts: /dev/hdd1 /mydrive ext2 ro,noexec,nosuid,nodev 0 0 /dev/hdd1 /test ext2 ro,noexec,nosuid,nodev 0 0 /dev/hdd1 /mnt ext2 ro,noexec,nosuid,nodev 0 0 but do like mount -o remount /mnt -w result /proc/mounts: /dev/hdd1 /mydrive ext2 rw 0 0 /dev/hdd1 /test ext2 rw 0 0 /dev/hdd1 /mnt ext2 rw 0 0 ALL mountpoints now READ-WRITE-able! u lost noexec... and dont have more "security" for users... same as sym-links ... no new feature... Reinhard. On Sat, 23 Dec 2000 [EMAIL PROTECTED] wrote: 1. multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4 2. its still possible to mount devices several times. IMHO it shouldnt be possible like 2.2.18 with umount in /proc/mounts is still the real information, in /etc/mtab all corresponding mountpoints are deleted. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
test13-pre4 ip defrag oops
Just got an oops uner test13-pre4 when I tried to access a new nfs export. Looks like the ip defrag monster doesn't want to go away =) ksymoops 0.7c on i686 2.4.0-test13-pre4. Options used -V (default) -K (specified) -L (specified) -o /lib/modules/2.4.0-test13-pre4/ (default) -m /usr/src/linux/System.map (default) No modules in ksyms, skipping objects Oops: CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 0001022s0246 eax: 20202037 ebx: d3a406c0 ecx: cf683024 edx: c734a2a0 esi: 1720 edi: c880a180 ebp: 1158 esp: d37fdcb4 ds: 0018 es: 0018 ss: 0018 Process nfsd (pid: 514, stackpage=d37fd000) Stack: c734a2a0 26bc 0101a8c0 0014 c01f6a73 c734a2a0 c880a180 d2ce9360 c880a180 0008 d37fddc0 11ac2800 20202037 d58d587f c880a180 d58d787c d37fddb0 0003 d58d4aad c880a180 d58d787c d37fddb0 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 8b 40 3c 8b 4c 24 1c 89 41 3c 27 47 18 00 00 00 00 8b 47 5c >>EIP; c01f66de<= Trace; c01f6a73 Trace; d58d587f Trace; d58d787c Trace; d58d4aad Trace; d58d787c Trace; c01f8e98 Trace; c01f8e98 Trace; c01f1737 Trace; d58d34e0 Trace; c01f8e84 Trace; c01f14dc Trace; c01f8e84 Trace; c01f8e84 Trace; c01f1737 Trace; c01f8e84 Trace; d580787c Trace; c01f858f Trace; c01f8e84 Trace; c020c1ac Trace; c0142c41 Trace; c01f869e Trace; c020c1ac Trace; c0124075 Trace; c020c605 Trace; c020c1ac Trace; c0211436 Trace; c01e7c55 Trace; d58980a3 Trace; d5898535 Trace; d5899276 Trace; d58bf8a0 Trace; d5897cd9 Trace; d58bf748 Trace; d58b0369 Trace; d58bf740 Trace; c01074cc Code; c01f66de <_EIP>: Code; c01f66de<= 0: 8b 40 3c mov0x3c(%eax),%eax <= Code; c01f66e1 3: 8b 4c 24 1c mov0x1c(%esp,1),%ecx Code; c01f66e5 7: 89 41 3c mov%eax,0x3c(%ecx) Code; c01f66e8 a: 27daa Code; c01f66e9 b: 47inc%edi Code; c01f66ea c: 18 00 sbb%al,(%eax) Code; c01f66ec e: 00 00 add%al,(%eax) Code; c01f66ee 10: 00 8b 47 5c 00 00 add%cl,0x5c47(%ebx) -- = Mohammad A. Haque http://www.haque.net/ [EMAIL PROTECTED] "Alcohol and calculus don't mix. Project Lead Don't drink and derive." --Unknown http://wm.themes.org/ [EMAIL PROTECTED] = - 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-pre4 fails to compile
On Sat, 23 Dec 2000, ebi4 wrote: > ld: cannot open drivers/ieee1394/ieee1394.a: No such file or directory > make: *** [vmlinux] Error 1 I sent the following patch to Linus already. It should fix the problem. --Kai diff -ur linux-2.4.0-test13-pre3/drivers/ieee1394/Makefile linux-2.4.0-test13-pre3.1/drivers/ieee1394/Makefile --- linux-2.4.0-test13-pre3/drivers/ieee1394/Makefile Tue Dec 19 21:44:15 2000 +++ linux-2.4.0-test13-pre3.1/drivers/ieee1394/Makefile Wed Dec 20 12:42:07 2000 @@ -23,7 +23,8 @@ obj-$(CONFIG_IEEE1394_VIDEO1394) += video1394.o obj-$(CONFIG_IEEE1394_RAWIO) += raw1394.o +include $(TOPDIR)/Rules.make + ieee1394.o: $(ieee1394-objs) $(LD) -r -o $@ $(ieee1394-objs) -include $(TOPDIR)/Rules.make - 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/
[PATCH] 2.4.0-test13-pre4 fix drivers/ieee1394/Makefile
ebi4 wrote: >ld: cannot open drivers/ieee1394/ieee1394.a: No such file or directory >make: *** [vmlinux] Error 1 Changing the order of a few lines in linux/drivers/ieee1394/Makefile fixes this problem. Here is the patch: Steven diff -u linux/drivers/ieee1394/Makefile.orig linux/drivers/ieee1394/Makefile --- linux/drivers/ieee1394/Makefile.origSat Dec 23 11:03:06 2000 +++ linux/drivers/ieee1394/Makefile Sat Dec 23 11:04:08 2000 @@ -23,7 +23,7 @@ obj-$(CONFIG_IEEE1394_VIDEO1394) += video1394.o obj-$(CONFIG_IEEE1394_RAWIO) += raw1394.o +include $(TOPDIR)/Rules.make + ieee1394.o: $(ieee1394-objs) $(LD) -r -o $@ $(ieee1394-objs) - -include $(TOPDIR)/Rules.make - 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/
FEATURE (was Re: PROBLEM: multiple mount of devices possible2.4.0-test1 - 2.4.0-test13-pre4
it is not a problem, it is a feature. (and a useful one!) On Sat, 23 Dec 2000 [EMAIL PROTECTED] wrote: > > 1. multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4 > > 2. its still possible to mount devices several times. >IMHO it shouldnt be possible like 2.2.18 >with umount in /proc/mounts is still the real information, >in /etc/mtab all corresponding mountpoints are deleted. > > 3. kernel, filesystem, mount > > 4. Linux version 2.4.0-test13-pre4 (root@apollo) (gcc version 2.95.2 > 19991024 (release)) #1 SMP Sat Dec 23 17:04:07 CET 2000 > > 5. none > > 6. example >#!/bin/sh >mount /dev/hda2 /gate >mount -t nfs gate:/ /gate >mount -t nfs gate:/ /gate >mount /dev/hda2 /mnt > > 7. > > 7.1 > -- Versions installed: (if some fields are empty or look > -- unusual then possibly you have very old versions) > Linux apollo 2.4.0-test13-pre4 #1 SMP Sat Dec 23 17:04:07 CET 2000 i586 > unknown > Kernel modules 2.3.11 > Gnu C 2.95.2 > Gnu Make 3.79.1 > Binutils 2.9.5.0.24 > Linux C Libraryx 1 root root 4070406 Jul 30 21:41 > /lib/libc.so.6 > Dynamic linker ldd (GNU libc) 2.1.3 > Procps 2.0.6 > Mount 2.10m > Net-tools 1.56 > Kbd0.99 > Sh-utils 2.0 > Modules Loaded > > 7.2 > processor : 0 > vendor_id : AuthenticAMD > cpu family: 5 > model : 8 > model name: AMD-K6(tm) 3D processor > stepping : 12 > cpu MHz : 400.906 > 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 : 799.54 > > 7.3 > > 7.4 > -001f : dma1 > 0020-003f : pic1 > 0040-005f : timer > 0060-006f : keyboard > 0080-008f : dma page reg > 00a0-00bf : pic2 > 00c0-00df : dma2 > 00f0-00ff : fpu > 0170-0177 : ide1 > 01f0-01f7 : ide0 > 0213-0213 : isapnp read > 02f8-02ff : serial(auto) > 0376-0376 : ide1 > 0378-037a : parport0 > 03c0-03df : vga+ > 03f6-03f6 : ide0 > 03f8-03ff : serial(auto) > 0a79-0a79 : isapnp write > 0cf8-0cff : PCI conf1 > 5c20-5c3f : Acer Laboratories Inc. [ALi] M7101 PMU > d000-d00f : Acer Laboratories Inc. [ALi] M5229 IDE > d400-d43f : Ensoniq ES1371 [AudioPCI-97] > d400-d43f : es1371 > d800-d8ff : Realtek Semiconductor Co., Ltd. RTL-8139 > d800-d8ff : eth0 > > -0009fbff : System RAM > 0009fc00-0009 : reserved > 000a-000b : Video RAM area > 000c-000c7fff : Video ROM > 000f-000f : System ROM > 0010-07ffbfff : System RAM > 0010-002ef4af : Kernel code > 002ef4b0-0031193f : Kernel data > 07ffc000-07ffefff : ACPI Tables > 07fff000-07ff : ACPI Non-volatile Storage > de00-deff : Realtek Semiconductor Co., Ltd. RTL-8139 > de00-deff : eth0 > df00-dfff : PCI Bus #01 > df00-df7f : Matrox Graphics, Inc. MGA G400 AGP > df80-df803fff : Matrox Graphics, Inc. MGA G400 AGP > e000-e3ff : Acer Laboratories Inc. [ALi] M1541 > e5f0-e7ff : PCI Bus #01 > e600-e7ff : Matrox Graphics, Inc. MGA G400 AGP > - : reserved > > 7.5 > 00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1541 (rev 04) > Subsystem: Acer Laboratories Inc. [ALi] ALI M1541 Aladdin V/V+ AGP > System Controller > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR- FastB2B- > Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- SERR-Latency: 64 > Region 0: Memory at e000 (32-bit, non-prefetchable) [size=64M] > Capabilities: [b0] AGP version 1.0 > Status: RQ=28 SBA+ 64bit- FW- Rate=x1,x2 > Command: RQ=0 SBA- AGP- 64bit- FW- Rate= > > 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5243 (rev 04) (prog-if > 00 [Normal decode]) > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR- FastB2B- > Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- SERR-Latency: 64 > Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 > I/O behind bridge: e000-dfff > Memory behind bridge: df00-dfff > Prefetchable memory behind bridge: e5f0-e7ff > BridgeCtl: Parity- SERR- NoISA- VGA+ MAbort- >Reset- FastB2B- > > 00:03.0 B
PROBLEM: multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4
1. multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4 2. its still possible to mount devices several times. IMHO it shouldnt be possible like 2.2.18 with umount in /proc/mounts is still the real information, in /etc/mtab all corresponding mountpoints are deleted. 3. kernel, filesystem, mount 4. Linux version 2.4.0-test13-pre4 (root@apollo) (gcc version 2.95.2 19991024 (release)) #1 SMP Sat Dec 23 17:04:07 CET 2000 5. none 6. example #!/bin/sh mount /dev/hda2 /gate mount -t nfs gate:/ /gate mount -t nfs gate:/ /gate mount /dev/hda2 /mnt 7. 7.1 -- Versions installed: (if some fields are empty or look -- unusual then possibly you have very old versions) Linux apollo 2.4.0-test13-pre4 #1 SMP Sat Dec 23 17:04:07 CET 2000 i586 unknown Kernel modules 2.3.11 Gnu C 2.95.2 Gnu Make 3.79.1 Binutils 2.9.5.0.24 Linux C Libraryx 1 root root 4070406 Jul 30 21:41 /lib/libc.so.6 Dynamic linker ldd (GNU libc) 2.1.3 Procps 2.0.6 Mount 2.10m Net-tools 1.56 Kbd0.99 Sh-utils 2.0 Modules Loaded 7.2 processor : 0 vendor_id : AuthenticAMD cpu family : 5 model : 8 model name : AMD-K6(tm) 3D processor stepping: 12 cpu MHz : 400.906 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: 799.54 7.3 7.4 -001f : dma1 0020-003f : pic1 0040-005f : timer 0060-006f : keyboard 0080-008f : dma page reg 00a0-00bf : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 0213-0213 : isapnp read 02f8-02ff : serial(auto) 0376-0376 : ide1 0378-037a : parport0 03c0-03df : vga+ 03f6-03f6 : ide0 03f8-03ff : serial(auto) 0a79-0a79 : isapnp write 0cf8-0cff : PCI conf1 5c20-5c3f : Acer Laboratories Inc. [ALi] M7101 PMU d000-d00f : Acer Laboratories Inc. [ALi] M5229 IDE d400-d43f : Ensoniq ES1371 [AudioPCI-97] d400-d43f : es1371 d800-d8ff : Realtek Semiconductor Co., Ltd. RTL-8139 d800-d8ff : eth0 -0009fbff : System RAM 0009fc00-0009 : reserved 000a-000b : Video RAM area 000c-000c7fff : Video ROM 000f-000f : System ROM 0010-07ffbfff : System RAM 0010-002ef4af : Kernel code 002ef4b0-0031193f : Kernel data 07ffc000-07ffefff : ACPI Tables 07fff000-07ff : ACPI Non-volatile Storage de00-deff : Realtek Semiconductor Co., Ltd. RTL-8139 de00-deff : eth0 df00-dfff : PCI Bus #01 df00-df7f : Matrox Graphics, Inc. MGA G400 AGP df80-df803fff : Matrox Graphics, Inc. MGA G400 AGP e000-e3ff : Acer Laboratories Inc. [ALi] M1541 e5f0-e7ff : PCI Bus #01 e600-e7ff : Matrox Graphics, Inc. MGA G400 AGP - : reserved 7.5 00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1541 (rev 04) Subsystem: Acer Laboratories Inc. [ALi] ALI M1541 Aladdin V/V+ AGP System Controller Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- SERR- 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5243 (rev 04) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- SERR- Reset- FastB2B- 00:03.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU Subsystem: Acer Laboratories Inc. [ALi] ALI M7101 Power Management Controller Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- http://www.tux.org/lkml/
test13-pre4 fails to compile
ld: cannot open drivers/ieee1394/ieee1394.a: No such file or directory make: *** [vmlinux] Error 1 : Gene Imes http://www.ozob.net : - 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: "undefined reference" atm_lane_init & atm_mpoa_init with test13-pre4
In article <[EMAIL PROTECTED]> you wrote: > net/network.o(.text+0x3ff92): undefined reference to `atm_lane_init' > net/network.o(.text+0x40039): undefined reference to `atm_mpoa_init' Hi, The patch below should fix that. Greetings, Arjan van de Ven --- linux/net/atm/Makefile Fri Dec 22 18:22:15 2000 +++ ../0/linux/net/atm/Makefile Fri Dec 22 19:01:03 2000 @@ -37,6 +37,11 @@ obj-$(CONFIG_ATM) += lec.o lane_mpoa_init.o endif +ifeq ($(CONFIG_ATM_LANE),m) +obj-$(CONFIG_ATM) += lane_mpoa_init.o +obj-m += lec.o +endif + ifeq ($(CONFIG_ATM_MPOA),y) obj-$(CONFIG_ATM) += mpoa.o endif - 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/
"undefined reference" atm_lane_init & atm_mpoa_init with test13-pre4
Hello, With 2.4.0-test13-pre4 i noticed "Networking options" LAN Emulation (LANE) support Multi-Protocol Over ATM (MPOA) support results with 'make bzImage' in: make[1]: Leaving directory `/usr/src/linux-2.4.0-test13-4/arch/i386/lib' ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o \ --start-group \ arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \ drivers/block/block.o drivers/char/char.o drivers/misc/misc.o drivers/net/net.o drivers/media/media.o drivers/char/drm/drm.o drivers/net/fc/fc.o drivers/net/appletalk/appletalk.o drivers/net/tokenring/tr.a drivers/net/wan/wan.o drivers/atm/atm.o drivers/ide/idedriver.o drivers/scsi/scsidrv.o drivers/cdrom/driver.o drivers/pci/driver.o drivers/video/video.o drivers/net/hamradio/hamradio.o drivers/md/mddev.o \ net/network.o \ /usr/src/linux/arch/i386/lib/lib.a /usr/src/linux/lib/lib.a /usr/src/linux/arch/i386/lib/lib.a \ --end-group \ -o vmlinux net/network.o: In function `atm_ioctl': net/network.o(.text+0x3ff92): undefined reference to `atm_lane_init' net/network.o(.text+0x40039): undefined reference to `atm_mpoa_init' make: *** [vmlinux] Error 1 sjoerd:/usr/src/linux # Unsetting these options "fixed" this for me. Greatings, -- Arjan Filius mailto:[EMAIL PROTECTED] - 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-pre4-ac2 - part of diff fails
Daniel Stone wrote: >linux-2.4.0-test12 + reiserfs + test13-pre4 + reiserfs makefile fix (only >changes fs/reiserfs/Makefile) + netfilter patch-o-matic stuff (only touches >net/ipv4/netfilter) + test13-pre4-ac2. I was able to patch and build 2.4.0test13pre4-ac2. I did not see the problem with smp.c which existed with the earlier test13pre3-ac3. [root@localhost src]# date;uname -a Sat Dec 23 07:33:48 MST 2000 Linux localhost.localdomain 2.4.0-test13pre4-ac2 #3 Fri Dec 22 22:06:06 MST 2000 i686 unknown 1 Script started on Fri Dec 22 18:28:38 2000 2 [root@localhost linux]# patch -p1 http://www.tux.org/lkml/
Re: test13-pre4-ac2 - part of diff fails
> > On 23-Dec-2000 Daniel Stone wrote: > >> > patching file arch/i386/kernel/smp.c > >> > Reversed (or previously applied) patch detected! Assume -R? [n] > >> > Apply anyway? [n] y > >> > Hunk #1 FAILED at 278. > >> > Hunk #2 succeeded at 511 (offset 9 lines). > >> > 1 out of 2 hunks FAILED -- saving rejects to file > >> > arch/i386/kernel/smp.c.rej > >> > > >> > Works fine if I reverse it and then put it back in. ? > >> > >> Its a bug in my patch - get 13pre4ac2 .. > > > > Um. > > Subject: Re: test13-pre4-ac2 - part of diff fails > > It's _IN_ 13-4ac2. > > I applied test13-pre4-ac2 here, and it applied cleanly. > Are you applying it to a clean tree? Are your using > patch v2.5.4 ? (that's the version I have) linux-2.4.0-test12 + reiserfs + test13-pre4 + reiserfs makefile fix (only changes fs/reiserfs/Makefile) + netfilter patch-o-matic stuff (only touches net/ipv4/netfilter) + test13-pre4-ac2. also seen on just linux-2.4.0-test12 + test13-pre4 + test13-pre4-ac2. > FWIW, I was getting smp.c patch failures (well, it said the > patch was previously applied) along with a bunch of > IPTables stuff -- that was a couple of -ac's ago. same here, just forgot to report it. > AC1 and AC2 applied cleanly, tho AC1 wouldnt compile > uniprocessor/no-quotas unless you added a > #include to fs/ext2/balloc.c > (i.e. it left some hanging refs to lock_kernel and > unlock_kernel in fs.o, and I think there was also > one in the UDF module.It's fixed in -ac2. ac1 came out while I was asleep, and I woke up to ac2 being released. d - 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-pre4-ac2 - part of diff fails
On 23-Dec-2000 Daniel Stone wrote: >> > patching file arch/i386/kernel/smp.c >> > Reversed (or previously applied) patch detected! Assume -R? [n] >> > Apply anyway? [n] y >> > Hunk #1 FAILED at 278. >> > Hunk #2 succeeded at 511 (offset 9 lines). >> > 1 out of 2 hunks FAILED -- saving rejects to file >> > arch/i386/kernel/smp.c.rej >> > >> > Works fine if I reverse it and then put it back in. ? >> >> Its a bug in my patch - get 13pre4ac2 .. > > Um. > Subject: Re: test13-pre4-ac2 - part of diff fails > It's _IN_ 13-4ac2. I applied test13-pre4-ac2 here, and it applied cleanly. Are you applying it to a clean tree? Are your using patch v2.5.4 ? (that's the version I have) FWIW, I was getting smp.c patch failures (well, it said the patch was previously applied) along with a bunch of IPTables stuff -- that was a couple of -ac's ago. AC1 and AC2 applied cleanly, tho AC1 wouldnt compile uniprocessor/no-quotas unless you added a #include to fs/ext2/balloc.c (i.e. it left some hanging refs to lock_kernel and unlock_kernel in fs.o, and I think there was also one in the UDF module.It's fixed in -ac2. -- Mark Orr [EMAIL PROTECTED] - 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-pre4-ac2 - part of diff fails
> > patching file arch/i386/kernel/smp.c > > Reversed (or previously applied) patch detected! Assume -R? [n] > > Apply anyway? [n] y > > Hunk #1 FAILED at 278. > > Hunk #2 succeeded at 511 (offset 9 lines). > > 1 out of 2 hunks FAILED -- saving rejects to file arch/i386/kernel/smp.c.rej > > > > Works fine if I reverse it and then put it back in. ? > > Its a bug in my patch - get 13pre4ac2 .. Um. Subject: Re: test13-pre4-ac2 - part of diff fails It's _IN_ 13-4ac2. d - 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-pre4-ac2 - part of diff fails
> patching file arch/i386/kernel/smp.c > Reversed (or previously applied) patch detected! Assume -R? [n] > Apply anyway? [n] y > Hunk #1 FAILED at 278. > Hunk #2 succeeded at 511 (offset 9 lines). > 1 out of 2 hunks FAILED -- saving rejects to file arch/i386/kernel/smp.c.rej > > Works fine if I reverse it and then put it back in. ? Its a bug in my patch - get 13pre4ac2 .. - 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 test13-pre4 causes CDROM ioctl errors
Since I've installed 2.4.0 test13-pre4, I see the following errors in my log: sr0: CDROM (ioctl) reports ILLEGAL REQUEST. and xmcd reports: CD audio: ioctl error on /dev/scd0: cmd=CDROMVOLCTRL errno=95 This was working fine with 2.4.0 test12-pre5, which was the previous kernel I was using. Raphael - 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 test13-pre4 causes CDROM ioctl errors
Since I've installed 2.4.0 test13-pre4, I see the following errors in my log: sr0: CDROM (ioctl) reports ILLEGAL REQUEST. and xmcd reports: CD audio: ioctl error on /dev/scd0: cmd=CDROMVOLCTRL errno=95 This was working fine with 2.4.0 test12-pre5, which was the previous kernel I was using. Raphael - 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-pre4-ac2 - part of diff fails
patching file arch/i386/kernel/smp.c Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] y Hunk #1 FAILED at 278. Hunk #2 succeeded at 511 (offset 9 lines). 1 out of 2 hunks FAILED -- saving rejects to file arch/i386/kernel/smp.c.rej Works fine if I reverse it and then put it back in. ? Its a bug in my patch - get 13pre4ac2 .. - 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-pre4-ac2 - part of diff fails
patching file arch/i386/kernel/smp.c Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] y Hunk #1 FAILED at 278. Hunk #2 succeeded at 511 (offset 9 lines). 1 out of 2 hunks FAILED -- saving rejects to file arch/i386/kernel/smp.c.rej Works fine if I reverse it and then put it back in. ? Its a bug in my patch - get 13pre4ac2 .. Um. Subject: Re: test13-pre4-ac2 - part of diff fails It's _IN_ 13-4ac2. d - 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-pre4-ac2 - part of diff fails
On 23-Dec-2000 Daniel Stone wrote: patching file arch/i386/kernel/smp.c Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] y Hunk #1 FAILED at 278. Hunk #2 succeeded at 511 (offset 9 lines). 1 out of 2 hunks FAILED -- saving rejects to file arch/i386/kernel/smp.c.rej Works fine if I reverse it and then put it back in. ? Its a bug in my patch - get 13pre4ac2 .. Um. Subject: Re: test13-pre4-ac2 - part of diff fails It's _IN_ 13-4ac2. I applied test13-pre4-ac2 here, and it applied cleanly. Are you applying it to a clean tree? Are your using patch v2.5.4 ? (that's the version I have) FWIW, I was getting smp.c patch failures (well, it said the patch was previously applied) along with a bunch of IPTables stuff -- that was a couple of -ac's ago. AC1 and AC2 applied cleanly, tho AC1 wouldnt compile uniprocessor/no-quotas unless you added a #include linux/smp_lock.h to fs/ext2/balloc.c (i.e. it left some hanging refs to lock_kernel and unlock_kernel in fs.o, and I think there was also one in the UDF module.It's fixed in -ac2. -- Mark Orr [EMAIL PROTECTED] - 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-pre4-ac2 - part of diff fails
On 23-Dec-2000 Daniel Stone wrote: patching file arch/i386/kernel/smp.c Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] y Hunk #1 FAILED at 278. Hunk #2 succeeded at 511 (offset 9 lines). 1 out of 2 hunks FAILED -- saving rejects to file arch/i386/kernel/smp.c.rej Works fine if I reverse it and then put it back in. ? Its a bug in my patch - get 13pre4ac2 .. Um. Subject: Re: test13-pre4-ac2 - part of diff fails It's _IN_ 13-4ac2. I applied test13-pre4-ac2 here, and it applied cleanly. Are you applying it to a clean tree? Are your using patch v2.5.4 ? (that's the version I have) linux-2.4.0-test12 + reiserfs + test13-pre4 + reiserfs makefile fix (only changes fs/reiserfs/Makefile) + netfilter patch-o-matic stuff (only touches net/ipv4/netfilter) + test13-pre4-ac2. also seen on just linux-2.4.0-test12 + test13-pre4 + test13-pre4-ac2. FWIW, I was getting smp.c patch failures (well, it said the patch was previously applied) along with a bunch of IPTables stuff -- that was a couple of -ac's ago. same here, just forgot to report it. AC1 and AC2 applied cleanly, tho AC1 wouldnt compile uniprocessor/no-quotas unless you added a #include linux/smp_lock.h to fs/ext2/balloc.c (i.e. it left some hanging refs to lock_kernel and unlock_kernel in fs.o, and I think there was also one in the UDF module.It's fixed in -ac2. ac1 came out while I was asleep, and I woke up to ac2 being released. d - 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-pre4-ac2 - part of diff fails
Daniel Stone wrote: linux-2.4.0-test12 + reiserfs + test13-pre4 + reiserfs makefile fix (only changes fs/reiserfs/Makefile) + netfilter patch-o-matic stuff (only touches net/ipv4/netfilter) + test13-pre4-ac2. I was able to patch and build 2.4.0test13pre4-ac2. I did not see the problem with smp.c which existed with the earlier test13pre3-ac3. [root@localhost src]# date;uname -a Sat Dec 23 07:33:48 MST 2000 Linux localhost.localdomain 2.4.0-test13pre4-ac2 #3 Fri Dec 22 22:06:06 MST 2000 i686 unknown 1 Script started on Fri Dec 22 18:28:38 2000 2 [root@localhost linux]# patch -p1 patch-2.4.0test13pre4-ac2 3 patching file CREDITS [snipped] 28 patching file arch/i386/kernel/setup.c 29 patching file arch/i386/kernel/smp.c 30 patching file arch/i386/kernel/smpboot.c I did things in this order: tar zxvf linux-2.4.0-test12.tar.gz patch -p0 test13-pre4 cd linux patch -p1 patch-2.4.0test13pre4-ac2 Found problem with build, fixed it, submitted patch. cd /usr/src patch -p0 linux-2.4.0-test12-reiserfs-3.6.23-patch patch -p0 reiserfs-Makefile-patch I then built a kernel with reiserfs-3.6.23 which I'm running now. Steven - 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/
undefined reference atm_lane_init atm_mpoa_init with test13-pre4
Hello, With 2.4.0-test13-pre4 i noticed "Networking options" M LAN Emulation (LANE) support M Multi-Protocol Over ATM (MPOA) support results with 'make bzImage' in: make[1]: Leaving directory `/usr/src/linux-2.4.0-test13-4/arch/i386/lib' ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o \ --start-group \ arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \ drivers/block/block.o drivers/char/char.o drivers/misc/misc.o drivers/net/net.o drivers/media/media.o drivers/char/drm/drm.o drivers/net/fc/fc.o drivers/net/appletalk/appletalk.o drivers/net/tokenring/tr.a drivers/net/wan/wan.o drivers/atm/atm.o drivers/ide/idedriver.o drivers/scsi/scsidrv.o drivers/cdrom/driver.o drivers/pci/driver.o drivers/video/video.o drivers/net/hamradio/hamradio.o drivers/md/mddev.o \ net/network.o \ /usr/src/linux/arch/i386/lib/lib.a /usr/src/linux/lib/lib.a /usr/src/linux/arch/i386/lib/lib.a \ --end-group \ -o vmlinux net/network.o: In function `atm_ioctl': net/network.o(.text+0x3ff92): undefined reference to `atm_lane_init' net/network.o(.text+0x40039): undefined reference to `atm_mpoa_init' make: *** [vmlinux] Error 1 sjoerd:/usr/src/linux # Unsetting these options "fixed" this for me. Greatings, -- Arjan Filius mailto:[EMAIL PROTECTED] - 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: undefined reference atm_lane_init atm_mpoa_init with test13-pre4
In article [EMAIL PROTECTED] you wrote: net/network.o(.text+0x3ff92): undefined reference to `atm_lane_init' net/network.o(.text+0x40039): undefined reference to `atm_mpoa_init' Hi, The patch below should fix that. Greetings, Arjan van de Ven --- linux/net/atm/Makefile Fri Dec 22 18:22:15 2000 +++ ../0/linux/net/atm/Makefile Fri Dec 22 19:01:03 2000 @@ -37,6 +37,11 @@ obj-$(CONFIG_ATM) += lec.o lane_mpoa_init.o endif +ifeq ($(CONFIG_ATM_LANE),m) +obj-$(CONFIG_ATM) += lane_mpoa_init.o +obj-m += lec.o +endif + ifeq ($(CONFIG_ATM_MPOA),y) obj-$(CONFIG_ATM) += mpoa.o endif - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
test13-pre4 fails to compile
ld: cannot open drivers/ieee1394/ieee1394.a: No such file or directory make: *** [vmlinux] Error 1 : Gene Imes http://www.ozob.net : - 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/
PROBLEM: multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4
1. multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4 2. its still possible to mount devices several times. IMHO it shouldnt be possible like 2.2.18 with umount in /proc/mounts is still the real information, in /etc/mtab all corresponding mountpoints are deleted. 3. kernel, filesystem, mount 4. Linux version 2.4.0-test13-pre4 (root@apollo) (gcc version 2.95.2 19991024 (release)) #1 SMP Sat Dec 23 17:04:07 CET 2000 5. none 6. example #!/bin/sh mount /dev/hda2 /gate mount -t nfs gate:/ /gate mount -t nfs gate:/ /gate mount /dev/hda2 /mnt 7. 7.1 -- Versions installed: (if some fields are empty or look -- unusual then possibly you have very old versions) Linux apollo 2.4.0-test13-pre4 #1 SMP Sat Dec 23 17:04:07 CET 2000 i586 unknown Kernel modules 2.3.11 Gnu C 2.95.2 Gnu Make 3.79.1 Binutils 2.9.5.0.24 Linux C Libraryx 1 root root 4070406 Jul 30 21:41 /lib/libc.so.6 Dynamic linker ldd (GNU libc) 2.1.3 Procps 2.0.6 Mount 2.10m Net-tools 1.56 Kbd0.99 Sh-utils 2.0 Modules Loaded 7.2 processor : 0 vendor_id : AuthenticAMD cpu family : 5 model : 8 model name : AMD-K6(tm) 3D processor stepping: 12 cpu MHz : 400.906 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: 799.54 7.3 7.4 -001f : dma1 0020-003f : pic1 0040-005f : timer 0060-006f : keyboard 0080-008f : dma page reg 00a0-00bf : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 0213-0213 : isapnp read 02f8-02ff : serial(auto) 0376-0376 : ide1 0378-037a : parport0 03c0-03df : vga+ 03f6-03f6 : ide0 03f8-03ff : serial(auto) 0a79-0a79 : isapnp write 0cf8-0cff : PCI conf1 5c20-5c3f : Acer Laboratories Inc. [ALi] M7101 PMU d000-d00f : Acer Laboratories Inc. [ALi] M5229 IDE d400-d43f : Ensoniq ES1371 [AudioPCI-97] d400-d43f : es1371 d800-d8ff : Realtek Semiconductor Co., Ltd. RTL-8139 d800-d8ff : eth0 -0009fbff : System RAM 0009fc00-0009 : reserved 000a-000b : Video RAM area 000c-000c7fff : Video ROM 000f-000f : System ROM 0010-07ffbfff : System RAM 0010-002ef4af : Kernel code 002ef4b0-0031193f : Kernel data 07ffc000-07ffefff : ACPI Tables 07fff000-07ff : ACPI Non-volatile Storage de00-deff : Realtek Semiconductor Co., Ltd. RTL-8139 de00-deff : eth0 df00-dfff : PCI Bus #01 df00-df7f : Matrox Graphics, Inc. MGA G400 AGP df80-df803fff : Matrox Graphics, Inc. MGA G400 AGP e000-e3ff : Acer Laboratories Inc. [ALi] M1541 e5f0-e7ff : PCI Bus #01 e600-e7ff : Matrox Graphics, Inc. MGA G400 AGP - : reserved 7.5 00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1541 (rev 04) Subsystem: Acer Laboratories Inc. [ALi] ALI M1541 Aladdin V/V+ AGP System Controller Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow TAbort- TAbort- MAbort+ SERR- PERR- Latency: 64 Region 0: Memory at e000 (32-bit, non-prefetchable) [size=64M] Capabilities: [b0] AGP version 1.0 Status: RQ=28 SBA+ 64bit- FW- Rate=x1,x2 Command: RQ=0 SBA- AGP- 64bit- FW- Rate=none 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5243 (rev 04) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow TAbort- TAbort- MAbort- SERR- PERR- Latency: 64 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: e000-dfff Memory behind bridge: df00-dfff Prefetchable memory behind bridge: e5f0-e7ff BridgeCtl: Parity- SERR- NoISA- VGA+ MAbort- Reset- FastB2B- 00:03.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU Subsystem: Acer Laboratories Inc. [ALi] ALI M7101 Power Management Controller Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] (rev c3) Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort+ MAbort+ SERR- PERR- Latency: 0 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd
FEATURE (was Re: PROBLEM: multiple mount of devices possible2.4.0-test1 - 2.4.0-test13-pre4
it is not a problem, it is a feature. (and a useful one!) On Sat, 23 Dec 2000 [EMAIL PROTECTED] wrote: 1. multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4 2. its still possible to mount devices several times. IMHO it shouldnt be possible like 2.2.18 with umount in /proc/mounts is still the real information, in /etc/mtab all corresponding mountpoints are deleted. 3. kernel, filesystem, mount 4. Linux version 2.4.0-test13-pre4 (root@apollo) (gcc version 2.95.2 19991024 (release)) #1 SMP Sat Dec 23 17:04:07 CET 2000 5. none 6. example #!/bin/sh mount /dev/hda2 /gate mount -t nfs gate:/ /gate mount -t nfs gate:/ /gate mount /dev/hda2 /mnt 7. 7.1 -- Versions installed: (if some fields are empty or look -- unusual then possibly you have very old versions) Linux apollo 2.4.0-test13-pre4 #1 SMP Sat Dec 23 17:04:07 CET 2000 i586 unknown Kernel modules 2.3.11 Gnu C 2.95.2 Gnu Make 3.79.1 Binutils 2.9.5.0.24 Linux C Libraryx 1 root root 4070406 Jul 30 21:41 /lib/libc.so.6 Dynamic linker ldd (GNU libc) 2.1.3 Procps 2.0.6 Mount 2.10m Net-tools 1.56 Kbd0.99 Sh-utils 2.0 Modules Loaded 7.2 processor : 0 vendor_id : AuthenticAMD cpu family: 5 model : 8 model name: AMD-K6(tm) 3D processor stepping : 12 cpu MHz : 400.906 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 : 799.54 7.3 7.4 -001f : dma1 0020-003f : pic1 0040-005f : timer 0060-006f : keyboard 0080-008f : dma page reg 00a0-00bf : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 0213-0213 : isapnp read 02f8-02ff : serial(auto) 0376-0376 : ide1 0378-037a : parport0 03c0-03df : vga+ 03f6-03f6 : ide0 03f8-03ff : serial(auto) 0a79-0a79 : isapnp write 0cf8-0cff : PCI conf1 5c20-5c3f : Acer Laboratories Inc. [ALi] M7101 PMU d000-d00f : Acer Laboratories Inc. [ALi] M5229 IDE d400-d43f : Ensoniq ES1371 [AudioPCI-97] d400-d43f : es1371 d800-d8ff : Realtek Semiconductor Co., Ltd. RTL-8139 d800-d8ff : eth0 -0009fbff : System RAM 0009fc00-0009 : reserved 000a-000b : Video RAM area 000c-000c7fff : Video ROM 000f-000f : System ROM 0010-07ffbfff : System RAM 0010-002ef4af : Kernel code 002ef4b0-0031193f : Kernel data 07ffc000-07ffefff : ACPI Tables 07fff000-07ff : ACPI Non-volatile Storage de00-deff : Realtek Semiconductor Co., Ltd. RTL-8139 de00-deff : eth0 df00-dfff : PCI Bus #01 df00-df7f : Matrox Graphics, Inc. MGA G400 AGP df80-df803fff : Matrox Graphics, Inc. MGA G400 AGP e000-e3ff : Acer Laboratories Inc. [ALi] M1541 e5f0-e7ff : PCI Bus #01 e600-e7ff : Matrox Graphics, Inc. MGA G400 AGP - : reserved 7.5 00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1541 (rev 04) Subsystem: Acer Laboratories Inc. [ALi] ALI M1541 Aladdin V/V+ AGP System Controller Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow TAbort- TAbort- MAbort+ SERR- PERR- Latency: 64 Region 0: Memory at e000 (32-bit, non-prefetchable) [size=64M] Capabilities: [b0] AGP version 1.0 Status: RQ=28 SBA+ 64bit- FW- Rate=x1,x2 Command: RQ=0 SBA- AGP- 64bit- FW- Rate=none 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5243 (rev 04) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow TAbort- TAbort- MAbort- SERR- PERR- Latency: 64 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: e000-dfff Memory behind bridge: df00-dfff Prefetchable memory behind bridge: e5f0-e7ff BridgeCtl: Parity- SERR- NoISA- VGA+ MAbort- Reset- FastB2B- 00:03.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU Subsystem: Acer Laboratories Inc. [ALi] ALI M7101 Power Management Controller Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] (rev c3) Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping
[PATCH] 2.4.0-test13-pre4 fix drivers/ieee1394/Makefile
ebi4 wrote: ld: cannot open drivers/ieee1394/ieee1394.a: No such file or directory make: *** [vmlinux] Error 1 Changing the order of a few lines in linux/drivers/ieee1394/Makefile fixes this problem. Here is the patch: Steven diff -u linux/drivers/ieee1394/Makefile.orig linux/drivers/ieee1394/Makefile --- linux/drivers/ieee1394/Makefile.origSat Dec 23 11:03:06 2000 +++ linux/drivers/ieee1394/Makefile Sat Dec 23 11:04:08 2000 @@ -23,7 +23,7 @@ obj-$(CONFIG_IEEE1394_VIDEO1394) += video1394.o obj-$(CONFIG_IEEE1394_RAWIO) += raw1394.o +include $(TOPDIR)/Rules.make + ieee1394.o: $(ieee1394-objs) $(LD) -r -o $@ $(ieee1394-objs) - -include $(TOPDIR)/Rules.make - 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-pre4 fails to compile
On Sat, 23 Dec 2000, ebi4 wrote: ld: cannot open drivers/ieee1394/ieee1394.a: No such file or directory make: *** [vmlinux] Error 1 I sent the following patch to Linus already. It should fix the problem. --Kai diff -ur linux-2.4.0-test13-pre3/drivers/ieee1394/Makefile linux-2.4.0-test13-pre3.1/drivers/ieee1394/Makefile --- linux-2.4.0-test13-pre3/drivers/ieee1394/Makefile Tue Dec 19 21:44:15 2000 +++ linux-2.4.0-test13-pre3.1/drivers/ieee1394/Makefile Wed Dec 20 12:42:07 2000 @@ -23,7 +23,8 @@ obj-$(CONFIG_IEEE1394_VIDEO1394) += video1394.o obj-$(CONFIG_IEEE1394_RAWIO) += raw1394.o +include $(TOPDIR)/Rules.make + ieee1394.o: $(ieee1394-objs) $(LD) -r -o $@ $(ieee1394-objs) -include $(TOPDIR)/Rules.make - 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/
