On Tue, 22 Feb 2005 17:23:03 + (GMT), James Simmons
<[EMAIL PROTECTED]> wrote:
>
> > As far as I know none of the significant contributors on either fbdev
> > or DRM are being paid to work on the project.
>
> So I have noticed. There is much to do but no real man power. We are
> talking about
On Mon, Feb 21, 2005 at 12:37:53PM +0100, Andreas Steinmetz <[EMAIL PROTECTED]>
wrote:
> >Anyway, what do you guys think could be the problem? Could it be that
> >the LVM / Device Mapper snapshot feature is solely responsible for
> >this corruption? (I'm sure there's a reason it's marked
> >Expe
Kelly White,
Please,copy reply to all of the following email addresses:
[EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL
PROTECTED]
Dear Sir,
IN DESPERATE NEED OF YOUR CO-OPERATION!
I write you this letter to solicit your help from Prison, as I am in
dire need.
Hi,
Consider a small testcase that spawns off two threads, either thread
doing a loop of:
buf = mmap /dev/zero MAP_SHARED for 0x10 bytes
call sys_futex (buf+page, FUTEX_WAIT, 1, NULL, NULL) for each page in
said mmap
munmap(buf)
repeat
This will quickly lock
On Mon, 2005-02-14 at 10:16 -0800, Andrew Morton wrote:
> Fruhwirth Clemens <[EMAIL PROTECTED]> wrote:
> >
> > First, one has to make kmap fallible.
>
> I think it would be relatively simple and sane to modify the existing
> kmap() implementations to add a new try_kmap() which is atomic and return
On Tue, 22 Feb 2005 09:42:19 -0800
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> The protocol choices are mutually exclusive, if you walk through the code
> (or do experiments), you find that that only one gets used. As part of the
> longer term plan, I would like to:
> - have one sysctl
>
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 of clue, but why not?
if (page->flags & (1< I think you're supp
The IPMI SMB driver, when running in run-to-completion mode
(done during panic time), would sometimes get locked up if
a timeout occurred because the timer would not get run
properly. This adds the timer handling to the run-to-completion
code.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
In
This cleans up the IPMI documentation to fix some problems and
make it more accurate for the current drivers.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
Index: linux-2.6.11-rc4/Documentation/IPMI.txt
===
--- linux-2.6.11-rc4.o
On Mon, 21 Feb 2005, Jon Smirl wrote:
>
> I was working on the assumption that all PCI based, VGA class hardware
> that is not the boot device needs to be posted.
I don't think that's true. We certainly don't _want_ it to be true in the
long run - and even now there are cards that we can initia
On Tue, 22 Feb 2005, Olof Johansson wrote:
>
> Consider a small testcase that spawns off two threads, either thread
> doing a loop of:
>
> buf = mmap /dev/zero MAP_SHARED for 0x10 bytes
> call sys_futex (buf+page, FUTEX_WAIT, 1, NULL, NULL) for each page in
> said mmap
>
Weathers, Norman R. wrote:
To all whom it may concern:
I am having trouble with several of the 2.6 kernels. The last one is
the one that is perhaps most annoying.
I have a dual Opteron based NFS server that keeps crashing when I try to
boot up with 2.6.11-rc4.
The node is trying to boot from an mp
-Original Post
Weathers, Norman R. wrote:
>To all whom it may concern:
>
>
>I am having trouble with several of the 2.6 kernels. The last one is
>the one that is perhaps most annoying.
>
>I have a dual Opteron based NFS server that keeps crashing whe
I was talking with Nigel Cunningham about doing something a little
different from the classic page flag bits when the number of users is
restricted and performance isn't ultra-critical. Would something like
this work for you, instead of using a real page->flags bit for
PG_cached?
http://marc.thea
On Tue, 22 Feb 2005 11:19:10 -0800 (PST), Linus Torvalds
<[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 21 Feb 2005, Jon Smirl wrote:
> >
> > I was working on the assumption that all PCI based, VGA class hardware
> > that is not the boot device needs to be posted.
>
> I don't think that's true. We cer
pcg( Marc)@goof(A.).(Lehmann )com wrote:
I use both reiserfs and ext3 on lvm/dm on raid.
Both filesystems have issues when restoring from backup (i.e. very heavy
write activity).
I did report this to the linux kernel, and got as reply that there are
indeed races *somewhere*, but as of yet there is
http://19459.ifmmmjfjf.com/?BQ7G7mBLa9I.TB510013
-
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/
[EMAIL PROTECTED] (Olof Johansson) wrote:
>
> Hi,
>
> Consider a small testcase that spawns off two threads, either thread
> doing a loop of:
>
> buf = mmap /dev/zero MAP_SHARED for 0x10 bytes
> call sys_futex (buf+page, FUTEX_WAIT, 1, NULL, NULL) for each page in
> said mmap
>
On Tue, Feb 22, 2005 at 08:39:21PM +0100, Andreas Steinmetz <[EMAIL PROTECTED]>
wrote:
> To clarify: there were no disk I/O errors, only I/O errors were reported
> by find during operation so it is definitely filesystem corruption
> that is going on here.
> Though find performs heavy read acti
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 of
bookkeeping" to "fix
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
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
[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 <[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
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
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
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
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
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, 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 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
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
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
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
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
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 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
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 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
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
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 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
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(...)
> "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
> "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
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
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
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
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../.
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
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
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, 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
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
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
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
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
> "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 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
> "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, 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
-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, 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
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
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 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
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
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
[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
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
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 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
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.
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, 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
/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
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'
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
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
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
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
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
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/
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
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, 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
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 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
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
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
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
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
101 - 200 of 220 matches
Mail list logo
