All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pavel Machek <pavel@suse.cz>
To: do-not-reply@micromuse.com
Cc: kernel list <linux-kernel@vger.kernel.org>,
	fubar@us.ibm.com, brking@us.ibm.com, shaggy@austin.ibm.com,
	vgoyal@in.ibm.com, prasanna@in.ibm.com, hbabu@us.ibm.com,
	ananth@in.ibm.com, paulus@au.ibm.com, anton@au.ibm.com,
	linas@austin.ibm.com, schwidefsky@de.ibm.com,
	linux390@de.ibm.com, fpavlic@de.ibm.com, aherrman@de.ibm.com,
	sri@us.ibm.com, kjhall@us.ibm.com
Subject: IBM spam Re: Re: [klibc 30/31] Remove in-kernel resume-from-disk invocation code
Date: Thu, 6 Jul 2006 12:58:17 +0200	[thread overview]
Message-ID: <20060706105817.GH5303@elf.ucw.cz> (raw)
In-Reply-To: <200607061028.k66AS8UB012207@smtp.micromuse.com>

So IBM is now spamming anyone that posts to lkml? I do not care how
much many you have, or who you bought, but you apparently have not
learned to use e-mail, yet. FIX IT.

It is not funny, noone from IBM even was in To/Cc of original mail.

I'm tired. Every time I mail to someone at IBM, I get some bogus error
back, and now this.
							Pavel 


On Thu 2006-07-06 11:28:08, do-not-reply@micromuse.com wrote:
> 
> 
> 				            ***** Micromuse are now IBM *****
> 
> Micromuse were acquired in February 2006 by IBM.  We are sorry, but the address you are trying to email no longer exists.  Please refer to your account manager, or attempt to search for the person you are contacting at http://www.ibm.com/contact/us/
> 
> Alternatively, you may locate your local IBM Office at http://www.ibm.com/planetwide/
> 
> 

> To: Nigel Cunningham <ncunningham@linuxmail.org>
> Cc: "H. Peter Anvin" <hpa@zytor.com>, linux-kernel@vger.kernel.org,
> 	klibc@zytor.com
> Subject: Re: [klibc 30/31] Remove in-kernel resume-from-disk invocation code
> X-Warning: Reading this can be dangerous to your mental health.
> 
> Hi!
> 
> > > > Ah. So it's still valid to have resume= and noresume on the commandline,
> > > > and klibc greps /proc/cmdline?
> > >
> > > Correct.
> > >
> > > > So, for Suspend2, would I be ok just leaving people to add the echo
> > > >
> > > >>/proc/suspend2/do_resume, as we currently do for initrds and initramfses?
> > >
> > > Well, presumably you want to adjust kinit so that it invokes
> > > /proc/suspend2/do_resume, instead of or in addition to
> > > /sys/power/resume; see usr/kinit/resume.c (the code should be bloody
> > > obvious, I hope...)
> > 
> > It is.
> > 
> > Is there a klibc howto somewhere? I tried googling for 'klibc howto', reading 
> > the files in Documentation/ and browsing your klibc mailing list archive 
> > before asking!
> > 
> > What I'm wondering specifically is: Say a user needs to run some commands to 
> > set up access to encrypted storage before they can resume. At the moment, 
> > we'd tell them to put these commands and the echo > do_resume in their 
> > linuxrc (or init) script prior to mounting their root filesystem. Forgive me 
> > if I'm asking a stupid question but it's not immediately obvious to me how 
> > they would now do that. I'd much rather follow a simple howto than
> > spend a 
> 
> Same way as they did it before....? klibc is supposed to be
> backward-compatible, as far as userland can tell.
> 									Pavel


-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

  parent reply	other threads:[~2006-07-06 10:58 UTC|newest]

Thread overview: 58+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-28  5:17 [klibc 00/31] klibc as a historyless patchset (updated and reorganized) H. Peter Anvin
2006-06-28  5:17 ` [klibc 01/31] Add klibc/kinit to MAINTAINERS file H. Peter Anvin
2006-06-28  5:17 ` [klibc 02/31] Main Makefile changes for klibc H. Peter Anvin
2006-06-28  5:17 ` [klibc 03/31] Core klibc code H. Peter Anvin
2006-06-28  5:17 ` [klibc 04/31] alpha support for klibc H. Peter Anvin
2006-06-28 15:43   ` Richard Henderson
2006-06-28 15:51     ` H. Peter Anvin
2006-06-28  5:17 ` [klibc 05/31] arm " H. Peter Anvin
2006-06-28  5:17 ` [klibc 06/31] cris " H. Peter Anvin
2006-06-28  5:17 ` [klibc 07/31] i386 " H. Peter Anvin
2006-06-28  7:37   ` Jan Engelhardt
2006-06-28 15:33     ` H. Peter Anvin
2006-06-28 16:44       ` H. Peter Anvin
2006-06-29  0:14       ` Roman Zippel
2006-06-29  0:45         ` H. Peter Anvin
2006-06-29 23:43           ` Roman Zippel
2006-06-29 23:54             ` H. Peter Anvin
2006-06-30  0:23               ` Roman Zippel
2006-06-30  1:28                 ` [klibc] " Aaron Griffin
2006-06-30 13:56                   ` Jan Engelhardt
2006-06-28  5:17 ` [klibc 08/31] ia64 " H. Peter Anvin
2006-06-28  5:17 ` [klibc 09/31] m32r " H. Peter Anvin
2006-06-28  5:17 ` [klibc 10/31] m68k " H. Peter Anvin
2006-06-28  5:17 ` [klibc 11/31] mips " H. Peter Anvin
2006-06-28  5:17 ` [klibc 12/31] mips64 " H. Peter Anvin
2006-06-28  5:17 ` [klibc 13/31] parisc " H. Peter Anvin
2006-06-28  5:17 ` [klibc 14/31] ppc " H. Peter Anvin
2006-06-28  5:17 ` [klibc 15/31] ppc64 " H. Peter Anvin
2006-06-28  5:17 ` [klibc 16/31] s390 " H. Peter Anvin
2006-06-28  5:17 ` [klibc 17/31] sh " H. Peter Anvin
2006-06-28  5:17 ` [klibc 18/31] sparc " H. Peter Anvin
2006-06-28  5:17 ` [klibc 19/31] sparc64 " H. Peter Anvin
2006-06-28  5:17 ` [klibc 20/31] x86_64 " H. Peter Anvin
2006-06-28  5:17 ` [klibc 21/31] Simple test suite " H. Peter Anvin
2006-06-28  5:17 ` [klibc 22/31] zlib " H. Peter Anvin
2006-06-28  5:17 ` [klibc 23/31] kinit: replacement for in-kernel do_mount, ipconfig, nfsroot H. Peter Anvin
2006-06-28  5:17 ` [klibc 24/31] klibc basic build infrastructure H. Peter Anvin
2006-06-28  5:17 ` [klibc 25/31] Miscellaneous utilities for klibc H. Peter Anvin
2006-06-28  5:17 ` [klibc 26/31] dash - a small POSIX shell " H. Peter Anvin
2006-06-28  5:17 ` [klibc 27/31] A port of gzip to klibc H. Peter Anvin
2006-06-28  5:17 ` [klibc 28/31] sparc64: transmit arch-specific options to kinit via /arch.cmd H. Peter Anvin
2006-06-28  5:17 ` [klibc 29/31] sparc32: transfer arch-specific options to /arch.cmd H. Peter Anvin
2006-06-28  5:17 ` [klibc 30/31] Remove in-kernel resume-from-disk invocation code H. Peter Anvin
2006-07-05 23:40   ` Nigel Cunningham
2006-07-05 23:58     ` Joshua Hudson
2006-07-06  0:11     ` H. Peter Anvin
2006-07-06  0:37       ` Nigel Cunningham
2006-07-06  0:54         ` H. Peter Anvin
2006-07-06  1:45           ` Nigel Cunningham
2006-07-06  2:18             ` Nigel Cunningham
2006-07-06  3:11               ` H. Peter Anvin
2006-07-06  3:28                 ` Nigel Cunningham
2006-07-06 10:26             ` Pavel Machek
     [not found]             ` <200607061028.k66AS8UB012207@smtp.micromuse.com>
2006-07-06 10:58               ` Pavel Machek [this message]
2006-07-06 13:02                 ` IBM spam Re: " Sean Young
2006-07-06  8:31       ` [klibc] " maximilian attems
2006-07-06  8:37         ` H. Peter Anvin
2006-06-28  5:17 ` [klibc 31/31] Remove in-kernel root-mounting code H. Peter Anvin

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=20060706105817.GH5303@elf.ucw.cz \
    --to=pavel@suse.cz \
    --cc=aherrman@de.ibm.com \
    --cc=ananth@in.ibm.com \
    --cc=anton@au.ibm.com \
    --cc=brking@us.ibm.com \
    --cc=do-not-reply@micromuse.com \
    --cc=fpavlic@de.ibm.com \
    --cc=fubar@us.ibm.com \
    --cc=hbabu@us.ibm.com \
    --cc=kjhall@us.ibm.com \
    --cc=linas@austin.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux390@de.ibm.com \
    --cc=paulus@au.ibm.com \
    --cc=prasanna@in.ibm.com \
    --cc=schwidefsky@de.ibm.com \
    --cc=shaggy@austin.ibm.com \
    --cc=sri@us.ibm.com \
    --cc=vgoyal@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.