On Friday 09 January 2009 16:37:24 Chandru wrote:
On Friday 09 January 2009 01:33:12 Dave Hansen wrote:
Now I'm even more confused. Could you please send a fully changelogged
patch that describes the problem, and how this fixes it? This just
seems like an off-by-one error, which isn't
This patch adds the utility function mpc52xx_get_xtal_freq() to get
the frequency of the external oscillator clock connected to the pin
SYS_XTAL_IN. The MSCAN may us it as clock source. Unfortunately, this
value is not available from the FDT blob, but it can be determined
from the IPB frequency.
On Wed, Jan 14, 2009 at 08:04:04AM +1100, Benjamin Herrenschmidt wrote:
So the simplest is to never set it.
I already applied your previous patch. Please send an incremental fix.
Here is the incremental patch for your powerpc tree along with a summary
as patch description.
Regards,
Hendrik
Signed-off-by: Hendrik Brueckner brueck...@linux.vnet.ibm.com
---
drivers/char/hvc_console.c |2 --
1 file changed, 2 deletions(-)
--- a/drivers/char/hvc_console.c
+++ b/drivers/char/hvc_console.c
@@ -318,8 +318,6 @@ static int hvc_open(struct tty_struct *t
} /* else count ==
Michael Ellerman writes:
There's quite a lot of code that does:
if (ppc_md.progress)
ppc_md.progress(...)
So move that idiom into a wrapper. Having a wrapper also allows us
to have a fallback to printk if no progress routine is specified.
It certainly used to be the case on ppc32
Hi everybody !
This my first (but not least :) ) message on that mailing list. I hope I
will find my solution.
Here is my problem:
I have a MPC8272ADS board, 64MB RAM, 8MB Flash.
I compiled u-boot using the existing config file, and compiled my linux
kernel successfully with the defconfig file
On Thu, Jan 15, 2009 at 2:17 PM, Dan Williams dan.j.willi...@intel.com wrote:
Timur Tabi wrote:
Peter Korsgaard wrote:
The only minor issues we have is the cosmetic problem of the driver
printing NO_IRQ (E.G. this patch), and the driver calling
free_irq(NO_IRQ) (E.G. the other patch I sent
On Thursday 15 January 2009, Ira Snyder wrote:
The only problem with that is that you cannot route interrupts from the
DMA controller over PCI with the PowerPC core running. Which makes it
mostly useless for this case.
If the host supports MSI, you can simply program the DMA controller to
2009/1/15 Anatolij Gustschin ag...@denx.de
Jean-Michel Hautbois wrote:
I have a MPC8272ADS board, 64MB RAM, 8MB Flash.
I compiled u-boot using the existing config file, and compiled my linux
kernel successfully with the defconfig file too.
I have updated u-boot, downloaded my kernel
Jean-Michel Hautbois wrote:
I have a MPC8272ADS board, 64MB RAM, 8MB Flash.
I compiled u-boot using the existing config file, and compiled my linux
kernel successfully with the defconfig file too.
I have updated u-boot, downloaded my kernel file, and a ramdisk image
from the eldk
Hi Kumar,
On Thursday 20 November 2008 17:00:54 Kumar Gala wrote:
On Nov 20, 2008, at 9:57 AM, Laurent Pinchart wrote:
On Thursday 20 November 2008 16:32:21 Kumar Gala wrote:
On Nov 20, 2008, at 6:32 AM, Laurent Pinchart wrote:
Instead of rounding the divider down, improve the baud-rate
Jean-Michel Hautbois wrote:
I just tried. I created a dtb from the file
arch/powerpc/boot/dst/mpc8272ads.dts file.
It is not rebboting, but handling (my run led is switching off).
= tftp 200 mpc8272ads.dtb
Using FCC1 ETHERNET device
TFTP from server 10.0.0.1; our IP address is 10.0.0.2
On Thu, Jan 15, 2009 at 02:56:05AM +0300, Anton Vorontsov wrote:
On Thu, Jan 15, 2009 at 07:37:00AM +0800, Liu Dave wrote:
This patch adds support for the Freescale Enhanced Secure Digital
Host Controller Interface as found in some Freescale PowerPC
microprocessors (e.g. MPC837x SOCs).
On Jan 15, 2009, at 7:18 AM, Laurent Pinchart wrote:
Hi Kumar,
On Thursday 20 November 2008 17:00:54 Kumar Gala wrote:
On Nov 20, 2008, at 9:57 AM, Laurent Pinchart wrote:
On Thursday 20 November 2008 16:32:21 Kumar Gala wrote:
On Nov 20, 2008, at 6:32 AM, Laurent Pinchart wrote:
Instead
On Thursday 15 January 2009 15:42:14 Kumar Gala wrote:
On Jan 15, 2009, at 7:18 AM, Laurent Pinchart wrote:
2.6.29-rc1 is out and I haven't seen the patch being applied
anywhere. Is there any blocking issue ?
I wasn't sure if you and Scott had come to resolution on the rounding
issue.
I
hi All,
i have LTIB version 6.2.2 with which i have built linux kernel 2.6.19-rc5
for my board where its processor is MPC8555.i built the kernel Image
successfuly without any problems
But Now i want to upgrade the linux kernel to 2.6.27 but unfortunately i got
the following error:
2009/1/15 Anatolij Gustschin ag...@denx.de
Jean-Michel Hautbois wrote:
I just tried. I created a dtb from the file
arch/powerpc/boot/dst/mpc8272ads.dts file.
It is not rebboting, but handling (my run led is switching off).
= tftp 200 mpc8272ads.dtb
Using FCC1 ETHERNET device
On Jan 15, 2009, at 9:05 AM, wael showair wrote:
hi All,
i have LTIB version 6.2.2 with which i have built linux kernel
2.6.19-rc5
for my board where its processor is MPC8555.i built the kernel Image
successfuly without any problems
But Now i want to upgrade the linux kernel to 2.6.27 but
On Thu, Jan 15, 2009 at 01:58:33PM +0100, Arnd Bergmann wrote:
On Thursday 15 January 2009, Ira Snyder wrote:
The only problem with that is that you cannot route interrupts from the
DMA controller over PCI with the PowerPC core running. Which makes it
mostly useless for this case.
If
This patch changes snd-aoa to handle some older machines that are
currently handled by snd-powermac. snd-aoa has a number of advantages
though, notably it can autoload better and is generally a more modern
driver.
By hardcoding the accepted device-ids (last hunk of the patch) I'm
trying to avoid
Some machines have a master amp GPIO that needs to be toggled to
get sound output, in addition to speaker/headphone/line-out amps.
This makes snd-aoa handle it, if present in the device tree, thus
making snd-aoa be able to output sound on PowerMac3,6, which was
previously handled by snd-powermac
At Thu, 15 Jan 2009 18:21:48 +0100,
Johannes Berg wrote:
This patch changes snd-aoa to handle some older machines that are
currently handled by snd-powermac. snd-aoa has a number of advantages
though, notably it can autoload better and is generally a more modern
driver.
By hardcoding the
On Thursday 15 January 2009, Ira Snyder wrote:
These are PCI boards, not PCIe. The host computers are all Pentium3-M
systems. I tried enabling MSI on the Freescale boards in the driver, by
calling pci_enable_msi() during probe(), and it failed.
That doesn't really mean anything, just that
On Thu, Jan 15, 2009 at 03:58:50PM +0100, Laurent Pinchart wrote:
On Thursday 15 January 2009 15:42:14 Kumar Gala wrote:
On Jan 15, 2009, at 7:18 AM, Laurent Pinchart wrote:
2.6.29-rc1 is out and I haven't seen the patch being applied
anywhere. Is there any blocking issue ?
I
On Thu, Jan 15, 2009 at 06:53:51PM +0100, Arnd Bergmann wrote:
On Thursday 15 January 2009, Ira Snyder wrote:
These are PCI boards, not PCIe. The host computers are all Pentium3-M
systems. I tried enabling MSI on the Freescale boards in the driver, by
calling pci_enable_msi() during
On Jan 15, 2009, at 11:54 AM, Scott Wood wrote:
On Thu, Jan 15, 2009 at 03:58:50PM +0100, Laurent Pinchart wrote:
On Thursday 15 January 2009 15:42:14 Kumar Gala wrote:
On Jan 15, 2009, at 7:18 AM, Laurent Pinchart wrote:
2.6.29-rc1 is out and I haven't seen the patch being applied
Hi all,
I need a LAPB line discipline. Is there anything in the 2.6 kernels?
Anyone has anything even unstable or to complete?
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Thu, Jan 15, 2009 at 06:53:51PM +0100, Arnd Bergmann wrote:
On Thursday 15 January 2009, Ira Snyder wrote:
These are PCI boards, not PCIe. The host computers are all Pentium3-M
systems. I tried enabling MSI on the Freescale boards in the driver, by
calling pci_enable_msi() during
(Resend because former version does not apply cleanly anymore)
This patch adds support for ns16850 as supported value
of the compatible node in flat device tree uart descriptions.
This is needed for example when you have a XR16C2850 uart
connected to a PPC405's external bus controller.
On Thursday 15 January 2009, Ira Snyder wrote:
Some sort of Broadcom chipset, I think. Full dmesg and lspci output are
appended.
The PCI bridge does mention MSI, so maybe it does support it. Would
using the DMA from the host mean that the guest system couldn't use the
DMA controller at all?
On Thu, Jan 15, 2009 at 10:22:53PM +0100, Arnd Bergmann wrote:
On Thursday 15 January 2009, Ira Snyder wrote:
I have another question for you Arnd.
What did you use as the host and guest drivers when you ran virtio over
PCI? Did you use two unmodified instances of virtio_net (one on
On Mon, Dec 8, 2008 at 2:57 PM, Yuri Tikhonov y...@emcraft.com wrote:
Rewrite handle_stripe_dirtying6 function to work asynchronously.
Signed-off-by: Yuri Tikhonov y...@emcraft.com
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/md/raid5.c | 113
On Wednesday 14 January 2009, Anton Vorontsov wrote:
+config MMC_ESDHC
+ tristate Freescale Enhanced SD Host Controller Interface support
+ depends on FSL_SOC
+ help
+ This selects the Freescale Enhanced SD Host Controller Interface
+ as found in some
On Tue, Jan 13, 2009 at 09:59:08AM -0600, Milton Miller wrote:
On Jan 12, 2009, at 12:24 AM, Simon Horman wrote:
On Fri, Jan 02, 2009 at 02:42:38PM -0600, Milton Miller wrote:
Follwing this mail are 5 patches for kexec userspace and two for the
kernel. The first fixes an array overflow and
On Thursday 15 January 2009, Ira Snyder wrote:
I do have mailboxes (two inbound, two outbound) which can generate
interrupts, as well as doorbell registers (one inbound, one outbound).
The doorbell register's bits are write 1 to clear, and can only be
cleared by the opposite side.
Ok, in
It certainly used to be the case on ppc32 (and may still be) that
ppc_md.progress was called very very early, in some cases before the
MMU was set up, so we don't want to call printk from it. Falling back
to udbg_printf would be more appropriate.
The idea of ppc_md.progress was that if
On Thu, 2009-01-15 at 22:34 +1100, Paul Mackerras wrote:
Michael Ellerman writes:
There's quite a lot of code that does:
if (ppc_md.progress)
ppc_md.progress(...)
So move that idiom into a wrapper. Having a wrapper also allows us
to have a fallback to printk if no progress
On Thu, Jan 15, 2009 at 09:57:41PM +0100, Arnd Bergmann wrote:
On Thursday 15 January 2009, Ira Snyder wrote:
Some sort of Broadcom chipset, I think. Full dmesg and lspci output are
appended.
The PCI bridge does mention MSI, so maybe it does support it. Would
using the DMA from the
On Thu, Jan 15, 2009 at 11:53:24PM +0100, Arnd Bergmann wrote:
On Thursday 15 January 2009, Ira Snyder wrote:
I do have mailboxes (two inbound, two outbound) which can generate
interrupts, as well as doorbell registers (one inbound, one outbound).
The doorbell register's bits are write 1 to
Hi,
System details:
Linux: 2.6.26-1
Processor: MPC8313
The current freescale NAND controller driver is using command completion
(CC) interrupt from FCM block to know the completion read and write
operations. After issuing NAND read/write operation and before FCM CC
interrupt, access to other
On Tue, Dec 9, 2008 at 5:57 AM, Yuri Tikhonov y...@emcraft.com wrote:
Rewrite handle_stripe_dirtying6 function to work asynchronously.
On Fri, Jan 16, 2009 at 6:21 AM, Dan Williams dan.j.willi...@intel.com wrote:
On Thu, Jan 15, 2009 at 2:51 PM, Dan Williams dan.j.willi...@intel.com
wrote:
Hi Scott,
Scott Wood freescale.com writes:
Yes, if u-boot is providing junk, then you'll probably want to hack up
the wrapper to ignore it. Or just upgrade u-boot to one that works.
So, I've gotten the latest u-boot installed and working. Here's my boot
sequence-
## Booting kernel from
Hi Scott,
Scott Wood freescale.com writes:
Yes, if u-boot is providing junk, then you'll probably want to hack up
the wrapper to ignore it. Or just upgrade u-boot to one that works.
So, I've gotten the latest u-boot installed and working. Here's my boot
sequence-
## Booting kernel from
Hi Linus !
Here are mostly a bunch of fixups for the u64 change in the PS3 code which
was pretty bad in that area. For bits out of arch/powerpc, we generally have
either subsystem maintainer explicit ack or verbal ack via email or irc. Only
davem didn't have a chance to reply yet so I left the
44 matches
Mail list logo
