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 dri
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 fro
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 fro
On Tue, Dec 9, 2008 at 5:57 AM, Yuri Tikhonov wrote:
> Rewrite handle_stripe_dirtying6 function to work asynchronously.
On Fri, Jan 16, 2009 at 6:21 AM, Dan Williams wrote:
> On Thu, Jan 15, 2009 at 2:51 PM, Dan Williams
> wrote:
>> On Mon, Dec 8, 2008 at 2:57 PM, Yuri Tikhonov wrote:
>> Wha
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 Lo
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 "wri
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 fr
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 i
> 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
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,
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 overflo
On Thu, Jan 15, 2009 at 2:51 PM, Dan Williams wrote:
> On Mon, Dec 8, 2008 at 2:57 PM, Yuri Tikhonov wrote:
> What's the reasoning behind changing the logic here, i.e. removing
> must_compute and such? I'd feel more comfortable seeing copy and
> paste where possible with cleanups separated out i
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 s
On Mon, Dec 8, 2008 at 2:57 PM, Yuri Tikhonov wrote:
> Rewrite handle_stripe_dirtying6 function to work asynchronously.
>
> Signed-off-by: Yuri Tikhonov
> Signed-off-by: Ilya Yanok
> ---
> drivers/md/raid5.c | 113
> ++--
> 1 files changed, 30 i
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 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 host,
> one on guest) for networking, or did you write new virtio dri
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
(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.
Signed-
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() dur
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 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
anywhere
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() dur
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 ?
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 tha
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 hardcodin
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 wh
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 r
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.
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
2009/1/15 Anatolij Gustschin
> 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
>
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:
**
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
>
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 o
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
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
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 bau
2009/1/15 Anatolij Gustschin
> 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 fil
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
w
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 dist
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 to
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
On Thu, Jan 15, 2009 at 2:17 PM, Dan Williams 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 today) in
> Signed-off-by: Hendrik Brueckner
> ---
> 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 == 0 */
>
> tty-
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,
Hendri
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.
S
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
46 matches
Mail list logo
