RE: alienware hardware

RE: alienware hardware

[Chad Kitching]

Have you tried booting with noapic, nolapic, noioapic and/or acpi=off? 
Unfortunately since you compiled all your drivers into the kernel, 
asking you to try without loading any of them won't work without a 
recompile.

> -----Original Message-----
> From: Yaroslav Halchenko [mailto:yoh@psychology.rutgers.edu]
> Sent: June 24, 2004 4:10 PM
> Subject: Re: alienware hardware
> 
> 
> it is seems to be more general problem, because it slows down not only
> dpkg process - booting on 2.4.26 kernel takes about 5 minutes to
> complete and of cause no dpkg is involved in that process.
> 
> I took dpkg as just single example, I don't what to try else on...
> bogomips reports about 50% of what is in /proc/cpuinfo, so it looks
> normal... I'm suspecting IDE, so it looks like when app has 
> to work with
> HDD then it slows down although HDD bulb doesn't report an 
> activity....
> but I might be wrong. btw - I will put hdparm as well on the
> webpage
> 
> We are about to setup X on that beast and I will try may be some other
> programs... suggestions?
> 

Re: alienware hardware

[Yaroslav Halchenko]

I remember I've tried to boot 2.6.6 kernel included with debian (they
have pretty much everything in modules) with pci=noacpi and acpi=off
options... it didn't help - it was slow as hell... 

I will try again with them and this kernel shortly. Thanx for advice

--
Yarik

On Thu, Jun 24, 2004 at 04:42:33PM -0500, Chad Kitching wrote:
> Have you tried booting with noapic, nolapic, noioapic and/or acpi=off? 
> Unfortunately since you compiled all your drivers into the kernel, 
> asking you to try without loading any of them won't work without a 
> recompile.

> > -----Original Message-----
> > From: Yaroslav Halchenko [mailto:yoh@psychology.rutgers.edu]
> > Sent: June 24, 2004 4:10 PM
> > Subject: Re: alienware hardware


> > it is seems to be more general problem, because it slows down not only
> > dpkg process - booting on 2.4.26 kernel takes about 5 minutes to
> > complete and of cause no dpkg is involved in that process.

> > I took dpkg as just single example, I don't what to try else on...
> > bogomips reports about 50% of what is in /proc/cpuinfo, so it looks
> > normal... I'm suspecting IDE, so it looks like when app has 
> > to work with
> > HDD then it slows down although HDD bulb doesn't report an 
> > activity....
> > but I might be wrong. btw - I will put hdparm as well on the
> > webpage

> > We are about to setup X on that beast and I will try may be some other
> > programs... suggestions?


-- 
                                                  Yaroslav Halchenko
                  Research Assistant, Psychology Department, Rutgers
          Office  (973) 353-5440 x263
   Ph.D. Student  CS Dept. NJIT
             Key  http://www.onerussian.com/gpg-yoh.asc
 GPG fingerprint  3BB6 E124 0643 A615 6F00  6854 8D11 4563 75C0 24C8

Re: alienware hardware

[Yaroslav Halchenko]

I boot it with all the options you specified.
problem persists :-/

dmesg as well as lspci and interrupts is at
http://www.onerussian.com/Linux/bugs/alien/noacpi/

help help... please help :-)

Sincerely
Yarik


On Thu, Jun 24, 2004 at 05:49:23PM -0400, Yaroslav Halchenko wrote:
> I remember I've tried to boot 2.6.6 kernel included with debian (they
> have pretty much everything in modules) with pci=noacpi and acpi=off
> options... it didn't help - it was slow as hell... 

> I will try again with them and this kernel shortly. Thanx for advice
-- 
                                                  Yaroslav Halchenko
                  Research Assistant, Psychology Department, Rutgers
          Office  (973) 353-5440 x263
   Ph.D. Student  CS Dept. NJIT
             Key  http://www.onerussian.com/gpg-yoh.asc
 GPG fingerprint  3BB6 E124 0643 A615 6F00  6854 8D11 4563 75C0 24C8

RE: alienware hardware

[Chad Kitching]

How about a top output without dpkg installing or removing stuff?

> -----Original Message-----
> From: Yaroslav Halchenko [mailto:yoh@psychology.rutgers.edu]
> Sent: June 24, 2004 3:26 PM
> To: Denis Vlasenko
> Cc: linux kernel mailing list
> Subject: Re: alienware hardware
> 
> 
> please have a look at
> http://www.onerussian.com/Linux/bugs/alien/topout
> 
> which has 4 runs of top in it
> 
> 
> Also I put more relevant information in 
> http://www.onerussian.com/Linux/bugs/alien/
> 
> Spasibki Zaranee
> 
> --
> Yarik
> 
> 
> On Thu, Jun 24, 2004 at 11:15:56PM +0300, Denis Vlasenko wrote:
> > On Thursday 24 June 2004 22:10, Yaroslav Halchenko wrote:
> > > Dear kernel-people,
> 
> > > Please give me hints
> 
> > > How can I track down next problem: we've got a new laptop 
> from alienware
> > > (Septa model seems to me). We've tried kernels shipped 
> with debian:
> > > 2.4.26 and 2.6.6 but then I moved to vanila 2.6.7-bk7
> > > and problem persisted: during boot after some point it 
> becomes way too
> > > slow : like it is running 100MHz, but checking
> > > /proc/acpi/processor/CPU1/* showed that it didn't switch to any
> > > throtelling mode or anything like that. Just it runs the 
> process in "R"
> > > mode on 99.9% cpu utilization user mode:
> > > CPU states:  99.8% user,   0.2% system,   0.0% nice,   0.0% idle
> 
> > full top please?
> -- 
>                                                   Yaroslav Halchenko
>                   Research Assistant, Psychology Department, Rutgers
>           Office  (973) 353-5440 x263
>    Ph.D. Student  CS Dept. NJIT
>              Key  http://www.onerussian.com/gpg-yoh.asc
>  GPG fingerprint  3BB6 E124 0643 A615 6F00  6854 8D11 4563 75C0 24C8
> 
> -
> To unsubscribe from this list: send the line "unsubscribe 
> linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 

Re: alienware hardware

[Yaroslav Halchenko]

Thank you for replying

do you mean while resting?

here it is

http://www.onerussian.com/Linux/bugs/alien/toplazy

if during some other application running - just say which to try :-)

--
Yarik


On Thu, Jun 24, 2004 at 03:56:13PM -0500, Chad Kitching wrote:
> How about a top output without dpkg installing or removing stuff?

> > -----Original Message-----
> > From: Yaroslav Halchenko [mailto:yoh@psychology.rutgers.edu]
> > Sent: June 24, 2004 3:26 PM
> > To: Denis Vlasenko
> > Cc: linux kernel mailing list
> > Subject: Re: alienware hardware


> > please have a look at
> > http://www.onerussian.com/Linux/bugs/alien/topout

> > which has 4 runs of top in it


> > Also I put more relevant information in 
> > http://www.onerussian.com/Linux/bugs/alien/

> > Spasibki Zaranee

> > --
> > Yarik


> > On Thu, Jun 24, 2004 at 11:15:56PM +0300, Denis Vlasenko wrote:
> > > On Thursday 24 June 2004 22:10, Yaroslav Halchenko wrote:
> > > > Dear kernel-people,

> > > > Please give me hints

> > > > How can I track down next problem: we've got a new laptop 
> > from alienware
> > > > (Septa model seems to me). We've tried kernels shipped 
> > with debian:
> > > > 2.4.26 and 2.6.6 but then I moved to vanila 2.6.7-bk7
> > > > and problem persisted: during boot after some point it 
> > becomes way too
> > > > slow : like it is running 100MHz, but checking
> > > > /proc/acpi/processor/CPU1/* showed that it didn't switch to any
> > > > throtelling mode or anything like that. Just it runs the 
> > process in "R"
> > > > mode on 99.9% cpu utilization user mode:
> > > > CPU states:  99.8% user,   0.2% system,   0.0% nice,   0.0% idle

> > > full top please?
> > -- 
> >                                                   Yaroslav Halchenko
> >                   Research Assistant, Psychology Department, Rutgers
> >           Office  (973) 353-5440 x263
> >    Ph.D. Student  CS Dept. NJIT
> >              Key  http://www.onerussian.com/gpg-yoh.asc
> >  GPG fingerprint  3BB6 E124 0643 A615 6F00  6854 8D11 4563 75C0 24C8

> > -
> > To unsubscribe from this list: send the line "unsubscribe 
> > linux-kernel" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at  http://www.tux.org/lkml/


-- 
                                                  Yaroslav Halchenko
                  Research Assistant, Psychology Department, Rutgers
          Office  (973) 353-5440 x263
   Ph.D. Student  CS Dept. NJIT
             Key  http://www.onerussian.com/gpg-yoh.asc
 GPG fingerprint  3BB6 E124 0643 A615 6F00  6854 8D11 4563 75C0 24C8

alienware hardware

[Yaroslav Halchenko]

Dear kernel-people,

Please give me hints

How can I track down next problem: we've got a new laptop from alienware
(Septa model seems to me). We've tried kernels shipped with debian:
2.4.26 and 2.6.6 but then I moved to vanila 2.6.7-bk7
and problem persisted: during boot after some point it becomes way too
slow : like it is running 100MHz, but checking
/proc/acpi/processor/CPU1/* showed that it didn't switch to any
throtelling mode or anything like that. Just it runs the process in "R"
mode on 99.9% cpu utilization user mode:
CPU states:  99.8% user,   0.2% system,   0.0% nice,   0.0% idle

It seems that it slows down right after starting work with IDE... though
I can be wrong. Probably it is linked to the fact that most of the
devices are not recognized by the kernel and it uses some bad defaults?

Also I've tried to specify idebus=66 because it was complaining about
setting default 33 but it didn't quite help...

Here are some detailes about the machine:


alien:/proc# lspci  
00:00.0 Host bridge: Intel Corp.: Unknown device 3580 (rev 02)
00:00.1 System peripheral: Intel Corp.: Unknown device 3584 (rev 02)
00:00.3 System peripheral: Intel Corp.: Unknown device 3585 (rev 02)
00:02.0 VGA compatible controller: Intel Corp.: Unknown device 3582 (rev 02)
00:02.1 Display controller: Intel Corp.: Unknown device 3582 (rev 02)
00:1d.0 USB Controller: Intel Corp.: Unknown device 24c2 (rev 03)
00:1d.1 USB Controller: Intel Corp.: Unknown device 24c4 (rev 03)
00:1d.2 USB Controller: Intel Corp.: Unknown device 24c7 (rev 03)
00:1d.7 USB Controller: Intel Corp.: Unknown device 24cd (rev 03)
00:1e.0 PCI bridge: Intel Corp. 82820 820 (Camino 2) Chipset PCI (-M) (rev 83)
00:1f.0 ISA bridge: Intel Corp.: Unknown device 24cc (rev 03)
00:1f.1 IDE interface: Intel Corp.: Unknown device 24ca (rev 03)
00:1f.3 SMBus: Intel Corp.: Unknown device 24c3 (rev 03)
00:1f.5 Multimedia audio controller: Intel Corp.: Unknown device 24c5 (rev 03)
00:1f.6 Modem: Intel Corp.: Unknown device 24c6 (rev 03)
01:00.0 CardBus bridge: O2 Micro, Inc.: Unknown device 6972
01:01.0 FireWire (IEEE 1394): VIA Technologies, Inc. OHCI Compliant IEEE 1394 Host Controller (rev 80)
01:02.0 Network controller: Intel Corp.: Unknown device 4220 (rev 05)
01:08.0 Ethernet controller: Intel Corp.: Unknown device 103a (rev 83)


alien:/proc# cat /proc/cpuinfo 
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 9
model name      : Intel(R) Pentium(R) M processor 1700MHz
stepping        : 5
cpu MHz         : 1693.651
cache size      : 1024 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 tm pbe tm2 est
bogomips        : 3350.52



alien:/proc# cat /proc/interrupts 
           CPU0       
  0:    2224762    IO-APIC-edge  timer
  1:       1741    IO-APIC-edge  i8042
  8:          3    IO-APIC-edge  rtc
  9:         13   IO-APIC-level  acpi
 12:       9473    IO-APIC-edge  i8042
 14:       4784    IO-APIC-edge  ide0
 15:         13    IO-APIC-edge  ide1
 16:          0   IO-APIC-level  uhci_hcd
 17:          0   IO-APIC-level  Intel 82801DB-ICH4
 18:          0   IO-APIC-level  uhci_hcd
 19:          0   IO-APIC-level  uhci_hcd
 20:      13049   IO-APIC-level  eth0
 23:          0   IO-APIC-level  ehci_hcd
NMI:          0 
LOC:    2224931 
ERR:          0
MIS:          0


-- 
                                                  Yaroslav Halchenko
                  Research Assistant, Psychology Department, Rutgers
          Office  (973) 353-5440 x263
   Ph.D. Student  CS Dept. NJIT
             Key  http://www.onerussian.com/gpg-yoh.asc
 GPG fingerprint  3BB6 E124 0643 A615 6F00  6854 8D11 4563 75C0 24C8

Re: alienware hardware

[Yaroslav Halchenko]

please have a look at
http://www.onerussian.com/Linux/bugs/alien/topout

which has 4 runs of top in it


Also I put more relevant information in 
http://www.onerussian.com/Linux/bugs/alien/

Spasibki Zaranee

--
Yarik


On Thu, Jun 24, 2004 at 11:15:56PM +0300, Denis Vlasenko wrote:
> On Thursday 24 June 2004 22:10, Yaroslav Halchenko wrote:
> > Dear kernel-people,

> > Please give me hints

> > How can I track down next problem: we've got a new laptop from alienware
> > (Septa model seems to me). We've tried kernels shipped with debian:
> > 2.4.26 and 2.6.6 but then I moved to vanila 2.6.7-bk7
> > and problem persisted: during boot after some point it becomes way too
> > slow : like it is running 100MHz, but checking
> > /proc/acpi/processor/CPU1/* showed that it didn't switch to any
> > throtelling mode or anything like that. Just it runs the process in "R"
> > mode on 99.9% cpu utilization user mode:
> > CPU states:  99.8% user,   0.2% system,   0.0% nice,   0.0% idle

> full top please?
-- 
                                                  Yaroslav Halchenko
                  Research Assistant, Psychology Department, Rutgers
          Office  (973) 353-5440 x263
   Ph.D. Student  CS Dept. NJIT
             Key  http://www.onerussian.com/gpg-yoh.asc
 GPG fingerprint  3BB6 E124 0643 A615 6F00  6854 8D11 4563 75C0 24C8

Re: alienware hardware

[Yaroslav Halchenko]

it is seems to be more general problem, because it slows down not only
dpkg process - booting on 2.4.26 kernel takes about 5 minutes to
complete and of cause no dpkg is involved in that process.

I took dpkg as just single example, I don't what to try else on...
bogomips reports about 50% of what is in /proc/cpuinfo, so it looks
normal... I'm suspecting IDE, so it looks like when app has to work with
HDD then it slows down although HDD bulb doesn't report an activity....
but I might be wrong. btw - I will put hdparm as well on the
webpage

We are about to setup X on that beast and I will try may be some other
programs... suggestions?

--
Yarik


On Thu, Jun 24, 2004 at 11:58:55PM +0300, Denis Vlasenko wrote:
> On Thursday 24 June 2004 23:26, Yaroslav Halchenko wrote:
> > please have a look at
> > http://www.onerussian.com/Linux/bugs/alien/topout

> > which has 4 runs of top in it


> > Also I put more relevant information in
> > http://www.onerussian.com/Linux/bugs/alien/

> > Spasibki Zaranee

>   PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND [K [0m
>  1501 root      25   0 25072  17M 13612 R    67.5  1.7   1:03 dpkg [K
>  1509 root      19   0  2060 1016  1852 R    25.8  0.0   0:00 top [K

> So, dpkg is misbehaving. Not a kernel problem.

> Do a

> # strace -p 1501

> and you'll se what's going on
-- 
                                                  Yaroslav Halchenko
                  Research Assistant, Psychology Department, Rutgers
          Office  (973) 353-5440 x263
   Ph.D. Student  CS Dept. NJIT
             Key  http://www.onerussian.com/gpg-yoh.asc
 GPG fingerprint  3BB6 E124 0643 A615 6F00  6854 8D11 4563 75C0 24C8

Re: alienware hardware

[Yaroslav Halchenko]

On Thu, Jun 24, 2004 at 11:58:55PM +0300, Denis Vlasenko wrote:
> Do a

> # strace -p 1501

> and you'll se what's going on

can you please help me to understand the dump?

time strace -p 2586
Process 2586 attached - interrupt to quit
brk(0)                                  = 0x8dff000
brk(0x8e21000)                          = 0x8e21000
brk(0)                                  = 0x8e21000
brk(0x8e43000)                          = 0x8e43000
brk(0)                                  = 0x8e43000
brk(0x8e65000)                          = 0x8e65000
brk(0)                                  = 0x8e65000
brk(0x8e87000)                          = 0x8e87000
brk(0)                                  = 0x8e87000
brk(0x8ea9000)                          = 0x8ea9000
brk(0)                                  = 0x8ea9000
brk(0x8ecb000)                          = 0x8ecb000
brk(0)                                  = 0x8ecb000
brk(0x8eed000)                          = 0x8eed000
brk(0)                                  = 0x8eed000
brk(0x8f0f000)                          = 0x8f0f000
brk(0)                                  = 0x8f0f000
brk(0x8f30000)                          = 0x8f30000
brk(0)                                  = 0x8f30000
brk(0x8f52000)                          = 0x8f52000
Process 2586 detached

real    0m6.927s
user    0m0.032s
sys     0m0.004s

if I dump longer than the rest kinda flies so it is slows down just
after
open("/var/lib/dpkg/available", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=12398100, ...}) = 0
mmap2(NULL, 12398100, PROT_READ, MAP_SHARED, 4, 0) = 0x40157000
brk(0)                                  = 0x840e000
brk(0x8430000)                          = 0x8430000
brk(0)                                  = 0x8430000
....

I will check once more when it 'delays'

-- 
                                                  Yaroslav Halchenko
                  Research Assistant, Psychology Department, Rutgers
          Office  (973) 353-5440 x263
   Ph.D. Student  CS Dept. NJIT
             Key  http://www.onerussian.com/gpg-yoh.asc
 GPG fingerprint  3BB6 E124 0643 A615 6F00  6854 8D11 4563 75C0 24C8

Re: alienware hardware

[Yaroslav Halchenko]

just once again and I will stop before I try with noioapic and acpi=off:

when I did strace on ps auxw it spends second or two again on mmap2
whenever it doesn't do that on any other machine

here is strace with relative timestamps (strace -r) of ps auxw

3003       0.001784 open("/boot/System.map-2.6.7-bk7", O_RDONLY|O_NONBLOCK|O_NOCTTY) = 6
3003       0.001171 fstat64(6, {st_mode=S_IFREG|0644, st_size=932887, ...}) = 0
3003       0.001598 mmap2(NULL, 932888, PROT_READ|PROT_WRITE, MAP_PRIVATE, 6, 0) = 0x40163000
3003       0.001156 close(6)            = 0
3003       1.930769 mmap2(NULL, 266240, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40247000
3003       1.322821 open("/proc", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 6
3003       0.001124 fstat64(6, {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0

On Thu, Jun 24, 2004 at 05:26:00PM -0400, Yaroslav Halchenko wrote:
> On Thu, Jun 24, 2004 at 11:58:55PM +0300, Denis Vlasenko wrote:
> > Do a

> > # strace -p 1501

> > and you'll se what's going on

> can you please help me to understand the dump?

> time strace -p 2586
> Process 2586 attached - interrupt to quit
> brk(0)                                  = 0x8dff000
> brk(0x8e21000)                          = 0x8e21000
> brk(0)                                  = 0x8e21000
> brk(0x8e43000)                          = 0x8e43000
> brk(0)                                  = 0x8e43000
> brk(0x8e65000)                          = 0x8e65000
> brk(0)                                  = 0x8e65000
> brk(0x8e87000)                          = 0x8e87000
> brk(0)                                  = 0x8e87000
> brk(0x8ea9000)                          = 0x8ea9000
> brk(0)                                  = 0x8ea9000
> brk(0x8ecb000)                          = 0x8ecb000
> brk(0)                                  = 0x8ecb000
> brk(0x8eed000)                          = 0x8eed000
> brk(0)                                  = 0x8eed000
> brk(0x8f0f000)                          = 0x8f0f000
> brk(0)                                  = 0x8f0f000
> brk(0x8f30000)                          = 0x8f30000
> brk(0)                                  = 0x8f30000
> brk(0x8f52000)                          = 0x8f52000
> Process 2586 detached

> real    0m6.927s
> user    0m0.032s
> sys     0m0.004s

> if I dump longer than the rest kinda flies so it is slows down just
> after
> open("/var/lib/dpkg/available", O_RDONLY) = 4
> fstat64(4, {st_mode=S_IFREG|0644, st_size=12398100, ...}) = 0
> mmap2(NULL, 12398100, PROT_READ, MAP_SHARED, 4, 0) = 0x40157000
> brk(0)                                  = 0x840e000
> brk(0x8430000)                          = 0x8430000
> brk(0)                                  = 0x8430000
> ....

> I will check once more when it 'delays'
-- 
                                                  Yaroslav Halchenko
                  Research Assistant, Psychology Department, Rutgers
          Office  (973) 353-5440 x263
   Ph.D. Student  CS Dept. NJIT
             Key  http://www.onerussian.com/gpg-yoh.asc
 GPG fingerprint  3BB6 E124 0643 A615 6F00  6854 8D11 4563 75C0 24C8