2008/10/31 Simon Horman <[EMAIL PROTECTED]>
> Hi,
>
> Could someone please comment on the satus of this patch?
>
Hello, Simon
I can not reproduce error which you wrote before on my target. So it is a
little bit
difficult to say what was wrong exactly.
>
> On Wed, Oct 15, 2008 at 12:46:24PM +0
Trent Piepho wrote:
The init_phy() function attaches to the PHY, then configures the
SerDes<->TBI link (in SGMII mode). The TBI is on the MDIO bus with the PHY
(sort of) and is accessed via the gianfar's MDIO registers, using the
functions gfar_local_mdio_read/write(), which don't do any locking
This patch adds the ability to enable the digital filter in the device
tree (with the "clock-filter" boolean property) and automates the
predivider selection according to the clock-frequency and clock-filter
properties.
Signed-off-by: Mike Ditto <[EMAIL PROTECTED]>
---
Resending to moved i2c mail
This patch adds the ability to enable the digital filter in the device
tree (with the "clock-filter" boolean property) and automates the
predivider selection according to the clock-frequency and clock-filter
properties.
Signed-off-by: Mike Ditto <[EMAIL PROTECTED]>
---
This patch is against 2.6.2
On Thu, Oct 30, 2008 at 10:51:32PM -0400, Jon Smirl wrote:
> Fix format string warning in arch/powerpc/boot/main.c
>
> BOOTCC arch/powerpc/boot/main.o
> arch/powerpc/boot/main.c: In function 'prep_kernel':
> arch/powerpc/boot/main.c:65: warning: format '%08x' expects type
> 'unsigned int', but a
Fix format string warning in arch/powerpc/boot/main.c
BOOTCC arch/powerpc/boot/main.o
arch/powerpc/boot/main.c: In function 'prep_kernel':
arch/powerpc/boot/main.c:65: warning: format '%08x' expects type
'unsigned int', but argument 3 has type 'long unsigned int'
Signed-off-by: Jon Smirl <[EMAI
There's currently an off-by-one bug in fdt_subnode_offset_namelen()
which causes it to keep searching after it's finished the subnodes of
the given parent, and into the subnodes of siblings of the original
node which come after it in the tree.
A patch has already been submitted to dtc/libfdt mainl
On Thu, Oct 30, 2008 at 10:31:05PM -0400, Jon Smirl wrote:
> Fix format string warning in arch/powerpc/boot/main.c
>
> BOOTCC arch/powerpc/boot/main.o
> arch/powerpc/boot/main.c: In function 'prep_kernel':
> arch/powerpc/boot/main.c:65: warning: format '%08x' expects type
> 'unsigned int', but a
Fix format string warning in arch/powerpc/boot/main.c
BOOTCC arch/powerpc/boot/main.o
arch/powerpc/boot/main.c: In function 'prep_kernel':
arch/powerpc/boot/main.c:65: warning: format '%08x' expects type
'unsigned int', but argument 3 has type 'long unsigned int'
Signed-off-by: Jon Smirl <[EMAI
Hi,
Could someone please comment on the satus of this patch?
On Wed, Oct 15, 2008 at 12:46:24PM +0400, Maxim Uvarov wrote:
> Patch corrected. ( git_kexec_powerpc_v2.patch is attached.)
>
> I tested it on ppc64 pasemi electra board. Both kexec -l and kexec -p works.
>
> Maxim.
>
>
>
> 2008/10
The device binding spec for OF GPIOs defines a flags field, but there is
currently no way to get it. This patch adds a parameter to of_get_gpio()
where the flags will be returned if non-NULL. of_get_gpio() in turn passes
the parameter to the of_gpio_chip's xlate method, which can extract any
flag
On Fri, Oct 31, 2008 at 02:02:53AM +0300, Anton Vorontsov wrote:
> On Thu, Oct 30, 2008 at 02:37:31PM -0600, Grant Likely wrote:
> [...]
> > > +- gpios : (optional) may specify GPIOs in this order: Card-Detect GPIO,
> > > + Write-Protect GPIO.
> >
> > I wonder if we're following the example of ir
The link may be up already via the chip's reset strapping, or though action
of U-Boot, or from the last time the interface was brought up. Resetting
the link causes it to go down for several seconds. This can significantly
increase the time from power-on to DHCP completion and a device being
acce
The init_phy() function attaches to the PHY, then configures the
SerDes<->TBI link (in SGMII mode). The TBI is on the MDIO bus with the PHY
(sort of) and is accessed via the gianfar's MDIO registers, using the
functions gfar_local_mdio_read/write(), which don't do any locking.
The previously atta
On Tue, 28 Oct 2008, Nate Case wrote:
> Some SGMII PHYs don't auto-negotiate correctly with the TBI+SerDes
> interface on the mpc85xx processors. Check for the "sgmii-aneg-disable"
> device tree flag and skip enabling auto-negotiation on the TBI
> side if present. Full duplex 1000 Mbit/s will be
On Fri, Oct 31, 2008 at 02:02:53AM +0300, Anton Vorontsov wrote:
[...]
> It's pretty trivial to implement (of_get_named_gpio() -- could be just
> factored out of of_get_gpio()).
>
> Though,
>
> 1. The idea is quite extreme. It needs discussion, and furthermore,
>we need to define when do we u
On Wed, Oct 29, 2008 at 10:53 AM, Josh Boyer <[EMAIL PROTECTED]> wrote:
> Also, do you have a patch for a DTS file that gives an example of how to
> instantiate the SPI stuff in the device tree?
I'll second that request. I've updated the device tree for my Kilauea
(405EX) board but am not sure I
On Thu, Oct 30, 2008 at 02:37:31PM -0600, Grant Likely wrote:
[...]
> > +- gpios : (optional) may specify GPIOs in this order: Card-Detect GPIO,
> > + Write-Protect GPIO.
>
> I wonder if we're following the example of irq mappings too closely
> for the gpios property. I like the layout of the pr
Hi Paul,
Please pull the changes below as updates for 2.6.28. There is one small
Kconfig fix, and the normal defconfig updates we do every release.
thx,
josh
The following changes since commit 0173a3265b228da319ceb9c1ec6a5682fd1b2d92:
Linus Torvalds (1):
Linux 2.6.28-rc2
are availabl
It was suggested by Andrew that using a macro that made an array
look like a function call made it harder to understand the code.
Cleaned up use of macro. We now reference the pgtable_cache array
directly instead of using a macro.
Signed-off-by: Jon Tollefson <[EMAIL PROTECTED]>
Cc: Nick Piggi
Hi,
I'm trying to boot 2.6.27 on a Moto PrPMC280. Currently it just hangs
after "Passing control to the loaded file/image.".
With an earlier kernel (2.6.14) I use a zImage.pplus file and netboot
with the "-z" option telling it to use PReP mode. With new kernels I
assume I use the dtbImage.
On Fri, 2008-10-31 at 08:33 +1100, Paul Mackerras wrote:
> Yes, yaboot needs to be fixed.
Yeah, my bad, I was offline when writing this and only checked later to
find you'd already discussed that. Sorry.
> > Modifying the vmlinux in the same way as above makes yaboot take it, and
> > I can easil
On Thu, 2008-10-30 at 17:05 -0400, Josh Boyer wrote:
> On Fri, Oct 31, 2008 at 07:52:02AM +1100, Paul Mackerras wrote:
> >Mel Gorman writes:
> >
> >> On some ppc64 machines, NVRAM is being corrupted very early in boot (before
> >> console is initialised). The machine reboots and then fails to find
Johannes Berg writes:
> Sorry if this has been discussed before, but I just found that yaboot
> rejects relocatable kernels claiming they are an invalid ELF file.
Yes, yaboot needs to be fixed.
> In the patch adding relocatable kernel support, I found
>
> +# The iseries hypervisor won't take an
On Oct 30, 2008, at 3:36 PM, Josh Boyer wrote:
(And aren't you supposed to be on vacation...)
There is no vacation from the community.. you will be assimilated. :)
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailma
On Fri, Oct 31, 2008 at 07:52:02AM +1100, Paul Mackerras wrote:
>Mel Gorman writes:
>
>> On some ppc64 machines, NVRAM is being corrupted very early in boot (before
>> console is initialised). The machine reboots and then fails to find yaboot
>> printing the error "PReP-BOOT: Unable to load PRep im
Mel Gorman writes:
> On some ppc64 machines, NVRAM is being corrupted very early in boot (before
> console is initialised). The machine reboots and then fails to find yaboot
> printing the error "PReP-BOOT: Unable to load PRep image". It's nowhere near
> as serious as the ftrace+e1000 problem as
On Thu, Oct 30, 2008 at 1:56 PM, Anton Vorontsov
<[EMAIL PROTECTED]> wrote:
> The bindings describes a case where MMC/SD/SDIO slot directly connected
> to a SPI bus. Such setups are widely used on embedded PowerPC boards.
>
> The patch also adds the mmc-spi-slot entry to the OpenFirmware modalias
>
On Fri, 31 Oct 2008 07:14:00 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-10-30 at 13:04 -0500, Hollis Blanchard wrote:
> >
> > I don't think it's necessary at all to disable ME/CE/DE inside
> > _tlbie() on 440, because the interrupt handlers for those types save
> > and
On Thu, 2008-10-30 at 11:58 +0100, Matthias Fuchs wrote:
> I need to connect to the "PCI command write" interrupt on a 440EPx
> platform. This is UIC0/int#5.
>
> Where should I add this interrupt in the DT? To the PCI node? In this
> case it will collide with the
> PCI interrupts.
>
> My applica
On Thu, 2008-10-30 at 13:04 -0500, Hollis Blanchard wrote:
>
> I don't think it's necessary at all to disable ME/CE/DE inside
> _tlbie() on 440, because the interrupt handlers for those types save
> and restore MMUCR (they're all the same code path; see
> mcheck_transfer_to_handler in entry_32.S).
The support is implemented via platform data accessors, new module
(of_mmc_spi) will be created automatically when the driver compiles
on OpenFirmware platforms. Link-time dependency will load the module
automatically.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/mmc/host/Makefi
This function sets the OCR mask bits according to provided voltage
ranges. Will be used by the mmc_spi OpenFirmware bindings.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/mmc/core/core.c | 55 ++
include/linux/mmc/core.h |3 ++
The bindings describes a case where MMC/SD/SDIO slot directly connected
to a SPI bus. Such setups are widely used on embedded PowerPC boards.
The patch also adds the mmc-spi-slot entry to the OpenFirmware modalias
table.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
.../powerpc/dts-bind
Hi all,
Here are the bindings, again. Still RFC.
This patch series depends on:
http://lkml.org/lkml/2008/10/16/250
http://lkml.org/lkml/2008/10/24/416
+ of_gpio_flags enum (Trent Piepho will post an updated patch soon,
I believe).
Pierre, the approach is somewhat similar to this one:
http://lkm
Is this warning a 64/32b issue?
BOOTCC arch/powerpc/boot/main.o
arch/powerpc/boot/main.c: In function 'prep_kernel':
arch/powerpc/boot/main.c:65: warning: format '%08x' expects type
'unsigned int', but argument 3 has type 'long unsigned int'
--
Jon Smirl
[EMAIL PROTECTED]
From: Masakazu Mokuno <[EMAIL PROTECTED]>
Free dynamically allocated device data structures when device registration
fails. This fixes memory leakage when the registration fails.
Signed-off-by: Masakazu Mokuno <[EMAIL PROTECTED]>
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
arch/powerpc
From: Geert Uytterhoeven <[EMAIL PROTECTED]>
Introduce ps3_gpu_mutex to synchronizes GPU-related operations, like:
- invoking the L1GPU_CONTEXT_ATTRIBUTE_FB_BLIT command using the
lv1_gpu_context_attribute() hypervisor call,
- handling the PS3AV_CID_AVB_PARAM packet in the PS3 A/V Setting
Regarding this patch:
commit aa1cf632bd6f998cb4567ccf1a9d2e5daaa9fb44
Author: David Gibson <[EMAIL PROTECTED]>
Date: Tue Aug 7 14:20:50 2007 +1000
[POWERPC] Fix small race in 44x tlbie function
The 440 family of processors don't have a tlbie instruction. So, we
implement TLB inval
On Wed, Oct 29, 2008 at 06:07:47PM -0700, Trent Piepho wrote:
[...]
> But, I'm using the GPIOs to bit-bang a JTAG bus in the 20-30 MHz range. The
> obvious GPIO driver is *much* too slow for that. I got less than 3 MHz, and
> your driver looks like it might be slightly slower than my initial driv
Hi guys,
I'm curious as to the difference between ohci-ppc-of.c and
ohci-ppc-soc.c in drivers/usb/host - the way I am looking at
this, ohci-ppc-soc.c is completely redundant now as no
arch/powerpc platform should be using this method of registering
a platform device, and therefore it's a legacy f
On Thu, Oct 30, 2008 at 12:14 AM, René Bürgel <[EMAIL PROTECTED]> wrote:
> Hi! This patch adds the capability to the mpc52xx-uart to report framing
> errors, parity errors, breaks and overruns to userspace. These values may be
> requested in userspace by using the ioctl TIOCGICOUNT.
>
> Signed-off-
On Thu, Oct 23, 2008 at 09:10:29PM -0700, Linus Torvalds wrote:
>
> It's been two weeks, so it's time to close the merge window. A 2.6.28-rc1
> is out there, and it's hopefully all good.
>
I first encountered this problem in SLES 11 Beta 2 but now I see it
affects 2.6.28-rc1 too.
On some ppc64
On Thu, 2008-10-30 at 08:45 +0100, Peter Korsgaard wrote:
> I would write a dedicated driver for something like that instead of
> using gpiolib.
>
> Gpiolib has quite some overhead compared to the actual work for
> changing a SoC gpio pin, but it also has some very nice
> advantages. For most stuf
On 10/30/08 7:03 AM, Josh Boyer wrote:
> On Wed, 29 Oct 2008 14:41:14 -0700
> Grant Erickson <[EMAIL PROTECTED]> wrote:
>> If the size of RAM is not an exact power of two, we may not have
>> covered RAM in its entirety with large 16 and 4 MiB
>> pages. Consequently, restrict the top end of RAM curr
On Wed, 29 Oct 2008 14:41:14 -0700
Grant Erickson <[EMAIL PROTECTED]> wrote:
> If the size of RAM is not an exact power of two, we may not have
> covered RAM in its entirety with large 16 and 4 MiB
> pages. Consequently, restrict the top end of RAM currently allocable
> by updating '__initial_memo
On Oct 30, 2008, at 3:58 AM, Trent Piepho wrote:
On Thu, 30 Oct 2008, Peter Korsgaard wrote:
"Trent" == Trent Piepho <[EMAIL PROTECTED]> writes:
Trent> On Tue, 23 Sep 2008, Peter Korsgaard wrote:
+- compatible : "fsl,-gpio" followed by "fsl,mpc8349-gpio"
for
+ 83xx, "fsl,mpc8572-gpio" for
On Wed, Oct 29, 2008 at 07:21:24PM -0700, Trent Piepho wrote:
[...]
> > Can you repost a fixed version with my Ack and Cc: Andrew Morton,
> > Benjamin Herrenschmidt?
> >
> > I think this change should go into the 2.6.28, so that we can
> > write new code on top of new API. Otherwise this change wil
On Thu, Oct 30, 2008 at 11:44:50AM +0100, Wolfgang Grandegger wrote:
> This patch fixes a problem with building the 2.6.28-rc2 kernel with
> FSL UPM NAND support for the TQM8548 modules. For some reason
> of_mtd_parse_partitions() requires on argument less in the meantime.
> Furthermore, the return
Hi,
I need to connect to the "PCI command write" interrupt on a 440EPx platform.
This is UIC0/int#5.
Where should I add this interrupt in the DT? To the PCI node? In this case it
will collide with the
PCI interrupts.
My application is a 440EPx on a PCI addon card. So the PCI node is disabled
This patch fixes a problem with building the 2.6.28-rc2 kernel with
FSL UPM NAND support for the TQM8548 modules. For some reason
of_mtd_parse_partitions() requires on argument less in the meantime.
Furthermore, the return value is checks properly.
Signed-off-by: Wolfgang Grandegger <[EMAIL PR
Hi,
Sorry if this has been discussed before, but I just found that yaboot
rejects relocatable kernels claiming they are an invalid ELF file.
In the patch adding relocatable kernel support, I found
+# The iseries hypervisor won't take an ET_DYN executable, so this
+# changes the type (byte 17) in
On Thu, 30 Oct 2008, Peter Korsgaard wrote:
>> "Trent" == Trent Piepho <[EMAIL PROTECTED]> writes:
> Trent> On Tue, 23 Sep 2008, Peter Korsgaard wrote:
> >> +- compatible : "fsl,-gpio" followed by "fsl,mpc8349-gpio" for
> >> + 83xx, "fsl,mpc8572-gpio" for 85xx and "fsl,mpc8610-gpio" for 86xx.
On Thu, 2008-10-30 at 09:45 +0100, Johannes Berg wrote:
> Michel Dänzer wrote:
>
> >> Can uninorth_fetch_size be marked __devinit then?
> >
> > I'm not sure, and none of the other AGP backend drivers seems to do
> > so...
>
> Well, either it can, or marking "aperture" is wrong, no?
Makes sense,
Michel Dänzer wrote:
>> Can uninorth_fetch_size be marked __devinit then?
>
> I'm not sure, and none of the other AGP backend drivers seems to do
> so...
Well, either it can, or marking "aperture" is wrong, no?
johannes
___
Linuxppc-dev mailing list
Li
> "Trent" == Trent Piepho <[EMAIL PROTECTED]> writes:
Trent> On Tue, 23 Sep 2008, Peter Korsgaard wrote:
>> +- compatible : "fsl,-gpio" followed by "fsl,mpc8349-gpio" for
>> + 83xx, "fsl,mpc8572-gpio" for 85xx and "fsl,mpc8610-gpio" for 86xx.
Trent> Why have the three different compatibl
[EMAIL PROTECTED] writes:
> From: Jon Tollefson <[EMAIL PROTECTED]>
>
> Cleaned up use of macro. We now reference the pgtable_cache array
> directly instead of using a macro.
>
> Signed-off-by: Jon Tollefson <[EMAIL PROTECTED]>
> Cc: Nick Piggin <[EMAIL PROTECTED]>
> Cc: Paul Mackerras <[EMAIL
57 matches
Mail list logo
