Andrew Morton wrote:
: root 3 0.0 0.0 0 0 ?S18:51 0:00 [watchdog/0]
That's the softlockup detector. Confusingly named to look like a, err,
watchdog. Could probably use keventd.
I would think this would run into the keventd "problem", where $N
processes can l
Linus Torvalds wrote:
On Mon, 9 Apr 2007, Andrew Morton wrote:
10 ?S< 0:00 [khelper]
That one's needed to parent the call_usermodehelper() apps. I don't think
it does anything else. We used to use keventd for this but that had some
problem whcih I forget.
I think it was one
Torsten Kaiser wrote:
One thread per port, not per device.
796 ?S 0:00 \_ [scsi_eh_0]
797 ?S 0:00 \_ [scsi_eh_1]
798 ?S 0:00 \_ [scsi_eh_2]
819 ?S 0:00 \_ [scsi_eh_3]
820 ?S 0:00 \_ [scsi_eh_4]
824 ?S 0:00
On Mon, Apr 09, Dave Dillow wrote:
> It's not /dev he's backing up -- its /home, /usr, and others. GNU tar
> saves the device and inode numbers from the {,l}stat() call on each file
> and decides it is a new file if either number changes from run to run.
So fix tar to not do silly things.
Kernel
> > This comes at an awkward time, because we might well merge the
> > staircase/deadline work into 2.6.22, and I think it rewrites the part of
> > the scheduler which is causing the problems you're observing.
> >
> > Has anyone verified that SD fixes this problem and the one at
> > http://lkml.or
On Mon, 9 April 2007 12:21:15 -0500, Eric Sandeen wrote:
> Phillip Susi wrote:
> >
> > When the filesystem is told to mount the disk read only, that means it
> > should not write to it.
>
> It means the filesystem should not be writeable when it is mounted.
> This is not the same as saying tha
Arjan van de Ven wrote:
> Pavel Emelianov wrote:
>> This causes constructions like
>>
>> down_write(&mm1->mmap_sem);
>> if (down_write_trylock(&mm2->mmap_sem)) {
>>...
>>up_write(&mm2->mmap_sem);
>> }
>> up_write(&mm1->mmap_sem);
>>
>> generate a lockdep warning about circular locki
> >
> > -static DEFINE_PER_CPU(struct rq, runqueues);
> > +static DEFINE_PER_CPU(struct rq, runqueues) cacheline_aligned_in_smp;
>
> Remember that this can consume up to (linesize-4 * NR_CPUS) bytes,
On x86 just the real possible map now -- that tends to be much smaller.
There might be s
On Tue, 10 Apr 2007 03:05:56 -0400 Jeff Garzik <[EMAIL PROTECTED]> wrote:
> My main
> worry with keventd is that we might get stuck behind an unrelated
> process for an undefined length of time.
I don't think it has ever been demonstrated that keventd latency is
excessive, or a problem. I gues
On Mon, Apr 09, 2007 at 07:30:56PM -0700, Andrew Morton wrote:
> : root 319 0.0 0.0 0 0 ?S18:51 0:00 [pccardd]
>
> hm.
One per PC card socket to avoid the sysfs locking crappyness that would
otherwise deadlock, and to convert from the old unreadable state machine
im
On Monday 09 April 2007 23:55:52 Ashok Raj wrote:
> Please help review and provide feedback.
High level question: how did you solve the "user X server needs IOMMU bypass"
problem?
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL P
On Tuesday 10 April 2007, Olaf Hering wrote:
>On Mon, Apr 09, Dave Dillow wrote:
>> It's not /dev he's backing up -- its /home, /usr, and others. GNU tar
>> saves the device and inode numbers from the {,l}stat() call on each
>> file and decides it is a new file if either number changes from run to
On Tuesday 10 April 2007, Olaf Hering wrote:
>On Mon, Apr 09, Dave Dillow wrote:
>> It's not /dev he's backing up -- its /home, /usr, and others. GNU tar
>> saves the device and inode numbers from the {,l}stat() call on each
>> file and decides it is a new file if either number changes from run to
On Sun, Apr 08, 2007 at 08:59:03PM -0400, Jeff Garzik wrote:
> >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/broken-out/forcedeth-work-around-null-skb-dereference-crash.patch
>
> It sounded this was specific to Ingo.
I'm not sure, it sounds a bit like so
On Tue, 2007-04-10 at 09:49 +0200, Andi Kleen wrote:
> On Monday 09 April 2007 23:55:52 Ashok Raj wrote:
>
> > Please help review and provide feedback.
>
> High level question: how did you solve the "user X server needs IOMMU bypass"
> problem?
Please see patch 5. We have two workarounds for grap
On Mon, 9 Apr 2007 17:10:23 -0400
"Stuart MacDonald" <[EMAIL PROTECTED]> wrote:
> My problem is that I don't have wish/tk installed. Is there a
> text-based alternative to visualize that I can use? Or is there a
> different method to locate a nearby commit?
>
> The answer may involve something as
On Tue, Apr 10, 2007 at 03:57:28PM +0800, Shaohua Li wrote:
> On Tue, 2007-04-10 at 09:49 +0200, Andi Kleen wrote:
> > On Monday 09 April 2007 23:55:52 Ashok Raj wrote:
> >
> > > Please help review and provide feedback.
> >
> > High level question: how did you solve the "user X server needs IOMMU
On Mon, 2007-04-09 at 20:46 -0700, Greg KH wrote:
> On Mon, Apr 09, 2007 at 02:55:54PM -0700, Ashok Raj wrote:
> > +/*
> > + * find the upstream PCIE-to-PCI bridge of a PCI device
> > + * if the device is PCIE, return NULL
> > + * if the device isn't connected to a PCIE bridge (that is its parent i
On Saturday 07 April 2007 19:38, Andi Kleen wrote:
> "Andika Triwidada" <[EMAIL PROTECTED]> writes:
>
> [cc linux-acpi]
>
> > Question: is that normal? I thought power consumption will be
> > automatically reduced if one core offlined.
Known? Yes.
What people would expect? No.
http://bugzilla
Russell King wrote:
Could probably be eliminated if we had some mechanism to spawn a helper
thread to do some task as required which didn't block other helper
threads until it completes.
kthread_run() should go that for you. Creates a new thread with
kthread_create(), and wakes it up immediat
Gene Heskett wrote:
On Tuesday 10 April 2007, Olaf Hering wrote:
On Mon, Apr 09, Dave Dillow wrote:
It's not /dev he's backing up -- its /home, /usr, and others. GNU tar
saves the device and inode numbers from the {,l}stat() call on each
file and decides it is a new file if either number change
On Mon, Apr 09, 2007 at 02:28:41PM -0700, Peter P Waskiewicz Jr ([EMAIL
PROTECTED]) wrote:
> + alloc_size = (sizeof(struct net_device_subqueue) * queue_count);
> +
> + p = kzalloc(alloc_size, GFP_KERNEL);
> + if (!p) {
> + printk(KERN_ERR "alloc_netdev: Unable to allocate
Ashok Raj wrote:
1. Support for ACPI framework to parse and work with DMA Remapping Tables.
2. Add support for PCI infrastructure to search parent relationships.
3. Hardware support for providing DMA remapping support for Intel Chipsets.
4. Supporting Zero Length Reads on DMAR's not able to suppo
I've not seen this reported...
[ 9564.772749]
[ 9564.772752] ===
[ 9564.772757] [ INFO: possible circular locking dependency detected ]
[ 9564.772760] 2.6.21-rc6-gc2481cc4 #9
[ 9564.772762] ---
On Tue, 2007-04-10 at 11:09 +0300, Muli Ben-Yehuda wrote:
> On Tue, Apr 10, 2007 at 03:57:28PM +0800, Shaohua Li wrote:
> > On Tue, 2007-04-10 at 09:49 +0200, Andi Kleen wrote:
> > > On Monday 09 April 2007 23:55:52 Ashok Raj wrote:
> > >
> > > > Please help review and provide feedback.
> > >
> >
Peter Zijlstra wrote:
> *ugh* /me no like.
>
> The basic premises seems to be that we can track page owners perfectly
> (although this patch set does not yet do so), through get/release
It looks like you have examined the patches not very carefully
before concluding this. These patches DO track p
On Tue, 2007-04-10 at 04:21 -0400, Jeff Garzik wrote:
> Ashok Raj wrote:
> > 1. Support for ACPI framework to parse and work with DMA Remapping Tables.
> > 2. Add support for PCI infrastructure to search parent relationships.
> > 3. Hardware support for providing DMA remapping support for Intel Chi
On Mon, Apr 09, 2007 at 02:55:57PM -0700, Ashok Raj wrote:
> Most GFX drivers don't call standard PCI DMA APIs to allocate DMA buffer,
> Such drivers will be broken with IOMMU enabled. To workaround this issue,
> we added two options.
All drm drivers do it. If the usual out of tree crap vendors
Andrew Morton wrote:
On Tue, 10 Apr 2007 03:05:56 -0400 Jeff Garzik <[EMAIL PROTECTED]> wrote:
My main
worry with keventd is that we might get stuck behind an unrelated
process for an undefined length of time.
I don't think it has ever been demonstrated that keventd latency is
excessive, or
grep ACPI .config
# CONFIG_X86_64_ACPI_NUMA is not set
# CONFIG_PNPACPI is not set
This config builds fine.
Let me know if you have one that doesn't.
thanks,
-Len
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordom
Shaohua Li wrote:
DMA remapping just uses ACPI table to tell which dma remapping engine a
pci device is controlled by at boot time. At run time, DMA remapping
hasn't any interactive with ACPI.
The Linux kernel _really_ wants a non-ACPI way to detect this.
Just use the hardware registers themse
On Mon, 2007-04-09 at 22:10 +0200, Miklos Szeredi wrote:
> > > The one in pam-0.99.6.3-29.1 in opensuse-10.2 is totally broken. Are
> > > you interested in the details? I can reproduce it, but forgot to note
> > > down the details of the brokenness.
> >
> > I don't know how far removed that is f
On Tue, 10 Apr 2007 04:33:57 -0400 Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Tue, 10 Apr 2007 03:05:56 -0400 Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >
> >> My main
> >> worry with keventd is that we might get stuck behind an unrelated
> >> process for an undefined le
Andrew Morton wrote:
Well that obviously would be a dumb way to use keventd. One would need
to do schedule_work(), kick off the reset then do schedule_delayed_work()
to wait (or poll) for its termination.
Far too complex. See what Russell wrote, for instance.
When you are in a kernel thread,
On Fri, 2007-04-06 at 16:16 -0700, H. Peter Anvin wrote:
> >>
> >> - users can use bind mounts without having to pre-configure them in
> >> /etc/fstab
> >>
>
> This is by far the biggest concern I see. I think the security
> implication of allowing anyone to do bind mounts are poorly understoo
On Mon, 09 Apr 2007 18:22:22 +0400
Maxim Uvarov <[EMAIL PROTECTED]> wrote:
> --- linux-2.6.21-rc5.orig/arch/x86_64/kernel/entry.S
> +++ linux-2.6.21-rc5/arch/x86_64/kernel/entry.S
> @@ -236,6 +236,11 @@ ENTRY(system_call)
> movq %r10,%rcx
> call *sys_call_table(,%rax,8) # XXX:ri
* Russell King <[EMAIL PROTECTED]> wrote:
> One per PC card socket to avoid the sysfs locking crappyness that
> would otherwise deadlock, and to convert from the old unreadable state
> machine implementation to a much more readable linearly coded
> implementation.
>
> Could probably be elimin
Waskiewicz Jr, Peter P wrote:
> Thanks Pat for the initial feedback. I can post a set of patches to
> e1000 using the new API; I'll try to get them out asap (need to apply to
> this kernel tree).
Thanks.
> However, the PRIO qdisc still uses the priority in
> the bands for dequeueing priority, a
Ingo Molnar wrote:
John wrote:
I've tweaked patch-2.6.20-rt8 so that it applies to 2.6.20.5
The unified diff is attached to this message.
thanks - this is useful to those who are not that much on the bleeding
edge.
I'd be happy to hear comments on what I've done wrong.
78 hunks had to be
From: Christoph Hellwig <[EMAIL PROTECTED]>
Date: Tue, 10 Apr 2007 09:33:51 +0100
> On Mon, Apr 09, 2007 at 02:55:57PM -0700, Ashok Raj wrote:
> > Most GFX drivers don't call standard PCI DMA APIs to allocate DMA buffer,
> > Such drivers will be broken with IOMMU enabled. To workaround this issue,
On Tuesday 10 April 2007 11:07:02 David Miller wrote:
> From: Christoph Hellwig <[EMAIL PROTECTED]>
> Date: Tue, 10 Apr 2007 09:33:51 +0100
>
> > On Mon, Apr 09, 2007 at 02:55:57PM -0700, Ashok Raj wrote:
> > > Most GFX drivers don't call standard PCI DMA APIs to allocate DMA buffer,
> > > Such dr
Apr 8 21:47:22 localhost kernel: EIP:0060:[]
Tainted: P VLI
Someone in private took me a noticed of a still tainted kernel. I
didn't noticed that, I am sorry for that. I was sure that unloaded
proprietary modules should resolve the problem. My fault. I will try
to reproduce the crash
Ingo Molnar wrote:
* Russell King <[EMAIL PROTECTED]> wrote:
One per PC card socket to avoid the sysfs locking crappyness that
would otherwise deadlock, and to convert from the old unreadable state
machine implementation to a much more readable linearly coded
implementation.
Could probably
On Sun, 8 Apr 2007, Li Yu wrote:
> The attachment is the latest HID bus prototype. It have such changes:
> 0. Move the hidp directory from net/bluetooth/ to drivers/hid/.
Hi Li,
we have been discussing this with Marcel previously, and the decission was
to let the hidp code where it
On 10 Apr 2007, at 07:10, Andrew Morton wrote:
On Mon, 09 Apr 2007 21:31:37 -0700 Nate Diller
<[EMAIL PROTECTED]> wrote:
It's very common for file systems to need to zero part or all of a
page, the
simplist way is just to use kmap_atomic() and memset(). There's
actually a
library function i
On Mon, Apr 09, 2007 at 06:48:54PM -0600, Eric W. Biederman wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> > I suspect there are quite a few kernel threads which don't really need to
> > be threads at all: the code would quite happily work if it was changed to
> > use keventd, via schedule
On Sat, Apr 07, 2007 at 10:59:19AM -0700, H. Peter Anvin wrote:
> As far as width handling -- in order to make all the text line up under
> all circumstances you need more than width handling. [...]
>
> is is ridiculous. It's much better to draw a line in the sand and say
> that this is beyon
Peter P Waskiewicz Jr wrote:
> + /* To retrieve statistics per subqueue - FOR FUTURE USE */
> + struct net_device_stats* (*get_subqueue_stats)(struct net_device *dev,
> + int queue_index);
Please no future use stuff, just add it when you
On Sat, 7 Apr 2007 15:15:56 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sat, 7 Apr 2007 10:43:39 +0200 Eric Dumazet <[EMAIL PROTECTED]> wrote:
> >
> > get_futex_key() does a check against sizeof(u32) regardless of futex being
> > 64bits or not.
> > So it is possible a 64bit futex spans t
On Mon, Apr 09, 2007 at 06:35:39PM -0600, Eric W. Biederman wrote:
> Robin Holt <[EMAIL PROTECTED]> writes:
>
> > OK. I just got the OK from management. The system we were booting was
> > for research only. We had NR_CPUS=num_online_cpus()=4096 which were
> > non-hyperthreaded. With no attache
Replace what appears to be an incorrect spelling of "__typeof" with
the correct spelling of "__typeof__".
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/include/asm-mips/paccess.h b/include/asm-mips/paccess.h
index 147844e..8c08fa9 100644
--- a/include/asm-mips/paccess.h
+
On Mon, Apr 09, 2007 at 10:46:25AM -0700, Ram Pai wrote:
> On Mon, 2007-04-09 at 12:07 -0500, Serge E. Hallyn wrote:
> > Quoting Miklos Szeredi ([EMAIL PROTECTED]):
>
> > > - need to set up mount propagation from global namespace to private
> > >ones, mount(8) does not yet have options to con
Christoph Lameter wrote:
> On Thu, 5 Apr 2007, David Miller wrote:
>
>> Hey Christoph, here is sparc64 support for this stuff.
>
> Great!
>
>> After implementing this and seeing more and more how it works, I
>> really like it :-)
>>
>> Thanks a lot for doing this work Christoph!
>
> Thanks for
Jiri Kosina wrote:
> Hi Li,
>
> we have been discussing this with Marcel previously, and the decission was
> to let the hidp code where it is right now, due to it being very closely
> connected to the bluetooth network stack.
>
That's OK.
>
>> 1. HID/Bluetooth support, ONLY FOR HIGHLY
Waskiewicz Jr, Peter P <[EMAIL PROTECTED]> wrote:
>
>> >@@ -3356,6 +3370,7 @@ void free_netdev(struct net_device *dev)
>> > /* will free via device release */
>> > put_device(&dev->dev);
>> > #else
>> >+kfree((char *)dev->egress_subqueue);
>> > kfree((char *)dev - dev->padded);
>> >
As promised to Andrew, and with much thanks to Andi Kleen for feedback,
this is the new series of lguest patches.
Main change is the move to drivers/lguest (for future non-i386
expansion), but lots of cleanups driven by Andi's feedback and the
documentation effort (which made me examine every line
This is the structure offsets required by lg.ko's switcher.S.
Unfortunately we don't have infrastructure for private asm-offsets
creation.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
arch/i386/kernel/asm-offsets.c | 19 +++
1 file changed, 19 insertions(+)
===
This is the code and headers required to make an i386 kernel an lguest guest.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
drivers/lguest/lguest.c | 509 +++
drivers/lguest/lguest_asm.S | 59
drivers/lguest/lguest_bus.c | 148 ++
This is the Kconfig and Makefile to allow lguest to actually be
compiled.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
drivers/Kconfig |2 ++
drivers/Makefile|1 +
drivers/lguest/Kconfig | 20
drivers/lguest/Makefile |7 +++
4 files
A simple console driver for lguest.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
drivers/char/Makefile |1
drivers/char/hvc_lguest.c | 99 +
2 files changed, 100 insertions(+)
=
A simple net driver for lguest.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
drivers/net/Makefile |1
drivers/net/lguest_net.c | 355 ++
2 files changed, 356 insertions(+)
==
Lguest net driver
A simple net driver for lguest.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
drivers/net/Makefile |1
drivers/net/lguest_net.c | 355 ++
2 files changed, 356 insertions(+)
===
Lguest block driver
A simple block driver for lguest.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
drivers/block/Makefile |1
drivers/block/lguest_blk.c | 271
2 files changed, 272 insertions(+)
=
A brief document describing how to use lguest. Because lguest doesn't
have an ABI we also include an example launcher in the Documentation
directory.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
Documentation/lguest/Makefile | 20
Documentation/lguest/lguest.c | 982 +
Following the programming advice laid down in the gcc manual, make
sure the case "..." operator has spaces on either side.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
According to:
http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Case-Ranges.html#Case-Ranges:
"Be careful: Write space
On 10/04/07, Bartek <[EMAIL PROTECTED]> wrote:
> Apr 8 21:47:22 localhost kernel: EIP:0060:[]
> Tainted: P VLI
Someone in private took me a noticed of a still tainted kernel. I
didn't noticed that, I am sorry for that. I was sure that unloaded
proprietary modules should resolve the p
On Tue, Apr 10, 2007 at 09:22:53AM +0200, Jörn Engel wrote:
> > Under all conditions it should be safe to mount a read-only block
> > device, but that is not the same as mounting a filesystem read-only.
>
> In particular, it is a lame excuse when this claim is true. If the
> block-device is read-
Hi Rusty,
On 4/10/07, Rusty Russell <[EMAIL PROTECTED]> wrote:
+/* Jens gave me this nice helper to end all chunks of a request. */
+static void end_entire_request(struct request *req, int uptodate)
+{
+ if (end_that_request_first(req, uptodate, req->hard_nr_sectors))
+ BUG()
Merge all compat ioctl handling into compat_ioctl.c instead of splitting
it over compat.c and compat_ioctl.c. This also allows to get rid of
ioctl32.h
Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
Index: linux-2.6/fs/compat.c
==
On Monday 09 April 2007 22:39, Mike Galbraith wrote:
> On Mon, 2007-04-09 at 07:38 +0200, Mike Galbraith wrote:
>
> > I don't think you can have very much effect on latency using nice with
> > SD once the CPU is fully utilized. See below.
> >
> > /*
> > * This contains a bitmap for each dynamic
On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
>
I'm seeing this while booting:
ima (ima_init): No TPM chip found(rc = -19), activating TPM-bypass!
=
[ BUG: hel
Following the programming advice laid down in the gcc manual, make
sure the case "..." operator has spaces on either side.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
These are the only other examples of this in the entire kernel source
tree, so no need to worry about an impending d
On 4/10/07, Rusty Russell <[EMAIL PROTECTED]> wrote:
> +/* Jens gave me this nice helper to end all chunks of a request. */
> +static void end_entire_request(struct request *req, int uptodate)
> +{
> + if (end_that_request_first(req, uptodate, req->hard_nr_sectors))
> + BUG();
John Stoffel napsal(a):
>> "Jiri" == Jiri Slaby <[EMAIL PROTECTED]> writes:
>
> Jiri> Andrew Morton napsal(a):
>>> On Wed, 4 Apr 2007 23:45:38 +0200 (CEST) Jiri Slaby <[EMAIL PROTECTED]>
>>> wrote:
>>>
cyclades, remove volatiles
>>> The other changes seem uncontroversial, but this one h
On Sun, 1 Apr 2007 17:24:24 +0300
Tal Kelrich <[EMAIL PROTECTED]> wrote:
> (resent due to a combination of mailer stupidity and my own
> I had to mangle Padraig's name to make it stop encoding as
> Quoted-Printable. hope this is palatable. sorry for the resends)
>
> Hello,
>
> Tested and working
On Sun, 1 Apr 2007 17:24:24 +0300
Tal Kelrich <[EMAIL PROTECTED]> wrote:
> (resent due to a combination of mailer stupidity and my own
> I had to mangle Padraig's name to make it stop encoding as
> Quoted-Printable. hope this is palatable. sorry for the resends)
>
> Hello,
>
> Tested and working
On Mon, 2 Apr 2007 07:38:34 +0200
Willy Tarreau <[EMAIL PROTECTED]> wrote:
> Hello,
>
> On Sun, Apr 01, 2007 at 05:14:07PM +0300, Tal Kelrich wrote:
> > (resent due to mailer stupidity)
> > Hello,
> >
> > This is my first submitted kernel patch, please be gentle.
> >
> > Tested and working on A
On Tue, 2007-04-10 at 07:23 -0400, Ed Tomlinson wrote:
> On Monday 09 April 2007 22:39, Mike Galbraith wrote:
> > On Mon, 2007-04-09 at 07:38 +0200, Mike Galbraith wrote:
> >
> > > I don't think you can have very much effect on latency using nice with
> > > SD once the CPU is fully utilized. See
On Tue, 10 April 2007 07:27:18 -0400, Theodore Tso wrote:
>
> I suppose what you could do is to read in the journal, and use it to
> create an remapping table so that when you want to read block #5126,
> and block number 5126 is in the journal, to read the journal version
> of the block instead of
On Sun, 8 Apr 2007 14:35:59 -0700,
Andrew Morton <[EMAIL PROTECTED]> wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
> +kprobes-the-on-off-knob-thru-debugfs-updated.patch
> +kprobes-the-on-off-knob-thru-debugfs-updated-fix.patch
>
> kprobes work
Hallo Christian,
On Mon, 9 Apr 2007 20:21:57 +0100 (BST), Christian Kujau wrote:
> I've got this Asus A7N8X-X board and when using lm-sensors, these
> messages occasionally show up in my kernel logs:
>
> w83l785ts 1-002e: Couldn't read value from register 0x53. Please report.
Is it always this
> >So fix tar to not do silly things.
> >Kernel major:minor numbers are not stable.
>
> YOU Tell the tar people, they are flabbergasted that linux is apparently
> the only unstable OS that tar can be run on.
Linux is not unstable. It's developmental! Linux is like one giant
international resear
On Fri, 6 Apr 2007 10:53:43 +0800,
WANG Cong <[EMAIL PROTECTED]> wrote:
> OK. Then I send it again. Hopefully it can be accepted this time. ;-p
Looks sane. (Note that there is still a pathological case where
kobject_put() is not enough to trigger release after the failed
kobject_add(). I'm sendi
We leak a reference if we attempt to add a kobject with no name.
Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]>
---
lib/kobject.c |1 +
1 files changed, 1 insertion(+)
--- linux-2.6.21-rc6-mm1.orig/lib/kobject.c
+++ linux-2.6.21-rc6-mm1/lib/kobject.c
@@ -218,6 +218,7 @@ int kobject_shad
On Tue, Apr 10, 2007 at 02:24:21PM +0200, Cornelia Huck wrote:
> On Sun, 8 Apr 2007 14:35:59 -0700,
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
>
> > +kprobes-the-on-off-knob-thru-debugfs-updated.patch
>
On Tue, Apr 10, 2007 at 06:23:27AM -0400, Robert P. J. Day wrote:
> Replace what appears to be an incorrect spelling of "__typeof" with
> the correct spelling of "__typeof__".
Not a bug, just old fashioned.
Ralf
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
When I tried to compile 2.6.21-rc6-mm1 on ppc64, I got the below error
message.
==
arch/powerpc/sysdev/timer.c:51: error: variable ‘timer_sysclass’ has
initializer but incomplete type
arch/powerpc/sysdev/timer.c:52: error: unknown field ‘resume’ specified in
initializer
arch
Robin Getz <[EMAIL PROTECTED]> wrote:
> David - I know you have been reworking the noMMU vma handling - is there a
> solution to vm_insert_page?
The reason vm_insert_page() is being called, I imagine, is because
packet_mmap() has to insert mappings to an already existing buffer. All it
does is
On Tue, 10 Apr 2007, Ralf Baechle wrote:
> On Tue, Apr 10, 2007 at 06:23:27AM -0400, Robert P. J. Day wrote:
>
> > Replace what appears to be an incorrect spelling of "__typeof"
> > with the correct spelling of "__typeof__".
>
> Not a bug, just old fashioned.
i suspected as much, but i was just g
We are looking into this.
Thanks!
Reiner
--forwarded by Reiner Sailer:
On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
>
>
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/
>
I'm seeing this while booting:
ima (ima_init): No TPM chip fo
On Fri, Apr 06, 2007 at 04:32:25PM -0700, [EMAIL PROTECTED] wrote:
> +struct container_subsys cpuacct_subsys = {
> + .name = "cpuacct",
> + .create = cpuacct_create,
> + .destroy = cpuacct_destroy,
> + .populate = cpuacct_populate,
> + .subsys_id = cpuacct_subsys_id,
> +};
cont
On Tue, Apr 10, 2007 at 04:11:38PM +0800, Shaohua Li wrote:
> On Mon, 2007-04-09 at 20:46 -0700, Greg KH wrote:
> > On Mon, Apr 09, 2007 at 02:55:54PM -0700, Ashok Raj wrote:
> > > +/*
> > > + * find the upstream PCIE-to-PCI bridge of a PCI device
> > > + * if the device is PCIE, return NULL
> > >
On Mon, 9 Apr 2007 11:07:22 -0400 (EDT),
Alan Stern <[EMAIL PROTECTED]> wrote:
> This revised patch (as896b) fixes an oversight in the design of
> device_schedule_callback(). It is necessary to acquire a reference to
> the module owning the callback routine, to prevent the module from
> being unl
Hi,
I'm attaching a fix for the error handling code in epson1355fb.c.
Roland
epson1355fb.c: Fixes error handling code
--- drivers/video/epson1355fb.c.orig 2007-04-10 14:01:48.0 +0200
+++ drivers/video/epson1355fb.c 2007-04-10 14:02:17.0 +0200
@@ -650,9 +650,10 @@
}
info = f
* John <[EMAIL PROTECTED]> wrote:
> I'd be happy to generate a clean patch!
> (Would you agree to host it in your directory?)
> http://people.redhat.com/mingo/realtime-preempt/older/
sure, i can put it there.
> 3. linux/kernel/futex.c
> [ I'm not sure I've made the appropriate changes here ]
>
Hi all,
Are there any V4L API supporting audio capture (supposing the TV
card hardware has such ability), just like the APIs and structures for
video capture?
CodeGG
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
On Tue, 2007-04-10 at 18:20 +0530, Srinivasa Ds wrote:
> Below patch fixes this problem. please let me know comments on this.
+#include
Yeah, I heard about that change but didn't have a chance to check it out
yet. Patch looks good to me, of course.
johannes
signature.asc
Description: This i
> Speaking for all Intel hardware implemented from pre-history until now,
> deep C-states is the best you can do, and there is no special offline
> mode to save more power.
We don't use deep c states currently; just HLT.
Right now it doesn't make much difference because no multi socket
servers do
On Tue, 2007-04-10 at 14:45 +0200, Roland Stigge wrote:
> Hi,
>
> I'm attaching a fix for the error handling code in epson1355fb.c.
I already responded to your entry in Kernel Bugzilla.
Thanks.
Tony
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
* Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> Ingo Molnar <[EMAIL PROTECTED]> writes:
>
> > no. Two _completely separate_ lists.
> >
> > i.e. a to-be-reaped task will still be on the main list _too_. The
> > main list is for all the PID semantics rules. The reap-list is just
> > for wait4()
1 - 100 of 490 matches
Mail list logo
