On Tue, 2005-02-22 at 12:11 -0800, Jay Lan wrote:
> How ELSA adds per process accounting data
> to your grouping (banks) when a process exit? How do you save
> accounting data you need in task_struct before it is disposed? BSD
> handles that through acct_process() hook at do_exit(). CSA also
> dep
Kaigai Kohei <[EMAIL PROTECTED]> wrote:
>
> The common agreement for the method of dealing with process aggregation
> has not been constructed yet, I understood. And, we will not able to
> integrate each process aggregation model because of its diverseness.
>
> For example, a process which bel
Hi, Thanks for your comments.
>> I think there are two issues about system accounting framework.
>>
>> Issue: 1) How to define the appropriate unit for accounting ?
>> Current BSD-accountiong make a collection per process accounting
>> information.
>> CSA make additionally a collection per process-
Valgrind is critically dependent on getting siginfo with its synchronous
(caused by an instruction fault) signals; if it gets, say, a SIGSEGV
which doesn't have siginfo, it must terminate ASAP because it really
can't make any more progress without knowing what caused the SIGSEGV.
The trouble is th
On Tue, Feb 22, 2005 at 04:55:39PM -0500, Bob O'Neill wrote:
> Hello.
>
> I have noticed that it is possible on an SMP box for two processes to
> simultaneously read the same entropy out of /dev/urandom. This
> doesn't seem right to me. I was using the entropy value to generate a
> random number
* Marcel Holtmann ([EMAIL PROTECTED]) wrote:
> when compiling the latest 2.6 tree from the Bitkeeper repository, I get
> a lot of these:
>
> CC init/main.o
> In file included from include/linux/fs.h:202,
> from include/linux/proc_fs.h:6,
> from init/main.c:
On Tue, 2005-02-22 at 20:31 -0800, David S. Miller wrote:
> I just got also reminded that we walk these damn pagetables completely
> twice every exit, once to unmap the VMAs pte mappings, once again to
> zap the page tables. It might be fruitful to explore combining
> those two steps, perhaps not
Hi,
Here's 2.6.10-as5. 2.6.10-as4 was never officially announced; it had
issues (note to self; test, *then* tag). Distributors should note that
there is an ABI/API change in this release, due to
114-netfilter_private_queues.patch changing ipv4 related function args.
Modules that use these will m
Hi,
when compiling the latest 2.6 tree from the Bitkeeper repository, I get
a lot of these:
CC init/main.o
In file included from include/linux/fs.h:202,
from include/linux/proc_fs.h:6,
from init/main.c:17:
include/linux/limits.h:4:1: warning: "NR_OPEN" red
On Wed, 23 Feb 2005 15:49:30 +1100
Nick Piggin <[EMAIL PROTECTED]> wrote:
> > It's easy to toy with the sparc64 optimization on other platforms,
> > just add the necessary hacks to pmd_set and pgd_set, allocation
> > of pmd and pgd tables
>
> David: just an implementation detail that I had meant
include/linux/fs.h:24:1: warning: this is the location of the previous
definition
include/linux/limits.h:4:1: warning: "NR_OPEN" redefined
-
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.ker
On Tue, 2005-02-22 at 20:31 -0800, David S. Miller wrote:
> On Wed, 23 Feb 2005 02:06:28 + (GMT)
> Hugh Dickins <[EMAIL PROTECTED]> wrote:
>
> > I've not seen Dave's bitmap walking functions (for clearing?),
> > would they fit in better with my way?
>
Hugh: I'll have more of a look through y
On Wed, 23 Feb 2005 02:06:28 + (GMT)
Hugh Dickins <[EMAIL PROTECTED]> wrote:
> I've not seen Dave's bitmap walking functions (for clearing?),
> would they fit in better with my way?
This is what Nick is referring to:
I hacked up something slightly different today. I on
On Tue, 22 Feb 2005 10:14:47 -0800, David S. Miller <[EMAIL PROTECTED]> wrote:
On Tue, 22 Feb 2005 13:03:11 -0500 (EST)
John Heffner <[EMAIL PROTECTED]> wrote:
> An idea I've been toying with for a while now is completely abstracting
> congestion control. Then you could have congestion control lo
On Tue, Feb 22, 2005 at 07:51:02PM -0800, Andrew Morton wrote:
> Matt Mackall <[EMAIL PROTECTED]> wrote:
> >
> > Please give each patch a unique, descriptive subject.
>
> yup.
>
> > Summarizing what
> > each patch is doing in your 0/n so that reviewers can focus on the
> > bits that are intere
On Tue, Feb 22, 2005 at 03:34:42PM +0100, Daniele Lacamera wrote:
> Hi
> This is the official patch to implement TCP Hybla congestion avoidance.
>
> - "In heterogeneous networks, TCP connections that incorporate a
> terrestrial or satellite radio link are greatly disadvantaged with
> respect to
Hi,
I am inserting a module(device driver) using insmod.
I want to send a message from this module to an user process.
For this I used msgsnd with buffer in the call as a local
variable. I am getting an error "EFAULT" for this call.
However this did not happen when I made the driver code as
Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> Please give each patch a unique, descriptive subject.
yup.
> Summarizing what
> each patch is doing in your 0/n so that reviewers can focus on the
> bits that are interesting is also helpful.
Actually, that's fairly irritating, because the 0/n conta
Chris Friesen <[EMAIL PROTECTED]> said:
> Horst von Brand wrote:
> > Anthony DiSante <[EMAIL PROTECTED]> said:
> >>That's one of the things I asked a few messages ago. Some people on
> >>the list were saying that it'd be "really hard" and would "require a
> >>lot of bookkeeping" to "fix" permanen
It is defined in:
include/linux/limits.h:#define NR_OPEN 1024
include/linux/fs.h:#define NR_OPEN (1024*1024) /* Absolute upper limit on fd
num */
One is surely wrong?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica
Hi !
Christoph Lameter's patch that change page allocators to use GFP_ZERO
broke ppc32 in a subtle way. Our allocator is designed to work before
mem_init_done, in which cases it uses a ppc specific early_get_page()
which doesn't return zeroed pages. However, he removed the call to
clear_page() unc
On Tue, Feb 22, 2005 at 01:09:55PM +0100, Herbert Poetzl wrote:
>
> Hi Andrew! Al! Folks!
>
> The following set of patches extends the per device
> 'noatime', 'nodiratime' and last but not least the
> 'ro' (read only) mount option to the vfs --bind mounts,
> allowing them to behave like any ot
Can you try this patch?
If it fixes the oops, I'll forward upstream ASAP.
Jeff
= drivers/scsi/ahci.c 1.14 vs edited =
--- 1.14/drivers/scsi/ahci.c2005-02-13 19:58:01 -05:00
+++ edited/drivers/scsi/ahci.c 2005-02-22 21:46:25 -05:00
@@ -179,6 +179,7 @@
static void ahci_host_sto
Hi,
I am trying to install RHEL 4, 2.6.9-5.EL. I have adaptec 39320
controller, The install CD already has aic79xx driver in it. The
driver does NOT load for some reason. If I take the same aic79xx
driver source, Create an img and install RHEL4 using linux dd, it
works fine.
Can you please let
On Sat, 2005-02-19 at 10:03 +0100, Ingo Molnar wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > > Testing on an all SCSI 1.3Ghz Athlon XP system, I am seeing very long
> > > latencies in the journalling code with 2.6.11-rc4-RT-V0.7.39-02.
> >
> > could you send me the full trace?
>
On my
Subbu <[EMAIL PROTECTED]> wrote:
>
> Is there any way that i could get the driver name at user lever other than
> polling for it..??
ethtool -i eth1
should tell you the driver name for eth1.
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page
On Tue, 22 Feb 2005, Chris Wright wrote:
>
> This change is spewing warnings like:
Already fixed in BK.
Linus
-
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/m
Russell King <[EMAIL PROTECTED]> wrote:
> Since we map the whole lot in one go, if you get one page, there's no
> reason why you shouldn't get the lot. This is why I'm wondering if
> it has something to do with your other modifications.
my colleage has found the bug: in the function dma_mmap in
* Tom Rini ([EMAIL PROTECTED]) wrote:
> The following moves all includes (except
> and down to below the existing __KERNEL__ test. None
> of these includes are needed by the user-visible portions of the header,
> and in some cases can cause userland apps to break. For example, LTP
> and sash w
Russell King <[EMAIL PROTECTED]> wrote:
> Since we map the whole lot in one go, if you get one page, there's no
> reason why you shouldn't get the lot. This is why I'm wondering if
> it has something to do with your other modifications.
my colleage has found the bug: in the function dma_mmap in
On Tue, Feb 22, 2005 at 05:29:35PM -0800, Andrew Morton wrote:
> Francois Romieu <[EMAIL PROTECTED]> wrote:
> >
> > Patch against 2.6.10-rc4:
> > -
> > http://www.fr.zoreil.com/~romieu/misc/20050222-2.6.11-rc4-r8169.c-test.patch
>
> There are already a bunc
Francois Romieu <[EMAIL PROTECTED]> wrote:
>
> Patch against 2.6.10-rc4:
> - http://www.fr.zoreil.com/~romieu/misc/20050222-2.6.11-rc4-r8169.c-test.patch
There are already a bunch of r8169 patches in Jeff's tree. The combination
isn't pretty:
patching file drivers/net/
linux-os <[EMAIL PROTECTED]> wrote:
> You don't seem to understand. A process that's stuck in 'D' state
> shows a SEVERE error, usually with a hardware driver.
Or a network filesystem mount to a no longer existing server or share.
> For instance,
> somebody may have coded something in a critica
On Tue, 2005-02-22 at 16:38 -0500, Jes Sorensen wrote:
> > "Dave" == Dave Hansen <[EMAIL PROTECTED]> writes:
>
> Dave> I was talking with Nigel Cunningham about doing something a
> Dave> little different from the classic page flag bits when the number
> Dave> of users is restricted and perform
On Tue, 22 Feb 2005 10:14:47 -0800, David S. Miller <[EMAIL PROTECTED]> wrote:
> On Tue, 22 Feb 2005 13:03:11 -0500 (EST)
> John Heffner <[EMAIL PROTECTED]> wrote:
>
> > An idea I've been toying with for a while now is completely abstracting
> > congestion control. Then you could have congestion
Hi,
Herbert Poetzl wrote:
> +static inline int mnt_may_unlink(struct vfsmount *mnt, struct inode *dir,
> struct dentry *child) { + if (!child->d_inode)
> + return -ENOENT;
> + if (MNT_IS_RDONLY(mnt))
> + return -EROFS;
> + return 0;
> +}
The argument
linux-os wrote:
Before I get into the reply, I just want to make it clear that I'm not
arguing that we *should* do any of this, just that it is not technically
impossible. It's a thought experiment, not a design suggestion.
All wonderful. However, it dosn't fix the problem. You are,
again, assu
Andrew asked:
> So... Cannot the applicaiton remove all its pagecache with posix_fadvise()
> prior to exitting?
Hang on ...
The replies of Ray and Martin answer your immediate question.
But we (SGI) are still busy discussing the bigger picture behind the
scenes ...
--
I won'
/misc/20050222-2.6.11-rc4-r8169.c-test.patch
Patch-script directory:
- http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.11-rc4/r8169/
Patch-script tarball:
- http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.11-rc4/r8169-blob.tar.bz2
The 2.4.x backport will be updated later this week.
As usual, su
On Tue, 22 Feb 2005, Chris Friesen wrote:
linux-os wrote:
Now, somebody needs a resource. It executes down(&semaphore);
once it gets control again, it has that resource. It attempts
to use that resource through a driver. The driver waits forever.
The resource is now permanently dorked --forever bec
On Tue, Feb 22, 2005 at 03:20:27PM -0800, Andrew Morton wrote:
> [EMAIL PROTECTED] (Olof Johansson) wrote:
> >
> > + inc_preempt_count();
> > + ret = get_user(curval, (int __user *)uaddr1);
> > + dec_preempt_count();
>
> That _should_ generate a might_sleep() warning,
Jes Sorensen <[EMAIL PROTECTED]> wrote:
>
> After applying the clue 2x4 to my head a couple of times, I came up
> with this patch. Hopefully it will work a bit better ;-)
>
I know it's repetitious, but it's nice to maintain a changelog entry along
with the patch. Especially when seventy people h
On Tue, Feb 22, 2005 at 03:06:34PM -0800, Chris Wedgwood wrote:
> On Sat, Feb 19, 2005 at 11:29:13PM +, Malcolm Rowe wrote:
>
> > Following the discussion in [1], the attached patch creates
> > /sys/class/block as a symlink to /sys/block. The patch applies to
> > 2.6.11-rc4-bk7.
>
> Shouldn't
Jeff Mahoney <[EMAIL PROTECTED]> wrote:
>
> In my experience, the loop is actually outside of
> __find_get_block_slow(), in __getblk_slow(). I've been using xmon to
> interrupt the kernel, and the results vary but are all rooted in the
> for(;;) loop in __getblk_slow. It appears as though grow_buff
On Tue, Feb 22, 2005 at 11:16:56AM -0600, mikem wrote:
> All,
> I hate to dredge this up again, but, when Eric Moore submitted changes for MPT
> Fusion driver containing the CSMI ioctls it was rejected. There was talk on
> the linux-scsi list about it being a horrible interface, among other things.
linux-os wrote:
Now, somebody needs a resource. It executes down(&semaphore);
once it gets control again, it has that resource. It attempts
to use that resource through a driver. The driver waits forever.
The resource is now permanently dorked --forever because its
driver is waiting forever. The us
[EMAIL PROTECTED] (Olof Johansson) wrote:
>
> + inc_preempt_count();
> + ret = get_user(curval, (int __user *)uaddr1);
> + dec_preempt_count();
That _should_ generate a might_sleep() warning, except it looks like we
forgot to add a check to get_user().
It would
I've uploaded a patch that applies to 2.6.11-rc4 tree, with latest mtd
tree included.
http://pearls.tuxedo-es.org/patches/mtd-jffs3-xattr-20050222-2.6.11-rc4.patch
(998Kb)
I would appreciate any collaboration and help with it.
Cheers, thanks in advance and enjoy (not working) it.
:)
--
L
On Mon, Feb 21, 2005 at 05:08:27PM -0500, Gene Heskett wrote:
> On Monday 21 February 2005 13:29, Wichert Akkerman wrote:
> >Previously Gene Heskett wrote:
> >> Thats what I was afraid of, which makes using it for a motion
> >> detected burgular alarm source considerably less than practical
> >> si
On Tue, Feb 22, 2005 at 02:10:58PM -0800, Linus Torvalds wrote:
>
> Oh, well. The reason I hate the rwsem behaviour is exactly because it
> results in this very subtle class of deadlocks. This one case is certainly
> solvable several ways, but do we have other issues somewhere else? Things
> like
On Sat, Feb 19, 2005 at 11:29:13PM +, Malcolm Rowe wrote:
> Following the discussion in [1], the attached patch creates
> /sys/class/block as a symlink to /sys/block. The patch applies to
> 2.6.11-rc4-bk7.
Shouldn't we really move /sys/block to /sys/class/block and put the
symlink from there
Hi,
It feels like 2.6.11 is right around the corner. I would like to disable
ALPS suport for some devices we don't know how to handle properly yet
to cut down on number of complaints that we broke mouse support.
Please consider applying the patch below.
--
Dmitry
==
On Tuesday 22 February 2005 03:41 pm, Alan Stern wrote:
> usb_device_read acquires a couple of locks, one for the USB bus list and
> one for the root hub of the bus it's looking at. I don't know which one
> occurs at offset 229 on your system -- maybe you can tell. Oddly enough,
> neither of thos
On Tue, Feb 22, 2005 at 10:34:57PM +, Jamie Lokier wrote:
> There is one small but important error: the "return ret" mustn't just
> return. It must call unqueue_me(&q) just like the code at out_unqueue,
> _including_ the conditional "ret = 0", but _excluding_ the up_read().
Not only that, but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Morton wrote:
> "Thomas S. Iversen" <[EMAIL PROTECTED]> wrote:
>
>>But if I do
>>
>> dd if=/dev/zero of=/mnt/testfile count=N, N>6
>>
>> I get into an endless loop in __find_get_block_slow.
>
>
> The only way in which __find_get_block_slow()
On Tue, 2005-02-22 at 17:30 -0500, Jes Sorensen wrote:
>
> For userspace it's used by some of the MPI type apps in userland.
you got to be kidding. Why are these MPI apps accessing memory that the
kernel has mapped cached (eg ram) via /dev/mem?
(eg my proposal is to make /dev/mem to be just dev
> "Andrew" == Andrew Morton <[EMAIL PROTECTED]> writes:
Andrew> Matthew Wilcox <[EMAIL PROTECTED]> wrote:
>>
>> On Tue, Feb 22, 2005 at 09:41:04AM -0500, Jes Sorensen wrote:
>> > >> + if (page->flags & PG_uncached)
>> >
>> > Andrew> dude. That ain't gonna work ;)
>> >
>> > Pardon my lack o
On Mon, 21 Feb 2005, Linus Torvalds wrote:
> On Mon, 21 Feb 2005, Russell King wrote:
> >
> > In cs.c, alloc_io_space(), find the line:
> >
> > if (*base & ~(align-1)) {
> >
> > delete the ~ and rebuild. This may resolve your problem.
>
> Unlikely. The code is too broken for words.
The original c
Linus Torvalds wrote:
> > queue_me(...) etc.
> > current->flags |= PF_MMAP_SEM; <- new
> > ret = get_user(...);
> > current->flags &= PF_MMAP_SEM; <- new
> > /* the rest */
>
> That is uglee.
>
> We really have this already, and it's called "current->p
> "Arjan" == Arjan van de Ven <[EMAIL PROTECTED]> writes:
Arjan> On Tue, 2005-02-22 at 04:52 -0500, Jes Sorensen wrote:
>> Hi,
>>
>> This patch introduces ia64 specific read/write handlers for
>> /dev/mem access which is needed to avoid uncached pages to be
>> accessed through the cached kern
On Tue, 2005-02-22 at 14:10 -0800, Linus Torvalds wrote:
> Oh, well. The reason I hate the rwsem behaviour is exactly because it
> results in this very subtle class of deadlocks. This one case is certainly
> solvable several ways, but do we have other issues somewhere else? Things
> like kobject m
Olof Johansson wrote:
> > That won't work because the vma lock must be help between key
> > calculation and get_user() - otherwise futex is not reliable. It
> > would work if the futex key calculation was inside the loop.
>
> Sure, but that's still true: It's just that the get_user() is done twic
On Wed, 23 Feb 2005, Benjamin Herrenschmidt wrote:
>
> Yours is probably the most efficient too. Note sure what is best for
> rwsems tho, there seem to be some interest preventing readers from
> starving writers for ever, this has been debated endlessly iirc,
> though I have no personal opinion
Thus wrote Norbert Preining:
> - DRI must be disabled I guess?! Even with newer X server (x.org)?
You still didn't state which X server are you using. In short, XFree86 4.4,
X.Org 6.7 and 6.8.2 are fine, anything other (including X.Org 6.8.0 and .1)
is not.
Best regards,
--
Karol 'sziwan' Kozimo
On Tue, 2005-02-22 at 16:55 -0500, Bob O'Neill wrote:
> Hello.
>
> I have noticed that it is possible on an SMP box for two processes to
> simultaneously read the same entropy out of /dev/urandom. This
> doesn't seem right to me. I was using the entropy value to generate a
> random number to use
On Tue, 2005-02-22 at 04:52 -0500, Jes Sorensen wrote:
> Hi,
>
> This patch introduces ia64 specific read/write handlers for /dev/mem
> access which is needed to avoid uncached pages to be accessed through
> the cached kernel window which can lead to random corruption. It also
> introduces a new p
Andi Kleen wrote:
OK, so what is the alternative? Well, if we had a va_start and
va_end (or a va_start and length) we could move the shared object
once using a call of the form
migrate_pages(pid, va_start, va_end, count, old_node_list,
new_node_list);
with old_node_list = 0 1 2 ... 31
On Tue, 22 Feb 2005, Andrew Morton wrote:
>
> However the pte can get unmapped by memory reclaim so we could still take a
> minor fault, and hit the same deadlock, yes?
You _could_ fix that by getting the pagetable spinlock, I guess. Which
check_user_page_readable() assumes you'd be holding any
Hello.
I have noticed that it is possible on an SMP box for two processes to
simultaneously read the same entropy out of /dev/urandom. This
doesn't seem right to me. I was using the entropy value to generate a
random number to use as a session ID, so occasionally there would be a
collision on se
The following moves all includes (except
and down to below the existing __KERNEL__ test. None
of these includes are needed by the user-visible portions of the header,
and in some cases can cause userland apps to break. For example, LTP
and sash with an empty will fail thusly:
cc -Wall -I../.
On Tue, 2005-02-22 at 13:31 -0800, Linus Torvalds wrote:
>
> On Wed, 23 Feb 2005, Benjamin Herrenschmidt wrote:
> >
> > Isn't Olof scheme racy ? Can't the stuff get swapped out between the
> > first get_user() and the "real" one ?
>
> Yes. But see my suggested modification (which I still think i
On Tue, 22 Feb 2005, Chris Friesen wrote:
Horst von Brand wrote:
Anthony DiSante <[EMAIL PROTECTED]> said:
That's one of the things I asked a few messages ago. Some people on the
list were saying that it'd be "really hard" and would "require a lot of
bookkeeping" to "fix" permanently-D-stated p
Jamie Lokier <[EMAIL PROTECTED]> wrote:
>
> ...
>
> > > One attempt to fix this is included below. It works, but I'm not entirely
> > > happy with the fact that it's a bit messy solution. If anyone has a
> > > better idea for how to solve it I'd be all ears.
> >
> > It's fairly sane. Style-wise
> "Dave" == Dave Hansen <[EMAIL PROTECTED]> writes:
Dave> I was talking with Nigel Cunningham about doing something a
Dave> little different from the classic page flag bits when the number
Dave> of users is restricted and performance isn't ultra-critical.
Dave> Would something like this work f
> "Andrew" == Andrew Morton <[EMAIL PROTECTED]> writes:
Andrew> Matthew Wilcox <[EMAIL PROTECTED]> wrote:
>>
>> On Tue, Feb 22, 2005 at 09:41:04AM -0500, Jes Sorensen wrote:
>> > >> + if (page->flags & PG_uncached)
>> >
>> > Andrew> dude. That ain't gonna work ;)
>> >
>> > Pardon my lack o
On Tue, 22 Feb 2005, Jamie Lokier wrote:
>
> A much simpler solution (and sorry for not offering it earlier,
> because Andrew Morton pointed out this bug long ago, but I was busy), is:
>
> In futex.c:
>
> down_read(¤t->mm->mmap_sem);
> get_futex_key(...) etc.
> queue_me(...)
On Wed, 23 Feb 2005, Benjamin Herrenschmidt wrote:
>
> Isn't Olof scheme racy ? Can't the stuff get swapped out between the
> first get_user() and the "real" one ?
Yes. But see my suggested modification (which I still think is "the thing
that Olof does", except it's more efficient and avoids t
Chris Friesen wrote:
> > down_read(¤t->mm->mmap_sem);
> > get_futex_key(...) etc.
> > queue_me(...) etc.
> > current->flags |= PF_MMAP_SEM; <- new
> > ret = get_user(...);
> > current->flags &= PF_MMAP_SEM; <- new
> > /* the rest */
>
> Should th
On Tue, Feb 22, 2005 at 09:07:52PM +, Jamie Lokier wrote:
>
> That won't work because the vma lock must be help between key
> calculation and get_user() - otherwise futex is not reliable. It
> would work if the futex key calculation was inside the loop.
Sure, but that's still true: It's just
On Wed, 2005-02-23 at 08:16 +1100, Benjamin Herrenschmidt wrote:
> On Tue, 2005-02-22 at 11:36 -0800, Linus Torvalds wrote:
>
> > DavidH - what's the word on nested read-semaphores like this? Are they
> > supposed to work (like nested read-spinlocks), or do we need to do the
> > things Olof does
Jamie Lokier wrote:
In futex.c:
down_read(¤t->mm->mmap_sem);
get_futex_key(...) etc.
queue_me(...) etc.
current->flags |= PF_MMAP_SEM; <- new
ret = get_user(...);
current->flags &= PF_MMAP_SEM; <- new
/* the rest */
Sho
On Tue, 2005-02-22 at 11:36 -0800, Linus Torvalds wrote:
> DavidH - what's the word on nested read-semaphores like this? Are they
> supposed to work (like nested read-spinlocks), or do we need to do the
> things Olof does?
Isn't Olof scheme racy ? Can't the stuff get swapped out between the
fir
OK, some more information concerning the previous problems with
2.6.11-rc4.
Ok, 2.6.11-rc3 does the exact same thing as 2.6.11-rc4 does, which is
crashes whenever you try and boot up our Opteron based server which has
an LSI MPT Fusion based SCSI card as the primary card. Now comes the
weird part
On Mon, 2005-02-21 at 09:20 +0100, Jens Axboe wrote:
> On Sat, Feb 19 2005, Lee Revell wrote:
> > Starting around 2.6.11-rc4 I get this printk during the boot process
> > after kjournald starts, and again if I stress the filesystem.
> >
> > cfq: depth 4 reached, tagging now on
> >
> > Is this pri
Andrew Morton wrote:
> > This will quickly lock up, since the futex_wait code dows a
> > down_read(mmap_sem), then a get_user().
> >
> > The do_page_fault code on ppc64 (as well as other architectures) needs
> > to take the same semaphore for reading. This is all good until the
> > second thread c
Bartlomiej Zolnierkiewicz wrote:
Hi,
On Mon, 21 Feb 2005 15:00:28 +, Alan Cox <[EMAIL PROTECTED]> wrote:
On Gwe, 2005-02-18 at 10:31, Kiniger, Karl (GE Healthcare) wrote:
Not entirely true (at least for me). I actually tried to read the
last iso9660 data sector with a small C program (reading 2
Horst von Brand wrote:
Anthony DiSante <[EMAIL PROTECTED]> said:
That's one of the things I asked a few messages ago. Some people on the
list were saying that it'd be "really hard" and would "require a lot of
bookkeeping" to "fix" permanently-D-stated processes... which is completely
different
On Tue, Feb 22, 2005 at 02:46:44PM -0600, Alex Adriaanse <[EMAIL PROTECTED]>
wrote:
> On Tue, 22 Feb 2005 20:49:00 +0100, Marc A. Lehmann <[EMAIL PROTECTED]> wrote:
> > Well, I do use reiserfs->aes-loop->lvm/dm->md5/raid5, and it never failed
> > for me, except once, and the error is likely to be
On Tue, 22 Feb 2005, Dmitry Torokhov wrote:
>
> This sounds awfully like firmware loader that seems to be working just
> fine for a range of network cards and other devices.
Yes. HOWEVER - and note how firmware loading for this case is not validly
done at device discovery, but at "ifconfig" tim
On Tue, 22 Feb 2005 20:49:00 +0100, Marc A. Lehmann <[EMAIL PROTECTED]> wrote:
> > >A reboot fixes this for both ext3 and reiserfs (i.e. the error is gone).
> > >
> >
> > Well, it didn't fix it for me. The fs was trashed for good. The major
> > question for me is now usability of md/dm for any purp
On Friday 18 February 2005 16:33, Anton Altaparmakov wrote:
> On Wed, 2005-02-16 at 19:35 +0100, Blaisorblade wrote:
> > On Monday 14 February 2005 12:48, Anton Altaparmakov wrote:
> > > Hi,
> > >
> > > I get a few Debug messages of the form from UML:
> > >
> > > Debug: sleeping function called fro
On Tue, 22 Feb 2005, Parag Warudkar wrote:
> > You said that the system hangs during bootup. Where in the log does that
> > hang occur? The log itself looks perfectly normal. The Maxtor drive is
> > scanned, the partitions detected, and then apparently one or two
> > partitions are mounted. Th
Chris Friesen wrote:
There has been some discussion that these hung
states could be "fixed", but that's absolutely
positively incorrect.
That's one of the things I asked a few messages ago. Some people on
the list were saying that it'd be "really hard" and would "require a
lot of bookkeeping" to
David Lang wrote:
I regularly burn tarballs to a CD without useing a filesystem and as
long as I use the -pad option when burning I've had no problems reading
them (the -pad was nessasary even when I was useing ide-scsi)
That matches my experience, at least as far as the "no problem" part, I
nev
Kaigai Kohei wrote:
Hello, everyone.
Andrew Morton wrote:
> Jay Lan <[EMAIL PROTECTED]> wrote:
>
>>Since the need of Linux system accounting has gone beyond what BSD
>>accounting provides, i think it is a good idea to create a thin layer
>>of common code for various accounting packages, such a
Anthony DiSante <[EMAIL PROTECTED]> said:
> linux-os wrote:
> > There has been some discussion that these hung
> > states could be "fixed", but that's absolutely
> > positively incorrect.
> That's one of the things I asked a few messages ago. Some people on the
> list were saying that it'd be "r
[EMAIL PROTECTED] wrote:
On Fri, 18 Feb 2005 15:23:44 EST, Bill Davidsen said:
I'll try to build a truth table for this, I'm now working with some
non-iso data sets, so I'm a bit more interested. I would expect read()
to only try to read one sector, so I'll just do a quick and dirty to get
the
Stephen Hemminger wrote:
On Tue, 22 Feb 2005 15:34:42 +0100
Daniele Lacamera <[EMAIL PROTECTED]> wrote:
One last note: IMHO we really need a better way to select congestion
avoidance scheme between those available, instead of switching each one
on and off. I.e., we can't say how vegas and westwoo
Anthony DiSante wrote:
linux-os wrote:
There has been some discussion that these hung
states could be "fixed", but that's absolutely
positively incorrect.
That's one of the things I asked a few messages ago. Some people on the
list were saying that it'd be "really hard" and would "require a lot
Guillaume Thouvenin wrote:
On Fri, 2005-02-18 at 17:16 -0800, Andrew Morton wrote:
Jay Lan <[EMAIL PROTECTED]> wrote:
Since the need of Linux system accounting has gone beyond what BSD
accounting provides, i think it is a good idea to create a thin layer
of common code for various accounting packag
1 - 100 of 220 matches
Mail list logo