Hi all,
After merging the final tree, today's linux-next build
(powerpc64 allnoconfig) failed like this:
arch/powerpc/kernel/built-in.o: In function `.sys_call_table':
(.text+0x8d48): undefined reference to `.compat_sys_recv'
Caused by commit 86250b9d12caa1a3dee12a7cf638b7dd70eaadb6 ("powerpc: W
On Thu, Sep 02, 2010 at 02:57:33PM -0700, tma...@apm.com wrote:
>From: Tirumala Marri
>
>This patch adds CPU, device tree, defconfig and bluestone board
>support for APM821xx SoC.
>
>Signed-off-by: Tirumala R Marri
>---
>APM821xx is Applied Micro Circuits Corporations naming convention for
>new l
On Thu, Sep 02, 2010 at 07:04:59PM +0100, Ben Hutchings wrote:
> On Fri, 2010-09-03 at 00:02 +0800, Liang Li wrote:
> > It's common sense that when we should do change to driver ring
> > desc/buffer etc only after 'stop/shutdown' the device. When we
> > do change while devices/driver is running, ke
Hi Kumar,
Today's linux-next merge of the galak tree got a conflict in
arch/powerpc/platforms/85xx/mpc85xx_mds.c between commit
6d4f2fb0860c36e7ef16cc41126242a8b6542771 ("powerpc/85xx: Fix compilation
of mpc85xx_mds.c") from the powerpc-merge tree and commit
5dc45967402dd124980fce88d34d7f4a012a381
Signed-off-by: FUJITA Tomonori
Cc: linuxppc-dev@lists.ozlabs.org
---
arch/powerpc/Kconfig |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 631e5a0..b0e58f5 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -
On 09/02/2010 04:04 PM, Michael Neuling wrote:
> In message <1283400367.2356.69.ca...@gandalf.stny.rr.com> you wrote:
>> On Thu, 2010-09-02 at 11:02 +1000, Michael Neuling wrote:
>>
>>> We need to call smp_startup_cpu on boot when we the cpus are still in
>>> FW. smp_startup_cpu does this for us o
In message <1283400367.2356.69.ca...@gandalf.stny.rr.com> you wrote:
> On Thu, 2010-09-02 at 11:02 +1000, Michael Neuling wrote:
>
> > We need to call smp_startup_cpu on boot when we the cpus are still in
> > FW. smp_startup_cpu does this for us on boot.
> >
> > I'm wondering if we just need t
From: Tirumala Marri
This patch adds CPU, device tree, defconfig and bluestone board
support for APM821xx SoC.
Signed-off-by: Tirumala R Marri
---
APM821xx is Applied Micro Circuits Corporations naming convention for
new line of SoCs.
arch/powerpc/boot/dts/bluestone.dts | 254 +
On Thu, Sep 02, 2010 at 05:24:34PM -0400, Sean MacLennan wrote:
> On Thu, 2 Sep 2010 14:12:22 -0700
> "Ira W. Snyder" wrote:
>
>
> > To give you three example drivers:
> > 1) Data processing FPGA access driver
> >
> > This driver provides a simple character device to userspace which
> > exposes
On Thu, 2 Sep 2010 14:12:22 -0700
"Ira W. Snyder" wrote:
> To give you three example drivers:
> 1) Data processing FPGA access driver
>
> This driver provides a simple character device to userspace which
> exposes one function: mmap. With it, you can mmap the entire data
> processing FPGA memor
On Thu, 2 Sep 2010 13:04:34 -0700
"Ira W. Snyder" wrote:
> Hello all,
>
> I've written several drivers for a custom board. The board is
> basically an mpc8349_mds board with some extra FPGAs for data
> processing.
>
> All of the drivers were written to interface with a custom system
> controlle
On Thu, Sep 02, 2010 at 03:17:52PM -0500, Kumar Gala wrote:
>
> On Sep 2, 2010, at 3:04 PM, Ira W. Snyder wrote:
>
> > Hello all,
> >
> > I've written several drivers for a custom board. The board is basically
> > an mpc8349_mds board with some extra FPGAs for data processing.
> >
> > All of th
On Sep 2, 2010, at 3:04 PM, Ira W. Snyder wrote:
> Hello all,
>
> I've written several drivers for a custom board. The board is basically
> an mpc8349_mds board with some extra FPGAs for data processing.
>
> All of the drivers were written to interface with a custom system
> controller FPGA, wh
Hello all,
I've written several drivers for a custom board. The board is basically
an mpc8349_mds board with some extra FPGAs for data processing.
All of the drivers were written to interface with a custom system
controller FPGA, which handles things like LED control, FPGA
programming, and fast d
The slab.h header is required to use the kmalloc() family of functions.
Due to recent kernel changes, this header must be directly included by
code that calls into the memory allocator.
Signed-off-by: Ira W. Snyder
---
Without this patch, any code which includes this header fails to build.
arc
On Fri, 2010-09-03 at 00:02 +0800, Liang Li wrote:
> It's common sense that when we should do change to driver ring
> desc/buffer etc only after 'stop/shutdown' the device. When we
> do change while devices/driver is running, kernel oops occur:
[...]
> + printk(KERN_INFO "Reactivating i
On 08/31/2010 04:57 PM, Anton Blanchard wrote:
>
> Hi Nathan,
>
>> This set of patches de-couples the idea that there is a single
>> directory in sysfs for each memory section. The intent of the
>> patches is to reduce the number of sysfs directories created to
>> resolve a boot-time performance
On Thu, 2 Sep 2010, David Miller wrote:
> > Arguably using a union here would make things cleaner and any reasonable
> > ABI will place small unions used as arguments or return values in
> > registers, but I'm not sure if the cost of the rewrite is worth the
>
> Well, sparc 32-bit's ABI for o
From: "Maciej W. Rozycki"
Date: Thu, 2 Sep 2010 16:20:34 +0100 (BST)
> Arguably using a union here would make things cleaner and any reasonable
> ABI will place small unions used as arguments or return values in
> registers, but I'm not sure if the cost of the rewrite is worth the
Well, spar
On Thu, 2010-09-02 at 23:48 +0800, Liang Li wrote:
> On Thu, Sep 02, 2010 at 12:11:47PM +0100, Ben Hutchings wrote:
> > On Thu, 2010-09-02 at 08:50 +0800, Liang Li wrote:
> > > On Wed, Sep 01, 2010 at 02:42:30PM +0100, Ben Hutchings wrote:
> > > > On Wed, 2010-09-01 at 09:43 +0800, Liang Li wrote:
It's common sense that when we should do change to driver ring
desc/buffer etc only after 'stop/shutdown' the device. When we
do change while devices/driver is running, kernel oops occur:
[
r...@fsl_8569mds:/root> ethtool -G eth0 tx 256
r...@fsl_8569mds:/root> Oops: Kernel access of bad area, sig:
>> Can anyone explain to me why I would be getting this error in the
>> first place? Why is it failing to allocate a page when there are
>> pages available? That does not make any sense to me.
> order:1
> It's failing to allocate -two- pages.
Good point. However, why is it failing? According
On Thu, Sep 02, 2010 at 12:11:47PM +0100, Ben Hutchings wrote:
> On Thu, 2010-09-02 at 08:50 +0800, Liang Li wrote:
> > On Wed, Sep 01, 2010 at 02:42:30PM +0100, Ben Hutchings wrote:
> > > On Wed, 2010-09-01 at 09:43 +0800, Liang Li wrote:
> > > > It's common sense that when we should do change to
On Wed, 1 Sep 2010, Grant Likely wrote:
> I've been looking at the phylib code, and specifically at the use of
> the ERR_PTR() pattern. I'm personally not a big fan of ERR_PTR()
> because the compiler cannot type check the result and it runs
> completely counter to the pattern "if (!ptr)" than is
Hi Wolfgang,
Sorry that I did not have a chance to check it recently.
Regards,
Rup
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Thursday, September 02, 2010 11:44 AM
To: Rupjyoti Sarmah; Prodyut Hazarika; Mark Miesfeld
Cc: linuxppc-...@ozlabs.org
Subject: Re:
Dear
Hi Anton,
On Thu, 2 Sep 2010 16:46:17 +0400
Anton Vorontsov wrote:
> On Thu, Sep 02, 2010 at 12:20:31PM +0200, sposele...@emcraft.com
> wrote: [...]
> > +config LEDS_MOTIONPRO
> > + tristate "Motionpro LEDs Support"
> > + depends on LEDS_CLASS
> > + help
> > + This option enables suppo
On Thu, Sep 02, 2010 at 05:34:56PM +0400, Sergei Poselenov wrote:
[...]
> > > + tristate "Motionpro LEDs Support"
> > > + depends on LEDS_CLASS
> > > + help
> > > + This option enables support for status and ready LEDs
> > > connected
> > > + to GPIO lines on Motionpro board.
> >
> > Why not e
On Thu, 2010-02-09 at 11:26 +0300, Ioannis Kokkoris wrote:
> > From: johnko...@hotmail.com
> > To: linuxppc-dev@lists.ozlabs.org
> > Subject: P1021MDS QE Ethernet Ports
> > Date: Wed, 1 Sep 2010 15:11:56 +0300
> >
> >
> > Hello,
> >
> > we are seeing a strange behavior when trying to use the QE Eth
On Thu, Sep 02, 2010 at 12:20:31PM +0200, sposele...@emcraft.com wrote:
[...]
> +config LEDS_MOTIONPRO
> + tristate "Motionpro LEDs Support"
> + depends on LEDS_CLASS
> + help
> + This option enables support for status and ready LEDs connected
> + to GPIO lines on Motionpro
From: Sergei Poselenov
Signed-off-by: Sergei Poselenov
---
arch/powerpc/configs/52xx/motionpro_defconfig |1 +
arch/powerpc/include/asm/mpc52xx.h|5 +
drivers/leds/Kconfig |7 +
drivers/leds/Makefile |1 +
drivers/leds
From: Sergei Poselenov
Signed-off-by: Sergei Poselenov
---
arch/powerpc/boot/dts/motionpro.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/motionpro.dts
b/arch/powerpc/boot/dts/motionpro.dts
index 6ca4fc1..b469fc6 100644
--- a/arch/powerpc/bo
On Thu, 2010-09-02 at 08:50 +0800, Liang Li wrote:
> On Wed, Sep 01, 2010 at 02:42:30PM +0100, Ben Hutchings wrote:
> > On Wed, 2010-09-01 at 09:43 +0800, Liang Li wrote:
> > > It's common sense that when we should do change to driver ring
> > > desc/buffer etc only after 'stop/shutdown' the device
> -Original Message-
> From: glik...@secretlab.ca [mailto:glik...@secretlab.ca] On Behalf Of Grant
> Likely
> Sent: Tuesday, August 10, 2010 3:11 PM
> To: Hu Mingkai-B21284
> Cc: linuxppc-...@ozlabs.org; spi-devel-gene...@lists.sourceforge.net; Gala
> Kumar-B11780; Zang Roy-R61911
> Subje
> -Original Message-
> From: glik...@secretlab.ca [mailto:glik...@secretlab.ca] On Behalf Of Grant
> Likely
> Sent: Tuesday, August 10, 2010 2:45 PM
> To: Hu Mingkai-B21284
> Cc: linuxppc-...@ozlabs.org; spi-devel-gene...@lists.sourceforge.net; Gala
> Kumar-B11780; Zang Roy-R61911
> Subje
Hi Grant and all,
Sorry for the delay, I'm on business trip some weeks ago.
> -Original Message-
> From: glik...@secretlab.ca [mailto:glik...@secretlab.ca] On Behalf Of Grant
> Likely
> Sent: Tuesday, August 10, 2010 2:40 PM
> To: Hu Mingkai-B21284
> Cc: linuxppc-...@ozlabs.org; spi-devel
[adding mtd list]
Hi guys,
Could you please take a look at this patch and give some suggestion?
Thanks,
Mingkai
> -Original Message-
> From: glik...@secretlab.ca [mailto:glik...@secretlab.ca] On Behalf Of Grant
> Likely
> Sent: Tuesday, August 10, 2010 3:00 PM
> To: Hu Mingkai-B21284; D
> From: johnko...@hotmail.com
> To: linuxppc-dev@lists.ozlabs.org
> Subject: P1021MDS QE Ethernet Ports
> Date: Wed, 1 Sep 2010 15:11:56 +0300
>
>
> Hello,
>
> we are seeing a strange behavior when trying to use the QE Ethernet
> interfaces.
> ENET5 (UCC5 - RMII) interface on P1021MDS boards does
37 matches
Mail list logo
