All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: xen-devel <xen-devel@lists.xenproject.org>
Subject: Re: [RFC 7/8] x86/hpet: debug keyhandlers
Date: Tue, 5 Nov 2013 11:16:00 +0000	[thread overview]
Message-ID: <5278D370.7000908@citrix.com> (raw)
In-Reply-To: <5278E05A02000078000FF7B2@nat28.tlf.novell.com>

On 05/11/13 11:11, Jan Beulich wrote:
>>>> On 04.11.13 at 19:54, Andrew Cooper <andrew.cooper3@citrix.com> wrote:
>> @@ -879,6 +896,8 @@ u64 __init hpet_setup(void)
>>      hpet_rate = 1000000000000000ULL; /* 10^15 */
>>      (void)do_div(hpet_rate, hpet_period);
>>  
>> +    register_keyhandler('1', &hpet_dump_state);
> I'd prefer the numbers to be left alone if at all possible. How
> about 'E'?
>
> Jan
>

I wasn't intending for this keyhandler to be committed, at least
certainly not taking the place of '1'  (As people might be able to guess
from similar debugging patches of mine, I regularly have many of the
numbers in use for temporary keyhandlers)

While it was very useful while working on this issue, I don't think it
would be particularly useful in general, especially given the increasing
scarcity of keys.

~Andrew

  reply	other threads:[~2013-11-05 11:16 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-04 18:54 [RFC 0/8] Improvements to HPET interupts Andrew Cooper
2013-11-04 18:54 ` [RFC 1/8] x86/timing: Command line parameter to disable ARAT Andrew Cooper
2013-11-05 10:57   ` Jan Beulich
2013-11-04 18:54 ` [RFC 2/8] x86/acpi: Warn about multiple HPET tables Andrew Cooper
2013-11-05 10:58   ` Jan Beulich
2013-11-05 16:03     ` Andrew Cooper
2013-11-04 18:54 ` [RFC 3/8] x86/hpet: Fix ambiguity in broadcast info message Andrew Cooper
2013-11-05 11:02   ` Jan Beulich
2013-11-05 13:28     ` David Vrabel
2013-11-05 13:34       ` Jan Beulich
2013-11-05 13:36         ` David Vrabel
2013-11-04 18:54 ` [RFC 4/8] x86/hpet: Debug and verbose hpet logging Andrew Cooper
2013-11-04 18:54 ` [RFC 5/8] x86/msi: Refactor msi_compose_message() to not requrie an irq_desc Andrew Cooper
2013-11-05 11:05   ` Jan Beulich
2013-11-04 18:54 ` [RFC 6/8] x86/hpet: Adjust pointer vs array semantics of hpet_boot_cfg Andrew Cooper
2013-11-05 11:08   ` Jan Beulich
2013-11-04 18:54 ` [RFC 7/8] x86/hpet: debug keyhandlers Andrew Cooper
2013-11-05 11:11   ` Jan Beulich
2013-11-05 11:16     ` Andrew Cooper [this message]
2013-11-04 18:54 ` [RFC 8/8] x86/hpet: Use singe apic vector rather than irq_descs for HPET interrupts Andrew Cooper
2013-11-05 15:10   ` Jan Beulich

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=5278D370.7000908@citrix.com \
    --to=andrew.cooper3@citrix.com \
    --cc=JBeulich@suse.com \
    --cc=xen-devel@lists.xenproject.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.