Bug 23548 - 4.x causes Thinkpad 560X disk to spin up/down, very slow
Summary: 4.x causes Thinkpad 560X disk to spin up/down, very slow
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: i386 (show other bugs)
Version: 4.2-RELEASE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2000-12-14 18:10 UTC by chris
Modified: 2002-09-13 20:10 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description chris 2000-12-14 18:10:01 UTC
After installing 4.2-RELEASE, the internal hard disk made disk spin-up and 
spin-down kinds of noises when accessing files. It didn't do this with 3.4
which I had been running. I tried 4.1-RELEASE and had the same problem. So
I tried 3.5-RELEASE and the problem went away. Something with the 4.x series.

The spin up/down noise sounds like what it does when APM tells it to spin-
down. It make the system *VERY* slow. Doing a "config" on GENERIC kernel takes
many many times as long as it used to. Oddly, doing something like 
"ls -lR /etc" doesn't seem to be impacted -- I'm guessing it's the way 4.x
accesses the disks.

The machine is basically unusable with 4.x, and I wanted to upgrade from 3.x
to get access to my PCMCIA SCSI card.

How-To-Repeat: 
Install 4.x RELEASE from kern/mfsroot floppies, then install OS via FTP from
primary site. Reboot. You can hear this first when the OS install is doing
the "making the devices" portion of the install.
Comment 1 iedowse freebsd_committer freebsd_triage 2001-11-18 19:06:19 UTC
State Changed
From-To: open->feedback


Does this problem still occur?
Comment 2 iedowse 2002-01-19 20:48:25 UTC
Adding to the audit trail:

In message <87n11jafpm.fsf@thanatos.shenton.org>, Chris Shenton writes:
><iedowse@FreeBSD.org> writes:
>
>> Synopsis: 4.x causes Thinkpad 560X disk to spin up/down, very slow
>> 
>> State-Changed-From-To: open->feedback
>> State-Changed-By: iedowse
>> State-Changed-When: Sun Nov 18 11:06:19 PST 2001
>> State-Changed-Why: 
>> 
>> Does this problem still occur?
>> 
>> http://www.FreeBSD.org/cgi/query-pr.cgi?pr=23548
>
>Yes. I have 4.4-RELEASE on it now, and it still does this.
>Didn't happen under 3.x, nor under NT. :-(
>
>I first notice it during install from Floppy+FTP when it goes to make
>the devices.
Comment 3 Giorgos Keramidas freebsd_committer freebsd_triage 2002-08-26 04:16:25 UTC
In message <87n11jafpm.fsf@thanatos.shenton.org>, Chris Shenton writes:
><iedowse@FreeBSD.org> writes:
>> State-Changed-From-To: open->feedback
>> State-Changed-By: iedowse
>> State-Changed-When: Sun Nov 18 11:06:19 PST 2001
>> State-Changed-Why:
>>>
>>> Does this problem still occur?
>>> http://www.FreeBSD.org/cgi/query-pr.cgi?pr=23548
>>
>>Yes. I have 4.4-RELEASE on it now, and it still does this.
>>Didn't happen under 3.x, nor under NT. :-(
>>
>>I first notice it during install from Floppy+FTP when it goes to make
>>the devices.

Have you tried any newwer release since?
What about 4.5-RELEASE or 4.6.2-RELEASE?

- Giorgos
Comment 4 chris 2002-08-26 15:36:43 UTC
Giorgos Keramidas <keramida@FreeBSD.org> writes:

> Have you tried any newwer release since?
> What about 4.5-RELEASE or 4.6.2-RELEASE?

I can't remember what I'm running now -- 4.5-STABLE I think.  It seems
to have fixed it, but I was also messing with IBM's utility "ps.exe"
to tweak the power-management stuff.  I can't get to the box right now
to verify so I'll have to get back to you.

I thought I filed a PR follow-up on this a few months back when I
installed the new OS, but can't find it. Sorry.
Comment 5 Giorgos Keramidas freebsd_committer freebsd_triage 2002-08-27 23:02:37 UTC
State Changed
From-To: feedback->closed

Submitter has mailed me that it's ok to close this, since he can't 
reproduce the problem on the machine that's now running 4.6-PRERELEASE. 
It is also possible that is was fixed by fiddling with IBM's ps.exe 
utility, but he can't remember if that was the case.
Comment 6 Tim Pozar 2002-09-13 20:03:34 UTC
I noticed this bug in the data base.  I installed two IBM Deskstar
120GXP 120GB drive <http://www.storage.ibm.com/hdd/desk/ds120gxp.htm>
a couple of months ago and found that the drives spin up and down
on each access to the drives.

I have found no help from IBM on this problem (I can send correspondence
if requested).  Any thoughts?  Here is the detail on the OS and
machine...

Tim
--
> dmesg
Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD 4.6-RELEASE #0: Tue Jun 11 06:14:12 GMT 2002
    murray@builder.freebsdmall.com:/usr/src/sys/compile/GENERIC
Timecounter "i8254"  frequency 1193182 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (800.03-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x683  Stepping = 3
  Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory  = 671023104 (655296K bytes)
config> di lnc0
config> di ie0
config> di fe0
config> di ed0
config> di cs0
config> q
avail memory = 647217152 (632048K bytes)
Preloaded elf kernel "kernel" at 0xc04d0000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc04d009c.
Pentium Pro MTRR support enabled
md0: Malloc disk
Using $PIR table, 13 entries at 0xc00fdef0
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <ServerWorks NB6635 3.0LE host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0x1800-0x183f mem 0xfd000000-0xfd0fffff,0xfd100000-0xfd100fff irq 11 at device 2.0 on pci0
fxp0: Ethernet address 00:e0:18:c4:db:9c
inphy0: <i82555 10/100 media interface> on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pci0: <ATI Mach64-GR graphics accelerator> at 7.0
isab0: <ServerWorks IB6566 PCI to ISA bridge> at device 15.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <ServerWorks ROSB4 ATA33 controller> port 0x1840-0x184f at device 15.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
ohci0: <OHCI (generic) USB controller> mem 0xfd102000-0xfd102fff irq 10 at device 15.2 on pci0
usb0: OHCI version 1.0, legacy support
usb0: <OHCI (generic) USB controller> on ohci0
usb0: USB revision 1.0
uhub0: (unknown) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 4 ports with 4 removable, self powered
pcib5: <ServerWorks NB6635 3.0LE host to PCI bridge> on motherboard
pci5: <PCI bus> on pcib5
sym0: <896> port 0x1c00-0x1cff mem 0xfd110000-0xfd111fff,0xfd112000-0xfd1123ff irq 5 at device 5.0 on pci5
sym0: Symbios NVRAM, ID 7, Fast-40, SE, parity checking
sym0: open drain IRQ line driver, using on-chip SRAM
sym0: using LOAD/STORE-based firmware.
sym0: handling phase mismatch from SCRIPTS.
sym1: <896> port 0x2000-0x20ff mem 0xfd114000-0xfd115fff,0xfd112400-0xfd1127ff irq 9 at device 5.1 on pci5
sym1: Symbios NVRAM, ID 7, Fast-40, LVD, parity checking
sym1: open drain IRQ line driver, using on-chip SRAM
sym1: using LOAD/STORE-based firmware.
sym1: handling phase mismatch from SCRIPTS.
orm0: <Option ROMs> at iomem 0xc0000-0xca7ff,0xca800-0xce7ff on isa0
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model IntelliMouse, device ID 3
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1: configured irq 3 not in bitmap of probed irqs 0
ppc0: parallel port not found.
ata0-slave: ATAPI identify retries exceeded
ad2: 117800MB <IC35L120AVVA07-0> [239340/16/63] at ata1-master UDMA33
ad3: 117800MB <IC35L120AVVA07-0> [239340/16/63] at ata1-slave UDMA33
acd0: CDROM <CD-540E> at ata0-master PIO4
Waiting 15 seconds for SCSI devices to settle
(noperiph:sym0:0:-1:-1): SCSI BUS reset delivered.
(noperiph:sym1:0:-1:-1): SCSI BUS reset delivered.
sa0 at sym0 bus 0 target 2 lun 0
sa0: <HP C1537A L907> Removable Sequential Access SCSI-2 device 
sa0: 10.000MB/s transfers (10.000MHz, offset 31)
da1 at sym0 bus 0 target 1 lun 0
da1: <IBM DDYS-T09170N S96H> Fixed Direct Access SCSI-3 device 
da1: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled
da1: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C)
da0 at sym0 bus 0 target 0 lun 0
da0: <HP 9.10GB C 68-BX02 BX02> Fixed Direct Access SCSI-2 device 
da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled
da0: 8678MB (17773524 512 byte sectors: 255H 63S/T 1106C)
Mounting root from ufs:/dev/da0s1