> "Song" == Song Liu writes:
Song> Hi Jason,
>> On Apr 27, 2020, at 2:10 PM, Jason Baron wrote:
>>
>>
>>
>> On 4/25/20 12:31 AM, Coly Li wrote:
>>> On 2020/3/26 23:28, Jason Baron wrote:
Let's add some CONFIG_* options to directly configure the raid0 layout
if you know in advanc
> "Mike" == Mike Snitzer writes:
Mike> On Tue, May 01 2018 at 8:36pm -0400,
Mike> Andrew Morton wrote:
>> On Tue, 24 Apr 2018 12:33:01 -0400 (EDT) Mikulas Patocka
>> wrote:
>>
>> >
>> >
>> > On Tue, 24 Apr 2018, Michal Hocko wrote:
>> >
>> > > On Tue 24-04-18 11:30:40, Mikulas Patock
>>>>> "Mikulas" == Mikulas Patocka writes:
Mikulas> On Mon, 30 Apr 2018, John Stoffel wrote:
>> >>>>> "Mikulas" == Mikulas Patocka writes:
>>
Mikulas> On Thu, 26 Apr 2018, John Stoffel wrote:
>>
Mikulas> I see your
>>>>> "Mikulas" == Mikulas Patocka writes:
Mikulas> On Thu, 26 Apr 2018, John Stoffel wrote:
>> >>>>> "James" == James Bottomley
>> >>>>> writes:
>>
James> I may be an atypical developer but I'd
> "James" == James Bottomley writes:
James> On Wed, 2018-04-25 at 19:00 -0400, Mikulas Patocka wrote:
>>
>> On Wed, 25 Apr 2018, James Bottomley wrote:
>>
>> > > > Do we really need the new config option? This could just be
>> > > > manually tunable via fault injection IIUC.
>> > >
>> >
On Wed, Sep 27, 2017 at 02:13:47PM -0600, Jens Axboe wrote:
> We've had some issues with writeback in presence of memory reclaim
> at Facebook, and this patch set attempts to fix it up. The real
> functional change for that issue is patch 10. The rest are cleanups,
> as well as the removal of doing
On Tue, Sep 19, 2017 at 01:53:01PM -0600, Jens Axboe wrote:
> We've had some issues with writeback in presence of memory reclaim
> at Facebook, and this patch set attempts to fix it up. The real
> functional change is the last patch in the series, the first 5 are
> prep and cleanup patches.
>
> Th
>>>>> "Jens" == Jens Axboe writes:
Jens> On 12/05/2015 10:31 AM, John Stoffel wrote:
>>>>>>> "John" == John Stoffel writes:
>>
John> On Fri, Dec 04, 2015 at 11:28:33PM -0500, John Stoffel wrote:
>>>>
>>
>>>>> "John" == John Stoffel writes:
John> On Fri, Dec 04, 2015 at 11:28:33PM -0500, John Stoffel wrote:
>>
>> Hi all,
>> Anyway, if I try to boot up anything past the 4.2.6 kernel, the system
>> locks up pretty quickly with an oops messa
On Fri, Dec 04, 2015 at 11:28:33PM -0500, John Stoffel wrote:
>
> Hi all,
>
> I've been trying to upgrade to something newer than 4.2.6 since I want
> to use LVM Cache on my home NFS fileserver, KVM server, test server,
> etc. So when it goes down, I lose all my ot
Hi all,
I've been trying to upgrade to something newer than 4.2.6 since I want
to use LVM Cache on my home NFS fileserver, KVM server, test server,
etc. So when it goes down, I lose all my other systems which mount
stuff from it.
Right now I'm trying to figure out how to use Netconsole to grab
>>>>> "Nikolay" == Nikolay Borisov writes:
Nikolay> On 10/08/2015 05:34 PM, John Stoffel wrote:
>> Great bug report, but you're missing the info on which kernel
>> you're
Nikolay> This is on 3.12.47 (self compiled). It was evident on my
Nikol
Great bug report, but you're missing the info on which kernel you're
running here... is this a vendor kernel or self-compiled?
Nikolay> I've hit a rather strange hard lock up on one of my servers
Nikolay> from the page writeback path, the actual backtrace is:
Nikolay> [427149.717151] ---
Felipe> For several years I've used a trick to be able to maintain a simple
defconfig
Felipe> that works across many versions, and requires little maintenance from my
Felipe> part:
Felipe> % cat arch/x86/configs/x86_64_defconfig ~/my-config > .config && make
olddefconfig
Felipe> I'm sending a
George> John Stoffel wrote:
>>> vmap_info_gen should be initialized to 1 to force an initial
>>> cache update.
>> Blech, it should be initialized with a proper #define
>> VMAP_CACHE_NEEDS_UPDATE 1, instead of more magic numbers.
George> Er... this is a jo
> "Ingo" == Ingo Molnar writes:
Ingo> * George Spelvin wrote:
>> First, an actual, albeit minor, bug: initializing both vmap_info_gen
>> and vmap_info_cache_gen to 0 marks the cache as valid, which it's not.
Ingo> Ha! :-) Fixed.
>> vmap_info_gen should be initialized to 1 to force an init
> "Linus" == Linus Torvalds writes:
Linus> On Thu, Jul 9, 2015 at 11:51 AM, Arjan van de Ven
wrote:
>>
>> I would rather do BOTH the default n AND the EXPERT
Linus> That basically makes it impossible for "normal people" to test it. You
Linus> have to mark yourself as expert, and then get
> "Austin" == Austin S Hemmelgarn writes:
Austin> On 2015-05-12 01:08, Kevin Easton wrote:
>> On Mon, May 11, 2015 at 07:10:21PM -0400, Theodore Ts'o wrote:
>>> On Mon, May 11, 2015 at 09:24:09AM -0700, Sage Weil wrote:
> Let me re-ask the question that I asked last week (and was apparent
> "Sage" == Sage Weil writes:
Sage> On Mon, 11 May 2015, Trond Myklebust wrote:
>> On Mon, May 11, 2015 at 12:39 PM, Sage Weil wrote:
>> > On Mon, 11 May 2015, Dave Chinner wrote:
>> >> On Sun, May 10, 2015 at 07:13:24PM -0400, Trond Myklebust wrote:
>> >> > On Fri, May 8, 2015 at 6:24 PM, S
>>>>> "Linus" == Linus Torvalds writes:
Linus> On Fri, May 8, 2015 at 7:40 AM, John Stoffel wrote:
>>
>> Now go and look at your /home or /data/ or /work areas, where the
>> endusers are actually keeping their day to day work. Photos, mp3,
>
> "Ingo" == Ingo Molnar writes:
Ingo> * Rik van Riel wrote:
>> The disadvantage is pretty obvious too: 4kB pages would no longer be
>> the fast case, with an indirection. I do not know how much of an
>> issue that would be, or whether it even makes sense for 4kB pages to
>> continue bein
> "Sage" == Sage Weil writes:
Sage> On Thu, 7 May 2015, Zach Brown wrote:
>> On Thu, May 07, 2015 at 10:26:17AM +1000, Dave Chinner wrote:
>> > On Wed, May 06, 2015 at 03:00:12PM -0700, Zach Brown wrote:
>> > > The criteria for using O_NOMTIME is the same as for using O_NOATIME:
>> > > owning
> "David" == David Herrmann writes:
David> Hi
David> On Wed, Apr 29, 2015 at 10:43 PM, David Lang wrote:
>> If the justification for why this needs to be in the kernel is that you
>> can't reliably prevent apps from exiting if there are pending messages, [...]
David> It's not.
>> the answe
> "Austin" == Austin S Hemmelgarn writes:
Austin> On 2015-04-29 14:54, Andy Lutomirski wrote:
>> On Apr 29, 2015 5:48 AM, "Harald Hoyer" wrote:
>>>
>>> * Being in the kernel closes a lot of races which can't be fixed with
>>> the current userspace solutions. For example, with kdbus, there
>>>>> "Steven" == Steven Rostedt writes:
Steven> On Wed, Apr 29, 2015 at 12:26:59PM -0400, John Stoffel wrote:
>>
>> If your customers wnat this feature, you're more than welcome to fork
>> the kernel and support it yourself. Oh wait...
> "Harald" == Harald Hoyer writes:
Harald> On 29.04.2015 15:33, Richard Weinberger wrote:
>> It depends how you define "beginning". To me an initramfs is a *very* minimal
>> tool to prepare the rootfs and nothing more (no udev, no systemd, no
>> "mini distro").
>> If the initramfs fails to do
> "Havoc" == Havoc Pennington writes:
Havoc> On Tue, Apr 28, 2015 at 1:18 PM, Theodore Ts'o wrote:
>> So the question is if one of the justifications for moving the daemon
>> into kernel space is that it's performance is crap, then I think it is
>> useful to determine whether a fully optimiz
> "Greg" == Greg Kroah-Hartman writes:
Greg> On Tue, Apr 14, 2015 at 11:57:22AM -0700, Andy Lutomirski wrote:
>> On Tue, Apr 14, 2015 at 10:50 AM, Greg Kroah-Hartman
>> wrote:
>> > On Mon, Apr 13, 2015 at 02:01:21PM -0700, Andy Lutomirski wrote:
>> >> On Mon, Apr 13, 2015 at 1:45 PM, Greg Kr
>>>>> "David" == David Miller writes:
David> From: "John Stoffel"
David> Date: Mon, 23 Mar 2015 12:51:03 -0400
>> Would it make sense to have some memmove()/memcopy() tests on bootup
>> to catch problems like this? I know this is a stran
David>
David> [PATCH] sparc64: Fix several bugs in memmove().
David> Firstly, handle zero length calls properly. Believe it or not there
David> are a few of these happening during early boot.
David> Next, we can't just drop to a memcpy() call in the forward copy case
David>
> "Andy" == Andy Lutomirski writes:
Andy> As far as I can tell, these fields have been set to zero on save and
Andy> ignored on restore since Linux was imported into git. Rename them
Andy> '__pad1' and '__pad2' to avoid confusion and to allow them to be
Andy> recycled some day.
Andy> I'm in
>>>>> "Al" == Al Viro writes:
Al> On Thu, Mar 05, 2015 at 08:52:20AM -0500, John Stoffel wrote:
>> So what happens if your filesystem is 10Tb in size, and you have 50
>> million files and lots of them are symlinks? I've got developers who
>>
> "Al" == Al Viro writes:
Al> On Thu, Mar 05, 2015 at 04:21:21PM +1100, NeilBrown wrote:
>> Hi Al (and others),
>>
>> I wonder if you could look over this patchset.
>> It allows RCU-walk to follow symlinks in many common cases,
>> thus removing a surprising performance hit caused by using sy
So what else is in those magic 2.12.00 official drivers besides this
eeprom magic? And why don't you printer a much more informative
message to the logs when you do fail a chip?
No matter what you say here, you're targetting end users with this
patch, even if you're just trying to put pressur
> "Waiman" == Waiman Long writes:
Waiman> On 07/24/2014 02:36 PM, Peter Zijlstra wrote:
>> On Thu, Jul 24, 2014 at 11:18:16AM -0700, Linus Torvalds wrote:
>>> On Thu, Jul 24, 2014 at 5:58 AM, Peter Zijlstra
>>> wrote:
So going by the nifty picture rostedt made:
[ 61.454336
Mason> (I hope you'll forgive me for reformatting the quote characters
Mason> to my taste.)
No problem.
Mason> On 16/07/2014 17:16, John Stoffel wrote:
>> Mason wrote:
>>
>>> I'm using Linux (3.1.10 at the moment) on a embedded system
>>> simil
Mason> I'm using Linux (3.1.10 at the moment) on a embedded system
Mason> similar in spec to a desktop PC from 15 years ago (256 MB RAM,
Mason> 800-MHz CPU, USB).
Sounds like a Raspberry Pi... And have you investigated using
something like XFS as your filesystem instead?
Mason> I need to be a
> "Linus" == Linus Torvalds writes:
Linus> On Thu, Jul 3, 2014 at 11:22 AM, Linus Torvalds
Linus> wrote:
>>
>> So the bugzilla entry worries me a bit - we definitely do not want to
>> regress in case somebody really relied on timing - but without more
>> specific information I still think t
> "Andrew" == Andrew Morton writes:
Andrew> On Tue, 8 Apr 2014 09:22:58 +0100 Mel Gorman wrote:
>> Changelog since v1
>> o topology comment updates
>>
>> When it was introduced, zone_reclaim_mode made sense as NUMA distances
>> punished and workloads were generally partitioned to fit into
>>>>> "Greg" == Greg Kroah-Hartman writes:
Greg> On Fri, Apr 04, 2014 at 05:17:09PM -0400, John Stoffel wrote:
>> >>>>> "Linus" == Linus Torvalds writes:
>>
Linus> On Fri, Apr 4, 2014 at 11:21 AM, Andy Lutomirski
wrote:
>
> "Linus" == Linus Torvalds writes:
Linus> On Fri, Apr 4, 2014 at 11:21 AM, Andy Lutomirski
wrote:
>>
>> The other thing I've used /dev/kmsg for is to shove a "I'm starting
>> something now" message in. This is only really necessary because the
>> current kernel log timestamps are unusabl
Linus> Here's both x86 people and filesystem people involved, because this
Linus> hacky RFC patch touches both.
Linus> NOTE NOTE NOTE! I've modified "cp_new_stat()" in place, in a way that
Linus> is x86-64 specific. So the attached patch *only* works on x86-64, and
Linus> will very actively break
>>>>> "H" == H Peter Anvin writes:
H> On 09/10/2013 08:00 PM, Linus Torvalds wrote:
>> On Tue, Sep 10, 2013 at 7:46 PM, John Stoffel wrote:
>>>
Linus> The timing absolutely sucks, but it looks like the SSD in my
Linus> main workstation just died
Linus> The timing absolutely sucks, but it looks like the SSD in my
Linus> main workstation just died on me.
What model, if you care to share? I figure you'r a perfect storm of
SSD beating with all your compiles and git pulls, etc.
And may I suggest that you get TWO of them next time and mirr
>>>>> "Waiman" == Waiman Long writes:
Waiman> On 09/04/2013 04:40 PM, John Stoffel wrote:
>>>>>>> "Waiman" == Waiman Long writes:
Waiman> In term of AIM7 performance, this patch has a performance boost of
Waiman> about 6-7% on to
> "Waiman" == Waiman Long writes:
Waiman> In term of AIM7 performance, this patch has a performance boost of
Waiman> about 6-7% on top of Linus' lockref patch on a 8-socket 80-core DL980.
Waiman> User Range | 10-100 | 200-1 | 1100-2000 |
Waiman> Mean JPM w/o patch | 4,365,11
Jerry> When PAGE_SHIFT > 20, the result of "20 - PAGE_SHIFT" is negative. The
Jerry> calculating here will generate an unexpected result. In addition, if
Jerry> PAGE_SHIFT > 20, The memory size represented by numentries was already
Jerry> integral multiple of 1MB.
Why this magic number of 20? Pl
>>>>> "Ben" == Ben Hutchings writes:
Ben> On Thu, 2013-05-02 at 14:53 -0400, John Stoffel wrote:
>> >>>>> "David" == David Miller writes:
>>
David> From: Bjørn Mork
David> Date: Thu, 02 May 2013 11:06:42 +0200
>>
> "David" == David Miller writes:
David> From: Bjørn Mork
David> Date: Thu, 02 May 2013 11:06:42 +0200
>> From d957cf339bf625869c39d852ac6733ef597ecef9 Mon Sep 17 00:00:00 2001
>> From: Bjørn Mork
>> Date: Thu, 2 May 2013 10:37:05 +0200
>> Subject: [PATCH] net: vlan,ethtool: netdev_feature
> "Willy" == Willy Tarreau writes:
Willy> On Sun, Jan 06, 2013 at 11:00:15AM -0800, Eric Dumazet wrote:
>> On Sun, 2013-01-06 at 10:51 -0800, Eric Dumazet wrote:
>> > >
>> > > (sd->len is usually 4096, which is expected, but sd->total_len value is
>> > > huge in your case, so we always set t
>>>>> "Willy" == Willy Tarreau writes:
Willy> On Sun, Jan 06, 2013 at 04:49:35PM -0500, John Stoffel wrote:
>> >>>>> "Willy" == Willy Tarreau writes:
>>
Willy> On Sun, Jan 06, 2013 at 11:00:15AM -0800, Eric Dumaze
> "Kent" == Kent Overstreet writes:
Kent> On Wed, Aug 29, 2012 at 03:39:14PM +0100, Alasdair G Kergon wrote:
>> It's also instructive to remember why the code is the way it is: it used
>> to process bios for underlying devices immediately, but this sometimes
>> meant too much recursive stack
>>>>> "Singh" == Singh Sandeep-B37400 writes:
Singh> -Original Message-----
Singh> From: John Stoffel [mailto:j...@stoffel.org]
Singh> Sent: 27 July 2012 19:42
Singh> To: Singh Sandeep-B37400
Singh> Cc: linuxppc-...@lists.ozlabs.org; l
> From: Sandeep Singh
> TDM Framework is an attempt to provide a platform independent layer which can
> offer a standard interface for TDM access to different client modules.
Please don't use TLAs (Three Letter Acronyms) like TDM without
explaining the clearly and up front. It makes it hard fo
>>>>> "Alan" == Alan Cox <[EMAIL PROTECTED]> writes:
Alan> On Wed, 20 Feb 2008 16:22:29 -0500
Alan> "John Stoffel" <[EMAIL PROTECTED]> wrote:
>>
Alan> Basically wrap it in lock_kernel where it is hard to prove the
Alan> locking is
Alan> Basically wrap it in lock_kernel where it is hard to prove the
Alan> locking is ok.
I've got cyclades cards, both ISA and Serial. Do you want/need any
specific tests? Or should I just send you (or your deputy) the ISA
card for your collection?
John
Alan> Signed-off-by: Alan Cox <[EMAIL
>>>>> "Balbir" == Balbir Singh <[EMAIL PROTECTED]> writes:
Balbir> John Stoffel wrote:
>> I know this is a pedantic comment, but why the heck is it called such
>> a generic term as "Memory Controller" which doesn't give any
>>
>>>>> "Jan" == Jan Engelhardt <[EMAIL PROTECTED]> writes:
Jan> On Feb 20 2008 20:50, Balbir Singh wrote:
>> John Stoffel wrote:
>>> I know this is a pedantic comment, but why the heck is it called such
>>> a generic term as "Memory Co
> "Balbir" == Balbir Singh <[EMAIL PROTECTED]> writes:
Balbir> Andi Kleen wrote:
>> Document huge memory/cache overhead of memory controller in Kconfig
>>
>> I was a little surprised that 2.6.25-rc* increased struct page for the memory
>> controller. At least on many x86-64 machines it will
> "Linus" == Linus Torvalds <[EMAIL PROTECTED]> writes:
Linus> On Tue, 5 Feb 2008, Maxim Levitsky wrote:
>>
>> The x86 tree was merged several times, but I don't see kgdb included in
>> latest mainline -git.
>>
>> So just one question, will it be included or no?
Linus> I won't even conside
Stefan> John Stoffel wrote:
>> I've completely given up on my Firewire/USB external enclosure with a
>> PL-3xxx chipset.
Stefan> Is it a variant whose firmware cannot be updated?
No, it can be updated, and I have done that once before. It became a
little more stable,
> "Stefan" == Stefan Richter <[EMAIL PROTECTED]> writes:
Stefan> I got quite good results with several OxSemi based SBP-2
Stefan> devices, also with an Initio based dual-LU device and LSI
Stefan> based devices. A Prolific PL-3505 based device with known
Stefan> buggy firmware didn't work too
>>>>> "Tuomo" == Tuomo Valkonen <[EMAIL PROTECTED]> writes:
Tuomo> On 2008-01-08, John Stoffel <[EMAIL PROTECTED]> wrote:
>> Look at your filesystems, using 'tune2fs' and see if the ext3 journal
>> is actually turned on and used.
> "Tuomo" == Tuomo Valkonen <[EMAIL PROTECTED]> writes:
Tuomo> The ext3 journalling code can be summarised as:
superblock-> last_checked = random();
Tuomo> sync(superblock)
Tuomo> I hate it: every time Linux crashes, e.g. due to power failure,
Tuomo> it takes almost an hour to boot, beca
>>>>> "Stefan" == Stefan Richter <[EMAIL PROTECTED]> writes:
Stefan> John Stoffel wrote:
>> The question to me really revolves around how do you automate the
>> process in a transparent manner so that people don't have to change
>> much
I'll agree with what Willy wrote here, Bugzilla is a pain to use, you
can't just dump an email into it and have it captured. I think we
should be looking at something more like 'WebRT' which is an *issue*
tracker software. But that too might be too heavy weight and too
noisy as well.
And sudden
>>>>> "James" == James Bottomley <[EMAIL PROTECTED]> writes:
James> On Mon, 2007-12-17 at 13:43 -0800, Andrew Morton wrote:
>> On Mon, 17 Dec 2007 16:02:02 -0500
>> "John Stoffel" <[EMAIL PROTECTED]> wrote:
>>
>> >
>
Just to confirm, the propsed patch to st.c fixes the issue with
2.6.24-rc5 as well at 2.6.24-rc5-mm1 with access to my DLT tape
drives.
Thanks!
John
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at htt
>>>>> "Andrew" == Andrew Morton <[EMAIL PROTECTED]> writes:
Andrew> On Mon, 17 Dec 2007 11:25:51 +0900 FUJITA Tomonori <[EMAIL PROTECTED]>
wrote:
>> On Sun, 16 Dec 2007 20:05:51 -0500
>> "John Stoffel" <[EMAIL PROTECTED]> wrot
>>>>> "Andrew" == Andrew Morton <[EMAIL PROTECTED]> writes:
Andrew> On Mon, 17 Dec 2007 11:25:51 +0900 FUJITA Tomonori <[EMAIL PROTECTED]>
wrote:
>> On Sun, 16 Dec 2007 20:05:51 -0500
>> "John Stoffel" <[EMAIL PROTECTED]> wro
Hi,
This looks to be a regression between 2.6.23 and 2.6.24-rc5, I'll try
to bi-sect this and report more on it. Basically, when I bootup, I
get a ton of errors in the dmesg log along the lines of:
[ 215.007701] sym1: SCSI parity error detected: SCR1=1 DBC=1128 SBCL=ae
[ 215.008145] sym1:
John> Just fired up 2.6.24-rc5-mm1 on a Dual CPU PIII 550mhz system
John> with 2gb of RAM. Got the following error. Let me know if you
John> need more details or want me to run tests or make changes.
John> Looks like something in the SCSI st driver, which makes sense
John> since I have a pair of
Hi,
Just fired up 2.6.24-rc5-mm1 on a Dual CPU PIII 550mhz system with 2gb
of RAM. Got the following error. Let me know if you need more
details or want me to run tests or make changes. Looks like something
in the SCSI st driver, which makes sense since I have a pair of DLT 7k
drives hooked up
My results, PIII, Dual 550Mhz Xeon.
jfsnew:~/src> sudo ./port80
cycles: out 774, in 332
jfsnew:~/src> sudo ./port80
cycles: out 774, in 332
jfsnew:~/src> sudo ./port80
cycles: out 774, in 332
jfsnew:~/src> sudo ./port80
cycles: out 774, in 332
jfsnew:~/src> sudo ./port80
cycles: out 774, in 332
j
Here's my results on a PIII Xeon, 550mhz, 440GX chipset, and an ISA
slot, which until recently was actually used with an 8 port serial
card:
jfsnew:~/src> sudo ./port80
out: 729
in : 348
jfsnew:~/src> sudo ./port80
out: 729
in : 354
jfsnew:~/src> sudo ./port80
out: 729
in : 350
jfsnew:~/src> sudo
Abhishek> It took me some time to get compilebench working due to the
Abhishek> known issue with drop_caches due to circular lock dependency
Abhishek> between j_list_lock and inode_lock (compilebench triggers
Abhishek> drop_caches quite frequently). Here are the results for
Abhishek> compilebench
>>>>> "Jens" == Jens Axboe <[EMAIL PROTECTED]> writes:
Jens> On Tue, Oct 23 2007, John Stoffel wrote:
>> >>>>> "Jens" == Jens Axboe <[EMAIL PROTECTED]> writes:
>>
Jens> On Tue, Oct 23 2007, David Miller wrote:
>&g
> "Jens" == Jens Axboe <[EMAIL PROTECTED]> writes:
Jens> On Tue, Oct 23 2007, David Miller wrote:
>> From: Jens Axboe <[EMAIL PROTECTED]>
>> Date: Tue, 23 Oct 2007 09:23:59 +0200
>>
>> > On Tue, Oct 23 2007, David Miller wrote:
>> > > From: Jens Axboe <[EMAIL PROTECTED]>
>> > > Date: Tue, 23
> "Jens" == Jens Axboe <[EMAIL PROTECTED]> writes:
Jens> Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
Jens> ---
Jens> block/ll_rw_blk.c |8 ++--
Jens> 1 files changed, 6 insertions(+), 2 deletions(-)
Jens> diff --git a/block/ll_rw_blk.c b/block/ll_rw_blk.c
Jens> index 8025d64..61c2e
Mohamed> I am looking for Michael Flynn original paper about computer
Mohamed> organization in which Flynn devised the so-called "Flynn
Mohamed> Taxonomy". I tried Google, IEEE Xplore, ACM, Yahoo but in
Mohamed> vain. I would be very grateful if someone can post a scanned
Mohamed> version of the m
>> I think that's an improvement in all respects.
>>
>> However it still does not generally address the deadlock scenario: if
>> there's a small DMA zone, and fuse manages to put all of those pages
>> under writeout, then there's trouble.
Miklos> And the only way to solve that AFAICS, is to make
Linus> I said I was hoping that -rc8 was the last -rc, and I hate
Linus> doing this, but we've had more changes since -rc8 than we had
Linus> in -rc8. And while most of them are pretty trivial, I really
Linus> couldn't face doing a 2.6.23 release and take the risk of some
Linus> really stupid brow
Linus> I said I was hoping that -rc8 was the last -rc, and I hate
Linus> doing this, but we've had more changes since -rc8 than we had
Linus> in -rc8. And while most of them are pretty trivial, I really
Linus> couldn't face doing a 2.6.23 release and take the risk of some
Linus> really stupid brow
> "Jon" == Jon Ivar Rykkelid <[EMAIL PROTECTED]> writes:
Jon> Prakash Punnoor wrote:
>> I don't have exaclty the same hw, but the same chipset and I don't have any
>> problems - even with the swncq patch applied. Do you have an hpet? If not,
>> try booting with acpi_use_time_override. My sys
Peter> Scale writeback cache per backing device, proportional to its
Peter> writeout speed. By decoupling the BDI dirty thresholds a
Peter> number of problems we currently have will go away, namely:
Ah, this clarifies my questions! Thanks!
Peter> - mutual interference starvation (for any numb
Peter> Per device dirty throttling patches These patches aim to
Peter> improve balance_dirty_pages() and directly address three
Peter> issues:
Peter> 1) inter device starvation
Peter> 2) stacked device deadlocks
Peter> 3) inter process starvation
Peter> 1 and 2 are a direct result from rem
>>>>> "Valdis" == Valdis Kletnieks <[EMAIL PROTECTED]> writes:
Valdis> On Tue, 21 Aug 2007 14:50:42 EDT, John Stoffel said:
>> Now maybe those issues are raised when you have a Linux NFS server
>> with Solaris clients. But in my book, reliable NF
>>>>> "Peter" == Peter Staubach <[EMAIL PROTECTED]> writes:
Peter> John Stoffel wrote:
Robin> I'm bringing this up again (I know it's been mentioned here
Robin> before) because I had been told that NFS support had gotten
Robin> better in
Robin> I'm bringing this up again (I know it's been mentioned here
Robin> before) because I had been told that NFS support had gotten
Robin> better in Linux recently, so I have been (for my $dayjob)
Robin> testing the behaviour of NFS (autofs NFS, specifically) under
Robin> Linux with hard,intr an
Laurent> The aim of these four patches is to introduce Virtual Machine
Laurent> time accounting.
So what does this buy us? What increased functionality?
Laurent> [PATCH 1/4] as recent CPUs introduce a third running state,
Laurent> after "user" and "system", we need a new field, "guest", in
L
Hi,
I'm opening this ticket as a new subject, even though it looks like it
might be related to the thread "Networking dies after random time".
Sorry for the wide CC list, but since my network hasn't died since I
rebooted into 2.6.23-rc2 (after 30+ days at 2.6.22-rc7), I'm wondering
if the problem
Tejun> Avi Kivity wrote:
>> NeilBrown wrote:
>>> To achieve this, the "for_each" macros are now somewhat more complex.
>>> For example, rq_for_each_segment is:
>>>
>>> #define bio_for_each_segment_offset(bv, bio, _i, offs, _size)\
>>> for (_i.i = 0, _i.offset = (bio)->bi_offset + offs,
> "Jan" == Jan Engelhardt <[EMAIL PROTECTED]> writes:
Jan> On Jul 18 2007 20:20, Andi Kleen wrote:
>>>
>>> Well, how big the vmlinux file is matters if it doesn't fit in memory
>>> with enough time to get to the phase where it is dumping the init
>>> sections.
>>
>> If you don't have enoug
utz> On Tue, 2007-07-17 at 00:28 +0200, Rene Herman wrote:
>> Given that as Arjan stated Fedora and even RHEL have been using 4K stacks
>> for some time now, and certainly the latter being a distribution which I
>> would expect to both host a relatively large number of lvm/md/xfs and what
>> st
Jens> A repost of this patchset, which adds support forchaining of sg
Jens> tables. This enables much larger IO commands, since we don't
Jens> have to allocate large consecutive pieces of memory to represent
Jens> the sgtable of a huge command. Right now Linux is limited to
Jens> somewhere betwee
> "Erik" == Erik Mouw <[EMAIL PROTECTED]> writes:
Erik> (sorry for the late reply, just got back from holiday)
Erik> On Mon, Jun 18, 2007 at 01:29:56PM -0400, Theodore Tso wrote:
>> As I mentioned in my Linux.conf.au presentation a year and a half ago,
>> the main use of Streams in Windows to
> "Neil" == Neil Brown <[EMAIL PROTECTED]> writes:
Neil> On Saturday June 30, [EMAIL PROTECTED] wrote:
>> Quoting Alasdair G Kergon <[EMAIL PROTECTED]>:
>>
>> > On Thu, Jun 28, 2007 at 11:02:39PM +0200, Turbo Fredriksson wrote:
>> >> 2. How do I move a VG/PV/LV from PPC to x86?
>> >
>> > Th
Matthew> On Tue, Jun 19, 2007 at 04:34:42PM -0400, John Stoffel wrote:
>> >>>>> "Jack" == Jack Stone <[EMAIL PROTECTED]> writes:
>>
Jack> The whole idea of the file system is that it wouldn't return the
Jack> file in the file listing. T
> "Jack" == Jack Stone <[EMAIL PROTECTED]> writes:
Jack> The whole idea of the file system is that it wouldn't return the
Jack> file in the file listing. The user would have to know that the
Jack> file system was versioning to access the older versions as they
Jack> would explicitly have to re
> "Andrew" == Andrew Morton <[EMAIL PROTECTED]> writes:
Andrew> On Mon, 18 Jun 2007 14:14:30 -0700
Andrew> Tim Chen <[EMAIL PROTECTED]> wrote:
>> IOZone write drops by about 60% when test file size is 50 percent of
>> memory. Rand-write drops by 90%.
Andrew> heh.
Andrew> (Or is that an in
1 - 100 of 170 matches
Mail list logo
