On Thu, 2010-03-18 at 09:22 -0600, Grant Likely wrote:
> Currently, each of_device has a copy of the device tree node pointer in both
> .node, and in .dev.archdata.of_node (microblaze and powerpc) or
> .dev.archdata.prom_node (sparc). Also, other architectures will be adding
> CONFIG_OF support, a
Hi Wolfgang,
I found your homepage at
http://www.denx.de/wiki/bin/view/DULG/ConfigureLinuxForXIP back
from 2003. Was there any follow up of your patch for kernel 2.4.4?
Regards,
Márton Németh
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.oz
On Sat, 20 Mar 2010 23:05:40 + Ben Hutchings wrote:
> WARN() is used in some places to report firmware or hardware bugs that
> are then worked-around. These bugs do not affect the stability of the
> kernel and should not set the usual TAINT_WARN flag. To allow for
> this, add WARN_TAINT() a
Grant Likely wrote:
> 2010/3/22 Németh Márton :
>> Hi Grant,
>>
>> thanks for the comments, I solved some of the points you mentioned. I need
>> some
>> more time to work on the others. In the meantime I send the intermediate
>> version.
>>
>> Grant Likely wrote:
>>> 2010/3/13 Németh Márton :
>>
On Mon, Mar 08, 2010 at 11:44:48PM +0530, K.Prasad wrote:
> @@ -479,6 +483,7 @@ struct task_struct *__switch_to(struct t
> old_thread->accum_tb += (current_tb - start_tb);
> new_thread->start_tb = current_tb;
> }
> + flush_ptrace_hw_breakpoint(current);
> #en
On (Mon) Mar 22 2010 [18:45:47], François Diakhate wrote:
> Hi all,
>
> As far as I can see, early_put_chars is not used by virtio_console
> because it checks whether there is a port available before using it.
> If I understand correctly, this makes it useless because once we have
> a port, we can
Hi,
> > ipc/syscall.c:17: error: conflicting types for ‘sys_ipc’
> > include/linux/syscalls.h:691: note: previous declaration of ‘sys_ipc’ was
> > here
>
> Hmm. Right you are. Why don't I see this? (I already applied the patch)
>
> Ahh. Because this only triggers with __ARCH_WANT_SYS_IPC. But
On Mon, Mar 22, 2010 at 05:47:59PM +1100, Anton Blanchard wrote:
> The patch below changes second from an int to an unsigned long which fixes
> shmget on ppc64 (and I assume s390, sparc64 and mips64).
Looks good, except that the prototype in the header also needs to be
adjusted.
_
Linus Torvalds writes:
> On Mon, 22 Mar 2010, Andreas Schwab wrote:
>>
>> ipc/syscall.c:17: error: conflicting types for ‘sys_ipc’
>> include/linux/syscalls.h:691: note: previous declaration of ‘sys_ipc’ was
>> here
>
> Hmm. Right you are. Why don't I see this? (I already applied the patch)
>
>
* Vaidyanathan Srinivasan [2010-03-10 17:49:25]:
> Hi Ben,
>
> I have cleaned up the code from the previous post:
> http://lists.ozlabs.org/pipermail/linuxppc-dev/2010-February/080630.html
>
> Changes from v1:
> * Removed redundant return statements and rearranged code
>
> Description:
>
> A
Hi all,
As far as I can see, early_put_chars is not used by virtio_console
because it checks whether there is a port available before using it.
If I understand correctly, this makes it useless because once we have
a port, we can use the regular virtio transport to output things to
the console. Doe
On Mon, 22 Mar 2010, Andreas Schwab wrote:
>
> ipc/syscall.c:17: error: conflicting types for ‘sys_ipc’
> include/linux/syscalls.h:691: note: previous declaration of ‘sys_ipc’ was here
Hmm. Right you are. Why don't I see this? (I already applied the patch)
Ahh. Because this only triggers with
Anton Blanchard writes:
> diff --git a/ipc/syscall.c b/ipc/syscall.c
> index 355a3da..1d6f53f 100644
> --- a/ipc/syscall.c
> +++ b/ipc/syscall.c
> @@ -13,7 +13,7 @@
> #include
> #include
>
> -SYSCALL_DEFINE6(ipc, unsigned int, call, int, first, int, second,
> +SYSCALL_DEFINE6(ipc, unsigned
2010/3/22 Németh Márton :
> Hi Grant,
>
> thanks for the comments, I solved some of the points you mentioned. I need
> some
> more time to work on the others. In the meantime I send the intermediate
> version.
>
> Grant Likely wrote:
>> 2010/3/13 Németh Márton :
> [...]
>>> + mem...@400
Hi Ben,
So, I'm coming back to you about setting "server_mode" on SMU-based
PPC machines. You know, so that the machine reboots after a power
failure. Would you have a little time now ? Thanks a lot !
- Romain
On Tue, Oct 6, 2009 at 11:51 AM, Benjamin Herrenschmidt
wrote:
> On Tue, 2009-10-06
On Sun, 21 Mar 2010, Yinghai Lu wrote:
> From: Ian Campbell
>
> Move arch_init_copy_chip_data and arch_free_chip_data into function
> pointers in struct irq_chip since they operate on irq_desc->chip_data.
Not sure about that. These functions are solely used by x86 and there
is really no need to
On Sun, Mar 21, 2010 at 11:40:28PM -0700, Dmitry Torokhov wrote:
> My standard question - are all of these need to be dynamically
> allocated?
I have my doubts for a few of them. Still, this would be a more intrusive
change than just fixing the BUG appearance, so I'd like to leave that task for
t
17 matches
Mail list logo
