On Feb 23, 2008, at 4:25 AM, Johannes Berg wrote:
>
>> But as I said in the same mail, processes still dies unexpectedly.
>
> Yeah, no idea though. I guess you could try putting that into the
> arch/ppc Makefile, but arch/ppc will be removed this year so you don't
> want to rely on it.
Its been
Error reporting in push_input_file() is a mess. One error results in
a message and exit(1), others result in a message and return 0 - which
is turned into an exit(1) at one callsite. The other callsite doesn't
check errors, but probably should. One of the error conditions gives
a message, but ca
Maynard Johnson writes:
> I'm developing a kernel module that needs to parse the in-memory ELF
> objects for a shared library (libc, to be specific). When running my
> test on a 32-bit library, it works fine, but for a 64-bit library, the
> very first copy_from_user() fails:
> Elf64_Ehdr e
On Mon, Feb 25, 2008 at 10:00:02PM -0500, Sean MacLennan wrote:
> David Gibson wrote:
[snip]
> > Subsumes my earlier Ebony-only patch. Tested on Ebony, could do with
> > testing on Taishan, Bamboo, Sequoia, Warp, Rainier and Walnut.
[snip]
> >
> Worked for me on the warp.
That's good to know,
David Gibson wrote:
> This patch alters the bootwrapper for a number of machines (roubhly
> all 4xx based cuboot or treeboot platforms) to use aliases instead of
> the linux,network-index hack to work out which MAC address to attach
> to which ethernet device node.
>
> The now obsolete linux,networ
On Mon, 2008-02-25 at 19:47 -0600, Maynard Johnson wrote:
> Hi,
> I'm developing a kernel module that needs to parse the in-memory ELF
> objects for a shared library (libc, to be specific). When running my
> test on a 32-bit library, it works fine, but for a 64-bit library, the
> very first co
Hi,
I'm developing a kernel module that needs to parse the in-memory ELF
objects for a shared library (libc, to be specific). When running my
test on a 32-bit library, it works fine, but for a 64-bit library, the
very first copy_from_user() fails:
Elf64_Ehdr ehdr;
copy_from_user(&ehdr,
On Wed, Feb 20, 2008 at 01:19:41PM -0600, Scott Wood wrote:
> A property's data can be populated with a file's contents
> as follows:
>
> node {
> prop = /incbin/("path/to/data");
> };
>
> A subset of a file can be included by passing start and size parameters.
> For example, to include byt
This patch alters the bootwrapper for a number of machines (roubhly
all 4xx based cuboot or treeboot platforms) to use aliases instead of
the linux,network-index hack to work out which MAC address to attach
to which ethernet device node.
The now obsolete linux,network-index properties are removed
On Mon, Feb 25, 2008 at 10:47:04AM -0800, Bizhan Gholikhamseh (bgholikh) wrote:
> In Linux 2.6.11 version, there was a function named "cpm2_hostalloc" to
> allocate memory at
> specific boundary. I am not able to locate that in the latest Linux
> version, 2.6.24-rc4. Is there any
> similiar functi
Hi All,
In Linux 2.6.11 version, there was a function named "cpm2_hostalloc" to
allocate memory at
specific boundary. I am not able to locate that in the latest Linux
version, 2.6.24-rc4. Is there any
similiar function to this that I can use?
The SPI module on the CPM2 module required the memory
Hi Olof,
> And even if you DO decide to go that route, guess what? You need a
> translation table just as with (3) anyway!
True.
3. use a glue layer with a translation map.
>>> In my opinion this is an OK solution since the same information has to
>>> be added somewhere already anyway -- ei
On Mon, Feb 25, 2008 at 03:47:22PM +0100, Philippe De Muyter wrote:
> Searching around, I learned that the E500 GPR registers are 64-bits wide,
> and gcc targetted for powerpc-linuxspe uses them sometimes. In the other
> PPC32 targets, those registers are 32-bits wide.
>
> The specific E500 64-bi
Dear ppclinux gurus,
I have just compiled linux-2.6.24 for a MPC8540 target using a MPC8540
specific gcc.
After my first attempt using ARCH=ppc, leading to an infinity of messages :
"SPE used in kernel", I recompiled the whole kernel sources using
the default ARCH (ARCH=powerpc). I now have a ke
On Mon, 25 Feb 2008 17:49:25 +1100
David Gibson <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 24, 2008 at 10:34:43PM -0600, Josh Boyer wrote:
> > On Mon, 25 Feb 2008 11:33:39 +1100
> > David Gibson <[EMAIL PROTECTED]> wrote:
> >
> > > This patch alters the Ebony bootwrapper to use the new preferred
>
On Friday 22 February 2008 15:50, Bernhard Reiter wrote:
> > Ok, so it seems -mcpu=440 was added in gcc 3.4. The -mcpu=405 option
> > has been around since 2001. Seeing as how there really isn't anything
> > 440 specific in the files effected, we should be able to pass -mcpu=405
> > for everythin
On 02/25/2008 12:21 AM, Stephen Neuendorffer wrote:
>>> @@ -549,8 +556,7 @@ static int hwicap_release(struct inode *inode,
> struct file *file)
>>> int i;
>>> int status = 0;
>>>
>>> - if (down_interruptible(&drvdata->sem))
>>> - return -ERESTARTSYS;
>>> +
17 matches
Mail list logo
