Mailing List Archive by Gossamer Threads http://www.gossamer-threads.com/lists/linux/kernel/ en-us (c) Gossamer Threads Inc. All rights reserved. 25 Nov 2009 12:55:05 -0800 120 75 23 http://www.gossamer-threads.com/lists/linux/kernel/ http://www.gossamer-threads.com/images/lists/rss_logo.jpg On Wed, Nov 25, 2009 at 10:15 PM, Christoph Lameter <cl@linux-foundation.org> wrote: > On Wed, 25 Nov 2009, Pekka Enberg wrote: > >> Because that has 25 Nov 2009 12:19:44 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158677 On Wed, 25 Nov 2009, Andrew Morton wrote: > On Tue, 24 Nov 2009 11:14:03 +0100 > Uwe Kleine-K__nig <u.kleine-koenig@pengutronix.de> wrote: > > > He 25 Nov 2009 12:18:39 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158676 Hi Anisse, On Tue, Nov 24, 2009 at 03:12:50PM +0100, Anisse Astier wrote: > These laptops may have i8042 in a bad state at very first boot or if you 25 Nov 2009 12:17:37 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158675 Hi, something seems to have blown up just under me. Maybe someone can make sense of the debug trace. thanks, Jan PROMLIB: Sun IEEE Boot Prom 'OBP 25 Nov 2009 12:15:57 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158673 On Wed, 25 Nov 2009, Pekka Enberg wrote: > Because that has no effect on the generated code. Does this affect the cycle count in slab_alloc? -- To 25 Nov 2009 12:15:26 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158672 On Tue, Nov 24, 2009 at 08:05:14PM +0200, Boaz Harrosh wrote: > > Lots of include/linux/nfsd/* headers are only used by > nfsd module. Move them to t 25 Nov 2009 12:14:08 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158671 On Tue, Nov 24, 2009 at 08:04:12PM +0200, Boaz Harrosh wrote: > > Only linux/nfsd/syscall.h is actually used. Remove the > other nfsd #includes, so t 25 Nov 2009 12:13:15 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158670 On 11/25/2009 08:44 AM, Jakub Jelinek wrote: > > If you compile kernels 90%+ people out there run with -p on i?86/x86_64, > then certainly coming up 25 Nov 2009 12:12:49 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158674 On Tue, 24 Nov 2009 21:55:31 +0900 Magnus Damm <magnus.damm@gmail.com> wrote: > From: Magnus Damm <damm@opensource.se> > > This patch adds SPI Maste 25 Nov 2009 12:11:52 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158669 On Tue, Nov 24, 2009 at 08:03:12PM +0200, Boaz Harrosh wrote: > > In what history where these ever needed? Well not > any more. Applied, thanks.--b. 25 Nov 2009 12:10:11 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158667 > I have the display as a framebuffer device now (based on fbdefio with the > hid device as the parent). > > Do I really need a separate console devi 25 Nov 2009 12:09:10 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158666 On 11/24/2009 09:30 AM, Steven Rostedt wrote: > > For other archs, Linus showed some examples: > > http://lkml.org/lkml/2009/11/19/349 > Yes; the 25 Nov 2009 12:05:33 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158668 handle the case the slot bridge that doesn't get pre-allocated big enough res from FW. for example pcie devices need 256M, but the bridge only get pre 25 Nov 2009 11:59:52 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158662 move out bus_size_bridges and assign resources out of pciehp_add_bridge() and at last do them all together one time including slot bridge, to avoid to 25 Nov 2009 11:59:48 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158661 for pciehp to use it later pci_setup_bridge() will not check enabled for the slot bridge, otherwise update res is not updated to bridge BAR. that is 25 Nov 2009 11:59:43 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158660 when we are clearing leaf bridge resource and try to get big one, we could shrink the bridge if there is no resource under it. let check with old res 25 Nov 2009 11:59:39 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158663 BIOS separate IO range between several IOHs, and on some slots, BIOS assign the resource to the bridge, but stop assigning resource to the device unde 25 Nov 2009 11:59:34 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158656 so later we can do sth with those failed one Signed-off-by: Yinghai Lu <yinghai@kernel.org> --- drivers/pci/setup-bus.c | 70 ++++++++++++++++++++ 25 Nov 2009 11:59:30 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158659 mean it is not used, so skip it. Signed-off-by: Yinghai Lu <yinghai@kernel.org> --- drivers/pci/setup-bus.c | 2 +- 1 file changed, 1 insertion(+ 25 Nov 2009 11:59:24 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158657 so later we could use it to release small resource before pci assign unassign res Signed-off-by: Yinghai Lu <yinghai@kernel.org> --- drivers/pci/se 25 Nov 2009 11:59:16 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158665 prepare to use those small functions according to resource type later Signed-off-by: Yinghai Lu <yinghai@kernel.org> --- drivers/pci/setup-bus.c | 25 Nov 2009 11:59:12 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158664 split the two patches in to 9 for easy review... please check 1. boot time: BIOS separate IO range between several IOHs, and on some slots, BIOS as 25 Nov 2009 11:58:59 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158658 On Tue, 24 Nov 2009 11:14:03 +0100 Uwe Kleine-K__nig <u.kleine-koenig@pengutronix.de> wrote: > Hello Andrew, > > On Mon, Nov 23, 2009 at 03:25:16PM 25 Nov 2009 11:56:01 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158655 On Wednesday 25 November 2009 08:34:19 pm Alan Cox wrote: > On Wed, 25 Nov 2009 19:10:06 +0100 > Bartlomiej Zolnierkiewicz <bzolnier@gmail.com> wrote: 25 Nov 2009 11:53:09 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158654 On Wed, Nov 25, 2009 at 08:20:02PM +0100, J?r?my Cochoy wrote: > Hello, > > There is something strange in iunique : what will happend if all inode > 25 Nov 2009 11:52:57 -0800 http://www.gossamer-threads.com/lists/linux/kernel/1158652