[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200801031406.21272.ak@suse.de>
Date: Thu, 3 Jan 2008 14:06:21 +0100
From: Andi Kleen <ak@...e.de>
To: Ingo Molnar <mingo@...e.hu>
Cc: linux-kernel@...r.kernel.org
Subject: Re: [PATCH] [20/20] x86: Print which shared library/executable faulted in segfault etc. messages
> > And printing the offset into a mapping also always allows to find the
> > correct fault point in a library even with randomized mappings. Previously
> > there was no way to actually find the correct code address inside
> > the randomized mapping.
> >
> > Relies on earlier patch to shorten the printk formats.
> >
> > They are often now longer than 80 characters, but I think that's worth
> > it.
>
> why not make it multi-line? that way the %lx hack wouldnt be needed
> either.
I prefer it single-line. I also disagree on %lx being a hack.
>
> > +void print_vma_addr(char *prefix, unsigned long ip)
> > +{
> > + struct mm_struct *mm = current->mm;
> > + struct vm_area_struct *vma;
> > + down_read(&mm->mmap_sem);
> > + vma = find_vma(mm, ip);
>
> grumble. Proper CodingStyle please.
Looks fine to me. If you mean the new line after variables -- that was always optional.
Anyways I'll repost with the error check.
Also it seems like you did apply only parts of the patchkit. If you do that can
you send a list of what patches you didn't add, otherwise it'll be messy to figure
this out from here.
-Andi
--
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