lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 12 Mar 2009 12:35:20 +0100
From:	Ingo Molnar <mingo@...e.hu>
To:	Jan Beulich <jbeulich@...ell.com>
Cc:	jeremy.fitzhardinge@...rix.com, tglx@...utronix.de,
	linux-kernel@...r.kernel.org, hpa@...or.com
Subject: Re: [PATCH] x86-64: fix HYPERVISOR_update_descriptor()


* Jan Beulich <jbeulich@...ell.com> wrote:

> >>> Ingo Molnar <mingo@...e.hu> 12.03.09 11:54 >>>
> >* Jan Beulich <jbeulich@...ell.com> wrote:
> >> Signed-off-by: Jan Beulich <jbeulich@...ell.com>
> >> Acked-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@...rix.com>
> >> 
> >> ---
> >>  arch/x86/include/asm/xen/hypercall.h |    2 ++
> >>  1 file changed, 2 insertions(+)
> >> 
> >> --- linux-2.6.29-rc7/arch/x86/include/asm/xen/hypercall.h	2009-03-11 17:52:10.000000000 +0100
> >> +++ 2.6.29-rc7-x86_64-xen-update-descr/arch/x86/include/asm/xen/hypercall.h	2009-02-13 11:41:39.000000000 +0100
> >> @@ -296,6 +296,8 @@ HYPERVISOR_get_debugreg(int reg)
> >>  static inline int
> >>  HYPERVISOR_update_descriptor(u64 ma, u64 desc)
> >>  {
> >> +	if (sizeof(u64) == sizeof(long))
> >> +		return _hypercall2(int, update_descriptor, ma, desc);
> >>  	return _hypercall4(int, update_descriptor, ma, ma>>32, desc, desc>>32);
> >
> >missing changelog and Impact line.
> 
> I'm confused: What point is there to add a textual description 
> that matches the subject? [...]

For example, under what circumstances did you trigger the bug, 
how widely does it affect people, how did you test it. You are 
sending patches very close to the 2.6.29 release, and your 
commit log is non-existent.

Yes, i can figure out what the patch does, but that is not the 
point.

The point is for you to be forthcoming with such information and 
trying to be helpful to the maintenance process, by properly 
describing changes, by describing how you found the bug, how you 
tested the fix, how significant you find the fix, etc.

I.e. try to emit the information you have about this _already_, 
and generously so, instead of hiding it and forcing others to 
recover it. It might be a small work for me to recover it and 
put it into the changelog, but many of your past patches showed 
such a pattern and such overhead mounts up quickly.

> [...] And where is the need for an impact line documented 
> (clearly neither SubmitChecklist no SubmittingPatches have any 
> occurrence of the word impact), i.e. what are the valid values 
> to chose from?

See:

  http://lkml.org/lkml/2008/10/28/67

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ