All of lore.kernel.org
 help / color / mirror / Atom feed
From: msundius@u1.netgate.com
To: vygoyal@in.ibm.com
Cc: kexec@lists.infradead.org
Subject: using bios after linux
Date: Tue,  2 Oct 2007 16:12:38 +0000 (GMT)	[thread overview]
Message-ID: <20071002161238.25C524700E1@web2mail.com> (raw)

--------------------------------------------------
Here is a message for you from http://web2mail.com
The easy way to read and send POP email on the web
--------------------------------------------------

Vivek,



Thank you for your reply.



I can't really say what our application is, as I'm a contractor and paid to keep my mouth shut.



As for the question of kexec as a library. yes it would be easier for me,

but we are not always paid to do the easy thing. My client 

wants to be sure that it is difficult for others to find the payload of

kexec. that means not writing it to a file. I also think that enough

applications will eventually exist out there that want to restart 

the OS that a library call is warrented.



Other questions:.. what happened to lists.infradead.org? seems to have been 

vaporized. 



more importantly, yes, I've read in the archives that Eric gave up on 

calling bios after linux. Was this because linux stomped on the state of 

bios, or that linux (its drivers really) leaves the physical hardware 

(devices) in such an undeterminate state such that  bios cannot handle 

the sudden change or complicated confiuration. 



Before you answer, that last one, I realize that it is largely symantic, 

but what I mean is that is this more of a problem inherent in how some

bios' are not well behaved and should be fixed or is it that linux does

not close down nicely and therefore should be fixed? we will never 

shutdown as in the case of a crash dump, but rather do our best to clean

up after ourselves. 



Thus, we probably don't have a problem fixing a bug or two to make that happen

so bios runs.  on the other hand the decision makers want to avoid having

a whole army of people fixing drivers to make them turn off correctly.



(or better, am I on a fools errend or should I keep up the fight?)



well, thanks for your input. 



Mike



ps sorry for not quoting the original email, I'm not on my normal computer

and am writing from web2mail :[



 





_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

             reply	other threads:[~2007-10-02 16:35 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-02 16:12 msundius [this message]
  -- strict thread matches above, loose matches on Subject: below --
2007-09-27 13:57 using bios after linux C Michael Sundius
2007-10-01  6:43 ` Vivek Goyal
2007-10-10  4:58   ` yhlu

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=20071002161238.25C524700E1@web2mail.com \
    --to=msundius@u1.netgate.com \
    --cc=kexec@lists.infradead.org \
    --cc=vygoyal@in.ibm.com \
    /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.