From: Roland Dreier <roland@topspin.com>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: Andi Kleen <ak@muc.de>,
Carl-Daniel Hailfinger <c-d.hailfinger.kernel.2004@gmx.net>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] new device support for forcedeth.c fourth try
Date: Tue, 22 Jun 2004 06:54:48 -0700 [thread overview]
Message-ID: <52d63rpujb.fsf@topspin.com> (raw)
In-Reply-To: <40D837AB.2000104@pobox.com> (Jeff Garzik's message of "Tue, 22 Jun 2004 09:44:11 -0400")
>>>>> "Jeff" == Jeff Garzik <jgarzik@pobox.com> writes:
> Andi Kleen wrote:
>> Carl-Daniel Hailfinger <c-d.hailfinger.kernel.2004@gmx.net>
>> writes:
>>> Known Bug: You will get a "bad: scheduling while atomic"
>>> message because of the msleep(500) in PHY reset.
>>> Any suggestions how I can avoid this message? Using
>>> mdelay(500) has its share of problems too, because it will
>>> cause lost time.
>> Use schedule_work() to push it into a worker thread.
> Agreed. This is what I am moving net drivers to, for slow
> path stuff like chip reset or twiddling the phy.
In this case is it possible to use schedule_delayed_work() to avoid
stalling keventd for half a second?
- R.
next prev parent reply other threads:[~2004-06-22 14:17 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <29ACK-1wm-17@gated-at.bofh.it>
[not found] ` <29B5I-1QM-3@gated-at.bofh.it>
[not found] ` <29QeD-5kp-11@gated-at.bofh.it>
2004-06-22 10:23 ` [PATCH] new device support for forcedeth.c fourth try Andi Kleen
2004-06-22 13:44 ` Jeff Garzik
2004-06-22 13:54 ` Roland Dreier [this message]
2004-06-22 14:32 ` Jeff Garzik
2004-06-21 17:10 [PATCH] new device support for forcedeth.c second try Brian Lazara
2004-06-21 17:36 ` Carl-Daniel Hailfinger
2004-06-22 9:51 ` [PATCH] new device support for forcedeth.c fourth try Carl-Daniel Hailfinger
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=52d63rpujb.fsf@topspin.com \
--to=roland@topspin.com \
--cc=ak@muc.de \
--cc=c-d.hailfinger.kernel.2004@gmx.net \
--cc=jgarzik@pobox.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.