On Sat, 28 Apr 2007 08:25:17 +0200 Borislav Petkov <[EMAIL PROTECTED]> wrote:
> > __attribute__ __address_will_be_overwritten_so_don't_bother_warning_me__?
> >
> > /me going to read gcc docs...
>
> Sorry, no such thing in the docs to do
>
> spinlock_t __attribute__((__uninitialized__)) *ptl;
>
On Fri, 27 Apr 2007 23:24:05 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> > Fact is, this change has *costs*. And you're completely ignoring them,
> > trying to spin them away. It ain't working and it never will. I'm seeing
> > no serious attempt to think about how we can reduce
On Fri, Apr 27, 2007 at 12:53:34PM +0200, J??rn Engel wrote:
>
> All this would get easier if continuation inodes were known to be rare.
> You can ditch the doubly-linked list in favor of a pointer to the main
> inode then - traversing the list again is cheap, after all. And you can
> just try to
On Fri, 2007-04-27 at 22:48 -0700, Greg KH wrote:
> On Sat, Apr 28, 2007 at 12:21:24PM +0800, Bryan WU wrote:
> > On Fri, 2007-04-27 at 08:13 -0700, Greg KH wrote:
> > > On Fri, Apr 27, 2007 at 06:15:54PM +0800, Wu, Bryan wrote:
> > > >
> > > > You know for some customer's product, they want to us
Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
> I don't have any particularly bright ideas, but there is the other idea
> I mentioned. I could pre-initialize the pagetable with the Xen
> template, but use unconditional calls to set_pte in pagetable_init.
> However, the init-time xen_set_pte si
On Sat, 28 Apr 2007, Markus Rechberger wrote:
> On 4/27/07, Trent Piepho <[EMAIL PROTECTED]> wrote:
> > On Mon, 16 Apr 2007, Markus Rechberger wrote:
> > > > >> enough testing to be sent to mainline.
> >
> > I wish these patches had more comments about how they worked, because it's
> > not clear to
On Friday 27 April 2007 14:05, Moore, Robert wrote:
> Status 5 from ACPICA is AE_NOT_FOUND.
>
> _OSC is an optional control method, so whatever code is squawking about it
> probably handle it and shut up.
>
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Be
On Sat, 2007-04-28 at 06:25 +0200, Mike Galbraith wrote:
> On Fri, 2007-04-27 at 08:18 -0700, Linus Torvalds wrote:
>
> > Actually, you don't need to apply the patch - just do
> >
> > echo 5 > /proc/sys/vm/dirty_background_ratio
> > echo 10 > /proc/sys/vm/dirty_ratio
>
> That seems to ha
On Fri, 27 Apr 2007, Linus Torvalds wrote:
On Fri, 27 Apr 2007, Mike Galbraith wrote:
As subject states, my GUI is going away for extended periods of time
when my very full and likely highly fragmented (how to find out)
filesystem is under heavy write load. While write is under way, if
am
Eric W. Biederman wrote:
> Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
>
>
>> When constructing the initial pagetable in pagetable_init, make sure
>> that non-PSE pmds are updated to PSE ones. This fixes a bug in the
>> paravirt pagetable init code, which otherwise tries to avoid overwrite
On Fri, Apr 27, 2007 at 04:27:21PM -0700, Jeremy Fitzhardinge wrote:
> Herbert Xu wrote:
> > They can be applied separately so you don't need the dom0 part for your
> > tree.
>
> Great, thanks.
BTW, the version I posted to you is missing the following line.
Cheers,
--
Visit Openswan at http://w
On Sat, Apr 28, 2007 at 07:57:40AM +0200, Borislav Petkov wrote:
> On Fri, Apr 27, 2007 at 05:22:30PM -0700, Andrew Morton wrote:
> > On Thu, 26 Apr 2007 20:25:19 +0200
> > Borislav Petkov <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > Remove build warning mm/memory.c:1491: warning: 'ptl' may be used
On Fri, 27 Apr 2007, Andrew Morton wrote:
> Your patch *is* a workaround. It's a workaround for small CPU pagesize.
> It's a workaround for suboptimal VFS anf filesystem implementations. It's
> a workaround for a disk adapter which has suboptimal readahead and
> writeback caching implementation
On Sat, 28 Apr 2007 07:04:46 +0530 Gautham R Shenoy <[EMAIL PROTECTED]> wrote:
> This patch
> * Provides an interface to selectively freeze the system for different events.
> * Allows tasks to exempt themselves or other tasks from specific freeze
> events.
> * Allow nesting of freezer calls. For
On Thu, 26 Apr 2007 18:30:33 +0400
Sergei Shtylyov <[EMAIL PROTECTED]> wrote:
> Hello.
>
> Mike Mattie wrote:
>
> > while hunting down some latency problems I found something quite
> > odd. The latency reported by lspci -v for the HTP203N card is
> > enormous.
>
> > 00:09.0 RAID bus controller:
On Fri, 27 Apr 2007, Bill Huey wrote:
On Fri, Apr 27, 2007 at 12:50:34PM -0700, Linus Torvalds wrote:
Oh, well.. Journalling sucks.
I was actually _really_ hoping that somebody would come along and tell
everybody that this whole journal-logging is stupid, and that it's just
better to not ever
Hugh Dickins wrote:
On Sat, 28 Apr 2007, Nick Piggin wrote:
OIC, you need a virtual address to evict the icache, so you can't
flush at flush_dcache time? Or does ia64 have an instruction to
flush the whole icache? (it would be worth testing, to see how much
performance suffers).
I'm puzzled
On Fri, Apr 27, 2007 at 05:22:30PM -0700, Andrew Morton wrote:
> On Thu, 26 Apr 2007 20:25:19 +0200
> Borislav Petkov <[EMAIL PROTECTED]> wrote:
>
> >
> > Remove build warning mm/memory.c:1491: warning: 'ptl' may be used
> > uninitialized in this function.
> > The spinlock pointer is assigned to
On Thursday 26 April 2007 09:26, you wrote:
> Hi,
>
> With the attached kernel config I get the following build errors. They
> go away if I turn power management support on:
>
> drivers/built-in.o: In function `acpi_bus_generate_event':
> /home/steve/gfs2-2.6-fixes.git/drivers/acpi/bus.c:294: und
Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
> When constructing the initial pagetable in pagetable_init, make sure
> that non-PSE pmds are updated to PSE ones. This fixes a bug in the
> paravirt pagetable init code, which otherwise tries to avoid overwrite
> existing mappings.
>
> This moves
> Use WARN_ON & Recovery code rather than BUG() and BUG_ON()
> 23286:+ BUILD_BUG_ON(BCM43xx_SEC_KEYSIZE < ETH_ALEN);
BTW, I missed this before -- BUILD_BUG_ON() is actually far better
than WARN_ON(), I think.
Maybe something like this? (Although someone who knows perl probably
has a better way
> box:/usr/src/25> ~/checkpatch.pl patches/git-infiniband.patch
Yup, I ran this too.
> Checking patches/git-infiniband.patch: signoffs = 113
> Use WARN_ON & Recovery code rather than BUG() and BUG_ON()
> 8143:+ BUG_ON(mlx4_ib_alloc_db_from_pgdir(pgdir, db, order));
> 12629:+ BUG_ON(cmd->f
On Sat, 28 Apr 2007 06:13:39 +0100 (BST) Hugh Dickins <[EMAIL PROTECTED]> wrote:
> On Fri, 27 Apr 2007, Andrew Morton wrote:
> >
> > hm, could do. might_sleep() is intertwined with preempt in complex ways,
> > but we did decouple that at the config level. no_mmap_sem() will dtrt for
> > all pre
On Sat, Apr 28, 2007 at 12:21:24PM +0800, Bryan WU wrote:
> On Fri, 2007-04-27 at 08:13 -0700, Greg KH wrote:
> > On Fri, Apr 27, 2007 at 06:15:54PM +0800, Wu, Bryan wrote:
> > >
> > > You know for some customer's product, they want to use the stable and
> > > long term support kernel instead to u
--- Nick Piggin <[EMAIL PROTECTED]> wrote:
>> The patch below uses bh disabled lock for vmlist_lock, so
>> that __vmalloc can be used in interrupt context.
> Hi Giri,
>
> I'm sure I've read the reason for this one before, but when you do patches
> like these, can you include that reason in the c
On Sat, 28 Apr 2007, Mikulas Patocka wrote:
On Fri, 27 Apr 2007, Bill Huey wrote:
Hi
SpadFS doesn't write to unallocated parts like log filesystems (LFS) or
phase tree filesystems (TUX2);
--- BTW, I don't think that writing to unallocated parts of disk is good
idea. These filesystems have
On Friday 27 April 2007 14:39, Riccardo Ricci wrote:
>
> Hi to everyone,
> i've compiled kernel 2.6.21 on my debian PIII 650 / 256MB / Dell Latitude
> J650GT. With 2.6.20.8 all works very good, with 2.6.21 don't boot... While
> booting it stops after ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6
On Fri, 27 Apr 2007 22:08:17 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> On Fri, 27 Apr 2007, Andrew Morton wrote:
>
> > My (repeated) point is that if we populate pagecache with
> > physically-contiguous 4k
> > pages in this manner then bio+block will be able to create much larg
On Fri, 27 Apr 2007, Rohit Seth wrote:
> On Fri, 2007-04-27 at 15:18 +0100, Hugh Dickins wrote:
>
> Right. Extra flush_icache_page routines will add cost to archs that
> have non-null definition of this routine. BTW, isn't flush_icache_page
> marked for deprecation?
Yes, flush_icache_page is ma
Since 'sysfs_create_file' is declared with attribute warn_unused_result, we
must always check its return value carefully.
Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
---
--- linux-2.6.21-rc7-mm2/drivers/block/nbd.c.orig 2007-04-27
17:27:47.0 +0800
+++ linux-2.6.21-rc7-mm2/drive
On Fri, 27 Apr 2007, Andrew Morton wrote:
>
> hm, could do. might_sleep() is intertwined with preempt in complex ways,
> but we did decouple that at the config level. no_mmap_sem() will dtrt for
> all preempt settings.
>
> But I'll be keeping this as a -mm-only debug patch (which brings us up t
On Sat, 28 Apr 2007, Nick Piggin wrote:
>
> OIC, you need a virtual address to evict the icache, so you can't
> flush at flush_dcache time? Or does ia64 have an instruction to
> flush the whole icache? (it would be worth testing, to see how much
> performance suffers).
I'm puzzled by that remark:
On Fri, 27 Apr 2007 23:08:05 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> You can find the script at http://www.codemonkey.org.uk/projects/checkpatch/
hm.
box:/usr/src/25> ~/checkpatch.pl patches/slub-core.patch
Checking patches/slub-core.patch: signoffs = 30
Use WARN_ON & Recovery cod
On Fri, 27 Apr 2007, Andrew Morton wrote:
> My (repeated) point is that if we populate pagecache with
> physically-contiguous 4k
> pages in this manner then bio+block will be able to create much larger SG
> lists.
True but the "if" becomes exceedingly rare the longer the system was in
operatio
Martin Schwidefsky writes:
> The minor fault path has grown a lot in terms of cycles. In particular
> the kprobes hook is very costly. Optimize the path to save a couple of
> cycles. If kprobes is enabled more than 300 cycles can be avoided if
> kprobes_running() is false.
There's no good reason
On Sat, 28 Apr 2007 13:17:40 +1000 David Chinner <[EMAIL PROTECTED]> wrote:
> > Fix up your lameo HBA for reads.
>
> Where did that come from? You spend 20 lines described the inefficiencies
> of the readahead in the page cache and it should be fixed but then you
> turn around and say fix the HBA
Andrew Morton wrote:
> On Fri, 27 Apr 2007 19:50:19 -0700 Roland Dreier <[EMAIL PROTECTED]> wrote:
>
>> The changelog says:
>>
>> fs/sysfs/bin.c: In function 'read':
>> fs/sysfs/bin.c:77: warning: format '%zd' expects type 'signed size_t',
>> but argument 4 has type 'int'
>>
>> but the si
We don't actually need the Guest handlers mapped to avoid double
fault, just the stack pages. Thanks to Zach for confirming.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
drivers/lguest/interrupts_and_traps.c | 26 +-
drivers/lguest/lg.h |2
On Fri, 27 Apr 2007 19:50:19 -0700 Roland Dreier <[EMAIL PROTECTED]> wrote:
> The changelog says:
>
> fs/sysfs/bin.c: In function 'read':
> fs/sysfs/bin.c:77: warning: format '%zd' expects type 'signed size_t',
> but argument 4 has type 'int'
>
> but the signature of the function read()
With lazy freeing of anonymous pages through MADV_FREE, performance of
the MySQL sysbench workload more than doubles on my quad-core system.
Madvise with MADV_FREE is used by applications to tell the kernel that
memory no longer contains useful data and can be reclaimed by the
kernel if it is nee
On Fri, 2007-04-27 at 08:18 -0700, Linus Torvalds wrote:
> Actually, you don't need to apply the patch - just do
>
> echo 5 > /proc/sys/vm/dirty_background_ratio
> echo 10 > /proc/sys/vm/dirty_ratio
That seems to have done the trick. Amarok and GUI aren't exactly speed
demons while
On Fri, 2007-04-27 at 08:13 -0700, Greg KH wrote:
> On Fri, Apr 27, 2007 at 06:15:54PM +0800, Wu, Bryan wrote:
> >
> > You know for some customer's product, they want to use the stable and
> > long term support kernel instead to use the latest one.
>
> Then they should get that support from a ve
Giridhar Pemmasani wrote:
Until 2.6.19, __vmalloc with GFP_ATOMIC was possible, but __get_vm_area_node
would allocate the node itself with GFP_KERNEL, causing a warning. In 2.6.19,
this was "fixed" by using the same flags that were passed to __vmalloc also
in __get_vm_area_node. However, __get_vm
Nick Piggin wrote:
Rohit Seth wrote:
You mean by user space? If so, then it is user space responsibility to
do the appropriate operations (like flush icache in this case).
No, I mean places that set PG_arch_1. flush_dcache_page. This can
happen for mapped pages in write, splice, install_arg
Until 2.6.19, __vmalloc with GFP_ATOMIC was possible, but __get_vm_area_node
would allocate the node itself with GFP_KERNEL, causing a warning. In 2.6.19,
this was "fixed" by using the same flags that were passed to __vmalloc also
in __get_vm_area_node. However, __get_vm_area_node does
BUG_ON(in_in
> What about the mthca patch to use separate HW queues for kernel
> RC/UD/userspace RC?
right, I'll queue that up too.
BTW is there something analogous we could do for mlx4, or is FW not
quite ready?
- R.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Hi Linus,
Please pull the 'drm-patches' branch of
git://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-patches
This contains the drm patch for 2.6.22-rc1, and contains a number of fixes
in the mmap code and the locking for AIGLX systems along with new hw support
for i965GM.
On Sat, 28 Apr 2007, David Chinner wrote:
> > 1-disk and 2-disk read throughput fell by an improbable amount, which makes
> > me cautious about the other numbers.
>
> For read, yes, and it's because something is going wrong with the
> I/O size - it looks like readahead thrashing of some kind even
On Fri, Apr 27, 2007 at 08:36:17PM -0700, Roland Dreier wrote:
>...
> Also, it would be nice to be able to do something like
>
> git diff v2.6.20..|perl ~/checkpatch.pl -
>...
perl ~/checkpatch.pl <(git diff v2.6.20..)
> - R.
cu
Adrian
--
"Is there not promise of rain?" Ling Ta
Ross Alexander wrote:
Modules linked in: nvidia(P)
Tainted:P
With this, nobody will even look at your report. Please retry without
proprietary modules.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info a
> http://www.codemonkey.org.uk/projects/checkpatch/example.log shows
> what fell out of running it on my mbox of lkml from the past month.
> Some of them are kinda noisy, and perhaps should be moved under --pedantic
>
> I'm all ears for additional regexps, bug reports or other suggestions.
L
Andrew Morton wrote (at Fri, 27 Apr 2007 14:44:34 -0700) :
>
>
> On Fri, 27 Apr 2007 10:42:25 -0700
> [EMAIL PROTECTED] wrote:
>
>> http://bugzilla.kernel.org/show_bug.cgi?id=8378
>>
>>Summary: Averatec 3156X laptop doesn't reboot with kernels >
>> 2.6.13.5 (resp
On Fri, Apr 27, 2007 at 12:11:08PM -0700, Andrew Morton wrote:
> On Sat, 28 Apr 2007 03:34:32 +1000 David Chinner <[EMAIL PROTECTED]> wrote:
>
> > Some more information - stripe unit on the dm raid0 is 512k.
> > I have not attempted to increase I/O sizes at all yet - these test are
> > just demons
William Lee Irwin III wrote:
>> What sort of strategy do you intend to use to speculatively populate
>> the pagecache with contiguous pages?
On Sat, Apr 28, 2007 at 12:50:26PM +1000, Nick Piggin wrote:
> Andrew outlined it.
I'd like to suggest a few straightforward additions to the proposal:
(1)
Must be global warming, I'm getting a lot more irq storms than usual.
Now that I switched over to x86_64, I booted up and got another irq
storm. So I added my previous patch and it didn't fix it. Looking
further, I found that the mask and unmask is done directly in the
x86_64/io_apic.c file.
Thi
On Wed, Apr 25, 2007 at 08:02:07PM -0700, Andrew Morton wrote:
> > Yep, I was going to mention your scripts but you beat me to it.
> >
> > I'll be glad to help maintain such animals if wanted.
> >
> wanted ;)
>
> At least, it would be interesting to investigate the usefulness. I suspect
Nick Piggin wrote:
What if you were to say remove all the PG_arch_1 code, and do something
really simple like flush icache in flush_dcache_page? Would performance
suffer horribly?
OIC, you need a virtual address to evict the icache, so you can't
flush at flush_dcache time? Or does ia64 have an
On Friday 27 April 2007 21:44:48 Rafael J. Wysocki wrote:
> On Saturday, 28 April 2007 03:12, Linus Torvalds wrote:
> > On Sat, 28 Apr 2007, Rafael J. Wysocki wrote:
> > > > It's doubly bad, because that idiocy has also infected s2ram. Again,
> > > > another thing that really makes no sense at all
The changelog says:
fs/sysfs/bin.c: In function 'read':
fs/sysfs/bin.c:77: warning: format '%zd' expects type 'signed size_t', but
argument 4 has type 'int'
but the signature of the function read() is
read(struct file * file, char __user * userbuf, size_t count, loff_t * off)
and g
William Lee Irwin III wrote:
On Sat, Apr 28, 2007 at 12:27:45PM +1000, Nick Piggin wrote:
I guess 10% isn't a small amount. Though it would be nice to have
before/after numbers for Linux. And, like Andrew was saying, we could
just _attempt_ to put contiguous pages in pagecache rather than
_requ
On Sat, Apr 28, 2007 at 12:27:45PM +1000, Nick Piggin wrote:
> I guess 10% isn't a small amount. Though it would be nice to have
> before/after numbers for Linux. And, like Andrew was saying, we could
> just _attempt_ to put contiguous pages in pagecache rather than
> _require_ it. Which is still r
Christoph Hellwig wrote:
On Fri, Apr 27, 2007 at 10:25:44PM +1000, Nick Piggin wrote:
Linus's favourite jokes about powerpc mmu being crippled forever, aside ;)
Different mmu. The desktop 32bit mmu Linus refered to has almost nothing
in common with the mmu on 64bit systems.
Well I wasn't
Add a kvasprintf() function to compliment kasprintf().
[ No in-tree users yet, but I have some coming up. ]
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: Andrew Morton <[EMAIL PROTECTED]>
Cc: Keir Fraser <[EMAIL PROTECTED]>
---
include/linux/kernel.h |1 +
lib/vsprintf.c
On Fri, 2007-04-27 at 18:08 +0100, James Pearson wrote:
> I have a problem whereby the X display 'shifts' to left when anything
> writes to /dev/console - where console screen blanking has been disabled
> i.e. doing something like:
>
> boot to run level 3
>
> If not root, then make sure /dev/co
Use existing elfnote.h to generate vsyscall notes, rather than doing
it locally. Changes elfnote.h a bit to suite, since this is the first
asm user, and it wasn't quite right.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: "Eric W. Biederman" <[EMAIL PROTECTED]>
Cc: Roland McGrath <[E
It looks like Fabric7 has gone out of business, and the maintainer works
elsewhere, so I'm no longer inclined to merge it into the upstream kernel.
Yell now, if there is a contigent of Fabric7 users that still want this.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe
On Thu, Apr 26, 2007 at 11:55:42PM -0700, Andrew Morton wrote:
>>> Please address my point: if in five years time x86 has larger or varible
>>> pagesize, this code will be a permanent millstone around our necks which we
>>> *should not have merged*.
>>> And if in five years time x86 does not have l
inflate_dynamic() has piggy stack usage too, so heap allocate it too.
I'm not sure it actually gets used, but it shows up large in "make
checkstack".
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
lib/inflate.c | 63 ++---
1 file
The tsc-based get_scheduled_cycles interface is not a good match for
Xen's runstate accounting, which reports everything in nanoseconds.
This patch replaces this interface with a sched_clock interface, which
matches both Xen and VMI's requirements.
In order to do this, we:
1. replace get_sched
Hugh Dickins wrote:
On Fri, 27 Apr 2007, Nick Piggin wrote:
But that's because of ia64's cache coherency implementation. I don't really
follow the documentation to know whether it should be one way or the other,
but surely it should be done either before or after the set_pte_at, not both.
Anyw
When constructing the initial pagetable in pagetable_init, make sure
that non-PSE pmds are updated to PSE ones. This fixes a bug in the
paravirt pagetable init code, which otherwise tries to avoid overwrite
existing mappings.
This moves the definition of pmd_huge() out of the hugetlbfs files
into
On Fri, Apr 27, 2007 at 07:01:43PM -0700, Andrew Morton wrote:
> This one-liner is turning into a fiasco.
> diff -puN
> drivers/ide/legacy/ide-cs.c~ide-cs-recognize-2gb-compactflash-from-transcend
> drivers/ide/legacy/ide-cs.c
> ---
> a/drivers/ide/legacy/ide-cs.c~ide-cs-recognize-2gb-compactfla
On Thu, 26 Apr 2007 17:34:37 +0900
Yoshinori Sato <[EMAIL PROTECTED]> wrote:
> h8300 using generic irq handler patch.
>
> Signed-off-by: Yoshinori Sato <[EMAIL PROTECTED]>
>
Minor things:
>
> --- /dev/null
> +++ b/arch/h8300/kernel/irq.c
> @@ -0,0 +1,211 @@
> +/*
> + * linux/arch/h8300/kernel/
On Thu, 26 Apr 2007 11:21:01 +0200
"Aeschbacher, Fabrice" <[EMAIL PROTECTED]> wrote:
> As pointed to by Peter, and also as indicated by a judicious output in
> dmesg, the 4th parameter should be 0x969aa4f2. Please find below the
> corrected patch:
>
> Signed-off-by: Fabrice Aeschbacher <[EMAIL PR
Rohit Seth wrote:
On Fri, 2007-04-27 at 21:55 +1000, Nick Piggin wrote:
That's the theory. However, I'd still like to know how the arch code can
make the assertion that icache is known to be at all times other than at
the time of a fault?
Kernel needs to only worry about the updates that i
Stephen Hemminger wrote:
But the same hardware dies horribly on Gigabyte GA-965P motherboards.
Could you send me full lspci -vvx output. I'll re-enable it for Asus and add a
block
for the Gigabyte boards. (sigh)
To add to the mix, Robert Tate on the same Gentoo bug reports that the
Yukon2 har
Got this error just before suspend to disk. Suspend/resume without
problem, but only saw this after upgrading to 2.6.21 (no problem with
2.6.21-rc7, I think).
CONFIG_NO_HZ, CONFIG_HIGH_RES_TIMERS unset
CONFIG_HPET_TIMER=y
ACPI: PCI interrupt for device :00:1b.0 disabled
Disabling non-boot C
Andrew Morton wrote:
On Sat, 28 Apr 2007 03:34:32 +1000 David Chinner <[EMAIL PROTECTED]> wrote:
Some more information - stripe unit on the dm raid0 is 512k.
I have not attempted to increase I/O sizes at all yet - these test are
just demonstrating efficiency improvements in the filesystem.
Th
On Thu, 26 Apr 2007 18:28:38 +0530
Gautham R Shenoy <[EMAIL PROTECTED]> wrote:
> I just checked with Vatsa if there was any subtle reason why they
> had put in the kthread_bind() in cpu.c. Vatsa cannot seem to recollect
> any and I can't see any. So let us just remove the kthread_bind.
>
> Signed
On 4/28/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Thanks, that is certainly helpful, but that only mounts one directory
(partition) as Reiser4.
This I have already done.
I was more interested in how to have a whole partition dedicated to
Reiser4 and being able to boot into it.
Not able
On Saturday, 28 April 2007 03:12, Linus Torvalds wrote:
>
> On Sat, 28 Apr 2007, Rafael J. Wysocki wrote:
> >
> > > It's doubly bad, because that idiocy has also infected s2ram. Again,
> > > another thing that really makes no sense at all - and we do it not just
> > > for snapshotting, but for
This patch
* Provides an interface to selectively freeze the system for different events.
* Allows tasks to exempt themselves or other tasks from specific freeze
events.
* Allow nesting of freezer calls. For eg:
freeze_processes(EVENT_A);
/* Do something with respect to event A *
On Fri, 2007-04-27 at 15:18 +0100, Hugh Dickins wrote:
> I presume Mike and Anil are correct, that it needs to be done before
> putting pte into page table, not left until after: but as you've
> guessed, that needs to be done everywhere, not just in the two
> places so far identified.
>
That soun
On Fri, 27 Apr 2007, Linus Torvalds wrote:
On Sat, 28 Apr 2007, Rafael J. Wysocki wrote:
It's doubly bad, because that idiocy has also infected s2ram. Again,
another thing that really makes no sense at all - and we do it not just
for snapshotting, but for s2ram too. Can you tell me *why*?
W
On Sat, 28 Apr 2007, Rafael J. Wysocki wrote:
On Saturday, 28 April 2007 03:03, Kyle Moffett wrote:
On Apr 27, 2007, at 18:07:46, Nigel Cunningham wrote:
Hi.
On Fri, 2007-04-27 at 14:44 -0700, Linus Torvalds wrote:
It makes it harder to debug (wouldn't it be *nice* to just ssh in,
and do
On Fri, 2007-04-27 at 21:55 +1000, Nick Piggin wrote:
> That's the theory. However, I'd still like to know how the arch code can
> make the assertion that icache is known to be at all times other than at
> the time of a fault?
>
Kernel needs to only worry about the updates that it does. So, if
On Apr 27, 2007, at 21:15:28, Rafael J. Wysocki wrote:
On Saturday, 28 April 2007 03:03, Kyle Moffett wrote:
On Apr 27, 2007, at 18:07:46, Nigel Cunningham wrote:
But in doing so you make the contents of the disk inconsistent
with the state you've just snapshotted, leading to filesystem
corr
There are several places where we add together NR_UNSTABLE_FS and
NF_FILE_DIRTY:
sync_inodes_sb()
balance_dirty_pages()
wakeup_pdflush()
wb_kupdate()
prefetch_suitable()
I can trace a standard codepath where it seems both of these are set
on the same page:
nfs_file_aops.commit_write ->
Nigel Cunningham nigel.suspend2.net> writes:
> 4) uswsusp and swsusp get dropped and Suspend2 goes into mainline.
After reading most of this thread, it seems that Linus is of the view that all
three of these suck in one way or another. Suspend2 has the most features and is
the fastest of the lot
On Sat, 28 Apr 2007, Rafael J. Wysocki wrote:
>
> > It's doubly bad, because that idiocy has also infected s2ram. Again,
> > another thing that really makes no sense at all - and we do it not just
> > for snapshotting, but for s2ram too. Can you tell me *why*?
>
> Why we freeze tasks at all o
On Saturday, 28 April 2007 03:03, Kyle Moffett wrote:
> On Apr 27, 2007, at 18:07:46, Nigel Cunningham wrote:
> > Hi.
> >
> > On Fri, 2007-04-27 at 14:44 -0700, Linus Torvalds wrote:
> >> It makes it harder to debug (wouldn't it be *nice* to just ssh in,
> >> and do
> >>gdb -p
> >
> > Make t
On 27/04/07, hechacker1 <[EMAIL PROTECTED]> wrote:
"REPORT: sd-0.46 vs cfs-v6 vs mainline 2.6.21-rc7 Beryl + Video + Audio"
Hardware:
Dell Inspiron 700m laptop
1.7GHz Pentium M (Dothan 2M cache)
2GB RAM
1000Hz
Gentoo Linux
dyn-tick
700m # cat /sys/devices/system/cpu/cpu0/cpufreq/ondemand/samplin
On Saturday, 28 April 2007 03:00, Matthew Garrett wrote:
> On Fri, Apr 27, 2007 at 05:18:16PM -0700, Jeremy Fitzhardinge wrote:
>
> > Then you could use kexec for resume...
>
> While that would certainly be nifty, I think we're arguably starting
> from the wrong point here. Why are we booting a
On Apr 27, 2007, at 18:07:46, Nigel Cunningham wrote:
Hi.
On Fri, 2007-04-27 at 14:44 -0700, Linus Torvalds wrote:
It makes it harder to debug (wouldn't it be *nice* to just ssh in,
and do
gdb -p
Make the machine being suspended a VM and you can already do that.
when something go
Matthew Garrett wrote:
> While that would certainly be nifty, I think we're arguably starting
> from the wrong point here. Why are we booting a kernel, trying to poke
> the hardware back into some sort of mock-quiescent state, freeing memory
> and then (finally) overwriting the entire contents o
On Fri, Apr 27, 2007 at 05:18:16PM -0700, Jeremy Fitzhardinge wrote:
> Then you could use kexec for resume...
While that would certainly be nifty, I think we're arguably starting
from the wrong point here. Why are we booting a kernel, trying to poke
the hardware back into some sort of mock-quie
On Saturday, 28 April 2007 01:59, Linus Torvalds wrote:
>
> On Sat, 28 Apr 2007, Rafael J. Wysocki wrote:
> >
> > Actually, the less things happen while we're creating and saving the image,
> > the less sources of potential problems there are and by freezing the kernel
> > threads (not all of them
Linus Torvalds writes:
> I really don't see how you can say that stopping threads etc can make any
> difference what-so-ever. If you don't create the snapshot with interrupts
> disabled (and just with a single CPU running) you have so many other
> problems that it's not even remotely funny.
I
As mentioned previously, the big batch queued for 2.6.22 is coming
after the dust settles.
[EMAIL PROTECTED] folks: the sis900 patch should be in 2.6.21.x
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive
On Fri, 27 Apr 2007, David Lang wrote:
>
> all that's needed for the snapshot is to prevent userspace from scheduling,
Strictly speaking, all you *really* want to make sure is not so much that
user-space isn't scheduling, as the fact that all device IO buffers must
be empty.
We can trivially
1 - 100 of 655 matches
Mail list logo
