ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc7/2.6.21-rc7-mm2/
- this has everything which is in 2.6.21. Plus more!
- a number of nasty bugs were fixed. This should be (a lot) more stable
than 2.6.21-rc7-mm1.
Some sysfs-related problems are still expected.
On Wed, 25 Apr 2007 22:45:09 -0700 Randy Dunlap <[EMAIL PROTECTED]> wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Eliminate 19439 (!!) sparse warnings like:
> include/linux/mm.h:321:22: warning: constant 0x8100 is so big it
> is unsigned long
>
> Eliminate 56 sparse warnings
Greg KH wrote:
On Thu, Apr 26, 2007 at 06:08:06AM +0200, Adrian Bunk wrote:
What I will NOT do:
Waste my time with tracking 2.6.22-rc regressions.
I sure hope you don't do this.
Tracking these is tough, and I think you are doing a great job with it.
No release will have no regressions,
Christoph Lameter <[EMAIL PROTECTED]> writes:
> On Wed, 25 Apr 2007, Eric W. Biederman wrote:
>
>> The page cache has no problems supporting things with a block
>> size larger then page size. Now the block device layer may not
>> have the code to do the scatter gather into small pages and it
>>
> So in general the pci prefetchable attribute means write-combining as
> well as prefetching is safe. A sane BIOS will allocate prefetchable
> BARS contiguously in the address space. So on a good day you
> can just use one MTRR to map all of the prefetchable BARs as write-combining.
Good
From: Randy Dunlap <[EMAIL PROTECTED]>
Eliminate 19439 (!!) sparse warnings like:
include/linux/mm.h:321:22: warning: constant 0x8100 is so big it is
unsigned long
Eliminate 56 sparse warnings like:
arch/x86_64/kernel/setup.c:248:16: warning: constant 0x8000 is so
big
Eric W. Biederman wrote:
[EMAIL PROTECTED] writes:
V2->V3
- More restructuring
- It actually works!
- Add XFS support
- Fix up UP support
- Work out the direct I/O issues
- Add CONFIG_LARGE_BLOCKSIZE. Off by default which makes the inlines revert
back to constants. Disabled for 32bit and
Enhancement to slabinfo
- Support for slab shrinking (-r option)
- Slab summary showing system totals
- Sync with new form of alias handling
- Sort by size, reverse sorting etc
- Alias lookups
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Index:
At kmem_cache_shrink check if we have any empty slabs on the partial
if so then remove them.
Also--as an anti-fragmentation measure--sort the partial slabs so that
the most fully allocated ones come first and the least allocated last.
The next allocations may fill up the nearly full slabs.
On Wed, 25 Apr 2007 22:49:11 +0800, "Jeff Chua"
<[EMAIL PROTECTED]> said:
>
> Reiser4 has great potential and I'll be more than happy to test it.
>
Yeah,... let us know the details of your testing.
--
[EMAIL PROTECTED]
--
http://www.fastmail.fm - Access all of your messages and folders
Currently SLUB is using a strict L1_CACHE_BYTES alignment if
SLAB_HWCACHE_ALIGN is specified. SLAB does not align to a cacheline if the
object is smaller than half of a cacheline. Small objects are then aligned
by SLAB to a fraction of a cacheline.
Make SLUB just forget about the alignment
Set up a new function slab_err in order to report errors consistently.
Consistently report corrective actions taken by SLUB by a printk starting
with @@@.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc7-mm1/mm/slub.c
This fixes the problem that SLUB does not track the names of aliased
slabs by changing the way that SLUB manages the files in /sys/slab.
If the slab that is being operated on is not mergeable (usually the
case if we are debugging) then do not create any aliases. If an alias
exists that we
A series of updates to slub to make error reporting and recovery
more consistent. Rework sysfs behavior, make kmem_cache_shrink
perform fragmentation avoidance and update the slabinfo tool.
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Somehow this artifact got in during merge with mm.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc7-mm1/mm/slub.c
===
--- linux-2.6.21-rc7-mm1.orig/mm/slub.c 2007-04-25 09:48:40.0 -0700
+++
We leave a mininum of partial slabs on nodes when we search for
partial slabs on other node. Define a constant for that value.
Then modify slub to keep MIN_PARTIAL slabs around.
This avoids bad situations where a function frees the last object
in a slab (which results in the page being returned
On Thu, Apr 26, 2007 at 06:08:06AM +0200, Adrian Bunk wrote:
> On Wed, Apr 25, 2007 at 08:29:28PM -0700, Linus Torvalds wrote:
> >...
> > So it's been over two and a half months, and while it's certainly not the
> > longest release cycle ever, it still dragged out a bit longer than I'd
> > have
Hi
This patch has renamed config of TANBAC TB0219 GPIO support.
It changed to an appropriate name.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -pruN -X generic/Documentation/dontdiff generic-orig/drivers/char/Kconfig
generic/drivers/char/Kconfig
---
On Thu, Apr 26, 2007 at 06:08:06AM +0200, Adrian Bunk wrote:
> What I will NOT do:
> Waste my time with tracking 2.6.22-rc regressions.
I sure hope you don't do this.
Tracking these is tough, and I think you are doing a great job with it.
No release will have no regressions, there's just too
On Wed, 25 Apr 2007 23:50:22 +0800, "Jeff Chua"
<[EMAIL PROTECTED]> said:
> On 4/25/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> > Laurent Riffard's Reiser4 patch to the default linux-2.6.20 kernel and a
> > couple of others.
>
> Thank you. Got it. Testing it now.
>
> Jeff.
What
On Wed, 25 Apr 2007, Eric W. Biederman wrote:
> The page cache has no problems supporting things with a block
> size larger then page size. Now the block device layer may not
> have the code to do the scatter gather into small pages and it
> may not handle buffer heads whose data is split
[EMAIL PROTECTED] writes:
> V2->V3
> - More restructuring
> - It actually works!
> - Add XFS support
> - Fix up UP support
> - Work out the direct I/O issues
> - Add CONFIG_LARGE_BLOCKSIZE. Off by default which makes the inlines revert
> back to constants. Disabled for 32bit and HIGHMEM
Hi Brian,
On Wed, Apr 25, 2007 at 03:13:13PM -0400, Brian Maly wrote:
> Ive had a few requests for this patch, so Im posting it against
> linux-2.4.35-pre4 kernel.
OK, does not look too intrusive, and seems fair enough. Will merge it.
Thanks !
Willy
-
To unsubscribe from this list: send the
From: Keiichi KII <[EMAIL PROTECTED]>
Date: Thu, 26 Apr 2007 13:02:04 +0900
> Stephen Hemminger said "The configuration of netconsole's looks like the
> configuration of routes".
> I think so too.
> So I think ioctl commands for adding/removing port and the following userland
> application like
On Thu, Apr 26, 2007 at 06:08:06AM +0200, Adrian Bunk wrote:
> What I will NOT do:
> Waste my time with tracking 2.6.22-rc regressions.
I seriously hope you'll reconsider. If you hadn't have done this,
things would have been a *lot* worse imo.
But either way, thanks for doing what remains a
On Wed, Apr 25, 2007 at 09:23:39PM -0700, Andrew Morton wrote:
> On Thu, 26 Apr 2007 00:20:19 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Apr 25, 2007 at 07:21:58PM -0700, Andrew Morton wrote:
> > > On Mon, 23 Apr 2007 14:51:29 +0100 Alan Cox <[EMAIL PROTECTED]> wrote:
> > >
On Wed, Apr 25, 2007 at 08:02:07PM -0700, Andrew Morton wrote:
> On Wed, 25 Apr 2007 19:38:23 -0700 Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > > In fact, I should probably munge it together with a similar thing
> > > I wrote at http://www.codemonkey.org.uk/projects/findbugs/
> > > (Warning:
On Thu, 26 Apr 2007 00:20:19 -0400 Dave Jones <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 25, 2007 at 07:21:58PM -0700, Andrew Morton wrote:
> > On Mon, 23 Apr 2007 14:51:29 +0100 Alan Cox <[EMAIL PROTECTED]> wrote:
> >
> > > {
> > > struct agp_bridge_data *bridge =
On Wed, Apr 25, 2007 at 07:21:58PM -0700, Andrew Morton wrote:
> On Mon, 23 Apr 2007 14:51:29 +0100 Alan Cox <[EMAIL PROTECTED]> wrote:
>
> > {
> >struct agp_bridge_data *bridge = pci_get_drvdata(pdev);
> >
> > + pci_dev_put(bridge->dev);
> >agp_remove_bridge(bridge);
> >
On Thu, 5 Apr 2007 14:09:36 +0100 Alan Cox <[EMAIL PROTECTED]> wrote:
> Nowdays you can ask for an IRQ to be allocated but not enabled, when
> PCMCIA was written this was not true and this feature is thus not used
>
> Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
>
> diff -u --new-file
On Wed, Apr 25, 2007 at 11:47:04PM +0200, Ingo Molnar wrote:
>> - upstream fix: SysRq-T should show runnable tasks
On Thu, Apr 26, 2007 at 05:29:27AM +0200, Nick Piggin wrote:
> BTW. can you send this upstream? It is very annoying how it currently works,
> and I've had more than one bug that
On Wed, Apr 25, 2007 at 08:29:28PM -0700, Linus Torvalds wrote:
>...
> So it's been over two and a half months, and while it's certainly not the
> longest release cycle ever, it still dragged out a bit longer than I'd
> have hoped for and it should have. As usual, I'd like to thank Adrian (and
Well.. before you can finish this work we need to decide upon what the
interface to userspace will be.
- The miscdev isn't appropriate
Why isn't miscdev appropriate?
We just shouldn't use miscdev for networking conventionally?
Yes it's rather odd, especially for networking.
What does the
On Thu, 26 Apr 2007 05:29:27 +0200 Nick Piggin <[EMAIL PROTECTED]> wrote:
> > - upstream fix: SysRq-T should show runnable tasks
>
> BTW. can you send this upstream? It is very annoying how it currently works,
> and I've had more than one bug that required seeing runnable tasks in order
> to
Hi.
On 4/25/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
The Gnome desktop does not finish launching. And I get this tracing,
all coming from Gnome apps.
Tony
BUG: unable to handle kernel paging request at virtual address c0a74000
printing eip:
c014c469
*pde = 005f3027
*pte =
Hi Pierre/Philip,
I've looked through the MMC 4.2 spec and I see nothing in it that even hints
that 8-bit support might be optional. So as it stands, the bus testing is still
out.
Okay. Its possible that my understanding was wrong in the sense that I
thought bus testing procedure is mandatory
I have also suspected this. memtest86 from test #1 to #10 showed an
error on test #3 once, so i removed the dimm, cleaned it and fixed it
again and run the tests two more times without any error. Is there any
other tool i could use to test the memory?
Thanks.
Thiago.
On Wed, 2007-04-25 at 18:24
On Wed, Apr 25, 2007 at 11:47:04PM +0200, Ingo Molnar wrote:
>
> i'm pleased to announce release -v6 of the CFS scheduler patchset. The
> main goal of CFS is to implement "high quality desktop scheduling" as
> well as technically possible.
>
> The CFS patch against v2.6.21-rc7 or against
Eric W. Biederman wrote:
I suspect what we want to do is come up with a function to call
to test to see if a page should be read-only and map such pages
_PAGE_KERNEL_RO, or _PAGE_KERNEL_RO_EXEC if it's code.
Speaking of things what are paravirt_alloc_pd and parafirt_alloc_pd
supposed to do?
If the goal for 2.6.20 was to be a stable release (and it was), the goal
for 2.6.21 is to have just survived the big timer-related changes and some
of the other surprises (just as an example: we were apparently unlucky
enough to hit what looks like a previously unknown hardware errata in one
On Wed, 2007-04-25 at 22:30 +0200, Sam Ravnborg wrote:
> > There are general funnies in the menuconfig world (my preference) here.
> > For instance, I recently had reason to change/test different default IO
> > schedulers, and found that no matter what I did, I couldn't select a
> > default IO
On Thu, 26 Apr 2007, Nigel Cunningham wrote:
>
> Sorry. I wasn't clear. I wasn't saying that suspend to ram has a
> snapshot point. I was trying to say it has a point where you're seeking
> to save information (PCI state / SCSI transaction number or whatever)
> that you'll need to get the
On Wed, 25 Apr 2007 19:38:23 -0700 Randy Dunlap <[EMAIL PROTECTED]> wrote:
> Dave Jones wrote:
> > On Wed, Apr 25, 2007 at 05:24:47PM -0700, Andrew Morton wrote:
> >
> > > It would be neat if someone could create and maintain a new
> > > scripts/spot-common-mistakes. Feed it a unified diff
On Thu, 26 Apr 2007 11:26:36 +0900 Tejun Heo <[EMAIL PROTECTED]> wrote:
> Hello, Antonino, Andrew.
>
> Andrew Morton wrote:
> > On Thu, 26 Apr 2007 09:02:02 +0800 "Antonino A. Daplas" <[EMAIL PROTECTED]>
> > wrote:
> >
> >> I can bring up the network manually using ifconfig. It's opensuse's
>
Dave Jones wrote:
On Wed, Apr 25, 2007 at 05:24:47PM -0700, Andrew Morton wrote:
> It would be neat if someone could create and maintain a new
> scripts/spot-common-mistakes. Feed it a unified diff and it would complain
> about newly-added code (and only newly-added code) which has busted
On Wed, 25 Apr 2007, H. Peter Anvin wrote:
>
> That was the 1990s. On a brand new server system:
>
> 00:08.0 System peripheral: Intel Corporation 5000 Series Chipset DMA
> Engine (rev b1)
>
> For better or worse, slave DMA seems to be making a comeback of sorts.
> Not to mention all kinds of
Hello, Antonino, Andrew.
Andrew Morton wrote:
> On Thu, 26 Apr 2007 09:02:02 +0800 "Antonino A. Daplas" <[EMAIL PROTECTED]>
> wrote:
>
>> I can bring up the network manually using ifconfig. It's opensuse's
>> rcnetwork script that fails to bring the network up. Entries
>> in /sys/class/net are
On Mon, 23 Apr 2007 14:51:29 +0100 Alan Cox <[EMAIL PROTECTED]> wrote:
> {
> struct agp_bridge_data *bridge = pci_get_drvdata(pdev);
>
> + pci_dev_put(bridge->dev);
> agp_remove_bridge(bridge);
> agp_put_bridge(bridge);
> + pci_dev_put(serverworks_private.svrwrks_dev)
On Wed, 25 Apr 2007 20:13:59 +0100 Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 25, 2007 at 05:49:34PM +0200, Matthias Kaehlcke wrote:
> > drivers/char/tty_io.c uses a semaphore as mutex. use the mutex API
> > instead of the (binary) semaphore
>
> This looks like it should be a
On Wednesday 25 April 2007, Ingo Molnar wrote:
>i'm pleased to announce release -v6 of the CFS scheduler patchset. The
>main goal of CFS is to implement "high quality desktop scheduling" as
>well as technically possible.
>
>The CFS patch against v2.6.21-rc7 or against v2.6.20.7 can be downloaded
Linus Torvalds wrote:
>
> On Thu, 26 Apr 2007, Pavel Machek wrote:
>> Ok, I guess I'll have nightmares of DMA controllers doing DMAs from
>> chips that are no longer there tonight.
>
> Umm. Welcome to the 21st century: we don't do that "separate DMA
> controller" thing any more. All devices do
On Wed, 25 Apr 2007 15:27:26 +0200 "Aeschbacher, Fabrice" <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> [kernel 2.6.20.7, arch=mips, processor=amd au1550]
>
> I'm trying to install a 2.6 kernel on an Alchemy au1550, and having
> problem with the pcmcia socket, where I plugged a CompactFlash card. The
>
On Thu, 26 Apr 2007, Nigel Cunningham wrote:
>
> That's where I think you're overstretching the argument. Like suspend
>(to ram), we're concerned at the snapshot point with getting the hardware
>in the same state at a later stage.
Really, no.
"suspend to ram" doesn't _have_ a "snapshot
Kernel: 2.6.21-rc7
Device: Yukon-EC Ultra (0xb4) rev 2 [integrated on Gigabyte GA-965P-DQ6]
OS: Ubuntu 7.04 (Feisty Fawn)
Description:
The driver reports rx errors, drops carrier due to HW error, rmmod/modprobe
combo returns carrier to sane state..
after that it works with rx errors for a
On Thu, Apr 26, 2007 at 02:32:06AM +0200, Arnd Bergmann wrote:
> On Thursday 26 April 2007, Andrew Morton wrote:
> > It would be neat if someone could create and maintain a new
> > scripts/spot-common-mistakes. Feed it a unified diff and it would complain
> > about newly-added code (and only
On Mon, 23 Apr 2007 08:14:03 -0400 (EDT) Parag Warudkar <[EMAIL PROTECTED]>
wrote:
> --- linux-2.6-us/drivers/char/tpm/tpm.c 2007-04-21 14:55:03.134975360
> -0400
> +++ linux-2.6-wk/drivers/char/tpm/tpm.c 2007-04-22 14:58:51.95763
> -0400
> @@ -942,12 +942,12 @@
> {
>
On Wed, 2007-04-25 at 21:25 +0200, Adrian Bunk wrote:
> On Wed, Apr 25, 2007 at 11:50:45AM -0700, Linus Torvalds wrote:
> >
> >
> > On Wed, 25 Apr 2007, Adrian Bunk wrote:
> > >
> > > 3W for the complete system? In CPU state S1? [1]
> >
> > In STR, 3W is quite realistic. The CPU is off, all
On Mon, 23 Apr 2007 14:32:36 +0200 Rene Herman <[EMAIL PROTECTED]> wrote:
> Provide MODULE_MAINTAINER() as a convenient place to stick a name and email
> address both for drivers having multiple (current and non-current) authors
> and for when someone who wants to maintain a driver isn't so
On Thu, Apr 26, 2007 at 11:14:49AM +1000, David Chinner wrote:
> On Wed, Apr 25, 2007 at 03:46:19PM -0700, Badari Pulavarty wrote:
> > On Tue, 2007-04-24 at 15:21 -0700, [EMAIL PROTECTED] wrote:
> > > V2->V3
> >
> > Hmm.. It broke ext2 :(
> >
> > V2 worked fine with the small fix I sent you
On Wed, Apr 25, 2007 at 06:08:44PM +0200, Andi Kleen wrote:
> > Yeah, the on-demand readahead can avoid _all_ lookups for small in-cache
> > files.
>
> How?
In filemap.c:
if (!page) {
page_cache_readahead_adaptive(mapping,
On Wed, Apr 25, 2007 at 03:46:19PM -0700, Badari Pulavarty wrote:
> On Tue, 2007-04-24 at 15:21 -0700, [EMAIL PROTECTED] wrote:
> > V2->V3
>
> Hmm.. It broke ext2 :(
>
> V2 worked fine with the small fix I sent you earlier.
> But on V3, I can't run fsx. I see random data showing up.
> I will
On Wednesday 25 April 2007 04:26, Mike Mattie wrote:
> Hello,
>
> 0. intro
>
> I am very happy to report that v46 of RSDL subjectively is much better than
> v42. As you (Con Kolivas) might remember from a previous mail I was
> experimenting with using nice levels effectively. I have refined these
On Thu, 26 Apr 2007 09:02:02 +0800 "Antonino A. Daplas" <[EMAIL PROTECTED]>
wrote:
> I can bring up the network manually using ifconfig. It's opensuse's
> rcnetwork script that fails to bring the network up. Entries
> in /sys/class/net are still bogus.
>
> This kernel is now usable to me, I'll
On Thu, 26 Apr 2007, Alan Cox wrote:
>
> You bet there is. We need to know if data arrived or not, because there
> is no guarantee that the data retrieved if we inadvertently re-execute a
> command will be the same. The hardware state itself isn't the problem,
> its the combination of hardware
On Tuesday 24 April 2007 17:37, Michael Gerdau wrote:
> Hi list,
>
> with cfs-v5 finally booting on my machine I have run my daily
> numbercrunching jobs on both cfs-v5 and sd-0.46, 2.6.21-v7 on
> top of a stock openSUSE 10.2 (X86_64).
Thanks for testing.
> Both cfs and sd showed very similar
On Thu, 26 Apr 2007 02:32:06 +0200 Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> On Thursday 26 April 2007, Andrew Morton wrote:
> > It would be neat if someone could create and maintain a new
> > scripts/spot-common-mistakes. Feed it a unified diff and it would complain
> > about newly-added code
On Thu, 2007-04-26 at 07:45 +0800, Antonino A. Daplas wrote:
> On Wed, 2007-04-25 at 22:48 +0800, Antonino A. Daplas wrote:
> > On Wed, 2007-04-25 at 14:18 +0900, Tejun Heo wrote:
> > > Miles Lane wrote:
>
> > eth0 renamed to eth54
> > BUG: atomic counter underflow at:
> > []
On Tuesday 24 April 2007 16:36, Ingo Molnar wrote:
> So, my point is, the nice level of X for desktop users should not be set
> lower than a low limit suggested by that particular scheduler's author.
> That limit is scheduler-specific. Con i think recommends a nice level of
> -1 for X when using
Chris Wright wrote:
> I was using real hardware with your .config when I reproduced it.
>
Yes, I first found it on real hardware. I haven't tested my fix on real
hardware yet, but it seems OK on kvm.
J
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Tue, 24 Apr 2007 14:02:03 +0400 Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> +#define DS1WM_CMD_1W_RESET 1 << 0 /* force reset on 1-wire bus */
> +#define DS1WM_CMD_SRA1 << 1 /* enable Search ROM
> accelerator mode */
> +#define DS1WM_CMD_DQ_OUTPUT 1 << 2 /* write only
Sort of my 2-many-cents story on why I need "snapshot/restore"...
Am Wed, 25 Apr 2007 13:08:09 -0700 (PDT)
schrieb Linus Torvalds <[EMAIL PROTECTED]>:
>
>
> On Wed, 25 Apr 2007, Kenneth Crudup wrote:
> >
> > Any working suspend-to-disk method takes care of that for me. (I'm
> > really not
On Wed, 2007-04-25 at 20:33 -0400, Len Brown wrote:
> On Wednesday 25 April 2007 14:08, john stultz wrote:
> > On Wed, 2007-04-25 at 04:06 -0700, Andrew Morton wrote:
> > > On Mon, 23 Apr 2007 23:49:09 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > > > Subject: acpi_pm clocksource loses time
On Wed, Apr 25, 2007 at 04:03:44PM -0700, Valerie Henson wrote:
> On Wed, Apr 25, 2007 at 08:54:34PM +1000, David Chinner wrote:
> > On Tue, Apr 24, 2007 at 04:53:11PM -0500, Amit Gud wrote:
> > >
> > > The structure looks like this:
> > >
> > > -- --
> > > | cnode
On Wed, 25 Apr 2007, Andrew Morton wrote:
On Wed, 25 Apr 2007 22:53:00 + (GMT) William Heimbigner <[EMAIL PROTECTED]>
wrote:
On Wed, 25 Apr 2007, Andrew Morton wrote:
OK. I am able to use the pktcdvd driver OK in mainline with a piix/sata
drive. It could be that something is going
On Wed, 25 Apr 2007 19:03:12 +0400, "Edward Shishkin"
<[EMAIL PROTECTED]> said:
> [EMAIL PROTECTED] wrote:
>
> >
> >As I understand it, the default Reiser4 DOES NOT USE any compression at
> >all, not even tail compression,
> >
>
> ^tail compression^tail conversion
> Reiser4 does use tail
On Wed, Apr 25, 2007 at 05:24:47PM -0700, Andrew Morton wrote:
> It would be neat if someone could create and maintain a new
> scripts/spot-common-mistakes. Feed it a unified diff and it would complain
> about newly-added code (and only newly-added code) which has busted
> whitespace, adds
On Thu, 26 Apr 2007 09:31:12 +0900
KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> >
> > So a IA64 platform with i386 sicknesses? And pretty bad case of it since I
> > assume that the memory sizes per node are equal. Your solution of taking
> > 4G off node 0 and then going to node 1 first must
On Wednesday 25 April 2007 14:08, john stultz wrote:
> On Wed, 2007-04-25 at 04:06 -0700, Andrew Morton wrote:
> > On Mon, 23 Apr 2007 23:49:09 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > > This email lists some known regressions in Linus' tree compared to 2.6.20.
> > >
> > > If you
On Thu, 26 Apr 2007, Pavel Machek wrote:
>
> Ok, I guess I'll have nightmares of DMA controllers doing DMAs from
> chips that are no longer there tonight.
Umm. Welcome to the 21st century: we don't do that "separate DMA
controller" thing any more. All devices do their own DMA.
> Only the
* Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote:
> Eric W. Biederman wrote:
> > Then why you had to allocate enough pages to cause a failure has me stumped.
> > Perhaps there is some other bug?
>
> Perhaps, but nothing comes to mind. I'll see what happens when I boot
> this kernel on real
On Wed, 25 Apr 2007, Linus Torvalds wrote:
>
> The *thaw* needs to happen with devices quiescent.
Btw, I sure as hell hope you didn't use "suspend()" for that. You're
(again) much better off having a totally separate function that just
freezes stuff.
So in the "snapshot+shutdown" path, you
On Thursday 26 April 2007, Andrew Morton wrote:
> It would be neat if someone could create and maintain a new
> scripts/spot-common-mistakes. Feed it a unified diff and it would complain
> about newly-added code (and only newly-added code) which has busted
> whitespace, adds new semaphores, adds
On Wed, 25 Apr 2007 12:17:15 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Wed, 25 Apr 2007, KAMEZAWA Hiroyuki wrote:
>
> > Make zonelist policy selectable from sysctl.
> >
> > Assume 2 node NUMA, only node(0) has ZONE_DMA (ZONE_DMA32).
> >
> > In this case, default (node0's)
On Thu, 26 Apr 2007, Pavel Machek wrote:
Now, if the old kernel left DMAs running, it could be overwriting
the data we are copying in.
The *thaw* needs to happen with devices quiescent.
But that sure doesn't have anythign to do with the "snapshot()" path. In
fact, you'll have rebooted the
On Wed, 25 Apr 2007 14:30:11 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
> But that only applies to things which I merge. There's heaps of stuff
> coming in via the git trees which is obviously inadequately reviewed - look
> at all the instances of open-coded kernel_thread() which were merged
> STR does not need to "ensure that you have a consistent snapshot".
Linus I think someone's been spiking your guinness again...
> Why? Becuase there is no _room_ for inconsistency. There's nothing to be
> "inconsistent with", since any changes to memory (by things like DMA or
> other setup
This is a very similar problem to a copy-on-write cache flushing problem
that Tony Luck fixed in July 2006. In this case the do_no_page function
handles a fault in an executable or library that is mmapped from an
NFS file system. The code is copied into a newly reallocated page.
The
On Wed, 25 Apr 2007 11:27:09 +0200 "Aeschbacher, Fabrice" <[EMAIL PROTECTED]>
wrote:
> Without the following patch, the kernel does not automatically detect
> 2GB CompactFlash cards from Transcend.
>
> I'm not sure which correct values must be assigned to the 3th and 4th
> parameters (here:
Hi!
> > > Why? Becuase there is no _room_ for inconsistency. There's nothing to be
> > > "inconsistent with", since any changes to memory (by things like DMA or
> > > other setup that happens while the suspend process is going on) is by
> > > _definition_ consistent with the resume image
Eric W. Biederman wrote:
>> The issue is not a matter of avoiding duplicate work, but making sure
>> all the pagetables are consistent from Xen's perspective.
>>
>> Specifically, you may not ever, at any time, create a writable mapping
>> of a page which is currently part of an active pagetable.
On Thu, 26 Apr 2007, Pavel Machek wrote:
> >
> > Why? Becuase there is no _room_ for inconsistency. There's nothing to be
> > "inconsistent with", since any changes to memory (by things like DMA or
> > other setup that happens while the suspend process is going on) is by
> > _definition_
On Thu, 26 Apr 2007, Pavel Machek wrote:
>
> > For suspend to ram, in contrast, since you *know* that nobody will be
> > touching the hardware, and since the timings are very different anyway
> > (you'd hope that you can resume in a second or two), you'd generally want
> > to keep the DMA
From: Greg KH <[EMAIL PROTECTED]>
Date: Wed, 25 Apr 2007 16:52:10 -0700
> Because I haven't been applying any network-related patches unless you
> forward them to me, based on what happened the last time I did that
> without asking :)
:-) I'm trying not to be too controlling and stay out of the
On Wed, Apr 25, 2007 at 04:29:44PM -0700, David Miller wrote:
> From: Greg KH <[EMAIL PROTECTED]>
> Date: Wed, 25 Apr 2007 14:22:25 -0700
>
> > We (the -stable team) are announcing the release of the 2.6.20.8 kernel.
> > This release has a security bugfix so any users of kernels older than
> >
On Thu, 26 Apr 2007 01:10:21 +0200 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> The BUG_ON in khthread_bind (line 165 in kthread.c) triggers for me during
> attempted suspend to disk, when disable_nonboot_cpus() calls _cpu_down()
> (on x86_64).
I guess the backtrace would be pretty
Hi!
> > Both of them have to ensure you can make a consistent snapshot.
>
> Bzzt. Wrong again. Very much so.
>
> STR does not need to "ensure that you have a consistent snapshot".
>
> Why? Becuase there is no _room_ for inconsistency. There's nothing to be
> "inconsistent with", since any
On Wed, 2007-04-25 at 22:48 +0800, Antonino A. Daplas wrote:
> On Wed, 2007-04-25 at 14:18 +0900, Tejun Heo wrote:
> > Miles Lane wrote:
> eth0 renamed to eth54
> BUG: atomic counter underflow at:
> [] show_trace_log_lvl+0x1a/0x30
> [] show_trace+0x12/0x14
> [] dump_stack+0x16/0x18
> []
On Wed, 25 Apr 2007 16:21:04 -0700 Randy Dunlap <[EMAIL PROTECTED]> wrote:
> in 2.6.21-rc7-mm1. Are you aware of this?
>
> drivers/w1/w1.c:460: warning: too few arguments for format
>
> dev_dbg(>dev, "%s: registering %s as %p.\n", __func__,
> >dev.bus_id[0]);
>
Yeah,
Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>> No. Please just remove the conditionals on the leaf pages.
>>
>
> So, to be specific, you mean make updating the pte_t entries (and pmd_t
> entries which refer to hugepages) entries unconditional?
I mean make
Hi!
> > Current design is:
>
> Broken. Yes. I've tried to tell you.
Ok.
...
> It's worse than just confusing, it's *idiotic*.
>
> It _can_ work in practice, but
> - we have pretty damn solid evidence that it doesn't work all that often
>in practice
> - the fact that something *can* be
1 - 100 of 1161 matches
Mail list logo