Re: 2.6.28-rc9 panics with crashkernel=256M while booting

2008-12-24 Thread Andrew Morton
(cc's added) On Wed, 24 Dec 2008 13:25:49 +0530 Chandru wrote: > On a ppc machine booting linux-2.6.28-rc9 with crashkernel=2...@32m boot > parameter causes the kernel to panic while booting. __Following are the > console > messages... - Please put [patch] in the Subject: line of patches -

Re: Commits added to powerpc.git next and master branches

2008-12-24 Thread Wolfram Sang
Hello Grant, On Sun, Dec 21, 2008 at 03:01:05AM -0700, Grant Likely wrote: > Wolfram Sang (3): > powerpc/mpc5200: Remove obsolete code from mpc5200 MDIO driver > powerpc/mpc5200: add rts/cts handling in PSC UART driver > powerpc/mpc5200: fix error paths in PSC UART probe function

Re: schizophrenic G5 ...

2008-12-24 Thread Kevin Diggs
Kevin Diggs wrote: Hi, I have a water cooled dual 2.5 GHz G5 (Powermac7,3). It has YDL 6.0 on it. Using the stock YDL 2.6.23 kernel this machine "appears" to work fine. After finally getting it to boot under 2.6.27, it will shut itself off if put under any significant load. And it i

Re: [PATCH -mm 1/3] USB: FHCI: Driver should be responsible for managing endpoint queues

2008-12-24 Thread Alan Stern
On Wed, 24 Dec 2008, Anton Vorontsov wrote: > Follow these changes for the FHCI driver: > > commit e9df41c5c5899259541dc928872cad4d07b82076 > Author: Alan Stern > Date: Wed Aug 8 11:48:02 2007 -0400 > > USB: make HCDs responsible for managing endpoint queues On the whole this looks good. >

Re: Long boot delay on 460EX with 2.6.28-rc8

2008-12-24 Thread Felix Radensky
Leon Woestenberg-3 wrote: > > Felix, > > On Sat, Dec 20, 2008 at 7:51 AM, Felix Radensky > wrote: >> >> I've found the cause of the delay. It was a stupid error on my part, not >> related to ndfc driver, which is fine. Thanks a lot for you work on this. >> > Could you share the error?* (I'm s

Re: [PATCH -mm 1/3] USB: FHCI: Driver should be responsible for managing endpoint queues

2008-12-24 Thread Anton Vorontsov
On Wed, Dec 24, 2008 at 12:58:35PM -0800, Greg KH wrote: > On Wed, Dec 24, 2008 at 12:18:53PM -0800, Andrew Morton wrote: > > On Wed, 24 Dec 2008 23:08:45 +0300 Anton Vorontsov > > wrote: > > > > > On Wed, Dec 24, 2008 at 11:59:36AM -0800, Greg KH wrote: > > > > On Wed, Dec 24, 2008 at 10:13:03P

Re: [PATCH -mm 1/3] USB: FHCI: Driver should be responsible for managing endpoint queues

2008-12-24 Thread Greg KH
On Wed, Dec 24, 2008 at 12:18:53PM -0800, Andrew Morton wrote: > On Wed, 24 Dec 2008 23:08:45 +0300 Anton Vorontsov > wrote: > > > On Wed, Dec 24, 2008 at 11:59:36AM -0800, Greg KH wrote: > > > On Wed, Dec 24, 2008 at 10:13:03PM +0300, Anton Vorontsov wrote: > > > > Follow these changes for the

Re: [PATCH -mm 1/3] USB: FHCI: Driver should be responsible for managing endpoint queues

2008-12-24 Thread Andrew Morton
On Wed, 24 Dec 2008 23:08:45 +0300 Anton Vorontsov wrote: > On Wed, Dec 24, 2008 at 11:59:36AM -0800, Greg KH wrote: > > On Wed, Dec 24, 2008 at 10:13:03PM +0300, Anton Vorontsov wrote: > > > Follow these changes for the FHCI driver: > > > > Hm, would it just make more sense to respin the whole

Re: [PATCH -mm 1/3] USB: FHCI: Driver should be responsible for managing endpoint queues

2008-12-24 Thread Anton Vorontsov
On Wed, Dec 24, 2008 at 11:59:36AM -0800, Greg KH wrote: > On Wed, Dec 24, 2008 at 10:13:03PM +0300, Anton Vorontsov wrote: > > Follow these changes for the FHCI driver: > > Hm, would it just make more sense to respin the whole driver? That way > it's never in the tree in a "broken" state? It's

Re: [PATCH -mm 1/3] USB: FHCI: Driver should be responsible for managing endpoint queues

2008-12-24 Thread Greg KH
On Wed, Dec 24, 2008 at 10:13:03PM +0300, Anton Vorontsov wrote: > Follow these changes for the FHCI driver: Hm, would it just make more sense to respin the whole driver? That way it's never in the tree in a "broken" state? thanks, greg k-h ___ Linuxp

[PATCH -mm 3/3] USB: FHCI: Fix memory leaks in fhci_mem_{init,free}

2008-12-24 Thread Anton Vorontsov
This patch fixes few memory leaks. Particulary: - On errors fhci_mem_init() leaks fhci->hc_list; - fhci_mem_free() doesn't free the allocated eds/tds. Signed-off-by: Anton Vorontsov --- drivers/usb/host/fhci-hcd.c | 57 ++ 1 files changed, 30 insertions

[PATCH -mm 2/3] USB: FHCI: Fix namespace pollution

2008-12-24 Thread Anton Vorontsov
Prepend fhci_ prefixes to the external function names. Signed-off-by: Anton Vorontsov --- drivers/usb/host/fhci-hcd.c | 36 drivers/usb/host/fhci-hub.c | 29 +++-- drivers/usb/host/fhci-mem.c | 14 +++--- drivers/usb/host/fhci-q.c | 28 ++-- dri

[PATCH -mm 1/3] USB: FHCI: Driver should be responsible for managing endpoint queues

2008-12-24 Thread Anton Vorontsov
Follow these changes for the FHCI driver: commit e9df41c5c5899259541dc928872cad4d07b82076 Author: Alan Stern Date: Wed Aug 8 11:48:02 2007 -0400 USB: make HCDs responsible for managing endpoint queues This patch (as954) implements a suggestion of David Brownell's. Now the host controller dri

Re: [PATCH] USB: Driver for Freescale QUICC Engine USB Host Controller

2008-12-24 Thread Anton Vorontsov
On Tue, Dec 23, 2008 at 09:45:09PM -0500, Alan Stern wrote: > On Wed, 24 Dec 2008, Anton Vorontsov wrote: > > > This patch adds support for the FHCI USB controller, as found > > in the Freescale MPC836x and MPC832x processors. It can support > > Full or Low speed modes. > > > > Quite a lot the ha

Re: [PATCH] USB: Driver for Freescale QUICC Engine USB Host Controller

2008-12-24 Thread Anton Vorontsov
On Tue, Dec 23, 2008 at 01:28:40PM -0800, Andrew Morton wrote: > On Wed, 24 Dec 2008 00:03:22 +0300 > Anton Vorontsov wrote: > > > This patch adds support for the FHCI USB controller, as found > > in the Freescale MPC836x and MPC832x processors. It can support > > Full or Low speed modes. > > >

Re: [PATCH] powerpc: add 16K/64K pages support for the 44x PPC32 architectures.

2008-12-24 Thread Josh Boyer
On Wed, Dec 17, 2008 at 02:56:07PM -0500, Josh Boyer wrote: >On Thu, Dec 11, 2008 at 04:55:41AM +0300, Ilya Yanok wrote: >>This patch adds support for page sizes bigger than 4K (16K/64K) on >>PPC 44x. >>PGDIR table is much smaller than page in case of 16K/64K pages (512 >>and 32 bytes resp.) so we