| To: | Pete Popov <ppopov@mvista.com> |
|---|---|
| Subject: | Re: kmalloc/pci_alloc and skbuff's |
| From: | Geoffrey Espin <espin@idiom.com> |
| Date: | Wed, 19 Dec 2001 11:53:18 -0800 |
| Cc: | James Simmons <jsimmons@transvirtual.com>, "Gleb O. Raiko" <raiko@niisi.msk.ru>, linux-mips <linux-mips@oss.sgi.com> |
| In-reply-to: | <1008789145.31066.140.camel@zeus>; from Pete Popov on Wed, Dec 19, 2001 at 11:12:25AM -0800 |
| References: | <3C205853.EE642541@niisi.msk.ru> <Pine.LNX.4.10.10112190903520.3562-100000@www.transvirtual.com> <20011219105633.B54722@idiom.com> <1008789145.31066.140.camel@zeus> |
| Sender: | owner-linux-mips@oss.sgi.com |
> > Currently, my private pci_alloc/free_consistent() routines manage > FYI, this is not an isolated issue. We deal with a number of > architectures and we've seen this problem with other arches and system > controllers as well. A 'generic' solution would be nice and probably > necessary at some point. 2.5 would be a good place to do it, if only > someone would volunteer ;-) [Pete] Thanks for the reassurance. Can one include one's own arch/mips/korva/skbuff.c? But with network.o being a monolithic blob .o instead of a .a, seems like patching the one file is not feasible. I tried tweaking $(HEAD) but then stumbled onto this. How does one package such a work-around? Include a patch file in the LSP, which gets automatically run to munge on kernel sources? Or will linux-mips.sf.net accept a patch for net/core/skbuff.c? Geoff -- Geoffrey Espin espin@idiom.com |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: kmalloc/pci_alloc and skbuff's, Pete Popov |
|---|---|
| Next by Date: | Re: kmalloc/pci_alloc and skbuff's, Pete Popov |
| Previous by Thread: | Re: kmalloc/pci_alloc and skbuff's, Pete Popov |
| Next by Thread: | Re: kmalloc/pci_alloc and skbuff's, Pete Popov |
| Indexes: | [Date] [Thread] [Top] [All Lists] |