Muli Ben-Yehuda wrote:
+#define DMA_64BIT_MASK DMA_BIT_MASK(64)
This one does not do what you mean. You need an explicit mask or a
~0ULL here.
Yeah, I was just about to comment on it. Its possible the compiler
might decide to shift by x%64 = 0.
J
-
To unsubscribe from this
On Mon, Sep 17, 2007 at 02:42:28PM -0400, Mathieu Desnoyers wrote:
i386 optimization of the immediate values which uses a movl with code patching
to set/unset the value used to populate the register used as variable source.
Changelog:
- Use text_poke_early with cr0 WP save/restore to patch
On Mon, Sep 17, 2007 at 11:01:21PM -0700, Jeremy Fitzhardinge wrote:
Muli Ben-Yehuda wrote:
+#define DMA_64BIT_MASKDMA_BIT_MASK(64)
This one does not do what you mean. You need an explicit mask or a
~0ULL here.
Yeah, I was just about to comment on it. Its possible the
* Willy Tarreau [EMAIL PROTECTED] wrote:
On Mon, Sep 17, 2007 at 02:33:28PM -0600, Chris Rigg wrote:
Hello,
I have a system with 2.6.20.7 patched with the v6 CFS patch. I am having
issues (I believe) with fairness in regards to my real-time tasks.
First, let me describe my setup:
Trond Myklebust wrote:
On Mon, 2007-09-17 at 11:57 +0400, Pavel Emelyanov wrote:
The __mandatory_lock(inode) macro makes the same check, but
makes the code more readable.
Could we please avoid using underscores in macros. Also, why are we
breaking the usual convention of capitalising macro
These patches remove redundant DMA_..BIT_MASK definitions across
two drivers. In this version of the patches, the computation
of the majority of the bitmasks is done by the compiler.
Signed-off-by: Borislav Petkov [EMAIL PROTECTED]
Cc: Jeremy Fitzhardinge [EMAIL PROTECTED]
Cc: Muli Ben-Yehuda
Hi Borislav,
On Tue, 18 Sep 2007, Borislav Petkov wrote:
On Mon, Sep 17, 2007 at 11:01:21PM -0700, Jeremy Fitzhardinge wrote:
Muli Ben-Yehuda wrote:
+#define DMA_64BIT_MASK DMA_BIT_MASK(64)
This one does not do what you mean. You need an explicit mask or a
~0ULL here.
Move dma bitmask definitions into the dma-mappings header.
Signed-off-by: Borislav Petkov [EMAIL PROTECTED]
Cc: Jeremy Fitzhardinge [EMAIL PROTECTED]
Cc: Muli Ben-Yehuda [EMAIL PROTECTED]
---
23-rc6/drivers/net/netxen/netxen_nic_main.c |3 ---
1 file changed, 3 deletions(-)
Index:
Move dma bitmask definitions into the dma-mappings header.
Signed-off-by: Borislav Petkov [EMAIL PROTECTED]
Cc: Jeremy Fitzhardinge [EMAIL PROTECTED]
Cc: Muli Ben-Yehuda [EMAIL PROTECTED]
---
23-rc6/drivers/scsi/gdth.c |5 -
1 file changed, 5 deletions(-)
Index:
On 18 Sep 2007, J. Bruce Fields stated:
On Tue, Sep 18, 2007 at 12:54:07AM +0100, Nix wrote:
The code which calls new_do_write() looks like this:
,[ libio/fileops.c:_IO_new_file_xsputn() ]
| if (do_write)
|{
| count = new_do_write (f, s, do_write);
| to_do -= count;
|
Trond Myklebust wrote:
On Mon, 2007-09-17 at 18:16 +0400, Pavel Emelyanov wrote:
Trond Myklebust wrote:
On Mon, 2007-09-17 at 12:13 +0400, Pavel Emelyanov wrote:
When the process is blocked on mandatory lock and someone changes
the inode's permissions, so that the lock is no longer
* Rob Hussey [EMAIL PROTECTED] wrote:
A cursory glance suggests that performance wrt lat_ctx and hackbench
has increased (lower numbers), but degraded quite a lot for pipe-test.
The numbers for pipe-test are extremely stable though, while the
numbers for hackbench are more erratic (which
On Tue, Sep 18, 2007 at 11:46:40AM +0530, Satyam Sharma wrote:
Hi Borislav,
On Tue, 18 Sep 2007, Borislav Petkov wrote:
On Mon, Sep 17, 2007 at 11:01:21PM -0700, Jeremy Fitzhardinge wrote:
Muli Ben-Yehuda wrote:
+#define DMA_64BIT_MASKDMA_BIT_MASK(64)
This
On Tue, 18 Sep 2007, Borislav Petkov wrote:
These patches remove redundant DMA_..BIT_MASK definitions across
two drivers. In this version of the patches, the computation
of the majority of the bitmasks is done by the compiler.
Signed-off-by: Borislav Petkov [EMAIL PROTECTED]
Cc: Jeremy
J. Bruce Fields wrote:
On Mon, Sep 17, 2007 at 10:37:56AM +0400, Pavel Emelyanov wrote:
J. Bruce Fields wrote:
Is there a small chance that a lock may be applied after this check:
+ mandatory = (inode-i_flock MANDATORY_LOCK(inode));
+
but early enough that someone can still block on the
What does your mtrr look like? How about dmesg? Might be the stupid
mtrr setup some bioses have been doing on intel chips where it would do:
4GB range at 4GB
1GB range at 8GB
512MB range at 9GB
256MB range at 9.5GB
etc.
And then it runs out of entries (which pisses of X).
The simple
i've 2 servers with old PCI VGA cards, one using X86_64 kernel
version 2.6.23-rc5 and one with i386 kernel version 2.6.23-rc6,
both wired into the same CRT via a KVM switch.
No matter what text screen size i set on both these machines (using
resizecons) the shell line where i type in commands
On Mon, 2007-09-17 at 23:03 +0200, Thomas Gleixner wrote:
On Mon, 2007-09-17 at 22:51 +0200, Arkadiusz Miskiewicz wrote:
clockevents: fix resume logic
Linus pulled a series of patches which are addressing this issue into
his tree yesterday. Can you please retest against current
On Thursday 13 September 2007 20:57, Roland Dreier wrote:
HW specific:
- I already merged patches to enable MSI-X by default for mthca and
mlx4. I hope there aren't too many systems that get hosed if a
MSI-X interrupt is generated.
- Jack and Michael's mlx4 FMR support. Will
[Resend, because I got one email address wrong in the earlier send]
After my earlier mail (full thread here:
http://thread.gmane.org/gmane.linux.kernel/574430/focus=579368 )
it seems that some people agree we should give a bit more
thought to how a final timerfd interface should look.
Davide's
Hi all,
Please keep me CC-ed I'm not on the list. I just found out about this thread
while ivnestegating some autosuspend problems, which I will describe in another
list.
stern at rowland wrote:
Linus Torvalds wrote:
- US_FL_FIX_CAPACITY:
This is a generic SCSI issue, not a USB one,
Fix compile error if !CONFIG_SYSCTL:
...
LD .tmp_vmlinux1
net/built-in.o: In function `init_p9':
net/9p/mod.c:59: undefined reference to `p9_sysctl_register'
net/built-in.o: In function `exit_p9':
net/9p/mod.c:75: undefined reference to `p9_sysctl_unregister'
make: *** [.tmp_vmlinux1]
After my earlier mail (full thread here:
http://thread.gmane.org/gmane.linux.kernel/574430/focus=579368 )
it seems that some people agree we should give a bit more
thought to how a final timerfd interface should look.
Davide's original API and the limitations that I see in it,
are described in
From: Bernd Schmidt [EMAIL PROTECTED]
This just adds minimum support for the Blackfin relocations,
since we don't have enough space in each reloc. The idea
is to store a value with one relocation so that subsequent ones can
access it.
Actually, this patch is required for Blackfin. Currently if
On Mon, 10 Sep 2007 22:40:49 +0530
Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
+ tg-cfs_rq = kzalloc(sizeof(cfs_rq) * num_possible_cpus(), GFP_KERNEL);
+ if (!tg-cfs_rq)
+ goto err;
+ tg-se = kzalloc(sizeof(se) * num_possible_cpus(), GFP_KERNEL);
+ if (!tg-se)
+
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
2.6.23-rc6-mm1 is a 29MB diff against 2.6.23-rc6.
It took me over two solid days to get this lot compiling and booting on a few
boxes. This required around ninety fixup patches and patch droppings. There
Paul Menage wrote:
Fix a reference counting bug in containerfs
Tested using my cpuset creation/destruction stress test.
That fixed it - thank!
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson [EMAIL
On 9/18/07, Ingo Molnar [EMAIL PROTECTED] wrote:
* Rob Hussey [EMAIL PROTECTED] wrote:
A cursory glance suggests that performance wrt lat_ctx and hackbench
has increased (lower numbers), but degraded quite a lot for pipe-test.
The numbers for pipe-test are extremely stable though, while
On Tue, 18 Sep 2007 01:18:41 -0700 Andrew Morton [EMAIL PROTECTED] wrote:
- And it hangs during suspend-to-RAM, due to git-acpi.patch
Make that suspend-to-disk.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Mon, Sep 17, 2007 at 10:11:25PM -0700, Daniel Phillips wrote:
On Monday 17 September 2007 20:27, Mike Snitzer wrote:
- Statically prove bounded memory use of all code in the writeout
path.
- Implement any special measures required to be able to make such
a proof.
Francis Moreau writes:
On 9/17/07, Ulrich Drepper [EMAIL PROTECTED] wrote:
On 9/17/07, Francis Moreau [EMAIL PROTECTED] wrote:
I think signal trampolines will still need them too. So making
vsyscalls configurable doesn't seem to work, does it ?
vsyscalls aren't used for that.
Oliver Falk [EMAIL PROTECTED] writes:
At Alphacore we used to patch the kernel headers for a while now; We
added syscalls __NR_openat (447) until __NR_tee (466).
However, since 2.6.23 these syscall where added upstream, but with
different syscall numbers; What happens is the following:
*
Markus Rechberger wrote:
On 9/14/07, Alan Cox [EMAIL PROTECTED] wrote:
On Fri, Sep 14, 2007 at 01:17:05AM +0200, Markus Rechberger wrote:
what stops vendors of using the current existing code to achieve that
goal. They could provide binary drivers with the existing API.
If you feel lucky
On Tue, 2007-09-18 at 03:26 -0400, ben soo wrote:
i've 2 servers with old PCI VGA cards, one using X86_64 kernel
version 2.6.23-rc5 and one with i386 kernel version 2.6.23-rc6,
both wired into the same CRT via a KVM switch.
Is this new? If yes, what's the version of the last working kernel?
* Rob Hussey [EMAIL PROTECTED] wrote:
The obligatory graphs:
http://www.healthcarelinen.com/misc/benchmarks/BOUND_NOPREEMPT_lat_ctx_benchmark.png
http://www.healthcarelinen.com/misc/benchmarks/BOUND_NOPREEMPT_hackbench_benchmark.png
On 09/17/2007 11:22 PM, Adrian Bunk wrote:
On Mon, Sep 17, 2007 at 10:33:07PM +0200, Oliver Falk wrote:
At Alphacore we used to patch the kernel headers for a while now; We
added syscalls __NR_openat (447) until __NR_tee (466).
Why did your numbers differ from the numbers that were used in
On Tue, September 18, 2007 09:30, Michael Kerrisk wrote:
b) Create a timerfd interface analogous to POSIX timers
Create an interface analogous to POSIX timers:
fd = timerfd_create(clockid, flags);
timerfd_settime(fd, flags, newtimervalue, time_to_next_expire);
timerfd_gettime(fd,
From: Rafael J. Wysocki [EMAIL PROTECTED]
Move the definitions of hibernation ioctls to a separate header file in
include/linux, which can be exported to the user space.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
ACK.
From: Rafael J. Wysocki [EMAIL PROTECTED]
Three ioctl numbers belonging to the hibernation userland interface,
SNAPSHOT_ATOMIC_SNAPSHOT, SNAPSHOT_SET_IMAGE_SIZE, SNAPSHOT_AVAIL_SWAP,
SNAPSHOT_GET_SWAP_PAGE, are defined in a wrong way (eg. not portable).
Provide
new ioctl numbers for
On 09/17/2007 11:41 PM, Adrian Bunk wrote:
On Mon, Sep 17, 2007 at 10:33:07PM +0200, Oliver Falk wrote:
Hi!
Hi Oliver!
...
As these additions are quite new to upstream kernel, but at Alphacore we
have patched it since a while now (I don't know about other Alpha ports;
Debian folks may
On 09/17/2007 11:15 PM, H. Peter Anvin wrote:
Oliver Falk wrote:
As these additions are quite new to upstream kernel, but at Alphacore we
have patched it since a while now (I don't know about other Alpha ports;
Debian folks may speak up now!), I would suggest to use the same
'ordering' of the
On 9/18/07, Jelle Foks [EMAIL PROTECTED] wrote:
Markus Rechberger wrote:
On 9/14/07, Alan Cox [EMAIL PROTECTED] wrote:
On Fri, Sep 14, 2007 at 01:17:05AM +0200, Markus Rechberger wrote:
what stops vendors of using the current existing code to achieve that
goal. They could provide binary
Hello David,
Thanks for taking a look at this.
On Tue, September 18, 2007 09:30, Michael Kerrisk wrote:
b) Create a timerfd interface analogous to POSIX timers
Create an interface analogous to POSIX timers:
fd = timerfd_create(clockid, flags);
timerfd_settime(fd, flags,
On Mon, Sep 17, 2007 at 03:57:31PM -0700, Mingming Cao wrote:
Here is the incremental small cleanup patch.
Remove kamlloc usages in jbd/jbd2 and consistently use
jbd_kmalloc/jbd2_malloc.
Shouldn't we kill jbd_kmalloc instead?
-
To unsubscribe from this list: send the line unsubscribe
* Theodore Tso [EMAIL PROTECTED] [2007-09-17 23:04]:
Number 2, if you take a look at their latest set of changes (which
have still not been accepted), the HAL code is under a pure BSD
license (ath5k_hw.c). Other portions are dual licensed, but not the
HAL
if that is true and stays that way -
On Mon, Sep 17, 2007 at 07:00:03AM +0200, Tejun Heo wrote:
I wonder whether we should be using similar check in generic path too.
We have quite a few cases where MWDMA ATAPI devices choking on commands
with small transfer sizes. I don't think we'll experience significant
performance
Michael,
On Tue, 2007-09-18 at 09:30 +0200, Michael Kerrisk wrote:
a) Add an argument (a multiplexing timerfd() system call)
Disadvantage:
Jon Corbet pointed out
(http://thread.gmane.org/gmane.linux.kernel/559193/focus=570709 )
that this interface was starting to look like a
On Mon, Sep 17, 2007 at 01:46:01PM +0200, Tejun Heo wrote:
failures and would really like to know what's broken. The reason can be
one of the following two.
1. libata itself isn't doing anything wrong but using SCSI for mid and
high level drivers are causing problems as more types of
I'm getting tons of this, and X fails to start
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
# CONFIG_PREEMPT_NONE is not set
# CONFIG_PREEMPT_VOLUNTARY is not set
CONFIG_PREEMPT=y
CONFIG_PREEMPT_BKL=y
CONFIG_DEBUG_PREEMPT=y
BUG: sleeping function called from invalid context at kernel/rwsem.c:47
On Tue, Sep 18, 2007 at 11:45:37AM +1000, David Chinner wrote:
No idea - it looks like dkpg was trying to remove a directory on the
same path the lookup was and both have gone splat in __d_lookup on
the same dentry. Something happened in those 180 days that left a
landmine that was tripped
On Tuesday 18 September 2007 03:04, Rik van Riel wrote:
Nick Piggin wrote:
(Rik has a patch sitting in -mm I believe which would make this problem
even worse, by doing even less highmem scanning in response to lowmem
allocations).
My patch should not make any difference here, since
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
2.6.23-rc6-mm1 is a 29MB diff against 2.6.23-rc6.
snip
Hi Andrew,
The 2.6.23-rc6-mm1build fails at
CC drivers/pci/hotplug/rpadlpar_core.o
CC
Oliver Falk wrote:
On 09/17/2007 11:22 PM, Adrian Bunk wrote:
On Mon, Sep 17, 2007 at 10:33:07PM +0200, Oliver Falk wrote:
At Alphacore we used to patch the kernel headers for a while now; We
added syscalls __NR_openat (447) until __NR_tee (466).
Why did your numbers differ from
On Tuesday 18 September 2007 04:19, Avi Kivity wrote:
Nick Piggin wrote:
I should mention that the converting to use -fault() is a 15-minute
change; the tricky part is adding backwards compatibility for the
external module package.
It should be mostly possible to ifdef a nopage()
On Tue, 2007-09-18 at 11:01 +0200, Michael Kerrisk wrote:
With solution c) you have to keep two
references to the same timer around and use one of them depending on what
you want to do with the timer.
Yes. (And the same for option (d).)
Also, if the timerfd is close():d, does that
On Tue, 18 Sep 2007 14:43:48 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
2.6.23-rc6-mm1 is a 29MB diff against 2.6.23-rc6.
snip
Hi Andrew,
The 2.6.23-rc6-mm1build
Hi Thomas,
On Tue, 2007-09-18 at 09:30 +0200, Michael Kerrisk wrote:
a) Add an argument (a multiplexing timerfd() system call)
Disadvantage:
Jon Corbet pointed out
(http://thread.gmane.org/gmane.linux.kernel/559193/focus=570709 )
that this interface was starting to look like a
On Tue, 2007-09-18 at 11:30 +0200, Michael Kerrisk wrote:
This way we have it nicely integrated into the posix timer code and keep
the existing semantics of posix timers intact.
We need to think about the open file descriptor in the timer_delete()
case as well, but this should be not
On Tue, 18 Sep 2007 13:17:28 +0400 Alexey Dobriyan [EMAIL PROTECTED] wrote:
I'm getting tons of this, and X fails to start
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
# CONFIG_PREEMPT_NONE is not set
# CONFIG_PREEMPT_VOLUNTARY is not set
CONFIG_PREEMPT=y
CONFIG_PREEMPT_BKL=y
On 9/18/07, Ingo Molnar [EMAIL PROTECTED] wrote:
* Rob Hussey [EMAIL PROTECTED] wrote:
The obligatory graphs:
http://www.healthcarelinen.com/misc/benchmarks/BOUND_NOPREEMPT_lat_ctx_benchmark.png
http://www.healthcarelinen.com/misc/benchmarks/BOUND_NOPREEMPT_hackbench_benchmark.png
Hal Rosenstock wrote:
Has anyone tested these with QoS actually be used ? I suppose this
requires Connect-X.
You can test it with a switch without ConnectX.
If you want that the HCA will react to the QoS setting too then you
should have ConnectX
Tziporet
-
To unsubscribe from this
On Mon, Sep 17, 2007 at 09:21:47AM +0800, Shaohua Li wrote:
I can confirm this is an add-in graphics card. the bfd is 00:02.0, so
it's not behind any AGP/PCI-E bridge.
AFAIKS, 00:02.0 is *integrated* controller. Can you check that graphic
adapter priority setting in BIOS is PCI Express and not
On Tue, Sep 18, 2007 at 06:30:23AM +1000, Benjamin Herrenschmidt wrote:
At this stage (but we are getting a bit OT), ppc has something like 3
different PCI code implementations :-) I do have some plans to fix that
by switching everybody to use pci_assign_unassigned_resources() and
friends but
* Rob Hussey [EMAIL PROTECTED] wrote:
On 9/18/07, Ingo Molnar [EMAIL PROTECTED] wrote:
* Rob Hussey [EMAIL PROTECTED] wrote:
The obligatory graphs:
http://www.healthcarelinen.com/misc/benchmarks/BOUND_NOPREEMPT_lat_ctx_benchmark.png
On Mon, 17 Sep 2007 22:11:25 -0700 Daniel Phillips [EMAIL PROTECTED]
wrote:
I've been using Avi Kivity's patch from some time ago:
http://lkml.org/lkml/2004/7/26/68
Yes. Ddsnap includes a bit of code almost identical to that, which we wrote
independently. Seems wild and crazy at first
On Tue, 18 Sep 2007, Andrew Morton wrote:
On Tue, 18 Sep 2007 14:43:48 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
2.6.23-rc6-mm1 is a 29MB diff against 2.6.23-rc6.
On Mon, 17 Sep 2007 23:27:25 -0400 Mike Snitzer [EMAIL PROTECTED]
wrote:
I'm going to try adding all the things I've learned into the mix all
at once; including both of peterz's patchsets. Peter, do you have a
git repo or website/ftp site for you r latest per-bdi and network
deadlock
On Tue, Sep 18, 2007 at 02:43:48PM +0530, Kamalesh Babulal wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
2.6.23-rc6-mm1 is a 29MB diff against 2.6.23-rc6.
snip
Hi Andrew,
The 2.6.23-rc6-mm1build fails at
On (17/09/07 15:00), Christoph Lameter didst pronounce:
On Sun, 16 Sep 2007, Nick Piggin wrote:
I don't know how it would prevent fragmentation from building up
anyway. It's commonly the case that potentially unmovable objects
are allowed to fill up all of ram (dentries, inodes, etc).
On Mon, Sep 17 2007, FUJITA Tomonori wrote:
On Mon, 17 Sep 2007 15:28:19 +0200
Jens Axboe [EMAIL PROTECTED] wrote:
On Sat, Sep 15 2007, FUJITA Tomonori wrote:
On Fri, 14 Sep 2007 21:16:35 -0700
Paul Jackson [EMAIL PROTECTED] wrote:
FUJITA Tomonori wrote:
Can you try this
On Tue, 18 Sep 2007 13:17:28 +0400 Alexey Dobriyan [EMAIL PROTECTED] wrote:
I'm getting tons of this, and X fails to start
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
# CONFIG_PREEMPT_NONE is not set
# CONFIG_PREEMPT_VOLUNTARY is not set
CONFIG_PREEMPT=y
CONFIG_PREEMPT_BKL=y
On Mon, 17 Sep 2007 16:22:07 -0400
Luis R. Rodriguez [EMAIL PROTECTED] wrote:
This patch updates the pci_iomap() kernel-doc to make it clarify the
case when read*()/write*() can be called over ioread*/iowrite*(). When
driver writers read this documenation sometimes it is assumed you just
On Tue, 18 Sep 2007 13:17:28 +0400 Alexey Dobriyan [EMAIL PROTECTED] wrote:
I'm getting tons of this, and X fails to start
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
# CONFIG_PREEMPT_NONE is not set
# CONFIG_PREEMPT_VOLUNTARY is not set
CONFIG_PREEMPT=y
CONFIG_PREEMPT_BKL=y
On Tue, 2007-09-18 at 10:34 +0100, Andy Whitcroft wrote:
On Tue, Sep 18, 2007 at 02:43:48PM +0530, Kamalesh Babulal wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
2.6.23-rc6-mm1 is a 29MB diff against 2.6.23-rc6.
Andrew Morton wrote:
On Tue, 18 Sep 2007 13:17:28 +0400 Alexey Dobriyan [EMAIL PROTECTED] wrote:
I'm getting tons of this, and X fails to start
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
# CONFIG_PREEMPT_NONE is not set
# CONFIG_PREEMPT_VOLUNTARY is not set
CONFIG_PREEMPT=y
On Tue, Sep 18, 2007 at 03:27:27AM -0700, Andrew Morton wrote:
On Tue, 18 Sep 2007 13:17:28 +0400 Alexey Dobriyan [EMAIL PROTECTED] wrote:
I'm getting tons of this, and X fails to start
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
# CONFIG_PREEMPT_NONE is not set
#
On Tue, Sep 18, 2007 at 05:19:45PM +0900, KAMEZAWA Hiroyuki wrote:
Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
+ tg-cfs_rq = kzalloc(sizeof(cfs_rq) * num_possible_cpus(), GFP_KERNEL);
+ if (!tg-cfs_rq)
+ goto err;
+ tg-se = kzalloc(sizeof(se) * num_possible_cpus(),
On Tue, Sep 18, 2007 at 10:20:13AM +0100, Christoph Hellwig wrote:
On Tue, Sep 18, 2007 at 11:45:37AM +1000, David Chinner wrote:
No idea - it looks like dkpg was trying to remove a directory on the
same path the lookup was and both have gone splat in __d_lookup on
the same dentry.
That's true now, but it wasn't always. Until the last year or so,
cdrecord wouldn't work properly with USB CD drives having a 64-sector
limit unless the user added a particular command-line argument.
This is a bug that is known since ~ 3 years and that has been fixed
_very_ recently. It
I modified my patch based on your comment.
At 11:37 07/09/14, Andrew Morton wrote:
So I do think that for safety and sanity's sake, we should be taking a ref
on the pages when they are in a pagevec. That's going to hurt your nice
performance numbers :(
I did ping test again to observe
On Tue, 18 Sep 2007 12:30:52 +0200 Nadia Derbey [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Tue, 18 Sep 2007 13:17:28 +0400 Alexey Dobriyan [EMAIL PROTECTED]
wrote:
I'm getting tons of this, and X fails to start
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
# CONFIG_PREEMPT_NONE
Nick Piggin wrote:
On Tuesday 18 September 2007 04:19, Avi Kivity wrote:
Nick Piggin wrote:
I should mention that the converting to use -fault() is a 15-minute
change; the tricky part is adding backwards compatibility for the
external module package.
It should be mostly
Hi Thomas,
Von: Thomas Gleixner [EMAIL PROTECTED]
On Tue, 2007-09-18 at 11:30 +0200, Michael Kerrisk wrote:
This way we have it nicely integrated into the posix timer code and keep
the existing semantics of posix timers intact.
We need to think about the open file descriptor in the
On Tue, Sep 18, 2007 at 08:39:16PM +1000, David Chinner wrote:
The i_sem leak was hitting us on sles9 - 2.6.5 base kernel - and it was fixed
before the i_sem - i_mutex conversion in mainline. Some time around 2.6.16,
IIRC. Given this was a 2.6.20 kernel, there'd be an almighty kaboom if that
Jacob Meuser wrote:
On Mon, Sep 17, 2007 at 09:47:43AM +0200, Helge Hafting wrote:
Your problem seems to be with the BSD licence,
and the power to alter that licence lies in the BSD community.
I hope you can understand that this mentality is _exactly_ what has
some in the BSD
Paul de Weerd [EMAIL PROTECTED] wrote:
On Mon, Sep 17, 2007 at 03:38:45PM +0200, Adrian Bunk wrote:
| It's not about lazyness of BSD developers, many people who consider the
| BSD licence more free than the GPL argue that the advantage of the BSD
| licence is that it does not require you to
Hi Linus,
A couple of fixes for potential fs corruption.
And one fix to ensure that xfs_mru_cache is not
doing anything unless the cache has active objects.
Please pull from the for-linus branch:
git pull git://oss.sgi.com:8090/xfs/xfs-2.6.git for-linus
This will update the following
On Tue, 18 September 2007 11:00:40 +0100, Mel Gorman wrote:
We still lack data on what sort of workloads really benefit from large
blocks
Compressing filesystems like jffs2 and logfs gain better compression
ratio with larger blocks. Going from 4KiB to 64KiB gave somewhere
around 10% benefit
On Friday 14 September 2007 07:21, Rusty Russell wrote:
It's pretty widely used,
Is it? By whom?
and the distributions will turn it on.
That's no reason to make it default y. Please undo that. default y
is near always a bad idea.
Also I would still consider it experimental.
-Andi
-
To
On Tue, 2007-09-18 at 13:08 +0200, Michael Kerrisk wrote:
it does make the API a little more clumsy.
Hmm, we might do something like:
timer_gettime(fd | POSIX_TIMER_FD, .);
So the kernel looks up the fd in order to figure out the timer_id, which
needs to be referenced
Now if they'd fix the copyright message to only mention Reyk all would
be good.
On Tue, Sep 18, 2007 at 11:00:13AM +0200, Henning Brauer wrote:
* Theodore Tso [EMAIL PROTECTED] [2007-09-17 23:04]:
Number 2, if you take a look at their latest set of changes (which
have still not been
PCI memory space may have a 64-bit offset on some architectures
(for example, PowerPC 440) and the actual PCI memory address
has to fixed up (an offset to PCI mem space shuld be added)
before remapping. So, pci_iomap should be used instead of
reading and remapping PCI BAR directly. This has been
Hi All,
It may be a little high time for us to visit the way LTP defines itś
PASS and FAILURES. We know that each of LTP Test cases reports certain
keywords. Now, we need to define properly how each of these Keywords
needs to be interpreted in context to the addition information these
test-cases
On Sep 18, 2007, at 7:16 AM, Bodo Eggert wrote:
Paul de Weerd [EMAIL PROTECTED] wrote:
On Mon, Sep 17, 2007 at 03:38:45PM +0200, Adrian Bunk wrote:
| It's not about lazyness of BSD developers, many people who
consider the
| BSD licence more free than the GPL argue that the advantage of
On Tue, 18 Sep 2007, Bodo Eggert wrote:
Paul de Weerd [EMAIL PROTECTED] wrote:
On Mon, Sep 17, 2007 at 03:38:45PM +0200, Adrian Bunk wrote:
| It's not about lazyness of BSD developers, many people who consider the
| BSD licence more free than the GPL argue that the advantage of the BSD
|
include/asm-powerpc/elf.h has 6 entries in ARCH_DLINFO.
fs/binfmt_elf.c has 14 unconditional NEW_AUX_ENT entries and 2
conditional NEW_AUX_ENT entries.
So in the worst case, saved_auxv does not get an AT_NULL entry at the
end.
The saved_auxv array must be terminated with an AT_NULL entry.
Make
Le mardi 18 septembre 2007 à 06:29 -0500, Marco Peereboom a écrit :
Now if they'd fix the copyright message to only mention Reyk all would
be good.
All this mess so easily solved ? Too good to be true.
Xav
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On 09/18/2007 11:11 AM, Sergey Tikhonov wrote:
Oliver Falk wrote:
On 09/17/2007 11:22 PM, Adrian Bunk wrote:
On Mon, Sep 17, 2007 at 10:33:07PM +0200, Oliver Falk wrote:
At Alphacore we used to patch the kernel headers for a while now; We
added syscalls __NR_openat (447) until
Hello Andrew and all,
What can be done to reduce the huge number of build fixes required to
release an MM tree?
Perhaps it would be helpful if you identified specific individuals who
send you patches that break the build. If necessary, we could keep a
running total. The main thought is that
Add error messages to the probe call.
Signed-off-by: Maciej W. Rozycki [EMAIL PROTECTED]
---
While they may rarely trigger, they may be useful when something weird is
going on. Also this is good style.
On Mon, 17 Sep 2007, Mariusz Kozlowski wrote:
You added them but probably forgot to
1 - 100 of 962 matches
Mail list logo