> The only differentiator that I can think of would be latency, but that seems
> to be a) covered in a different tunable, and b) probably wouldn't affect
> most people enough where it matters.
>
and for latency the kernel already has a policy thing that tracks the
maximum latency allowed if
On Tue, 2007-02-13 at 07:27 +, Jan Beulich wrote:
> >>> Christoph Hellwig <[EMAIL PROTECTED]> 12.02.07 18:12 >>>
> >On Mon, Feb 12, 2007 at 07:30:55AM +, Jan Beulich wrote:
> >>
> >> As the topic says - the goal is to support Xen. But yes, I was afraid
> >> someone would
> >> claim this
>Yup. How does this patch look to you? We set error_code and trap_no
>for userspace faults and kernel faults which call die(). We don't set
>them for kernelspace faults which are fixed up.
Actually, after a second round of thinking I believe there's still more to do
- your second patch missed
In article <[EMAIL PROTECTED]> (at Mon, 12 Feb 2007 15:47:50 -0800), Joe
Perches <[EMAIL PROTECTED]> says:
> Now that most of the sizeof(array)/sizeof(array[0])
> conversions have been done (there are about 800 done
> and about another 130 left), perhaps it could be
> useful to change the code
Hi,
while working on the last pieces of the file_ops constantification, DVB
is the small village in France that is holding the Romans at bay... but
I think I found the final flaw in it now:
*pdvbdev = dvbdev = kmalloc(sizeof(struct dvb_device), GFP_KERNEL);
if (!dvbdev) {
From: Trond Myklebust <[EMAIL PROTECTED]>
invalidate_inode_pages2() should not try to fix races between direct_IO and
mmap(). It should only be trying to clear out pages that were dirty before
the direct_IO write (see generic_file_direct_IO()).
Skipping dirty pages should therefore not result in
Joe Perches wrote:
On Tue, 2007-02-13 at 15:19 +1100, Nick Piggin wrote:
#define array_for_each(element, array) \
for (int __idx = 0; __idx < ARRAY_SIZE((array)); \
__idx++, (element) = &(array[__idx]))
If you really wanted to introduce your loop, then please call it
From: Trond Myklebust <[EMAIL PROTECTED]>
Fix invalidate_inode_pages2_range() so that it does not immediately exit
just because a single page in the specified range could not be removed.
Signed-off-by: Trond Myklebust <[EMAIL PROTECTED]>
---
mm/truncate.c |4 ++--
1 files changed, 2
Hi Linus,
Please pull from the repository at
git pull git://git.linux-nfs.org/pub/linux/nfs-2.6.git
This will update the following files through the appended changesets.
Cheers,
Trond
fs/lockd/clntproc.c|9 +-
fs/lockd/svclock.c |
On Tuesday 13 February 2007 07:23:15 Len Brown wrote:
> On Monday 12 February 2007 13:45, Ismail Dönmez wrote:
> > Hi all,
> >
> > After latest ACPI merge /proc/acpi/ac_adapter/AC has gone fishing :
> >
> > [~]> ls -al /proc/acpi/ac_adapter/
> > dr-xr-xr-x 2 root root 0 Şub 12 20:44 ADP1
> >
> >
On Mon, Feb 12, 2007 at 03:47:50PM -0800, Joe Perches wrote:
> Now that most of the sizeof(array)/sizeof(array[0]) conversions have
> been done (there are about 800 done and about another 130 left),
> perhaps it could be useful to change the code to use a define
> similar to the list_for_each
>
Hello Tejun,
I've tested your patch yesterday, but no luck, I can't find any difference
in the resulting boot log.
Please find attached an archive containing :
- dmesg.2.6.20-rc7 : full dmesg with stock kernel
- dmesg.patch : full dmesg with your patch included.
I've also added a lspci -vvv,
On Tue, 2007-02-13 at 15:19 +1100, Nick Piggin wrote:
> >> #define array_for_each(element, array) \
> >>for (int __idx = 0; __idx < ARRAY_SIZE((array)); \
> >>__idx++, (element) = &(array[__idx]))
> If you really wanted to introduce your loop, then please call it
>
On 2/2/07, Conke Hu <[EMAIL PROTECTED]> wrote:
On Wed, 2007-02-07 at 07:40 -0500, Jeff Garzik wrote:
> Conke Hu wrote:
> > Hi,
> >TEST_UNIT_READY in get_capabilities (drivers/scsi/sr.c line 743, or
> > see below) always returns error.
> >
> > code begin
>>> Christoph Hellwig <[EMAIL PROTECTED]> 12.02.07 18:12 >>>
>On Mon, Feb 12, 2007 at 07:30:55AM +, Jan Beulich wrote:
>>
>> As the topic says - the goal is to support Xen. But yes, I was afraid
>> someone would
>> claim this make the code look ugly. And no, I currently don't have ideas to
On Tue, 13 Feb 2007, Stephen Rothwell wrote:
> A better way here might be to have each 64 bit architecture define
> compat_epoll_event in its asm/compat.h and then you can just use:
>
> if (copy_from_user(, event, sizeof(user)))
> return -EFAULT;
> kernel =
Spot the bug...
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/atl1/atl1_hw.c b/drivers/net/atl1/atl1_hw.c
index 08b2d78..e28707a 100644
--- a/drivers/net/atl1/atl1_hw.c
+++ b/drivers/net/atl1/atl1_hw.c
@@ -357,7 +357,7 @@ void atl1_hash_set(struct atl1_hw *hw, u32
In my last posintg, mempolicy-fix-for-memory-less-node patch, there was a
discussion 'what do you consider definition of "node" as...?
I found there is no consensus. But I want to go ahead.
Before posing patch again, I'd like to discuss more.
-Kame
In my understanding, a "node" is a block of
On Mon, 2007-02-12 at 16:34 -0800, Christoph Lameter wrote:
> On Fri, 2 Feb 2007, Andi Kleen wrote:
>
> > I've threatened to just disable RDTSC for ring 3 before, but it'll likely
> > never happen because too many programs use it.
>
> Those programs are aware that they are fiddling around with
On 02/12/2007 08:38 AM, Andi Kleen wrote:
From: Rene Herman <[EMAIL PROTECTED]>
[ ... ]
--- linux.orig/arch/i386/Kconfig
+++ linux/arch/i386/Kconfig
@@ -843,7 +843,7 @@ config RELOCATABLE
config PHYSICAL_ALIGN
hex "Alignment value to which kernel should be aligned"
default
On Sun, 11 Feb 2007 23:23:30 +0300 Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> [PATCH v4] Fix rmmod/read/write races in /proc entries
This:
static ssize_t
proc_file_write(struct file *file, const char __user *buffer,
size_t count, loff_t *ppos)
{
struct inode *inode =
On 2/13/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Sat, 10 Feb 2007 20:51:23 +0100 Miguel Ojeda <[EMAIL PROTECTED]>
wrote:
> Andrew, Daniel who reported the crash has tested this patch and says that
it works fine avoiding it, so you can merge.
>
>
NeilBrown wrote:
Another nfsd patch for 2.6.21...
### Comments for Changeset
When NFSD receives a write request, the data is typically in a number
of 1448 byte segments and writev is used to collect them together.
Unfortunately, generic_file_buffered_write passes these to the filesystem
one
On Tue, Feb 13, 2007 at 07:09:24AM +0100, Nick Piggin wrote:
> Hi,
>
> Just tinkering around with this and got something working, so I'll see
> if anyone else wants to try it.
(patch against 2.6.20)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Hi,
Just tinkering around with this and got something working, so I'll see
if anyone else wants to try it.
Not proposing for inclusion, but I'd be interested in comments or results.
Thanks,
Nick
--
Page-based NUMA pagecache replication.
This is a scheme for page replication replicates
Another nfsd patch for 2.6.21...
### Comments for Changeset
When NFSD receives a write request, the data is typically in a number
of 1448 byte segments and writev is used to collect them together.
Unfortunately, generic_file_buffered_write passes these to the filesystem
one at a time, so an
On Monday 12 February 2007 13:45, Ismail Dönmez wrote:
> Hi all,
>
> After latest ACPI merge /proc/acpi/ac_adapter/AC has gone fishing :
>
> [~]> ls -al /proc/acpi/ac_adapter/
> dr-xr-xr-x 2 root root 0 Şub 12 20:44 ADP1
>
> [~]> ls -al /proc/acpi/ac_adapter/ADP1
> -r--r--r-- 1 root root 0
On Sat, Feb 10, 2007 at 11:44:55PM +0100, Martin Schwidefsky wrote:
> On Sat, 2007-02-10 at 03:31 +0100, Nick Piggin wrote:
> > SetNewPageUptodate does not do the S390 page_test_and_clear_dirty, so
> > I'd like to make sure that's OK.
>
> An I/O operation on s390 will set the dirty bit for a
You can apply my previous patch on 2.6.20 by changing
-#define VM_PURE_PRIVATE0x0400 /* Is the vma is only belonging
to a mm,
to
+#define VM_PURE_PRIVATE0x0800 /* Is the vma is only belonging
to a mm,
New revision is based on 2.6.20 with my previous patch,
On Mon, Feb 12, 2007 at 11:46:20AM -0800, Paul Menage wrote:
> On further reflection, this probably would be safe after all. Since we
> don't call put_container_group() in attach_task() until after
> synchronize_rcu() completes, that implies that a container_group_get()
> from the RCU section
Sascha Sommer wrote:
> I still consider this driver experimental, but without documentation this is
> probably not going to change anytime soon.
> The question is now what I should do with the driver?
> Is it worth to be included in the kernel? If yes where and against what
> kernelversion
On Sat, 10 Feb 2007 20:51:23 +0100 Miguel Ojeda <[EMAIL PROTECTED]> wrote:
> Andrew, Daniel who reported the crash has tested this patch and says that it
> works fine avoiding it, so you can merge.
>
> drivers-add-lcd-support-fix-crash-when-built-in-and-no-parport-present.patch
> Signed-off-by:
On Monday 12 February 2007 13:45, Ismail Dönmez wrote:
> Hi all,
>
> After latest ACPI merge /proc/acpi/ac_adapter/AC has gone fishing :
>
> [~]> ls -al /proc/acpi/ac_adapter/
> dr-xr-xr-x 2 root root 0 Şub 12 20:44 ADP1
>
> [~]> ls -al /proc/acpi/ac_adapter/ADP1
> -r--r--r-- 1 root root 0 Şub
On Mon, Feb 12, 2007 at 09:13:35AM -0800, Andrew Morton ([EMAIL PROTECTED])
wrote:
> > On Mon, 12 Feb 2007 13:35:10 +0300 Evgeniy Polyakov <[EMAIL PROTECTED]>
> > wrote:
> > Andrew, do you consider kevent for inclusion or declining?
>
> I haven't had time to think about it in the past month or
On Fri, 09 Feb 2007 14:53:37 -0800 Dave Hansen <[EMAIL PROTECTED]> wrote:
> diff -puN fs/file_table.c~14-24-tricky-elevate-write-count-files-are-open-ed
> fs/file_table.c
> --- lxc/fs/file_table.c~14-24-tricky-elevate-write-count-files-are-open-ed
> 2007-02-09 14:26:54.0 -0800
> +++
Applied.
thanks,
-Len
On Sunday 11 February 2007 22:39, Rusty Russell wrote:
> Len Brown <[EMAIL PROTECTED]> said:
> > Okay, but better to use disable_acpi()
> > indeed, since this would be the first code not already inside CONFIG_ACPI
> > to invoke disable_acpi(), we could define the inline as
On Mon, Feb 12, 2007 at 06:59:17AM -0800, Ulrich Drepper ([EMAIL PROTECTED])
wrote:
> Evgeniy Polyakov wrote:
> > I think that mean that everybody is happy with APi, design and set of
> > features.
>
> No comment means that I still have not been able to test anything since
> regardless of what
[]
> > The old code did the same thing, but with the "make" $(sort ..) function,
> > which apparently removes duplicates. We should use "sort -u" here.
>
> Heh. Why one ever going to bloat $(srctree) to add more "dontdiff" and
> such, where build is supporting dirty output?
I mean, all by-hand
Hi Davide,
[Linux-arch readers can skip to the last few paragraphs ...]
Just a couple of nits to start:
On Sun, 11 Feb 2007 16:24:30 -0800 (PST) Davide Libenzi
wrote:
>
> diff -Nru linux-2.6.20/fs/eventpoll.c linux-2.6.20.mod/fs/eventpoll.c
> --- linux-2.6.20/fs/eventpoll.c 2007-02-04
From: Neil Brown <[EMAIL PROTECTED]>
Date: Tue, 13 Feb 2007 13:52:26 +1100
> On Monday February 12, [EMAIL PROTECTED] wrote:
> > Quoting YOSHIFUJIHideaki/=?iso-2022-jp?B?GyRCNUhGIzFRTEAbKEI=?=
> > > In article <[EMAIL PROTECTED]> (at Mon, 12 Feb 2007 18:12:16 -0800),
> > Andrew Morton <[EMAIL
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Mon, 12 Feb 2007 18:12:16 -0800
> > On Mon, 12 Feb 2007 20:10:13 -0500 (EST) Pete Clements <[EMAIL PROTECTED]>
> > wrote:
> > 2.6.20-git8 fails compile:
> >
> > CHK include/linux/compile.h
> > UPD include/linux/compile.h
> > CC
From: Pete Clements <[EMAIL PROTECTED]>
Date: Mon, 12 Feb 2007 20:10:13 -0500 (EST)
> 2.6.20-git8 fails compile:
>
> CHK include/linux/compile.h
> UPD include/linux/compile.h
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
> net/built-in.o: In
In addition
This problem is not appear on another PC host with the same
hardware(CPU,HD) except MEM is 2G.
OS is origin RHEL4 without updates.
Tony.Ho wrote:
I have the same problem with 2.6.20.
My host is dell PE850: pemtiumD 2.8G X1, MEM 1G X4, SATA 73G X1.
albcamus wrote:
Joe Perches wrote:
On Tue, 2007-02-13 at 11:20 +1100, Ben Nizette wrote:
#define array_for_each(element, array) \
for (int __idx = 0; __idx < ARRAY_SIZE((array)); \
__idx++, (element) = &(array[__idx]))
This requires all interior loop code be changed.
Ben is right
I have the same problem with 2.6.20.
My host is dell PE850: pemtiumD 2.8G X1, MEM 1G X4, SATA 73G X1.
albcamus wrote:
2007/2/9, Jiri Slaby <[EMAIL PROTECTED]>:
Reg Clemens napsal(a):
> Why can't I build a running Kernel?
> I have in the past, but since some time in the 2.6.19 series,
> I
Patched, compiles.
--
Pete Clements
Quoting YOSHIFUJI Hideaki / =?iso-2022-jp?B?GyRCNUhGIzFRTEAbKEI=?=
>
> Ah, this is because of new ipv6 support in sunrpc code.
> Enable it if it is statically compiled.
>
> Alternatively, we could
> - export __ipv6_addr_type in new
On Tue, Feb 13, 2007 at 10:41:36AM +1100, Rusty Russell wrote:
> Always happy to explain.
Thanks!
[]
> So, asm-offsets.c is the solution: it uses asm() statements to emit
> patterns in the assembler, with the compiler computing the actual
> numbers, eg:
>
> #define DEFINE(sym,
In article <[EMAIL PROTECTED]> (at Mon, 12 Feb 2007 21:35:59 -0500 (EST)), Pete
Clements <[EMAIL PROTECTED]> says:
> Quoting YOSHIFUJIHideaki/=?iso-2022-jp?B?GyRCNUhGIzFRTEAbKEI=?=
> > In article <[EMAIL PROTECTED]> (at Mon, 12 Feb 2007 18:12:16 -0800),
> Andrew Morton <[EMAIL PROTECTED]>
On Monday February 12, [EMAIL PROTECTED] wrote:
> Quoting YOSHIFUJIHideaki/=?iso-2022-jp?B?GyRCNUhGIzFRTEAbKEI=?=
> > In article <[EMAIL PROTECTED]> (at Mon, 12 Feb 2007 18:12:16 -0800),
> Andrew Morton <[EMAIL PROTECTED]> says:
> >
> > > > On Mon, 12 Feb 2007 20:10:13 -0500 (EST) Pete
On Mon, Feb 12, 2007 at 07:22:09AM +0100, Jens Axboe wrote:
> On Sun, Feb 11 2007, Paul E. McKenney wrote:
> > This patch optimizes the "quick" RCU update-side fastpath, so that in the
> > absence of readers, synchronize_qrcu() does four non-atomic comparisons
> > and three memory barriers,
Andrew Morton wrote:
On Mon, 12 Feb 2007 14:50:40 -0800 Randy Dunlap <[EMAIL PROTECTED]> wrote:
2.6.20-git8 on x86_64:
LD init/built-in.o
LD .tmp_vmlinux1
mm/built-in.o: In function `sys_mincore':
(.text+0xe584): undefined reference to `swapper_space'
make: *** [.tmp_vmlinux1]
Andrew Morton wrote:
>>
>
> That's a bit surprising - the initcall levels don't affect modules.
> Presumably something went wrong in core kernel which later caused yenta
> and/or 8139too to fail.
>
> Have you tried diffing the before- and after-dmesgs to see if that particular
> commit has
Quoting YOSHIFUJIHideaki/=?iso-2022-jp?B?GyRCNUhGIzFRTEAbKEI=?=
> In article <[EMAIL PROTECTED]> (at Mon, 12 Feb 2007 18:12:16 -0800), Andrew
Morton <[EMAIL PROTECTED]> says:
>
> > > On Mon, 12 Feb 2007 20:10:13 -0500 (EST) Pete Clements <[EMAIL
PROTECTED]> wrote:
> > > 2.6.20-git8
2007/2/12, Jiri Slaby <[EMAIL PROTECTED]>:
Config seems to be fine. Please post
lspci -vvvxx
Attached.
and lines from your boot loader.
title Fedora Core (2.6.20)
root (hd0,1)
kernel /vmlinuz-2.6.20 ro root=LABEL=/ vga=0x31B
initrd /initrd-2.6.20.img
And I have
On Tue, 2007-02-13 at 02:55 +1100, Herbert Xu wrote:
> On Mon, Feb 12, 2007 at 02:52:01PM +1100, Rusty Russell wrote:
> >
> > +static void skb_to_dma(const struct sk_buff *skb, unsigned int len,
> > + struct lguest_dma *dma)
> > +{
> > + unsigned int i, seg;
> > +
> > + for (i
In article <[EMAIL PROTECTED]> (at Mon, 12 Feb 2007 18:12:16 -0800), Andrew
Morton <[EMAIL PROTECTED]> says:
> > On Mon, 12 Feb 2007 20:10:13 -0500 (EST) Pete Clements <[EMAIL PROTECTED]>
> > wrote:
> > 2.6.20-git8 fails compile:
> >
> > CHK include/linux/compile.h
> > UPD
> On Mon, 12 Feb 2007 20:10:13 -0500 (EST) Pete Clements <[EMAIL PROTECTED]>
> wrote:
> 2.6.20-git8 fails compile:
>
> CHK include/linux/compile.h
> UPD include/linux/compile.h
> CC init/version.o
> LD init/built-in.o
> LD .tmp_vmlinux1
> net/built-in.o: In
On 2/12/07, Sam Vilain <[EMAIL PROTECTED]> wrote:
Not every module, you just make them on sensible, planned groupings.
The danger is that the "container" group becomes a fallback grouping for
things when people can't be bothered thinking about it properly, and
everything including the kitchen
Joseph Cosby wrote:
Thanks.
Now having enabled the new ATA config options, the vendor-id shows up in
my modules pci list. But the hard drive still isn't detected by the kernel.
Is there more that needs to be enabled for this to work?
Please be more explicit about which options you enabled.
On Mon, Feb 12, 2007 at 10:39:25AM -0800, Venkatesh Pallipadi wrote:
>
> Introducing 'cpuidle', a new CPU power management infrastructure to manage
> idle CPUs in a clean and efficient manner.
> cpuidle separates out the drivers that can provide support for multiple types
> of idle states
2.6.20-git8 fails compile:
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
net/built-in.o: In function `svc_udp_recvfrom':
svcsock.c:(.text+0x61be4): undefined reference to `__ipv6_addr_type'
make: ***
On Mon, Feb 12, 2007 at 04:27:04PM -0800, Michael Clay wrote:
> This patch is meant to remove the calls to check_region, a now
> deprecated function in order to get rid of compilation warning. This
> was done by finding all calls to check_region and replacing them with
> calls to request_region.
Paul Menage wrote:
>> Ask yourself this - what do you need the container structure for so
>> badly, that virtualising the individual resources does not provide for?
>>
> Primarily, that otherwise every module that wants to affect/monitor
> behaviour of a group of associated processes has to
On Mon, 12 Feb 2007, David Miller wrote:
> Thus, below is the patch I will use to fix this bug:
>
> 1) Calling xfrm_audit_log() with a NULL object is a BUG()
> 2) Setting "result" based upon NULL'ness of the object makes no
>sense, either set it to "1" in these cases or use an appropriate
>
This patch is meant to remove the calls to check_region, a now
deprecated function in order to get rid of compilation warning. This
was done by finding all calls to check_region and replacing them with
calls to request_region. check_region essentially was a wrapper around
request_region, and was
On Mon, 2007-02-12 at 14:57 +0100, Olivier Galibert wrote:
> On Mon, Feb 12, 2007 at 03:43:14PM +0900, Ian Kent wrote:
> > On Thu, 2007-02-08 at 11:33 +0900, Ian Kent wrote:
> > > On Wed, 2007-02-07 at 19:18 +0100, Olivier Galibert wrote:
> > > > On Thu, Feb 08, 2007 at 03:07:41AM +0900, Ian Kent
On Tue, 2007-02-13 at 11:20 +1100, Ben Nizette wrote:
> #define array_for_each(element, array) \
> for (int __idx = 0; __idx < ARRAY_SIZE((array)); \
> __idx++, (element) = &(array[__idx]))
This requires all interior loop code be changed.
-
To unsubscribe from this list:
--- Pierre Ossman <[EMAIL PROTECTED]> wrote:
> Alex Dubov wrote:
> > I removed that line altogether (it does not really needed as mmc host will
> > not be accessed
> > anymore). The problem is more elaborate. Here, the card fails,
> > mmc_host_remove is called
> without
> > sleep beforehand,
Joseph Cosby wrote:
Hi,
Until recently I was using the 2.6.18 kernel. I have a SATA hard drive
that was detected by the kernel, using the PIIX driver. But after
updating to 2.6.20, the hard drive is no longer detected by the kernel.
I used make oldconfig to create the 2.6.20 config file, and I
On Tue, Feb 13 2007, Rusty Russell wrote:
> On Mon, 2007-02-12 at 16:01 +0100, Jens Axboe wrote:
> > On Mon, Feb 12 2007, Rusty Russell wrote:
> > > Thanks Jens!!
> >
> > My pleasure, it's not often you get to make that big a performance
> > improvement with just a little few lines of change :-)
On 2/12/07, Sam Vilain <[EMAIL PROTECTED]> wrote:
Ask yourself this - what do you need the container structure for so
badly, that virtualising the individual resources does not provide for?
Primarily, that otherwise every module that wants to affect/monitor
behaviour of a group of associated
On Mon, 12 Feb 2007 17:30:38 -0700 Joseph Cosby wrote:
> Hi,
> Until recently I was using the 2.6.18 kernel. I have a SATA hard drive
> that was detected by the kernel, using the PIIX driver. But after
> updating to 2.6.20, the hard drive is no longer detected by the kernel.
> I used make
from Damian Minkov
Fix audio input source for capturing(playing) audio on AverTv Go 007 cards.
Signed-off-by: Damian Minkov <[EMAIL PROTECTED]>
---
diff -upr a/linux/drivers/media/video/saa7134/saa7134-cards.c
b/linux/drivers/media/video/saa7134/saa7134-cards.c
---
On Fri, 2 Feb 2007, Andi Kleen wrote:
> I've threatened to just disable RDTSC for ring 3 before, but it'll likely
> never happen because too many programs use it.
Those programs are aware that they are fiddling around with low level
material but with this patchset we are going to have a non
The VIA C7 is a 686 (with TSC) that supports MMX, SSE and SSE2, it also has a
cache line length of 64 according to
http://www.digit-life.com/articles2/cpu/rmma-via-c7.html. This patch sets gcc
to -march=686 and selects the correct cache shift.
This version adds it to include/asm-i386/module.h
Hi,
Until recently I was using the 2.6.18 kernel. I have a SATA hard drive
that was detected by the kernel, using the PIIX driver. But after
updating to 2.6.20, the hard drive is no longer detected by the kernel.
I used make oldconfig to create the 2.6.20 config file, and I noticed a
new option
Paul Menage wrote:
>> I know I'm a bit out of touch, but AIUI the NSProxy *is* the container.
>> We decided a long time ago that a container was basically just a set of
>> namespaces, which includes all of the subsystems you mention.
>>
> You may have done that, but the CKRM/ResGroups
> oops. CONFIG_SWAP=n, I assume?
Yes, sorry. Full config attached.
Same breakage on "make allnoconfig" for ia64
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Mon, 2007-02-12 at 16:01 +0100, Jens Axboe wrote:
> On Mon, Feb 12 2007, Rusty Russell wrote:
> > Thanks Jens!!
>
> My pleasure, it's not often you get to make that big a performance
> improvement with just a little few lines of change :-)
*cough* I deliberately leave these low hanging fruit
Tejun Heo wrote:
-Add a new port flag ATA_FLAG_NO_FUA to indicate that a controller
can't handle FUA commands, and add that flag to sata_sil. Force FUA
off on any drive connected to a controller with this bit set.
There was some talk that sata_mv might have this problem, but I
believe the
On Mon, Feb 12, 2007 at 04:10:44PM -0700, Eric W. Biederman wrote:
> Basically as I commented in genapic_flat, that at least on hyperthreading
> cpus the destination mask is not always honored, and so if you only
> allow one hyperthread I have seen the irq show up on the other hyperthread.
Which
On Mon, Feb 12, 2007 at 02:53:29PM -0800, Linus Torvalds wrote:
Hallo.
> On Mon, 12 Feb 2007, Tony Luck wrote:
> >
> > Git bisect fingers this patch (which is in Linus' tree as commit
> > 76c329563c5b8663ef27eb1bd195885ab826cbd0) as the culprit
> > for double adding the contents of the
Joe Perches wrote:
Now that most of the sizeof(array)/sizeof(array[0])
conversions have been done (there are about 800 done
and about another 130 left), perhaps it could be
useful to change the code to use a define similar
to the list_for_each
#define list_for_each(pos, head) \
for (pos
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will add the new cxgb3 RDMA driver for Chelsio
On Mon, Feb 12, 2007 at 11:36:23PM +0100, Andi Kleen wrote:
> True, that seems to be missing.
>
> I agree that the patch seems to consist mostly of renaming doesn't make
> it any easier to read.
>
> And it's worrying that it doesn't handle the hotplug case at all.
This patch is mostly a cleanup
The VIA C7 is a 686 (with TSC) that supports MMX, SSE and SSE2, it also has a
cache line length of 64 according to
http://www.digit-life.com/articles2/cpu/rmma-via-c7.html. This patch sets gcc
to -march=686 and selects the correct cache shift.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
On Tue, 30 Jan 2007, Martin MOKREJ wrote:
> Hi,
> is this a known issue? Should I bother to upgrade to 2.6.19.2 if it
> contains the fix?
> Thank you any help. It might be related to NFS. The machine in question is
> NFSv3 client,
> udp. And used for computations. The process which died is
On Mon, Feb 12, 2007 at 11:46:46PM +, Simon Arlott wrote:
> MVIAC3_2 doesn't enable X86_GOOD_APIC
which is pretty irrelevant unless you have a dual C7.
> , try M686 (Pentium-Pro) - but that won't enable MMX and SSE (via
> -march=c3-2).
If gcc generated SSE/MMX instructions that would
Hi.
On Tue, 2007-02-13 at 00:23 +0100, Rafael J. Wysocki wrote:
> Hi,
>
> Here's my attempt to document the requirements with respect to the basic PM
> support in drivers and the testing of that. Comments welcome.
>
> Greetings,
> Rafael
>
> ---
> Documentation/SubmittingDrivers |
Am 12.02.2007 19:47 schrieb Greg KH:
> +static void gigaset_device_release(struct device *dev)
> +{
> + //FIXME anything to do? cf. platform_device_release()
> +}
> The memory of the platform device itself needs to be freed here,
> otherwise, to do it earlier would cause race
Now that most of the sizeof(array)/sizeof(array[0])
conversions have been done (there are about 800 done
and about another 130 left), perhaps it could be
useful to change the code to use a define similar
to the list_for_each
#define list_for_each(pos, head) \
for (pos = (head)->next;
From: J. Bruce Fields <[EMAIL PROTECTED]>
We're inserting deny's between some ACEs in order to enforce posix draft
acl semantics which prevent permissions from accumulating across entries
in an acl.
That's fine, but we're doing that by inserting a deny after *every* allow,
which is overkill. We
On 12/02/07 20:16, Dave Jones wrote:
> On Mon, Feb 12, 2007 at 02:14:41PM -0500, Kyle McMartin wrote:
> > On Mon, Feb 12, 2007 at 06:37:38PM +0100, Mark de Vries wrote:
> > > I've been googeling for about an hour now and can't find an answer to:
> > > What type of CPU should I select when
From: J. Bruce Fields <[EMAIL PROTECTED]>
Return just the effective permissions, and forget about the mask. It isn't
worth the complexity.
WARNING: This breaks backwards compatibility with overly-picky nfsv4->posix acl
translation, as may has been included in some patched versions of libacl.
From: J. Bruce Fields <[EMAIL PROTECTED]>
When setting an ACL that lacks inheritable ACEs on a directory, we
should set a default ACL of zero length, not a default ACL with all bits
denied.
Signed-off-by: "J. Bruce Fields" <[EMAIL PROTECTED]>
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
###
From: J. Bruce Fields <[EMAIL PROTECTED]>
The code that splits an incoming nfsv4 ACL into inheritable and effective parts
can be combined with the the code that translates each to a posix acl,
resulting in simpler code that requires one less pass through the ACL.
Signed-off-by: "J. Bruce Fields"
From: J. Bruce Fields <[EMAIL PROTECTED]>
Simplify the memory management and code a bit by representing acls with an
array instead of a linked list.
Signed-off-by: J. Bruce Fields <[EMAIL PROTECTED]>
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
./fs/nfsd/nfs4acl.c|
From: J. Bruce Fields <[EMAIL PROTECTED]>
We should be returning ATTRNOTSUPP, not NOTSUPP, when acls are unsupported.
Also fix a comment.
Signed-off-by: "J. Bruce Fields" <[EMAIL PROTECTED]>
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
./fs/nfsd/nfs4xdr.c |2 +-
From: J. Bruce Fields <[EMAIL PROTECTED]>
The wrong pointer is being kfree'd in savemem() when defer_free
returns with an error.
Signed-off-by: Benny Halevy <[EMAIL PROTECTED]>
Signed-off-by: J. Bruce Fields <[EMAIL PROTECTED]>
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
From: J. Bruce Fields <[EMAIL PROTECTED]>
The rfc allows us to be more permissive about the ACL inheritance bits we
accept:
"If the server supports a single "inherit ACE" flag that applies to
both files and directories, the server may reject the request
(i.e., requiring
1 - 100 of 840 matches
Mail list logo