Hello,
Wang Jian wrote:
> +static void pata_platform_postreset(struct ata_link *link, unsigned int
> *classes)
> +{
> + struct ata_port *ap = link->ap;
> + struct ata_device *dev;
> + u8 select = ATA_DEVICE_OBS;
> +
> + /* Call default callback first */
> + ata_sff_postreset(l
On Fri, 10 Oct 2008, Bill Gatliff wrote:
> Paul Mundt wrote:
> > Your first version should have been to linux-embedded and linux-kernel.
> > If you want to alert the linux-arm-kernel people to the fact that a
> > discussion is going on in this area, then feel free to post a
> > notification to the
Am Montag, 13. Oktober 2008 schrieb Benjamin Herrenschmidt:
> ... key at: [] proc_subdir_lock+0x18/0x38
> ... acquired at:
> [] .__lock_acquire+0x814/0x8ec
> [] .lock_acquire+0xa4/0xec
> [] ._spin_lock+0x44/0xa0
> [] .xlate_proc_name+0x50/0xf8
> [] .remove_proc_entry+0x44/0x2
On Sun, 12 Oct 2008, Aaron Tokhy wrote:
> I recently built 2.6.27 with these patches on my PS3.
>
> http://www.kernel.org/pub/linux/kernel/people/geoff/cell/ps3-linux-patches/ps3-wip/ps3vram-driver.patch
> http://www.kernel.org/pub/linux/kernel/people/geoff/cell/ps3-linux-patches/ps3-wip/ps3vram-p
Tejun Heo wrote:
Hello,
Wang Jian wrote:
+static void pata_platform_postreset(struct ata_link *link, unsigned int
*classes)
+{
+ struct ata_port *ap = link->ap;
+ struct ata_device *dev;
+ u8 select = ATA_DEVICE_OBS;
+
+ /* Call default callback first */
+ ata_sff
Wang Jian wrote:
> Tejun Heo wrote:
>> Hello,
>>
>> Wang Jian wrote:
>>> +static void pata_platform_postreset(struct ata_link *link, unsigned
>>> int *classes)
>>> +{
>>> +struct ata_port *ap = link->ap;
>>> +struct ata_device *dev;
>>> +u8 select = ATA_DEVICE_OBS;
>>> +
>>> +/* Cal
> if (--hp->count == 0) {
> - if (hp->ops->notifier_del)
> - hp->ops->notifier_del(hp, hp->data);
> -
> /* We are done with the tty pointer now. */
> hp->tty = NULL;
> spin_unlock_irqrestore(&hp->lock, flags);
>
> +
>-Original Message-
>From: Paul Mackerras [mailto:[EMAIL PROTECTED]
>Sent: Friday, October 10, 2008 1:14 PM
>To: [EMAIL PROTECTED]
>Cc: Arnd Bergmann; [EMAIL PROTECTED]; Sadashiiv, Halesh;
>linuxppc-dev@ozlabs.org
>Subject: Re: [PATCH] remove bogus ppc_select syscall
>
>Benjamin Herrensch
Support for the SBC610 VPX Single Board Computer from GE Fanuc (PowerPC
MPC8641D).
This patch adds support for the registers held in the devices main FPGA,
exposing extra information about the revision of the board through cpuinfo.
Signed-off-by: Martyn Welch <[EMAIL PROTECTED]>
---
Kumar: Sorry
>>Please don't apply Arnd's patch. As I said, all we need is this
>>one-line change in arch/powerpc/include/asm/systbl.h:
>>
>>-SYSX_SPU(sys_select,ppc32_select,ppc_select)
>>+SYSX_SPU(sys_select,ppc32_select,sys_select)
>
>
>I have tested the testcase that I have provided at the time of
report
On Mon, 2008-10-13 at 10:47 +0200, Christian Borntraeger wrote:
> > I will try. Of course the risk here is that the interrupt happens
> > after we set hp->tty to NULL, so we probably need to check within the
> > interrupt handler for a NULL tty. I haven't checked if that's the case
> > (I'm not in
On Mon, 13 Oct 2008, Laurent Pinchart wrote:
> our hardware engineer asked me to make sure all unused GPIO pins are
> configured as outputs to avoid floating inputs. He got theory on his side
> (floating inputs can lead to higher current consumption, metastability or
> even permanent damage), bu
Am Montag, 13. Oktober 2008 schrieb Benjamin Herrenschmidt:
>
> > if (--hp->count == 0) {
> > - if (hp->ops->notifier_del)
> > - hp->ops->notifier_del(hp, hp->data);
> > -
> > /* We are done with the tty pointer now. */
> > hp->tty = NULL;
>
Adrian Bunk wrote:
> On Mon, Oct 13, 2008 at 03:45:59PM +0530, Kamalesh Babulal wrote:
>
>> Hi,
>>
>>2.6.27-git2 kernel build fails, while building the kernel with
>> allyesconfig option. The allyesconfig selects CONFIG_INTEL_IOATDMA=y
>>
>> CC drivers/dma/ioat_dca.o
>> drivers/dma/ioat_dc
Laurent Pinchart wrote:
>
> There are no internal pull-up or pull-down resistors on the MPC8248 GPIO
> pins. I know our hardware engineer has a valid point theoretically. Does the
> point stand practically, or does the MPC8248
> "state-of-the-art"(tm)(c)(whatever) technology make floating inpu
Hi everybody,
our hardware engineer asked me to make sure all unused GPIO pins are configured
as outputs to avoid floating inputs. He got theory on his side (floating inputs
can lead to higher current consumption, metastability or even permanent
damage), but I'd like to ask the list for practic
On Mon, Oct 13, 2008 at 03:45:59PM +0530, Kamalesh Babulal wrote:
> Hi,
>
>2.6.27-git2 kernel build fails, while building the kernel with
> allyesconfig option. The allyesconfig selects CONFIG_INTEL_IOATDMA=y
>
> CC drivers/dma/ioat_dca.o
> drivers/dma/ioat_dca.c: In function âdca_enabled
Hi Leon,
On Monday 13 October 2008, Leon Woestenberg wrote:
> Hello Laurent,
>
> On Mon, Oct 13, 2008 at 11:56 AM, Laurent Pinchart
> <[EMAIL PROTECTED]> wrote:
> > our hardware engineer asked me to make sure all unused GPIO pins are
> > configured as outputs to avoid floating inputs. He got theo
On Fri, Oct 10, 2008 at 10:39:18AM -0700, Jesse Barnes wrote:
>On Thursday, October 9, 2008 7:50 pm Benjamin Herrenschmidt wrote:
>> This patch adds support for legacy_io and legacy_mem files in
>> bus class directories in sysfs for powerpc
>>
>> Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTEC
On Mon, 13 Oct 2008 16:17:02 +0900
Tejun Heo <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Wang Jian wrote:
> > +static void pata_platform_postreset(struct ata_link *link, unsigned int
> > *classes)
> > +{
> > + struct ata_port *ap = link->ap;
> > + struct ata_device *dev;
> > + u8 select = ATA_
Hello Laurent,
On Mon, Oct 13, 2008 at 11:56 AM, Laurent Pinchart
<[EMAIL PROTECTED]> wrote:
> our hardware engineer asked me to make sure all unused GPIO pins are
> configured as outputs to avoid floating inputs. He got theory on his side
> (floating inputs can lead to higher current consumptio
Hi Geert,
On Monday 13 October 2008, Geert Uytterhoeven wrote:
> On Mon, 13 Oct 2008, Laurent Pinchart wrote:
> > our hardware engineer asked me to make sure all unused GPIO pins are
> > configured as outputs to avoid floating inputs. He got theory on his side
> > (floating inputs can lead to high
On Fri, Sep 12, 2008 at 03:34:46PM -0500, Becky Bruce wrote:
>We essentially adopt the 64-bit dma code, with some changes to support
>32-bit systems, including HIGHMEM. dma functions on 32-bit are now
>invoked via accessor functions which call the correct op for a device based
>on archdata dma_ops
On Monday 25 August 2008, Arnd Bergmann wrote:
> On Monday 25 August 2008, Paul Mackerras wrote:
> >
> > > Since rc4 is out now, I understand if you feel more comfortable with
> > > putting the patch into -next instead of -merge.
> >
> > Linus has been getting stricter about only putting in fixes
On Sun, Oct 12, 2008 at 09:32:07AM +1100, Benjamin Herrenschmidt wrote:
> On Wed, 2008-10-08 at 12:40 -0500, Scott Wood wrote:
> >
> > The performance difference most likely comes from the fact that copy
> > to/from user can assume that the memory is cacheable, while memcpy is
> > occasionally u
Hi,
I managed to wrestle my gigE to the ground and get it to boot
2.6.27. I have, however, noticed that some messages are showing up in
dmesg. There are alot of them. They are continuous. They appear to come
from drivers/usb/core/hub.c:2916. It looks like they come in pairs (this
beast ha
On 13.10.08 16:53:28, Arnd Bergmann wrote:
> On Monday 25 August 2008, Arnd Bergmann wrote:
> > On Monday 25 August 2008, Paul Mackerras wrote:
> > >
> > > > Since rc4 is out now, I understand if you feel more comfortable with
> > > > putting the patch into -next instead of -merge.
> > >
> > > Li
Support for the SBC610 VPX Single Board Computer from GE Fanuc (PowerPC
MPC8641D).
This patch adds support for the registers held in the devices main FPGA,
exposing extra information about the revision of the board through cpuinfo.
Signed-off-by: Martyn Welch <[EMAIL PROTECTED]>
---
Stephen: Tha
On 07.10.08 10:38:33, Arnd Bergmann wrote:
> From: Roel Kluin <[EMAIL PROTECTED]>
>
> Offset is unsigned and when an address isn't found in the vma map
> vma_map_lookup() returns the vma physical address + 0x1000.
>
> vma_map_lookup used to return 0x on a failed lookup, but
> a change
On Mon, Oct 13, 2008 at 10:49:04AM -0400, Josh Boyer wrote:
>On Fri, Sep 12, 2008 at 03:34:46PM -0500, Becky Bruce wrote:
>>We essentially adopt the 64-bit dma code, with some changes to support
>>32-bit systems, including HIGHMEM. dma functions on 32-bit are now
>>invoked via accessor functions w
Hi Roland,
That looks good to me.
Thanks for all help.
Nam
On Friday 10 October 2008 23:41, Roland Dreier wrote:
> thanks, applied -- it didn't apply to the latest tree, because of the
> flush CQE changes, so I merged it manually as below -- let me know if
> this is wrong:
>
> commit 0540bbbe455
Hi Martyn,
On Mon, 13 Oct 2008 09:53:49 +0100 Martyn Welch <[EMAIL PROTECTED]> wrote:
>
> --- a/arch/powerpc/platforms/86xx/gef_sbc610.c
> +++ b/arch/powerpc/platforms/86xx/gef_sbc610.c
> @@ -73,6 +73,7 @@ static void __init gef_sbc610_init_irq(void)
>
> static void __init gef_sbc610_setup_arch
On Mon, 2008-10-13 at 14:01 +0200, Joakim Tjernlund wrote:
> So I upgraded my tree for our custom mpc8321 boards.
> I2c and ethernet stopped working.
>
> Ethernet: I am using the ucc_geth driver and now
> it seems like it won't TX any pkgs.
> ethtool -S eth0 shows that the RX countes are increasi
Since the ehca device driver does not support dynamic memory add and remove
operations, the driver must explicitly reject such requests in order to prevent
unpredictable behaviors related to memory regions already occupied and being
used by InfiniBand applications.
The solution is to add a memory n
Hello Laurent,
On Mon, Oct 13, 2008 at 3:12 PM, Bill Gatliff <[EMAIL PROTECTED]> wrote:
> At least until someone plugs in that expansion module!
>
Bill's remark made a neuron connection in my head:
Can you detect if the module is inserted or not? (By reading a known
state of some pin)?
You could
This patch adds support for the GPIO functions of PPC40x and PPC44x
SOCs.
Signed-off-by: Steve Falco <[EMAIL PROTECTED]>
Acked-by: Stefan Roese <[EMAIL PROTECTED]>
Acked-by: Sean MacLennan <[EMAIL PROTECTED]>
---
I believe I've satisfied all the comments that have been made for this
driver.
Josh
On Fri, Oct 10, 2008 at 09:07:30AM -0500, Bill Gatliff wrote:
> Benjamin Herrenschmidt wrote:
> > And you haven't provided -any- changeset comment. That isn't good :-)
>
> What's the easiest way to do that with git?
Enter the changeset comment in git commit.
> I'm using git-format-patch and git-
On Sun, Oct 12, 2008 at 07:47:32AM +0200, Nick Piggin wrote:
> +static inline int __mutex_cmpxchg_lock(atomic_t *v, int old, int new)
> +{
> + int t;
> +
> + __asm__ __volatile__ (
> +"1: lwarx %0,0,%1 # mutex trylock\n\
> + cmpw0,%0,%2\n\
> + bne-2f\n"
> + PP
On Mon, Oct 13, 2008 at 11:15:47AM -0500, Scott Wood wrote:
> On Sun, Oct 12, 2008 at 07:47:32AM +0200, Nick Piggin wrote:
> > +static inline int __mutex_cmpxchg_lock(atomic_t *v, int old, int new)
> > +{
> > + int t;
> > +
> > + __asm__ __volatile__ (
> > +"1:lwarx %0,0,%1 #
On Oct 10, 2008, at 1:05 PM, Anton Vorontsov wrote:
The StMicro NAND chip (512Mbit, 64MB) is connected to the local bus,
the first local bus' user-programmable machine is configured by the
firmware to work with NAND chips.
QE GPIO pin is used to poll the NAND's Ready-Not-Busy signal.
Signed-o
On Sat, 2008-10-11 at 18:25 -0700, Kevin Diggs wrote:
> Hi,
>
> I always have trouble getting an initial build to boot. Usually
> it is with keyboards and video console. Currently, I can't seem to find
> the root disk.
Why don't you just use a g5_defconfig ?
Ben.
On Oct 13, 2008, at 10:16 AM, Martyn Welch wrote:
Support for the SBC610 VPX Single Board Computer from GE Fanuc
(PowerPC
MPC8641D).
This patch adds support for the registers held in the devices main
FPGA,
exposing extra information about the revision of the board through
cpuinfo.
Sign
On Sep 16, 2008, at 1:27 AM, [EMAIL PROTECTED] wrote:
From: Christian Ehrhardt <[EMAIL PROTECTED]>
This adds the guest portion of the hypercall infrastructure.
Version 3 now follows the beat ABI, but proposes a new
implementation style as
static inline asm functions instead of pure assemble
If the vmlinux binary in memory is larger than 4 MiB than it collides
with the initial boot code which is linked at 4 MiB in case of cuBoot.
If the the uncompressed image size (on disk size) is less than 4 MiB
then it would fit. The difference between those two sizes is the bss
section. In cuBoot w
On Oct 8, 2008, at 7:32 PM, Anton Vorontsov wrote:
The fsl_upm nand driver fails to build because fsl_lbc_lock isn't
exported, the lock is needed by the inlined fsl_upm_run_pattern()
function:
ERROR: "fsl_lbc_lock" [drivers/mtd/nand/fsl_upm.ko] undefined!
Dave Jones purposed to export the loc
On Sat, Oct 11, 2008 at 09:05:49PM -0500, Matt Sealey wrote:
> Benjamin Herrenschmidt wrote:
> >The reason where we require a -real-good- reason to do it is
> >simply because of the drawbacks. The cost of enabling altivec
> >in the kernel can be high (especially if the user is using it)
> >and it's
Please pull from 'powerpc-next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git
powerpc-next
to receive the following updates:
Documentation/powerpc/dts-bindings/fsl/83xx-512x-pci.txt | 40 ++
Documentation/powerpc/dts-bindings/fsl/dma.txt | 13
Do
Hi Laurent,
On Mon, Oct 13, 2008 at 1:04 PM, Laurent Pinchart
<[EMAIL PROTECTED]> wrote:
> There are no internal pull-up or pull-down resistors on the MPC8248 GPIO
> pins. I know our hardware engineer has a valid point theoretically. Does the
> point stand practically, or does the MPC8248
> "st
So I upgraded my tree for our custom mpc8321 boards.
I2c and ethernet stopped working.
Ethernet: I am using the ucc_geth driver and now
it seems like it won't TX any pkgs.
ethtool -S eth0 shows that the RX countes are increasing but
the TX ones stays a zero.
Secondly i2c, I have this in my plat
On Mon, 2008-10-13 at 13:10 +0200, Stefan Roscher wrote:
> Since the ehca device driver does not support dynamic memory add and remove
> operations, the driver must explicitly reject such requests in order to
> prevent
> unpredictable behaviors related to memory regions already occupied and being
On Mon, 2008-10-13 at 11:31 -0500, Scott Wood wrote:
> On Mon, Oct 13, 2008 at 02:01:55PM +0200, Joakim Tjernlund wrote:
> > Secondly i2c, I have this in my platform driver:
> > static struct i2c_board_info __initdata tmcu_i2c_devices[] = {
> > { I2C_BOARD_INFO("rtc-ds1307", 0x68),
> > .t
This patch fixes the following build error caused by
commit ed94493fb38a665cebcf750dfabe8a6dd13e136f
(mv643xx_eth: convert to phylib):
<-- snip -->
...
Building modules, stage 2.
MODPOST 1280 modules
ERROR: "genphy_restart_aneg" [drivers/net/mv643xx_eth.ko] undefined!
...
make[2]: *** [__mo
On Mon, 2008-10-13 at 11:42 -0500, Kumar Gala wrote:
> > +
> > +/* Hypercalls use the beat ABI */
> > +#define KVM_HYPERCALL_BIN 0x4422
>
> Any reason this isn't 'sc' ?
>
> Also, can we make this "sc 1" so its works when we have HW hypervisor
> support?
Actually, it is "sc 1".
Many versio
On Monday, October 13, 2008 7:07 am Josh Boyer wrote:
> On Fri, Oct 10, 2008 at 10:39:18AM -0700, Jesse Barnes wrote:
> >On Thursday, October 9, 2008 7:50 pm Benjamin Herrenschmidt wrote:
> >> This patch adds support for legacy_io and legacy_mem files in
> >> bus class directories in sysfs for powe
On Oct 13, 2008, at 12:29 PM, Hollis Blanchard wrote:
On Mon, 2008-10-13 at 11:42 -0500, Kumar Gala wrote:
+
+/* Hypercalls use the beat ABI */
+#define KVM_HYPERCALL_BIN 0x4422
Any reason this isn't 'sc' ?
Also, can we make this "sc 1" so its works when we have HW hypervisor
support?
On Mon, 13 Oct 2008, Rogério Brito wrote:
> From: Rogério Brito <[EMAIL PROTECTED]>
>
> Since Linkstations and Kuroboxes often have *very* little memory (as
> they are embedded systems), it is desirable to get their kernels
> compiled optimized for size.
>
> Signed-off-by: Rogério Brito <[EMAIL
On Mon, 13 Oct 2008, Rogério Brito wrote:
> The current defconfig for Linkstation/Kuroboxes has the "Disable Heap
> Randomization" option enabled.
>
> Since some of these machines are facing the internet, it helps to have
> heap randomization enabled. This patch enables it.
Same as the previous
On Oct 13, 2008, at 10:41 AM, Josh Boyer wrote:
On Mon, Oct 13, 2008 at 10:49:04AM -0400, Josh Boyer wrote:
On Fri, Sep 12, 2008 at 03:34:46PM -0500, Becky Bruce wrote:
We essentially adopt the 64-bit dma code, with some changes to
support
32-bit systems, including HIGHMEM. dma functions o
Updated patch set for the AMCC Acadia board. As Arnd suggested, I implemented
the ppc40x_simple platform and simply add Acadia as the first supported board.
The patches are slightly reordered and the defconfig is updated as well.
josh
Josh Boyer (5):
powerpc/40x: AMCC PowerPC 405EZ Acadia DTS
Add the base DTS for the AMCC PowerPC 405EZ Acadia evalution board.
In addition to some of the normal PPC 40x peripherals, the Acadia
board has:
- 64 MiB PSRAM
- NOR and NAND flash
- Two USB 1.1 host ports
- Two CAN 2.0 ports
- ADC and DAC connectors
- LCD display
This adds the basic platform supp
This adds the AMCC PowerPC 405EZ chip to the cputable
Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/cputable.c | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c
index e70d04
This adds a common board file for almost all of the "simple" PowerPC 40x
boards that exist today. This is intended to be a single place to add
support for boards that do not differ in platform support from most of the
evaluation boards that are used as reference platforms. Boards that have
specif
This adds a cuboot wrapper for the AMCC PowerPC 405EZ Acadia board. The
clocking code is derived from U-Boot, originally written by Stefan Roese.
Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/Makefile|4 +-
arch/powerpc/boot/cuboot-acadia.c | 174 ++
Add simple defconfig for the AMCC PowerPC 405EZ Acadia evaluation board
Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
---
arch/powerpc/configs/40x/acadia_defconfig | 921 +
1 files changed, 921 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/40x
Adrian Bunk wrote:
> On Mon, Oct 13, 2008 at 03:45:59PM +0530, Kamalesh Babulal wrote:
>> Hi,
>>
>>2.6.27-git2 kernel build fails, while building the kernel with
from subject, on PPC.
>> allyesconfig option. The allyesconfig selects CONFIG_INTEL_IOATDMA=y
>>
>> CC drivers/dma/ioat_dca.o
>
On Mon, 13 Oct 2008 13:06:36 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Oct 13, 2008, at 10:41 AM, Josh Boyer wrote:
>
> > On Mon, Oct 13, 2008 at 10:49:04AM -0400, Josh Boyer wrote:
> >> On Fri, Sep 12, 2008 at 03:34:46PM -0500, Becky Bruce wrote:
> >>> We essentially adopt the 64-bit d
While doing a buildall this morning, I notice chrp32_defconfig
fails
to build with:
drivers/built-in.o: In function `hard_dma_setup':
floppy.c:(.text+0x6e40e): undefined reference to
`isa_bridge_pcidev'
floppy.c:(.text+0x6e412): undefined reference to
`isa_bridge_pcidev'
floppy.c:(.text+0
Brandeburg, Jesse wrote:
> What we want, is myri10ge and ixgbe drivers that can build whether or not
> CONFIG_INTEL_IOATDMA is enabled. IF CONFIG_INTEL_IOATDMA *is* enabled (which
> it should not be on PPC) then there are several cases we want to work:
> CONFIG_INTEL_IOATDMA=m ---> CONFIG_IXGBE
Joakim Tjernlund wrote:
On Mon, 2008-10-13 at 11:31 -0500, Scott Wood wrote:
i2c-mpc.c now registers as a dynamically-numbered bus; you need to either
use the device tree, or call i2c_new_device().
Thanks, but is this really so? Reading include/linux/i2c.h makes me
wonder if not the i2c_regist
On Mon, Oct 13, 2008 at 08:21:45PM +0200, Brice Goglin wrote:
> Brandeburg, Jesse wrote:
> > What we want, is myri10ge and ixgbe drivers that can build whether or not
> > CONFIG_INTEL_IOATDMA is enabled. IF CONFIG_INTEL_IOATDMA *is* enabled
> > (which it should not be on PPC) then there are seve
On Mon, Oct 13, 2008 at 08:05:09PM +0200, Guennadi Liakhovetski wrote:
> On Mon, 13 Oct 2008, Rogério Brito wrote:
>
> > The current defconfig for Linkstation/Kuroboxes has the "Disable Heap
> > Randomization" option enabled.
> >
> > Since some of these machines are facing the internet, it helps
From: Andy Fleming <[EMAIL PROTECTED]>
Date: Mon, 13 Oct 2008 13:04:30 -0500
>
> On Oct 13, 2008, at 12:19, Adrian Bunk wrote:
>
> > This patch fixes the following build error caused by
> > commit ed94493fb38a665cebcf750dfabe8a6dd13e136f
> > (mv643xx_eth: convert to phylib):
> >
> > <-- snip -
> -Original Message-
> From: Scott Wood [mailto:[EMAIL PROTECTED]
> Sent: den 13 oktober 2008 20:31
> To: [EMAIL PROTECTED]
> Cc: 'linuxppc-dev Development'
> Subject: Re: MPC8321, ethernet and i2c problems after upgrade from 2.6.25 to
> 2.6.27
>
> Joakim Tjernlund wrote:
> > On Mon, 2008
On Mon, Oct 13, 2008 at 12:04:09PM -0400, Steven A. Falco wrote:
>This patch adds support for the GPIO functions of PPC40x and PPC44x
>SOCs.
>
>Signed-off-by: Steve Falco <[EMAIL PROTECTED]>
>Acked-by: Stefan Roese <[EMAIL PROTECTED]>
>Acked-by: Sean MacLennan <[EMAIL PROTECTED]>
>---
>I believe I'
Joakim Tjernlund wrote:
Because all the kernel comments I can see still implies that this should work
Which kernel comments?
and because this was the only way in earlier releases to add an i2c device.
We've supported enumerating i2c-mpc devices using the device tree for
almost as long as t
On Mon, 13 Oct 2008, Scott Wood wrote:
> On Mon, Oct 13, 2008 at 08:05:09PM +0200, Guennadi Liakhovetski wrote:
> > On Mon, 13 Oct 2008, Rogério Brito wrote:
> >
> > > The current defconfig for Linkstation/Kuroboxes has the "Disable Heap
> > > Randomization" option enabled.
> > >
> > > Since som
The pfn of the memory to be removed should be validated prior to
attempting to remove the memory. In cases where the probe of a
memory section fails during hotplug add, the pfn for the lmb may
not be valid.
Signed-off-by: Badari Pulavarty <[EMAIL PROTECTED]>
Signed-off-by: Nathan Fontenot <[EMAI
Milton Miller wrote:
Currently, every time we determine which irq server to use, we check if
default_server, which is the id of the bootcpu, is still online. But
default_server is a hardware cpu, not the logical cpu id needed to index
cpu_online_map.
Since the default server can only go offl
On Mon, 2008-10-13 at 17:21 +0200, Robert Richter wrote:
> On 07.10.08 10:38:33, Arnd Bergmann wrote:
> > From: Roel Kluin <[EMAIL PROTECTED]>
> >
> > Offset is unsigned and when an address isn't found in the vma map
> > vma_map_lookup() returns the vma physical address + 0x1000.
> >
> > vma_
> It doesn't need to be done in non-preemptible sections, if you have a
> separate per-thread save area for kernel fp/altivec use (and appropriate
> flags so an FP unavailable handler knows which regs to restore), and you
> can avoid using it in a preempting context.
Yuck.
Ben.
___
Hi, Scott, Guennadi.
On 13/10/2008, at 16:44, Scott Wood wrote:
On Mon, Oct 13, 2008 at 08:05:09PM +0200, Guennadi Liakhovetski wrote:
On Mon, 13 Oct 2008, Rogério Brito wrote:
The current defconfig for Linkstation/Kuroboxes has the "Disable
Heap
Randomization" option enabled.
Since some
Hi, Guennadi.
On 13/10/2008, at 16:03, Guennadi Liakhovetski wrote:
On Mon, 13 Oct 2008, Rogério Brito wrote:
From: Rogério Brito <[EMAIL PROTECTED]>
Since Linkstations and Kuroboxes often have *very* little memory (as
they are embedded systems), it is desirable to get their kernels
compiled
Sadashiiv, Halesh writes:
> I have tested the testcase that I have provided at the time of reporting
> this issue. But it didn't work as expected with the above patch you
> provided.
> (Failed to return EINVAL on negative value of n to select())
How is your testcase invoking select? Is it doing
Benjamin Herrenschmidt wrote:
It doesn't need to be done in non-preemptible sections, if you have a
separate per-thread save area for kernel fp/altivec use (and appropriate
flags so an FP unavailable handler knows which regs to restore), and you
can avoid using it in a preempting context.
Yuck.
On Mon, 13 Oct 2008 16:16:45 +0100 Martyn Welch <[EMAIL PROTECTED]> wrote:
>
> Support for the SBC610 VPX Single Board Computer from GE Fanuc (PowerPC
> MPC8641D).
>
> This patch adds support for the registers held in the devices main FPGA,
> exposing extra information about the revision of the bo
On Oct 13, 2008, at 12:19, Adrian Bunk wrote:
This patch fixes the following build error caused by
commit ed94493fb38a665cebcf750dfabe8a6dd13e136f
(mv643xx_eth: convert to phylib):
<-- snip -->
...
Building modules, stage 2.
MODPOST 1280 modules
ERROR: "genphy_restart_aneg" [drivers/net/m
On Sun, 2008-10-12 at 16:08 +0200, Sebastian Andrzej Siewior wrote:
> From: Sebastian Andrzej Siewior <[EMAIL PROTECTED]>
>
> This looks like a relict from arch/ppc. machine_init() is accepting
> only two parameters (dtb, phys) and is using only the first one.
This isn't 100% correct actually...
On Mon, 2008-10-13 at 15:56 +0900, Tejun Heo wrote:
> Anton Vorontsov wrote:
> > When no irq specified the pata_of_platform fills the irq_res with -1,
> > which is wrong to do for two reasons:
> >
> > 1. By definition, 'no irq' should be IRQ 0, not some negative integer;
> > 2. pata_platform check
On Mon, 2008-10-13 at 14:21 -0400, Josh Boyer wrote:
> I don't think it matters much when it gets fixed, pre or post -rc1. But
> it should probably get fixed. My hack was to pull isa_bridge_pcidev
> into pci-common.c and export it from there. The 64-bit PCI code can
> initialized it, and the 32-
On Mon, 2008-10-13 at 13:22 -0500, Kumar Gala wrote:
> > I don't think it matters much when it gets fixed, pre or post -rc1.
> > But
> > it should probably get fixed. My hack was to pull isa_bridge_pcidev
> > into pci-common.c and export it from there. The 64-bit PCI code can
> > initialized i
> > Is that targeted towards .28 or .29? Ben has a 4xx specific patch
> > that depends on this one, and I just need to know which version to
> > bring that in for.
>
> I was planning on sending it for .28.
There's a minor bogon in the powerpc side patch, ie, I left an unused
variable from an ol
When the powerpc PCI layer is not configured to re-assign everything,
it currently fails to detect that a PCI to PCI bridge has been left
unassigned by the firmware and tries to allocate resource for the
default window values in the bridge (0...X) (with the notable exception
of a hack we have in th
On Fri, 2008-10-10 at 13:50 +1100, Benjamin Herrenschmidt wrote:
> This patch adds support for legacy_io and legacy_mem files in
> bus class directories in sysfs for powerpc
>
> Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> ---
>
> This is version 2, slightly different approach for
> Hmmm.
> Can you try if this patch fixes the lockdep trace?
Yup, the patch fixes it, I'll commit it via the powerpc.git tree if you
don't have any objection.
Cheers,
Ben.
> This would be analog to
> commit b1b135c8d619cb2c7045d6ee4e48375882518bb5
> Author: Christian Borntraeger <[EMAIL PROTEC
This patch adds support for legacy_io and legacy_mem files in
bus class directories in sysfs for powerpc
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
This is version 3, this time after doing a "quilt ref" and thus
getting a patch that actually useful. Sorry about the mishap.
ar
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Mon, 13 Oct 2008 20:19:00 +0300
> This patch fixes the following build error caused by
> commit ed94493fb38a665cebcf750dfabe8a6dd13e136f
> (mv643xx_eth: convert to phylib):
Applied, th anks Adrian.
___
Linuxpp
On Oct 13, 2008, at 6:30 PM, Benjamin Herrenschmidt wrote:
On Mon, 2008-10-13 at 13:22 -0500, Kumar Gala wrote:
I don't think it matters much when it gets fixed, pre or post -rc1.
But
it should probably get fixed. My hack was to pull isa_bridge_pcidev
into pci-common.c and export it from ther
On Mon, Oct 13, 2008 at 11:15:26AM +0200, Sebastian Andrzej Siewior wrote:
> If the vmlinux binary in memory is larger than 4 MiB than it collides
> with the initial boot code which is linked at 4 MiB in case of cuBoot.
> If the the uncompressed image size (on disk size) is less than 4 MiB
> then i
On Tue, Oct 14, 2008 at 12:57:53PM +1100, David Gibson wrote:
> On Mon, Oct 13, 2008 at 11:15:26AM +0200, Sebastian Andrzej Siewior wrote:
> > If the vmlinux binary in memory is larger than 4 MiB than it collides
> > with the initial boot code which is linked at 4 MiB in case of cuBoot.
> > If the
Scott Wood wrote:
Benjamin Herrenschmidt wrote:
Yuck.
Hmm? It's simple and achieves the desired result (avoiding
non-preemptible regions without unduly restricting the ability to
extract performance from the hardware).
Would it be nicer to avoid FP/Altivec in the kernel altogether? Sure
1 - 100 of 111 matches
Mail list logo
