Hi there.
While trying to bring up X.org on this beast, I've stumbled upon this
oops in radeon.ko
(right on the first write attempt):
[drm] Initialized drm 1.1.0 20060810
pci 0005:01:00.0: enabling device (0140 -> 0143)
[drm] Initialized radeon 1.29.0 20080528 on minor 0
[drm] Setting GART locati
On Tue, Feb 10, 2009 at 12:30:11PM +0800, Li Jun (Aaron) wrote:
>Hi,
>
>When I make zImage, the errors below came out. Any tips?
>
>
>
>[linux-2.6-virtex]$ make zImage
>
> CHK include/linux/version.h
>
> CHK include/linux/utsrelease.h
>
> CALLscripts/checksyscalls.sh
>
> CHK inc
On Tue, Feb 10, 2009 at 11:54 AM, Sachin P. Sant wrote:
> Sachin P. Sant wrote:
>>
>> Hi Stephen,
>>
>> Todays next randconfig build on powerpc fails with
>>
>> CC mm/slqb.o
>> mm/slqb.c: In function __slab_free:
>> mm/slqb.c:1648: error: implicit declaration of function
>> slab_free_to_remo
Hi all,
Maybe a silly questions, but what is the suggested way for handling a
processor which has a PCIe interface, but the interface is not
configured to be the root complex (endpoint only)?
Should the PCIe interface appear in the dts? If so, with what
parameters?
Should the kernel config con
Hello,
I'm in the process of porting a PCI-driver for a dsp-board from 2.4 to
2.6. The probing of the driver goes well, IRQs are setup, resources
are claimed and remapped without any problems. Reading from I/O
regions also works well. However, when i try to read or write to a
memory region using r
On Tuesday 10 February 2009, Wartan Hachaturow wrote:
> [drm] Initialized drm 1.1.0 20060810
> pci 0005:01:00.0: enabling device (0140 -> 0143)
> [drm] Initialized radeon 1.29.0 20080528 on minor 0
> [drm] Setting GART location based on new memory map
> [drm] GART aligned down from 0x0401 to 0
On Fri, Feb 6, 2009 at 8:00 AM, Timur Tabi wrote:
> The i2c_wait() function is using wait_event_interruptible_timeout() to wait
> for
> the I2C controller to signal that it has completed an I2C bus operation. If
> the process that causes the I2C operation terminated abruptly, the wait will
> be
commit e85477f516c2de7ed515fcf94ceab5282eba7fa4 ("powerpc/83xx: Fix
TSEC0 workability on MPC8313E-RDB boards") fixed TSEC0 workability for
rev. A and rev. B boards by using fixed-link property for VSC 7385
5-port switch. But rev. C boards have an option where TSEC0 connected
to a Marvell PHY, which
On Fri, Feb 06, 2009 at 08:00:37AM -0600, Timur Tabi wrote:
> The i2c_wait() function is using wait_event_interruptible_timeout() to wait
> for
> the I2C controller to signal that it has completed an I2C bus operation. If
> the process that causes the I2C operation terminated abruptly, the wait w
On Feb 10, 2009, at 9:10 AM, Anton Vorontsov wrote:
commit e85477f516c2de7ed515fcf94ceab5282eba7fa4 ("powerpc/83xx: Fix
TSEC0 workability on MPC8313E-RDB boards") fixed TSEC0 workability for
rev. A and rev. B boards by using fixed-link property for VSC 7385
5-port switch. But rev. C boards have
I might have missed this but what u-boot rev are you using?
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
cbe_cpufreq has a partial dependency on cbe_cpufreq_pmi, which cannot
be easily expressed in Kconfig. This fixes it by introducing an
extra Kconfig symbol CBE_CPUFREQ_PMI_ENABLE. To make the dependency
clearer, turn PPC_PMI into an automatic symbol.
Reported-by: Michael Neuling
Signed-off-by: Arn
On Tue, 10 Feb 2009 08:59:57 -0600, Timur Tabi wrote:
> On Fri, Feb 6, 2009 at 8:00 AM, Timur Tabi wrote:
> > The i2c_wait() function is using wait_event_interruptible_timeout() to wait
> > for
> > the I2C controller to signal that it has completed an I2C bus operation. If
> > the process that c
Jean Delvare wrote:
> No, that's something for either Ben Dooks (Cc'd) or the powerpc tree.
This patch has nothing to do with ARM, so Kumar will pick it up, if you
ACK it.
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev mailing list
On Tue, 10 Feb 2009 10:01:54 -0600, Timur Tabi wrote:
> Jean Delvare wrote:
>
> > No, that's something for either Ben Dooks (Cc'd) or the powerpc tree.
>
> This patch has nothing to do with ARM, so Kumar will pick it up, if you
> ACK it.
Why are you mentioning ARM?
>From MAINTAINERS:
I2C SUBSY
After the last changes, the mv643xx_eth driver now detects
a spurious interface on port 0. Since only port 1 is actually
connected to a PHY, remove its description.
Signed-off-by: Gabriel Paubert
---
Tested on the last batch of Pegasos produced. Caveat: do not enable
the Marvell PHY driver in y
Jean Delvare wrote:
> To the best of my knowledge i2c-mpc falls into the "embedded platforms"
> category and is thus under Ben's responsibility.
I don't see his Signed-off-by on any patch to i2c-mpc.c for the past
three years (at least). I do see yours, however. You have directly
applied simila
On Tue, Feb 10, 2009 at 07:39:47AM -0500, Scott Coulter wrote:
>
> Hi all,
>
> Maybe a silly questions, but what is the suggested way for handling a
> processor which has a PCIe interface, but the interface is not
> configured to be the root complex (endpoint only)?
>
> Should the PCIe interface
> I don't see his Signed-off-by on any patch to i2c-mpc.c for the past
> three years (at least). I do see yours, however. You have directly
Ben is the I2C-"embedded"-maintainer. This job was created less than
a year ago, this is why you don't see sob from him regarding this
driver.
Regards,
2009/2/9 Mike Mason :
> The EEH code disables and enables interrupts during the
> device recovery process. This is unnecessary for MSI
> and MSI-X interrupts because they are effectively disabled
> by the DMA Stopped state when an EEH error occurs. The current code is also
> incorrect for MSI-X i
The following commit:
commit 64b3d0e8122b422e879b23d42f9e0e8efbbf9744
Author: Benjamin Herrenschmidt
Date: Thu Dec 18 19:13:51 2008 +
powerpc/mm: Rework usage of _PAGE_COHERENT/NO_CACHE/GUARDED
broke setting of the _PAGE_COHERENT bit in the PPC HW PTE. Since we now
actually set _PAGE
I've posted a patch that I believe should fix your issue.
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
I'm resubmitting this patch with a couple changes
suggested by Michael Ellerman. 1) the new functions
should be static, and 2) some people may object to
including unrelated formating changes.
=
The EEH code disables and enables interrupts
Hi,
I am trying to get a 2.6.27.6 kernel to boot on an MPC8568E processor. The
kernel/patches/compiler came from Freescale's LTIB release in December 2008.
Using the same kernel source, toolchain, and ramdisk image, I can boot and run
an SMP kernel on the MPC8572E processor which is on the sa
Scott Coulter wrote:
Bad trap at PC: 100b7354, SR: 2d000, vector=2020
init has generated signal 5 but has no handler for it
Kernel panic - not syncing: Attempted to kill init!
Rebooting in 180 seconds..
I am not using a debugger, so I can't see where the SIGTRAP would be coming
from.
That's a
Thanks Gabriel.
On Tue, Feb 10, 2009 at 10:13 AM, Gabriel Paubert wrote:
> After the last changes, the mv643xx_eth driver now detects
> a spurious interface on port 0. Since only port 1 is actually
> connected to a PHY, remove its description.
>
> Signed-off-by: Gabriel Paubert
>
> ---
>
> Teste
This commit adds the setup code for booting Linux on AmigaOne G3SE (G3
only), AmigaOne XE and uA1 (G3/G4) desktop computers. These boards were
sold by Eyetech and are based on MAI Logic's Teron boards and its
Articia S northbridge.
The AmigaOne uses U-boot as firmware, which doesn't support a flatt
Scott
> That's an SPE Unavailable exception. Try enabling CONFIG_SPE.
That was the problem. Thanks for your help.
Scott
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
This device tree does not provide the correct CPU name, as various CPU
models and revisions are used in AmigaOnes. Also the PCI root node does
not contain a interrupt mapping property, as all boards have different
interrupt routing. However the kernel can do a 1:1 mapping of all PCI
interrupts, as
This adds the bootwrapper for the cuImage target and a compatible property
check for "pnpPNP,501" to the generic serial console support code.
The default link address for the cuImage target is set to 0x80. This
allows to boot the kernel with AmigaOS4's second level bootloader, which
always load
CONFIG_CC_OPTIMIZE_FOR_SIZE is selected, because otherwise the kernel
wouldn't boot. The AmigaOne's U-boot firmware seems to have a problem
loading uImages bigger than 1.8 MB.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/configs/amigaone_defconfig | 1636 +++
1 fil
> cbe_cpufreq has a partial dependency on cbe_cpufreq_pmi, which cannot
> be easily expressed in Kconfig. This fixes it by introducing an
> extra Kconfig symbol CBE_CPUFREQ_PMI_ENABLE. To make the dependency
> clearer, turn PPC_PMI into an automatic symbol.
>
> Reported-by: Michael Neuling
> Sign
James Bottomley wrote:
> On Mon, 2009-02-09 at 11:11 +1100, Benjamin Herrenschmidt wrote:
>> The PS3 platform code wants to use some of the standard SCSI types from
>> there though, as they are part of the hypervisor ABI. (And in fact it
>> can be argued that non-block devices using SCSI do exist,
On Feb 10, 2009, at 2:57 PM, Kumar Gala wrote:
The following commit:
commit 64b3d0e8122b422e879b23d42f9e0e8efbbf9744
Author: Benjamin Herrenschmidt
Date: Thu Dec 18 19:13:51 2008 +
powerpc/mm: Rework usage of _PAGE_COHERENT/NO_CACHE/GUARDED
broke setting of the _PAGE_COHERENT bit i
On Tue, 2009-02-10 at 11:14 -0600, Linas Vepstas wrote:
> 2009/2/9 Mike Mason :
> > The EEH code disables and enables interrupts during the
> > device recovery process. This is unnecessary for MSI
> > and MSI-X interrupts because they are effectively disabled
> > by the DMA Stopped state when an E
On Tue, 2009-02-10 at 13:12 -0800, Mike Mason wrote:
> I'm resubmitting this patch with a couple changes
> suggested by Michael Ellerman. 1) the new functions
> should be static, and 2) some people may object to
> including unrelated formating changes.
>
>
2009/2/10 Michael Ellerman :
> On Tue, 2009-02-10 at 11:14 -0600, Linas Vepstas wrote:
>> On a somewhat-related note: there was an issue (I forget
>> the details) where the kernel needed to shadow some sort
>> of MSI state so that it could be correctly, um, kept-track-of,
>> after an EEH reset (it
The Power ISA 2.06 added power of two page sizes to the embedded MMU
architecture. Its done it such a way to be code compatiable with the
existing HW. Made the minor code changes to support both power of two
and power of four page sizes. Also added some new MAS bits and macros
that are defined a
On Tue, Feb 10, 2009 at 10:21:04AM -0600, Timur Tabi wrote:
> Jean Delvare wrote:
>
> > To the best of my knowledge i2c-mpc falls into the "embedded platforms"
> > category and is thus under Ben's responsibility.
>
> I don't see his Signed-off-by on any patch to i2c-mpc.c for the past
> three yea
On Fri, Feb 06, 2009 at 08:00:37AM -0600, Timur Tabi wrote:
> The i2c_wait() function is using wait_event_interruptible_timeout() to wait
> for
> the I2C controller to signal that it has completed an I2C bus operation. If
> the process that causes the I2C operation terminated abruptly, the wait w
The Power ISA 2.06 added power of two page sizes to the embedded MMU
architecture. Its done it such a way to be code compatiable with the
existing HW. Made the minor code changes to support both power of two
and power of four page sizes. Also added some new MAS bits and macros
that are defined a
Create a new header that becomes a single location for defining PowerPC
opcodes used by code that is either generationg instructions
at runtime (fixups, debug, etc.), emulating instructions, or just
compiling instructions old assemblers don't know about.
We currently don't handle the floating poin
Hi Kumar,
On Tue, 10 Feb 2009 18:28:30 -0600 Kumar Gala wrote:
>
> +++ b/arch/powerpc/include/asm/ppc-opcode.h
> @@ -0,0 +1,68 @@
> +/*
> + * Copyright (C) 2009 Freescale Semicondutor, Inc. All rights reserved.
If you are going to use "All rights reserved", you should also allow us
to use it und
This patch reworks the way we do I and D cache coherency on PowerPC.
The "old" way was split in 3 different parts depending on the processor type:
- Hash with per-page exec support (64-bit and >= POWER4 only) does it
at hashing time, by preventing exec on unclean pages and cleaning pages
on ex
Hi Jon,
Jon Tollefson wrote:
> This patch takes out the reserved region loop from inside
> the loop that goes over each node. It looks up the active region containing
> the start of the reserved region. If it extends past that active region then
> it adjusts the size and gets the next active reg
On Tue, 2009-02-10 at 19:17 -0800, Geoff Levand wrote:
> Hi Jon,
>
> Jon Tollefson wrote:
> > This patch takes out the reserved region loop from inside
> > the loop that goes over each node. It looks up the active region containing
> > the start of the reserved region. If it extends past that ac
On Wed, 2009-02-04 at 22:26 +0100, Ingo Molnar wrote:
> > +include $(srctree)/arch/$(SRCARCH)/Makefile
> > +
> > # arch Makefile may override CC so keep this after arch Makefile is
> included
> > NOSTDINC_FLAGS += -nostdinc -isystem $(shell $(CC)
> -print-file-name=include)
> > CHECKFLAGS +=
We have get_vm_area_caller() and __get_vm_area() but not __get_vm_area_caller()
On powerpc, I use __get_vm_area() to separate the ranges of addresses given
to vmalloc vs. ioremap (various good reasons for that) so in order to be
able to implement the new caller tracking in /proc/vmallocinfo, I nee
Hi !
The powerpc.git next branch has now been updated with the following
patches. The "test" branch has been reset.
commit 6071ed0487c6ea8dcfadd9844b9b90944cd9de1e
Author: Michael Ellerman
Date: Thu Jan 22 20:54:33 2009 +
powerpc/pseries: Return the number of MSIs we could allocate
Hi !
The powerpc.git "test" branch has been rebased on top of "next" with the
addition of the following patches:
commit 8d30c14cab30d405a05f2aaceda1e9ad57800f36
Author: Benjamin Herrenschmidt
Date: Tue Feb 10 16:02:37 2009 +
powerpc/mm: Rework I$/D$ coherency (v3)
This patch
Hi Linus !
This is a single patch, to fix a regression introduced in this merge
window. Please apply.
The following changes since commit 1db8508cf483dc1ecf66141f90a7c03659d69512:
Stefan Richter (1):
hugetlbfs: fix build failure with !CONFIG_HUGETLBFS
are available in the git repository
James Bottomley wrote:
Actually, I think the fix lies in scsi.h ... we can make that into a
nicely independent protocol header file. Your current woes come because
it pulls in scsi_cmnd.h ... perhaps just getting rid of this will fix
it.
Can the rest of linux-scsi verify that the fix below does
Create a new header that becomes a single location for defining PowerPC
opcodes used by code that is either generationg instructions
at runtime (fixups, debug, etc.), emulating instructions, or just
compiling instructions old assemblers don't know about.
We currently don't handle the floating poin
On Feb 10, 2009, at 6:40 PM, Stephen Rothwell wrote:
Hi Kumar,
On Tue, 10 Feb 2009 18:28:30 -0600 Kumar Gala > wrote:
+++ b/arch/powerpc/include/asm/ppc-opcode.h
@@ -0,0 +1,68 @@
+/*
+ * Copyright (C) 2009 Freescale Semicondutor, Inc. All rights
reserved.
If you are going to use "All rig
The e500mc core supports the new tlbilx instructions that do core
local invalidates and also provide us the ability to take down
all TLB entries matching a given PID.
Signed-off-by: Kumar Gala
---
(depends on the powerpc: Unify opcode definitions and support patch)
arch/powerpc/include/asm/mmu
Hi Kumar,
On Wed, 11 Feb 2009 00:11:32 -0600 Kumar Gala wrote:
>
> posted a new version that should fix this (added GPL license)
Thanks.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
pgpIDPl9omBfj.pgp
Description: PGP signature
___
56 matches
Mail list logo
