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
> 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:+
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
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
--- 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
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
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
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
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
+++
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
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
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
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
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
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
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
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
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
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
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,
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,
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
> 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
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
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
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
> 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.
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
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
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:
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.
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
> ---
>
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 @@
> +/*
> + *
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
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
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
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
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.
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.
>
>
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
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
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*?
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
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
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
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
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
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
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
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
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
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
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
Andrew Morton wrote:
> ---
> a/mm/memory.c~add-apply_to_page_range-which-applies-a-function-to-a-pte-range-fix
> +++ a/mm/memory.c
> @@ -1455,7 +1455,7 @@ static int apply_to_pte_range(struct mm_
> pte_t *pte;
> int err;
> struct page *pmd_page;
> - spinlock_t *ptl;
> +
Am Samstag 28 April 2007 01:04 schrieb Andrew Morton:
> On Fri, 27 Apr 2007 15:49:57 -0700
>
> Greg KH <[EMAIL PROTECTED]> wrote:
> > Here are the updated UIO (Userspace I/O driver framework) patches for
> > 2.6.21.
>
> I'm a bit uncertain about the whole UIO idea, really. I have this vague
>
On Sat, 28 Apr 2007, Nigel Cunningham wrote:
Hi.
On Sat, 2007-04-28 at 01:45 +0200, Rafael J. Wysocki wrote:
On Saturday, 28 April 2007 01:17, Linus Torvalds wrote:
On Sat, 28 Apr 2007, Rafael J. Wysocki wrote:
And can you name a _single_ advantage of doing so?
Yes. We have a lot less
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 null since it gets overwritten right away
> in
> pte_alloc_map_lock().
>
On Fri, 27 Apr 2007, Linus Torvalds wrote:
>
> The "let's stop all kernel threads" is superstition. It's the same kind of
> superstition that made people write "sync" three times before turning off
> the power in the olden times. It's the kind of superstition that comes
> from "we don't do
Linus Torvalds wrote:
> On Fri, 27 Apr 2007, Rafael J. Wysocki wrote:
>
>> Why do you think that keeping the user space frozen after 'snapshot' is a bad
>> idea? I think that solves many of the problems you're discussing.
>>
>
> It makes it harder to debug (wouldn't it be *nice* to just
Thomas Klein wrote:
Create symbolic link from each logical port to ehea driver
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
---
This patch applies on top of the netdev upstream branch for 2.6.22
applied 1-2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Fri, 27 Apr 2007, Siddha, Suresh B wrote:
On Fri, Apr 27, 2007 at 12:07:10PM +0100, Mel Gorman wrote:
On (26/04/07 16:40), Siddha, Suresh B didst pronounce:
oops. Appended patch should fix this. Can you please check this and Ack it?
This patch does not apply cleanly to 2.6.21-rc7-mm2.
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), we cause less things to happen at that time.
That makes no
On Saturday, 28 April 2007 01:01, David Lang wrote:
> On Sat, 28 Apr 2007, Rafael J. Wysocki wrote:
>
> > On Saturday, 28 April 2007 00:26, David Lang wrote:
> >> On Sat, 28 Apr 2007, Rafael J. Wysocki wrote:
> >>
> > We're freezing many of them just fine. ;-)
>
> And can you name a
Alan Cox wrote:
> > As before, no problems using the sda hard disk (which is the boot drive):
> > everything works reliably until I touch the cdrom drive.
>
> A little quiet contemplation and gnome number 387 suggests trying the
> following
> (and providing more detailed information such as the
Hi.
On Sat, 2007-04-28 at 01:45 +0200, Rafael J. Wysocki wrote:
> On Saturday, 28 April 2007 01:17, Linus Torvalds wrote:
> >
> > On Sat, 28 Apr 2007, Rafael J. Wysocki wrote:
> > >
> > > > And can you name a _single_ advantage of doing so?
> > >
> > > Yes. We have a lot less interdependencies
On Sat, Apr 28, 2007 at 12:38:07AM +0200, Michal Piotrowski wrote:
> Hi all,
>
> Here is a list of known regressions reported after 2.6.21 release.
if this was also on a wiki page...
1) contributors (also casual ones) may update it or add new entries
2) adding a "Forwarded-To:" field and a
James Bottomley wrote:
> On Fri, 2007-04-27 at 16:47 -0500, Bob Tracy wrote:
> > I previously reported an ISA DMA issue for the 2.6.12 kernel. The issue
> > persists through at least 2.6.18. SCSI controller is an Adaptec
> > AHA-1542B (ISA).
> >
> > The action "mount -t iso9660 /dev/scd0
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.
By any chance did you do that?
On Sat, 28 Apr 2007 00:37:05
Neil Horman wrote:
On Sat, Apr 28, 2007 at 12:28:28AM +1000, Peter Williams wrote:
Neil Horman wrote:
On Fri, Apr 27, 2007 at 04:05:11PM +1000, Peter Williams wrote:
Damn, This is what happens when I try to do things too quickly. I missed one
spot in my last patch where I replaced skb with
On Fri, 27 Apr 2007 03:29:02 +0400
Anton Vorontsov <[EMAIL PROTECTED]> wrote:
> You can get it using "git clone --reference linux-2.6 \
> git://git.infradead.org/users/cbou/battery2-2.6.git" command.
I added this to the -mm lineup.
Welcome to git. This means that nobody looks at your code any
On Saturday, 28 April 2007 01:17, Linus Torvalds wrote:
>
> On Sat, 28 Apr 2007, Rafael J. Wysocki wrote:
> >
> > > And can you name a _single_ advantage of doing so?
> >
> > Yes. We have a lot less interdependencies to worry about during the whole
> > operation.
>
> That's not an advantage.
On Fri, 27 Apr 2007, H. Peter Anvin wrote:
The main use of atime seems to be to figure out when something can be
automatically deleted. Anyone else have other usage scenarios?
as a varient of this, I use it to help determine what files are actually needed
when building a chroot sandbox.
1 - 100 of 1316 matches
Mail list logo
