| To: | Ralf Baechle <ralf@linux-mips.org> |
|---|---|
| Subject: | Re: BUG in pcnet32.c? |
| From: | Brian Murphy <brian@murphy.dk> |
| Date: | Fri, 02 Apr 2004 10:27:56 +0200 |
| Cc: | linux-mips@linux-mips.org |
| In-reply-to: | <20040401173154.GA30634@linux-mips.org> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <4068809F.8070103@murphy.dk> <4068864D.1020209@realitydiluted.com> <406B2E90.5060307@murphy.dk> <20040401173154.GA30634@linux-mips.org> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031107 Debian/1.5-3 |
Ralf Baechle wrote: Perhaps you could mention this usage of break explicitly in the message in do_bp.On Wed, Mar 31, 2004 at 10:48:16PM +0200, Brian Murphy wrote:Not sure what you mean. I get the panic "Break instruction in kernel code" from do_bpin traps.c. This seems like a strange "assertion" to me...The more information BUG or BUG_ON provide the bigger the kernel gets. Using a simple break instruction was simply the smallest thing. The previous, just slightly more verbose BUG() implementation did result in ~ 87k of bloat ... /Brian |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: BUG in pcnet32.c?, Ralf Baechle |
|---|---|
| Next by Date: | Re: BUG in pcnet32.c?, Ralf Baechle |
| Previous by Thread: | Re: BUG in pcnet32.c?, Ralf Baechle |
| Next by Thread: | Re: BUG in pcnet32.c?, Ralf Baechle |
| Indexes: | [Date] [Thread] [Top] [All Lists] |