From: Stefano Babic <sbabic@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] net: Improve the speed of netconsole
Date: Wed, 25 Jul 2012 11:58:36 +0200 [thread overview]
Message-ID: <500FC34C.2020703@denx.de> (raw)
In-Reply-To: <1343160675-30148-1-git-send-email-joe.hershberger@ni.com>
On 24/07/2012 22:11, Joe Hershberger wrote:
> Previously u-boot would initialize the network interface for every
> network operation and then shut it down again. This makes sense for
> most operations where the network in not known to be needed soon after
> the operation is complete. In the case of netconsole, it will use the
> network for every interaction with the shell or every printf. This
> means that the network is being reinitialized very often. On many
> devices, this intialization is very slow.
Hi Joe,
agree with you - and in some cases, such as ethernet on USB, netconsole
is not yet useful.
Which is the status of the ethernet controller before starting the
kernel ? Up now we guarantee that the hardware is turned off before
kernel takes over. This patch changes this behavior, and I know from the
past (really with USB, we have a usb_stop before calling the kernel)
that this can be dangerous.
Maybe you can add a eth_halt() call into do_bootm().
Second general question is if the behavior of
CONFIG_NETCONSOLE_PERSIST_ETH should be always turned on when Netconsole
is activated. I mean, your patch maintain a high compatibility with the
past, but I suppose that everyone using netconsole likes the new
behavior that you are introducing and everyone will turn
CONFIG_NETCONSOLE_PERSIST_ETH on. Then we can simply use
CONFIG_NETCONSOLE as switch.
Best regards,
Stefano
--
=====================================================================
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sbabic at denx.de
=====================================================================
next prev parent reply other threads:[~2012-07-25 9:58 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-24 20:11 [U-Boot] [PATCH] net: Improve the speed of netconsole Joe Hershberger
2012-07-25 9:58 ` Stefano Babic [this message]
2012-07-25 18:49 ` Mike Frysinger
2012-07-30 21:08 ` Joe Hershberger
2012-08-01 16:35 ` Mike Frysinger
2012-08-01 16:42 ` Joe Hershberger
2012-08-03 20:59 ` [U-Boot] [PATCH v2] " Joe Hershberger
2012-08-10 16:22 ` Stefano Babic
2012-08-10 19:09 ` Joe Hershberger
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=500FC34C.2020703@denx.de \
--to=sbabic@denx.de \
--cc=u-boot@lists.denx.de \
/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