Re: [GIT PATCH] driver core fixes against 2.6.25-rc2 git

Hi Greg. On Thu, Feb 21, 2008 at 03:46:49PM -0800, Greg KH wrote: > Here are a few driver core fixes against your current git tree that fix some > more problems that have cropped up: > - shutdown problem due to logic problem with cpufreq usage of > kobjects. > - build fix for

Re: [PATCH 2/2] ResCounter: Use read_uint in memory controller

[EMAIL PROTECTED] wrote: > Update the memory controller to use read_uint for its > limit/usage/failcnt control files, calling the new > res_counter_read_uint() function. > > Signed-off-by: Paul Menage <[EMAIL PROTECTED]> Acked-by: Pavel Emelyanov <[EMAIL PROTECTED]> -- To unsubscribe from this

Re: [rtc-linux] state of GEN_RTC vs rtc subsystem

On Wed, 20 Feb 2008 18:03:25 +0100, Alessandro Zummo <[EMAIL PROTECTED]> wrote: > On Wed, 20 Feb 2008 10:11:23 -0600 > Kumar Gala <[EMAIL PROTECTED]> wrote: > > > > > Is the functionality provided by drivers/char/gen_rtc.c completely > > handled by the rtc subsystem in drivers/rtc? > > > > I

Re: [BUG] Linux 2.6.25-rc2 - Regression from 2.6.24-rc1-git1 softlockup while bootup on powerpc

On Thu, Feb 21 2008, Andrew Morton wrote: > On Tue, 19 Feb 2008 09:36:34 +0100 Jens Axboe <[EMAIL PROTECTED]> wrote: > > > But I think the radix 'scan over entire tree' is a bit fragile. > > eek, it had better not be. Was this an error in the caller? Hope so. The cfq use of it, not the radix

Re: [Rt2400-devel] 2.6.25-rc2 regression in rt61pci wireless driver

On Thursday 21 February 2008, Chris Vine wrote: > On Thu, 2008-02-21 at 23:04 +, Chris Clayton wrote: > > On Thursday 21 February 2008, Ivo van Doorn wrote: > > > On Thursday 21 February 2008, Chris Vine wrote: > [snip] > > > > This probably explains the problem another user reported with

Re: [BUG] Linux 2.6.25-rc2 - Regression from 2.6.24-rc1-git1 softlockup while bootup on powerpc

On Tue, 19 Feb 2008 09:36:34 +0100 Jens Axboe <[EMAIL PROTECTED]> wrote: > But I think the radix 'scan over entire tree' is a bit fragile. eek, it had better not be. Was this an error in the caller? Hope so. > This > patch adds a parallel hlist for ease of properly browsing the members, Even

Re: regression: CD burning (k3b) went broke

On Thu, Feb 21 2008, Mike Galbraith wrote: > Greetings, > > K3b recently (9a4c854..5d9c4a7 pull) began terminally griping about > buffer underrun upon every attempt to burn a CD. I can't fully bisect > the problem because intervening kernels hang soft during boot. Using > git bisect visualize,

Re: linux-next: Tree for Feb 22

From: Al Viro <[EMAIL PROTECTED]> Date: Fri, 22 Feb 2008 07:25:54 + > On Fri, Feb 22, 2008 at 06:21:16PM +1100, Stephen Rothwell wrote: > > On Fri, 22 Feb 2008 17:04:21 +1100 Stephen Rothwell <[EMAIL PROTECTED]> > > wrote: > > > > > > Status of my local build tests is at > > >

Re: linux-next: Tree for Feb 22

On Fri, Feb 22, 2008 at 06:21:16PM +1100, Stephen Rothwell wrote: > On Fri, 22 Feb 2008 17:04:21 +1100 Stephen Rothwell <[EMAIL PROTECTED]> wrote: > > > > Status of my local build tests is at > > http://kisskb.ellerman.id.au/kisskb/branch/9/. The sparc builds have > > been mostly disabled while I

Re: 2.6.25-rc1 xen pvops regression

On Thu, 2008-02-21 at 14:58 -0800, H. Peter Anvin wrote: > > Which it is on real hardware, because although it's not *reserved* > (type 2), it is certainly not made available as *normal memory* (type > 1). If Xen maps this as type 1 then I definitely see the problem. > > We can exclude type 1

Re: Kernel oops with bluetooth usb dongle

Quel, On Fri, 22 Feb 2008, Quel Qun wrote: > $ addr2line -e vmlinux c012d51d > /usr/src/linux-2.6.25-rc2-git5kk1/kernel/timer.c:770 > > Crap, that is on the next list_for_each_entry in timer.c :( > > I tried to make a similar test loop as you did a few lines above: Cool. > I thought I got it

Re: linux-next: Tree for Feb 22

On Fri, 22 Feb 2008 17:04:21 +1100 Stephen Rothwell <[EMAIL PROTECTED]> wrote: > > Status of my local build tests is at > http://kisskb.ellerman.id.au/kisskb/branch/9/. The sparc builds have > been mostly disabled while I obtain a working cross compiler. I have reenabled the sparc and sparc64

Re: [PATCH] Document huge memory/cache overhead of memory controller in Kconfig

KAMEZAWA Hiroyuki wrote: > On Thu, 21 Feb 2008 16:33:33 +0530 > Balbir Singh <[EMAIL PROTECTED]> wrote: > >>> Another issue is that it will slightly increase TLB/cache >>> cost of the memory controller, but I think that would be a fair >>> trade off for it being zero cost when disabled but

Re: linux-next: Tree for Feb 22

Hi Frank, On Fri, 22 Feb 2008 07:43:58 +0100 Frank Seidel <[EMAIL PROTECTED]> wrote: > > at least the bz2 tar i just looked at from that URL has a problem > with the prefix resulting to this toplevel extraction: > > next-20080222arch > next-20080222block > ... > next-20080222virt > > So, i

Re: linux-next: Tree for Feb 22

Hi Frank, On Fri, 22 Feb 2008 07:32:58 +0100 Frank Seidel <[EMAIL PROTECTED]> wrote: > > Looks great :-) Of course i also just put a ref to it on the > wiki. Thanks. -- Cheers, Stephen Rothwell[EMAIL PROTECTED] pgp0b6xYVxwV7.pgp Description: PGP signature

Re: 2.6.25-rc2 regression - hang on suspend

On Fri, 2008-02-22 at 00:06 +0100, Rafael J. Wysocki wrote: > On Thursday, 21 of February 2008, Soeren Sonnenburg wrote: > > On Thu, 2008-02-21 at 01:31 +0100, Rafael J. Wysocki wrote: > > > On Wednesday, 20 of February 2008, Soeren Sonnenburg wrote: > > > > On Wed, 2008-02-20 at 00:50 +0100,

[PATCH] Fix typos on lib/Kconfig

Fix typos on lib/Kconfig. Signed-off-by: Satoru Takeuchi <[EMAIL PROTECTED]> --- Index: 2.6.25-rc2/lib/Kconfig === --- 2.6.25-rc2.orig/lib/Kconfig 2008-02-22 15:11:56.0 +0900 +++ 2.6.25-rc2/lib/Kconfig 2008-02-22

Re: [PATCH] Document huge memory/cache overhead of memory controller in Kconfig

On Thu, 21 Feb 2008 16:33:33 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote: > > Another issue is that it will slightly increase TLB/cache > > cost of the memory controller, but I think that would be a fair > > trade off for it being zero cost when disabled but compiled > > in. > > > > Doing it

Re: linux-next: Tree for Feb 22

Hi Stephen, Stephen Rothwell schrieb: > I am now including tarballs in > http://www.kernel.org/pub/linux/kernel/people/sfr/linux-next/. at least the bz2 tar i just looked at from that URL has a problem with the prefix resulting to this toplevel extraction: next-20080222arch next-20080222block

Re: Merging of completely unreviewed drivers

On Thu, Feb 21, 2008 at 7:13 PM, Linus Torvalds <[EMAIL PROTECTED]> wrote: > So I'd be happier with warnings about deep indentation (but how do you > count it? Will people then try to fake things out by using 4-space indents > and then "deep" indentations will look like just a couple of tabs?)

Re: linux-next: Tree for Feb 22

Stephen Rothwell schrieb: > I am now including tarballs in > http://www.kernel.org/pub/linux/kernel/people/sfr/linux-next/. Looks great :-) Of course i also just put a ref to it on the wiki. Thanks, Frank -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: [PATCH 2/2] xen pvfb: Para-virtual framebuffer, keyboard and pointer driver

Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes: > Markus Armbruster wrote: >> This is a pair of Xen para-virtual frontend device drivers: >> drivers/video/xen-fbfront.c provides a framebuffer, and >> drivers/input/xen-kbdfront provides keyboard and mouse. >> > > Unless they're actually

Re: [ofa-general] Re: Merging of completely unreviewed drivers

Linus Torvalds <[EMAIL PROTECTED]> writes: > So I'd be happier with warnings about deep indentation (but how do you > count it? Will people then try to fake things out by using 4-space indents > and then "deep" indentations will look like just a couple of tabs?) and > against complex

Re: [LTP] [PATCH 1/8] Scaling msgmni to the amount of lowmem

Subrata Modak wrote: Nadia Derbey wrote: Matt Helsley wrote: On Tue, 2008-02-19 at 18:16 +0100, Nadia Derbey wrote: +#define MAX_MSGQUEUES 16 /* MSGMNI as defined in linux/msg.h */ + It's not quite the maximum anymore, is it? More like the minumum maximum ;). A better name

Re: [PATCH] capabilities: implement per-process securebits

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrew G. Morgan wrote: | Serge E. Hallyn wrote: | |> It all looks good to me. | | | |> Since we've confirmed that wireshark uses capabilities it must be using | |> prctl(PR_SET_KEEPCAPS), so running it might be a good way to verify that | |> your

linux-next: Tree for Feb 22

Hi all, I have created today's linux-next tree at git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git. You can see which trees have been included by looking in the Next/Trees file in the source. There are also quilt-import.log and merge.log files in the Next directory. Between

Re: [PATCH] Fix building lguest as module.

On Wed, Feb 20, 2008 at 11:01:40AM +0100, Ingo Molnar wrote: > > * Tony Breeds <[EMAIL PROTECTED]> wrote: > > > I've attached the .config FWIW > > indeed you are right... > > I fixed this build failure too - could you check whether x86.git#test > (which has all these lguest build fixes) works

RE: [PATCH 03/10] PCI: AMD SATA IDE mode quirk

> On Thu, Feb 21, 2008 at 03:47:33PM -0800, Greg Kroah-Hartman wrote: > > +static void __devinit quirk_amd_ide_mode(struct pci_dev *pdev) > > { > > - /* set sb600 sata to ahci mode */ > > - if ((pdev->class >> 8) == PCI_CLASS_STORAGE_IDE) { > > - u8 tmp; > > + /* set

Re: linux-next: first tree

Hi Frank, On Fri, 22 Feb 2008 06:41:00 +0100 Frank Seidel <[EMAIL PROTECTED]> wrote: > > Stephen Rothwell wrote: > > On Fri, 22 Feb 2008 01:07:01 +0100 Frank Seidel <[EMAIL PROTECTED]> wrote: > >> Hi, i'll provide tars of the current linux-next tree reachable > >> via my

Re: linux-next: first tree

Hello Stephen, Stephen Rothwell wrote: > On Fri, 22 Feb 2008 01:07:01 +0100 Frank Seidel <[EMAIL PROTECTED]> wrote: >> Hi, i'll provide tars of the current linux-next tree reachable >> via my http://linux-next.f-seidel.de wiki ("Tar Downloads"). >> Is that what you were looking for? > > I was

Re: linux-next: first tree

Greg KH wrote: > Any reason we can't get these on kernel.org so that the mirror system > will kick in for the whole world? Only that i don't have a kernel.org account ;-) But Stephen has and i suppose he'll put it there. Thanks, Frank -- To unsubscribe from this list: send the line "unsubscribe

Re: linux-next: first tree

Randy Dunlap wrote: > Looks close. It needs to be scriptable (not just a dynamically generated > link) and have predictable names. As long as those are true, then it > should be great. Yes, i would have scripted it when it tourned out to be of use for others. But as i just saw Stephen already

[PATCH 09/11] xen: make grant table arch portable.

split out x86 specific part from grant-table.c Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]> --- arch/x86/xen/Makefile |2 +- arch/x86/xen/grant-table.c | 91 drivers/xen/grant-table.c | 35 +--- include/xen/grant_table.h

Re: [GIT PULL] XFS update for 2.6.25-rc3

Jeff Garzik wrote: Lachlan McIlroy wrote: Remove empty file fs/xfs/Makefile-linux-2.6. Already in the upstream kernel... That's funny - I didn't see this change come through. Oh well... thanks. commit 1803f3389b7ac9ed33ea561b3b94e22e2864a95d Author: Linus Torvalds <[EMAIL

[PATCH 07/11] xen: make include/xen/page.h portable moving those definitions under asm dir.

Those definitions in include/asm/xen/page.h are arch specific. ia64/xen wants to define its own version. So move them to arch specific directory and keep include/xen/page.h in order not to break compilation. Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]> --- include/{ => asm-x86}/xen/page.h |

[PATCH 11/11] xen: import arch generic part of xencomm.

On xen/ia64 and xen/powerpc hypercall arguments are passed by pseudo physical address (guest physical address) so that it's necessary to convert from virtual address into pseudo physical address. The frame work is called xencomm. Import arch generic part of xencomm. Signed-off-by: Isaku Yamahata

[PATCH 10/11] xen: import include/xen/interface/callback.h which ia64/xen needs.

Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]> --- include/xen/interface/callback.h | 119 ++ 1 files changed, 119 insertions(+), 0 deletions(-) create mode 100644 include/xen/interface/callback.h diff --git a/include/xen/interface/callback.h

[PATCH 08/11] xen: replace callers of alloc_vm_area()/free_vm_area() with xen_ prefixed one.

Don't use alloc_vm_area()/free_vm_area() directly, instead define xen_alloc_vm_area()/xen_free_vm_area() and use them. alloc_vm_area()/free_vm_area() are used to allocate/free area which are for grant table mapping. Xen/x86 grant table is based on virtual address so that

[PATCH 06/11] xen: move arch/x86/xen/events.c undedr drivers/xen and split out arch specific part.

ia64/xen also uses events.c. clean it up so that ia64/xen can use. make ipi_to_irq globly visible. ia64/xen nees to reference it from other file. introduce resend_irq_on_evtchn() which ia64 needs. introduce xen_do_IRQ() to split out arch specific code. Signed-off-by: Isaku Yamahata <[EMAIL

[PATCH 05/11] xen: move features.c from arch/x86/xen/features.c to drivers/xen.

ia64/xen also uses it too, so move it into common place. Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]> --- arch/x86/xen/Makefile|2 +- drivers/xen/Makefile |2 +- {arch/x86 => drivers}/xen/features.c |0 3 files changed, 2 insertions(+), 2

[PATCH 03/11] xen: add missing definitions for xen grant table which ia64/xen needs.

Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]> --- drivers/xen/grant-table.c |2 +- include/asm-x86/xen/interface.h | 24 include/xen/interface/grant_table.h | 11 --- 3 files changed, 33 insertions(+), 4 deletions(-) diff --git

[PATCH 02/11] xen: add missing VIRQ_ARCH_[0-7] definitions which ia64/xen needs.

Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]> --- include/xen/interface/xen.h | 12 +++- 1 files changed, 11 insertions(+), 1 deletions(-) diff --git a/include/xen/interface/xen.h b/include/xen/interface/xen.h index 87ad143..9b018da 100644 --- a/include/xen/interface/xen.h +++

[PATCH 04/11] xen: add missing definitions in include/xen/interface/vcpu.h which ia64/xen needs

Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]> --- include/xen/interface/vcpu.h |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/include/xen/interface/vcpu.h b/include/xen/interface/vcpu.h index b05d8a6..87e6f8a 100644 --- a/include/xen/interface/vcpu.h +++

[PATCH 01/11] xen: add missing __HYPERVISOR_arch_[0-7] definisions which ia64 needs.

Signed-off-by: Isaku Yamahata <[EMAIL PROTECTED]> --- include/xen/interface/xen.h | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/include/xen/interface/xen.h b/include/xen/interface/xen.h index 518a5bf..87ad143 100644 --- a/include/xen/interface/xen.h +++

[PATCH 00/11] Xen arch portability patches

Hi. Recently the Xen-IA64 community started to make efforts to merge xen/ia64 Linux to upstream. The first step is to merge up domU portion. This patchset is preliminary for xen/ia64 linux making the current xen/x86 domU code more arch generic and adding missing definitions and files. Diffstat:

Re: [PATCH 09/37] Security: Allow kernel services to override LSM settings for task actions

--- David Howells <[EMAIL PROTECTED]> wrote: > Allow kernel services to override LSM settings appropriate to the actions > performed by a task by duplicating a security record, modifying it and then > using task_struct::act_as to point to it when performing operations on behalf > of a task. > >

Re: [GIT PULL?] Create and populate toplevel tests/ for kernel tests

On Fri, Feb 22, 2008 at 03:57:13PM +1100, Stephen Rothwell wrote: > Hi Ananth, > > On Fri, 22 Feb 2008 09:12:31 +0530 Ananth N Mavinakayanahalli <[EMAIL > PROTECTED]> wrote: > > > > The patchset in question is just a major code movement - basically to > > move all in-kernel tests to live under a

Re: [GIT PULL] XFS update for 2.6.25-rc3

Lachlan McIlroy wrote: Remove empty file fs/xfs/Makefile-linux-2.6. Already in the upstream kernel... commit 1803f3389b7ac9ed33ea561b3b94e22e2864a95d Author: Linus Torvalds <[EMAIL PROTECTED]> Date: Wed Feb 20 19:55:09 2008 -0800 Remove empty file remnants that were left in the

Re: [GIT PULL?] Create and populate toplevel tests/ for kernel tests

Hi Ananth, On Fri, 22 Feb 2008 09:12:31 +0530 Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> wrote: > > The patchset in question is just a major code movement - basically to > move all in-kernel tests to live under a toplevel tests/ directory. As > such, all the stakeholders have acked the

Re: [PATCH 07/37] Security: De-embed task security record from task and use refcounting

--- David Howells <[EMAIL PROTECTED]> wrote: > Remove the temporarily embedded task security record from task_struct. > Instead > it is made to dangle from the task_struct::sec and task_struct::act_as > pointers > with references counted for each. > > ... > > The LSM hooks for dealing with

Re: [PATCH 06/37] Security: Separate task security context from task_struct

--- David Howells <[EMAIL PROTECTED]> wrote: > Separate the task security context from task_struct. At this point, the > security data is temporarily embedded in the task_struct with two pointers > pointing to it. > ... > diff --git a/security/smack/smack_access.c

Re: [PATCH] Document huge memory/cache overhead of memory controller in Kconfig

Andi Kleen wrote: >> 1. We could create something similar to mem_map, we would need to handle 4 > > 4? At least x86 mainline only has two ways now. flatmem and vmemmap. > >> different ways of creating mem_map. > > Well it would be only a single way to create the "aux memory controller > map"

Re: [GIT PULL] XFS update for 2.6.25-rc3

please ignore this request - sent the wrong file, see next pull request... Lachlan McIlroy wrote: Please pull from the for-linus branch: git pull git://oss.sgi.com:8090/xfs/xfs-2.6.git for-linus This will update the following files: fs/xfs/Kbuild |6 -- fs/xfs/Makefile

how to setup struct bio

Hi, I am having problem reading first several blocks from disk(/dev/sda1, for example). Not sure if it is because i am not doing correctly as to creating struct bio, filling its fields and sending it down to block device, or it is because there are certain rools which prevent the first couple of

[GIT PULL] XFS update for 2.6.25-rc3

Please pull from the for-linus branch: git pull git://oss.sgi.com:8090/xfs/xfs-2.6.git for-linus This will update the following files: 0 files changed, 0 insertions(+), 0 deletions(-) delete mode 100644 fs/xfs/Makefile-linux-2.6 through these commits: commit

[GIT PULL] XFS update for 2.6.25-rc3

Please pull from the for-linus branch: git pull git://oss.sgi.com:8090/xfs/xfs-2.6.git for-linus This will update the following files: fs/xfs/Kbuild |6 -- fs/xfs/Makefile | 118 - fs/xfs/Makefile-linux-2.6 | 117

Re: [bug] uml doesn't boot under 2.6.25-rc1 host (was Re: 2.6.24-mm1 bugs)

Thanks for the pointers, guys. It took a while for me to figure out what got wrong to foul up UML, but the bug and fix are trivial (posting now). Some of the testing I thought had got done clearly wasn't done, since PTRACE_SETREGS was 100% busticated for 32-bit processes calling ptrace on x86_64

[PATCH] x86 ptrace: fix compat PTRACE_SETREGS

Simple typo fix for regression introduced by the user_regset changes. Signed-off-by: Roland McGrath <[EMAIL PROTECTED]> --- arch/x86/kernel/ptrace.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/x86/kernel/ptrace.c b/arch/x86/kernel/ptrace.c index

Re: [PATCH 2/2] ResCounter: Use read_uint in memory controller

[EMAIL PROTECTED] wrote: > Update the memory controller to use read_uint for its > limit/usage/failcnt control files, calling the new > res_counter_read_uint() function. > > Signed-off-by: Paul Menage <[EMAIL PROTECTED]> > Hi, Paul, Looks good, except for the name uint(), can we make it u64().

Re: [RFC] [PATCH] Fix b43 driver build for arm

Hi Sam On Wed, Feb 20, 2008 at 12:37 PM, Sam Ravnborg <[EMAIL PROTECTED]> wrote: > Option 1) is the worst of the three as that can cost > of many hours bug-hunting. > Option 3) may seem optimal but I do not like to add more > complexity to this part of the build. And really I do not > know

Re: modular intel-agp does not work on my box

On Fri, Feb 22, 2008 at 04:27:33AM +0100, Gabriel C wrote: > Gabriel C wrote: > > Dave Airlie wrote: > >>> Hi, > >>> > >>> When building agp* modular ( CONFIG_AGP=y/m and CONFIG_AGP_INTEL=m ) > >>> intel-agp does nothing on my box > >>> ( Dell Precision WorkStation 530 MT ) chipset is not

Re: [PATCH 03/10] PCI: AMD SATA IDE mode quirk

On Thu, Feb 21, 2008 at 03:47:33PM -0800, Greg Kroah-Hartman wrote: > +static void __devinit quirk_amd_ide_mode(struct pci_dev *pdev) > { > - /* set sb600 sata to ahci mode */ > - if ((pdev->class >> 8) == PCI_CLASS_STORAGE_IDE) { > - u8 tmp; > + /* set sb600/sb700/sb800

Re: Keyboard interrupt - request_irq()

Pioz wrote: Hi all, I have a problem. I want handle the keyboard interrupt and for this purpose I have write this module (I have kernel 2.6.23): #include #include #include [...] irqreturn_t irq_myhandler (int irqn, void *dev) { printk (KERN_INFO "Key pressed...\n");

Re: Configure MSI-X vectors to target different CPUs

[EMAIL PROTECTED] wrote: Hi, In MSI-HOWTO, it's said: "Using MSI enables the device functions to support two or more vectors, which can be configured to target different CPUs to increase scalability." So how can I set up MSI-X vectors to target different CPUs? I want to allocate the same

Re: [PATCH 1/2] cgroup map files: Add cgroup map data type

> The map type is printed in a similar format to /proc/meminfo or > /proc//status, i.e. "$key: $value\n" this description doesn't seem to match with the code. YAMAMOTO Takashi > +static int cgroup_map_add(struct cgroup_map_cb *cb, const char *key, u64 > value) > +{ > + struct seq_file *sf

Re: [PATCH 06/11] xen: move arch/x86/xen/events.c undedr drivers/xen and split out arch specific part.

On Thu, Feb 21, 2008 at 11:38:18AM -0800, Jeremy Fitzhardinge wrote: > [EMAIL PROTECTED] wrote: > >diff --git a/arch/x86/xen/events.c b/drivers/xen/events.c > >similarity index 95% > >rename from arch/x86/xen/events.c > >rename to drivers/xen/events.c > >index dcf613e..7474739 100644 > >---

Re: [GIT PULL?] Create and populate toplevel tests/ for kernel tests

On Tue, Feb 19, 2008 at 08:21:53PM +0100, Sam Ravnborg wrote: > Hi Anath. > > Linus did not pull this in the -rc1 to -rc2 timeframe > so please resubmit the patch serie one week into the > next merge window (when most of the trees has hit linus' tree > and Andrew has made his first merge). > >

Re: Make yield_task_fair more efficient

Jens Axboe wrote: > On Thu, Feb 21 2008, Jens Axboe wrote: >> On Thu, Feb 21 2008, Peter Zijlstra wrote: >>> On Thu, 2008-02-21 at 15:37 +0530, Balbir Singh wrote: >>> You use the empty pointer (missing right child), so why do we need a list. May be I am missing something. >>> A

Re: modular intel-agp does not work on my box

Gabriel C wrote: > Dave Airlie wrote: >>> Hi, >>> >>> When building agp* modular ( CONFIG_AGP=y/m and CONFIG_AGP_INTEL=m ) >>> intel-agp does nothing on my box >>> ( Dell Precision WorkStation 530 MT ) chipset is not being detected. >>> >>> Building both Y fixes that and agpgart works and also

Re: [UPDATED v2][PATCH 0/6] regulator: voltage and current regulator framework

On Fri, Feb 22, 2008 at 12:26 AM, Liam Girdwood <[EMAIL PROTECTED]> wrote: > On Thu, 2008-02-21 at 08:41 +, Russell King - ARM Linux wrote: > > On Wed, Feb 20, 2008 at 05:08:46PM +, Liam Girdwood wrote: > > > This patch series provides a generic framework to allow device drivers > > >

Re: [PATCH] Document huge memory/cache overhead of memory controller in Kconfig

On Wednesday 20 February 2008 23:52, Balbir Singh wrote: > Andi Kleen wrote: > > Document huge memory/cache overhead of memory controller in Kconfig > > > > I was a little surprised that 2.6.25-rc* increased struct page for the > > memory controller. At least on many x86-64 machines it will not

Re: Kernel oops with bluetooth usb dongle

On Fri, Feb 22, 2008 at 02:40:41AM +, Quel Qun wrote: > > -- Original message -- > From: Thomas Gleixner <[EMAIL PROTECTED]> > > On Thu, 21 Feb 2008, Quel Qun wrote: > > > > > > Not that I'm aware off, but this might as well be some old use > > > > > after >

Re: Merging of completely unreviewed drivers

On Fri, Feb 22, 2008 at 03:23:45AM +0100, Krzysztof Halasa wrote: > Al Viro <[EMAIL PROTECTED]> writes: > > > ... if your style is lousy. I agree that situation with printks is > > not normal in that respect and I certainly have no love for the > > checkpatch nonsense, but pressure to keep the

Re: Merging of completely unreviewed drivers

On Fri, 22 Feb 2008, Al Viro wrote: > > ... if your style is lousy. I agree that situation with printks is > not normal in that respect and I certainly have no love for the > checkpatch nonsense, but pressure to keep the fucking nesting depth > low is a Good Thing(tm). I do agree, but that has

Re: [PATCH] Document huge memory/cache overhead of memory controller in Kconfig

Hi > > I think one reason of many people easy confusion is caused by bad menu > > hierarchy. > > I popose mem-cgroup move to child of cgroup and resource counter > > (= obey denend on). > > > +config CGROUP_MEM_CONT > > + bool "Memory controller for cgroups" > > Memory _resource_ controller

Re: [PATCH 2/2] x86 : relocate uninitialized variable in init DATA section into init BSS section

Huang, Ying wrote: I think another method is to add a new attribute into GCC to prepend or append something to section name instead of just to replace it, like the example as follow: #define __initdata __attribute__((section_append(".init"))) Same difference, but less flexible.

Re: Kernel oops with bluetooth usb dongle

-- Original message -- From: Thomas Gleixner <[EMAIL PROTECTED]> > On Thu, 21 Feb 2008, Quel Qun wrote: > > > > > Not that I'm aware off, but this might as well be some old use after > > > > > free bug which got exposed by some unrelated change. The good news is

Re: [PATCH] correct inconsistent ntp interval/tick_length usage

On Wed, 2008-02-20 at 18:08 +0100, Roman Zippel wrote: > > Well, it is a problem if its large. The 500ppm limit is supposed to be > > for hardware frequency error correction, not hardware frequency + > > software error correction. Now, if it were 1-10ppm, it wouldn't be that > > big of an issue,

[PATCH sched-devel 0/7] CPU isolation extensions

Ingo, As you suggested I'm sending CPU isolation patches for review/inclusion into sched-devel tree. They are against 2.6.25-rc2. You can also pull them from my GIT tree at git://git.kernel.org/pub/scm/linux/kernel/git/maxk/cpuisol-2.6.git master Diffstat:

Re: [PATCH 2/2] x86 : relocate uninitialized variable in init DATA section into init BSS section

On Thu, 2008-02-21 at 10:53 +0100, Ingo Molnar wrote: > * Huang, Ying <[EMAIL PROTECTED]> wrote: > > > > > -int __initdata early_ioremap_debug; > > > > +int __initbss early_ioremap_debug; > > > > > > will we get some sort of build error if we accidentally do: > > > > > >int __initbss

Configure MSI-X vectors to target different CPUs

Hi, In MSI-HOWTO, it's said: "Using MSI enables the device functions to support two or more vectors, which can be configured to target different CPUs to increase scalability." So how can I set up MSI-X vectors to target different CPUs? I want to allocate the same number of MSI-X vectors as

Re: modular intel-agp does not work on my box

Dave Airlie wrote: >> Hi, >> >> When building agp* modular ( CONFIG_AGP=y/m and CONFIG_AGP_INTEL=m ) >> intel-agp does nothing on my box >> ( Dell Precision WorkStation 530 MT ) chipset is not being detected. >> >> Building both Y fixes that and agpgart works and also detects my chipset. > >

Re: Merging of completely unreviewed drivers

Al Viro <[EMAIL PROTECTED]> writes: > ... if your style is lousy. I agree that situation with printks is > not normal in that respect and I certainly have no love for the > checkpatch nonsense, but pressure to keep the fucking nesting depth > low is a Good Thing(tm). Indeed. Unfortunately it is

Re: Module loading/unloading and "The Stop Machine"

Tejun Heo wrote: Max Krasnyanskiy wrote: Tejun Heo wrote: Max Krasnyanskiy wrote: Thanks for the info. I guess I missed that from the code. In any case that seems like a pretty heavy refcounting mechanism. In a sense that every time something is loaded or unloaded entire machine freezes,

Re: modular intel-agp does not work on my box

> Hi, > > When building agp* modular ( CONFIG_AGP=y/m and CONFIG_AGP_INTEL=m ) > intel-agp does nothing on my box > ( Dell Precision WorkStation 530 MT ) chipset is not being detected. > > Building both Y fixes that and agpgart works and also detects my chipset. Have you got EDAC modules

Re: Merging of completely unreviewed drivers

On Fri, Feb 22, 2008 at 12:16:45PM +1030, David Newall wrote: > Krzysztof Halasa wrote: > > Linus Torvalds <[EMAIL PROTECTED]> writes: > >> I'm personally of the opinion that a lot of checkpatch "fixes" are > >> anything but. That mainly concerns fixing overlong lines > >> > > > > Perhaps we

Re: Module loading/unloading and "The Stop Machine"

Max Krasnyanskiy wrote: > Tejun Heo wrote: >> Max Krasnyanskiy wrote: >>> Thanks for the info. I guess I missed that from the code. In any case >>> that seems like a pretty heavy refcounting mechanism. In a sense that >>> every time something is loaded or unloaded entire machine freezes, >>>

Re: Merging of completely unreviewed drivers

Jeff Garzik <[EMAIL PROTECTED]> writes: > Every time this discussion comes up, people point out that it remains > highly common to open multiple 80-column terminal windows, making the > 80-column limit still highly relevant in modern times. I guess only because of the limit :-) Raise the limit,

Re: [PATCH] capabilities: implement per-process securebits

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Serge E. Hallyn wrote: |> It all looks good to me. | |> Since we've confirmed that wireshark uses capabilities it must be using |> prctl(PR_SET_KEEPCAPS), so running it might be a good way to verify that |> your changes to that codepath (with

[PATCH 1/3] exporting capability name/code pairs (final)

[1/3] Add a private data field within kobj_attribute structure. This patch add a private data field, declared as void *, within kobj_attribute structure. The _show() and _store() method in the sysfs attribute entries can refer this information to identify what entry is accessed. It makes easier

[PATCH 2/3] exporting capability name/code pairs (final)

[2/3] Exporting capability code/name pairs This patch enables to export code/name pairs of capabilities the running kernel supported. A newer kernel sometimes adds new capabilities, like CAP_MAC_ADMIN at 2.6.25. However, we have no interface to disclose what capabilities are supported on the

[PATCH 3/3] exporting capability name/code pairs (final)

[3/3] A new example to use kobject/kobj_attribute The attached patch can provide a new exmple to use kobject and attribute. The _show() and _store() method can refer/store the private data field of kobj_attribute structure to know what entries are accessed by users. It will make easier to share a

Re: [Suspend-devel] 2.6.25-rc2 System no longer powers off aftersuspend-to-disk. Screen becomes green.

On Thursday, February 21, 2008 5:28 pm Linus Torvalds wrote: > On Thu, 21 Feb 2008, Jesse Barnes wrote: > > So the advantage of the kernel suspend/resume hooks for the DRM layer is > > that the kernel video drivers can do full state save/restore (which X > > usually doesn't do, and isn't really

Re: Module loading/unloading and "The Stop Machine"

Tejun Heo wrote: Max Krasnyanskiy wrote: Thanks for the info. I guess I missed that from the code. In any case that seems like a pretty heavy refcounting mechanism. In a sense that every time something is loaded or unloaded entire machine freezes, potentially for several milliseconds. Normally

Re: Merging of completely unreviewed drivers

Krzysztof Halasa wrote: > Linus Torvalds <[EMAIL PROTECTED]> writes: >> I'm personally of the opinion that a lot of checkpatch "fixes" are >> anything but. That mainly concerns fixing overlong lines >> > > Perhaps we should increase line length limit, 132 should be fine. > Especially useful

Re: [Suspend-devel] 2.6.25-rc2 System no longer powers off aftersuspend-to-disk. Screen becomes green.

On Thursday, February 21, 2008 5:13 pm Jesse Barnes wrote: > On Thursday, February 21, 2008 4:54 pm Rafael J. Wysocki wrote: > > On Friday, 22 of February 2008, Linus Torvalds wrote: > > > On Fri, 22 Feb 2008, Rafael J. Wysocki wrote: > > > > - if (state.event == PM_EVENT_SUSPEND) { > > > >

Re: tty && pid problems

Alan Cox <[EMAIL PROTECTED]> writes: >> > *ping* - Any further activity on this one? I got bit by it as well on >> > the very first attempted boot of 25-rc2-mm1, the instant it tried to leave >> > single-user and go multi-user. >> >> Valdis, any chance you can try the >> "[PATCH] (for -mm

Re: [BUILD_FAILURE] 2.6.25-rc2-mm1 - Build Failure at acpi_os

On 2/21/08, Sam Ravnborg <[EMAIL PROTECTED]> wrote: > On Thu, Feb 21, 2008 at 10:54:40AM -0800, Nish Aravamudan wrote: > > On 2/20/08, Len Brown <[EMAIL PROTECTED]> wrote: > > > On Saturday 16 February 2008 14:47, Kamalesh Babulal wrote: > > > > Hi Andrew, > > > > > > > > The

Re: Module loading/unloading and "The Stop Machine"

Max Krasnyanskiy wrote: > Thanks for the info. I guess I missed that from the code. In any case > that seems like a pretty heavy refcounting mechanism. In a sense that > every time something is loaded or unloaded entire machine freezes, > potentially for several milliseconds. Normally it's not a

Re: [PATCH] libata: Register for dock events when the drive is inside a dock station

> If a device/bay is inside a docking station, we need to register for dock > events additionally to bay events. If a dock event occurs, the dock driver > will call the appropriate handler (ata_acpi_ap_notify() or > ata_acpi_dev_notify()) for us. > > Signed-off-by: Holger Macht <[EMAIL

  1   2   3   4   5   6   7   8   9   10   >