From: Al Boldi <a1426z@gawab.com>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.16-rc1-mm4
Date: Wed, 1 Feb 2006 16:58:04 +0300 [thread overview]
Message-ID: <200602011658.04906.a1426z@gawab.com> (raw)
In-Reply-To: <20060131140107.551e6a3e.akpm@osdl.org>
Andrew Morton wrote:
> Al Boldi <a1426z@gawab.com> wrote:
> > Andrew Morton wrote:
> > > Al Boldi <a1426z@gawab.com> wrote:
> > > > Andrew Morton wrote:
> > > > > - Various other random bits and pieces. Things have been pretty
> > > > > quiet lately - most activity seems to be concentrated about
> > > > > putting bugs into the various subsystem trees.
> > > >
> > > > Does it fix the DRM_i810 hang during a suspend-to-ram/disk cycle?
> > >
> > > I don't know - I don't watch every patch which goes into 49 different
> > > trees. Did you try it?
> >
> > It still hangs w/ drm.
> >
> > w/o drm STD works like a charm.
>
> OK.
>
> > w/o drm STR works lest this t/o and a noisy display in X.
>
> What do "lest" and "t/o" mean? Please use less abbreviations.
Sorry! lest=except ; t/o=timeout
>
> > Stopping tasks: ========================|
> > Suspending device 0.1
> > Suspending device 0.0
> > Suspending device ide0
> > Suspending device floppy.0
> > Suspending device serio1
> > Suspending device serio0
> > Suspending device i8042
> > Suspending device 0000:01:0a.0
> > Suspending device 0000:01:05.0
> > Suspending device 0000:00:1f.2
> > Suspending device 0000:00:1f.1
> > Suspending device 0000:00:1f.0
> > Suspending device 0000:00:1e.0
> > Suspending device 0000:00:01.0
> > Suspending device 0000:00:00.0
> > Suspending device pci0000:00
> > Suspending device platform
> > Intel machine check architecture supported.
> > Intel machine check reporting enabled on CPU#0.
> > Back to C!
> > ACPI: PCI Interrupt 0000:00:01.0[A] -> Link [LNKA] -> GSI 11 (level,
> > low) -> IRQ 11
> > PCI: Setting latency timer of device 0000:00:1e.0 to 64
> > eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
> > hda: drive not ready on wakeup
> > hda: status timeout: status=0xd0 { Busy }
> > ide: failed opcode was: unknown
> > hda: DMA disabled
> > hdb: DMA disabled
> > hda: drive not ready for command
> > ide0: reset: success
> > BUG: warning at drivers/ide/ide-iops.c:1235/ide_wait_not_busy()
> > <c02612e2> ide_wait_not_busy+0xa2/0xb0 <c025ee87>
> > start_request+0x1a7/0x230
> > <c025f17a> ide_do_request+0x23a/0x3c0 <c026440a>
> > set_multmode_intr+0x1a/0x70
> > <c025f79b> ide_intr+0xeb/0x130 <c02643f0> set_multmode_intr+0x0/0x70
> > <c0135610> handle_IRQ_event+0x30/0x70 <c01356a5> __do_IRQ+0x55/0xc0
> > <c0105672> do_IRQ+0x42/0x70
> > =======================
> > <c0103976> common_interrupt+0x1a/0x20 <c021886d>
> > acpi_processor_idle+0x2b6/0x332
> > <c0101030> default_idle+0x0/0x70 <c0101118> cpu_idle+0x58/0x70
> > <c03c47bd> start_kernel+0x14d/0x170 <c03c4310>
> > unknown_bootoption+0x0/0x1e0
> > hdb: set_drive_speed_status: status=0x40 { DriveReady }
> > ide: failed opcode was: unknown
> > Restarting tasks... done
>
> The above is an IDE problem. Are you saying that the above only occurs
> when DRM is enabled?
It's dependent on STR only. STD works fine. DRM seems irrelevant to this
problem.
>
> Please take more time and use more words when describing this problem,
> thanks.
Please bare with me, as I am not really verse in English.
>
> > Also, a 100HZ recompile in mainline causes a 400% delay doing a simple
> > lilo, which seems fixed in mm. Is there a reason you can't move that to
> > mainline?
>
> Again, I don't understand what that means. Are you saying that a kernel
> compiled with HZ=100 takes 4 times as long to run lilo?
Yes, in mainline a kernel compiled with HZ=100 takes 4 times as long to run
lilo as it would take for a kernel compiled with HZ=1000. This problem does
not exist in mm.
Also,
hdparm -tT /dev/hda
cat /dev/hda > /dev/null
dd < /dev/hda > /dev/null
get ~30% improved throughput when setting
echo 192 > /sys/block/hda/queue/max_sectors_kb
echo 192 > /sys/block/hda/queue/read_ahead_kb
whereas anything outside 132-255 affects throughput negatively.
Is this a bug?
Thanks!
--
Al
next prev parent reply other threads:[~2006-02-01 13:59 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-29 22:45 2.6.16-rc1-mm4 Andrew Morton
2006-01-29 23:19 ` 2.6.16-rc1-mm4 Jesper Juhl
2006-01-29 23:34 ` 2.6.16-rc1-mm4 Adrian Bunk
2006-01-29 23:40 ` 2.6.16-rc1-mm4 Randy.Dunlap
2006-01-29 23:58 ` 2.6.16-rc1-mm4 Adrian Bunk
2006-01-30 0:51 ` 2.6.16-rc1-mm4 Randy.Dunlap
2006-01-30 0:59 ` 2.6.16-rc1-mm4 Adrian Bunk
2006-01-29 23:42 ` 2.6.16-rc1-mm4 Adrian Bunk
2006-01-30 0:25 ` 2.6.16-rc1-mm4 Andrew Morton
2006-01-30 0:42 ` 2.6.16-rc1-mm4 Eric W. Biederman
2006-01-29 23:43 ` 2.6.16-rc1-mm4 Brice Goglin
2006-01-30 9:40 ` 2.6.16-rc1-mm4 Muli Ben-Yehuda
2006-01-30 13:52 ` 2.6.16-rc1-mm4 Mark Maule
2006-01-30 13:59 ` 2.6.16-rc1-mm4 Muli Ben-Yehuda
2006-01-30 11:23 ` 2.6.16-rc1-mm4 Marc Koschewski
2006-01-30 11:31 ` 2.6.16-rc1-mm4 Andrew Morton
2006-01-30 13:01 ` -git tree? (was Re: 2.6.16-rc1-mm4) Marc Koschewski
2006-01-30 14:01 ` Jiri Slaby
2006-01-30 14:13 ` Jiri Slaby
2006-01-30 15:47 ` Randy.Dunlap
2006-01-30 20:57 ` Andrew Morton
2006-01-30 13:20 ` 2.6.16-rc1-mm4 Al Boldi
2006-01-30 21:00 ` 2.6.16-rc1-mm4 Andrew Morton
2006-01-31 15:56 ` 2.6.16-rc1-mm4 Al Boldi
2006-01-31 22:01 ` 2.6.16-rc1-mm4 Andrew Morton
2006-02-01 0:50 ` 2.6.16-rc1-mm4 Randy.Dunlap
2006-02-01 13:58 ` Al Boldi [this message]
2006-01-30 18:50 ` 2.6.16-rc1-mm4 Jindrich Makovicka
2006-01-31 20:24 ` vgacon scrolling problem [Was: Re: 2.6.16-rc1-mm4] Jiri Slaby
2006-01-31 20:35 ` Jindrich Makovicka
2006-01-31 21:02 ` Jiri Slaby
2006-02-01 0:36 ` Antonino A. Daplas
2006-01-30 19:04 ` 2.6.16-rc1-mm4 Martin Bligh
[not found] ` <3aa654a40601311445t65fc9b6aqf2d565b72ded9c1a@mail.gmail.com>
2006-01-31 23:10 ` 2.6.16-rc1-mm4 Andrew Morton
[not found] ` <3aa654a40602010154r54e0072bp3e7bd46ce9aafa03@mail.gmail.com>
2006-02-01 10:06 ` 2.6.16-rc1-mm4 Andrew Morton
2006-02-01 0:19 ` 2.6.16-rc1-mm4 Dave Jones
2006-02-01 0:59 ` 2.6.16-rc1-mm4 Dave Jones
2006-02-01 10:36 ` [PATCH 1/2] 2.6.16-rc1-mm4 Thomas Renninger
2006-02-01 10:38 ` [PATCH 2/2] " Thomas Renninger
[not found] ` <3aa654a40602010251t2c5d8acdt85f2d85af5ef9f89@mail.gmail.com>
2006-02-01 10:59 ` Thomas Renninger
2006-02-01 1:47 ` 2.6.16-rc1-mm4: ALSA oops at remove_proc_entry Alexey Dobriyan
2006-02-01 2:23 ` 2.6.16-rc1-mm4 Yasunori Goto
2006-02-01 2:30 ` 2.6.16-rc1-mm4 Andrew Morton
2006-02-01 4:38 ` 2.6.16-rc1-mm4 Kurt Wall
2006-02-01 4:40 ` 2.6.16-rc1-mm4 Andrew Morton
2006-02-01 4:57 ` 2.6.16-rc1-mm4 Kurt Wall
2006-02-01 5:16 ` 2.6.16-rc1-mm4 Kurt Wall
2006-02-01 9:34 ` 2.6.16-rc1-mm4 Russell King
2006-02-01 9:53 ` 2.6.16-rc1-mm4 Andrew Morton
2006-02-02 22:28 ` 2.6.16-rc1-mm4 J.A. Magallon
2006-02-02 22:47 ` 2.6.16-rc1-mm4 Andrew Morton
2006-01-30 12:38 2.6.16-rc1-mm4 Gabriel C.
2006-02-01 2:44 2.6.16-rc1-mm4 Chuck Ebbert
2006-02-01 23:56 ` 2.6.16-rc1-mm4 Keith Owens
2006-02-02 8:58 ` 2.6.16-rc1-mm4 Gerd Hoffmann
2006-02-01 4:28 2.6.16-rc1-mm4 Chuck Ebbert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200602011658.04906.a1426z@gawab.com \
--to=a1426z@gawab.com \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).