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: 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 #
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
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
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
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 dire
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/
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_
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/
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 400fc
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/
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/
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/
Re: PROBLEM: multiple mount of devices possible 2.4.0-test1 - 2.4.0-test13-pre4
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. There are many absolutely vital reasons for multi-mounting, so it's extremely useful. Think about: - chroot environments, where you want to mount the same filesystem as outside the chroot thing. Imagine having your /usr/share thing mounted read-only, for example. Things like that. - user-private areas - where users see their own version of their tree. This can be quite powerful for things like emulation, or simply for namespace cleanliness. - automounting. "autofs" will use this to mount your local home directory the _right_ way. So you'd have the same filesystem mounted as both /export/home/machine/torvalds ("native" location) /home/torvalds (auto-mount location) automounting is also why you want to be able to do things like mounting multiple different filesystems at the same point, etc. Now, I agree that it is inconvenient that the user-space mount binary hasn't historically known about these things, but I think the current linux-util stuff already has a multi-mount aware mount that won't be confused by the fact that the kernel can do more than it historically was able to. 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/
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/
test13-pre4-ac2 - part of diff fails
I get this when patch'ing in test13-pre4-ac2 (with ReiserFS and Netfilter patches, none of which touch SMP). 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. ? 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
Andrea Arcangeli wrote: > Ok, found it, you can workaround it with: > > CONFIG_LVM_PROC_FS=y Yes, this fixed it. I do build with proc, and have no idea why this was off in my config. Anyway, why is there this private proc option in .config at all? most modules use the global setting for proc (CONFIG_PROC_FS), only very few have such private options. -- Eyal Lebedinsky ([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/
drm woes continue in test13-pre4
Greetings, Up to and including -test12, tdfx.o has built and run nicely. Starting with -test13-pre1, and continuing to -test13-pre4, tdfx.o (and other modules e,g the olympic.o token ring driver) have not been successfully created. In general, modules work fine, it's just a few that have been broken byu the makefile changes. # uname -r 2.4.0-test13-pre4 # lsmod Module Size Used by iptable_filter 1872 0 (autoclean) (unused) ip_nat_ftp 3408 0 (unused) iptable_nat12672 1 [ip_nat_ftp] ip_conntrack_ftp2048 0 (unused) ip_conntrack 13056 2 [ip_nat_ftp iptable_nat ip_conntrack_ftp] ip_tables 10624 4 [iptable_filter iptable_nat] ide-scsi8096 0 8139too15632 2 (autoclean) emu10k145232 0 However, "modprobe tdfx" yields 34 lines of "unresolved symbol" messages and a failure to load the module. Other info: modutils version: 2.3.21 gcc version: egcs-2.91.66 More info on request Hope this helps direct attention to the problem - jjs - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: test13-pre4
On Fri, Dec 22, 2000 at 05:07:27PM +0100, Arjan van de Ven wrote: > In article <[EMAIL PROTECTED]> you wrote: > > Linus Torvalds wrote: > >> - pre4: > >>- Andrea Arkangeli: update to LVM-0.9 > > > lvm.c: In function `lvm_do_create_proc_entry_of_lv': > > [snip] > > Hi, > > The patch below fixes this. I prefer my one that also kills the bogus check for CONFIG_PROC_FS introducing a dependency on CONFIG_PROC_FS in config.in. Andrea - 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
In article <[EMAIL PROTECTED]> you wrote: > Linus Torvalds wrote: >> - pre4: >>- Andrea Arkangeli: update to LVM-0.9 > lvm.c: In function `lvm_do_create_proc_entry_of_lv': [snip] Hi, The patch below fixes this. Greetings, Arjan van de Ven diff -ur linux/drivers/md/lvm.c /mnt/raid/0/linux/drivers/md/lvm.c --- linux/drivers/md/lvm.c Fri Dec 22 17:05:20 2000 +++ /mnt/raid/0/linux/drivers/md/lvm.c Fri Dec 22 12:39:37 2000 @@ -2021,7 +2021,9 @@ for (p = 0; p < vg_ptr->pv_max; p++) { if ( ( pv_ptr = vg_ptr->pv[p]) == NULL) { ret = lvm_do_pv_create(arg, vg_ptr, p); +#if defined CONFIG_LVM_PROC_FS && defined CONFIG_PROC_FS lvm_do_create_proc_entry_of_pv ( vg_ptr, pv_ptr); +#endif if ( ret != 0) return ret; /* We don't need the PE list @@ -3002,6 +3004,8 @@ } /* lvm_do_pv_status() */ +#if defined CONFIG_LVM_PROC_FS && defined CONFIG_PROC_FS + /* * create a /proc entry for a logical volume @@ -3021,8 +3025,6 @@ } } } - - /* * remove a /proc entry for a logical volume */ @@ -3038,6 +3040,7 @@ } + /* * create a /proc entry for a physical volume */ @@ -3074,7 +3077,6 @@ /* * create a /proc entry for a volume group */ -#if defined CONFIG_LVM_PROC_FS && defined CONFIG_PROC_FS void lvm_do_create_proc_entry_of_vg ( vg_t *vg_ptr) { int l, p; pv_t *pv_ptr; - 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
On Fri, Dec 22, 2000 at 04:01:50PM +0100, Andrea Arcangeli wrote: > On Fri, Dec 22, 2000 at 03:31:45PM +0100, Andrea Arcangeli wrote: > > On Sat, Dec 23, 2000 at 12:00:27AM +1100, Eyal Lebedinsky wrote: > > > Linus Torvalds wrote: > > > > - pre4: > > > >- Andrea Arkangeli: update to LVM-0.9 > > > > > > gcc -D__KERNEL__ -I/usr/local/src/linux/include -Wall > > > -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe > > > -mpreferred-stack-boundary=2 -march=i686 -malign-functions=4 -DMODULE > > > -DMODVERSIONS -include > > > /usr/local/src/linux/include/linux/modversions.h -c -o lvm.o lvm.c > > > lvm.c: In function `lvm_do_vg_extend': > > > lvm.c:2024: warning: implicit declaration of function > > > `lvm_do_create_proc_entry_of_pv' > > > lvm.c: In function `lvm_do_create_proc_entry_of_lv': > > > lvm.c:3016: `pde' undeclared (first use in this function) > > > lvm.c:3016: (Each undeclared identifier is reported only once > > > lvm.c:3016: for each function it appears in.) > > > lvm.c: At top level: > > > lvm.c:3044: warning: type mismatch with previous implicit declaration > > > lvm.c:2024: warning: previous implicit declaration of > > > `lvm_do_create_proc_entry_of_pv' > > > lvm.c:3044: warning: `lvm_do_create_proc_entry_of_pv' was previously > > > implicitly declared to return `int' > > > lvm.c: In function `lvm_do_create_proc_entry_of_pv': > > > lvm.c:3050: `pde' undeclared (first use in this function) > > > lvm.c: At top level: > > > lvm.c:147: warning: `lvm_short_version' defined but not used > > > make[2]: *** [lvm.o] Error 1 > > > make[2]: Leaving directory `/data2/usr/local/src/linux-2.4/drivers/md' > > > > Strange, test13-pre3 plus the 0.9 lvm patch compiled and worked fine > > for me. I'll try to compile test13-pre4 now and I'll let you know. > > Ok, found it, you can workaround it with: > > CONFIG_LVM_PROC_FS=y > > (I never tried to compile LVM without procfs support, you really > want /proc support too, anyways of course it should compile also > without /proc support so it's a minor bug...) Ok this should fix the problem and it cleanups a little bit the code: ftp://ftp.us.kernel.org/pub/linux/kernel/people/andrea/patches/v2.4/2.4.0-test13-pre4/lvm-proc-fixes-1 Please confirm and then I'll sumbit it to Linus. Andrea - 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
On Fri, Dec 22, 2000 at 03:31:45PM +0100, Andrea Arcangeli wrote: > On Sat, Dec 23, 2000 at 12:00:27AM +1100, Eyal Lebedinsky wrote: > > Linus Torvalds wrote: > > > - pre4: > > >- Andrea Arkangeli: update to LVM-0.9 > > > > gcc -D__KERNEL__ -I/usr/local/src/linux/include -Wall > > -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe > > -mpreferred-stack-boundary=2 -march=i686 -malign-functions=4 -DMODULE > > -DMODVERSIONS -include > > /usr/local/src/linux/include/linux/modversions.h -c -o lvm.o lvm.c > > lvm.c: In function `lvm_do_vg_extend': > > lvm.c:2024: warning: implicit declaration of function > > `lvm_do_create_proc_entry_of_pv' > > lvm.c: In function `lvm_do_create_proc_entry_of_lv': > > lvm.c:3016: `pde' undeclared (first use in this function) > > lvm.c:3016: (Each undeclared identifier is reported only once > > lvm.c:3016: for each function it appears in.) > > lvm.c: At top level: > > lvm.c:3044: warning: type mismatch with previous implicit declaration > > lvm.c:2024: warning: previous implicit declaration of > > `lvm_do_create_proc_entry_of_pv' > > lvm.c:3044: warning: `lvm_do_create_proc_entry_of_pv' was previously > > implicitly declared to return `int' > > lvm.c: In function `lvm_do_create_proc_entry_of_pv': > > lvm.c:3050: `pde' undeclared (first use in this function) > > lvm.c: At top level: > > lvm.c:147: warning: `lvm_short_version' defined but not used > > make[2]: *** [lvm.o] Error 1 > > make[2]: Leaving directory `/data2/usr/local/src/linux-2.4/drivers/md' > > Strange, test13-pre3 plus the 0.9 lvm patch compiled and worked fine > for me. I'll try to compile test13-pre4 now and I'll let you know. Ok, found it, you can workaround it with: CONFIG_LVM_PROC_FS=y (I never tried to compile LVM without procfs support, you really want /proc support too, anyways of course it should compile also without /proc support so it's a minor bug...) Andrea - 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
On Sat, Dec 23, 2000 at 12:00:27AM +1100, Eyal Lebedinsky wrote: > Linus Torvalds wrote: > > - pre4: > >- Andrea Arkangeli: update to LVM-0.9 > > gcc -D__KERNEL__ -I/usr/local/src/linux/include -Wall > -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe > -mpreferred-stack-boundary=2 -march=i686 -malign-functions=4 -DMODULE > -DMODVERSIONS -include > /usr/local/src/linux/include/linux/modversions.h -c -o lvm.o lvm.c > lvm.c: In function `lvm_do_vg_extend': > lvm.c:2024: warning: implicit declaration of function > `lvm_do_create_proc_entry_of_pv' > lvm.c: In function `lvm_do_create_proc_entry_of_lv': > lvm.c:3016: `pde' undeclared (first use in this function) > lvm.c:3016: (Each undeclared identifier is reported only once > lvm.c:3016: for each function it appears in.) > lvm.c: At top level: > lvm.c:3044: warning: type mismatch with previous implicit declaration > lvm.c:2024: warning: previous implicit declaration of > `lvm_do_create_proc_entry_of_pv' > lvm.c:3044: warning: `lvm_do_create_proc_entry_of_pv' was previously > implicitly declared to return `int' > lvm.c: In function `lvm_do_create_proc_entry_of_pv': > lvm.c:3050: `pde' undeclared (first use in this function) > lvm.c: At top level: > lvm.c:147: warning: `lvm_short_version' defined but not used > make[2]: *** [lvm.o] Error 1 > make[2]: Leaving directory `/data2/usr/local/src/linux-2.4/drivers/md' Strange, test13-pre3 plus the 0.9 lvm patch compiled and worked fine for me. I'll try to compile test13-pre4 now and I'll let you know. Andrea - 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
Linus Torvalds wrote: > - pre4: >- Andrea Arkangeli: update to LVM-0.9 gcc -D__KERNEL__ -I/usr/local/src/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2 -march=i686 -malign-functions=4 -DMODULE -DMODVERSIONS -include /usr/local/src/linux/include/linux/modversions.h -c -o lvm.o lvm.c lvm.c: In function `lvm_do_vg_extend': lvm.c:2024: warning: implicit declaration of function `lvm_do_create_proc_entry_of_pv' lvm.c: In function `lvm_do_create_proc_entry_of_lv': lvm.c:3016: `pde' undeclared (first use in this function) lvm.c:3016: (Each undeclared identifier is reported only once lvm.c:3016: for each function it appears in.) lvm.c: At top level: lvm.c:3044: warning: type mismatch with previous implicit declaration lvm.c:2024: warning: previous implicit declaration of `lvm_do_create_proc_entry_of_pv' lvm.c:3044: warning: `lvm_do_create_proc_entry_of_pv' was previously implicitly declared to return `int' lvm.c: In function `lvm_do_create_proc_entry_of_pv': lvm.c:3050: `pde' undeclared (first use in this function) lvm.c: At top level: lvm.c:147: warning: `lvm_short_version' defined but not used make[2]: *** [lvm.o] Error 1 make[2]: Leaving directory `/data2/usr/local/src/linux-2.4/drivers/md' --- .config # # Multi-device support (RAID and LVM) # CONFIG_MD=y CONFIG_BLK_DEV_MD=m CONFIG_MD_LINEAR=m CONFIG_MD_RAID0=m CONFIG_MD_RAID1=m CONFIG_MD_RAID5=m CONFIG_BLK_DEV_LVM=m - -- Eyal Lebedinsky ([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
More Makefile cleanups, otherwise mainly noticeable are the netfilter fix and the LVM update. Linus - - pre4: - Christoph Rohland: shmfs cleanup - Nicolas Pitre: don't forget loop.c flags - Geert Uytterhoeven: new-style m68k Makefiles - Neil Brown: knfsd cleanups, raid5 re-org - Andrea Arkangeli: update to LVM-0.9 - LC Chang: sis900 driver doc update - David Miller: netfilter oops fix - Andrew Grover: acpi update - pre3: - Christian Jullien: smc9194: proper dev_kfree_skb_irq - Cort Dougan: new-style PowerPC Makefiles - Andrew Morton, Petr Vandrovec: fix run_task_queue - Christoph Rohland: shmfs for shared memory handling - pre2: - Kai Germaschewski: ISDN update (including Makefiles) - Jens Axboe: cdrom updates - Petr Vandrovec; Matrox G450 support - Bill Nottingham: fix FAT32 filesystems on 64-bit platforms - David Miller: sparc (and other) Makefile fixup - Andrea Arkangeli: alpha SMP TLB context fix (and cleanups) - Niels Kristian Bech Jensen: checkconfig, USB warnings - Andrew Grover: large ACPI update - pre1: - me: drop support for old-style Makefiles entirely. Big. - me: check b_end_io at the IO submission path - me: fix "ptep_mkdirty()" (so that swapoff() works correctly) - fix fault case in copy_from_user() with a constant size, where ((size & 3) == 3) - 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/