* Avi Kivity <[EMAIL PROTECTED]> wrote:
> Intel hosts, without long mode, and with nx support disabled in the
> bios have an efer that is readable but not writable. This causes a
> lockup on switch to guest mode (even though it should exit with reason
> 34 according to the documentation).
>
Hi Andrew,
Le Mercredi 31 Janvier 2007 03:37, Andrew Morton a écrit :
> On Tue, 30 Jan 2007 13:25:58 +0100
>
> Jean Delvare <[EMAIL PROTECTED]> wrote:
> > So here comes the third
> > (and hopefully last) iteration of the patch:
>
> argh, it looks like I sent v2 to Linus.
>
> Here's the missing bit
Hi,
Patro, Sumant:
> What I see in the log is cmd timeout(s) and is not related to the patch.
>
Ouch.
Any ideas what causes my problem? It's a regression; I tested Ubuntu
Dapper and Edgy install CDs, and it's not worked since the latter.
I can pinpoint the change that triggers the problem more
"Luigi Genoni" <[EMAIL PROTECTED]> writes:
> OK,
> willing to test any patch.
Ok. I've finally figured out what is going on. The code is
race free but the programmer was an idiot.
In the local apic there are two relevant registers.
ISR (in service register) describing all of the
interrupts that
On Wed, 2007-01-31 at 17:06 +, David Woodhouse wrote:
> > + ubi_err("error %d while reading %Zd bytes from PEB %d:%d, "
>
> Nak. %Zd is a gratuitous GNUism. In C, we use %zd.
>
> Artem (dedekind) is the correct person to deal with UBI stuff. I've
> added him to Cc.
Yeah, there
On Thu, 01 Feb 2007 01:28:59 -0500 Jon Masters <[EMAIL PROTECTED]> wrote:
> I took over upstream maintainership of the module-init-tools package
> from Rusty at the end of last year.
Cool. A patch to the kernel's ./MAINTAINERS would be appreciated.
-
To unsubscribe from this list: send the line
On Thu, 1 Feb 2007 09:13:51 +0300 "Ananiev, Leonid I" <[EMAIL PROTECTED]> wrote:
> While repeatedly running 'aiostress -O -o 2' test I've got in
> /var/log/messages:
>
> BUG: warning at mm/truncate.c:398/invalidate_inode_pages2_range()
> Call Trace:
> [] invalidate_inode_pages2_range+0x236/0x26b
On Thu, 1 Feb 2007 17:20:18 +1100 David Chinner <[EMAIL PROTECTED]> wrote:
> What are the new unplugging rules introduced by the git-block
> patch?
Pretty simple: you read the largely-useless changelog then call the bravely
uncommented blk_plug_current() when you're about to submit some IO and yo
On Wed, Jan 31, 2007 at 11:28:07PM -0500, Lee Revell ([EMAIL PROTECTED]) wrote:
> On 1/29/07, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> >1. Scheduling fairness.
> >Since kernel does not know about multiple threads behind given process,
> >it can not add it appropriate number of timeslices for e
Anyone know if a loader for Mach-O binaries for Linux has been written?
Thanks,
Trent
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
On Wednesday 31 January 2007 15:25, Bob Picco wrote:
> Hi Len,
>
> On 2.6.20-rc6-mm2 my rx2600 wouldn't boot unless I reverted all changes
> to drivers/acpi/tables.c.
2.6.20-rc6-mm2 git-acpi.patch contained only the acpi_table_parse()
fix for bugzilla-7465. The version of the patch that made -mm
Alexander E. Patrakov wrote:
What's the proper way to make sure that the fix, when it appears, ends
up in my inbox?
Say "please", and give prompt feedback on any test patches that we send you.
-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
Yo,
I took over upstream maintainership of the module-init-tools package
from Rusty at the end of last year. At this point, there's a public
wiki, new pre-release, bugzilla and all that jazz up and running:
http://www.kerneltools.org/ has links to the latest release.
There's a mailing list,
Sebastian Kemper wrote:
On Thursday 01 February 2007 07:13, you wrote:
Sebastian Kemper wrote:
But now /proc/mtrr shows 256MB of video ram, same as lspci, whereas
the real amount of video ram (as properly detected by X) is only
128MB.
The size of the aperture doesn't have to match the actual a
On 1/31/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
When do_tune_cpucache() is called at bootup, I'm not sure how safe it is
to do the kzalloc() thing.
The kzalloc thing is safe as we have already successfully boostrapped
all kmalloc caches at that point. The per-CPU caches that are replaced
H. Peter Anvin wrote:
Linus Torvalds wrote:
On Wed, 31 Jan 2007, H. Peter Anvin wrote:
It would be interesting to know what the inode numbers are in the
image; also,
what is the exact behaviour -- do you end up with a missing link, or
do both
entries end up getting hard-linked to an empty fi
On Thursday 01 February 2007 07:13, you wrote:
> Sebastian Kemper wrote:
> > But now /proc/mtrr shows 256MB of video ram, same as lspci, whereas
> > the real amount of video ram (as properly detected by X) is only
> > 128MB.
>
> The size of the aperture doesn't have to match the actual amount of
>
On Wed, Jan 31, 2007 at 04:36:38PM -0800, Andrew Morton wrote:
> On Wed, 31 Jan 2007 16:27:16 -0800 (PST)
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 31 Jan 2007, Andrew Morton wrote:
> >
> > > ow. Please don't make me drop git-block-and-lots-of-other-things again.
> > > Was 2.6
While repeatedly running 'aiostress -O -o 2' test I've got in
/var/log/messages:
BUG: warning at mm/truncate.c:398/invalidate_inode_pages2_range()
Call Trace:
[] invalidate_inode_pages2_range+0x236/0x26b
[] ext3_direct_IO+0x16c/0x19e
[] ext3_get_block+0x0/0xe2
[] generic_file_direct_IO+0xb9/0x
Sebastian Kemper wrote:
But now /proc/mtrr shows 256MB of video ram, same as lspci, whereas the
real amount of video ram (as properly detected by X) is only 128MB.
The size of the aperture doesn't have to match the actual amount of
memory. For many cards it doesn't.
-hpa
-
To un
Linus Torvalds wrote:
On Wed, 31 Jan 2007, H. Peter Anvin wrote:
It would be interesting to know what the inode numbers are in the image; also,
what is the exact behaviour -- do you end up with a missing link, or do both
entries end up getting hard-linked to an empty file?
Judging by the
devres updates for pata_platform were dropped while merging devres
patches due to merge conflict. This is the updated version.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
drivers/ata/pata_platform.c | 31 +++
1 file changed, 7 insertions(+), 24 deletions(-)
In
On Wed, 31 Jan 2007, H. Peter Anvin wrote:
>
> It would be interesting to know what the inode numbers are in the image; also,
> what is the exact behaviour -- do you end up with a missing link, or do both
> entries end up getting hard-linked to an empty file?
Judging by the
request_mod
"Luigi Genoni" <[EMAIL PROTECTED]> writes:
> OK,
> willing to test any patch.
Sure. After I get things working on this end I will copy you,
on any fixes so you can confirm they work for you.
I am still root causing this but I have found a small fix that should
keep the system from going down wh
Occasionally the kernel has bugs that result in no irq being found for
a given cpu vector. If we acknowledge the irq the system has a good
chance of continuing even though we dropped an irq message. If we
continue to simply print a message and not acknowledge the irq the
system is likely to beco
On Wed, Jan 31, 2007 at 01:37:58PM -0500, Bob Copeland wrote:
> >Putting the "codingstyle" control aside, often it's because things look
> >too hackish.
>
> Also sometimes the authors know it's hackish, or just don't expect it
> to be generally useful to the world. I happen to own an out-of-tree
On Wed, Jan 31, 2007 at 10:15:20PM +0100, Nicolas Mailhot wrote:
> Le mercredi 31 janvier 2007 ?? 12:12 -0800, Greg KH a ??crit :
> > On Wed, Jan 31, 2007 at 02:06:32PM +0100, Nicolas Mailhot wrote:
>
> [Reordering for the sake of argument]
>
> > > There are many out-of-tree drivers (ivtv, lirc,
On Wed, Jan 31, 2007 at 08:41:03PM +0300, Sergei Organov wrote:
> Greg KH <[EMAIL PROTECTED]> writes:
> [...]
> >> And there are plenty of documented devices that no one cares enough
> >> about to submit a driver for.
> >
> > Any specific examples? I have a long list of people who wish to write
>
Linus Torvalds wrote:
On Thu, 1 Feb 2007, S.ÃaÄlar Onur wrote:
I think i found the cause of the problem, initramfs can't handle hardlinks
anymore (which works with 2.6.18), copying same /sbin/busybox binary with
different names into initramfs (which ends ups with 50 MB image) or using
symboli
On 1/31/07 3:30 PM, "H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> Gerrit Huizenga wrote:
>> Don't confused KS with a conference;
>> it is a workshop for a very, very large, very very active project.
>
> ... and *growing*, which is the real issue I think.
>
> Something that might make sense for K
Hi.
On Thu, 2007-02-01 at 06:30 +0100, Mike Galbraith wrote:
> Rebuilding this particular kernel with slab debugging would probably be
> a waste of time since stable kernels get very little runtime here, but
> I'll re-add it to my config for test kernels just in case a survivable
> event should ha
On Thu, 2007-02-01 at 08:42 +1100, Nigel Cunningham wrote:
> Hi.
>
> On Wed, 2007-01-31 at 11:56 +0100, Mike Galbraith wrote:
> > Greetings,
> >
> > I received the below upon first poke of firefox icon after a resume.
>
> Are you able to reproduce it reliably? Failing that, could you try
> ena
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix kernel-doc warning in mtd/nand.h.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
include/linux/mtd/nand.h |1 +
1 file changed, 1 insertion(+)
--- linux-2620-rc7.orig/include/linux/mtd/nand.h
+++ linux-2620-rc7/include/linux/mtd/nand.h
@@ -343
On Mon, Jan 29, 2007 at 09:09:14AM +1100, Benjamin Herrenschmidt wrote:
>
> If we followed that "only do incrementental changes" rule all the time,
> imagine in what state would be our USB stack today since we couldn't
> have dropped in Linus replacement one ...
Bad example, that is not what happ
Quoting Pekka J Enberg ([EMAIL PROTECTED]):
> From: Pekka Enberg <[EMAIL PROTECTED]>
>
> The revokeat(2) and frevoke(2) system calls invalidate open file
> descriptors and shared mappings of an inode. After an successful
> revocation, operations on file descriptors fail with the EBADF or
> ENXIO e
On 1/29/07, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
1. Scheduling fairness.
Since kernel does not know about multiple threads behind given process,
it can not add it appropriate number of timeslices for execution.
Can be solved either by more tight collaboarion of the userspace and
kernelspac
On Tuesday 30 January 2007 04:26, Andrew Morton wrote:
> On Tue, 30 Jan 2007 10:06:45 +0100
> Olivier Galibert <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Jan 29, 2007 at 08:45:28PM -0800, Andrew Morton wrote:
> > > -x86_64-mm-share-whats-shareable.patch
> > > -x86_64-mm-only-call-unreachable_devices
TJ wrote:
From: TJ <[EMAIL PROTECTED]>
Applies to: up-to and including 2.6.20-rc7
This rare but critical bug has the potential to cause a hardware failure on
disk drives by
allowing the system to repeatedly attempt to seek to sectors beyond the end of
the physical
disk, causing sustained 'h
On Wed, 31 Jan 2007 23:10:32 -0500 Len Brown <[EMAIL PROTECTED]> wrote:
> > CC arch/i386/kernel/traps.o
> > CC arch/i386/kernel/irq.o
> > CC arch/i386/kernel/ptrace.o
> > CC arch/i386/kernel/time.o
> > CC arch/i386/kernel/ioport.o
> > CC arch/i386/kernel/l
On Wed, Jan 31, 2007 at 03:54:55PM -0500, [EMAIL PROTECTED] wrote:
> Only gotcha I know of: Sometimes one of the ipw3945d kernel threads will
> hang in a loop if the RFKill switch is set to "kill" when the system comes
> up. I also don't know how it handles suspend, I don't use that on my D820.
On Wednesday 31 January 2007 06:54, Maciej Rutecki wrote:
> Andrew Morton napisał(a):
>
> > OK, thanks. That might be due to the time-management updates as well.
> > I'll see if I can reproduce this.
> >
> > If you're keen, you could test just 2.6.19-rc6+origin.patch+git-acpi.patch
> > from
> >
On Thu, 1 Feb 2007, S.ÃaÄlar Onur wrote:
>
> I think i found the cause of the problem, initramfs can't handle hardlinks
> anymore (which works with 2.6.18), copying same /sbin/busybox binary with
> different names into initramfs (which ends ups with 50 MB image) or using
> symbolic ones inste
01 Şub 2007 Per tarihinde, Linus Torvalds şunları yazmıştı:
> That _usually_ just means that /sbin/modprobe is corrupt, or compiled with
> a binfmt that itself needs a module to load.
>
> Are you 100% certain that you didn't just happen to put an /sbin/modprobe
> into your initramfs that happens t
On 1/31/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
Intel hosts, without long mode, and with nx support disabled in the bios
have an efer that is readable but not writable. This causes a lockup on
switch to guest mode (even though it should exit with reason 34 according to
the documentation).
Av
On Tuesday 30 January 2007 06:52, Sunil Naidu wrote:
> Hi Andrew,
>
> I did compile the same, it's a trouble free boot. I did observe
> interesting changes in the dmesg between 2.6.20-rc6 & 2.6.20-rc6-mm3
> (wondering why there are so many changes in the output). Anyway, the
> changes in brief:-
>
On Thu, 1 Feb 2007 03:37:17 +0100 Oleg Verych <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 31, 2007 at 03:56:51PM -0800, Andrew Morton wrote:
> > On Wed, 31 Jan 2007 07:11:04 +
> > Oleg Verych <[EMAIL PROTECTED]> wrote:
> >
> > > kbuild: correctly skip tilded backups in localversion files
> >
>
Hi Paul.
On Wed, 2007-01-31 at 18:31 -0800, Paul E. McKenney wrote:
> Good to hear from you, Nigel!
Thanks :)
> Should indeed be OK to freeze during suspend/hibernate. Will my
> schedule_timeout_interruptible() be sufficient to allow the freeze
> to happen, or do I need to add an explicit try_t
On Thu, 1 Feb 2007, S.ÃaÄlar Onur wrote:
>
> For me, both 2.6.20-rc6 and 2.6.20-rc7 fails while booting with initramfs
> (initramfs that uses busybox) with "request_module: runaway loop modprobe
> binfmt-" error.
That _usually_ just means that /sbin/modprobe is corrupt, or compiled with
On 2/1/07, Alan <[EMAIL PROTECTED]> wrote:
> When I telnet my board and run the following command:
> root:~> stty -F /dev/ttyS0 -crtscts
>
> I got the following result from the console of my board:
> root:~>new_termios flag: 0x1cb1, old_termios flag: 0x80001cb1
>
> That's correct. CRTSC
Frédéric Riss wrote:
Le mardi 30 janvier 2007 à 12:17 -0700, Bjorn Helgaas a écrit :
On Tuesday 30 January 2007 12:01, Frédéric Riss wrote:
When calling into an EFI firmware, the parameters need to be passed on
the stack. The recent change to use -mregparm=3 breaks x86 EFI support.
This pat
On Thu, Feb 01, 2007 at 01:12:16PM +1100, Nigel Cunningham wrote:
> Hi Paul.
>
> On Wed, 2007-01-31 at 17:26 -0800, Paul E. McKenney wrote:
> > This patch adds an optional preemption kernel thread to the rcutorture
> > tests. This thread sets itself to a low RT priority and chews up CPU
> > in 10
On Wed, Jan 31, 2007 at 03:56:51PM -0800, Andrew Morton wrote:
> On Wed, 31 Jan 2007 07:11:04 +
> Oleg Verych <[EMAIL PROTECTED]> wrote:
>
> > kbuild: correctly skip tilded backups in localversion files
>
> Does this patch replace Bastian's patch, below?
Along with "Message-ID: <[EMAIL PROTE
Hi;
31 Oca 2007 Çar tarihinde şunları yazmıştınız:
> In other words, please do give it a good testing. We should have fixed the
> nasty stuff on Adrian's list (and here's another thanks to Adrian for
> keeping me on my toes!) and it's all good. But please give it a quick
> shake-down to make sure
Hi Paul.
On Wed, 2007-01-31 at 17:26 -0800, Paul E. McKenney wrote:
> This patch adds an optional preemption kernel thread to the rcutorture
> tests. This thread sets itself to a low RT priority and chews up CPU
> in 10-second bursts, verifying that grace periods progress during this
> 10-second
Hi Jeff,
Please see my replies in line.
You need to submit a patch to remove the following ioctls:
CHELSIO_SETREG:
CHELSIO_GETREG:
These will get removed.
CHELSIO_SET_QSET_PARAMS: (use ethtool instead)
CHELSIO_GET_QSET_PARAMS: (use ethtool instead)
The T3 adapter supports multiple Tx/Rx q
On Thu, Feb 01, 2007 at 10:07:53AM +1000, Trent Waddington wrote:
> On 2/1/07, Greg KH <[EMAIL PROTECTED]> wrote:
> >No, I'm going by Linus's rule here, if a person doesn't want their code
> >in the kernel tree, then I'm not going to forcefully put it there.
> >That's just being rude.
>
> Makes se
From: TJ <[EMAIL PROTECTED]>
Applies to: up-to and including 2.6.20-rc7
Update to previous patch.
Fixed logical error in if() statements for conditional printk(). Replaced
bit-wise OR with AND.
Signed-off-by: TJ <[EMAIL PROTECTED]>
--- fs/partitions/msdos.tj.c2007-02-01 00:41:57.
On 1/31/07, Mark Lord <[EMAIL PROTECTED]> wrote:
Randy Dunlap wrote:
> On Wed, 31 Jan 2007 18:00:15 -0500 Theodore Tso wrote:
..
>> More specifically, Dave said that it "seemed rude" to just take the
>> driver and send updates, but maybe the best way of dealing with
>> out-of-tree drivers like li
Jeff Garzik wrote:
Divy Le Ray wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Offload packets may be DMAed long after their SGE Tx descriptors are
done
so they must remain mapped until they are freed rather than until their
descriptors are freed. Unmap such packets through an skb destructor.
This patch adds an optional preemption kernel thread to the rcutorture
tests. This thread sets itself to a low RT priority and chews up CPU
in 10-second bursts, verifying that grace periods progress during this
10-second interval. Passes RCU torture testing on a 4-CPU (a pair of
2-CPU dies) 64-bi
Here is the RCU priority-boosting patch. Pretty close to the
http://lkml.org/lkml/2007/1/24/295 version. This patch prevents
preempted or blocked low-priority RCU readers from indefinitely
stalling RCU grace periods.
Signed-off-by: Paul E. McKenney <[EMAIL PROTECTED]>
---
include/linux/init_ta
Hello!
This is yet another update of the RCU priority-boosting patch
(see http://lkml.org/lkml/2007/1/24/294 for the previous version).
This series contains the RCU-boost patch itself and rcutorture
modifications to test it more thoroughly. This version incorporates
feedback from Josh Triplett an
From: Jay Cliburn <[EMAIL PROTECTED]>
Fix up some constants relating to max and min ring descriptor counts.
Also add functionality to enable ethtool to set tx and rx ring parameters.
Signed-off-by: Jay Cliburn <[EMAIL PROTECTED]>
---
drivers/net/atl1/atl1.h |4 +-
drivers/net/atl1/a
From: Jay Cliburn <[EMAIL PROTECTED]>
pci_module_init is deprecated. Use pci_register_driver instead.
Discovered by and modification suggested by Alan Cox.
Signed-off-by: Jay Cliburn <[EMAIL PROTECTED]>
---
drivers/net/atl1/atl1_main.c |5 +
1 files changed, 1 insertions(+), 4 deletion
Randy Dunlap wrote:
On Wed, 31 Jan 2007 18:00:15 -0500 Theodore Tso wrote:
..
More specifically, Dave said that it "seemed rude" to just take the
driver and send updates, but maybe the best way of dealing with
out-of-tree drivers like lirc is to treat the out-of-tree drivers as a
kind of spec r
Tejun Heo wrote:
A much better solution with thunderbird is using external editor
extension.
http://globs.org/articles.php?lng=en&pg=2
Brilliant! Installed, and now tested (the max_cmd_len patch posting).
-ml
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
On Thu, 1 Feb 2007, Nick Piggin wrote:
>
> We could make them both unsigned, and _add_ everything to min rather than
> subtracting from free_pages?
Yeah, that's the right thing to do, probably. However, since we do that
"min >>=1" thing, we'd have to do that to a separate "correction" factor
Guillaume Chazarain <[EMAIL PROTECTED]> writes:
> Hi,
>
> I think this is 2.6.20 material, if it gets appropriately reviewed ;-)
Look good to me.
Lookup doesn't have this problem because it only tests for tgid.
I'm not certain at the moment if we need the rcu_read_lock,
and pid_alive checks, but
On Thu, Feb 01, 2007 at 01:03:09AM +0100, Peter Zijlstra wrote:
> On Wed, 2007-01-31 at 15:32 -0800, Paul E. McKenney wrote:
>
> > The wakeup in barrier_sync() would mean that the counter was zero
> > at some point in the past. The counter would then be rechecked, and
> > if it were still zero, b
Linus Torvalds wrote:
if (free_pages <= min + z->lowmem_reserve[classzone_idx])
return 0;
gets broken, because the negative 'free_pages' will look like a huge
unsigned positive number (and we'll make it unsigned becaue 'min' got
turned unsigned). There was a reason tha
On Wed, 31 Jan 2007, Andrew Morton wrote:
>
> It would be cleaner to check for negativity, but note that we keep
> subtracting stuff from free_pages in the later loop, so we'd need to check
> there as well.
Yeah, not worth it. I'll just revert it.
If we really want to do the micro-optimization
The patch is specific to kdump scenario.
What I see in the log is cmd timeout(s) and is not related to the patch.
--Sumant
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Matthias Urlichs
Sent: Wednesday, January 31, 2007 9:50 AM
To: linux-scsi@vger.ke
On Wed, 2007-01-31 at 18:14 -0600, Robert Hancock wrote:
> > So either #1 or #2 should have failed in the first place. Failing in #3
> > is definitely a BUG in #1 or #2.
> >
> > How does your advise help to fix that BUG ? Ignoring it by using
> > something else ?
>
> Yes, there is likely a bug he
On Wed, 31 Jan 2007, Andrew Morton wrote:
> Actually, we might not have lost an IO: it could be that we're simply
> missing an unplug. Are you able to unblock things by forcing some other IO
> against that queue? Say, do a read from /dev/sda?
The system does not come up to a prompt. The traces
On Wed, 31 Jan 2007 16:27:16 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Wed, 31 Jan 2007, Andrew Morton wrote:
>
> > ow. Please don't make me drop git-block-and-lots-of-other-things again.
> > Was 2.6.20-rc6-mm2 OK? It didn't have git-block.
>
> Yes, 2.6.20-rc6-mm2 was okay.
On Wed, 2007-01-31 at 16:15 -0800, Daniel Walker wrote:
> > clocksource_initcall is simply superfluid.
>
> My position has always been that clocksources should be registered as
> early as possible .. The fs_initcall() usage is a compromise stemming
> from early resistance that John, and you gave t
On Wed, 31 Jan 2007 16:19:06 -0800 (PST)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> I should either revert that commit or just check for "free_pages" being
> negative. The latter, in many ways, is probably better, because generally
> we simply should never work with negative numbers in the kern
Mark Lord wrote:
> Robert Hancock wrote:
>> I'd love to, but unfortunately nobody seems to have come up with a way
>> of doing this in Thunderbird that keeps it from mangling whitespace
>
> Yup, major nuisance. I have to fire up Kmail whenever I'm posting patches,
> and then go back to Thunderbi
On Wed, 31 Jan 2007, Andrew Morton wrote:
> ow. Please don't make me drop git-block-and-lots-of-other-things again.
> Was 2.6.20-rc6-mm2 OK? It didn't have git-block.
Yes, 2.6.20-rc6-mm2 was okay. Sorry.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Wed, 31 Jan 2007 16:14:10 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Mon, 29 Jan 2007, Andrew Morton wrote:
>
> > - Restored git-block.patch: mainly the block unplugging rework. The
> > problematic CFQ updates have been taken out.
>
> MD hung again as before so I compile
It's been a week and a half, and here comes the -rc3
http://www.kernel.org/pub/software/scm/git/
git-1.5.0-rc3.tar.{gz,bz2}(tarball)
git-htmldocs-1.5.0-rc3.tar.{gz,bz2} (preformatted docs)
git-manpages-1.5.0-rc3.tar.{gz,bz2} (preformatted docs)
te
On Wednesday 31 January 2007 2:47 pm, Daniel Walker wrote:
> On Wed, 2007-01-31 at 11:43 -0800, David Brownell wrote:
> > > As a note, arm and mips both register their clocksources during
> > > time_init() instead of using initcalls.
> >
> > That's actually platform-specific. ...
> >
> > So don'
On Thu, 1 Feb 2007, PaweÅ Sikora wrote:
>
> 2.6.18 works, 2.6.19-rc1 doesn't work.
> git bisect found this bad commit:
Git bisect rocks.
I'll give myself yet abother pat on the back for writing it. You can never
encourage genius like that too much.
> commit e80ee884ae0e3794ef2b65a18a767d502a
On Thu, 1 Feb 2007 00:37:48 +0100
Pawe__ Sikora <[EMAIL PROTECTED]> wrote:
> On Wednesday 31 of January 2007 17:04:29 Linus Torvalds wrote:
> > On Wed, 31 Jan 2007, Pawe__ Sikora wrote:
> > > The 2.6.20-rcX have the same nasty bug as 2.6.19.x.
> > >
> > > [ an oops inside kmem_get_pages ]
> > > ht
On Thu, 2007-02-01 at 00:23 +0100, Thomas Gleixner wrote:
> Daniel,
>
> On Wed, 2007-01-31 at 14:47 -0800, Daniel Walker wrote:
> > > So don't assume any platform doesn't use clocksource initcalls.
> >
> > What does your OMAP clocksource do now ? I thought one of the changes
> > that you made was
Thomas Gleixner wrote:
On Wed, 2007-01-31 at 17:54 -0600, Robert Hancock wrote:
I'm not sure if there's an inherent max ramdisk size limit, however I
should point out that in most cases, using a tmpfs or ramfs file system
is better than old-style ramdisks. Those filesystems return unused
memor
On Mon, 29 Jan 2007, Andrew Morton wrote:
> - Restored git-block.patch: mainly the block unplugging rework. The
> problematic CFQ updates have been taken out.
MD hung again as before so I compiled a kernel
without it. Next XFS started hanging during bootup.
Some traces of processes hung but
On 2/1/07, Greg KH <[EMAIL PROTECTED]> wrote:
No, I'm going by Linus's rule here, if a person doesn't want their code
in the kernel tree, then I'm not going to forcefully put it there.
That's just being rude.
Makes sense when you put it that way. However, perhaps an offer to
take over the main
On Tue, Jan 30, 2007 at 12:55:49PM +, Jose Goncalves wrote:
> Jose Goncalves wrote:
> > Frederik Deweerdt wrote:
> >
> >> On Fri, Jan 26, 2007 at 06:17:03PM +, Jose Goncalves wrote:
> >>
> >>
> >>> Frederik Deweerdt wrote:
> >>>
> >>>
> On Fri, Jan 26, 2007 at 03
From: TJ <[EMAIL PROTECTED]>
Applies to: up-to and including 2.6.20-rc7
This rare but critical bug has the potential to cause a hardware failure on
disk drives by
allowing the system to repeatedly attempt to seek to sectors beyond the end of
the physical
disk, causing sustained 'head banging'.
On Wed, 2007-01-31 at 17:54 -0600, Robert Hancock wrote:
> I'm not sure if there's an inherent max ramdisk size limit, however I
> should point out that in most cases, using a tmpfs or ramfs file system
> is better than old-style ramdisks. Those filesystems return unused
> memory to the kernel (
On Wed, 2007-01-31 at 15:32 -0800, Paul E. McKenney wrote:
> The wakeup in barrier_sync() would mean that the counter was zero
> at some point in the past. The counter would then be rechecked, and
> if it were still zero, barrier_sync() would invoke finish_wait() and
> then return -- but the coun
On 1/31/07, Theodore Tso <[EMAIL PROTECTED]> wrote:
More specifically, Dave said that it "seemed rude" to just take the
driver and send updates, but maybe the best way of dealing with
out-of-tree drivers like lirc is to treat the out-of-tree drivers as a
kind of spec release, and just have someon
Michal Piotrowski wrote:
Hi,
I want to create a large ramdisk - 1GB
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=1
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_RAM_BLOCKSIZE=1024
kernel comman line: ramdisk_size=100
..
With ramdisk_size=50 everything is ok.
machine
CPU P4 (ia32)
On Wed, 31 Jan 2007 07:11:04 +
Oleg Verych <[EMAIL PROTECTED]> wrote:
> kbuild: correctly skip tilded backups in localversion files
Does this patch replace Bastian's patch, below?
From: Bastian Blank <[EMAIL PROTECTED]>
Fix the problem that localversion files were ignored if the tree lives
On Wed, 31 Jan 2007 15:30:43 PST, "H. Peter Anvin" wrote:
> Gerrit Huizenga wrote:
> > Don't confused KS with a conference;
> > it is a workshop for a very, very large, very very active project.
>
> ... and *growing*, which is the real issue I think.
>
> Something that might make sense for KS is
Stefan Richter wrote:
Robert Hancock wrote:
http://marc.theaimsgroup.com/?t=11692262122
It looks like Tejun's patch essentially does the same thing as mine with
the addition of the control from userspace. There is one exception
though, my patch also does the stop on removal of the SCSI disk
On Wed, Jan 31, 2007 at 06:00:15PM -0500, Theodore Tso wrote:
> On Wed, Jan 31, 2007 at 12:12:58PM -0800, Greg KH wrote:
> >
> > This kind of offer has _always_ been there for out-of-tree GPL drivers.
> > I have contacted many different groups and driver authors over the years
> > to offer my help
Hi,
I think this is 2.6.20 material, if it gets appropriately reviewed ;-)
Thanks.
--
Guillaume
Listing /proc/PID/task were PID is not a TGID
should not result in duplicated entries.
[g ~]$ pidof thunderbird-bin
2751
[g ~]$ ls /proc/2751/task
2751 2770 2771 2824 2826 2834 2835 2851 28
On Tue, 30 Jan 2007 21:30:29 +
Simon Arlott <[EMAIL PROTECTED]> wrote:
> +static int cxacru_proc_read(struct usbatm_data *usbatm_instance,
> + struct atm_dev *atm_dev, loff_t * pos, char *page)
> +{
> + struct cxacru_data *instance = usbatm_instance->driver_data;
> + u32 *cxinf = i
1 - 100 of 413 matches
Mail list logo
