On Wed, 13 Feb 2008, Roel Kluin wrote:
>
> In nature there is a lot of duplication: several copies of genes can exist
> and different copies may have a distinct evolution.
This is true of very complex animals, but much less so when looking at
things like bacteria (and arguably, any current sw
On Tue, Feb 12, 2008 at 12:21:08PM -0800, Randy Dunlap wrote:
>> Index: linux-2.6.24-mm1/Documentation/kernel-parameters.txt
>> ===
>> --- linux-2.6.24-mm1.orig/Documentation/kernel-parameters.txt
>> 2008-02-12
>> 07:12:06.000
Andrew Morton wrote:
> On Fri, 08 Feb 2008 15:37:40 -0800
> Mike Travis <[EMAIL PROTECTED]> wrote:
>
>> Change cpufreq tables from arrays to per_cpu variables in
>> drivers/acpi/processor_thermal.c
>>
>> Based on linux-2.6.git + x86.git
>
> I fixed a bunch of rejects in "[PATCH 1/4] cpufreq: chan
On Wed, Feb 13, 2008 at 05:36:41AM -0500, Theodore Tso wrote:
> On Tue, Feb 12, 2008 at 10:16:53PM -0800, Greg KH wrote:
> > I was amazed at how slow stgit was when I tried it out. I use
> > git-quiltimport a lot and I don't think it's any slower than just using
> > quilt on its own. So I think t
On Tue, 12 Feb 2008 13:28:15 -0600
James Bottomley <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-02-12 at 11:07 -0800, Kristen Carlson Accardi wrote:
> > I understand what you are trying to do - I guess I just doubt the
> > value you've added by doing this. I think that there's going to be
> > so muc
On Wed, 13 Feb 2008 16:38:11 +
Robert Fitzsimons <[EMAIL PROTECTED]> wrote:
> The initial work to convert the bttv driver to V4L2 "Partial conversion
> from V4L1 to V4L2" (e84619b17440ccca4e4db7583d126c4189b987e5), missed
> the line which set the appropriate overlay crop structure in the newly
On Wed, 13 Feb 2008, Sam Ravnborg wrote:
> On Wed, Feb 13, 2008 at 10:44:27AM -0500, Robert P. J. Day wrote:
> > On Wed, 13 Feb 2008, Josh Boyer wrote:
> >
> > > OK. Well all of your hits for 405EX, 440GRX, 440SPe, and
> > > WANT_DEVICE_TREE in arch/powerpc seem bogus. I dunno if you prune
> > >
Peter Zijlstra wrote:
> On Tue, 2008-02-12 at 14:21 -0800, Hiroshi Shimamoto wrote:
>> Peter Zijlstra wrote:
>>> On Mon, 2008-02-11 at 13:44 -0800, Hiroshi Shimamoto wrote:
Hi Ingo,
I think an interface to access RLIMIT_RTTIME from outside is useful.
It makes administrator able
On Tue, 12 Feb 2008 21:21:43 -0800 (PST)
Trent Piepho <[EMAIL PROTECTED]> wrote:
> On Tue, 12 Feb 2008, Mauro Carvalho Chehab wrote:
> >- cx88-mpeg: Allow concurrent access to cx88-mpeg devices;
>
> So you decided to just commit this one with the race condition anyway?
The version with probl
On Tue, Feb 12, 2008 at 09:09:34AM -0800, Linus Torvalds wrote:
>...
> The other is that once somebody says "ok, I *really* need to cause this
> breakage, because there's a major bug or we need it for fundamental reason
> XYZ", then that person should
>
> (a) create a base tree with _just_ that
On (03/02/08 17:16), Andrew Morton didst pronounce:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
>
bl6-13 (4-way x86_64 machine) from test.kernel.org is failing to boot recent
-mm and mainline trees. I noticed it when testing -mm before rebasing other
patc
On Tue, Feb 12, 2008 at 09:43:10PM -0800, Linus Torvalds wrote:
> So just the fact that the right commit gets blamed when somebody does a
> "git bisect" is I think a big issue. It's just fundamentally more fair to
> everybody. And it means that the people who push their work to me can
> really c
On Wed, Feb 13, 2008 at 09:33:15AM -0800, Joe Perches wrote:
> On Wed, 2008-02-13 at 08:59 -0800, Greg KH wrote:
> > > I suggest the same for MAINTAINERS
> > Why, is it a merge problem for you?
>
> $ git-log --pretty=oneline --name-only | \
> grep -vP "[a-fA-F0-9]{40,40}\s" | sort | uniq -c | so
On Wed, Feb 13, 2008 at 04:10:08PM +, David Howells wrote:
> Fix up parse error in FRV linker script, presumably introduced through changes
> to the INIT_TEXT and EXIT_TEXT macros.
>
> Signed-off-by: David Howells <[EMAIL PROTECTED]>
My bad - sorry!
Sam
--
To unsubscribe from this li
On Wed, Feb 13, 2008 at 09:32:03AM -0800, Greg KH wrote:
> Is there some reason you aren't using the "real" PCI driver api here
> and registering a pci driver for these devices? That would take the
> whole "loop over all pci devices" logic out of the code entirely.
I recall we had a reason, but
On Wed, Feb 13, 2008 at 10:44:27AM -0500, Robert P. J. Day wrote:
> On Wed, 13 Feb 2008, Josh Boyer wrote:
>
> > OK. Well all of your hits for 405EX, 440GRX, 440SPe, and
> > WANT_DEVICE_TREE in arch/powerpc seem bogus. I dunno if you prune
> > those when reported or not.
>
> not normally, but i
On Wed, 13 Feb 2008, Zdenek Kabelac wrote:
> ===
> [ INFO: possible circular locking dependency detected ]
> 2.6.25-rc1 #29
> ---
> losetup/26595 is trying to acquire lock:
> (&bdev->bd_m
Alle mercoledì 13 febbraio 2008, Randy Dunlap ha scritto:
> > >
> > > You're not supposed to have CONFIG_PM unset and CONFIG_ACPI set at the
> > > same time. The oldconfig generation must have gone wrong at one point.
> >
> > Maybe it's not supposed to have this situation, but maybe you should te
Andrew Morton wrote:
> On Tue, 12 Feb 2008 14:41:42 -0800 Hiroshi Shimamoto <[EMAIL PROTECTED]>
> wrote:
>
>> From: Hiroshi Shimamoto <[EMAIL PROTECTED]>
>>
>> Introduce new proc interface for RTTIME watchdog.
>> It makes administrator able to set RTTIME watchdog to existing
>> real-time applicat
On at least two Dell optiplex 755 systems with a Core 2 Duo I get
Feb 13 15:14:01 inari CPU 1: Machine Check Exception: 0004
Feb 13 15:14:01 inari CPU 0: Machine Check Exception: 0005
Feb 13 15:14:01 inari Bank 0: b2400800
Feb 13 15:14:01 inari Bank 5: b200221024
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Wed, 13 Feb 2008 08:26:27 +0100 Bart Dopheide <[EMAIL PROTECTED]> wrote:
>
>> On Wed, Feb 13, 2008 at 12:05:45PM +1100, Nick Piggin wrote:
>> :)On Wednesday 13 February 2008 08:50, Alan Cox wrote:
>> :)> Almost certainly a hardware fail of some sort.
when probing i2c-pca-isa writes to legacy ioports, which crashes the kernel
if there is no device at that port.
This patch adds a check_legacy_ioport call, so probe failes gracefully
and thus prevents the oops.
Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
Index: linux.git/drivers/i2c/busse
On Wed, Feb 13, 2008 at 06:03:04PM +0100, Hans-J??rgen Koch wrote:
> In 2.6.25-rc1, there's a strange effect:
> Although the map attributes "addr" and "size" show up correctly:
>
> -r--r--r-- 1 root root 4096 2008-02-13 17:49 addr
> -r--r--r-- 1 root root 4096 2008-02-13 17:49 size
>
> you cannot
On Wed, 2008-02-13 at 19:12 +0200, Boaz Harrosh wrote:
> On Wed, Feb 13 2008 at 19:03 +0200, James Bottomley <[EMAIL PROTECTED]> wrote:
> > On Wed, 2008-02-13 at 18:50 +0200, Boaz Harrosh wrote:
> >> On Wed, Feb 13 2008 at 18:45 +0200, James Bottomley <[EMAIL PROTECTED]>
> >> wrote:
> >>> On Wed,
sensors_detect crashes kernel on PowerPC, as it pokes directly to memory.
This patch adds a check_legacy_ioports to read_port and write_port.
It will now return ENXIO, instead of oopsing.
Signed-off-by: Christian Krafft <[EMAIL PROTECTED]>
Index: linux.git/drivers/char/mem.c
=
On Wed, Feb 13, 2008 at 11:32:26AM +0200, Muli Ben-Yehuda wrote:
> On Tue, Feb 12, 2008 at 04:16:38PM -0800, Greg KH wrote:
>
> > Why does the calgary driver need this? Can we just use
> > pci_get_device() instead? Why do you need to walk the device list
> > backwards? Do you get false positive
On Wed, Feb 13, 2008 at 01:34:12PM +0100, Bartlomiej Zolnierkiewicz wrote:
> On Wednesday 13 February 2008, Greg KH wrote:
> > On Wed, Feb 13, 2008 at 02:17:37AM +, Alan Cox wrote:
> > > > Why does the calgary driver need this? Can we just use pci_get_device()
> > > > instead? Why do you need
On Wed, 2008-02-13 at 11:42 +0100, Ingo Molnar wrote:
> * Harvey Harrison <[EMAIL PROTECTED]> wrote:
>
> > Fixes sparse warning:
> > arch/x86/mach-default/setup.c:19:5: warning: symbol 'no_broadcast' was not
> > declared. Should it be static?
>
> hm, this patch causes a build failure:
>
> In fi
On Wed, 2008-02-13 at 19:18 +0200, Boaz Harrosh wrote:
> On Wed, Feb 13 2008 at 19:03 +0200, James Bottomley <[EMAIL PROTECTED]> wrote:
> > It needs to register a reboot notifier, which gdth does.
> >
> > However, the notifier is only called on reboot, so it also needs to
> > clean up correctly on
On Wed, 2008-02-13 at 08:59 -0800, Greg KH wrote:
> > I suggest the same for MAINTAINERS
> Why, is it a merge problem for you?
$ git-log --pretty=oneline --name-only | \
grep -vP "[a-fA-F0-9]{40,40}\s" | sort | uniq -c | sort -rbn
541 MAINTAINERS
506 kernel/sched.c
374 drivers/scsi/l
Hi,
the following two patches prevent kernel from crashing on powerpc.
The surrounding ifdefs will be obsolete, if check_legacy_ioport becomes
generic code.
--
Mit freundlichen Gruessen,
kind regards,
Christian Krafft
IBM Systems & Technology Group,
Linux Kernel Development
IT Specialist
Vor
On Wed, 2008-02-13 at 14:09 +0900, Yasunori Goto wrote:
> Thanks Badari-san.
>
> I understand what was occured. :-)
>
> > On Tue, 2008-02-12 at 13:56 -0800, Badari Pulavarty wrote:
> > > > > + /*
> > > > > +* Its ugly, but this is the best I can do - HELP !!
> > > > > +* We don't know w
At Wed, 13 Feb 2008 16:44:48 +0100,
Peter Zijlstra wrote:
>
>
> On Wed, 2008-02-13 at 16:39 +0100, Takashi Iwai wrote:
> > At Wed, 13 Feb 2008 15:55:37 +0100,
> > Peter Zijlstra wrote:
> > >
> > >
> > > On Wed, 2008-02-13 at 15:45 +0100, Takashi Iwai wrote:
> > >
> > > > See /proc/asound/card0
...also, convert ide-scsi to using the generic pc->flags defines.
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/scsi/ide-scsi.c | 37 -
1 files changed, 16 insertions(+), 21 deletions(-)
diff --git a/drivers/scsi/ide-scsi.c b/drivers/scsi/id
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/ide/ide-floppy.c | 14 --
drivers/ide/ide-tape.c | 16
include/linux/ide.h | 15 +++
3 files changed, 15 insertions(+), 30 deletions(-)
diff --git a/drivers/ide/ide-floppy.c b/driv
On Tue, Feb 12, 2008 at 12:50:51PM -0800, Greg KH wrote:
> On Tue, Feb 12, 2008 at 07:46:51PM +, Al Viro wrote:
>...
> > AFAICS, we are in situation when review bandwidth is where the bottleneck
> > is. Not the merge one...
>
> Are there still large numbers of posted patches, not reviewed or
On Wed, Feb 13 2008 at 19:03 +0200, James Bottomley <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-02-13 at 18:50 +0200, Boaz Harrosh wrote:
>> On Wed, Feb 13 2008 at 18:45 +0200, James Bottomley <[EMAIL PROTECTED]>
>> wrote:
>>> On Wed, 2008-02-13 at 18:33 +0200, Boaz Harrosh wrote:
On Wed, Feb 1
On Wed, 13 Feb 2008 10:21:23 +0100 Fabio Coatti wrote:
> Alle martedì 12 febbraio 2008, Rafael J. Wysocki ha scritto:
> > On Tuesday, 12 of February 2008, Fabio Coatti wrote:
> > > Alle martedì 12 febbraio 2008, Randy Dunlap ha scritto:
> > > > On Tue, 12 Feb 2008 15:03:41 +0100 Fabio Coatti wrote
Ingo Molnar wrote:
> * Max Krasnyansky <[EMAIL PROTECTED]> wrote:
>
>> Ingo said a few different things (a bit too large to quote).
>
> [...]
>> And at the end he said:
>>> Also, i'd not mind some test-coverage in sched.git as well.
>
>> I far as I know "do not mind" does not mean "must go to"
On Wed, 13 Feb 2008 10:21:23 +0100 Fabio Coatti wrote:
> Alle martedì 12 febbraio 2008, Rafael J. Wysocki ha scritto:
> > On Tuesday, 12 of February 2008, Fabio Coatti wrote:
> > > Alle martedì 12 febbraio 2008, Randy Dunlap ha scritto:
> > > > On Tue, 12 Feb 2008 15:03:41 +0100 Fabio Coatti wrote
On 13 Feb 2008 at 17:48, Ingo Molnar wrote:
> hm, had to pull it again because it crashed in testing:
i've only tested .24, not .25 so maybe something changed. did you
make sure that
write_pda(stack_canary, next_p->stack_canary);
was removed from arch/x86/kernel/process_64.c:__switch_to? that
On Wed, Feb 13, 2008 at 05:01:48PM +0100, Ingo Molnar wrote:
>
> * Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > if you're merging this, please do the independent parts really
> > independenrly. For example, the above is a patch in its own right, and
> > probably worth doing regardless of any
> > in commit 03252919 you introduced print_vma_addr(), but this funcion for
> > obvious reasons takes mmap_sem, so it is not safe to call it from atomic
> > context (i.e. do_trap(), for example), which is behavior your patch
> > introduced.
Ah yes -- this behaviour of int3 do_trap was always
Ivan Kokshaysky wrote:
> No SMP, no PRINTK_TIMESTAMPS in my case. Looks like it dies trying to
> to switch to vga console, but I had no time to debug this yet...
Same basic configuration as Ivan. Concur with the observation that
death seems to happen during the console switch. Using the radeonfb
On Wed, Feb 13 2008 at 19:03 +0200, James Bottomley <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-02-13 at 18:50 +0200, Boaz Harrosh wrote:
>> On Wed, Feb 13 2008 at 18:45 +0200, James Bottomley <[EMAIL PROTECTED]>
>> wrote:
>>> On Wed, 2008-02-13 at 18:33 +0200, Boaz Harrosh wrote:
On Wed, Feb 1
Nick Piggin wrote:
> On Wednesday 13 February 2008 17:06, Max Krasnyansky wrote:
>> Nick Piggin wrote:
>
>>> But don't let me dissuade you from making these good improvements
>>> to Linux as well :) Just that it isn't really going to be hard-rt
>>> in general.
>> Actually that's the cool thing a
Linus Torvalds wrote:
>
> On Tue, 12 Feb 2008, Greg KH wrote:
>>> That's the point.
>> Not it isn't. To quote you a number of years ago:
>> "Linux is evolution, not intelligent design"
>
> Umm. Have you read a lot of books on evolution?
>
> It doesn't sound like you have.
>
> The fact is,
On Wed, 2008-02-13 at 16:17 +0100, Jan-Bernd Themann wrote:
> Constraints imposed by HW / FW:
> - eHEA has own MMU
> - eHEA Memory Regions (MRs) are used by the eHEA MMU to translate virtual
> addresses to absolute addresses (like DMA mapped memory on a PCI bus)
> - The number of MRs is limited
The initial work to convert the bttv driver to V4L2 "Partial conversion
from V4L1 to V4L2" (e84619b17440ccca4e4db7583d126c4189b987e5), missed
the line which set the appropriate overlay crop structure in the newly
allocated bttv_buffer. This then causes a divide error in the
bttv_calc_geo function.
On Wed, 2008-02-13 at 18:50 +0200, Boaz Harrosh wrote:
> On Wed, Feb 13 2008 at 18:45 +0200, James Bottomley <[EMAIL PROTECTED]> wrote:
> > On Wed, 2008-02-13 at 18:33 +0200, Boaz Harrosh wrote:
> >> On Wed, Feb 13 2008 at 17:54 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote:
> >>> On Wed, Feb 13 20
David, responding to pj, write:
> > 2) a cpuset relative mode that correctly handled the case of cpusets
> > growing larger (increased numbers of nodes.)
> >
> > I'd like to persuade you to add case (2) as well. But I suspect,
> > given that case (2) was never as compelling to you as it was
Hi,
I am getting the following oops on bootup on 2.6.25-rc1
[2.376187] BUG: unable to handle kernel NULL pointer dereference at 010c
[2.388180] IP: [] sysfs_remove_link+0x1/0xd
[2.396182] *pdpt = 005fd001 *pde =
[2.404751] Oops: [#1] SMP
[2.
In 2.6.25-rc1, there's a strange effect:
Although the map attributes "addr" and "size" show up correctly:
-r--r--r-- 1 root root 4096 2008-02-13 17:49 addr
-r--r--r-- 1 root root 4096 2008-02-13 17:49 size
you cannot access them, not even as root. Something like "cat addr"
fails with a no-permiss
On Wed, Feb 13, 2008 at 12:30:14PM +0200, Pekka Pietikainen wrote:
> On Tue, Feb 12, 2008 at 11:02:15PM -0800, Greg KH wrote:
> > This changeset does just that. Turns out that this makes things more
> > readable, as it's easier to look at a list of filenames for things than
> > picking through a 3
On Wed, Feb 13, 2008 at 12:39:13PM +0100, Frans Pop wrote:
> On Tuesday 12 February 2008, Greg KH wrote:
> > On Tue, Feb 12, 2008 at 09:39:14PM +0100, Frans Pop wrote:
> > > On Monday 11 February 2008, Frans Pop wrote:
> > > > In general 2.6.25 if looking quite good on my desktop, but there's
> > >
On Tue, Feb 12, 2008 at 11:22:02PM -0800, Joe Perches wrote:
> On Tue, 2008-02-12 at 23:04 -0800, David Miller wrote:
> > > In the big "linux-next" series of emails, David Miller suggested that
> > > the feature-removal-schedule file be broken up into little pieces, as it
> > > is causing merge pro
[ sorry for forgetting to change subject properly :) ]
On Wed, 13 Feb 2008, Jiri Kosina wrote:
> [ the original mail was sent by Zdenek to me offlist ]
>
> On Wed, 13 Feb 2008, Zdenek Kabelac wrote:
>
> > [ 68.379022] gnome-settings-[2941] trap int3 ip:3d2c840f34
> > sp:7fff36f5d100 error:0<3
Marcelo Tosatti wrote:
On Wed, Feb 13, 2008 at 04:24:53PM +0100, Jiri Kosina wrote:
On Wed, 13 Feb 2008, Zdenek Kabelac wrote:
I get this bug in my log whenever I start qemu-kvm - I do not use kqemu
module - so it's with plain kernel modules. If more details are needed -
just ask. (Cp
Andrew Morton wrote:
On Mon, 11 Feb 2008 17:57:54 +0200 Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
On Tuesday 06 November 2007, Alon Bar-Lev wrote:
On 11/6/07, Dave Young <[EMAIL PROTECTED]> wrote:
Hi,
sorry for reply again, this seems a diffrent issue ...
All that I do is running pppd over the
On Wed, Feb 13, 2008 at 10:04:44PM +0530, Dhaval Giani wrote:
> I know I am missing something, but aren't we trying to reduce latencies
> here?
I guess Peter is referring to the latency in seeing fairness results. In
other words, with single rq approach, you may require more time for the groups
t
On Tuesday, February 12, 2008 3:06 PM,
[EMAIL PROTECTED] wrote:
> From: Marcin Slusarz <[EMAIL PROTECTED]>
>
> replace all:
> little_endian_variable =
> cpu_to_leX(leX_to_cpu(little_endian_variable) +
> expression_in_cpu_byteorder);
> with:
> leX_add_c
This patch fix the problem that the buffer allocated for convert of
unicode to utf8 in fat/dir.c is too small.
And cannot handle filename with 255 asian characters when mounted with
utf8 options.
Also it fix the filename length limitation checking in vfat/namei.c that
the filename length should b
[ the original mail was sent by Zdenek to me offlist ]
On Wed, 13 Feb 2008, Zdenek Kabelac wrote:
> [ 68.379022] gnome-settings-[2941] trap int3 ip:3d2c840f34
> sp:7fff36f5d100 error:0<3>BUG: sleeping function called from invalid
> context at kernel/rwsem.c:21
> [ 68.379039] in_atomic():1, ir
On Wed, Feb 13 2008 at 18:45 +0200, James Bottomley <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-02-13 at 18:33 +0200, Boaz Harrosh wrote:
>> On Wed, Feb 13 2008 at 17:54 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote:
>>> On Wed, Feb 13 2008 at 17:44 +0200, James Bottomley <[EMAIL PROTECTED]>
>>> wro
James Bottomley wrote:
... I wouldn't have bothered except that I could see ad-hoc
in-kernel sysfs solutions beginning to appear.
If this is true, and if no one quickly volunteers to do the utility, then
I agree with what you are doing.
-- james s
--
To unsubscribe from this list: send the l
On 13 Feb 2008 at 8:29, Randy Dunlap wrote:
> Is it signed-off-by: pageexec ?
no it isn't, on purpose as i won't give out my real name that the
DCO requires.
> Couldn't that be a problem?
no it couldn't. no employer -> no problem. the little pleasures of life.
--
To unsubscribe from this list:
On Wed, Feb 13, 2008 at 10:06:16AM -0500, John W. Linville wrote:
> On Tue, Feb 12, 2008 at 06:47:30PM -0800, Joel Becker wrote:
> > Make the distinction earlier. With ocfs2 and configfs (we got
> > this scheme from Jeff), we keep the topic branches as "unsafe" - that
> > is, officially rebase
On Wed, 2008-02-13 at 18:33 +0200, Boaz Harrosh wrote:
> On Wed, Feb 13 2008 at 17:54 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote:
> > On Wed, Feb 13 2008 at 17:44 +0200, James Bottomley <[EMAIL PROTECTED]>
> > wrote:
> >> On Tue, 2008-02-12 at 19:40 +0200, Boaz Harrosh wrote:
> >>> - gdth_flus
On Wed, 2008-02-13 at 11:22 -0500, James Smart wrote:
> James Bottomley wrote:
> > I don't disagree with that, but the fact is that there isn't such a
> > tool. It's also a fact that the enterprise is reasonably unhappy with
> > the lack of an enclosure management infrastructure, since it's somet
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Haavard,
It means your application is not capable(sic) of using the upper 32-bits
of the 64-bit capability sets supported by this newer kernel.
You might consider rebuilding the offending application linking it
against a newer version of libcap:
ht
On Wed, 2008-02-13 at 22:07 +0530, Dhaval Giani wrote:
> On Wed, Feb 13, 2008 at 10:04:44PM +0530, Dhaval Giani wrote:
> > > > On the same lines, I cant understand how we can be seeing 700ms latency
> > > > (below) unless we had: large number of active groups/users and large
> > > > number of
>
2008/2/13, Marcelo Tosatti <[EMAIL PROTECTED]>:
> On Wed, Feb 13, 2008 at 04:24:53PM +0100, Jiri Kosina wrote:
> > On Wed, 13 Feb 2008, Zdenek Kabelac wrote:
> >
> > > I get this bug in my log whenever I start qemu-kvm - I do not use kqemu
> > > module - so it's with plain kernel modules. If more d
On Tue, 2008-02-12 at 22:18 -0800, Nicholas A. Bellinger wrote:
> On Tue, 2008-02-12 at 19:57 -0800, Nicholas A. Bellinger wrote:
> > Greetings all,
> >
> > On Tue, 2008-02-12 at 17:05 +0100, Bart Van Assche wrote:
> > > On Feb 6, 2008 1:11 AM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> >
On Wed, Feb 13, 2008 at 10:04:44PM +0530, Dhaval Giani wrote:
> > > On the same lines, I cant understand how we can be seeing 700ms latency
> > > (below) unless we had: large number of active groups/users and large
> > > number of
> > > tasks within each group/user.
> >
> > All I can say it that
gdth_exit would first remove all cards then stop the timer
and would not sync with the timer function. This caused a crash
in gdth_timer() when module was unloaded.
So del_timer_sync the timer before we delete the cards.
also a reboot notifier function was registered but is
not needed anymore. An
On Wed, Feb 13, 2008 at 01:51:18PM +0100, Peter Zijlstra wrote:
>
> On Wed, 2008-02-13 at 08:30 +0530, Srivatsa Vaddagiri wrote:
> > On Tue, Feb 12, 2008 at 08:40:08PM +0100, Peter Zijlstra wrote:
> > > Yes, latency isolation is the one thing I had to sacrifice in order to
> > > get the normal lat
On Feb 13, 2008 5:18 PM, Borislav Petkov <[EMAIL PROTECTED]> wrote:
> This is done in one single patch in order not to cause git breakage.
>
> Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
Looks good but could you please reorder patches and move PC_* -> PC_FLAG *
rename in ide-scsi to the pat
On Wed, Feb 13 2008 at 17:54 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 13 2008 at 17:44 +0200, James Bottomley <[EMAIL PROTECTED]> wrote:
>> On Tue, 2008-02-12 at 19:40 +0200, Boaz Harrosh wrote:
>>> - gdth_flush(ha);
>>> -
>> This piece doesn't look right. gdth_flush() forces
From: Corey Minyard <[EMAIL PROTECTED]>
Atomics are faster and neater than locked counters.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
---
Index: linux-2.6.24/drivers/char/ipmi/ipmi_si_intf.c
===
--- linux-2.6.24.orig/drivers/
From: Konstantin Baydarov <[EMAIL PROTECTED]>
Atomics are a lot more efficient and neat than using a lock.
Signed-off-by: Konstantin Baydarov <[EMAIL PROTECTED]>
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
---
Index: linux-2.6.24/drivers/char/ipmi/ipmi_msghandler.c
===
From: Corey Minyard <[EMAIL PROTECTED]>
Enough bug fixes and changes that we need a new driver version.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
Index: linux-2.6.23/drivers/char/ipmi/ipmi_msghandler.c
===
--- linux-2.6.23.or
From: Corey Minyard <[EMAIL PROTECTED]>
Hold handling of ATTN until the upper layer has reported that it is
ready.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
Cc: Patrick Schoeller <[EMAIL PROTECTED]>
---
Index: linux-2.6.24/drivers/char/ipmi/ipmi_si_intf.c
=
From: Corey Minyard <[EMAIL PROTECTED]>
Don't print out that the event queue is full on every event, only
print something out when it becomes full or becomes not full.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
---
Index: linux-2.6.23/drivers/char/ipmi/ipmi_msghandler.c
===
On Wed, 13 Feb 2008 16:29:00 +0100 Ingo Molnar wrote:
>
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> > patches to get CONFIG_CC_STACKPROTECTOR_ALL actually to work (it
> > includes the Makefile patch proposed in this thread already).
> >
> > note that the fix to ACPI is an actual stack
From: Corey Minyard <[EMAIL PROTECTED]>
The "run_to_completion" mode was somewhat broken. Locks need to be
avoided in run_to_completion mode, and it shouldn't be used by normal
users, just internally for panic situations.
This patch removes locks in run_to_completion mode and removes the
user ca
From: Konstantin Baydarov <[EMAIL PROTECTED]>
This patch prevents deadlocks in IPMI panic handler caused by msg_lock
in smi_info structure and waiting_msgs_lock in ipmi_smi structure.
Signed-off-by: Konstantin Baydarov <[EMAIL PROTECTED]>
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
---
In
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/scsi/ide-scsi.c | 27 ++-
1 files changed, 14 insertions(+), 13 deletions(-)
diff --git a/drivers/scsi/ide-scsi.c b/drivers/scsi/ide-scsi.c
index d46c81c..93c3fc2 100644
--- a/drivers/scsi/ide-scsi.c
+++ b/dr
This is done in one single patch in order not to cause git breakage.
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
---
drivers/ide/ide-floppy.c | 14 --
drivers/ide/ide-tape.c | 16
drivers/scsi/ide-scsi.c | 36 +++-
inclu
James Bottomley wrote:
I don't disagree with that, but the fact is that there isn't such a
tool. It's also a fact that the enterprise is reasonably unhappy with
the lack of an enclosure management infrastructure, since it's something
they got on all the other unix systems.
I don't disagree.
From: Carol Hebert <[EMAIL PROTECTED]>
Currently, on systems with multiple BMC interfaces, the ipmi device
names are being created in reverse order relative to how they are
discovered on the system (e.g. on an IBM x3950 multinode server with N
nodes, the device name for the BMC in the first node i
On Tue, 12 Feb 2008 23:22:02 -0800 Joe Perches wrote:
> On Tue, 2008-02-12 at 23:04 -0800, David Miller wrote:
> > > In the big "linux-next" series of emails, David Miller suggested that
> > > the feature-removal-schedule file be broken up into little pieces, as it
> > > is causing merge problems
On Wed, 13 Feb 2008 08:32:03 +0100 Ferenc Wagner wrote:
> "Mike Snitzer" <[EMAIL PROTECTED]> writes:
>
> > 2.6.23.x and 2.6.24.x are obviously quite active for [EMAIL PROTECTED]
>
> What is [EMAIL PROTECTED] That sounds promising. The closest I
> could find is [EMAIL PROTECTED]
[EMAIL PROTECT
Ingo, could you also please consider the KVM build fix at
http://marc.info/?l=linux-kernel&m=120262794315024&w=2 which has been
acked by Avi. I suspect this patch should be route through git-x86
since it affects arch/x86/Kconfig.
Balbir
PS: Modified cc's to reduce the noise.
--
To unsubscribe fro
On Tue, 2008-02-12 at 20:18 -0800, David Rientjes wrote:
> On Tue, 12 Feb 2008, Lee Schermerhorn wrote:
>
> > > Adds another member to struct mempolicy,
> > >
> > > nodemask_t user_nodemask
> > >
> > > that stores the the nodemask that the user passed when he or she created
> > > the mempolicy
> > > Chelsio's T3 HW doesn't support this.
For ehca we currently can't modify a large MR when it has been allocated.
EHCA Hardware expects the pages to be there (MRs must not have "holes").
This is also true for the global MR covering all kernel space.
Therefore we still need the memory to be
>-Original Message-
>From: Williams, Dan J
>Sent: Tuesday, February 12, 2008 11:03 PM
>To: linux-kernel@vger.kernel.org
>Cc: [EMAIL PROTECTED]; Nelson, Shannon; [EMAIL PROTECTED];
>[EMAIL PROTECTED]
>Subject: [PATCH 2/4] async_tx: fix multiple dependency submission
>
>Shrink struct dma_as
Fix up parse error in FRV linker script, presumably introduced through changes
to the INIT_TEXT and EXIT_TEXT macros.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
arch/frv/kernel/vmlinux.lds.S |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/arch/frv/kernel/vm
Marcel Holtmann wrote:
> Hi,
>
>
This patch fix bugzilla #9027.
``Syslog flooded with "hci_scodata_packet: hci0 SCO packet for unknown
connection handle 92" message"
see http://bugzilla.kernel.org/show_bug.cgi?id=9027
>>> when we get the content o
>-Original Message-
>From: Williams, Dan J
>Sent: Tuesday, February 12, 2008 11:03 PM
>To: linux-kernel@vger.kernel.org
>Cc: [EMAIL PROTECTED]; Nelson, Shannon; [EMAIL PROTECTED];
>[EMAIL PROTECTED]
>Subject: [PATCH 3/4] async_tx: kill ->device_dependency_added
>
>DMA drivers no longer ne
On Wed, Feb 13, 2008 at 04:24:53PM +0100, Jiri Kosina wrote:
> On Wed, 13 Feb 2008, Zdenek Kabelac wrote:
>
> > I get this bug in my log whenever I start qemu-kvm - I do not use kqemu
> > module - so it's with plain kernel modules. If more details are needed -
> > just ask. (Cpu; C2D)
> > BUG: s
401 - 500 of 747 matches
Mail list logo