Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thu, Mar 01, 2007 at 12:28:00PM +0100, Eric Dumazet ([EMAIL PROTECTED]) wrote: > I used the CVS version of oprofile plus a patch you can find in the mailing > list archives. Dont remember exactly, since I hit this some months ago Ugh, I started - but CVS compilation requires about 40mb of add

Re: PROBLEM: null pointer dereference in cfq_dispatch_requests (2.6.21-rc2 and 2.6.20)

On Thu, Mar 01 2007, Frank Seidel wrote: > Am Mittwoch, 28. Februar 2007 19:02 schrieb Dan Williams: > > I can reliably reproduce a null pointer dereference on 2.6.20 and > > 2.6.21-rc2. I will keep digging to find the kernel version where > > this last worked, but wanted to see if there were any

Re: [RFC] killing the NR_IRQS arrays.

> > Similarly, in a pci device, one could imagine that the > > struct pci_driver contains a irq_handler_t member that > > is registered from the pci_device_probe() function > > if present. > > Yes. There is some potential there. Although we would have to go > through an extra hoop to make it a

Re: [PATCH 0/4] coredump: core dump masking support v3

Hi, Markus Gutschke wrote: > Kawai, Hidehiro wrote: > >> This patch series is version 3 of the core dump masking feature, >> which provides a per-process flag not to dump anonymous shared >> memory segments. > > I just wanted to remind you that you need to be careful about dumping > the [vdso]

Re: second thoughts about DEPRECATED and OBSOLETE maturity levels

On Mon, 26 Feb 2007, Sam Ravnborg wrote: > On Sun, Feb 25, 2007 at 05:07:24PM -0500, Robert P. J. Day wrote: > > > > having championed the cause of adding those two code maturity levels > > to init/Kconfig, i just realized that implementing them as simple > > dependencies has a *really* annoying

[PATCH] Fix sysfs build breakage if !CONFIG_SYSFS

B0rkage introduced by dfa87c824a9a5430008acd1ed2e8111ed164fcbe. Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]> diff --git a/include/linux/sysfs.h b/include/linux/sysfs.h index 21805b5..523405e 100644 --- a/include/linux/sysfs.h +++ b/include/linux/sysfs.h @@ -211,9 +211,8 @@ static inline int sy

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > Document Length:3521 bytes > Concurrency Level: 8000 > Time taken for tests: 16.686737 seconds > Complete requests: 8 > Failed requests:0 > Write errors: 0 > Total transferred: 30976 bytes > HTML t

Re: [RFC][PATCH 0/3] VM throttling: avoid blocking occasional writers

Tomoki Sekiyama hitachi.com> writes: > thanks for your comments. The default dirty_ratio on most 2.6 kernels tend to be too large imo. If you are going to do sustained writes multiple times the size of the memory you have at least two problems. 1) The precious dentry and inodecache will be dro

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > I separated epoll and kevent servers, since originally kevent server > included additional kevent features, but then new ones were added and > I moved slowly to the similar to epoll case. i dont care whether they are separate or not - but you hav

[PATCH] scatterlist.h needs types.h

Most architectures' scatterlist.h use the type dma_addr_t, but omit to include which defines it. This could lead to build failures, so let's add the missing includes. Signed-off-by: Jean Delvare <[EMAIL PROTECTED]> --- include/asm-alpha/scatterlist.h |1 + include/asm-avr32/scatterlist.h

[PATCH] remove constant_tsc reporting from /proc/cpuinfo' power flags

From: Joerg Roedel <[EMAIL PROTECTED]> This patch removes the reporting of the constant_tsc flag from the "power management" field in /proc/cpuinfo. The NULL value there was replaced by "" because the former would result in a printout of [8] if the flag is set. Signed-off-by: Joerg Roedel <[EMAIL

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thu, Mar 01, 2007 at 01:43:36PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: > > * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > > > I separated epoll and kevent servers, since originally kevent server > > included additional kevent features, but then new ones were added and > > I moved slo

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thursday 01 March 2007 12:47, Evgeniy Polyakov wrote: > > Could you provide at least remote way to find it? > Sure :) > I only found the same problem at > http://lkml.org/lkml/2006/10/27/3 > > but without any hits to solve the problem. > > I will try CVS oprofile, if it works I will provide de

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > > i dont care whether they are separate or not - but you have not > > replied to the request that there be a handle_web_request() function > > in /both/ files, which is precisely the same function. I didnt ask > > you to merge the two files - i o

Re: [patch] Add insmod option to force the use of the backup timer.

Dave Jones wrote: > On Wed, Feb 28, 2007 at 11:23:46AM +0100, Gerd Hoffmann wrote: > > The test which automatically enables the backup timer on some HP > > machines doesn't trigger on other hardware which needs the backup > > timer too. > > Did you figure out *why* that test doesn't trigger? I

Re: [Alsa-devel] [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?

--- Pekka J Enberg <[EMAIL PROTECTED]> wrote: > Please apply this patch to your kernel and try to reproduce: Ta-DA BUG: unable to handle kernel paging request at virtual address 6b6b6d6b printing eip: c0130113 *pde = Oops: 0002 [#1] PREEMPT SMP last sysfs file: /clas

Re: [Linux-fbdev-devel] [PATCH] fb: sm501fb off-by-1 sysfs store

On Thu, 1 Mar 2007, Paul Mundt wrote: > Currently sm501fb_crtsrc_store() won't allow the routing to be changed > via echos from userspace in to the sysfs file. The reason for this is > that the strnicmp() for both heads uses a sizeof() for the string length, > which ends up being strlen() + 1 (\0 i

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thu, Mar 01, 2007 at 01:34:23PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: > > * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > > > Document Length:3521 bytes > > > Concurrency Level: 8000 > > Time taken for tests: 16.686737 seconds > > Complete requests: 8 > > Faile

Re: [BUG] Linux 2.6.20.1 - unable to handle kernel paging request - accessing freed memory?

Oh yes - I'd better mention what my Ethernet devices are: $ cat /proc/net/dev Inter-| Receive| Transmit face |bytespackets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed lo: 820705 1

wait_for_completion_timeout problem ???

Hi, I have a problem with using this function. I am referring to drivers/infiniband/hw/mthca/mthca_cmd.c line 394. For convenience I quote from this code: init_completion(&context->done); err = mthca_cmd_post(dev, in_param, out_param ? *out_pa

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thu, Mar 01, 2007 at 02:11:18PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: > ok? I undesrtood you couple of mails ago. No problem, I can put processing into the same function called from different servers :) > Btw., am i correct that in this particular 'ab' test, the 'immediately' > flag i

Re: Serial related oops

Hi again Russel, I'm back, after some more testing. Here goes my report. I've switched to another SBC and the kernel still Oops, so is not a one-off fault on the hardware. I've also run memtest86+ on this board for the maximum period that I reach an Oops with my application (24 H) and it not det

Re: 2.6.21-rc1: known regressions (v2) (part 2)

* Con Kolivas <[EMAIL PROTECTED]> wrote: > [...] Even though I'm finding myself defending code that has already > been softly tagged for redundancy, let's be clear here; we're talking > about at most a further 70ms delay in scheduling a niced task in the > presence of a nice 0 task, which is a

Re: [Linux-fbdev-devel] [PATCH] fb: sm501fb off-by-1 sysfs store

On Thu, Mar 01, 2007 at 02:25:55PM +0100, Geert Uytterhoeven wrote: > On Thu, 1 Mar 2007, Paul Mundt wrote: > > @@ -1074,9 +1074,9 @@ static ssize_t sm501fb_crtsrc_store(struct device > > *dev, > > if (len < 1) > > return -EINVAL; > > > > - if (strnicmp(buf, "crt", sizeof("crt"

Re: USB misbehavior causes system hang

On Tue, Feb 27, 2007 at 01:49:40PM -0800, Pete Zaitcev wrote: > However, the main issue here is the OOM with all the dirty data. > We saw that before. For some weird reason, ext3 is especially good > at producing the immense amounts of write-out. Are you on ext3 or > VFAT on that drive? Reiser4.

CK804 SATA Errors (still got them)

Hi Robert, Despite all the work that went into making these less frequent with ADMA, they're still possible to trigger. [EMAIL PROTECTED]:~$ cat /proc/version Linux version 2.6.21-rc2-damocles ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Wed Feb 28 21:58

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > [...] that is why number for kevent is higher - it uses edge-triggered > handler (which you asked to remove from epoll), [...] no - i did not 'ask' it to be removed from epoll, i only pointed out that with edge-triggered the results were highly u

Re: 2.6.21-rc1 and 2.6.21-rc2 kwin dies silently

Avi Kivity wrote: Sid Boyce wrote: > >>/ openSUSE 10.3 Alpha and KDE-3.5.6, xorg-x11-7.2. KDE is setup not to/ > >>/ require a password to unlock, but it asks for password. When the > screen/ > >>/ unlocks, kwin is gone with no errors logged in /var/log/kdm or/ > >>/ /var/log/messages. No prob

Re: [PATCH/RFC 2.6.20 1/2] fbdev, mm: Deferred IO support

On Sun, Feb 25, 2007 at 06:13:12AM +0100, Jaya Kumar wrote: > This patch implements deferred IO support in fbdev. Deferred IO is a way to > delay and repurpose IO. This implementation is done using mm's page_mkwrite > and page_mkclean hooks in order to detect, delay and then rewrite IO. This > func

Trouble using some (fast) compact flash as ide device on an embedded system

As I reported in bug 8036 in bugzilla.kernel.org, Hardware Environment: - Use a compact flash SanDisk SDCFB-128 Firmware revision HDX 2.15 (we used other compact flashes with the same hw ad sw for years with no trouble) It happens on both etx boards: - VIA SOM-ETX (4475) - Gene-4312

Re: [PATCH -mm 5/5] Blackfin: on-chip RTC controller driver

On 3/1/07, Paul Mundt <[EMAIL PROTECTED]> wrote: On Thu, Mar 01, 2007 at 12:15:46PM +0800, Wu, Bryan wrote: > +#define stamp(fmt, args...) pr_debug("%s:%i: " fmt "\n", __FUNCTION__, __LINE__, ## args) > +#define stampit() stamp("here i am") Are these really necessary for the final driver? It's

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thursday 01 March 2007 14:30, Evgeniy Polyakov wrote: > On Thu, Mar 01, 2007 at 02:11:18PM +0100, Ingo Molnar ([EMAIL PROTECTED]) > wrote: > > ok? > > I undesrtood you couple of mails ago. > No problem, I can put processing into the same function called from > different servers :) > > > Btw., a

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

* Eric Dumazet <[EMAIL PROTECTED]> wrote: > I can tell you that the problem (at least on my machine) comes from : > > gettimeofday(&tm, NULL); > > in evserver_epoll.c yeah, that's another difference - especially if it's something like an Athlon64 and gettimeofday falls back to pm-timer, that

Re: 2.6.20 SATA error

Tomas Carnecky wrote (ao): > Ralf M??ller wrote: > >I had the same type of problem using an unstable power supply - after > >replacing it the problems > >were gone ... > > Hm.. my shuttle box has only a 350W power supply, that could indeed be > the problem, as I have an Athlon 64 X2 4400+ CPU (d

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thu, Mar 01, 2007 at 02:32:42PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: > > * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > > > [...] that is why number for kevent is higher - it uses edge-triggered > > handler (which you asked to remove from epoll), [...] > > no - i did not 'ask' it t

Re: wait_for_completion_timeout problem ???

Hi, I have a problem with using this function. I am referring to drivers/infiniband/hw/mthca/mthca_cmd.c line 394. For convenience I quote from this code: init_completion(&context->done); err = mthca_cmd_post(dev, in_param, out_param ? *out_param :

[PATCH 2.6.21-rc2] dz: Remove struct pt_regs references

Remove remaining references to saved registers now that uart_handle_sysrq_char() does not want them. Signed-off-by: Maciej W. Rozycki <[EMAIL PROTECTED]> --- The driver does not build without this update. Please apply. Maciej patch-mips-2.6.21-rc1-20070222-dz-pt_regs-0 diff -up --recursi

[PATCH 2.6.21-rc2 #3] tgafb: TURBOchannel support

This is support for the TC variations of the TGA boards (properly known as SFB+ or Smart Frame Buffer Plus boards). The 8-plane SFB+ board uses the Bt459 RAMDAC (unlike its PCI TGA counterpart, which uses the Bt485), so bits have been added to support this chip as well. Signed-off-by: Maciej

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thursday 01 March 2007 15:16, Ingo Molnar wrote: > * Eric Dumazet <[EMAIL PROTECTED]> wrote: > > I can tell you that the problem (at least on my machine) comes from : > > > > gettimeofday(&tm, NULL); > > > > in evserver_epoll.c > > yeah, that's another difference - especially if it's something l

-mm release schedule?

I didn't really know of a better place to ask this question, bus is there any rhyme or reason to when -mm kernels are released? Is there a -git repo that I can get work in progress for -mm? -Ryan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

* Eric Dumazet <[EMAIL PROTECTED]> wrote: > On my machines (again ...), ab is the slow thing... not the 'server' Evgeniy said that both in the epoll and the kevent case the server side CPU was 98%-100% busy - so inefficiencies on the client side do not matter that much - the server is saturate

Re: CK804 SATA Errors (still got them)

Alistair John Strachan wrote: Hi Robert, Despite all the work that went into making these less frequent with ADMA, they're still possible to trigger. [EMAIL PROTECTED]:~$ cat /proc/version Linux version 2.6.21-rc2-damocles ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thu, Mar 01, 2007 at 02:12:50PM +0100, Eric Dumazet ([EMAIL PROTECTED]) wrote: > On Thursday 01 March 2007 12:47, Evgeniy Polyakov wrote: > > > > Could you provide at least remote way to find it? > > > > Sure :) > > > I only found the same problem at > > http://lkml.org/lkml/2006/10/27/3 > >

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > CPU: AMD64 processors, speed 2210.08 MHz (estimated) > Counted CPU_CLK_UNHALTED events (Cycles outside of halt state) with a unit > mask of 0x00 (No unit mask) count 10 > samples %symbol name > 195750 67.3097 cpu_idle > 14111 4.

Re: 2.6.21-rc1: known regressions (part 2)

* Ingo Molnar <[EMAIL PROTECTED]> wrote: > hm. There's some weird bisection artifact here. Here are the commits i > tested, in git-log order: > > #1 commit 01363220f5d23ef68276db8974e46a502e43d01d bad > #2 commit ee404566f97f9254433399fbbcfa05390c7c55f7 bad > #3 commit f3ccb06f3b8e0cf42b579db21

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thu, Mar 01, 2007 at 03:16:37PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: > > * Eric Dumazet <[EMAIL PROTECTED]> wrote: > > > I can tell you that the problem (at least on my machine) comes from : > > > > gettimeofday(&tm, NULL); > > > > in evserver_epoll.c > > yeah, that's another diffe

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thu, Mar 01, 2007 at 05:43:50PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: > On Thu, Mar 01, 2007 at 02:12:50PM +0100, Eric Dumazet ([EMAIL PROTECTED]) > wrote: > > On Thursday 01 March 2007 12:47, Evgeniy Polyakov wrote: > > > > > > Could you provide at least remote way to find it? >

Very slow routing table modification if RTA_FLOW is set

Hello all, I have noticed that using realm patch for quagga causes the kernel to spend a lot more time processing rtnetlink messages. If routes added to the kernel are not tagged with a realm number, the time from sending a netlink cmd to receiving a

Re: wait_for_completion_timeout problem ???

On Thu, 2007-03-01 at 15:28 +0100, Dmitry Adamushko wrote: > Hi, > > > > > I have a problem with using this function. I am referring to > > drivers/infiniband/hw/mthca/mthca_cmd.c line 394. For convenience I > > quote from this code: > > > > init_completion(&context->done); > > > >

Re: Serial related oops

On Thu, Mar 01, 2007 at 01:33:28PM +, Jose Goncalves wrote: > I've also done your suggestion and I've inserted "msleep(10);" just > before the "And clear the interrupt registers again for luck." and my > application is now running without problems fore more than 24H! So, > inserting a delay in

Re: CK804 SATA Errors (still got them)

On Thursday 01 March 2007 14:45, Robert Hancock wrote: > This one seems a bit different. This time it's not related to NCQ vs. > non-NCQ (this is a non-NCQ write here), it's in ADMA mode (so it's > presumably not related to switching between ADMA and register mode, > unless perhaps a flush cache or

Re: 2.6.21-rc1 and 2.6.21-rc2 kwin dies silently

Sid Boyce wrote: > That's very much appreciated. The point is that all vanilla kernels up > to 2.6.20+ have not had the problems now seen on 2.6.20-rc1 and > 2.6.20-rc2 and like other problems reported, sic framebuffer, etc., > there is a distinct likelihood that it's related to those kernels and

Re: Thread flags modified without set_thread_flag() (non atomically)

On Thu, 1 Mar 2007 11:14:47 +0100 Haavard Skinnemoen <[EMAIL PROTECTED]> wrote: > On Thu, 1 Mar 2007 01:45:23 -0800 > Andrew Morton <[EMAIL PROTECTED]> wrote: > > > If there's a lesson here, it is "don't provide #defines in the header for > > both versions". > > Yes, that's true. It looks like a

Re: wait_for_completion_timeout problem ???

On 01/03/07, Eli Cohen <[EMAIL PROTECTED]> wrote: >... > wait_for_completion_timeout() should return something different that > encodes the fact /event happened/ and not just /event happened _and_ a > caller has got scheduled back earlier than timeout. That possibility crossed my mind but I ruled

Re: [Fastboot] [PATCH 1/1] - platform_kernel_launch_event is noop on generic kernel

* Horms <[EMAIL PROTECTED]> [2007-03-01 05:22]: > On Wed, Feb 28, 2007 at 01:45:17PM -0600, John Keller wrote: > > Add a missing #define for the platform_kernel_launch_event. > > Without this fix, a call to platform_kernel_launch_event() > > becomes a noop on generic kernels. SN systems require thi

Re: [Fastboot] [PATCH 1/1] - platform_kernel_launch_event is noop on generic kernel

* Bernhard Walle <[EMAIL PROTECTED]> [2007-03-01 13:57]: > * Horms <[EMAIL PROTECTED]> [2007-03-01 05:22]: > > On Wed, Feb 28, 2007 at 01:45:17PM -0600, John Keller wrote: > > > Add a missing #define for the platform_kernel_launch_event. > > > Without this fix, a call to platform_kernel_launch_even

Re: [lm-sensors] Could the k8temp driver be interfering with ACPI?

Hi Pavel, On Wed, 28 Feb 2007 21:38:04 +, Pavel Machek wrote: > > > Well I had an idea after looking at k8temp -- why not make it default to > > > doing only reads from the sensor? You'd only get information from > > > whatever > > > core/sensor combination that ACPI had last used, but it wo

Re: minor device number request for /dev/kvm (kernel-based virtual machine)

Mathiasen, Torben wrote: 10 charNon-serial mice, misc features nnn = /dev/kvm kernel-based virtual machine (hardware virtualization extensions) Major 10, minor 256 has been assigned to /dev/kvm. Let me know if this is nok okay. It doesn't work. The culprit appears to

[GIT PULL] KVM updates for Linux 2.6.21-rc2

Linus, The following changes since commit 2ff7354fe888f46f6629b57e463b0a1eb956c02b: Eric W. Biederman (1): x86_64/i386 irq: Fix !CONFIG_SMP compilation are found in the git repository at: git://kvm.qumranet.com/kvm.git#linus The changes fall into three broad categories: - initial kvm

Re: [GIT PULL] KVM updates for Linux 2.6.21-rc2

Avi Kivity wrote: Linus, The following changes since commit 2ff7354fe888f46f6629b57e463b0a1eb956c02b: Eric W. Biederman (1): x86_64/i386 irq: Fix !CONFIG_SMP compilation are found in the git repository at: git://kvm.qumranet.com/kvm.git#linus Oops. git://kvm.qumranet.com/home/avi

Re: minor device number request for /dev/kvm (kernel-based virtual machine)

On Mar 1 2007 13:58, Avi Kivity wrote: > > fs/char_dev.c: >> int register_chrdev(unsigned int major, const char *name, >>const struct file_operations *fops) >> { >> struct char_device_struct *cd; >> struct cdev *cdev; >> char *s; >> int err = -ENOMEM; >> >> cd = __register_chrdev_regi

Re: minor device number request for /dev/kvm (kernel-based virtual machine)

Jan Engelhardt wrote: On Mar 1 2007 13:58, Avi Kivity wrote: fs/char_dev.c: int register_chrdev(unsigned int major, const char *name, const struct file_operations *fops) { struct char_device_struct *cd; struct cdev *cdev; char *s; int err = -ENOMEM; cd = __register_chrdev_re

RE: minor device number request for /dev/kvm (kernel-based virtual machine)

> > If it does not increase memory usage, then possibly: > > > > __register_chrdev_region(major, 0, (~0U) & MINORMASK, name); > > or (1< clear > > > > > > I'm more worried about something in the chardev bowels not supporting > >8bit minors well. > I was under

[RFC][KVM] Adding a signal mask to KVM_RUN

I'd like to add a signal mask to kvm, so that when the guest executes, the signal mask is temporarily set to some user specified value. This allows signals to be used as a way to interrupt the guest, but without requiring signal delivery to the userspace handler (which is what makes signals ex

Re: MOST(Media Oriented Systems Transport) Interface?

On Wed 28 Feb 2007 19:11, Bernhard Walle pondered: > * Jan Kiszka <[EMAIL PROTECTED]> [2007-03-01 00:22]: > > This might be what you are looking for: > > > > http://most4linux.sourceforge.net/ That's it - thanks for the pointer & Bernhard - thanks for the work. What is the plan for this? It looks

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > > > I can tell you that the problem (at least on my machine) comes from : > > > > > > gettimeofday(&tm, NULL); > > > > > > in evserver_epoll.c > > > > yeah, that's another difference - especially if it's something like > > an Athlon64 and gettim

[PATCH -mm 0/7] Freezer changes (take 2)

Hi, The following series of patches contains modifications of the task freezer that harden it and prepare it to be used in the CPU hotplug. Greetings, Rafael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo inf

[PATCH -mm 1/7] Freezer: Read PF_BORROWED_MM in a nonracy way

From: Rafael J. Wysocki <[EMAIL PROTECTED]> The reading of PF_BORROWED_MM in is_user_space() without task_lock() is racy. Fix it. Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]> Acked-by: Pavel Machek <[EMAIL PROTECTED]> --- kernel/power/process.c |8 +++- 1 file changed, 7 insertio

[PATCH -mm 4/7] Freezer: Remove PF_NOFREEZE from bluetooth threads

From: Rafael J. Wysocki <[EMAIL PROTECTED]> Remove PF_NOFREEZE from the bluetooth threads, adding try_to_freeze() calls as required. Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]> Acked-by: Pavel Machek <[EMAIL PROTECTED]> Signed-off-by: Marcel Holtmann <[EMAIL PROTECTED]> --- net/bluetoot

[PATCH -mm 3/7] Freezer: Remove PF_NOFREEZE from rcutorture thread

From: Paul E. McKenney <[EMAIL PROTECTED]> Remove PF_NOFREEZE from the rcutorture thread, adding a try_to_freeze() call as required. Signed-off-by: Paul E. McKenney <[EMAIL PROTECTED]> Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]> Acked-by: Pavel Machek <[EMAIL PROTECTED]> --- kernel/rcut

[PATCH -mm 2/7] Freezer: Close theoretical race between refrigerator and thaw_tasks

From: Rafael J. Wysocki <[EMAIL PROTECTED]> If the freezing of tasks fails and a task is preempted in refrigerator() before calling frozen_process(), then thaw_tasks() may run before this task is frozen. In that case the task will freeze and no one will thaw it. To fix this race we can call freez

[PATCH -mm 6/7] Freezer: Fix vfork problem

From: Rafael J. Wysocki <[EMAIL PROTECTED]> Currently try_to_freeze_tasks() has to wait until all of the vforked processes exit and for this reason every user can make it fail. To fix this problem we can introduce the additional process flag PF_FREEZER_SKIP to be used by tasks that do not want to

[PATCH -mm 7/7] Freezer: Take kernel_execve into consideration

From: Rafael J. Wysocki <[EMAIL PROTECTED]> Kernel threads can become userland processes by calling kernel_execve(). In particular, this may happen right after try_to_freeze_tasks(FREEZER_USER_SPACE) has returned, so try_to_freeze_tasks() needs to take userspace processes into consideration even

[PATCH -mm 5/7] Freezer: Add try_to_freeze calls to all kernel threads

From: Rafael J. Wysocki <[EMAIL PROTECTED]> Add try_to_freeze() calls to the remaining kernel threads that do not call try_to_freeze() already, although they set PF_NOFREEZE. In the future we are going to replace PF_NOFREEZE with a set of flags that will be set to indicate in which situations the

Re: Bug in on_each_cpu?

On Thu, 01 Mar 2007 03:47:39 -0800 Zachary Amsden <[EMAIL PROTECTED]> wrote: > Rusty Russell wrote: > > On Thu, 2007-03-01 at 03:34 -0800, Zachary Amsden wrote: > > > >> What would be really, really nice would be to statically check all > >> callsites that issue irq disables actually keep irqs

Re: Serial related oops

Russell King wrote: > On Thu, Mar 01, 2007 at 01:33:28PM +, Jose Goncalves wrote: > >> I've also done your suggestion and I've inserted "msleep(10);" just >> before the "And clear the interrupt registers again for luck." and my >> application is now running without problems fore more than 24

[PATCH 2.6.21-rc2] AT91SAM9261: Enable second and third UART

- Enable ttyS1 and ttyS2 for the AT91SAM9261EK Signed-off-by: Jan Altenberg <[EMAIL PROTECTED]> --- arch/arm/mach-at91/board-sam9261ek.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) Index: linux-2.6/arch/arm/mach-at91/board-sam9261ek.c ===

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thu, Mar 01, 2007 at 03:47:17PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: > > * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > > > CPU: AMD64 processors, speed 2210.08 MHz (estimated) > > Counted CPU_CLK_UNHALTED events (Cycles outside of halt state) with a unit > > mask of 0x00 (No unit m

Re: Bug in on_each_cpu?

On Thu, 01 Mar 2007 03:34:18 -0800 Zachary Amsden <[EMAIL PROTECTED]> wrote: > > Why is it a bug? Because there's a deadlock where this CPU is waiting for > > CPU A to take the IPI, but CPU A is waiting (with interrupts disabled) for > > this CPU to take an IPI. > > > > Then the bug is not in

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thursday 01 March 2007 16:23, Evgeniy Polyakov wrote: > They are there, since ab runs only 50k requests. > If I change it to something noticebly more than 50/80k, ab crashes: > # ab -c8000 -t 600 -n8 http://192.168.0.48/ > This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apac

Re: wait_for_completion_timeout problem ???

On Thu, 2007-03-01 at 16:14 +0100, Dmitry Adamushko wrote: > Mea culpa. Don't know why I took it as 10 ms.. Yep, in case of seconds > it rather becomes a mere theoretical possibility. > > Are you sure there are no other "waiters" being blocked on the same > "completion" at the same time? complete

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thu, Mar 01, 2007 at 04:09:42PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: > > * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > > > > > I can tell you that the problem (at least on my machine) comes from : > > > > > > > > gettimeofday(&tm, NULL); > > > > > > > > in evserver_epoll.c > > >

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thursday 01 March 2007 16:32, Eric Dumazet wrote: > On Thursday 01 March 2007 16:23, Evgeniy Polyakov wrote: > > They are there, since ab runs only 50k requests. > > If I change it to something noticebly more than 50/80k, ab crashes: > > # ab -c8000 -t 600 -n8 http://192.168.0.48/ > > Th

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thu, Mar 01, 2007 at 04:32:37PM +0100, Eric Dumazet ([EMAIL PROTECTED]) wrote: > On Thursday 01 March 2007 16:23, Evgeniy Polyakov wrote: > > They are there, since ab runs only 50k requests. > > If I change it to something noticebly more than 50/80k, ab crashes: > > # ab -c8000 -t 600 -n800

Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

On Thu, Mar 01, 2007 at 04:41:27PM +0100, Eric Dumazet ([EMAIL PROTECTED]) wrote: > On Thursday 01 March 2007 16:32, Eric Dumazet wrote: > > On Thursday 01 March 2007 16:23, Evgeniy Polyakov wrote: > > > They are there, since ab runs only 50k requests. > > > If I change it to something noticebly m

Re: tdfx framebuffer garbles display in 2.6.19.5

Hi Antonino :) * Antonino A. Daplas <[EMAIL PROTECTED]> dixit: > Can you try this patch? It might help with the screen corruption. With the patch, the scroll slows to a crawl and the system is unusable. The time to scroll 30 lines is about a minute or so (probably more, I just measured

Re: wait_for_completion_timeout problem ???

On Thu, 2007-03-01 at 15:28 +0100, Dmitry Adamushko wrote: > So either all the users of wait_for_completion_timeout() should > additionally check for x->done after they got scheduled > > or > > wait_for_completion_timeout() should return something different that > encodes the fact /event happene

udev rule makes the system hang: revisited

Hi all :)) I'm CC'ing this message to LKML because I don't know if this is some weird (and known) interaction between modules. I'm using vanilla 2.6.19.5. I was having a problem using this rule: ACTION=="add", ENV{MODALIAS}=="?*", RUN+="/sbin/modprobe $env{MODALIAS}" and I

Re: 2.6.21-rc1: known regressions (part 2)

On Thursday, 1 March 2007 15:52, Ingo Molnar wrote: > > * Ingo Molnar <[EMAIL PROTECTED]> wrote: > > > hm. There's some weird bisection artifact here. Here are the commits i > > tested, in git-log order: > > > > #1 commit 01363220f5d23ef68276db8974e46a502e43d01d bad > > #2 commit ee404566f97f92

Re: [PATCH -mm 2/7] Freezer: Close theoretical race between refrigerator and thaw_tasks

On Thu 2007-03-01 16:08:12, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki <[EMAIL PROTECTED]> > > If the freezing of tasks fails and a task is preempted in refrigerator() > before > calling frozen_process(), then thaw_tasks() may run before this task is > frozen. > In that case the task wil

Re: [patch 2.6.21-rc2] parport is an orphan

On Thu, 1 Mar 2007 09:02:49 +0100 Jean Delvare wrote: > On Wed, 28 Feb 2007 15:14:20 -0800, David Brownell wrote: > > The writing on the wall seem to be that the parport stack is orphaned, > > rather than maintained by four folk ... and having a webpage that says > > the latest patches are based o

Re: SMP performance degradation with sysbench

On Tue, 2007-02-27 at 20:05 +0100, Lorenzo Allegrucci wrote: > On Tue, 2007-02-27 at 09:02 -0500, Rik van Riel wrote: > > That still doesn't fix the potential Linux problem that this > > benchmark identified. > > > > To clarify: I don't care as much about MySQL performance as > > I care about iden

Re: [PATCH] udivdi3: 64 bit divide

Jan Engelhardt wrote: The non-arch specific code does not use 64/64 divides through the "/" operator (otherwise there would already have been udivdi3 linking errors). So what remains to check is arch/arm26. grep -Pr 'int64|\bu64' returns only a few results to check (kernel/ecard.c, nwfpe/), so t

3c905B - Transmit error, Tx status register 82

This server I inherited is a SUSE Linux box. Here is the eth0 device info: eth0 device: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 24) There is this reoccurring issue I am seeing in the /var/log/messages: Mar 1 09:44:04 thor kernel: eth0: Transmit error, Tx status register 82. Mar

[PATCH] Remove "decl_subsys_name" macro and single usage of it.

Remove the macro "decl_subsys_name" which can be used to declare a sysfs subsystem, along with the single invocation of it in the source tree, since there appears to be little value in creating a subsystem whose subsystem name differs from its structure name. Everyone else just uses "decl_subsy

[patch -mm 2/7] x86_64: split remaining fake nodes equally

Extends the numa=fake x86_64 command-line option to split the remaining system memory into equal-sized nodes. For example: numa=fake=2*512,4* gives two 512M nodes and the remaining system memory is split into four approximately equal chunks. Th

[patch -mm 1/7] x86_64: configurable fake numa node sizes

Extends the numa=fake x86_64 command-line option to allow for configurable node sizes. These nodes can be used in conjunction with cpusets for coarse memory resource management. The old command-line option is still supported: numa=fake=32 gives 32 fake NUMA nodes, ignoring the NUMA setup of th

[patch -mm 5/7] x86_64: disable alien cache for fake numa

Disables using alien cache for slab when NUMA emulation is being used. Cc: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Paul Menage <[EMAIL PROTECTED]> Signed-off-by: David Rientjes <[EMAIL PROTECTED]> --- arch/x86_64/mm/numa.c |2 ++ mm/slab.c |2 +- 2 files changed, 3 inser

[patch -mm 3/7] x86_64: fixed size remaining fake nodes

Extends the numa=fake x86_64 command-line option to split the remaining system memory into nodes of fixed size. Any leftover memory is allocated to a final node unless the command-line ends with a comma. For example: numa=fake=2*512,*128 gives two 512M nodes and the remaining system

[patch -mm 4/7] x86_64: map fake nodes to real nodes

Exports the struct bootnode array globally so that the physical mapping can be saved when NUMA emulation is used. This is then copied and stored for later reference so that there exists a mapping between fake nodes and the real nodes they reside on through the get_phys_node() function. physical_n

<    1   2   3   4   5   6   >