Hi all,
we are seeing rpc.mountd crashes on our Red Hat EL4 systems.
We have tracked down the bug and it seems to be still present
in the current nfs-utils source.
We are making extensive use of netgroups for NFS exports. On
a large file server with hundreds of home directories we export
every di
> So the whole locking is to be able to keep irqs enabled for a long time,
> without risking entry of the same IRQ handler on this same CPU, correct?
As implemented - on any CPU.
We also need to know that the IRQ handler is not doing useful work on
another processor which is why we take the lock
Alistair John Strachan wrote:
On Sunday 29 July 2007 14:47:57 you wrote:
Alistair John Strachan wrote:
On Sunday 29 July 2007 12:34:28 you wrote:
[snip]
Doesn't help, I still get the same crashes. I tried 2.6.22 again and
it's rock solid by comparison.
Do you mean,
Hi, Alexery,
This change breaks m32r, too.
Don't forget updating the other archs, please.
From: Linus Torvalds <[EMAIL PROTECTED]>
Subject: Re: [PATCH] Remove fs.h from mm.h
Date: Sun, 29 Jul 2007 17:08:20 -0700 (PDT)
>
> On Mon, 30 Jul 2007, Alexey Dobriyan wrote:
> >
> > Cross-compile tested
Hi Roland!
> the patch looks fine except your mailer seems to have mangled
> it... can you resend so I can apply it?
Was going to recreate this patch, but then I saw that you
probably have incorporated it (manually) in your latest git.
Just want to make sure I'm seeing it right.
Anyway, appreciate
Hello,
Another report of the same kind. Box is an HP/Compaq nx7400.
Before/after use of pci= option dmesgs attached.
--
Damien Wyart
Jul 23 11:41:06 dalpdw2 kernel: Linux version 2.6.23-rc1-23072007dw ([EMAIL
PROTECTED]) (gcc version 4.1.3 20070629 (prerelease) (Debian 4.1.2-13)) #1 SMP
Mon Ju
On Mon, 30 Jul 2007 11:20:58 +0530
"Sriram, Kannan" <[EMAIL PROTECTED]> wrote:
>
> Midhun,
>
> There is no open-source implementation of CPRM (SD-Audio/ SD-Bind
> standards). So first of all, you need to license keys from 4C (device
> keys, media keys etc) and do your own implementation.
Also
On Fri, 27 Jul 2007, Christian Lamparter wrote:
> Some of ASUS' notebooks (e.g G Series) include a tiny oled display, which is
> attached to an internal USB bus. Unfortunatly the device reports a wrong
> DeviceDescriptor and is therefore identified as a HID device...
Hi Christian,
I have slight
Adrian Bunk wrote:
> nf_ct_ipv6_skip_exthdr() can now become static.
Applied, thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
Jesper Juhl wrote:
> There is a small problem in
> net/ipv4/netfilter/ipt_recent.c::recent_seq_open().
>
> If the call to seq_open() returns != 0 then the code calls
> kfree(st) but then on the very next line proceeds to
> dereference the pointer - not good.
Applied, thanks Jesper.
-
To unsu
Andrew Morton wrote:
> On Sat, 28 Jul 2007 19:07:22 +0200 Gabriel C <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>>
>> next randconfig error (
>> http://194.231.229.228/MM/randconfig-auto-87.mm_sparse.error )
>>
>>
>> ...
>>
>> mm/sparse.c: In function 'sparse_init':
>> mm/sparse.c:482: error: implicit de
On Sun, 29 Jul 2007, Adrian Bunk wrote:
> This patch contains the following cleanups that are now possible:
> - remove the unused security_operations->inode_xattr_getsuffix
> - remove the no longer used security_operations->unregister_security
> - remove some no longer required exit code
> - remov
On Mon, 30 Jul 2007 19:38:47 +0800,
Eugene Teo <[EMAIL PROTECTED]> wrote:
> This patch fixes these warnings:
>
> fs/partitions/check.c: In function 'add_partition':
> fs/partitions/check.c:391: warning: ignoring return value of 'kobject_add',
> declared with attribute warn_unused_result
> f
Hello,
I've been reading through the kernel source code trying to figure
out when the final mmdrop() after a exit_mm() is called on a task that
is having its virtual address deleted. I have discovered one instance
in finish_task_switch(), the local variable mm is set (for a single
access) to the
Bernhard?
cu
Adrian
On Wed, Jul 18, 2007 at 11:33:55PM -0400, pat-lkml wrote:
> I received:
>
> PCI: Bus #0b (-#0e) is hidden behind transparent bridge #0a (-#0a) (try
> 'pci=assign-busses')
> Please report the result to linux-kernel to fix this permanently
>
> in my dmesg in 2.6.22, and am re
Bernhard?
cu
Adrian
On Mon, Jul 30, 2007 at 10:29:07AM +0200, Alois Nešpor wrote:
> Hello,
>
>
> I view dmesg and find: "PCI: Bus #0b (-#0e) is hidden behind
> transparent bridge #0a (-#0b) (try 'pci=assign-busses')
> Please report the result to linux-kernel to fix this permanently"
>
> First
* John <[EMAIL PROTECTED]> wrote:
> On 7/29/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> >
> > * John <[EMAIL PROTECTED]> wrote:
> >
> > > Ingo-
> > >
> > > Why not perform the same test using the native linux Q3 client to
> > > compare numbers to wine? [...]
> >
> > I regularly test native L
This patch fixes these warnings:
fs/partitions/check.c: In function 'add_partition':
fs/partitions/check.c:391: warning: ignoring return value of 'kobject_add',
declared with attribute warn_unused_result
fs/partitions/check.c:394: warning: ignoring return value of
'sysfs_create_lin
--
On Mon, 30 Jul 2007, Ingo Molnar wrote:
> > From: Steven Rostedt <[EMAIL PROTECTED]>
> >
> > I think this was sent before, and it did cause problems before. Would
> > there be *any* reason to have non-threaded softirqs but threaded
> > hardirqs. I can see lots of issues with that.
>
> please el
Hi,
I noticed this warning with CONFING_PM=n
...
drivers/usb/host/u132-hcd.c:1525: warning: 'port_power' defined but not used
...
Signed-off-by: Gabriel Craciunescu <[EMAIL PROTECTED]>
---
drivers/usb/host/u132-hcd.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git
On Mon, 30 Jul 2007 19:16:38 +0800,
Eugene Teo <[EMAIL PROTECTED]> wrote:
> +err_out_del_link:
> + sysfs_remove_link(&p->kobj, "subsystem");
> +err_out_del_uevent:
> + if (!disk->part_uevent_suppress)
> + kobject_uevent(&p->kobj, KOBJ_REMOVE);
You're missing kobject_del() her
This patch fixes these warnings:
fs/partitions/check.c: In function 'add_partition':
fs/partitions/check.c:391: warning: ignoring return value of 'kobject_add',
declared with attribute warn_unused_result
fs/partitions/check.c:394: warning: ignoring return value of
'sysfs_create_lin
On Sun, Jul 29, 2007 at 11:59:35PM +0200, Jesper Juhl wrote:
Thanks, applied.
Ralf
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at h
On Mon, Jul 30, 2007 at 09:44:19AM +0200, Mikael Starvik wrote:
> I will make another try soon.
>
> The problem is that every time I try the following happens:
>
> 1. I download the bleeding edge latest stuff that you can get
> 2. I prepare and submit patches
> 3. I get replies with comments on
Cornelia Huck wrote:
> On Mon, 30 Jul 2007 17:47:55 +0800,
> Eugene Teo <[EMAIL PROTECTED]> wrote:
>
>> +err_out_del_link:
>> +sysfs_remove_link(&p->kobj, "subsystem");
>> +err_out_del_kobj:
>> +if (!disk->part_uevent_suppress)
>> +kobject_uevent(&p->kobj, KOBJ_REMOVE);
>> +
Groundhog Day?
Vasily Averin wrote:
> [EMAIL PROTECTED] ~]# echo 1 > /proc/timer_stats
> [EMAIL PROTECTED] ~]# cat /proc/timer_stats
> Timer Stats Version: v0.1
> Sample period: 17.992 s
> 0 total events
> [EMAIL PROTECTED] ~]# cat /proc/timer_stats
> Timer Stats Version: v0.1
> Sample period: -43
Hi David,
Thanks for the comments.
On Sun, 29 Jul 2007, David Miller wrote:
From: Mark Fortescue <[EMAIL PROTECTED]>
Date: Mon, 30 Jul 2007 03:18:42 +0100 (BST)
Unfortunatly Sparc32 sun4c low level memory management apears to be
incompatible with commit b6a2fea39318e43fee84fa7b0b90d68bed92d2
Hello, Cliff.
Cliff Wickman wrote:
> I've run into a problem with the ATA SCSI disk driver when running in a
> kdump dump-capture kernel.
>
> I'm running on 2-processor x86_64 box. It has 2 scsi disks, /dev/sda and
> /dev/sdb
>
> My kernel is 2.6.22, and built to be a dump capturing kernel load
On Mon, 30 Jul 2007 17:47:55 +0800,
Eugene Teo <[EMAIL PROTECTED]> wrote:
> +err_out_del_link:
> + sysfs_remove_link(&p->kobj, "subsystem");
> +err_out_del_kobj:
> + if (!disk->part_uevent_suppress)
> + kobject_uevent(&p->kobj, KOBJ_REMOVE);
> + kobject_put(&p->kobj);
> +er
On (29/07/07 16:58), Adrian Bunk didst pronounce:
> This patch makes needlessly global code static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
Seems fair.
Acked-by: Mel Gorman <[EMAIL PROTECTED]>
> ---
>
> mm/page_alloc.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(
* George Sescher <[EMAIL PROTECTED]> wrote:
> > * George Sescher <[EMAIL PROTECTED]> wrote:
> >
> > > > > On 30/07/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > > > > > i'd encourage you to do it - in fact i already tried to prod Peter
> > > > > > Williams into doing exactly that ;) The more rea
Rusty Russell wrote:
> On Mon, 2007-07-30 at 06:18 +0530, Satyam Sharma wrote:
>> On 7/30/07, Rusty Russell <[EMAIL PROTECTED]> wrote:
>>> +config LGUEST_NET
>>> + tristate
>>> + depends on LGUEST_GUEST && NET
>> default y ?
>
> Thanks, that does work better. Clean configs get an "N"
On Mon, Jul 30, 2007 at 10:45:19AM +0100, Maciej W. Rozycki wrote:
> On Sat, 28 Jul 2007, Russell King wrote:
>
> > Essentially, any complex interrupt handler (such as an IDE interrupt
> > doing a multi-sector PIO transfer _in interrupt context_) can cause this
> > kind of starvation. That's why
On Fri, 2007-07-20 at 14:43 -0700, Andrew Morton wrote:
> On Fri, 20 Jul 2007 11:20:43 +0900
> Fernando Luis V__zquez Cao <[EMAIL PROTECTED]> wrote:
>
> > With the advent of kdump it is possible that device drivers receive
> > interrupts generated in the context of a previous kernel. Ideally
> >
> Hi,
> I get an oops when trying to mount an ISO file using the loopback device.
> If I revert the patch 'loop-use-unlocked_ioctl.patch' the mount works.
>
> Here's the oops:
>
> [ 85.697033] Unable to handle kernel NULL pointer dereference at
> 0100 RIP:
> [ 85.702528] [] lo_ioc
On Sat, 28 Jul 2007, Russell King wrote:
> Essentially, any complex interrupt handler (such as an IDE interrupt
> doing a multi-sector PIO transfer _in interrupt context_) can cause this
> kind of starvation. That's why Linux 1.x had bottom halves - so that
> the time consuming work could be move
This patch fixes these warnings:
fs/partitions/check.c: In function 'add_partition':
fs/partitions/check.c:391: warning: ignoring return value of 'kobject_add',
declared with attribute warn_unused_result
fs/partitions/check.c:394: warning: ignoring return value of
'sysfs_create_lin
Hi Cornelia,
Cornelia Huck wrote:
> On Sun, 29 Jul 2007 10:53:39 +0800,
> Eugene Teo <[EMAIL PROTECTED]> wrote:
[...]
>> +return;
>> +
>> +err_out_del_link:
>> +sysfs_remove_link(&p->kobj, "subsystem");
>
> You need a remove uevent if you did an add uevent above.
>
>> +err_out_del_kobj:
On Fri, 27 Jul 2007, Paul Fulghum wrote:
> I can't see anyplace in serial_core.c or 8250.c that sets TTY_OVERRUN.
Look for UART_LSR_OE in 8250.c -- the serial core accepts any bit that
has been defined by the low-level driver and sets TTY_OVERRUN in
uart_insert_char().
Maciej
-
To unsubscri
On Sun, 2007-07-29 at 19:45 -0700, Daniel Walker wrote:
> +#undef TYPE_EQUAL
> +#define TYPE_EQUAL(var, type) \
> + __builtin_types_compatible_p(typeof(var), type *)
> +
If you're going to touch this code, could you perhaps change TYPE_EQUAL
to do as it says and read like so:
On Fri, 27 Jul 2007, Lee Howard wrote:
> >The serial drivers have nothing to do about it -- all they can do is pushing
> >data upstream, to the discipline driver. They can provide an interface to
> >hardware flow control features though, if implemented by a given UART.
> >
>
> Thank you for this
On Fri, 27 Jul 2007, Robert Hancock wrote:
> > The TTY line discipline driver could do that based on the amount of received
> > data present in its buffer. And it should if asked to (a brief look at
> > drivers/char/n_tty.c reveals it does; obviously there may be a bug
>
> Really, where? In my
On Monday 30 July 2007 11:41, Jan Kratochvil wrote:
> On Mon, 30 Jul 2007 10:03:03 +0200, Vivek Goyal wrote:
> > On Sat, Jul 28, 2007 at 04:43:43AM +0300, Maxim Levitsky wrote:
>
> ...
>
> > > gdb 'thinks' that all kernel symbols are below 0x8000 , while they
> > > are at 0xC000
> > >
> > >
Dan Williams wrote:
> WARNING: EXPORT_SYMBOL(foo); should immediately follow its function/variable
> #563: FILE: drivers/scsi/iioc34x/iioc34x_sas.c:58:
> +EXPORT_SYMBOL(iioc34x_transport_template);
>
> drivers/scsi/iioc34x/iioc34x_sas.c:57
> struct scsi_transport_template *iioc34x_transport_templa
Matthew Hawkins wrote:
updatedb by itself doesn't really bug me, its just that on occasion
its still running at 7am
You should start it earlier then - assuming it doesn't
already start at the earliest opportunity?
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> spinlock/rt_lock random cleanups
thanks, applied.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hello,
This following patch removes the TIF_NOTIFY_RESUME flag for thread_info. It is
unused
on all but the IA-64 architecture. This is take 2 of this patch. In this
version,
The definition is removed but no re-numbering of the TIF flags is done to
minimize
the possibility of errors and reduce
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> This mismerge caused my networking to malfunction. The interface would
> come up, but no traffic would make it in/out ..
your patch only affects the !CONFIG_PREEMPT_RT case, so with that
qualification indeed that happened, and i've applied your fix.
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> @@ -508,7 +508,9 @@ inline fastcall void raise_softirq_irqof
> {
> __do_raise_softirq_irqoff(nr);
>
> +#ifdef CONFIG_PREEMPT_SOFTIRQS
> wakeup_softirqd(nr);
> +#endif
thanks, applied. People rarely run the -rt kernel just to turn off
P
> * George Sescher <[EMAIL PROTECTED]> wrote:
>
> > > > On 30/07/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > > > > i'd encourage you to do it - in fact i already tried to prod Peter
> > > > > Williams into doing exactly that ;) The more reality checks a
> > > > > scheduler has, the better. [ Btw
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> In prior -rt verisons the last_tick value was called wall_jiffies and
> was initialized in this same way as below. If this value isn't
> initialized the calc_load function gets skewed for several minutes
> right after boot up. Skewed meaning always
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> From: Steven Rostedt <[EMAIL PROTECTED]>
>
> I think this was sent before, and it did cause problems before. Would
> there be *any* reason to have non-threaded softirqs but threaded
> hardirqs. I can see lots of issues with that.
please elaborate i
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> + /*
> + * If our rcu_read_lock_nesting went negative, likely
> + * something is wrong..
> + */
> + WARN_ON(current->rcu_read_lock_nesting < 0);
have you actually caught any rcu locking problem this way? Double
unlocks should b
Hi Rodolfo,
On Mon, 30 Jul 2007, Rodolfo Giometti wrote:
> On Mon, Jul 30, 2007 at 10:39:38AM +0530, Satyam Sharma wrote:
> >
> > Nopes, this isn't quite correct/safe. I suggest you should read:
> >
> > http://www.kernel.org/pub/linux/kernel/people/rusty/kernel-locking/
>
> I read it but stil
Hello,
Thanks for catching this. We will resubmit an updated version.
PHil, Peter, would you be able/willing to do this?
thanks.
On Sat, Jul 28, 2007 at 11:19:50AM +0200, Heiko Carstens wrote:
> On Fri, Jul 27, 2007 at 06:53:23AM -0700, Stephane Eranian wrote:
> > Ralf,
> >
> > Here is take 2.
On Fri, Jul 27, 2007 at 08:28:48AM +0900, Takenori Nagano wrote:
> Hi Vivek,
>
> Vivek Goyal wrote:
> > On Thu, Jul 26, 2007 at 05:47:18PM +0200, Bernhard Walle wrote:
> >> * Vivek Goyal <[EMAIL PROTECTED]> [2007-07-26 17:44]:
> Of course, but that's why the patch doesn't change this by defau
On Sun, 29 Jul 2007 10:53:39 +0800,
Eugene Teo <[EMAIL PROTECTED]> wrote:
> @@ -388,20 +389,34 @@ void add_partition(struct gendisk *disk, int part,
> sector_t start, sector_t len,
> p->kobj.parent = &disk->kobj;
> p->kobj.ktype = &ktype_part;
> kobject_init(&p->kobj);
> - k
On Mon, 30 Jul 2007, Rodolfo Giometti wrote:
> On Mon, Jul 30, 2007 at 10:33:35AM +0530, Satyam Sharma wrote:
> >
> > Fair enough, but I think the code could become a trifle simpler/easier
> > after the conversion, so probably greater chances of getting merged :-)
>
> I see. I'll start thingin
Hi,
On Mon, 30 Jul 2007, Rodolfo Giometti wrote:
> On Mon, Jul 30, 2007 at 09:49:20AM +0530, Satyam Sharma wrote:
> >
> > Hmm? I still don't see why you can't introduce spin_lock_irqsave/restore()
> > in pps_event() around the access to pps_source.
>
> In pps_event() is not useful using spin_l
On Mon, Jul 30, 2007 at 10:39:38AM +0530, Satyam Sharma wrote:
>
> Nopes, this isn't quite correct/safe. I suggest you should read:
>
> http://www.kernel.org/pub/linux/kernel/people/rusty/kernel-locking/
I read it but still I don't see why my solution isn't correct/safe. :)
Can you please propo
On Mon, Jul 30, 2007 at 10:33:35AM +0530, Satyam Sharma wrote:
>
> Fair enough, but I think the code could become a trifle simpler/easier
> after the conversion, so probably greater chances of getting merged :-)
I see. I'll start thinging about it.
> But that's alright -- see, as I said, you're
On Mon, 30 Jul 2007 10:03:03 +0200, Vivek Goyal wrote:
> On Sat, Jul 28, 2007 at 04:43:43AM +0300, Maxim Levitsky wrote:
...
> > gdb 'thinks' that all kernel symbols are below 0x8000 , while they are
> > at
> > 0xC000
> >
> > Turning CONFIG_RELOCATABLE off fixes that, so I assume that is
* Marcin Ślusarz <[EMAIL PROTECTED]> wrote:
> > Subject: x86: activate HARDIRQS_SW_RESEND
> > From: Ingo Molnar <[EMAIL PROTECTED]>
> >
> > activate the software-triggered IRQ-resend logic.
> This patch didn't help (tested on 2.6.22.1) - ne2k_pci timed out.
ok. This makes it more likely that th
* Alan Cox <[EMAIL PROTECTED]> wrote:
> Ok the logic behind the 8390 is very simple:
thanks for the explanation Alan! A few comments and a question:
> Things to know
> - IRQ delivery is asynchronous to the PCI bus
> - Blocking the local CPU IRQ via spin locks was too slow
> -
On Monday July 30, [EMAIL PROTECTED] wrote:
> >
> > Surely we just leaked that bio if (mirror == -1)?
> >
> > better:
> >
> > --- a/drivers/md/raid10.c~md-raid10-fix-use-after-free-of-bio
> > +++ a/drivers/md/raid10.c
> > @@ -1534,7 +1534,6 @@ static void raid10d(mddev_t *mddev)
> >
On Mon, 30 Jul 2007, Petko Manolov wrote:
> On Sun, 29 Jul 2007, Oliver Neukum wrote:
>
> > [...]
> > pegasus == NULL there would be a kernel bug. Silently ignoring
> > it, like the code now wants to do is bad. As the oops has never been
> > reported, I figure turning it into an explicit debugg
On Mon, Jul 30, 2007 at 09:49:20AM +0530, Satyam Sharma wrote:
>
> Hmm? I still don't see why you can't introduce spin_lock_irqsave/restore()
> in pps_event() around the access to pps_source.
In pps_event() is not useful using spin_lock_irqsave/restore() since
the only difference between spin_loc
Hi, Arnd,
I can change it as you metioned now.
Thanks!
-zw
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Arnd Bergmann
> Sent: Sunday, July 29, 2007 9:57 PM
> To: [EMAIL PROTECTED]
> Cc: Zhang Wei-r63237; [EMAIL PROTECTED];
> [EMAIL PROTECTED];
I will make another try soon.
The problem is that every time I try the following happens:
1. I download the bleeding edge latest stuff that you can get
2. I prepare and submit patches
3. I get replies with comments on my patches
4. I fix the patches.
5. I get told that the patches are against a t
Am Samstag, den 28.07.2007, 23:55 -0700 schrieb Andrew Morton:
> On Fri, 27 Jul 2007 16:46:23 +0200 Maik Hampel <[EMAIL PROTECTED]> wrote:
>
> > In case of read errors raid10d tries to print a nice error message,
> > unfortunately using data from an already put bio.
> >
> > Signed-off-by: Maik Ha
On Sun, 29 Jul 2007, Oliver Neukum wrote:
Am Sonntag 29 Juli 2007 schrieb Jesper Juhl:
On 29/07/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
Hi,
On 7/29/07, Jesper Juhl <[EMAIL PROTECTED]> wrote:
Hello,
This patch makes sure we don't dereference a NULL pointer in
drivers/net/usb/pegasus.c::
On Sat, Jul 28, 2007 at 04:43:43AM +0300, Maxim Levitsky wrote:
> Hello,
>
> Today I noticed that gdb gets confused when I try to load a vmlinux image.
> gdb 'thinks' that all kernel symbols are below 0x8000 , while they are at
> 0xC000
>
> Turning CONFIG_RELOCATABLE off fixes that, so I
[ Expanding recipients list ]
John Sigler wrote:
I'm using 2.6.20.7-rt8 on a P3.
But some ntpd users have reported the problem with mainline kernels and
different versions.
I've noticed that the frequency offset of my system clock (computed
either by ntpd, or by hand) changes drastically
commit eab03ac7bd3e0da99eb9dc068772a85a5e3f3577 aka
"[PATCH] Get rid of /proc/sys/proc" was good commit except strace(1) compile
breakage it introduced:
system.c:1581: error: 'CTL_PROC' undeclared here (not in a function)
So, add dummy enum back.
Signed-off-by: Alexey Dobriyan <[EMAIL PR
* George Sescher <[EMAIL PROTECTED]> wrote:
> > > On 30/07/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > > > i'd encourage you to do it - in fact i already tried to prod Peter
> > > > Williams into doing exactly that ;) The more reality checks a
> > > > scheduler has, the better. [ Btw., after t
Jesper Juhl wrote:
(sorry about the duplicate mail, forgot a recipient first time)
Hi,
This patch removes a few duplicate includes from arch/ia64/
Please consider merging :-)
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
sn2/Altix portion is fine with me, so.
Acked-by: Jes Sorensen <[EMAIL P
2007/7/26, Ingo Molnar <[EMAIL PROTECTED]>:
> (..)
> yeah - i meant to cover both arches but forgot about x86_64 - updated
> patch attached below.
>
> Ingo
>
> ->
> Subject: x86: activate HARDIRQS_SW_RESEND
> From: Ingo Molnar <[EMAIL PROTECTED]>
>
> activate the software-tr
On Monday, 30 July 2007 02:21, Linus Torvalds wrote:
>
> Ok, I took this, and modified Len's patch to re-introduce ACPI_SLEEP on
> top of it (I took the easy way out, and just made PM_SLEEP imply
> ACPI_SLEEP, which should make everything come out right. I could have
> dropped ACPI_SLEEP entire
On Sun, 29 Jul 2007 09:37:39 +0200 Robert Schwebel <[EMAIL PROTECTED]> wrote:
> Hi,
>
> My Dell Latitude D520 just dies with this BUG:
Reproducible, I assume.
> --8<--8<--8<--8<--
> Jul 29 09:30:00 localhost kernel: [ cut here ]
>
On Fri, 2007-07-27 at 11:37 -0500, Adam Litke wrote:
> Hey... I am amazed at how quickly you came back with a patch for this :)
> Thanks for looking at it. Unfortunately there is one show-stopper and I
> have some reservations (pun definitely intended) with your approach:
Thanks for your great com
On Mon, 30 Jul 2007, Matthias Kaehlcke wrote:
> [...]
>
> The Host AP driver uses a semaphore as mutex. Use the mutex API
> instead of the (binary) semaphore.
>
> Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]>
Reviewed-by: Satyam Sharma <[EMAIL PROTECTED]>
-
To unsubscribe from this lis
On 27 Jul 2007 at 9:46, Andrew Patterson wrote:
> On Thu, 2007-07-26 at 23:23 -0700, Andrew Vasquez wrote:
> > On Thu, 26 Jul 2007, Andrew Patterson wrote:
> >
> > > On Thu, 2007-07-26 at 15:36 +0200, Ulrich Windl wrote:
> > > > Hi,
> > > >
> > > > I have a question: The Qlogic ISP2422 chip is s
> > On 30/07/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > > i'd encourage you to do it - in fact i already tried to prod Peter
> > > Williams into doing exactly that ;) The more reality checks a
> > > scheduler has, the better. [ Btw., after the obvious initial merging
> > > trouble it should be
David Chinner wrote:
> On Mon, Jul 23, 2007 at 06:40:39PM +0530, Amit K. Arora wrote:
>> On Mon, Jul 23, 2007 at 08:09:45AM +0200, Michael Kerrisk wrote:
>>> I've taken the page that you sent and made various minor formatting and
>>> wording fixes. I've also added various FIXMEs to the page. So
501 - 584 of 584 matches
Mail list logo