On Thu, 2007-03-15 at 11:17 +0530, Vivek Goyal wrote:
But I think changing this macro might run into issues. It is
being used at few places in kernel, for example while loading
module. This will essentially mean that we allow loading 64bit
x86_64 modules on 32bit i386 systems?
Yes,
On Thu, Mar 15, 2007 at 12:22:57PM +, Ian Campbell wrote:
On Thu, 2007-03-15 at 11:17 +0530, Vivek Goyal wrote:
But I think changing this macro might run into issues. It is
being used at few places in kernel, for example while loading
module. This will essentially mean that we
On Thu, 2007-03-15 at 18:56 +0530, Vivek Goyal wrote:
Ideal place for this probably should have been arch dependent
crash_dump.h file. But we don't have one and no point introducing one
just for this macro.
Agreed.
This change looks good to me.
Is there a kdump tree which you'll apply
On Thursday, March 15, 2007 5:38 am Jan Beulich wrote:
While the kernel headers provide for this, there don't appear to be
any in-tree users (which seems contrary to general Linux policies).
Would there be objections to remove all of these?
It should be safe to kill them, but I remember
On Thu, Mar 15, 2007 at 12:38:13PM +, Jan Beulich wrote:
While the kernel headers provide for this, there don't appear to be any
in-tree users (which seems contrary to general Linux policies). Would there
be objections to remove all of these?
They should go away. Having them in for more
On Thu, 15 Mar 2007 09:57:28 -0600
David Mosberger-Tang [EMAIL PROTECTED] wrote:
But aren't you going to be limited to less than a page worth of
register-backing store even with your patch applied because the
backing store will end up overflowing the memory stack?
I think pthread's stack,
Ulrich Drepper wrote:
On 3/15/07, Nick Piggin [EMAIL PROTECTED] wrote:
There should be little contention on the memory in the global hash
anyway,
because we can roughly reduce contention as a factor of
hash-size/cacheline-size.
What we will have are cache misses on the global table... but
On Thu, 15 Mar 2007 22:05:53 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Thursday, 15 March 2007 20:08, Andrew Morton wrote:
On Mon, 12 Mar 2007 22:19:20 +0100 Rafael J. Wysocki [EMAIL
PROTECTED] wrote:
+int create_basic_memory_bitmaps(void)
+{
+ struct memory_bitmap
Hello Willy ,
As an afterthought , You had seamlessly backported 2.4.32 and other
patches for me sometime back.Please see article below.
http://lwn.net/Articles/169722/
I could provide you with patch rejects and any other help from the
2.4.20-8 patch (rpm2cpio'ed redhat source rpm) to see if
On Thu, Mar 15, 2007 at 11:07:35AM -0800, Andrew Morton wrote:
On Thu, 15 Mar 2007 01:22:45 -0400 (EDT) Ashif Harji [EMAIL PROTECTED]
wrote:
I still think the simple fix of removing the
condition is the best approach, but I'm certainly open to alternatives.
Yes, the problem of falsely
Davide,
On Wed, 2007-03-14 at 15:19 -0700, Davide Libenzi wrote:
+static int timerfd_tmrproc(struct hrtimer *htmr)
+{
+ struct timerfd_ctx *ctx = container_of(htmr, struct timerfd_ctx, tmr);
+ int rval = HRTIMER_NORESTART;
+ unsigned long flags;
+
+
On Thu, 15 Mar 2007 22:49:23 +0100
Andrea Arcangeli [EMAIL PROTECTED] wrote:
On Thu, Mar 15, 2007 at 11:07:35AM -0800, Andrew Morton wrote:
On Thu, 15 Mar 2007 01:22:45 -0400 (EDT) Ashif Harji [EMAIL PROTECTED]
wrote:
I still think the simple fix of removing the
condition is the
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID aaee8124e3bc44ec423b5e1c46ef90ede9f21483
# Parent 84a9691cf7ff54ce76de402d2353a451ba9c555b
IB/ipath - Fix CQ flushing when QP is modified to error state
If a receive work request has been removed
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID a023ffe32d9df8cba7d8b15c24e7918eeb236a2c
# Parent 4d22cec2265b606cecee72d5abca4436bb1e6cb7
IB/ipath - remove unused register read routine ipath_read_kreg64_port()
Signed-off-by: Dave Olson [EMAIL
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID 8c4f730dbde3eed6e066ead5be4746d58840f24f
# Parent b436c73d4fe312c3cba092d5f642de5c0ff6aa91
IB/ipath - fix unit selection due to all cpu affinity bits set
At some point things changed so that all the
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID fe719d50378ce70909f96bd5e7bc8e4f28a5031b
# Parent 68302e9dbd8803f937af9f02ca26a63ff43e9afa
IB/ipath - print better error messages if kernel is misconfigured
Signed-off-by: Bryan O'Sullivan [EMAIL
# HG changeset patch
# User Ralph Campbell [EMAIL PROTECTED]
# Date 1173994464 25200
# Node ID d90faa722f120e0896aff3643a623b1e0c0c69d0
# Parent e2eec96f356a7269b46a68f29fc5e711d2f5a7a4
IB/ipath - don't initialize port memory for subports
A recent change was made to allocate memory for a port
# HG changeset patch
# User Ralph Campbell [EMAIL PROTECTED]
# Date 1173994464 25200
# Node ID fa38a027a0853a80c4f7dfc50345c89f195bc85b
# Parent d90faa722f120e0896aff3643a623b1e0c0c69d0
IB/ipath - fix case where SRQ limit event causes CQ entry to be dropped
A silly programming error causes a CQ
# HG changeset patch
# User Robert Walsh [EMAIL PROTECTED]
# Date 1173994466 25200
# Node ID e61b0123190cfbc01cc34d1c648d1752a89f8f3d
# Parent c3b5b279bc90e5758da2ac382cbff4ee0245e84b
IB/ipath - fix drift between WCs in user and kernel space
The kernel ib_wc structure now uses a QP pointer, but
# HG changeset patch
# User Robert Walsh [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID bf280d5f83d59788b58c17ff206bc3f54271a790
# Parent 8c4f730dbde3eed6e066ead5be4746d58840f24f
IB/ipath - check reserved keys
Don't let userspace use the direct-physical-map L-key or R-key.
Signed-off-by:
# HG changeset patch
# User Robert Walsh [EMAIL PROTECTED]
# Date 1173994466 25200
# Node ID c3b5b279bc90e5758da2ac382cbff4ee0245e84b
# Parent 9f6468cddf59f26e087d100980a11ee9f1af4f56
IB/ipath - check that a UD work request's address handle is valid
Signed-off-by: Bryan O'Sullivan [EMAIL
# HG changeset patch
# User Robert Walsh [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID 9f6468cddf59f26e087d100980a11ee9f1af4f56
# Parent bf280d5f83d59788b58c17ff206bc3f54271a790
IB/ipath - remove duplicate stuff from ipath_verbs.h
ipath_verbs.h has some duplicate stuff.
Signed-off-by:
# HG changeset patch
# User Ralph Campbell [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID 62da2fb770b66310ac06ba0190bf2bed2a5a764f
# Parent aaee8124e3bc44ec423b5e1c46ef90ede9f21483
IB/ipath - fix port sharing on powerpc
The port sharing feature mixed kernel virtual addresses as well as
Hello,
This patch (against 2.6.21-rc3-mm1) balances parenthesis in
powerpc 8xx header files.
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
arch/powerpc/platforms/8xx/mpc86xads.h |2 +-
arch/powerpc/platforms/8xx/mpc885ads.h |2 +-
2 files changed, 2 insertions(+), 2
# HG changeset patch
# User Ralph Campbell [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID 4d22cec2265b606cecee72d5abca4436bb1e6cb7
# Parent 5ff8f23d0e61169f598ab1d93aa6324d88c17921
IB/ipath - fix RDMA reads of length zero and error handling
Fix RDMA read response length checking for
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994464 25200
# Node ID c793dc8a526564b73018924a707bcb21052f8f36
# Parent 4050989280f08d81d06642e3d6cf5c3ea4397107
IB/ipath - Change packet problems vs chip errors handling and reporting
Some types of packet errors are
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID b436c73d4fe312c3cba092d5f642de5c0ff6aa91
# Parent fddf5d03720ca586054b66d250d84233bdb3bf86
IB/ipath - Don't allow QP's 0 and 1 to be opened multiple times
Signed-off-by: Robert Walsh [EMAIL
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID 01cde17958018b5262570cd9ea399378f95051e7
# Parent fe719d50378ce70909f96bd5e7bc8e4f28a5031b
IB/ipath - Improve handling and reporting of parity errors, mostly cleanup
Signed-off-by: Dave Olson [EMAIL
On Thu, 15 Mar 2007, Andrew Morton wrote:
And why _does_ suspend use GFP_ATOMIC all over the place?
Generally, because it cannot sleep.
Why not?
I guess it's simply beucase of kswapd being already frozen, so there is no
chance that once GFP_KERNEL allocation goes to sleep, it is going to
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID 84a9691cf7ff54ce76de402d2353a451ba9c555b
# Parent c793dc8a526564b73018924a707bcb21052f8f36
IB/ipath - fix bad argument to clear_bit that trashed memory and/or crashed
Code was converted from a =
# HG changeset patch
# User Ralph Campbell [EMAIL PROTECTED]
# Date 1173994464 25200
# Node ID 4050989280f08d81d06642e3d6cf5c3ea4397107
# Parent ec38d8f91d79a765cf53aaa7e8a59622418f2c9f
IB/ipath - fix PSN update for RC retries
This patch fixes a number of bugs with updating the PSN for retries
# HG changeset patch
# User Ralph Campbell [EMAIL PROTECTED]
# Date 1173994464 25200
# Node ID ec38d8f91d79a765cf53aaa7e8a59622418f2c9f
# Parent 187ff5af5e5dd2b1f2ca48ba6ad0056ce7fc7403
IB/ipath - fix QP error completion queue entries
When switching to the QP error state, the completion queue
# HG changeset patch
# User Michael Albaugh [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID 3e81a6b18b42bbe6dffab382fb26d754dfdf83a1
# Parent 01cde17958018b5262570cd9ea399378f95051e7
IB/ipath - fix driver crash (in interrupt or during unload) after chip reset
Re-init of the kernel structures
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID 284c34f2a16f7cb4fe48a2f6fbe9ad4beea5
# Parent e9895e2ad504a2590b0943c037d1fa5f9568fda3
IB/ipath - prevent random program use of diags interface
To prevent random utility reads and writes of the
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID fddf5d03720ca586054b66d250d84233bdb3bf86
# Parent 284c34f2a16f7cb4fe48a2f6fbe9ad4beea5
IB/ipath - cleaner shutdown at driver unload, disable IB link earlier
Moved the code that shuts down the IB
On Thu, Mar 15, 2007 at 07:19:21PM +0530, Ankita Garg wrote:
Looking at oom_kill.c, found that the intention to not kill the selected
process if any of its children/siblings has OOM_DISABLE set, is not being met.
Signed-off-by: Ankita Garg [EMAIL PROTECTED]
Index:
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID e9895e2ad504a2590b0943c037d1fa5f9568fda3
# Parent 3e81a6b18b42bbe6dffab382fb26d754dfdf83a1
IB/ipath - On unrecoverable errors, force link dow, LEDs off
If the chip is no longer usable, LEDs should be
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994464 25200
# Node ID 187ff5af5e5dd2b1f2ca48ba6ad0056ce7fc7403
# Parent 02b57b02578b7ffb189de66f7886214e9d5f2045
IB/ipath - fix up some debug messages
ipath_dbg doesn't need the same prefixes that printk does.
# HG changeset patch
# User Arthur Jones [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID 68302e9dbd8803f937af9f02ca26a63ff43e9afa
# Parent 8a013b707785accfd71589334bbf8e4029ffa892
IB/ipath - force PIOAvail update entry point.
Due to a chip bug, the PIOAvail register is not always updated to
# HG changeset patch
# User Arthur Jones [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID 8a013b707785accfd71589334bbf8e4029ffa892
# Parent c96d13efde155eb60dc0eca0bd56e81ecd36281b
IB/ipath - call free_irq on chip specific initialization failure
In initialization, if we bailed at chip
On Thu, 15 Mar 2007 23:19:02 +0100 (CET)
Jiri Kosina [EMAIL PROTECTED] wrote:
On Thu, 15 Mar 2007, Andrew Morton wrote:
And why _does_ suspend use GFP_ATOMIC all over the place?
Generally, because it cannot sleep.
Why not?
I guess it's simply beucase of kswapd being already frozen,
My patch mailer decided to send them without a summary. Oops.
This series is a variety of bugfixes and cleanups for the ipath driver.
It doesn't touch anything in IB-land. The patches apply cleanly and
run happily against 2.6.21-rc3.
ipath_common.h| 25 -
ipath_cq.c| 38 +
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994464 25200
# Node ID e2eec96f356a7269b46a68f29fc5e711d2f5a7a4
# Parent 3337d450afeebc553a09fe5c18ed0b2444547c24
IB/ipath - definitions of two of RXE parity error bits were reversed
The chip documentation on the expected
-
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thu, 15 Mar 2007 11:07:03 -0800 Andrew Morton wrote:
There's way too much code here to expect it to get decently reviewed, alas.
Yes.
/me repeats wish that Not Everything Should Be Sent to lkml. :(
On Wed, 14 Mar 2007 17:20:24 +0200 Artem Bityutskiy [EMAIL PROTECTED]
wrote:
...
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994464 25200
# Node ID b1d05f3486f8bba1dd3c5cbca39f06a5e1b3d6fb
# Parent 0d37971d4ab0c8b6f7a8f6e8222112321982498f
IB/ipath - add ability to set and clear IB local loopback
This is a sticky state. It is useful for
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994464 25200
# Node ID 3337d450afeebc553a09fe5c18ed0b2444547c24
# Parent b1d05f3486f8bba1dd3c5cbca39f06a5e1b3d6fb
IB/ipath - fix user memory region creation when IOMMU present
The loop which initializes the user memory
# HG changeset patch
# User Mark Debbage [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID 5ff8f23d0e61169f598ab1d93aa6324d88c17921
# Parent 62da2fb770b66310ac06ba0190bf2bed2a5a764f
IB/ipath - allow receive ports mapped into userspace to be shared
Improve port-sharing performance by allowing
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID 878b6054e9ca5327db9c9438f66265afaf88b055
# Parent a023ffe32d9df8cba7d8b15c24e7918eeb236a2c
IB/ipath - Fix calculation for number of kernel PIO buffers
If the module parameter kpiobufs is set too
# HG changeset patch
# User Bryan O'Sullivan [EMAIL PROTECTED]
# Date 1173994465 25200
# Node ID c96d13efde155eb60dc0eca0bd56e81ecd36281b
# Parent 878b6054e9ca5327db9c9438f66265afaf88b055
IB/ipath - Discard multicast packets without a GRH
This patch fixes a bug where multicast packets without a
# HG changeset patch
# User Ralph Campbell [EMAIL PROTECTED]
# Date 1173994464 25200
# Node ID 02b57b02578b7ffb189de66f7886214e9d5f2045
# Parent 78ae7bddbd5e205adc12993ad2956e0402ca01d7
IB/ipath - support larger IB_QP_MAX_DEST_RD_ATOMIC and IB_QP_MAX_QP_RD_ATOMIC
This patch adds support for
# HG changeset patch
# User Ralph Campbell [EMAIL PROTECTED]
# Date 1173994464 25200
# Node ID 78ae7bddbd5e205adc12993ad2956e0402ca01d7
# Parent fa38a027a0853a80c4f7dfc50345c89f195bc85b
IB/ipath - NMI cpu lockup if local loopback used
If a post send is done in loopback and there is no receive
Stack RSS should certainly be included in Committed_AS,
but RLIMIT_STACK merely limits how big the stack vma may grow to:
at any moment the stack vma is probably very much smaller,
and only its current size is accounted in Committed_AS.
With a typical size as a fuzz factor preaccounted in
On Thu, 15 Mar 2007 23:33:43 +
Alan Cox [EMAIL PROTECTED] wrote:
Stack RSS should certainly be included in Committed_AS,
but RLIMIT_STACK merely limits how big the stack vma may grow to:
at any moment the stack vma is probably very much smaller,
and only its current size is accounted
Andrew Morton wrote:
On Wed, 14 Mar 2007 17:48:32 +0530 Balbir Singh [EMAIL PROTECTED] wrote:
Randy.Dunlap wrote:
Hi,
Documentation/accounting/delay-accounting.txt says that the
getdelays program has a -c cmd argument, but that option
does not seem to exist in
On Wed, Mar 14, 2007 at 01:23:02PM +0200, Pekka Enberg wrote:
Hi Greg,
I think there's some sort of reference counting problem with sysfs in
2.6.20 kernels. Can you please help us debug it further?
Is there any way you can use 'git bisect' to try to track down the root
cause of this?
Hugh Dickins [EMAIL PROTECTED] wrote:
But if the SYSV SHM problem you mention at the beginning
is just the nattch problem you mention at the end, I doubt
that's worth such a redesign as you're considering here.
Yes, as far as I know that's the problem. nattch is available to userspace and
Andrew Morton akpm at linux-foundation.org writes:
Revert [PATCH] Fix CONFIG_COMPAT_VDSO
This reverts commit a1f3bb9ae4497a2ed3eac773fd7798ac33a0371f.
Several systems couldnt boot using CONFIG_HIGHMEM64G=y as
reported in bug #8040. Reverting the above patch solved the
On Thu, Mar 15, 2007 at 05:44:01PM +, Hugh Dickins wrote:
who removed the !offset condition, he should be consulted on its
reintroduction.
the !offset check looks a pretty broken heuristic indeed, it would
break random I/O. The real fix is to add a ra.prev_offset along with
ra.prev_page,
On Fri, Mar 16, 2007 at 07:25:53AM +1100, Nick Piggin wrote:
I would just avoid the complexity and setup/teardown costs, and just
use a vmalloc'ed global hash for NUMA.
This patch is not the way to go, but neither are vmalloc()'d global
hashtables. When you just happen to hash to the wrong
For source lines I've seen both:
source arch/powerpc/platforms/52xx/Kconfig
and
source arch/powerpc/platforms/85xx/Kconfig
Is there a preferred style? Quotes or not?
- k
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
Hi!
On Mon, 12 Mar 2007 22:19:20 +0100 Rafael J. Wysocki [EMAIL
PROTECTED] wrote:
+int create_basic_memory_bitmaps(void)
+{
+ struct memory_bitmap *bm1, *bm2;
+ int error = 0;
+
+ BUG_ON(forbidden_pages_map || free_pages_map);
+
+
On Thu, 15 Mar 2007, Thomas Gleixner wrote:
Davide,
On Wed, 2007-03-14 at 15:19 -0700, Davide Libenzi wrote:
+static int timerfd_tmrproc(struct hrtimer *htmr)
+{
+ struct timerfd_ctx *ctx = container_of(htmr, struct timerfd_ctx, tmr);
+ int rval = HRTIMER_NORESTART;
+
On Thu, 15 Mar 2007, Andrew Morton wrote:
On Thu, 15 Mar 2007 23:33:43 +
Alan Cox [EMAIL PROTECTED] wrote:
Stack RSS should certainly be included in Committed_AS,
but RLIMIT_STACK merely limits how big the stack vma may grow to:
at any moment the stack vma is probably very much
On Tue, Mar 13, 2007 at 06:12:44PM -0700, William Lee Irwin III wrote:
There are furthermore distinctions to make between fork() and execve().
fork() stomps over the entire process address space copying pagetables
en masse. After execve() a process incrementally faults in PTE's one at
a time.
On Thu, Mar 15, 2007 at 03:06:01PM -0700, Andrew Morton wrote:
On Thu, 15 Mar 2007 22:49:23 +0100
Andrea Arcangeli [EMAIL PROTECTED] wrote:
On Thu, Mar 15, 2007 at 11:07:35AM -0800, Andrew Morton wrote:
On Thu, 15 Mar 2007 01:22:45 -0400 (EDT) Ashif Harji [EMAIL
PROTECTED] wrote:
On Thu, 2007-03-15 at 23:59 +0100, Andrea Arcangeli wrote:
On Thu, Mar 15, 2007 at 05:44:01PM +, Hugh Dickins wrote:
who removed the !offset condition, he should be consulted on its
reintroduction.
the !offset check looks a pretty broken heuristic indeed, it would
break random I/O.
I
On Thu, Mar 15, 2007 at 11:07:08AM -0800, Andrew Morton wrote:
Looks OK, thanks.
It would be nice as a followup patch to simply remove ucchar, uclong and
all that gunk altogether from that driver and just use u8, u16 etc.
But if you decide to do that, please fix your email client first -
On Thu, Mar 15, 2007 at 02:24:10PM -0700, Randy Dunlap wrote:
On Thu, 15 Mar 2007 11:07:03 -0800 Andrew Morton wrote:
There's way too much code here to expect it to get decently reviewed, alas.
Yes.
/me repeats wish that Not Everything Should Be Sent to lkml. :(
Just curious, but
Andrew Morton wrote:
Hopeless, sorry. It's probably time to start thinking about raising x86
patches against the x86 tree (at least).
How's this?
J
Subject: Simplify smp_call_function*() by using common implementation
smp_call_function and smp_call_function_single are almost
On Thu, Mar 15, 2007 at 06:15:45PM -0500, Dave Kleikamp wrote:
On Thu, 2007-03-15 at 23:59 +0100, Andrea Arcangeli wrote:
On Thu, Mar 15, 2007 at 05:44:01PM +, Hugh Dickins wrote:
who removed the !offset condition, he should be consulted on its
reintroduction.
the !offset check
Alon Bar-Lev wrote:
Hello,
I really don' t understand why you insist that the boot protocol
=2.02 had 255 limit!
Please remove this from the description.
You want to add size, that's OK, but please don't mess with previous
definitions.
Boot protocol 2.02 introduced the null terminated string
On Thu, Mar 15, 2007 at 03:36:13PM -0700, Andrew Morton wrote:
Is this the intended behaviour?
That sounds like a bug to me.
I'm suspecting it's an oddity rather than a bug.
It is intended behaviour.
Each instance of
main()
{
sleep(100);
}
appears to
On Thursday, 15 March 2007 23:23, Andrew Morton wrote:
On Thu, 15 Mar 2007 23:19:02 +0100 (CET)
Jiri Kosina [EMAIL PROTECTED] wrote:
On Thu, 15 Mar 2007, Andrew Morton wrote:
And why _does_ suspend use GFP_ATOMIC all over the place?
Generally, because it cannot sleep.
Why not?
This patch add an anonymous inode source, to be used for files that need
and inode only in order to create a file*. We do not care of having an
inode for each file, and we do not even care of having different names in
the associated dentries (dentry names will be same for classes of file*).
This patch series implements the new signalfd() system call.
I took part of the original Linus code (and you know how
badly it can be broken :), and I added even more breakage ;)
Signals are fetched from the same signal queue used by the process,
so signalfd will compete with standard kernel
This patch introduces a new system call for timers events delivered
though file descriptors. This allows timer event to be used with
standard POSIX poll(2), select(2) and read(2). As a consequence of
supporting the Linux f_op-poll subsystem, they can be used with
epoll(2) too.
The system call is
This patch wire the signalfd system call to the x86_64 architecture.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.21-rc3.quilt/include/asm-x86_64/unistd.h
===
---
This is a very simple and light file descriptor, that can be used as
event wait/dispatch by userspace (both wait and dispatch) and by the
kernel (dispatch only). It can be used instead of pipe(2) in all cases
where those would simply be used to signal events. Their kernel overhead
is much lower
This patch implement the necessary compat code for the signalfd system call.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.21-rc3.quilt/fs/compat.c
===
---
This patch wire the timerfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.21-rc3.quilt/arch/i386/kernel/syscall_table.S
===
---
This patch wire the signalfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.21-rc3.quilt/arch/i386/kernel/syscall_table.S
===
---
This patch implement the necessary compat code for the timerfd system call.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.21-rc3.quilt/fs/compat.c
===
---
This patch wire the timerfd system call to the x86_64 architecture.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.21-rc3.quilt/arch/x86_64/ia32/ia32entry.S
===
---
This patch wire the eventfd system call to the x86_64 architecture.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.21-rc3.quilt/arch/x86_64/ia32/ia32entry.S
===
---
This patch wire the eventfd system call to the i386 architecture.
Signed-off-by: Davide Libenzi davidel@xmailserver.org
- Davide
Index: linux-2.6.21-rc3.quilt/arch/i386/kernel/syscall_table.S
===
---
With a typical size as a fuzz factor preaccounted in later kernels.
Where's that done?
I don't know what Alan is referring to there.
fs/exec.c - we add 20 pages to the stack vma size initially.
We've no more committed to providing each instance with 8MB of stack,
than we've
This is an example about how to add eventfd support to the current KAIO code,
in order to enable KAIO to post readiness events to a pollable fd
(hence compatible with POSIX select/poll). The KAIO code simply signals
the eventfd fd when events are ready, and this triggers a POLLIN in the fd.
This
Bernhard Walle wrote:
Because the command line is increased to 2048 characters after 2.6.21,
it's not possible for boot loaders and userspace tools to determine the length
of the command line the kernel can understand. The benefit of knowing the
length is that users can be warned if the command
On Thu, 2007-03-15 at 01:13 -0400, Steven Rostedt wrote:
Once again here's an attempt to put the shared files of x86_64 and i386
into a separate directory.
OK, that's fine, but the next step is to have make ARCH=x86 compile,
with a config option as to whether to build 32 or 64 bit. This will
Hello Stephen,
yesterday I pulled from Linus tree because I saw the sky2 updated and I
tried to break it but it seems that my problems are gone. I let you know
if anything pops up in the future.
bad news. I today tried the sky2 driver which is in Linus Kernel Tree
(HEAD) on a machine with
Alan Cox [EMAIL PROTECTED] writes:
stuff is happening by comparing page-count and page-_mapcount, but it
certainly wouldn't be conclusive. But, does this kind of nonsense even
happen in practice?
Is it useful for me as a bad guy to make it happen ?
To create a DOS attack.
- Allocate
wait* syscalls return -ECHILD even when an individual PID of a live
child was requested explicitly, when security_task_wait denies the
operation. This means that something like a broken SELinux policy
can produce an unexpected failure that looks just like a bug with
wait or ptrace or something.
Hello,
is this output, normal? I meant, why counters on CPU1 is zero? Isn't this
balanced?
$ cat /proc/interrupts
CPU0 CPU1
0:4180170 0 IO-APIC-edge timer
1: 8060 0 IO-APIC-edge i8042
7: 0 0 IO-APIC-edge
On Wed, Mar 14, 2007 at 12:34:29PM +0100, Marco Berizzi wrote:
Hello everybody.
Since 2.6.19.2 + commit 7fbbb01dca7704d52ace6f45a805c98a5b0362f9
What commit is that? gitweb search tells me it's an nmi watchdog
change. Doesn't seem likely to change XFS behaviour - can
you post a url to the
Hi,
Bart wrote:
Al wrote:
So AFAICS the minimal fix for that sucker is dependency on BLK_DEV_IDE=y;
however, I really wonder if
* it needs to be linked into ide-core (as opposed to being a normal
module of its own)
AFAICS there are no legacy device ordering issues with scc_pata so it
On Sun, 11 Mar 2007 13:30:49 +0200 (EET) Pekka J Enberg [EMAIL PROTECTED]
wrote:
From: Pekka Enberg [EMAIL PROTECTED]
The revokeat(2) and frevoke(2) system calls invalidate open file
descriptors and shared mappings of an inode. After an successful
revocation, operations on file descriptors
Joerg Platte lists at naasa.net writes:
Pid: 14, comm: events/0 Not tainted 2.6.18-4-amd64 #1
RIP: 0010:[802ec036] [802ec036] keyring_destroy+0x32/0x96
[Snip]
Can this oops be caused by a known and already
fixed problem in a newer kernel versions? In this case I would
On Tue, 13 Mar 2007 17:37:35 +1100 Rusty Russell wrote:
On Tue, 2007-03-13 at 00:56 +0100, Andi Kleen wrote:
On Tue, Mar 13, 2007 at 10:18:03AM +1100, Rusty Russell wrote:
OK, this confused me:
Function reordering (REORDER) [N/y/?] (NEW) ?
This option
On Thu, 15 Mar 2007 18:29:51 -0500 Josh Boyer wrote:
On Thu, Mar 15, 2007 at 02:24:10PM -0700, Randy Dunlap wrote:
On Thu, 15 Mar 2007 11:07:03 -0800 Andrew Morton wrote:
There's way too much code here to expect it to get decently reviewed,
alas.
Yes.
/me repeats wish
201 - 300 of 794 matches
Mail list logo
