The current ndfc driver only compiles under arch/ppc. This arch was
merged with arch/powerpc and then removed from the kernel. I notice the
entry for the ndfc in Kconfig has been removed in 2.6.28.
This patch converts the ndfc to a proper OF (OpenFirmware) driver. I
can give a working example of
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-by: René Bürgel [EMAIL PROTECTED]
Kind regards, René Bürgel
--
René Bürgel
[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 PROTECTED]
Trent == Trent Piepho [EMAIL PROTECTED] writes:
Trent On Tue, 23 Sep 2008, Peter Korsgaard wrote:
+- compatible : fsl,CHIP-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 compatible settings when
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
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, but I'm not
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,CHIP-gpio followed by fsl,mpc8349-gpio for
+ 83xx, fsl,mpc8572-gpio for 85xx and fsl,mpc8610-gpio for 86xx.
Trent Why have the
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
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
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 will cause
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
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)
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,CHIP-gpio followed by fsl,mpc8349-gpio
for
+ 83xx, fsl,mpc8572-gpio for 85xx
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
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 currently
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 stuff
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, 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-by:
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
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
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
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 Settings
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]
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:
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]
---
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 ++
2
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]
---
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).
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 application is a
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 restore
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
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 the
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 image.
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
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 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 yaboot
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 easily
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
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 Piggin
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
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 property
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 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 use
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
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
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
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 irq mappings
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
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/15
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
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
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
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
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
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.27.
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.
56 matches
Mail list logo