please check the patch
YH
[PATCH] x86_64 irq: keep consistent for IRQ0_VECTOR from 0x20 to 0x30
FIRST_EXTERNAL_VECTOR is used for IRQ_MOVE_CLEANUP_VECTOR, and IRQ0 starting from FIRST_EXTERNAL_VECTOR + 0x10. So reduce interrupt array for IRQ.
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff
> "PM" == Pavel Machek <[EMAIL PROTECTED]> writes:
PM> ACPI AML is probably turing-complete: I'm afraid you are trying to
PM> solve the halting problem (-> impossible).
If you can restrict the virtual machine which AML runs in to a limited
amount of memory/storage, you can solve halting for
>Ingo just raised this as an issue for paravirt_ops as well. I don't
>quite follow what's going on there. My understanding is that there are
>some old versions of glibc (which were unreleased CVS snapshots shipped
>by some vendors) which don't use the vdso's ELF header, but instead have
>their
* Zachary Amsden <[EMAIL PROTECTED]> wrote:
> > yeah. (plus my patches of course that remove the current
> > papering-over hackery and restores COMPAT_VDSO.)
>
> Yes, I don't have a problem with your patch, I just wish I had been
> cc'd on it. [...]
(i Cc:-ed you to the other ones - i simply
On Tue, 2007-03-06 at 07:49 +0100, Soeren Sonnenburg wrote:
> On Tue, 2007-03-06 at 01:25 +0100, Thomas Gleixner wrote:
> > On Mon, 2007-03-05 at 15:45 -0800, Linus Torvalds wrote:
> > >
> > > On Tue, 6 Mar 2007, Thomas Gleixner wrote:
> > > > >
> > > > > Subject: macbook pro suspend to ram
Ingo Molnar wrote:
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
I had just sent this out for internal review...
I think Jan's approach is better if it works (since there's no
compromise), but this is better if you want to get something working
in the near term.
yeah.
On Tuesday 06 March 2007 18:02, Andrew Morton wrote:
> On Tue, 6 Mar 2007 17:25:36 +1100 Con Kolivas <[EMAIL PROTECTED]> wrote:
> > Signed-off-by: Con Kolivas <[EMAIL PROTECTED]>
> > ---
> > kernel/sched.c |2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > Index:
hi,
Is there a way how to make kernel thread more faster?
I put some of my code to the kthread, but I noticed that kthread sends data
more slow
than original driver without kthread.
Thank you
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, 6 Mar 2007, Robert Marquardt wrote:
> I do not know too much about the Linux innards, but my opinion is that
> the HID API to userland should be the bare reports. Windows is handling
> it that way for a good reason. Far too many HID devices have either
> non-informative descriptors
Hell Tejun,
I've boot-tested this yesterday, with no real luck...
1 - Tested on top of 2.6.21-rc2 (hope it's fine for you),
2 - Collected a full dmesg before and after
Extract is :
ata7: PATA max UDMA/100 cmd 0x00019c00 ctl 0x00019882 bmdma
0x00
019400 irq 16
ata8: PATA
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> > I had just sent this out for internal review...
>
> I think Jan's approach is better if it works (since there's no
> compromise), but this is better if you want to get something working
> in the near term.
yeah. (plus my patches of course
Hello Adrian,
> does the patch in http://lkml.org/lkml/2007/2/23/184 fix your problem?
Yes, it does, so it's a Good One (tm), but I don't understand what's going
on then... My dmesg says, related to rtc :
...
rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
pnp: Device 00:03 does not
On Mon, Mar 05, 2007 at 12:02:59PM -0800, Mingming Cao wrote:
> Yep, I think it makes sense to use preallocation for defragmentation.
> After all both preallocation and defragmentation shall call underlying
> filesystem multiple block allocator to try to allocate a chunk of
> contiguous blocks
On Tue, 6 Mar 2007, Avi Kivity wrote:
> > /* File callbacks that implement the eventpoll file behaviour */
> > static const struct file_operations eventpoll_fops = {
> > .release= ep_eventpoll_close,
> > @@ -763,15 +767,18 @@
> > * using the inode number.
> > */
> >
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > Compiling right now - delayed because I just had to pick up one of
> > the kids from gymnastics.
>
> Ok, it does indeed solve the problem for me.
>
> Mind sending a signed-off thing with explanations etc?
here's Thomas' patch with explanations:
> + struct pt_regs *regs = task_pt_regs(current);
> + char *filename;
> + unsigned long result;
> + int rc;
> +
> + filename = getname(compat_ptr(regs->orig_gpr2));
> + if (IS_ERR(filename)) {
> + result = PTR_ERR(filename);
> goto out;
The old
Hi folks,
When adding utrace support to blackfin architecture, I found a compiling
error in nommu related utrace stuff. Then this little patch will fix
this for nommu arch utrace.
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
mm/nommu.c |4
1 file changed, 4 insertions(+)
Index:
Andrew Morton wrote:
> Oh, it's just a pain in the ass. Please don't do it lightly - if there's a
> really good reason then OK.
>
The mmc code is a mess (mostly my fault for the addition of SD support)
and I'm trying to break things apart to clear the code up. That
unfortunately meant moving
On Tue, 06 Mar 2007 14:54:18 +0800 "Wu, Bryan" <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> [PATCH] Blackfin: blackfin i2c driver
>
> The i2c linux driver for blackfin architecture which supports both GPIO
> i2c operation and blackfin on-chip TWI controller i2c operation.
>
Little things...
>
Jiri Kosina wrote:
In addition to that, as I stated in some previous e-mail, I am currently
working on new 'hidraw' interface, which will provide more flexibility to
userland applications willing to operate on raw HID data, than they
currently have with hiddev.
I do not know too much about
Hi folks,
[PATCH] Blackfin: blackfin i2c driver
The i2c linux driver for blackfin architecture which supports both GPIO
i2c operation and blackfin on-chip TWI controller i2c operation.
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
drivers/i2c/busses/Kconfig | 47
On Tue, 2007-03-06 at 07:25 +0100, DervishD wrote:
> Hi Antonino :)
>
> * Antonino A. Daplas <[EMAIL PROTECTED]> dixit:
> > On Thu, 2007-03-01 at 17:01 +0100, DervishD wrote:
> > > * Antonino A. Daplas <[EMAIL PROTECTED]> dixit:
> > > > Can you try this patch? It might help with the screen
On Tue, 2007-03-06 at 01:25 +0100, Thomas Gleixner wrote:
> On Mon, 2007-03-05 at 15:45 -0800, Linus Torvalds wrote:
> >
> > On Tue, 6 Mar 2007, Thomas Gleixner wrote:
> > > >
> > > > Subject: macbook pro suspend to ram broken (clockevents)
> > > > References :
On Tuesday 06 March 2007 10:11, Andrew Morton wrote:
> On Mon, 5 Mar 2007 23:20:58 +0100
>
> "J.A. Magall__n" <[EMAIL PROTECTED]> wrote:
> > On Fri, 2 Mar 2007 03:00:26 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > Temporarily at
> > >
> > >
On Mon, 5 Mar 2007, Davide Libenzi wrote:
> This would be used for epoll, signalfd and timerfd. And the printf format
> is %llu ;)
Today is really one on those days ... %llx
- Davide
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Jeff Garzik wrote:
Ingo Molnar wrote:
i'm also getting this WARN_ON() from e1000:
BUG: at drivers/pci/msi.c:611 pci_enable_msi()
[] show_trace_log_lvl+0x19/0x2e
[] show_trace+0x12/0x14
[] dump_stack+0x14/0x16
[] pci_enable_msi+0x6d/0x203
[] e1000_request_irq+0x2e/0xe2
[]
On Tue, 6 Mar 2007, Eric Dumazet wrote:
> Davide Libenzi a écrit :
> > On Mon, 5 Mar 2007, H. Peter Anvin wrote:
> >
> > > Davide Libenzi wrote:
> > > > Right now is using:
> > > >
> > > > this.len = sprintf(name, "[%u.%d]", current->pid, fd);
> > > >
> > > > That should be unique and
Hi Antonino :)
* Antonino A. Daplas <[EMAIL PROTECTED]> dixit:
> On Thu, 2007-03-01 at 17:01 +0100, DervishD wrote:
> > * Antonino A. Daplas <[EMAIL PROTECTED]> dixit:
> > > Can you try this patch? It might help with the screen
> > > corruption.
> >
> > With the patch, the scroll
On Mon, Mar 05, 2007 at 08:03:50PM -0800, Greg KH wrote:
> On Mon, Mar 05, 2007 at 09:39:47PM -0600, Matt Mackall wrote:
> > On Mon, Mar 05, 2007 at 06:48:50PM -0800, Greg KH wrote:
> > > If so, can you disable the option and strace it to see what program is
> > > trying to access what? That will
Davide Libenzi a écrit :
On Mon, 5 Mar 2007, H. Peter Anvin wrote:
Davide Libenzi wrote:
Right now is using:
this.len = sprintf(name, "[%u.%d]", current->pid, fd);
That should be unique and not have the wraparound problem. Ack?
NAK, very much NAK.
File descriptors aren't file
On Tue, 06 Mar 2007 06:47:32 +0100 Pierre Ossman <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> >
> > (I'm also inclined to drop the darned mmc tree - am getting rather tired of
> > people moving their files all over the tree all the time).
> >
> >
>
> Fine, I can stop bothering with
Andrew Morton wrote:
>
> (I'm also inclined to drop the darned mmc tree - am getting rather tired of
> people moving their files all over the tree all the time).
>
>
Fine, I can stop bothering with putting up a test tree and just push the
stuff to Linus directly if that is what you prefer. Or
On Mon, 2007-03-05 at 16:25 -0800, Greg KH wrote:
> Mike, I've reverted this patch, and I don't see any references leaking.
> And, as your patch released the reference on the driver, and the
> module_add_driver() call would not grab a reference to the driver, only
> the module kobject, I don't
On Tue, 2007-03-06 at 05:41 +0100, Willy Tarreau wrote:
> On Tue, Mar 06, 2007 at 11:18:44AM +1100, Con Kolivas wrote:
> > On Tuesday 06 March 2007 10:05, Bill Davidsen wrote:
> > > jos poortvliet wrote:
> > > > Well, imho his current staircase scheduler already does a better job
> > > > compared
>From 12dfac63a2e0977473115d8e10a96d1c0e91bf24 Mon Sep 17 00:00:00 2001
From: David S. Miller <[EMAIL PROTECTED]>
Date: Thu, 22 Feb 2007 06:24:45 -0800
Subject: [PATCH] [SPARC64]: Add tick_nohz_{stop,restart}_sched_tick() calls to
cpu_idle().
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
>From 1171ef62b18d7eef093ecf961dd09b11339d53d9 Mon Sep 17 00:00:00 2001
From: David S. Miller <[EMAIL PROTECTED]>
Date: Mon, 5 Mar 2007 15:28:37 -0800
Subject: [PATCH] [SPARC64]: Add clocksource/clockevents support.
I'd like to thank John Stul and others for helping
me along the way.
A lot of
>From 6f7ea1d2d56aa7c6cc0e1ae98d8e40eb9de27d16 Mon Sep 17 00:00:00 2001
From: David S. Miller <[EMAIL PROTECTED]>
Date: Thu, 22 Feb 2007 06:24:10 -0800
Subject: [PATCH] [SPARC64]: Unify timer interrupt handler.
Things were scattered all over the place, split between
SMP and non-SMP.
Unify it
>From 8c59ccd3f9906c95a62b3157285093d203881ae4 Mon Sep 17 00:00:00 2001
From: David S. Miller <[EMAIL PROTECTED]>
Date: Thu, 22 Feb 2007 04:16:21 -0800
Subject: [PATCH] [SPARC64]: Synchronize RTC clock via timer just like x86.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
---
Here is a sequence of 4 patches that add support for dynticks
and high-resolution timers on sparc64. I've tested this on
SunBlade1500 and a Niagara T1000 system. I'm about to do
some tests on SunBlade100 as that has the other primary TICK
hardware type.
Any feedback or testing results are
Ingo Molnar wrote:
i'm also getting this WARN_ON() from e1000:
BUG: at drivers/pci/msi.c:611 pci_enable_msi()
[] show_trace_log_lvl+0x19/0x2e
[] show_trace+0x12/0x14
[] dump_stack+0x14/0x16
[] pci_enable_msi+0x6d/0x203
[] e1000_request_irq+0x2e/0xe2
[] e1000_resume+0x7f/0xef
[]
Brandon Howard yahoo.com> writes:
>
> Hi,
> I encourage everyone upgrading their desktop computers to consider
> getting this motherboard or another one that is supported by
> LinuxBIOS.
>
Do you know if this will work with the -S5 version of the motherboard. I have
an S5 and wouldnt mind
On Monday March 5, [EMAIL PROTECTED] wrote:
> On Tue, 6 Mar 2007 13:15:20 +1100 NeilBrown <[EMAIL PROTECTED]> wrote:
>
> > Provide a module param "pool_mode" for sunrpc.ko which allows a
> > sysadmin to choose the mode for mapping NFS thread service pools
> > to CPUs. Values are:
> >
> > auto
On Monday 05 March 2007 10:13, Willy Tarreau wrote:
> Con,
>
> I've now given it a try with HZ=250 on my dual-athlon. It works
> beautifully. I also quickly checked that playing mp3 doesn't skip during
> make -j4, and that gears runs fairly smoothly, since those are the
> references people often
On Tue, 6 Mar 2007 13:15:20 +1100 NeilBrown <[EMAIL PROTECTED]> wrote:
> Provide a module param "pool_mode" for sunrpc.ko which allows a
> sysadmin to choose the mode for mapping NFS thread service pools
> to CPUs. Values are:
>
> auto choose a mapping mode heuristically
> global
On Tue, Mar 06, 2007 at 11:18:44AM +1100, Con Kolivas wrote:
> On Tuesday 06 March 2007 10:05, Bill Davidsen wrote:
> > jos poortvliet wrote:
> > > Well, imho his current staircase scheduler already does a better job
> > > compared to mainline, but it won't make it in (or at least, it's not
> > >
Andi Kleen wrote:
It does seem risky. Perhaps it is a micro-optimisation which utilises
knowledge that this thread_struct cannot be looked up via any path in this
context.
Or perhaps it is a bug. Andi, can you please comment?
On flush_thread nobody else can mess with the thread, so yes
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Thu, 1 Mar 2007 17:30:30 -0800
> What about implementing the unused arp_announce flag on the inetdevice?
> Something like the following. Totally untested...
>
> Looks like it either was there (and got removed) or was planned but
> never
On Mon, 2007-03-05 at 19:03 -0800, Andrew Morton wrote:
>
> Perhaps Alex can suggest some debugging steps we can take to work out
> why the test isn't triggering?
I was lucky and had a hardware description of the bug I was trying to
work around with the 8250 backup timer patch. If the UART
On Mon, 05 Mar 2007 10:19:55 -0500 Mark Lord <[EMAIL PROTECTED]> wrote:
> The interrupt is shared with another device, which resumes
> earlier than the sdhci controller, and generates an interrupt.
>
> The sdhci interrupt handler runs, sees 0x in its own
> device's interrupt status, and
please check the patch
YH
[PATCH 2/2] x86_64 irq: make affinity works for genapic_flat mode
For AMD dual socket system with two IO Hypertransort chain on differenct cpu.
We still can use apic_flat mode instead of apic_physflat mode, and like to
CPUs on second socket to handle irq for device
Linus Torvalds writes:
> The point being that in the guests, hotunplug is almost useless (for
> bigger ranges), and we're much better off just telling the virtualization
> hosts on a per-page level whether we care about a page or not, than to
> worry about fragmentation.
We don't have that
please check the patch
[PATCH 1/2] x86_64 irq: remove extra smp_processor_id calling
remove the extra smp_processor_id calling.
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/arch/x86_64/kernel/io_apic.c b/arch/x86_64/kernel/io_apic.c
index c6a5bc7..318d905 100644
---
Kernel 2.6.20-mm2 on an Athlon XP.
Caveat: I know my USB cabling may cause the initial failure, but I
think the system should be failing more gracefully.
After hours of backing up to my external USB drive, I see in dmesg:
APIC error on CPU0: 00(02)
APIC error on CPU0: 02(02)
APIC error on CPU0:
On Mon, Mar 05, 2007 at 09:39:47PM -0600, Matt Mackall wrote:
> On Mon, Mar 05, 2007 at 06:48:50PM -0800, Greg KH wrote:
> > If so, can you disable the option and strace it to see what program is
> > trying to access what? That will put the
> > HAL/NetworkManager/libsysfs/distro script finger
On Mon, Mar 05, 2007 at 06:48:50PM -0800, Greg KH wrote:
> If so, can you disable the option and strace it to see what program is
> trying to access what? That will put the
> HAL/NetworkManager/libsysfs/distro script finger pointing to rest pretty
> quickly :)
Ok, I've got straces of both good
On Monday 05 March 2007, Linus Torvalds wrote:
>On Mon, 5 Mar 2007, Ed Tomlinson wrote:
>> The patch _does_ make a difference. For instance reading mail with
>> freenet working hard (threaded java application) and gentoo's emerge
>> triggering compiles to update the box is much smoother.
>>
>>
On Mon, Mar 05, 2007 at 06:48:50PM -0800, Greg KH wrote:
> Wait, have confirmed that if you enable this config option,
> NetworkManager starts back up again and works properly?
Yep, probably should have mentioned that.
> If so, can you disable the option and strace it to see what program is
>
> Presumably you mean that hw-breakpoint.c shouldn't do anything at all on
> single-step exceptions.
Right.
> So far I've been developing under 2.6.21-rc, which doesn't have utrace.
> But eventually this will be submitted by way of -mm, which does. The
> easiest approach would be to make the
Hi,
I have had this in for about 24 hours. So far so good. I am running on IUP
amd64 with
'voluntary kernel Preemption' enabled (preemptible kernels seem to lock up solid
switching between 32 and 64 apps - no opps and nothing on the serial console...)
The patch _does_ make a difference. For
On Fri, 02 Mar 2007 22:10:33 -0500 Andres Salomon <[EMAIL PROTECTED]> wrote:
> Prior to commit 95492e4646e5de8b43d9a7908d6177fb737b61f0 ([PATCH] x86:
> rewrite SMP TSC sync code), the headers in asm-i386 did not really
> require anything in include/asm-x86_64. This means that distributions
>
On Mon, Mar 05, 2007 at 02:39:00PM -0800, Greg KH wrote:
> Ok, I only named HAL as that is what people have told me the problem is.
> I have been running this change on my boxs, without
> CONFIG_SYSFS_DEPRECATED since last July or so.
>
> But I don't use NetworkManager here for the most part,
On Thu, 01 Mar 2007 14:20:09 +0100 Gerd Hoffmann <[EMAIL PROTECTED]> wrote:
> 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
On Mon, 5 Mar 2007, Ed Tomlinson wrote:
>
> The patch _does_ make a difference. For instance reading mail with freenet
> working
> hard (threaded java application) and gentoo's emerge triggering compiles to
> update the
> box is much smoother.
>
> Think this scheduler needs serious
On Mon, Mar 05, 2007 at 07:30:21PM -0600, Matt Mackall wrote:
> On Mon, Mar 05, 2007 at 04:07:22PM -0800, Greg KH wrote:
> > On Tue, Mar 06, 2007 at 12:40:52AM +0100, Adrian Bunk wrote:
> > > On Mon, Mar 05, 2007 at 10:58:13AM -0800, Greg KH wrote:
> > > >
> > > > Ok, how about the following
On Mon, 5 Mar 2007, H. Peter Anvin wrote:
> Davide Libenzi wrote:
> >
> > Right now is using:
> >
> > this.len = sprintf(name, "[%u.%d]", current->pid, fd);
> >
> > That should be unique and not have the wraparound problem. Ack?
> >
>
> NAK, very much NAK.
>
> File descriptors aren't
Bernhard Walle wrote:
> * 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
Davide Libenzi wrote:
Right now is using:
this.len = sprintf(name, "[%u.%d]", current->pid, fd);
That should be unique and not have the wraparound problem. Ack?
NAK, very much NAK.
File descriptors aren't file structures, they're *pointers* to file
structures.
It's perfectly
On Mon, Mar 5 2007 18:14, Randy Dunlap wrote:
> On Mon, 5 Mar 2007 14:13:41 +0100 francesco foresti wrote:
> > Hi,
> > i'm having problems trying to use 2.6.20-1 (taken from kernel.org, not
> > patched) on my ibook g4 (debian testing/unstable):
> > i'm getting two errors while trying to boot up,
On Mon, 5 Mar 2007, H. Peter Anvin wrote:
> Linus Torvalds wrote:
> >
> > Since this is not actually *used* for anything but showing the fd's in
> > /proc//fd/ etc, no. In fact, an integer will wrap a *lot* less than a
> > kernel data structure will be re-used, so even with the simple "wraps
Linus Torvalds wrote:
Since this is not actually *used* for anything but showing the fd's in
/proc//fd/ etc, no. In fact, an integer will wrap a *lot* less than a
kernel data structure will be re-used, so even with the simple "wraps
every 4G uses", you're still better off.
... and if
David Woodhouse <[EMAIL PROTECTED]> writes:
> On Mon, 2007-03-05 at 14:13 +0100, francesco foresti wrote:
>> Hi,
>> i'm having problems trying to use 2.6.20-1 (taken from kernel.org, not
>> patched) on my ibook g4 (debian testing/unstable):
>> i'm getting two errors while trying to boot up, and
On Mon, 5 Mar 2007, Linus Torvalds wrote:
>
> Compiling right now - delayed because I just had to pick up one of the
> kids from gymnastics.
Ok, it does indeed solve the problem for me.
Mind sending a signed-off thing with explanations etc?
Linus
-
To unsubscribe from this
Reading from the ATA shadow registers while we are in ADMA mode may cause
undefined behavior. Don't read the ATA status register when completing commands
for this reason, it shouldn't be needed as the controller will notify us if
the command failed. Also, don't allow commands with result taskfile
David Miller wrote:
Thanks, but that still leaves PAGE_SIZE available for some
architectures and not for others shouldn't this be moved inside
__KERNEL__ in i386 and x86_64 then?
I definitely think so.
It definitely should, especially on x86-64, where the page size isn't
guaranteed by the
Hi Cedric,
For ppc embedded related patches, please also cc:
[EMAIL PROTECTED]
> We use a kernel 2.6.14 on PPC platform (MPC 8555). The FCC driver
works
To submit a kernel patch upstream, the patch should be against the
latest kernel version which is 2.6.21-rc now.
> well with a 100Mbps link.
Hi all,
I realize I have been a bit MIA lately, but I'm going to try to make
forward progress again on klibc. I have pushed the current integrated
tree up to 2.6.21-rc2; so far, no functional enhancements, but I'm
looking at the following:
- Mount-by-label/mount-by-uuid.
- Ability to fall
They don't really save that much, and aren't worth the hassle.
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
./include/linux/sunrpc/svc.h |2 --
./net/sunrpc/svcsock.c | 13 +++--
2 files changed, 3 insertions(+), 12 deletions(-)
diff
When the last thread of nfsd exits, it shuts down all related sockets.
It currently uses svc_close_socket to do this, but that only is
immediately effective if the socket is not SK_BUSY.
If the socket is busy - i.e. if a request has arrived that has not yet
been processes - svc_close_socket is
From: Greg Banks <[EMAIL PROTECTED]>
Provide a module param "pool_mode" for sunrpc.ko which allows a
sysadmin to choose the mode for mapping NFS thread service pools
to CPUs. Values are:
autochoose a mapping mode heuristically
global (default, same as the pre-2.6.19 code) a single
Revised version of previous patches:
- Fixed the 'nfsd hang when stopped' problem
- Dropped the 'avoid checking udp checksum' as I'm no longer convinced it is
the right way to go.
- Added a paranoia check that the control message returned by recvfrom
is in-fact a PKTINFO message.
Tested
The sunrpc server code needs to know the source and destination address
for UDP packets so it can reply properly.
It currently copies code out of the network stack to pick the pieces out
of the skb.
This is ugly and causes compile problems with the IPv6 stuff.
So, rip that out and use recv_msg
On 3/3/07, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> +#if defined(CONFIG_MTD_UCLINUX)
> + /* generic memory mapped MTD driver */
> + memory_mtd_end = memory_end;
> +
> + mtd_phys = _ramstart;
> + mtd_size = PAGE_ALIGN(*((unsigned long *)(mtd_phys + 8)));
> +
> +# if
On 3/5/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> +config DEBUG_HUNT_FOR_ZERO
> + bool "Catch NULL pointer reads/writes"
> + default y
Is this sane to have conditional?
yes ... with the ability to change the load address of the kernel, you
can create a reserved chunk of memory for
On Mon, Mar 05, 2007 at 07:30:21PM -0600, Matt Mackall wrote:
> On Mon, Mar 05, 2007 at 04:07:22PM -0800, Greg KH wrote:
> > On Tue, Mar 06, 2007 at 12:40:52AM +0100, Adrian Bunk wrote:
> > > On Mon, Mar 05, 2007 at 10:58:13AM -0800, Greg KH wrote:
> > > >
> > > > Ok, how about the following
On Mon, 5 Mar 2007 17:37:56 -0800
Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Mon, 05 Mar 2007 18:03:59 -0600 Robert Peterson wrote:
>
> > This is try #2 for this patch, with corrections based on feedback.
> > It is the same as the previous patch except:
> > (1) The function has been renamed
Zachary Amsden wrote:
> Jeremy Fitzhardinge wrote:
>> I think Jan's approach is better if it works (since there's no
>> compromise), but this is better if you want to get something working in
>> the near term.
>>
>
> Is Jan dynamically relinking the vdso at runtime?
Yes. His patch adds a
Jeremy Fitzhardinge wrote:
I think Jan's approach is better if it works (since there's no
compromise), but this is better if you want to get something working in
the near term.
Is Jan dynamically relinking the vdso at runtime? Because that is what
we will need. Adding support for
On Mon, Mar 05, 2007 at 04:07:22PM -0800, Greg KH wrote:
> On Tue, Mar 06, 2007 at 12:40:52AM +0100, Adrian Bunk wrote:
> > On Mon, Mar 05, 2007 at 10:58:13AM -0800, Greg KH wrote:
> > >
> > > Ok, how about the following patch. Is it acceptable to everyone?
> > >
> > > thanks,
> > >
> > > greg
On Mon, 05 Mar 2007 18:03:59 -0600 Robert Peterson wrote:
> This is try #2 for this patch, with corrections based on feedback.
> It is the same as the previous patch except:
> (1) The function has been renamed from lookup_symbol to sprint_symbol
> as requested by Paulo Marques.
> (2) I fixed
On Mon, 5 Mar 2007 17:17:09 -0800
Greg KH <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 05, 2007 at 05:08:49PM -0800, Andrew Morton wrote:
> > On Mon, 5 Mar 2007 19:56:25 -0500
> > Theodore Tso <[EMAIL PROTECTED]> wrote:
> >
> > > So the question really is are we really done making changes to sysfs,
Dmitry Torokhov wrote:
> If we define HID "bus" allowing drivers to bind on VID:PID and provide
> default library module for parsing HID reports and providing access to
> HID transports (USB/BT) then writing tiny drivers adjusting just a
> part of hid_input_event and relying on default
On Tue, 6 Mar 2007, Thomas Gleixner wrote:
>
> Sure. I fought it all day. Can you please test the patch I sent a couple
> of minutes ago ? Would be great to have your feedback tomorrow morning.
Compiling right now - delayed because I just had to pick up one of the
kids from gymnastics.
> We
On 3/5/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> I have the same problem on my IBM X60s on rc1 and rc2. Can't resume
> from RAM, can't suspend to disk. It is possible to revert all the
> changes to ACPI and test it?
This is with CONFIG_KVM=n?
Yes.
-
To unsubscribe from this list: send the
On Thu, 2007-03-01 at 17:01 +0100, DervishD wrote:
> 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
On Mon, Mar 05, 2007 at 05:08:49PM -0800, Andrew Morton wrote:
> On Mon, 5 Mar 2007 19:56:25 -0500
> Theodore Tso <[EMAIL PROTECTED]> wrote:
>
> > So the question really is are we really done making changes to sysfs,
> > or maybe what we should do is talk about major version numbers to
> > sysfs.
On Mon, 2007-03-05 at 14:13 +0100, francesco foresti wrote:
> Hi,
> i'm having problems trying to use 2.6.20-1 (taken from kernel.org, not
> patched) on my ibook g4 (debian testing/unstable):
> i'm getting two errors while trying to boot up, and i can only report the
> second one because the
Zachary Amsden wrote:
> Rusty Russell wrote:
>> On Tue, 2007-03-06 at 00:28 +1100, Rusty Russell wrote:
>>
>>> On Mon, 2007-03-05 at 13:06 +0100, Ingo Molnar wrote:
>>>
Subject: [patch] paravirt: VDSO page is essential
From: Ingo Molnar <[EMAIL PROTECTED]>
commit
On Mon, 2007-03-05 at 17:03 -0800, Zachary Amsden wrote:
> Rusty Russell wrote:
> > This still need some work (doing that now), but do people like the idea?
> >
> I had just sent this out for internal review...
Spooky!
I was just testing with lguest, but I'll do so with your patch instead.
On Mon, Mar 05, 2007 at 07:56:25PM -0500, Theodore Tso wrote:
> On Mon, Mar 05, 2007 at 04:37:15PM -0800, Greg KH wrote:
> > But I AM TRYING TO MAKE IT COMPATIBLE!!!
> >
> > That's what that config option is there for. If you happen to be
> > running a newer userspace, a different distro than
On Mon, 5 Mar 2007 19:56:25 -0500
Theodore Tso <[EMAIL PROTECTED]> wrote:
> So the question really is are we really done making changes to sysfs,
> or maybe what we should do is talk about major version numbers to
> sysfs.
Perhaps using a config option wasn't the right way to do this - a kernel
1 - 100 of 1088 matches
Mail list logo
