Re: [BUG] New Kernel Bugs

Mark Lord wrote: Ingo Molnar wrote: .. This is all QA-101 that _cannot be argued against on a rational basis_, it's just that these sorts of things have been largely ignored for years, in favor of the all-too-easy "open source means many eyeballs and that is our QA" answer, which is a _good_

Re: [RFC] Add markers into semaphore primitives

* David J. Wilder ([EMAIL PROTECTED]) wrote: > This patch adds several markers around semaphore primitives. > Along with a tracing application this patch can be useful for measuring > kernel semaphore usage and contention. > Yup, looks good. I'll take it into my instrumentation patchset. I'll

Re: mm snapshot broken-out-2007-11-13-04-14.tar.gz uploaded

On Tue, 2007-11-13 at 18:21 +0300, Al Boldi wrote: > akpm wrote: > > The mm snapshot broken-out-2007-11-13-04-14.tar.gz has been uploaded to > > Snapshots? Is this something new I missed? Can you elaborate? Something that will become -mm but isn't up to the usual high standards such as

RE: [kvm-devel] [PATCH 2/3] kvmclock - the host part.

Avi Kivity wrote: > Glauber de Oliveira Costa wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Dong, Eddie escreveu: >> +static void kvm_write_guest_time(struct kvm_vcpu *vcpu) +{ + struct timespec ts; + int r; + + if (!vcpu->clock_gpa) +

Re: mm snapshot broken-out-2007-11-13-04-14 Build Fails due kobject cleanup (Resend)

Hi Andrew, The build fails, with the build error drivers/pci/hotplug/rpadlpar_sysfs.c:28: warning: ˜struct kobjet declared inside parameter list drivers/pci/hotplug/rpadlpar_sysfs.c:28: warning: its scope is only this definition or declaration, which is probably not what you want

Re: mm snapshot broken-out-2007-11-13-04-14.tar.gz uploaded

akpm wrote: > The mm snapshot broken-out-2007-11-13-04-14.tar.gz has been uploaded to Snapshots? Is this something new I missed? Can you elaborate? > It contains the following patches against 2.6.24-rc2: It maybe useful to also post this against the latest stable kernel. And a tool that may

Re: [BUG] New Kernel Bugs

On Nov 13, 2007 12:15 PM, Andrew Morton <[EMAIL PROTECTED]> wrote: > On Mon, 12 Nov 2007 22:42:32 -0800 "Natalie Protasevich" <[EMAIL PROTECTED]> > wrote: > > > This is the listing of the open bugs that are relatively new, around > > 2.6.22 and up. They are vaguely classified by specific area. >

Re: [RFC] Add markers into semaphore primitives

"David J. Wilder" <[EMAIL PROTECTED]> writes: > This patch adds several markers around semaphore primitives. Along > with a tracing application this patch can be useful for measuring > kernel semaphore usage and contention. [...] In order to evaluate the permanent placement of markers, more

Re: mm snapshot broken-out-2007-11-13-04-14 Build Fails at memory.c

On Tue, 2007-11-13 at 20:13 +0530, Kamalesh Babulal wrote: > Hi Andrew, > > The kernel build fails, with following build error > > mm/memory.c: In function ‘free_pte_range’: > mm/memory.c:126: error: implicit declaration of function ‘pmd_pgtable’ > mm/memory.c:126: warning: initialization makes

RE: powernow-k8 and non-standard multipliers

> I've just upgraded to an X2 5000+ black edition. This model > doesn't have a multiple lock and I tried bumping the multiplier > up, which is perfectly stable, but which causes powernow-k8 to > fail to load. I also tried with the updated patch you posted > at the beginning of october

Re: mm snapshot broken-out-2007-11-13-04-14 Build Fails due kobject cleanup

Hi Andrew, The build fails, with the build error drivers/pci/hotplug/rpadlpar_sysfs.c:28: warning: ˜struct kobjet declared inside parameter list drivers/pci/hotplug/rpadlpar_sysfs.c:28: warning: its scope is only this definition or declaration, which is probably not what you want

Re: [kvm-devel] [PATCH 2/3] kvmclock - the host part.

Glauber de Oliveira Costa wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dong, Eddie escreveu: +static void kvm_write_guest_time(struct kvm_vcpu *vcpu) +{ + struct timespec ts; + int r; + + if (!vcpu->clock_gpa) + return; + + /* Updates version to

Re: [PATCH 2/3] kvmclock - the host part.

Glauber de Oliveira Costa wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Avi Kivity escreveu: Glauber de Oliveira Costa wrote: This is the host part of kvm clocksource implementation. As it does not include clockevents, it is a fairly simple implementation. We only have to

Re: mm snapshot broken-out-2007-11-13-04-14 Build Fails at memory.c

Hi Andrew, The kernel build fails, with following build error mm/memory.c: In function ‘free_pte_range’: mm/memory.c:126: error: implicit declaration of function ‘pmd_pgtable’ mm/memory.c:126: warning: initialization makes pointer from integer without a cast mm/memory.c: In function

Re: Strange delays / what usually happens every 10 min?

On Tue, 2007-11-13 at 15:24 +0100, Florian Boelstler wrote: > Hi, > > this issue has been already discussed on the kernelnewbies mailing list > [1],[2] and suggested to be further discussed here. > > I am currently working on a MPC8540-based custom board, which runs Linux > 2.6.15 (arch/ppc).

[patch 2/4] Add ARCH_SUPPORTS_OPROFILE

Linus: On the per-architecture side, I do think it would be better to *not* have internal architecture knowledge in a generic file, and as such a line like depends on X86_32 || IA64 || PPC || S390 || SPARC64 || X86_64 || AVR32 really shouldn't exist in a file like

Strange delays / what usually happens every 10 min?

Hi, this issue has been already discussed on the kernelnewbies mailing list [1],[2] and suggested to be further discussed here. I am currently working on a MPC8540-based custom board, which runs Linux 2.6.15 (arch/ppc). The original Linux sources have been modified to support that custom

[patch 4/4] Move Kconfig.instrumentation to arch/Kconfig and init/Kconfig

Move the instrumentation Kconfig to arch/Kconfig for architecture dependent options - oprofile - kprobes and init/Kconfig for architecture independent options - profiling - markers Remove the "Instrumentation Support" menu. Everything moves to "General setup". Delete the

[patch 3/4] Add ARCH_SUPPORTS_KPROBES

Linus: On the per-architecture side, I do think it would be better to *not* have internal architecture knowledge in a generic file, and as such a line like depends on X86_32 || IA64 || PPC || S390 || SPARC64 || X86_64 || AVR32 really shouldn't exist in a file like

[patch 1/4] Create arch/Kconfig

Puts the content of arch/Kconfig in the "General setup" menu. Linus: > Should it come with a re-duplication of it's content into each > architecture, which was the case previously ? The oprofile and kprobes > menu entries were litteraly cut and pasted from one architecture to > another. Should

[patch 0/4] Instrumentation menu removal

Hi Andrew, Following Linus's advice, this patch moves the content of "Instrumentation Support" menu to "General Setup". The content is taken from kernel/Kconfig.instrumentation and moved to init/Kconfig and arch/Kconfig. This patchset applies on top of 2.6.24-rc2-git3 in the following order : #

Re: [PATCH] ext4: dir inode reservation V3

hmm. so you trade 265% degradation of creation for 40% improvement of unlink? thanks, Alex Coly Li wrote: normal ext4 ext4 with dir inode reservation mount options: -o data=writeback -o data=writeback,dir_ireserve=low

Re: [BUG] New Kernel Bugs

Mark Lord wrote: Andrew Morton wrote: On Mon, 12 Nov 2007 22:42:32 -0800 "Natalie Protasevich" <[EMAIL PROTECTED]> wrote: .. .. Suspend to RAM resume hangs on a tickless (NO_HZ) kernel http://bugzilla.kernel.org/show_bug.cgi?id=9275 Kernel: 2.6.23 This is HP notebook nc6320 T2400 945GM No

Re: x86 32-bit machine check handler

Max Asbock <[EMAIL PROTECTED]> writes: > Now that the 32-bit and 64-bit x86 machine check handlers live next to > each other a certain asymmetry in functionality is apparent. Notably, > the 64-bit machine check handler implements a timer that periodically > polls for silent machine check errors

Re: x86 merge: Keep kernel/cpu for CPU specific code?

On 13.11.07 13:02:08, Adrian Bunk wrote: > On Tue, Nov 13, 2007 at 12:44:43PM +0100, Robert Richter wrote: > > x86 CPU specific code is currently implemented in different ways for > > 64 and 32 bit. While there are almost no CPU specific files for 64 > > bit, there is the arch/x86/kernel/cpu/

Re: [PATCH] sata_nv: fix ADMA ATAPI issues with memory over 4GB

Tejun Heo wrote: Robert Hancock wrote: Tejun Heo wrote: .. Yes, it should likely do something with these return values. Though theoretically it shouldn't fail, since the DMA mask is either 32-bit, which shouldn't fail, or one that was successfully set before. Also I don't think the SCSI layer

Re: 2.6.24-rc2: Reported regressions from 2.6.23 (updated)

> > > [PATCH] pata_amd/pata_via: de-couple programming of PIO/MWDMA and UDMA > > > timings > > > > > > * Don't program UDMA timings when programming PIO or MWDMA modes. > > > > > > This has also a nice side-effect of fixing regression added by commit > > >

Re: [BUG] New Kernel Bugs

Ingo Molnar wrote: .. This is all QA-101 that _cannot be argued against on a rational basis_, it's just that these sorts of things have been largely ignored for years, in favor of the all-too-easy "open source means many eyeballs and that is our QA" answer, which is a _good_ answer but by far

[PATCH] ext4: dir inode reservation V3

Basic idea of my dir inode reservation patch can be found here, http://lists.openwall.net/linux-ext4/2007/11/05/3 1, What does dir inode reservation do Dir inode reservation tries to reserve several inodes in inodes table for a directory when this directory is created. When create new file under

Re: [BUG] New Kernel Bugs

Andrew Morton wrote: On Mon, 12 Nov 2007 22:42:32 -0800 "Natalie Protasevich" <[EMAIL PROTECTED]> wrote: .. with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel 2.6.23 doesn't boot (ARM, Timer) http://bugzilla.kernel.org/show_bug.cgi?id=9229 Kernel: 2.6.23 No response from developers ..

Re: Use of virtio device IDs

On Tue, 2007-11-13 at 08:18 -0500, Gregory Haskins wrote: > Since PCI was designed as a hardware solution it has all kinds of stuff > specifically geared towards hardware constraints. Those constraints > are different in a virtualized platform, so some things do not translate > well to an

Re: x86 merge: Keep kernel/cpu for CPU specific code?

"Robert Richter" <[EMAIL PROTECTED]> writes: > x86 CPU specific code is currently implemented in different ways for > 64 and 32 bit. While there are almost no CPU specific files for 64 > bit, there is the arch/x86/kernel/cpu/ directory for 32 bit. Is there > already an idea about whether to use

Re: [BUG] New Kernel Bugs

* Andrew Morton <[EMAIL PROTECTED]> wrote: > > > Do you believe that our response to bug reports is adequate? > > > > Do you feel that making us feel and look like shit helps? > > That doesn't answer my question. > > See, first we need to work out whether we have a problem. If we do > this,

Re: cscope build warning [Was: mm snapshot broken-out-2007-11-13-04-14.tar.gz uploaded]

On 11/13/2007 02:27 PM, Sam Ravnborg wrote: > On Tue, Nov 13, 2007 at 01:40:45PM +0100, Jiri Slaby wrote: >> On 11/13/2007 01:15 PM, [EMAIL PROTECTED] wrote: >>> The mm snapshot broken-out-2007-11-13-04-14.tar.gz has been uploaded to >> $ uname -a >> Linux bellona 2.6.23-rc8-mm2_64 #58 SMP Fri Sep

Re: [PATCH] sysctl: Check length at deprecated_sysctl_warning.

Tetsuo Handa <[EMAIL PROTECTED]> writes: > Hello. > > Andrew Morton wrote: >> I believe (args->nlen > CTL_MAXNAME) was correct. > I'll leave it to you. > But if you want to allow args->nlen == CTL_MAXNAME, > you also need to update do_sysctl(). Which has been that way since before I decided to

Re: cscope build warning [Was: mm snapshot broken-out-2007-11-13-04-14.tar.gz uploaded]

On Tue, Nov 13, 2007 at 01:40:45PM +0100, Jiri Slaby wrote: > On 11/13/2007 01:15 PM, [EMAIL PROTECTED] wrote: > > The mm snapshot broken-out-2007-11-13-04-14.tar.gz has been uploaded to > > $ uname -a > Linux bellona 2.6.23-rc8-mm2_64 #58 SMP Fri Sep 28 08:52:12 CEST 2007 x86_64 > x86_64 x86_64

Re: Use of virtio device IDs

Avi Kivity wrote: > Gregory Haskins wrote: >>> PCI means that you can reuse all of the platform's infrastructure for >>> irq allocation, discovery, device hotplug, and management. >>> >> Its tempting to use, yes. However, most of that infrastructure is >> completely inappropriate for a PV

[PATCH 1/1] DRM: i915, fix pointer strip

i915, fix pointer strip Beside the emitted warning, the added cast (u64 -> unsigned) strips out part of address on 64 bit. Cast to unsigned long instead. Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]> Cc: Thomas Hellstrom <[EMAIL PROTECTED]> Cc: Dave Airlie <[EMAIL PROTECTED]> --- commit

[GIT PATCH] hwmon updates against v2.6.24-rc2

Hi Linus: Please pull from: git://lm-sensors.org/kernel/mhoffman/hwmon-2.6.git release You'll get one new driver, a few cleanups, and a few bugfixes. This takes care of all known regressions; hopefully it's the last you hear from me before 2.6.24-final. Note: the f75375s/n2100 patches

Re: [PATCH 24/24] make vsmp a paravirt client

> If vsmp is selected, PARAVIRT will be too, and the interrupt code will > be patched. > the vsmp option triggers a select statement. > > the ifdef only exists because, as I said, the code itself will be always > compiled in, to avoid an ifdef in setup_64.c. So it's just a taking it > from here,

Re: [poll] Is the megafreeze development model broken?

On 2007-11-13 13:28 +0100, Radoslaw Szkodzinski wrote: > The only problem with djb's scheme is that you cannot mirror the software > unless given permission from the author. No, not even unmodified source. So? That's why I also call it the "piractic license" and the "apathy license" -- do what

Re: [PATCH] Move kprobes examples to samples/ (resend)

* David Miller ([EMAIL PROTECTED]) wrote: > From: Andrew Morton <[EMAIL PROTECTED]> > Date: Tue, 13 Nov 2007 04:00:45 -0800 > > > On Sun, 21 Oct 2007 18:09:19 +0530 Ananth N Mavinakayanahalli <[EMAIL > > PROTECTED]> wrote: > > > > > Move kprobes examples from Documentation/kprobes.txt to under

Re: [PATCH 24/24] make vsmp a paravirt client

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andi Kleen escreveu: >> The vsmp_64.c file is now compiled unconditionally, according to which >> me and kiran agreed to. The detection code is always run, but will only >> trigger when a suitable box is found. Accordingly, the paravirt structs >> are

[BUG] 2.6.24-rc2-git3 - expcetion while running kernbench

Hi, Kernel exception is triggered on the powerpc while running kernbench with sparsemem enabled. cpu 0x3: Vector: 300 (Data Access) at [c0077685b8c0] pc: 4570 lr: 0ff1ab24 sp: c0077685bb40 msr: 80001000 dar: c0077685bce0 dsisr: a00

nfs functions undefined [Was: mm snapshot broken-out-2007-11-13-04-14.tar.gz uploaded]

On 11/13/2007 01:15 PM, [EMAIL PROTECTED] wrote: > The mm snapshot broken-out-2007-11-13-04-14.tar.gz has been uploaded to ERROR: "nfs_put_super" [fs/nfs/nfs.ko] undefined! ERROR: "nfs_sb_deactive" [fs/nfs/nfs.ko] undefined! make[2]: *** [__modpost] Error 1 make[1]: *** [modules] Error 2 config:

Re: [PATCH 1/6] Suppress A.OUT library support if !CONFIG_BINFMT_AOUT [try #5]

On Tue, 2007-11-13 at 03:18 -0800, Andrew Morton wrote: > On Tue, 13 Nov 2007 10:57:31 + David Howells <[EMAIL PROTECTED]> wrote: > > > SL Baur <[EMAIL PROTECTED]> wrote: > > > > > Please take the emacsism out of the file as it bothers Andrew and others. > > > > I thought Andrew said it

[PATCH] [NETFILTER] ipt_SAME: add compat conversion functions

[NETFILTER]: ipt_SAME: add compat conversion functions ipt_SAME should have the compat function cause its entry structure (ipt_same_info) contains a pointer between data filled/checked in both kernel and userspace. Signed-off-by: Konstantin Khorenko <[EMAIL PROTECTED]> --- Thank you,

cscope build warning [Was: mm snapshot broken-out-2007-11-13-04-14.tar.gz uploaded]

On 11/13/2007 01:15 PM, [EMAIL PROTECTED] wrote: > The mm snapshot broken-out-2007-11-13-04-14.tar.gz has been uploaded to $ uname -a Linux bellona 2.6.23-rc8-mm2_64 #58 SMP Fri Sep 28 08:52:12 CEST 2007 x86_64 x86_64 x86_64 GNU/Linux $ make O=../bu cscope FILELST cscope.files find:

Sparse 0.4.1 released

I have tagged and tarballed Sparse 0.4.1, now available from , with sha1sum `14085c5317cd7f2c8392fb762969906fa91888ef`. This bugfix release fixes a Sparse assertion which recent Linux kernels started triggering, along with a

No UEVENT generated when removing PCMCIA hardware

Hello, When removing a PCMCIA pc card from the kernel, no kernel UEVENT is generated for UDEV to process: $ sudo udevmonitor udevmonitor will print the received events for: UDEV the event which udev sends out after rule processing UEVENT the kernel uevent UEVENT[1194953228.779786] add

Re: [poll] Is the megafreeze development model broken?

On Mon, 12 Nov 2007 17:53:06 + (UTC) Tuomo Valkonen <[EMAIL PROTECTED]> wrote: > The complement of "open source" is not closed source, or at least > "source not available". (And I doubt it's even illegal to look at > source you have somehow got.) It includes so-called license-free > or

Re: [PATCH 24/24] make vsmp a paravirt client

> The vsmp_64.c file is now compiled unconditionally, according to which > me and kiran agreed to. The detection code is always run, but will only > trigger when a suitable box is found. Accordingly, the paravirt structs > are only touched when PARAVIRT is on. Otherwise, we don't even have the >

Re: [PATCH 2/2] [e1000 VLAN] Disable vlan hw accel when promiscuous mode

From: Herbert Xu <[EMAIL PROTECTED]> Date: Tue, 13 Nov 2007 20:16:47 +0800 > Perhaps those who want to push this patch should be encouraged > to convert e1000 to the new interface :) That is my feeling as well :-) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [BUG] New Kernel Bugs

From: Andrew Morton <[EMAIL PROTECTED]> Date: Tue, 13 Nov 2007 04:12:59 -0800 > On Tue, 13 Nov 2007 03:58:24 -0800 (PST) David Miller <[EMAIL PROTECTED]> > wrote: > > > From: Andrew Morton <[EMAIL PROTECTED]> > > Date: Tue, 13 Nov 2007 03:49:16 -0800 > > > > > Do you believe that our response

Re: [kvm-devel] [PATCH 2/3] kvmclock - the host part.

Glauber de Oliveira Costa wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dong, Eddie escreveu: +static void kvm_write_guest_time(struct kvm_vcpu *vcpu) +{ + struct timespec ts; + int r; + + if (!vcpu->clock_gpa) + return; + + /* Updates version to

Re: [PATCH 2/2] [e1000 VLAN] Disable vlan hw accel when promiscuous mode

Herbert Xu wrote: On Tue, Nov 13, 2007 at 04:06:24AM -0800, David Miller wrote: In other words we can make it so that nobody is in promiscuous mode and therefore have to disable VLAN acceleration *unless* they really want to be in that state. In which case it would imply that they wish to see

Re: [kvm-devel] [PATCH 2/3] kvmclock - the host part.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dong, Eddie escreveu: >> +static void kvm_write_guest_time(struct kvm_vcpu *vcpu) +{ >> +struct timespec ts; >> +int r; >> + >> +if (!vcpu->clock_gpa) >> +return; >> + >> +/* Updates version to the next odd number,

Re: [PATCH 2/2] [e1000 VLAN] Disable vlan hw accel when promiscuous mode

On Tue, Nov 13, 2007 at 04:06:24AM -0800, David Miller wrote: > > > In other words we can make it so that nobody is in promiscuous > > mode and therefore have to disable VLAN acceleration *unless* > > they really want to be in that state. In which case it would > > imply that they wish to see

Re: PAGE_SIZE on 64bit and 32bit machines

Yoav Artzi wrote: According to my knowledge the PAGE_SIZE on 32bit architectures in 4KB. Logically, the PAGE_SIZE on 64bit architectures should be 8KB. That's at least the way I understand it. However, looking at the kernel code of x86_64, I see the PAGE_SIZE is 4KB. Can anyone explain to

Re: [BUG] New Kernel Bugs

On Tue, 13 Nov 2007 03:58:24 -0800 (PST) David Miller <[EMAIL PROTECTED]> wrote: > From: Andrew Morton <[EMAIL PROTECTED]> > Date: Tue, 13 Nov 2007 03:49:16 -0800 > > > Do you believe that our response to bug reports is adequate? > > Do you feel that making us feel and look like shit helps? >

git changelog / shortlog function on www.eu.kernel.org still refers to www.kernel.org server

Hi everybody on the linux-kernel mailing list, I discovered that the changelog-function of www.eu.kernel.org still links / refers to www.kernel.org e.g. if I click on: The latest stable version of the Linux kernel is: 2.6.23.1 2007-10-12 16:47 UTCF V C

Re: [PATCH 2/2] [e1000 VLAN] Disable vlan hw accel when promiscuous mode

From: Herbert Xu <[EMAIL PROTECTED]> Date: Tue, 13 Nov 2007 20:03:28 +0800 > On Tue, Nov 13, 2007 at 03:36:11AM -0800, David Miller wrote: > > > > The performance implications can be pretty severe however. > > I wish we could address this somehow. > > Or perhaps we should just teach everyone to

Re: [PATCH 2/2] [e1000 VLAN] Disable vlan hw accel when promiscuous mode

On Tue, Nov 13, 2007 at 03:36:11AM -0800, David Miller wrote: > > The performance implications can be pretty severe however. > I wish we could address this somehow. Or perhaps we should just teach everyone to always run tcpdump with -p, like me :) Of course this would still have a negative

Re: [PATCH] Move kprobes examples to samples/ (resend)

On Sun, 21 Oct 2007 18:09:19 +0530 Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> wrote: > Move kprobes examples from Documentation/kprobes.txt to under samples/. > Patch originally by Randy Dunlap. > > In addition, I have > > o Updated the patch to apply on 2.6.23-mm1 > o Modified examples

Re: [PATCH] Move kprobes examples to samples/ (resend)

From: Andrew Morton <[EMAIL PROTECTED]> Date: Tue, 13 Nov 2007 04:00:45 -0800 > On Sun, 21 Oct 2007 18:09:19 +0530 Ananth N Mavinakayanahalli <[EMAIL > PROTECTED]> wrote: > > > Move kprobes examples from Documentation/kprobes.txt to under samples/. > > Patch originally by Randy Dunlap. > > > >

Re: x86 merge: Keep kernel/cpu for CPU specific code?

On Tue, Nov 13, 2007 at 12:44:43PM +0100, Robert Richter wrote: > x86 CPU specific code is currently implemented in different ways for > 64 and 32 bit. While there are almost no CPU specific files for 64 > bit, there is the arch/x86/kernel/cpu/ directory for 32 bit. Is there > already an idea

Re: [BUG] New Kernel Bugs

From: Andrew Morton <[EMAIL PROTECTED]> Date: Tue, 13 Nov 2007 03:49:16 -0800 > Do you believe that our response to bug reports is adequate? Do you feel that making us feel and look like shit helps? I guess I'm just masterbating here all night long with the 46 bug fixes I've reviewed fully and

Re: [BUG] New Kernel Bugs

On Tue, 13 Nov 2007 03:39:46 -0800 (PST) David Miller <[EMAIL PROTECTED]> wrote: > From: Andrew Morton <[EMAIL PROTECTED]> > Date: Tue, 13 Nov 2007 03:15:53 -0800 > > > > NETWORKING=== > > > > > > RTNLGRP_ND_USEROPT does not report ifindex

[PATCH] update checkpatch.pl to version 0.12

This version brings a new terse output mode as well as many improvements to the unary detection and bare type regcognition. It also brings the usual updates for false positives, though these seem to be slowing markedly now that the unary detector is no longer just putting its finger in the air

x86 merge: Keep kernel/cpu for CPU specific code?

x86 CPU specific code is currently implemented in different ways for 64 and 32 bit. While there are almost no CPU specific files for 64 bit, there is the arch/x86/kernel/cpu/ directory for 32 bit. Is there already an idea about whether to use kernel/cpu also for 64 bit? Thanks, -Robert --

Re: [BUG] New Kernel Bugs

On 13-11-2007 12:15, Andrew Morton wrote: ... > Zero responses from developers ... > No response from developers ... > Andreas did some work, seemed to lose interest. ... > Rafael poked Thomas a week ago, to no effect. Thomas has been travelling. Looks like very reproducible! Maybe you should

Re: [PATCH, RFC] improved hacks to allow -rt to run kernbench on POWER

On Tue, 2007-11-13 at 11:05 +0100, Peter Zijlstra wrote: > Looking at the code: > > /* radix tree not lockless safe ! we use a brlock-type mecanism > * for now, until we can use a lockless radix tree > */ > static void irq_radix_wrlock(unsigned long *flags) > > The RCU radix tree stuffs have

Re: [kvm-devel] [PATCH 0/24] paravirt_ops for unified x86 - that's me again!

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Amit Shah escreveu: > On Saturday 10 November 2007 00:12:41 Glauber de Oliveira Costa wrote: >> Hey folks, >> >> Here's a new spin of the pvops64 patch series. >> We didn't get that many comments from the last time, >> so it should be probably almost

Re: [2.6.24-rc2] make C=1 killed by sparse 0.4 choking on kernel/sched.c

> > I don't quite know what to make of this. It looks like a bug in > sparse, but kernel/sched.c is perhaps not quite innocent either. > Also it doesn't seem right that the entire kernel compilation > aborts just because of a failed sparse run. > > Opinions? With "make C=1" you can always do

Re: [RFC: 2.6 patch] add -fno-tree-scev-cprop to KBUILD_CFLAGS

On Mon, Nov 12, 2007 at 11:58:43AM -0500, Jakub Jelinek wrote: > On Sun, Nov 11, 2007 at 07:48:29AM +0100, Adrian Bunk wrote: > > The gcc from svn that will become gcc 4.3 generates libgcc calls in > > cases like the following (on 32bit architectures): > > > > <-- snip --> > > > > static

Re: [BUG] New Kernel Bugs

From: Andrew Morton <[EMAIL PROTECTED]> Date: Tue, 13 Nov 2007 03:15:53 -0800 > > NETWORKING=== > > > > RTNLGRP_ND_USEROPT does not report ifindex (IPv6) > > http://bugzilla.kernel.org/show_bug.cgi?id=9349 > > Kernel: 2.6.24+ > > No

Re: [PATCH 24/24] make vsmp a paravirt client

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andi Kleen escreveu: > On Fri, Nov 09, 2007 at 04:43:05PM -0200, Glauber de Oliveira Costa wrote: >> This patch makes vsmp a paravirt client. It now uses the whole >> infrastructure provided by pvops. When we detect we're running >> a vsmp box, we

Re: [PATCH 2/2] [e1000 VLAN] Disable vlan hw accel when promiscuous mode

From: Herbert Xu <[EMAIL PROTECTED]> Date: Tue, 13 Nov 2007 19:09:23 +0800 > I agree. People doing a tcpdump don't have to turn on promiscuous > mode, that's what the -p option is for. In other words, having > promiscuous mode disable VLAN filtering does not take away the > user's options at

Re: [BUG] New Kernel Bugs

On Tue, Nov 13, 2007 at 03:15:53AM -0800, Andrew Morton ([EMAIL PROTECTED]) wrote: > > NETWORKING=== > > > > RTNLGRP_ND_USEROPT does not report ifindex (IPv6) > > http://bugzilla.kernel.org/show_bug.cgi?id=9349 > > Kernel: 2.6.24+ > > No

Re: [PATCH 2/3] kvmclock - the host part.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Avi Kivity escreveu: > Glauber de Oliveira Costa wrote: >> This is the host part of kvm clocksource implementation. As it does >> not include clockevents, it is a fairly simple implementation. We >> only have to register a per-vcpu area, and start

[ANNOUNCE] util-linux-ng 2.13.1-rc1

The first util-linux-ng 2.13.1 release candidate is available at ftp://ftp.kernel.org/pub/linux/utils/util-linux-ng/ (Note, 2.13.1 is stable maintenance release.) Feedback and bug reports, as always, are welcomed. Karel Util-linux-ng 2.13.1 Release Notes

Re: [BUG] New Kernel Bugs

On Tue, Nov 13 2007, Andrew Morton wrote: > > I/O STORAGE=== > > > > kernel bug from pktcdvd > > http://bugzilla.kernel.org/show_bug.cgi?id=9294 > > Kernel: 2.6.23 > > I think we might have fixed this. It's fixed and merged, I just forgot

Re: [PATCH 1/6] Suppress A.OUT library support if !CONFIG_BINFMT_AOUT [try #5]

On Tue, 13 Nov 2007 10:57:31 + David Howells <[EMAIL PROTECTED]> wrote: > SL Baur <[EMAIL PROTECTED]> wrote: > > > Please take the emacsism out of the file as it bothers Andrew and others. > > I thought Andrew said it didn't bother him. I assume he was curious. > Well it's just one line

Re: [BUG] New Kernel Bugs

On Mon, 12 Nov 2007 22:42:32 -0800 "Natalie Protasevich" <[EMAIL PROTECTED]> wrote: > This is the listing of the open bugs that are relatively new, around > 2.6.22 and up. They are vaguely classified by specific area. > (not a full list, there are more :) > > The good part is that reporters of

Re: [patch 01/28] cpu alloc: The allocator

From: Christoph Lameter <[EMAIL PROTECTED]> Date: Tue, 06 Nov 2007 11:51:45 -0800 > The core portion of the cpu allocator. > > The per cpu allocator allows dynamic allocation of memory on all > processor simultaneously. A bitmap is used to track used areas. > The allocator implements tight

Re: [PATCH 2/2] [e1000 VLAN] Disable vlan hw accel when promiscuous mode

Patrick McHardy <[EMAIL PROTECTED]> wrote: > > I still think promiscous mode should disable all filters (which would > also provide a consistent view between accerlated and non-accerlated > devices), but an ethtool option is better than nothing :) I agree. People doing a tcpdump don't have to

Re: [PATCH, RFC] improved hacks to allow -rt to run kernbench on POWER

On Tue, 2007-11-13 at 11:05 +0100, Peter Zijlstra wrote: > Anyway, it seems its the generic irq stuff that uses raw_spinlock_t and > disables IRQs, so there isn't much we can do from the ARCH level I'm > afraid :-( > > Ingo, any sane ideas? Ok benh came up with a workable idea, he just needs a

Re: [PATCH 1/6] Suppress A.OUT library support if !CONFIG_BINFMT_AOUT [try #5]

SL Baur <[EMAIL PROTECTED]> wrote: > Please take the emacsism out of the file as it bothers Andrew and others. I thought Andrew said it didn't bother him. I assume he was curious. David - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: [2.6.24-rc2] make C=1 killed by sparse 0.4 choking on kernel/sched.c

On 11/13/07, Tilman Schmidt <[EMAIL PROTECTED]> wrote: > When trying to build 2.6.24-rc2 with checking by sparse 0.4, > my "make" run dies with: > > CHECK kernel/sched.c > sparse: flow.c:805: rewrite_parent_branch: Assertion `changed' failed.

Re: checkpatch.pl and no newline handling

On Mon, Nov 12, 2007 at 02:46:30PM -0500, Mike Frysinger wrote: > the current checkpatch.pl does not reject new files that lack a > newline, yet rejects patches that fix newlines in files ... quite the > opposite of what we actually want [EMAIL PROTECTED] echo -n "moo" >no-newline.c [EMAIL

[2.6.24-rc2] make C=1 killed by sparse 0.4 choking on kernel/sched.c

When trying to build 2.6.24-rc2 with checking by sparse 0.4, my "make" run dies with: CHECK kernel/sched.c kernel/sched.c:3616:15: warning: incorrect type in assignment (different signedness) kernel/sched.c:3616:15:expected long *switch_count kernel/sched.c:3616:15:got unsigned long

Re: XFS related Oops

On Tue, Nov 13, 2007 at 09:27:20 +1100, David Chinner wrote: [...] > No. I'd say something got screwed up during suspend/resume. Is it > reproducable? No. I often use suspend to RAM, and usually it works without such failures. I restart squid during the resume prosecure, and the above Oops lead

Re: [PATCH][RFC] kprobes: Add user entry-handler in kretprobes

On Nov 13, 2007 12:09 AM, Abhishek Sagar <[EMAIL PROTECTED]> wrote: > Whoops...sry for the repeated email..emailer trouble. Expecting this one to makes it to the list. Summary again: This patch introduces a provision to specify a user-defined callback to run at function entry to complement the

REGRESSION: 2.6.24 breaks nvidia and amd/ati binary drivers, by exporting paravirt symbols as GPL

Hi commit to .24 tree: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=93b1eab3d29e7ea32ee583de3362da84db06ded8 introduces: +EXPORT_SYMBOL_GPL(pv_mmu_ops); +EXPORT_SYMBOL_GPL(pv_cpu_ops); pv_cpu_ops is for nvidia pv_mmu_ops' is for amd(ati) which will break 32bit

Re: [PATCH, RFC] improved hacks to allow -rt to run kernbench on POWER

On Tue, 2007-11-13 at 10:10 +0100, Peter Zijlstra wrote: > > Correct, -rt can't allocate -anything- when preemption if off. That is > the cost for having the allocators itself preemptable. > > Even radix_tree_preload() will not work as its functionality was based > on preempt disable to limit

Re: [PATCH 2/2] [e1000 VLAN] Disable vlan hw accel when promiscuous mode

Joonwoo Park wrote: 2007/11/13, David Miller <[EMAIL PROTECTED]>: From: Willy Tarreau <[EMAIL PROTECTED]> Date: Tue, 13 Nov 2007 00:32:57 +0100 At least, being able to disable the feature at module load time would be acceptable. Many people who often need to sniff on decent machines

Re: msync(2) bug(?), returns AOP_WRITEPAGE_ACTIVATE to userland

In message <[EMAIL PROTECTED]>, Hugh Dickins writes: > On Fri, 9 Nov 2007, Erez Zadok wrote: > > In message <[EMAIL PROTECTED]>, Hugh Dickins writes: > > > > > Three, I believe you need to add a flush_dcache_page(lower_page) > > > after the copy_highpage(lower_page): some architectures will need

Re: checkpatch.pl and no newline handling

On Mon, Nov 12, 2007 at 02:46:30PM -0500, Mike Frysinger wrote: > the current checkpatch.pl does not reject new files that lack a > newline, yet rejects patches that fix newlines in files ... quite the > opposite of what we actually want Nice. Just what the world needs. I wonder what the heck

Re: [poll] Is the megafreeze development model broken?

Tuomo Valkonen wrote: Well, I'm using two years old 2.6.7 kernel, because the newer ones have become utter and total crap. (See the link in the previous post.) It will likely be my last Linux kernel ever, that I will use until this system becomes simply too obsolete, at which point, if not

[PATCH 4/9] Unionfs: writepage updates

Don't set/reset the PageUptodate flag on our page. Call flush_dcache_page on the lower page after copy_highpage, and set it uptodate. Call set_page_dirty right before clear_page_dirty_for_io. CC: Hugh Dickins <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> ---

<    1   2   3   4   5   6   7   8   9   10   >