2.4.0-test9-pre1: Memory in use grows rapidly with no application responsible
[Disclaimer: I'm a newbie.] I was closely monitoring the memory usage on my system while testing something. I decided to run updatedb to try to make the system less responsive and see if a realtime program would hold up. For no apparent reason, while updatedb was running free(1) reported that the memory in use (+/- buffers/cache) was skyrocketing steadily. Looking at the process lists, no application was anywhere near the 95mb that the used memory had risen by. After the updatedb process had completed, the memory in use stopped climbing but it never went down below the 95mb that the memory usage had exploded by, even after killing X and just about every process. I have seen similar situations occur with various 2.4.0-test kernels. Even dropping down to single-user mode still reports that a lot of memory is in use, and no process is anywhere near large enough to be a significant part of it. The system is an Athlon with an IDE disk drive and an ext2 filesystem on that drive. I can provide further information if would be helpful. Thanks, Aaron Lehmann p.s. please CC: me in on replys ... thanks - 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: test9-pre1 hang when loading scsi-ide cdrom
On Sun, Sep 17, 2000 at 03:20:17PM +0200, Torben Mathiasen wrote: > > > > The problem seems to reside in the ide-scsi driver; if the cdrom (sr_mod) is > > not loaded, I get during initialisation of the ide-scsi module a lockup > > after printing the information about the 1st host (dies after the 'Type: > > CDROM' line). Probing the 2nd host seems to fail. > > > > When did this start to happen? I sustect this is something similar to what has > been happening with sd because of the module_init/exit stuff. Latest version that worked for me was test7. > > Some people are seeing lockups because of the sd changes, going back to init_module > cures it. The problems is within the scsi subsystem itself. > > Could you try reverting the init_sr/exit_sr to init_module/cleanup_module and > removing module_init/exit please? I tried but this didn't make any difference. No surprise because the ide-scsi also causes a hangup if the sr driver is not loaded. Since the test9-pre2 was out yesterday evening I gave it a try. No difference, also hangs after probing the first ide device. I understood there are some problems in the scsi subsystem; especially difference in behaviour regarding if modules are used or not. In my config the adaptec aha-2940uw (AIC7) is included in the kernel image, while the ide-scsi is compiled as a module. Perhaps this does matter... from my .configure: # # SCSI support # CONFIG_SCSI=y # # SCSI support type (disk, tape, CD-ROM) # CONFIG_BLK_DEV_SD=y CONFIG_SD_EXTRA_DEVS=40 CONFIG_CHR_DEV_ST=m CONFIG_BLK_DEV_SR=m CONFIG_BLK_DEV_SR_VENDOR=y CONFIG_SR_EXTRA_DEVS=2 CONFIG_CHR_DEV_SG=m # # Some SCSI devices (e.g. CD jukebox) support multiple LUNs # CONFIG_SCSI_DEBUG_QUEUES=y # CONFIG_SCSI_MULTI_LUN is not set CONFIG_SCSI_CONSTANTS=y CONFIG_SCSI_LOGGING=y # # SCSI low-level drivers # CONFIG_SCSI_AIC7XXX=y CONFIG_AIC7XXX_TCQ_ON_BY_DEFAULT=y CONFIG_AIC7XXX_CMDS_PER_DEVICE=8 CONFIG_AIC7XXX_PROC_STATS=y CONFIG_AIC7XXX_RESET_DELAY=5 Frank. -- + --- -- - - -- |Frank van de Pol -o) | [EMAIL PROTECTED] /\\ | _\_v |Linux - Why use Windows, since there is a door? - 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: test9-pre1 hang when loading scsi-ide cdrom
On Sun, Sep 17, 2000 at 03:20:17PM +0200, Torben Mathiasen wrote: The problem seems to reside in the ide-scsi driver; if the cdrom (sr_mod) is not loaded, I get during initialisation of the ide-scsi module a lockup after printing the information about the 1st host (dies after the 'Type: CDROM' line). Probing the 2nd host seems to fail. When did this start to happen? I sustect this is something similar to what has been happening with sd because of the module_init/exit stuff. Latest version that worked for me was test7. Some people are seeing lockups because of the sd changes, going back to init_module cures it. The problems is within the scsi subsystem itself. Could you try reverting the init_sr/exit_sr to init_module/cleanup_module and removing module_init/exit please? I tried but this didn't make any difference. No surprise because the ide-scsi also causes a hangup if the sr driver is not loaded. Since the test9-pre2 was out yesterday evening I gave it a try. No difference, also hangs after probing the first ide device. I understood there are some problems in the scsi subsystem; especially difference in behaviour regarding if modules are used or not. In my config the adaptec aha-2940uw (AIC7) is included in the kernel image, while the ide-scsi is compiled as a module. Perhaps this does matter... from my .configure: # # SCSI support # CONFIG_SCSI=y # # SCSI support type (disk, tape, CD-ROM) # CONFIG_BLK_DEV_SD=y CONFIG_SD_EXTRA_DEVS=40 CONFIG_CHR_DEV_ST=m CONFIG_BLK_DEV_SR=m CONFIG_BLK_DEV_SR_VENDOR=y CONFIG_SR_EXTRA_DEVS=2 CONFIG_CHR_DEV_SG=m # # Some SCSI devices (e.g. CD jukebox) support multiple LUNs # CONFIG_SCSI_DEBUG_QUEUES=y # CONFIG_SCSI_MULTI_LUN is not set CONFIG_SCSI_CONSTANTS=y CONFIG_SCSI_LOGGING=y # # SCSI low-level drivers # CONFIG_SCSI_AIC7XXX=y CONFIG_AIC7XXX_TCQ_ON_BY_DEFAULT=y CONFIG_AIC7XXX_CMDS_PER_DEVICE=8 CONFIG_AIC7XXX_PROC_STATS=y CONFIG_AIC7XXX_RESET_DELAY=5 Frank. -- + --- -- - - -- |Frank van de Pol -o) | [EMAIL PROTECTED] /\\ | _\_v |Linux - Why use Windows, since there is a door? - 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-test9-pre1: Memory in use grows rapidly with no application responsible
[Disclaimer: I'm a newbie.] I was closely monitoring the memory usage on my system while testing something. I decided to run updatedb to try to make the system less responsive and see if a realtime program would hold up. For no apparent reason, while updatedb was running free(1) reported that the memory in use (+/- buffers/cache) was skyrocketing steadily. Looking at the process lists, no application was anywhere near the 95mb that the used memory had risen by. After the updatedb process had completed, the memory in use stopped climbing but it never went down below the 95mb that the memory usage had exploded by, even after killing X and just about every process. I have seen similar situations occur with various 2.4.0-test kernels. Even dropping down to single-user mode still reports that a lot of memory is in use, and no process is anywhere near large enough to be a significant part of it. The system is an Athlon with an IDE disk drive and an ext2 filesystem on that drive. I can provide further information if would be helpful. Thanks, Aaron Lehmann p.s. please CC: me in on replys ... thanks - 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/
cannot boot 2.4.0-test8 and test9-pre1
bash-2.03# gcc -v Reading specs from /usr/lib/gcc-lib/i486-suse-linux/2.95.2/specs gcc version 2.95.2 19991024 (release) I've compiled both (2.4.0-test8 and test9-pre1) with this version of gcc and it hans on boot on "booting linux..." here is the .config: # # Automatically generated by make menuconfig: don't edit # CONFIG_X86=y CONFIG_ISA=y # CONFIG_SBUS is not set CONFIG_UID16=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y # # Loadable module support # CONFIG_MODULES=y CONFIG_MODVERSIONS=y CONFIG_KMOD=y # # Processor type and features # # CONFIG_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_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_BYTES=32 CONFIG_X86_TSC=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_PGE=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_X86_FXSR=y CONFIG_X86_XMM=y # CONFIG_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_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_MCA is not set # CONFIG_HOTPLUG is not set # CONFIG_PCMCIA is not set CONFIG_SYSVIPC=y # CONFIG_BSD_PROCESS_ACCT is not set CONFIG_SYSCTL=y CONFIG_KCORE_ELF=y # CONFIG_KCORE_AOUT is not set CONFIG_BINFMT_AOUT=m CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=m # CONFIG_PM is not set # CONFIG_ACPI is not set # CONFIG_APM is not set # # Memory Technology Devices (MTD) # # CONFIG_MTD is not set # # Parallel port support # CONFIG_PARPORT=m CONFIG_PARPORT_PC=m # CONFIG_PARPORT_PC_FIFO is not set # 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_DEV_DAC960 is not set # CONFIG_BLK_DEV_LOOP is not set # CONFIG_BLK_DEV_NBD is not set # CONFIG_BLK_DEV_LVM is not set # CONFIG_BLK_DEV_MD is not set # CONFIG_MD_LINEAR is not set # CONFIG_MD_RAID0 is not set # CONFIG_MD_RAID1 is not set # CONFIG_MD_RAID5 is not set # CONFIG_BLK_DEV_RAM is not set # CONFIG_BLK_DEV_INITRD is not set # # Networking options # CONFIG_PACKET=y # CONFIG_PACKET_MMAP is not set # CONFIG_NETLINK is not set # CONFIG_NETFILTER is not set # CONFIG_FILTER is not set CONFIG_UNIX=y CONFIG_INET=y # CONFIG_IP_MULTICAST is not set # CONFIG_IP_ADVANCED_ROUTER is not set # CONFIG_IP_PNP is not set # CONFIG_NET_IPIP is not set # CONFIG_NET_IPGRE is not set # CONFIG_INET_ECN is not set # CONFIG_SYN_COOKIES is not set # CONFIG_IPV6 is not set # CONFIG_KHTTPD is not set # CONFIG_ATM is not set # CONFIG_IPX is not set # CONFIG_ATALK is not set # CONFIG_DECNET is not set # CONFIG_BRIDGE is not set # CONFIG_X25 is not set # CONFIG_LAPB is not set # CONFIG_LLC is not set # CONFIG_ECONET is not set # CONFIG_WAN_ROUTER is not set # CONFIG_NET_FASTROUTE is not set # CONFIG_NET_HW_FLOWCONTROL is not set # # QoS and/or fair queueing # # CONFIG_NET_SCHED is not set # # Telephony Support # # CONFIG_PHONE is not set # CONFIG_PHONE_IXJ is not set # # ATA/IDE/MFM/RLL support # CONFIG_IDE=y # # IDE, ATA and ATAPI Block devices # CONFIG_BLK_DEV_IDE=y # CONFIG_BLK_DEV_HD_IDE is not set # CONFIG_BLK_DEV_HD is not set CONFIG_BLK_DEV_IDEDISK=y # CONFIG_IDEDISK_MULTI_MODE is not set # CONFIG_BLK_DEV_IDEDISK_VENDOR is not set # CONFIG_BLK_DEV_IDEDISK_FUJITSU is not set # CONFIG_BLK_DEV_IDEDISK_IBM is not set # CONFIG_BLK_DEV_IDEDISK_MAXTOR is not set # CONFIG_BLK_DEV_IDEDISK_QUANTUM is not set # CONFIG_BLK_DEV_IDEDISK_SEAGATE is not set # CONFIG_BLK_DEV_IDEDISK_WD is not set # CONFIG_BLK_DEV_COMMERIAL is not set # CONFIG_BLK_DEV_TIVO is not set # CONFIG_BLK_DEV_IDECS is not set CONFIG_BLK_DEV_IDECD=y # CONFIG_BLK_DEV_IDETAPE is not set # CONFIG_BLK_DEV_IDEFLOPPY is not set # CONFIG_BLK_DEV_IDESCSI is not set CONFIG_BLK_DEV_CMD640=y # CONFIG_BLK_DEV_CMD640_ENHANCED is not set # CONFIG_BLK_DEV_ISAPNP is not set CONFIG_BLK_DEV_RZ1000=y CONFIG_BLK_DEV_IDEPCI=y CONFIG_IDEPCI_SHARE_IRQ=y # CONFIG_BLK_DEV_IDEDMA_PCI is not set # CONFIG_BLK_DEV_OFFBOARD is not set # CONFIG_IDEDMA_PCI_AUTO is not set # CONFIG_BLK_DEV_IDEDMA is not set # CONFIG_IDEDMA_PCI_WIP is not set # CONFIG_IDEDMA_NEW_DRIVE_LISTINGS
Re: test9-pre1 hang when loading scsi-ide cdrom
On Sun, Sep 17 2000, Frank van de Pol wrote: > On Sat, Sep 16, 2000 at 07:27:01PM +0200, Frank van de Pol wrote: > > > > Just experienced a (reproducable) hang of the system when loading the > > drivers for my cdrom drives. (ide-cd and ide-scsi). System freezes > > completely; interupts / alt-sysreq is still working. > > > > Just before the lockup I get next message on my console: > > > > " > > scsi1 : SCSI host adapter emulation for IDE ATAPI devices > > scsi : 2 hosts. > >Vendor: E-IDE Model: CD-ROM 36X/AKU Rev: U21I > >Type: CD-ROM > > ANSI SCSI revision: 02 > > Detected scsi CD-ROM sr0 at scsi1, channel 0, id 0, lun 0 > > " > > > > I tried to compile the sr_mod without the __init & __exit but this did (as > expected) to cure the problem. > > The problem seems to reside in the ide-scsi driver; if the cdrom (sr_mod) is > not loaded, I get during initialisation of the ide-scsi module a lockup > after printing the information about the 1st host (dies after the 'Type: > CDROM' line). Probing the 2nd host seems to fail. > When did this start to happen? I sustect this is something similar to what has been happening with sd because of the module_init/exit stuff. Some people are seeing lockups because of the sd changes, going back to init_module cures it. The problems is within the scsi subsystem itself. Could you try reverting the init_sr/exit_sr to init_module/cleanup_module and removing module_init/exit please? -- Torben Mathiasen <[EMAIL PROTECTED]> Linux ThunderLAN maintainer http://tlan.kernel.dk - 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: test9-pre1 hang when loading scsi-ide cdrom
On Sat, Sep 16, 2000 at 07:27:01PM +0200, Frank van de Pol wrote: > > Just experienced a (reproducable) hang of the system when loading the > drivers for my cdrom drives. (ide-cd and ide-scsi). System freezes > completely; interupts / alt-sysreq is still working. > > Just before the lockup I get next message on my console: > > " > scsi1 : SCSI host adapter emulation for IDE ATAPI devices > scsi : 2 hosts. >Vendor: E-IDE Model: CD-ROM 36X/AKU Rev: U21I >Type: CD-ROM > ANSI SCSI revision: 02 > Detected scsi CD-ROM sr0 at scsi1, channel 0, id 0, lun 0 > " > I tried to compile the sr_mod without the __init & __exit but this did (as expected) to cure the problem. The problem seems to reside in the ide-scsi driver; if the cdrom (sr_mod) is not loaded, I get during initialisation of the ide-scsi module a lockup after printing the information about the 1st host (dies after the 'Type: CDROM' line). Probing the 2nd host seems to fail. Frank. -- + --- -- - - -- |Frank van de Pol -o) | [EMAIL PROTECTED] /\\ | _\_v |Linux - Why use Windows, since there is a door? - 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: test9-pre1 hang when loading scsi-ide cdrom
On Sat, Sep 16, 2000 at 07:27:01PM +0200, Frank van de Pol wrote: Just experienced a (reproducable) hang of the system when loading the drivers for my cdrom drives. (ide-cd and ide-scsi). System freezes completely; interupts / alt-sysreq is still working. Just before the lockup I get next message on my console: " scsi1 : SCSI host adapter emulation for IDE ATAPI devices scsi : 2 hosts. Vendor: E-IDE Model: CD-ROM 36X/AKU Rev: U21I Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr0 at scsi1, channel 0, id 0, lun 0 " lockup I tried to compile the sr_mod without the __init __exit but this did (as expected) to cure the problem. The problem seems to reside in the ide-scsi driver; if the cdrom (sr_mod) is not loaded, I get during initialisation of the ide-scsi module a lockup after printing the information about the 1st host (dies after the 'Type: CDROM' line). Probing the 2nd host seems to fail. Frank. -- + --- -- - - -- |Frank van de Pol -o) | [EMAIL PROTECTED] /\\ | _\_v |Linux - Why use Windows, since there is a door? - 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: test9-pre1 hang when loading scsi-ide cdrom
On Sun, Sep 17 2000, Frank van de Pol wrote: On Sat, Sep 16, 2000 at 07:27:01PM +0200, Frank van de Pol wrote: Just experienced a (reproducable) hang of the system when loading the drivers for my cdrom drives. (ide-cd and ide-scsi). System freezes completely; interupts / alt-sysreq is still working. Just before the lockup I get next message on my console: " scsi1 : SCSI host adapter emulation for IDE ATAPI devices scsi : 2 hosts. Vendor: E-IDE Model: CD-ROM 36X/AKU Rev: U21I Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr0 at scsi1, channel 0, id 0, lun 0 " lockup I tried to compile the sr_mod without the __init __exit but this did (as expected) to cure the problem. The problem seems to reside in the ide-scsi driver; if the cdrom (sr_mod) is not loaded, I get during initialisation of the ide-scsi module a lockup after printing the information about the 1st host (dies after the 'Type: CDROM' line). Probing the 2nd host seems to fail. When did this start to happen? I sustect this is something similar to what has been happening with sd because of the module_init/exit stuff. Some people are seeing lockups because of the sd changes, going back to init_module cures it. The problems is within the scsi subsystem itself. Could you try reverting the init_sr/exit_sr to init_module/cleanup_module and removing module_init/exit please? -- Torben Mathiasen [EMAIL PROTECTED] Linux ThunderLAN maintainer http://tlan.kernel.dk - 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: test9-pre1 hang when loading scsi-ide cdrom
On Sat, Sep 16, 2000 at 09:04:55PM +0200, Kenneth Johansson wrote: > > If it worked for you in test8 the only thing that changed is that in sr.c the > init_sr() function been maked with __init and the exit_sr() with __exit. You > could test removing them (__init and __exit that is not the function) it should > not matter but it's all I could find :( I'll give it a try. Previous version I tried was test7. Didn't run test8 because it gave some compilation error (which have been fixed in the test9-pre1 :-) > > By the way it works for me and I compile sr as a module mybe you don't ? I'm compiling it as module too. This ide-scsi driver the 2nd scsi host, 1st one is a AHA-2940UW (aic-7xxx). Frank. -- + --- -- - - -- |Frank van de Pol -o) | [EMAIL PROTECTED] /\\ | _\_v |Linux - Why use Windows, since there is a door? - 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: test9-pre1 hang when loading scsi-ide cdrom
Frank van de Pol wrote: > Just experienced a (reproducable) hang of the system when loading the > drivers for my cdrom drives. (ide-cd and ide-scsi). System freezes > completely; interupts / alt-sysreq is still working. > ... > > It appears to me that something breaks during the init/registration of these > devices. Any hint/tips to pinpoint the problem? > If it worked for you in test8 the only thing that changed is that in sr.c the init_sr() function been maked with __init and the exit_sr() with __exit. You could test removing them (__init and __exit that is not the function) it should not matter but it's all I could find :( By the way it works for me and I compile sr as a module mybe you don't ? - 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/
test9-pre1 hang when loading scsi-ide cdrom
Just experienced a (reproducable) hang of the system when loading the drivers for my cdrom drives. (ide-cd and ide-scsi). System freezes completely; interupts / alt-sysreq is still working. Just before the lockup I get next message on my console: " scsi1 : SCSI host adapter emulation for IDE ATAPI devices scsi : 2 hosts. Vendor: E-IDE Model: CD-ROM 36X/AKU Rev: U21I Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr0 at scsi1, channel 0, id 0, lun 0 " Normally this message is followed by my would be followed by something along the lines of: " Vendor: PHILIPS Model: CDD3610 CD-R/RW Rev: 3.01 Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr1 at scsi1, channel 0, id 1, lun 0 sr0: scsi3-mmc drive: 0x/36x cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.11 sr1: scsi3-mmc drive: 6x/6x writer cd/rw xa/form2 cdda tray " It appears to me that something breaks during the init/registration of these devices. Any hint/tips to pinpoint the problem? Regards, Frank. -- + --- -- - - -- |Frank van de Pol -o) | [EMAIL PROTECTED] /\\ | _\_v |Linux - Why use Windows, since there is a door? - 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/
test9-pre1 breaks pcmcia (or PCI?)
Hi Martin, I have finally got around to testing your pci.c fix against 2.4.0-test9-pre1. The results are: a) without your fix I see neither the cardbus eth nic nor the ones behined the DEC pci-pci bridge. (I did see the cardbus nic on test8 though) b) with your fix I see all devices behind the bridge but still can't see the cardbus one. c) on 2.2.x everything is fine. I have attached two bootlogs and lspci outputs under 2.4.0-test9-pre1 - with and without Martin's patch. Regards, Tigran Linux version 2.4.0-test9 (root@penguin) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Sat Sep 16 10:15:38 BST 2000 BIOS-provided physical RAM map: BIOS-e820: 0009fc00 @ (usable) BIOS-e820: 0400 @ 0009fc00 (reserved) BIOS-e820: c000 @ 000c (reserved) BIOS-e820: 07ef @ 0010 (usable) BIOS-e820: 0001 @ 07ff (ACPI data) BIOS-e820: 0006 @ 100a (reserved) BIOS-e820: 0020 @ ffe0 (reserved) On node 0 totalpages: 32752 zone(0): 4096 pages. zone(1): 28656 pages. zone(2): 0 pages. Kernel command line: BOOT_IMAGE=240test9 ro root=302 Initializing CPU#0 Detected 448626804 Hz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 894.57 BogoMIPS Memory: 126676k/131008k available (1304k kernel code, 3944k reserved, 91k data, 172k init, 0k highmem) Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes) Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes) Page-cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 8192 (order: 4, 65536 bytes) CPU: Intel Pentium III (Coppermine) stepping 01 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.36 (2221) Richard Gooch ([EMAIL PROTECTED]) PCI: PCI BIOS revision 2.10 entry at 0xfc0ce, last bus=2 PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: Using IRQ router default [8086/1234] at 00:07.0 Limiting direct PCI/PCI transfers. Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 8192 bind 8192) P6 Microcode Update Driver v1.07 Starting kswapd v1.8 pty: 256 Unix98 ptys configured Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIX4: IDE controller on PCI bus 00 dev 39 PIIX4: chipset revision 1 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x0860-0x0867, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0x0868-0x086f, BIOS settings: hdc:DMA, hdd:pio hda: IBM-DARA-206000, ATA DISK drive hdc: SAMSUNG CD-ROM SN-124, ATAPI CDROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: 11733120 sectors (6007 MB) w/418KiB Cache, CHS=730/255/63, UDMA(33) hdc: ATAPI 24X CD-ROM drive, 128kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.11 Partition check: hda: hda1 hda2 hda3 hda4 Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A Real Time Clock Driver v1.10c maestro: version 0.14 time 10:18:18 Sep 16 2000 maestro: Configuring ESS Maestro 2E found at IO 0xD800 IRQ 5 maestro: subvendor id: 0x00aa1028 maestro: PCI power managment capability: 0x7622 maestro: AC97 Codec detected: v: 0x83847609 caps: 0x6940 pwr: 0xf maestro: 1 channels configured. Linux PCMCIA Card Services 3.1.20 options: [pci] [cardbus] Yenta IRQ list 0298, PCI irq11 Socket status: 3020 kmem_create: Forcing size word alignment - nfs_fh Yenta IRQ list 0298, PCI irq11 Socket status: 3010 cs: cb_alloc(bus 2): vendor 0x0868, device 0x3000 PCI: Failed to allocate resource 0 for PCI device 0868:3000 PCI: Failed to allocate resource 1 for PCI device 0868:3000 PCI: Failed to allocate resource 2 for PCI device 0868:3000 PCI: Failed to allocate resource 3 for PCI device 0868:3000 PCI: Failed to allocate resource 4 for PCI device 0868:3000 PCI: Failed to allocate resource 5 for PCI device 0868:3000 PCI: Failed to allocate resource 6 for PCI device 0868:3000 PCI: Enabling device 02:00.0 (0868 -> 086a) VFS: Mounted root (ext2 filesystem) readonly. Freeing unused kernel memory: 172k freed Adding Swap: 136512k swap-space (priority -1) cs: IO port probe 0x1000-0x17ff: clean. cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x4d0-0x4d7 cs: IO port probe 0x0a00-0x0aff: clean. cs: memory probe 0xa000-0xa0ff: clean. ttyS01 at port 0x02f8 (irq = 3) is a 16550A microcode: CPU0 not 'upgrading' to earl
Re: test9-pre1
On Sat, 16 Sep 2000, bert hubert wrote: > On Fri, Sep 15, 2000 at 07:03:36PM -0700, Linus Torvalds wrote: > > > > Ok, the new MM balancing has been getting good reviews, and no longer has > > any known issues. Integrated. We'd have needed to do it sooner or later > > anyway (just see what happened in 2.2.x), the sooner we do it the less > > traumatic it will end up being. > > Thanks go out to everybody involved. I can cease my whining now :-) Note that the big performance tuning has only just begun... Now that the number of users of the new VM code has increased tenfold overnight, I'm sure I'll get a lot more reports of workloads where performance isn't right yet... (even though most workloads should see increased performance) It's almost a shame I'll be at Linux Kongress next week and only sporadically connected to the net ;) regards, Rik -- "What you're running that piece of shit Gnome?!?!" -- Miguel de Icaza, UKUUG 2000 http://www.conectiva.com/ http://www.surriel.com/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: test9-pre1
On Fri, Sep 15, 2000 at 07:03:36PM -0700, Linus Torvalds wrote: > > Ok, the new MM balancing has been getting good reviews, and no longer has > any known issues. Integrated. We'd have needed to do it sooner or later > anyway (just see what happened in 2.2.x), the sooner we do it the less > traumatic it will end up being. Thanks go out to everybody involved. I can cease my whining now :-) Regards, bert hubert -- PowerDNS Versatile DNS Services | - U N I X - Trilab The Technology People | - 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-test9-pre1] mm/filemap.c
Hi Linus,
Here's a resubmitted small optimization for the mm/filemap.c file.
- The `curr = curr->next;' statement doesn't need to be executed
if the repeat is taken. I used the list_for_each() macro to
accomodate this better.
Share and enjoy!
--
|| Bill Wendling[EMAIL PROTECTED]
--- linux-2.4.0-test9-pre1/mm/filemap.c Sat Sep 16 02:21:03 2000
+++ linux-2.4.0-test9-pre1-new/mm/filemap.c Sat Sep 16 02:31:54 2000
@@ -193,12 +193,10 @@
repeat:
head = >pages;
spin_lock(_lock);
- curr = head->next;
- while (curr != head) {
+ list_for_each(curr, head) {
unsigned long offset;
page = list_entry(curr, struct page, list);
- curr = curr->next;
offset = page->index;
/* Is one of the pages to truncate? */
[patch-2.4.0-test9-pre1] mm/filemap.c
Hi Linus,
Here's a resubmitted small optimization for the mm/filemap.c file.
- The `curr = curr-next;' statement doesn't need to be executed
if the repeat is taken. I used the list_for_each() macro to
accomodate this better.
Share and enjoy!
--
|| Bill Wendling[EMAIL PROTECTED]
--- linux-2.4.0-test9-pre1/mm/filemap.c Sat Sep 16 02:21:03 2000
+++ linux-2.4.0-test9-pre1-new/mm/filemap.c Sat Sep 16 02:31:54 2000
@@ -193,12 +193,10 @@
repeat:
head = mapping-pages;
spin_lock(pagecache_lock);
- curr = head-next;
- while (curr != head) {
+ list_for_each(curr, head) {
unsigned long offset;
page = list_entry(curr, struct page, list);
- curr = curr-next;
offset = page-index;
/* Is one of the pages to truncate? */
Re: test9-pre1
On Sat, 16 Sep 2000, bert hubert wrote: On Fri, Sep 15, 2000 at 07:03:36PM -0700, Linus Torvalds wrote: Ok, the new MM balancing has been getting good reviews, and no longer has any known issues. Integrated. We'd have needed to do it sooner or later anyway (just see what happened in 2.2.x), the sooner we do it the less traumatic it will end up being. Thanks go out to everybody involved. I can cease my whining now :-) Note that the big performance tuning has only just begun... Now that the number of users of the new VM code has increased tenfold overnight, I'm sure I'll get a lot more reports of workloads where performance isn't right yet... (even though most workloads should see increased performance) It's almost a shame I'll be at Linux Kongress next week and only sporadically connected to the net ;) regards, Rik -- "What you're running that piece of shit Gnome?!?!" -- Miguel de Icaza, UKUUG 2000 http://www.conectiva.com/ http://www.surriel.com/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
test9-pre1 breaks pcmcia (or PCI?)
Hi Martin, I have finally got around to testing your pci.c fix against 2.4.0-test9-pre1. The results are: a) without your fix I see neither the cardbus eth nic nor the ones behined the DEC pci-pci bridge. (I did see the cardbus nic on test8 though) b) with your fix I see all devices behind the bridge but still can't see the cardbus one. c) on 2.2.x everything is fine. I have attached two bootlogs and lspci outputs under 2.4.0-test9-pre1 - with and without Martin's patch. Regards, Tigran Linux version 2.4.0-test9 (root@penguin) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Sat Sep 16 10:15:38 BST 2000 BIOS-provided physical RAM map: BIOS-e820: 0009fc00 @ (usable) BIOS-e820: 0400 @ 0009fc00 (reserved) BIOS-e820: c000 @ 000c (reserved) BIOS-e820: 07ef @ 0010 (usable) BIOS-e820: 0001 @ 07ff (ACPI data) BIOS-e820: 0006 @ 100a (reserved) BIOS-e820: 0020 @ ffe0 (reserved) On node 0 totalpages: 32752 zone(0): 4096 pages. zone(1): 28656 pages. zone(2): 0 pages. Kernel command line: BOOT_IMAGE=240test9 ro root=302 Initializing CPU#0 Detected 448626804 Hz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 894.57 BogoMIPS Memory: 126676k/131008k available (1304k kernel code, 3944k reserved, 91k data, 172k init, 0k highmem) Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes) Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes) Page-cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 8192 (order: 4, 65536 bytes) CPU: Intel Pentium III (Coppermine) stepping 01 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.36 (2221) Richard Gooch ([EMAIL PROTECTED]) PCI: PCI BIOS revision 2.10 entry at 0xfc0ce, last bus=2 PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: Using IRQ router default [8086/1234] at 00:07.0 Limiting direct PCI/PCI transfers. Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 8192 bind 8192) P6 Microcode Update Driver v1.07 Starting kswapd v1.8 pty: 256 Unix98 ptys configured Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIX4: IDE controller on PCI bus 00 dev 39 PIIX4: chipset revision 1 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x0860-0x0867, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0x0868-0x086f, BIOS settings: hdc:DMA, hdd:pio hda: IBM-DARA-206000, ATA DISK drive hdc: SAMSUNG CD-ROM SN-124, ATAPI CDROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: 11733120 sectors (6007 MB) w/418KiB Cache, CHS=730/255/63, UDMA(33) hdc: ATAPI 24X CD-ROM drive, 128kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.11 Partition check: hda: hda1 hda2 hda3 hda4 Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A Real Time Clock Driver v1.10c maestro: version 0.14 time 10:18:18 Sep 16 2000 maestro: Configuring ESS Maestro 2E found at IO 0xD800 IRQ 5 maestro: subvendor id: 0x00aa1028 maestro: PCI power managment capability: 0x7622 maestro: AC97 Codec detected: v: 0x83847609 caps: 0x6940 pwr: 0xf maestro: 1 channels configured. Linux PCMCIA Card Services 3.1.20 options: [pci] [cardbus] Yenta IRQ list 0298, PCI irq11 Socket status: 3020 kmem_create: Forcing size word alignment - nfs_fh Yenta IRQ list 0298, PCI irq11 Socket status: 3010 cs: cb_alloc(bus 2): vendor 0x0868, device 0x3000 PCI: Failed to allocate resource 0 for PCI device 0868:3000 PCI: Failed to allocate resource 1 for PCI device 0868:3000 PCI: Failed to allocate resource 2 for PCI device 0868:3000 PCI: Failed to allocate resource 3 for PCI device 0868:3000 PCI: Failed to allocate resource 4 for PCI device 0868:3000 PCI: Failed to allocate resource 5 for PCI device 0868:3000 PCI: Failed to allocate resource 6 for PCI device 0868:3000 PCI: Enabling device 02:00.0 (0868 - 086a) VFS: Mounted root (ext2 filesystem) readonly. Freeing unused kernel memory: 172k freed Adding Swap: 136512k swap-space (priority -1) cs: IO port probe 0x1000-0x17ff: clean. cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x4d0-0x4d7 cs: IO port probe 0x0a00-0x0aff: clean. cs: memory probe 0xa000-0xa0ff: clean. ttyS01 at port 0x02f8 (irq = 3) is a 16550A microcode: CPU0 not 'upgrading' to earlier
Re: test9-pre1 hang when loading scsi-ide cdrom
On Sat, Sep 16, 2000 at 09:04:55PM +0200, Kenneth Johansson wrote: If it worked for you in test8 the only thing that changed is that in sr.c the init_sr() function been maked with __init and the exit_sr() with __exit. You could test removing them (__init and __exit that is not the function) it should not matter but it's all I could find :( I'll give it a try. Previous version I tried was test7. Didn't run test8 because it gave some compilation error (which have been fixed in the test9-pre1 :-) By the way it works for me and I compile sr as a module mybe you don't ? I'm compiling it as module too. This ide-scsi driver the 2nd scsi host, 1st one is a AHA-2940UW (aic-7xxx). Frank. -- + --- -- - - -- |Frank van de Pol -o) | [EMAIL PROTECTED] /\\ | _\_v |Linux - Why use Windows, since there is a door? - 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/
test9-pre1
Ok, the new MM balancing has been getting good reviews, and no longer has any known issues. Integrated. We'd have needed to do it sooner or later anyway (just see what happened in 2.2.x), the sooner we do it the less traumatic it will end up being. Oh, and yeah, there obviously was still a truncate issue left. The patch is largish, mainly due SysKonnect and ACPI reorg patches. Linus - pre1: - USB: OHCI controller unlink and bandwidth reclamation fixes - USB: storage update - sparc64: register window race. Non-deadlock rwlocks. - name clash in hamradio/pi2.c and hamradio/pt.c - epic100 credits, 8139too driver update, sr.c initcalls - acenic update - NFS sillyrename fixups - mktime(). Do it just once - not 16 times. - misc small fixes to random drivers by Tigran - IDE driver picks up master/slave relationships on its own. - truncate unmapped/uptodate case handled correctly - don't do notifier locking at low level: higher levels do (or should do) this already. - ACPI interpreter updates (and file renames - making this part big) - SysKonnect gigabit driver update - 3c59x driver update - pcmcia debounce logic. Ugh. - MM balancing (Rik Riel) - 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/
test9-pre1
Ok, the new MM balancing has been getting good reviews, and no longer has any known issues. Integrated. We'd have needed to do it sooner or later anyway (just see what happened in 2.2.x), the sooner we do it the less traumatic it will end up being. Oh, and yeah, there obviously was still a truncate issue left. The patch is largish, mainly due SysKonnect and ACPI reorg patches. Linus - pre1: - USB: OHCI controller unlink and bandwidth reclamation fixes - USB: storage update - sparc64: register window race. Non-deadlock rwlocks. - name clash in hamradio/pi2.c and hamradio/pt.c - epic100 credits, 8139too driver update, sr.c initcalls - acenic update - NFS sillyrename fixups - mktime(). Do it just once - not 16 times. - misc small fixes to random drivers by Tigran - IDE driver picks up master/slave relationships on its own. - truncate unmapped/uptodate case handled correctly - don't do notifier locking at low level: higher levels do (or should do) this already. - ACPI interpreter updates (and file renames - making this part big) - SysKonnect gigabit driver update - 3c59x driver update - pcmcia debounce logic. Ugh. - MM balancing (Rik Riel) - 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/
