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 | 1
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 be
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 fro
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 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
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
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 localvers
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 p
> 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 http://vger.kernel.org/majordomo-inf
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 CO
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 t
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
mon
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 oldconfi
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 no
--- 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, an
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: sen
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, 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.
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 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 and
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.
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 th
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 cause
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] Error
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, elimina
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 ha
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 cond
> On Sat, 10 Feb 2007 12:27:42 -0600 James Bottomley <[EMAIL PROTECTED]> wrote:
> When discussion about TRUE and FALSE came up a long time a go in the
> context of the mid layer we agreed to strip the defined constants out of
> that code and just go with 1 and 0 inline ... because the code was
> pr
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
--- a/linux/drivers/media/video/sa
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 w
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
>
On Mon, Feb 05, 2007 at 05:23:36PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> On Thu, Feb 01, 2007 at 01:12:30PM +0300, Evgeniy Polyakov ([EMAIL
> PROTECTED]) wrote:
> >
> > Generic event handling mechanism.
> >
> > Kevent is a generic subsytem which allows to handle event notificatio
Pipe notifications.
diff --git a/fs/pipe.c b/fs/pipe.c
index 68090e8..0c75bf1 100644
--- a/fs/pipe.c
+++ b/fs/pipe.c
@@ -16,6 +16,7 @@
#include
#include
#include
+#include
#include
#include
@@ -313,6 +314,7 @@ redo:
break;
}
if
Description.
diff --git a/Documentation/kevent.txt b/Documentation/kevent.txt
new file mode 100644
index 000..d6e126f
--- /dev/null
+++ b/Documentation/kevent.txt
@@ -0,0 +1,271 @@
+Description.
+
+int kevent_init(struct kevent_ring *ring, unsigned int ring_size,
+ unsigned int flags)
poll/select() notifications.
This patch includes generic poll/select notifications.
kevent_poll works simialr to epoll and has the same issues (callback
is invoked not from internal state machine of the caller, but through
process awake, a lot of allocations and so on).
Signed-off-by: Evgeniy Po
Signal notifications.
This type of notifications allows to deliver signals through kevent queue.
One can find example application signal.c on project homepage.
If KEVENT_SIGNAL_NOMASK bit is set in raw_u64 id then signal will be
delivered only through queue, otherwise both delivery types are use
Kevent based generic AIO.
This patch only implements network AIO, which is _COMPLETELY_
impossible and broken in _ANY_ micro-thread design. For details
and test consider following link:
http://tservice.net.ru/~s0mbre/blog/2007/02/10#2007_02_10
Designing AIO without network in mind can only be
Private userspace notifications.
Allows to register notifications of any private userspace
events over kevent. Events can be marked as ready using
kevent_ctl(KEVENT_READY) command.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/kernel/kevent/kevent_unotify.c b/kernel/kevent/k
Kevent posix timer notifications.
Simple extension to POSIX timers which allows
to deliver notification of the timer expiration
through kevent queue.
Example application posix_timer.c can be found
in archive on project homepage.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a
Socket notifications.
This patch includes socket send/recv/accept notifications.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/fs/inode.c b/fs/inode.c
index bf21dc6..82817b1 100644
--- a/fs/inode.c
+++ b/fs/inode.c
@@ -21,6 +21,7 @@
#include
#include
#include
+#include
Timer notifications.
Timer notifications can be used for fine grained per-process time
management, since interval timers are very inconvenient to use,
and they are limited.
This subsystem uses high-resolution timers.
id.raw[0] is used as number of seconds
id.raw[1] is used as number of nanose
Evgeniy Polyakov <[EMAIL PROTECTED]> writes:
>
> aio_sendfile_path() is essentially aio_sendfile(), except that it takes
> source filename as parameter, has a pointer to private header
> and its size (which allows to send header and file's content in one syscall
> instead of three (open, send, sen
On Mon, Feb 12, 2007 at 02:08:10PM +0100, Andi Kleen ([EMAIL PROTECTED]) wrote:
> Evgeniy Polyakov <[EMAIL PROTECTED]> writes:
> >
> > aio_sendfile_path() is essentially aio_sendfile(), except that it takes
> > source filename as parameter, has a pointer to private header
> > and its size (which a
> I'm sure others would want them then for their favourite system call combo
> too. If they were really useful it might make more sense to have a batch()
> system call that works for arbitary calls, but I'm not convinced yet
> it's even needed. It would be certainly ugly.
batch() would possibly m
On Mon, Feb 12, 2007 at 01:12:57PM +, Alan ([EMAIL PROTECTED]) wrote:
> > I'm sure others would want them then for their favourite system call combo
> > too. If they were really useful it might make more sense to have a batch()
> > system call that works for arbitary calls, but I'm not convinc
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 version I tried, it failed to build.
--
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mount
Hesse, Christian wrote:
On Saturday 10 February 2007 14:23, Hesse, Christian wrote:
On Friday 09 February 2007 22:12, James Ketrenos wrote:
We are pleased to announce the availability of a new driver for the
Intel PRO/Wireless 3945ABG Network Connection adapter.
Wow, great news
> 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 two, sorry.
However we might as well get it back in there for review-and-test - please
send a new
Hesse, Christian wrote:
On Saturday 10 February 2007 14:23, Hesse, Christian wrote:
On Friday 09 February 2007 22:12, James Ketrenos wrote:
We are pleased to announce the availability of a new driver for the
Intel PRO/Wireless 3945ABG Network Connection adapter.
...
Oh, I forgot one note: "mak
I have created a list for discussing issues and announcing test versions
of the skge and sky2 drivers. There are many people with problems and
several vendors are using the hardware as well, therefore I want to be
able to make sure everyone can see the information without having to
be distracted by
> 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 functi
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 include/l
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 fails
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 Clem
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]> says
> We're aware of two regressions compared to mainline if ptrace is utrace:
Thanks very much for bringing these to my attention.
> 1) zero holes for PTRACE_PEEKUSR vanished.
I've fixed this in the current patches.
> 2. The following proggie renders box unusable in ~10 seconds (but not
>mainl
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 net/ipv6/addrco
On 2/12/07, Sam Vilain <[EMAIL PROTECTED]> 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/R
On 2/12/07, Serge E. Hallyn <[EMAIL PROTECTED]> wrote:
Well it's an unfortunate conflict, but I don't see where we have any
standing to make Paul change his terminology :)
I have no huge problem with changing my terminology in the interest of
wider adoption. "Container" seems like an appropri
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 independ
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 pr
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 im
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 si
On Mon, Feb 12, 2007 at 12:15:22AM -0800, [EMAIL PROTECTED] wrote:
> +void container_fork(struct task_struct *child)
> +{
> + task_lock(current);
Can't this be just rcu_read_lock()?
> + child->container = current->container;
> + atomic_inc(&child->container->count);
> + task_unloc
On Mon, Feb 12, 2007 at 12:15:24AM -0800, [EMAIL PROTECTED] wrote:
> +/*
> + * Call css_get() to hold a reference on the container; following a
> + * return of 0, this container subsystem state object is guaranteed
> + * not to be destroyed until css_put() is called on it. A non-zero
> + * return
On Mon, Feb 12, 2007 at 12:15:27AM -0800, [EMAIL PROTECTED] wrote:
> This patch implements the BeanCounter resource control abstraction
> over generic process containers.
Forgive my confusion, but do we really need two-levels of resource control
abstraction here? Why can't resource controllers d
On 2/12/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
On Mon, Feb 12, 2007 at 12:15:24AM -0800, [EMAIL PROTECTED] wrote:
> +/*
> + * Call css_get() to hold a reference on the container; following a
> + * return of 0, this container subsystem state object is guaranteed
> + * not to be destroye
On 2/12/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
On Mon, Feb 12, 2007 at 12:15:27AM -0800, [EMAIL PROTECTED] wrote:
> This patch implements the BeanCounter resource control abstraction
> over generic process containers.
Forgive my confusion, but do we really need two-levels of resource
On 2/12/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
On Mon, Feb 12, 2007 at 12:15:22AM -0800, [EMAIL PROTECTED] wrote:
> +void container_fork(struct task_struct *child)
> +{
> + task_lock(current);
Can't this be just rcu_read_lock()?
In this particular patch (which is an almost verb
On 2/12/07, Paul Menage <[EMAIL PROTECTED]> wrote:
reaches zero. RCU is still fine for reading the container_group
pointers, but it's no good for updating them, since by the time you
update it it may no longer be your container_group structure, and may
instead be about to be deleted as soon as th
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
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:
2007/2/
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 function
[]
> > 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 m
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
> +++ l
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:
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 should
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, maj
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 page.
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 Şu
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 e.g.
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 read-on
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 message
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 at
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.
>
>
drivers-add-lcd-support-fix-crash-when-buil
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 = fi
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 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 lo
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 cpu
>>> 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 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
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
> array_for_each_i
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, a
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
>
>
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 |4
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
a
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 inserti
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 a
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) {
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 to
301 - 400 of 422 matches
Mail list logo
