On 7/16/07, Arjan van de Ven [EMAIL PROTECTED] wrote:
On Mon, 2007-07-16 at 11:00 -0700, Aaron Durbin wrote:
Add the ability to reset the machine using the RESET_REG in ACPI's FADT table.
Signed-off-by: Aaron Durbin [EMAIL PROTECTED]
---
diff --git a/drivers/acpi/Makefile
Satyam Sharma wrote:
On 7/16/07, Gabriel C [EMAIL PROTECTED] wrote:
Here the bisect result:
3007e997de91ec59af39a3f9c91595b31ae6e08b is first bad commit
commit 3007e997de91ec59af39a3f9c91595b31ae6e08b
Author: Tejun Heo [EMAIL PROTECTED]
Date: Thu Jun 14 04:27:23 2007 +0900
sysfs:
[PATCH] utime(s): Honour CAP_FOWNER when times==NULL
do_utimes() does not honour CAP_FOWNER when times==NULL.
Trivial and obvious one-line fix.
Signed-off-by: Satyam Sharma [EMAIL PROTECTED]
---
BTW this bug was hidden by the fact that we call vfs_permission() from the
code below (for) this
Tejun Heo wrote:
Satyam Sharma wrote:
On 7/16/07, Gabriel C [EMAIL PROTECTED] wrote:
Here the bisect result:
3007e997de91ec59af39a3f9c91595b31ae6e08b is first bad commit
commit 3007e997de91ec59af39a3f9c91595b31ae6e08b
Author: Tejun Heo [EMAIL PROTECTED]
Date: Thu Jun 14
On Mon, 16 Jul 2007 11:23:05 -0700
Randy Dunlap [EMAIL PROTECTED] wrote:
+/*
+ * NOTE: do not add new entries to this table unless you have read
+ * Documentation/sysctl/ctl_unnumbered.txt
+ */
+/*
+ * NOTE: do not add new entries to this table unless you have read
+ *
On Mon, Jul 16, 2007 at 08:56:10AM +0200, Adrian Bunk wrote:
On Sun, Jul 15, 2007 at 10:03:02PM -0700, Li, Tong N wrote:
There are various metrics a scheduler may want to optimize for, such as
throughput, response time, power consumption, fairness, and so on. Each
of these may also be
Hi Linus,
Could you please apply the below patch now that 2.6.22 is released?
Thanks a lot in advance!
Best regards,
Anton
--
Anton Altaparmakov aia21 at cam.ac.uk (replace at with @)
Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK
Linux NTFS maintainer,
On Tue, 17 Jul 2007, Satyam Sharma wrote:
[PATCH] utime(s): Honour CAP_FOWNER when times==NULL
do_utimes() does not honour CAP_FOWNER when times==NULL.
Trivial and obvious one-line fix.
Ahh, ok. Is this old, or was it introduced recently (I'm looking at my
recent change to that area, it
It is an error to add visible Kconfig options without help text. Among
them are the new menuconfig options. Jan obviously never uses make
oldconfig. Most of these options were added after 2.6.22:
BLK_DEV
HID_SUPPORT
INSTRUMENTATION
MACINTOSH_DRIVERS
MISC_DEVICES
USB_SUPPORT
Here are
/proc/mounts in its current state fail to disambiguate bind mounts, especially
when the bind mount is subrooted. Also it does not capture propagation state of
the mounts(shared-subtree). The following patch addresses the problem.
The following additional fields to /proc/mounts are added.
Hi, Paul,
I've run into a strange problem with css_put(). After the changes for
notify_on_release(), the css_put() routine can now block and it blocks on
the container_mutex. This implies that css_put() cannot be called if
1. We cannot block
2. We already hold the container_mutex
The problem I
Zan Lynx wrote:
...
Unable to handle kernel NULL pointer dereference at RIP:
[8033d324] reiser4_tree_by_page+0x4/0x20
PGD 17594067 PUD d025067 PMD 0
Oops: [1] PREEMPT SMP
CPU 0
Modules linked in: nls_iso8859_1 isofs nls_base snd_pcm_oss snd_mixer_oss netconsole
Fixed bug in extent2tail conversion.
Bug description:
when converting partially converted file
(with flag REISER4_PART_MIXED installed)
reiser4_cut_tree() starts to cut old metatada
from wrong offset. Result is data corruption.
Signed-off-by: Edward Shishkin [EMAIL PROTECTED]
---
Update hint when reading tails
Signed-off-by: Edward Shishkin [EMAIL PROTECTED]
---
linux-2.6.22-rc6-mm1/fs/reiser4/plugin/item/tail.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
--- linux-2.6.22-rc6-mm1/fs/reiser4/plugin/item/tail.c.orig
+++
Protect page (via incrementing page count) from
being reclaimed when looking for extent pointer
in unix-file specific readpages filler.
Signed-off-by: Edward Shishkin [EMAIL PROTECTED]
---
linux-2.6.22-rc6-mm1/fs/reiser4/plugin/file/file.c | 32 +++--
1 files changed, 18
Hi;
Following patch corrects following compile error introduced by commit
e245befce7af0a1e1347079ed62695b059594bd4
[EMAIL PROTECTED] linux-2.6 $ make
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CALLscripts/checksyscalls.sh
CHK include/linux/compile.h
LD
On 7/16/07, Balbir Singh [EMAIL PROTECTED] wrote:
Hi, Paul,
I've run into a strange problem with css_put(). After the changes for
notify_on_release(), the css_put() routine can now block and it blocks on
the container_mutex. This implies that css_put() cannot be called if
1. We cannot block
Hi,
On Monday 16 July 2007, Jens Axboe wrote:
Convert the main rq mapper (blk_rq_map_sg()) to the sg helper setup.
Signed-off-by: Jens Axboe [EMAIL PROTECTED]
---
block/ll_rw_blk.c | 19 ---
1 files changed, 12 insertions(+), 7 deletions(-)
diff --git
On Monday 16 July 2007, Jens Axboe wrote:
The core of the patch - allow the last sg element in a scatterlist
table to point to the start of a new table. We overload the LSB of
the page pointer to indicate whether this is a valid sg entry, or
merely a link to the next list.
Signed-off-by:
On Mon, 16 Jul 2007, Linus Torvalds wrote:
On Tue, 17 Jul 2007, Satyam Sharma wrote:
[PATCH] utime(s): Honour CAP_FOWNER when times==NULL
do_utimes() does not honour CAP_FOWNER when times==NULL.
Trivial and obvious one-line fix.
Ahh, ok. Is this old, or was it introduced
Gabriel C wrote:
Tejun Heo wrote:
Satyam Sharma wrote:
On 7/16/07, Gabriel C [EMAIL PROTECTED] wrote:
Here the bisect result:
3007e997de91ec59af39a3f9c91595b31ae6e08b is first bad commit
commit 3007e997de91ec59af39a3f9c91595b31ae6e08b
Author: Tejun Heo [EMAIL
Gabriel C wrote:
Gabriel C wrote:
Tejun Heo wrote:
Satyam Sharma wrote:
On 7/16/07, Gabriel C [EMAIL PROTECTED] wrote:
Here the bisect result:
3007e997de91ec59af39a3f9c91595b31ae6e08b is first bad commit
commit
Hello,
below in the text you find a small kernel module as a proof of concept,
that allows a listing of all current multicast group joins for (UDP/IPv4)
sockets (NOTE: sockets, neither IP-level nor netdevice-level) along with
the corresponding process(es) and filedescriptors.
Why did I do
On Mon, Jul 16 2007, Bartlomiej Zolnierkiewicz wrote:
Hi,
On Monday 16 July 2007, Jens Axboe wrote:
Convert the main rq mapper (blk_rq_map_sg()) to the sg helper setup.
Signed-off-by: Jens Axboe [EMAIL PROTECTED]
---
block/ll_rw_blk.c | 19 ---
1 files
On Mon, Jul 16 2007, Bartlomiej Zolnierkiewicz wrote:
On Monday 16 July 2007, Jens Axboe wrote:
The core of the patch - allow the last sg element in a scatterlist
table to point to the start of a new table. We overload the LSB of
the page pointer to indicate whether this is a valid sg
Using the latest git pull (commit abce891a10559343d8ac9f79b46d78afdba63a40), I
get the following
linker error:
block/built-in.o: In function `bsg_init':
bsg.c:(.init.text+0x43d): undefined reference to `scsi_register_interface'
This is on an x86_64 system with the following .config:
#
#
It looks like kvm_hypercall is trying to match the system call
convention and mixed up the call number and first argument in the
32-bit case.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
drivers/kvm/kvm_main.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index:
There are a bunch of missing initializations of run-exit_reason and
associated data.
kvm_hypercall wasn't setting exit_reason at all.
When exit_reason is KVM_EXIT_MMIO, the mmio data isn't initialized. I
don't know what it should be, so I just stuck a FIXME in there.
There were some missing
Add the hypercall number to kvm_run and initialize it. This might be
considered API-changing, so I kept it separate.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
drivers/kvm/kvm_main.c |1 +
include/linux/kvm.h|1 +
2 files changed, 2 insertions(+)
Index:
On Fri, Jul 13, 2007 at 05:00:18PM -0400, Mark Lord wrote:
Ah, that makes sense -- during PIO interrupts happen a lot more often.
20 secs still seem to be too much.
I don't think so, even for modern drives.
Figure 8-10 seconds max for spin-up,
plus 6-9 seconds to do a sector
If, in dm_create_persistent(), the call to
create_singlethread_workqueue() fails then we'll return without
freeing the memory allocated to 'ps', thus leaking
sizeof(struct pstore) bytes.
This patch fixes the leak.
Signed-off-by: Jesper Juhl [EMAIL PROTECTED]
---
diff --git
Robert P. J. Day wrote:
as time goes by, the informational value of the feature removal file
is rapidly approaching zero, as alleged deadlines for removal are
continually dismissed, while some removal dates as far back as 2005
are still in that file.
if those features aren't going to be
On Sunday 15 July 2007 12:28:06 pm Randy Dunlap wrote:
On Sat, 14 Jul 2007 21:56:15 -0400 Rob Landley wrote:
On Friday 13 July 2007 11:54:41 pm Randy Dunlap wrote:
If there's interest, I can push some patches to clean up
Documentation by moving files into subdirectories, but
On Mon, 2007-07-16 at 21:46 +0200, Remy Bohmer wrote:
So I was wondering if anybody knows some tool/kernel mechanism which
can do this?
If not, I will build a kernel extension for it myself (new extension
to 'latency_trace' ?)
systemtap has been able to do such things for me in the past...
On Thu, 10 May 2007 16:57:14 -0700
Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
Various pieces of code around the kernel want to be able to trigger an
orderly poweroff. This pulls them together into a single
implementation.
By default the poweroff command is /sbin/poweroff, but it can be
I wrote:
Robert P. J. Day wrote:
as time goes by, the informational value of the feature removal file
is rapidly approaching zero, as alleged deadlines for removal are
continually dismissed, while some removal dates as far back as 2005
are still in that file.
if those features aren't
On Mon, Jul 16 2007, Ian Kumlien wrote:
On mån, 2007-07-16 at 19:29 +0200, Jens Axboe wrote:
On Mon, Jul 16 2007, Chuck Ebbert wrote:
On 07/15/2007 11:20 AM, Ian Kumlien wrote:
I had emerge --sync failing several times...
So i checked dmesg and found some info, attached further
Oleg Nesterov [EMAIL PROTECTED] wrote:
| Sukadev Bhattiprolu wrote:
|
| Use task_pid() to get leader's pid since find_pid() cannot be used
| after detach_pid(). See comments in the code below for more details.
|
| ...
|
| +* Note: With multiple pid namespaces, active pid
H. Peter Anvin wrote:
Jeff Garzik wrote:
What the *at() interfaces really do is fix/paper over a longstanding
wart in Unix: the cwd really should have been a standard file descriptor
(like stdin/stdout/stderr) instead of a magic piece of state maintained
in kernel space.
It's more than a wart,
On Mon, 16 Jul 2007 11:47:23 +0200
Jens Axboe [EMAIL PROTECTED] wrote:
This prepares x86-64 for sg chaining support.
Additional improvements/fixups for pci-gart from
Benny Halevy [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Signed-off-by: Jens Axboe [EMAIL PROTECTED]
---
* Remy Bohmer ([EMAIL PROTECTED]) wrote:
Hello,
I am looking for some tool/kernel machanism that enables me to track
every schedule change on the CFS scheduler of the RT-kernel for some
period of time.
Thus a tool that gives me an overview after some time which task got
scheduled in/out at
On Mon, Jul 16 2007, Andrew Morton wrote:
On Mon, 16 Jul 2007 11:47:23 +0200
Jens Axboe [EMAIL PROTECTED] wrote:
This prepares x86-64 for sg chaining support.
Additional improvements/fixups for pci-gart from
Benny Halevy [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Signed-off-by:
On Wed, Jun 27, 2007 at 03:36:34PM -0400, Steven Rostedt wrote:
I believe this was originally done by Dipankar Sarma. I pulled these
changes from the -rt kernel.
For better preformance, RCU should use a softirq instead of a
tasklet.
Acked-by: Paul E. McKenney [EMAIL PROTECTED]
Tested-by:
On mån, 2007-07-16 at 21:56 +0200, Jens Axboe wrote:
On Mon, Jul 16 2007, Ian Kumlien wrote:
On mån, 2007-07-16 at 19:29 +0200, Jens Axboe wrote:
On Mon, Jul 16 2007, Chuck Ebbert wrote:
On 07/15/2007 11:20 AM, Ian Kumlien wrote:
I had emerge --sync failing several times...
Hello Arjan,
Thanks for this suggestion.
But I looked at Systemtap before, and as I remember, it is very
flexible, but it only traces function calls. (or am I missing
something?)
I also need this scheduler-tracer, besides for fully fledged X86
systems, also for ARM based boards also with a very
Coverity scan found (CID: 1708) this in
drivers/usb/serial/io_ti.c::edge_shutdown() :
...
2797for (i=0; i serial-num_ports; ++i) {
2798edge_port = usb_get_serial_port_data(serial-port[i]);
2799edge_remove_sysfs_attrs(edge_port-port);
2800
sockets that join different groups receive messages from the respective
other group (if they are only bound to the wildcard address). Obviously
this is handled differently in Linux for IPv4, where the socket matching
for incoming message is done solely on the 4-tuple of addresses and
On Mon, 16 Jul 2007, Paul E. McKenney wrote:
On Wed, Jun 27, 2007 at 03:36:34PM -0400, Steven Rostedt wrote:
I believe this was originally done by Dipankar Sarma. I pulled these
changes from the -rt kernel.
For better preformance, RCU should use a softirq instead of a
tasklet.
On Mon, Jul 16, 2007 at 04:01:17PM +0200, Roman Zippel wrote:
Hi,
On Mon, 16 Jul 2007, Ingo Molnar wrote:
to sum it up: a nice +19 task (the most commonly used nice level in
practice) gets 9.1%, 3.9%, 3.1% of CPU time on the old scheduler,
depending on the value of HZ. This is quite
Quoting Roland Dreier [EMAIL PROTECTED]:
Subject: Re: Further 2.6.23 merge plans...
I haven't done any work on it or seen anything from anyone else, so I
expect this will have to wait for 2.6.24.
I'm surprised to hear this. How about this:
Roland Dreier [EMAIL PROTECTED] wrote on 16.07.2007 18:04:26:
It seems not quite right to me for the driver to advertise nr_eqs
completion vectors, but then if round-robin is turned on to ignore the
consumer's decision about which vector to use.
The round-robin feature was primarily meant as
Roland Dreier [EMAIL PROTECTED] wrote on 16.07.2007 19:14:03:
applied, but as a further cleanup it seems that ehca2ib_return_code()
should be moved into a .c file and moved out of line -- I think it
would probably shrink the compiled code quite a bit, and as far as I
can see it is never used
Roland Dreier [EMAIL PROTECTED] wrote on 16.07.2007 18:04:26:
Do you have any data on how well this round-robin assignment works?
It seems not quite right to me for the driver to advertise nr_eqs
completion vectors, but then if round-robin is turned on to ignore the
consumer's decision about
[Adding needed CC's]
16 Tem 2007 Pts tarihinde, Larry Finger şunları yazmıştı:
Using the latest git pull (commit
abce891a10559343d8ac9f79b46d78afdba63a40), I get the following linker
error:
block/built-in.o: In function `bsg_init':
bsg.c:(.init.text+0x43d): undefined reference to
Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
Subject: [PATCH 1/5] Define and use task_active_pid_ns() wrapper
From: Sukadev Bhattiprolu [EMAIL PROTECTED]
With multiple pid namespaces, a process is known by some pid_t in
every ancestor pid namespace. Every time the process forks, the
On Mon, 16 Jul 2007 22:10:03 +0200
Jens Axboe [EMAIL PROTECTED] wrote:
On Mon, Jul 16 2007, Andrew Morton wrote:
On Mon, 16 Jul 2007 11:47:23 +0200
Jens Axboe [EMAIL PROTECTED] wrote:
This prepares x86-64 for sg chaining support.
Additional improvements/fixups for pci-gart from
[Resend, gnupg damaged the patch, sorry for noise]
16 Tem 2007 Pts tarihinde, Larry Finger şunları yazmıştı:
Using the latest git pull (commit
abce891a10559343d8ac9f79b46d78afdba63a40), I get the following linker
error:
block/built-in.o: In function `bsg_init':
bsg.c:(.init.text+0x43d):
Hi,
In drivers/net/tulip/uli526x.c::uli526x_interrupt() there's a test
of the function argument 'void *dev_id' against NULL. But that
test is pretty pointless, since if ever 'dev_id' is NULL we'll
already have crashed inside netdev_priv(dev).
I don't think dev_id can ever actually be NULL, so
Jeff Garzik wrote:
Well, as Jeremy pointed out, in the absence of threads you can do the
same thing with fchdir(), however, that's much more of a hack.
My posixutils project (coreutils replacement) used fchdir(2), but that
still doesn't get you 100% race-free. It gets you close, yes.
I
On Mon, 16 Jul 2007, Linus Torvalds wrote:
Btw, are there any numbers on this? Is this whole thing actually
noticeable?
Besides the obvious removal of code?
The old way actually made an effort to create per_cpu tasklets! So that
the tasklets *can* run simultaneously, making it in essense a
On Sun, 15 Jul 2007 23:59:03 GMT
Linux Kernel Mailing List linux-kernel@vger.kernel.org wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7c9e3c2e3b0437d10a09b77769baf325b94aa436
Commit: 7c9e3c2e3b0437d10a09b77769baf325b94aa436
Parent:
On Tue, Jul 17, 2007 at 01:00:42AM +0530, Satyam Sharma wrote:
if ((current-fsuid != inode-i_uid) !capable(CAP_FOWNER))
test is a rather common test, and in fact, arguably, every time you see
one part of it, you should probably see the other. Would it make sense to
make a helper
On Mon, Jul 16, 2007 at 01:44:24PM -0700, Andrew Morton wrote:
Today is not being a good day.
This bug was already fixed. The following mistakes were made:
a) Jan's patch was misleadingly titled coda: avoid lockdep warning in
coda_readdir
b) Jan's patch had no changelog
c) Jen's
From: Kevin Lloyd [EMAIL PROTECTED]
This patch adds compatibility with Sierra Wireless' new TRU-Install feature.
Future devices that use this feature will not work unless this patch has been
applied.
This recent attempt fixes the return of the probe function so that the device does not
bind
From: Kevin Lloyd [EMAIL PROTECTED]
This patch adds new devices to the Sierra Wireless driver. This is being
resubmitted because the dependent patch (patch 01/02) needed to be resubmitted.
This patch depends on the recently submitted TRU-Install Patch (patch 01/02).
There were previous
Hello,
sdparm and hdparm are broken for me on git (
abce891a10559343d8ac9f79b46d78afdba63a40 )
~$ sudo hdparm /dev/sdc
/dev/sdc:
BLKROGET failed: Inappropriate ioctl for device
BLKRAGET failed: Inappropriate ioctl for device
BLKGETSIZE failed: Inappropriate ioctl for device
~$ sudo
* Linus Torvalds [EMAIL PROTECTED] wrote:
On Mon, 16 Jul 2007, Paul E. McKenney wrote:
On Wed, Jun 27, 2007 at 03:36:34PM -0400, Steven Rostedt wrote:
I believe this was originally done by Dipankar Sarma. I pulled these
changes from the -rt kernel.
For better preformance, RCU
* Steven Rostedt [EMAIL PROTECTED] wrote:
But to answer your question. No, I didn't take any actual
measurements. The changes just seemed obvious to me (and others).
btw., does anyone know about some reliable way to stress and measure RCU
completion performance, via some real userspace
On 7/16/07, Dave Jones [EMAIL PROTECTED] wrote:
On Mon, Jul 16, 2007 at 09:47:49AM -0500, Eric Van Hensbergen wrote:
From: Meelis Roos [EMAIL PROTECTED]
With 9P but no 9P debug options, this error occurs:
CC [M] fs/9p/v9fs.o
fs/9p/v9fs.c: In function 'v9fs_parse_options':
Hi all,
I'm the author of the document Introduction to Linux Kernel
Development Process hosted at
http://linux.tar.bz/articles/2.6-development_process.
Part of the document has been included in Documentation/HOWTO
I was reading both the documents while I started, again, to think
about how to
* David Miller [EMAIL PROTECTED] wrote:
From: Ingo Molnar [EMAIL PROTECTED]
Date: Mon, 16 Jul 2007 11:12:36 +0200
Applying the revert patch below makes it work again.
Well, let's figure out why before we revert because it is attempting
to fix a legitimate bug.
yeah, no doubt about
* Remy Bohmer [EMAIL PROTECTED] wrote:
Hello Arjan,
Thanks for this suggestion.
(please dont top-post, ever. See:
www.zipworld.com.au/~akpm/linux/patches/stuff/top-posting.txt)
But I looked at Systemtap before, and as I remember, it is very
flexible, but it only traces function calls.
Roland Dreier [EMAIL PROTECTED] wrote on 16.07.2007 19:37:09:
If enabled via the mr_largepage module parameter,
Why the module parameter? Is there any reason a user would want to
turn this off? Or conversely, why is it off by default?
We're pretty confident this new feature works, but
On Mon, 16 July 2007 20:23:04 +0300, Al Boldi wrote:
Jörn Engel wrote:
The only place that can ensure to always break the
link is the kernel. Which is why I wrote the cowlink patches some years
back.
Can you post a patch against 2.6.22?
I can and probably will.
The still need a
On 16/07/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
The patch titled
isapnp: remove pointless check of 'type' against 0 in isapnp_read_tag()
has been removed from the -mm tree. Its filename was
isapnp-remove-pointless-check-of-type-against-0-in-isapnp_read_tag.patch
This patch
On Mon, 16 Jul 2007 21:49:30 +0100
Al Viro [EMAIL PROTECTED] wrote:
On Mon, Jul 16, 2007 at 01:44:24PM -0700, Andrew Morton wrote:
Today is not being a good day.
This bug was already fixed. The following mistakes were made:
a) Jan's patch was misleadingly titled coda: avoid lockdep
* Matt Mackall [EMAIL PROTECTED] wrote:
More dynamic range is better? If you actually want a task to get 20x
the CPU time of another, the older scheduler doesn't really allow it.
Getting 1/69th of a modern CPU is still a fair number of cycles.
Nevermind 1/69th of a machine with 64
On Mon, 16 Jul 2007, Al Viro wrote:
On Tue, Jul 17, 2007 at 01:00:42AM +0530, Satyam Sharma wrote:
if ((current-fsuid != inode-i_uid) !capable(CAP_FOWNER))
test is a rather common test, and in fact, arguably, every time you see
one part of it, you should probably see the other.
Hi,
On Mon, 16 Jul 2007, Matt Mackall wrote:
It's nice that these artifacts are gone, but that still doesn't explain
why this ratio had to be increase that much from around 1:10 to 1:69.
More dynamic range is better? If you actually want a task to get 20x
the CPU time of another, the
Tejun: thanks for pointing out this patch.
Kai, Klaus: thanks for testing the patch!
Petr: thanks for fixing the SMART 2.6.22 problems!
Jeff: two user (Kai, Klaus) both saw the SMART STATUS problem disappear
when they tested this libata patch. I hope you stick it into your own
source tree.
On Tue, 17 Jul 2007, Satyam Sharma wrote:
[...]
Anwyay, so I'm thinking of adding:
struct inode;
int is_not_owner(struct inode *)
^static inline ^inode
of course.
{
return ((current-fsuid != inode-i_uid) !capable(CAP_FOWNER));
}
to linux/capability.h
From: Andrew Morton [EMAIL PROTECTED]
Date: Mon, 16 Jul 2007 12:52:23 -0700
Dave, those changes hit mainline without ever having appeared in the
sparc-2.6.git tree, afaict.
It's been in there for more than a week.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On 07/13/2007 05:19 PM, Bill Davidsen wrote:
I should really go back to 2.6.21.6, 2.6.22 has many bizarre behaviors
with FC6. Automount starts taking 30% of CPU (unused at the moment)
Can you confirm whether CFS is involved, i.e. does it spin like that
even without the CFS patch applied?
-
On 7/16/07, Michal Piotrowski [EMAIL PROTECTED] wrote:
Hi Paolo,
Hi Michal,
On 16/07/07, Paolo Ciarrocchi [EMAIL PROTECTED] wrote:
Hi all,
I'm the author of the document Introduction to Linux Kernel
Development Process hosted at
http://linux.tar.bz/articles/2.6-development_process.
Part
Upon closer look, while flush_kernel_dcache_page() is a no-op on ppc64,
flush_dcache_page() isn't. So I'd prefer to not call it if not really needed.
And according to James, flush_kernel_dcache_page() should be sufficient...
So I'm getting puzzled again...
flush_dcache_page() handles
On Mon, 2007-07-16 at 08:47 -0500, James Bottomley wrote:
No ... that was the point of flush_kernel_dcache_page(). The page in
question is page cache backed and contains user mappings. However,
the
block layer has already done a flush_dcache_page() in get_user_pages()
and the user
On Mon, 16 Jul 2007, David Miller wrote:
Well, let's figure out why before we revert because it
is attempting to fix a legitimate bug.
I'm reverting it. I don't think there is any excuse for not reverting
something that provably breaks somebody's machine. I don't want this to be
on the
On Mon, 16 Jul 2007 14:31:06 -0700 (PDT)
David Miller [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Date: Mon, 16 Jul 2007 12:52:23 -0700
Dave, those changes hit mainline without ever having appeared in the
sparc-2.6.git tree, afaict.
It's been in there for more than a
On Mon, Jul 16, 2007 at 01:44:24PM -0700, Andrew Morton wrote:
On Sun, 15 Jul 2007 23:59:03 GMT
Linux Kernel Mailing List linux-kernel@vger.kernel.org wrote:
wrong order of arguments of -readdir()
Shows how many people are testing coda - the bug had been there for 5
No ... that was the point of flush_kernel_dcache_page(). The page in
question is page cache backed and contains user mappings. However, the
block layer has already done a flush_dcache_page() in get_user_pages()
and the user shouldn't be touching memory under I/O (unless they want
self
We should let everybody know about where the regression
list is hosted. The more is known the more it is used.
Signed-off-by: Paolo Ciarrocchi [EMAIL PROTECTED]
---
Documentation/HOWTO |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/Documentation/HOWTO
* Linus Torvalds [EMAIL PROTECTED] wrote:
With MSI, edge-triggered interrupts are making a comeback in a big
way, and yeah, e1000 is one of the drivers that do MSI. Ingo might
want to confirm whether it's actually enabled for him, and whether
turning it off might hide the
We should let everybody know about where the regression
list is hosted. The more is known the more it is used.
Signed-off-by: Paolo Ciarrocchi [EMAIL PROTECTED]
---
Documentation/HOWTO |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/Documentation/HOWTO
We should let everybody know about where the regression
list is hosted. The more is known the more it is used.
Signed-off-by: Paolo Ciarrocchi [EMAIL PROTECTED]
---
Documentation/HOWTO |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/Documentation/HOWTO
From: [EMAIL PROTECTED] (Linas Vepstas)
Date: Mon, 16 Jul 2007 12:25:35 -0500
On Fri, Jul 13, 2007 at 03:47:02PM -0700, David Miller wrote:
From: [EMAIL PROTECTED] (Linas Vepstas)
Date: Fri, 13 Jul 2007 15:05:15 -0500
This is a patch ( bug report) for a crash in sysctl_set_parent()
* Chuck Ebbert [EMAIL PROTECTED] wrote:
On 07/13/2007 05:19 PM, Bill Davidsen wrote:
I should really go back to 2.6.21.6, 2.6.22 has many bizarre behaviors
with FC6. Automount starts taking 30% of CPU (unused at the moment)
Can you confirm whether CFS is involved, i.e. does it spin
Micah Gruber wrote:
This patch fixes a potential null dereference bug where we dereference
nic before a null check. This patch simply moves the dereferencing
after the null check.
Signed-off-by: Micah Gruber [EMAIL PROTECTED]
--- a/drivers/net/s2io.c
+++ b/drivers/net/s2io.c
@@ -789,12
Thomas Klein wrote:
This patch adds support for DLPAR memory add to the eHEA driver. To detect
whether memory was added the driver uses its own memory mapping table and
checks for kernel addresses whether they're located in already known memory
sections. If not the function ehea_rereg_mrs() is
On Tue, 2007-07-17 at 07:49 +1000, Benjamin Herrenschmidt wrote:
No ... that was the point of flush_kernel_dcache_page(). The page in
question is page cache backed and contains user mappings. However, the
block layer has already done a flush_dcache_page() in get_user_pages()
and the user
On Mon, 16 Jul 2007 17:02:13 +0200
Yoann Padioleau [EMAIL PROTECTED] wrote:
potential parse error in declaration under a #ifdef.
A certain parse error, I'd say. How come nobody is reporting it?
Signed-off-by: Yoann Padioleau [EMAIL PROTECTED]
diff --git a/drivers/serial/dz.h
301 - 400 of 1096 matches
Mail list logo
