[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1299795841.15854.433.camel@gandalf.stny.rr.com>
Date: Thu, 10 Mar 2011 17:24:01 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: David Daney <ddaney@...iumnetworks.com>
Cc: Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>,
Jason Baron <jbaron@...hat.com>, peterz@...radead.org,
hpa@...or.com, mingo@...e.hu, tglx@...utronix.de,
andi@...stfloor.org, roland@...hat.com, rth@...hat.com,
masami.hiramatsu.pt@...achi.com, fweisbec@...il.com,
avi@...hat.com, davem@...emloft.net, sam@...nborg.org,
michael@...erman.id.au, linux-kernel@...r.kernel.org,
Ralf Baechle <ralf@...ux-mips.org>
Subject: Re: [PATCH 0/2] jump label: update for .39
On Thu, 2011-03-10 at 14:11 -0800, David Daney wrote:
> But that shouldn't matter because we only emit data to the __jump_table
> section from asm().
>
> GCC is getting a reference to that table (array of structures really)
> from a global variable, I don't see how it can violate the ABI in this case.
Right, actually gcc should be completely out of the loop, as it has no
idea about that section we created. That's done in the assembly phase,
and the linker should not be adding holes.
-- Steve
--
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