Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
> Andi Kleen wrote:
>>> +#ifdef CONFIG_XEN
>>> +#include "../xen/xen-head.S"
>>> +#endif
>>>
>>
>> Can this really not be linked separately?
>
> I did a patch to do this (attached). In principle it should be pretty
> simple, but I think I'm
Convert over to the new NMI handling for getting IPMI watchdog
timeouts via an NMI. This add config options to know if there
is the ability to receive NMIs and if it has an NMI post processing
call. Then it modifies the IPMI watchdog to take advantage of
this so that it can know if an NMI comes
On 02/14, Gautham R Shenoy wrote:
>
> This patch reverts all the recent workqueue hacks added to make it
> hotplug safe.
In my opinion these hacks are cleanups :)
Ok. If we use freezer then yes, we can remove cpu_populated_map and just
use for_each_online_cpu(). This is easy and good.
What
Add pci_remove handling to the driver, so it will clean up if
the device is hot-removed.
Signed-off-by: Corey Minyard <[EMAIL PROTECTED]>
Index: linux-2.6.19/drivers/char/ipmi/ipmi_si_intf.c
===
---
Alan wrote:
We'd have to audit and figure out what udelays are for hardware and
which are not, but the evidence is that the vast majority of them are
for hardware and not needed for virtualization.
Which is irrelevant since the hardware drivers won't be used in a
virtualised environment
This patch adds support for of_platform_driver to the ipmi_si module.
When loading the module, the driver will be registered to of_platform.
The driver will be probed for all devices with the type ipmi. It's supporting
devices with compatible settings ipmi-kcs, ipmi-smic and ipmi-bt.
Only
On Wed, Feb 14, 2007 at 11:45:23AM -0800, Davide Libenzi wrote:
> Sort of, except that the whole thing can complete syncronously w/out
> context switches. The real point of the whole fibrils/syslets solution is
> that kind of optimization. The solution is as good as it is now, for
Except that
Hello,
> @@ -1163,7 +1155,8 @@ static void mod_kobject_remove(struct module *mod)
> {
> module_remove_modinfo_attrs(mod);
> module_param_sysfs_remove(mod);
> - kobject_unregister(mod->mkobj.drivers_dir);
> + if (mod->mkobj.drivers_dir)
> +
On Wed, Feb 14, 2007 at 05:08:39PM -0200, Marcelo Tosatti wrote:
>
> movntq instruction is supported by Geode CPU's, so use
> fast_clear_page/fast_copy_page versions that have it.
it's supported, but is it a win ?
The same was also true of the VIA C3/C7's, but due to
poor memory bandwidth, it
On 2/14/07, Németh Márton <[EMAIL PROTECTED]> wrote:
Dmitry Torokhov <[EMAIL PROTECTED]> írta:
> On 2/11/07, Németh Márton <[EMAIL PROTECTED]> wrote:
> >
> > Extend EV_LED handling code so that it can handle not
> > only two states (on/off) but also others. For example
> > a LED can blink
On Wed, Feb 14, 2007 at 09:03:24AM +0100, Peter 1 Oberparleiter wrote:
> Greg KH <[EMAIL PROTECTED]> wrote on 14.02.2007 02:27:32:
> > On Tue, Feb 13, 2007 at 12:13:54PM +0100, Peter Oberparleiter wrote:
> > > This function can be useful
> > > for people moving functionality from /proc to debugfs
Gautham, I'll try to apply this patch and read the code on Sunday, right
now a couple of comments about workqueue.c changes.
On 02/14, Gautham R Shenoy wrote:
>
> --- hotplug.orig/kernel/workqueue.c
> +++ hotplug/kernel/workqueue.c
> @@ -368,6 +368,7 @@ static int worker_thread(void *__cwq)
>
Pavel Machek wrote:
On Thu 2007-02-08 07:36:12, Rusty Russell wrote:
On Wed, 2007-02-07 at 12:35 +, Pavel Machek wrote:
Ugh, it sounds like paravirt is more b0rken then I thought. It should
always to the proper delay, then replace those udelays that are not
needed on virtualized
On Wed, 14 Feb 2007, Benjamin LaHaise wrote:
> On Wed, Feb 14, 2007 at 09:52:20AM -0800, Davide Libenzi wrote:
> > That'd be, instead of passing a chain of atoms, with the kernel
> > interpreting conditions, and parameter lists, etc..., we let gcc
> > do this stuff for us, and we pass the
On Wednesday 14 February 2007 01:39, Richard Knutsson wrote:
> Convert pci_module_init() to pci_register_driver().
>
> Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
> ---
> Compile-tested with "allyes", "allmod" & "allno" on i386
applied, thanks
-
To unsubscribe from this list: send the
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > (1) A cut-down MPI library derived from GPG with error handling added.
>
> Do we really need to add this?
I presume you mean the MPI library specifically? If so, then yes. It's
necessary to do DSA signature verification (or RSA for that matter).
On Wednesday 14 February 2007 07:37, Linus Torvalds wrote:
> We could prepend another '/' (so that you'd have a path that starts with
> "//"). That's still a legal path, but it's also somethign that even POSIX
> says is valid to mean something else (eg "//ftp/.." or "//socket/.." to
> escape into
On Tue, Feb 13, 2007 at 05:06:42PM -0800, Zachary Amsden wrote:
> >I moved drm_follow_page into the core, to avoid having to wrap the
> >various pte ops. Unlining kernel_fpu_end and using that in the RAID6
> >code would remove the need to export clts/read_cr0/write_cr0 too.
Please don't push the
William Cohen wrote:
Hello Stephane,
The oprofile patch should be made against the oprofile cvs rather than
the 0.9.2 tarball. There are some files that the patch touches that are
created by the autogen.sh.
The oprofile patch doesn't build if things are configured without the
On Wed, 14 Feb 2007, Jean Delvare wrote:
>
> On x86, the BIOS led state can be read from byte 0x97 the BIOS RAM. The
> BIOS RAM is mapped at 0x400 so all we need to do is to one byte from
> RAM (offset 0x497). This is how Suse's hwinfo does.
Heh. Shows just how much I ever used DOS and BIOS.
movntq instruction is supported by Geode CPU's, so use
fast_clear_page/fast_copy_page versions that have it.
Signed-off-by: Marcelo Tosatti <[EMAIL PROTECTED]>
diff --git a/arch/i386/lib/mmx.c b/arch/i386/lib/mmx.c
index 28084d2..ddc1421 100644
--- a/arch/i386/lib/mmx.c
+++
On Wed, 14 Feb 2007, David Howells wrote:
>
> (1) A cut-down MPI library derived from GPG with error handling added.
Do we really need to add this?
Wouldn't it be much nicer to just teach people to use one of the existing
signature things that we need for _other_ cases anyway, and already
On Wed, 2007-02-14 at 11:12 -0800, Linus Torvalds wrote:
>
> On Wed, 14 Feb 2007, Dax Kelson wrote:
> >
> > Are there any technical or political reasons why kernel can't change
> > from "force off" to "Follow BIOS"?
>
> How would you query it? I'm not even 100% sure that you can on all
>
Hi Linus,
On Wed, 14 Feb 2007 11:12:23 -0800 (PST), Linus Torvalds wrote:
> On Wed, 14 Feb 2007, Dax Kelson wrote:
> > Are there any technical or political reasons why kernel can't change
> > from "force off" to "Follow BIOS"?
>
> How would you query it? I'm not even 100% sure that you can on
movntq instruction is supported by Geode CPU's, so use
fast_clear_page/fast_copy_page versions that have it.
Signed-off-by: Marcelo Tosatti <[EMAIL PROTECTED]>
diff --git a/arch/i386/lib/mmx.c b/arch/i386/lib/mmx.c
index 28084d2..ddc1421 100644
--- a/arch/i386/lib/mmx.c
+++
On Wed, 2007-02-14 at 11:12 -0800, Linus Torvalds wrote:
>
> On Wed, 14 Feb 2007, Dax Kelson wrote:
> >
> > Are there any technical or political reasons why kernel can't change
> > from "force off" to "Follow BIOS"?
>
> How would you query it? I'm not even 100% sure that you can on all
>
According to the lore(1) the reason that the kernel unconditionally
turns off the num lock was so that Linus' laptop came up ready to type.
The issue is that if you force num lock on, then laptop users are messed
up since for most laptops your keyboard changes as follows:
7890 = 789*
uiop =
Dmitry Torokhov <[EMAIL PROTECTED]> írta:
> On 2/11/07, Németh Márton <[EMAIL PROTECTED]> wrote:
> >
> > Extend EV_LED handling code so that it can handle not
> > only two states (on/off) but also others. For example
> > a LED can blink using hardware acceleration. The code
> > changed so that
On Wed, 14 Feb 2007, Dax Kelson wrote:
>
> Are there any technical or political reasons why kernel can't change
> from "force off" to "Follow BIOS"?
How would you query it? I'm not even 100% sure that you can on all
keyboards. We never query the leds, we always set them. I think. I don't
Add per-arch indications of module ELF types and relocation table entry types.
Signed-Off-By: David Howells <[EMAIL PROTECTED]>
---
include/asm-alpha/module.h |3 +++
include/asm-arm/module.h |5 +
include/asm-cris/module.h|5 +
include/asm-h8300/module.h |5
Add a facility to retain public keys and to verify signatures made with those
public keys, given a signature and crypto_hash of the data that was signed.
Signed-Off-By: David Howells <[EMAIL PROTECTED]>
---
crypto/Kconfig | 13 +
crypto/Makefile|1
Two extensions are added:
(1) Support for SHA1 digestion of in-kernel buffers directly without the use
of scatter-gather lists.
(2) Allocation of crypto algorithm instances without resort to fallback module
loading.
SHA1 is used by module signature checking, and so must not itself
Do preliminary verification of the ELF structure of a module. This is used to
make sure that the ELF structure can then be used to check the module signature
and access the module data without breaking the module loader.
If the module's ELF metadata is determined to be bad, then ELIBBAD will be
These patches provide a GPG-based kernel module signing facility. Their use is
not fully automated within the confines of the kernel build process because it
needs provision of keys from outside of the kernel before the kernel can be
compiled.
The patches are:
(1) A cut-down MPI library
On Wed, 14 Feb 2007, Nick Piggin wrote:
> Can't you have migration without swap?
Yes you can.
-
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
On Tue, 13 Feb 2007, Nick Piggin wrote:
> This is a scheme for page replication replicates read-only pagecache pages
> opportunistically, at pagecache lookup time (at points where we know the
> page is being looked up for read only).
The problem is that you may only have a single page table. One
On Wed, Feb 14, 2007 at 05:40:47PM +0100, Hoang-Nam Nguyen wrote:
> Hi,
> here is a patch for ehca with the reworked irq handler.
> Thanks
> Nam
This looks okay to me (and sorry for new replying earlier to you private
mail)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Tue, 13 Feb 2007, Nick Piggin wrote:
> Just tinkering around with this and got something working, so I'll see
> if anyone else wants to try it.
>
> Not proposing for inclusion, but I'd be interested in comments or results.
We would be very interested in such a feature. We have another hack
Andi Kleen wrote:
>> +#ifdef CONFIG_XEN
>> +#include "../xen/xen-head.S"
>> +#endif
>>
>
> Can this really not be linked separately?
I did a patch to do this (attached). In principle it should be pretty
simple, but I think I'm running into toolchain issues. If I link
xen-head.S separately
__devinit & __devexit cleanups for de2104x driver.
Fixes MODPOST warnings similar to:
WARNING: drivers/net/tulip/de2104x.o - Section mismatch: reference to
.init.text:de_init_one from .data.rel.local after 'de_driver' (at offset 0x20)
WARNING: drivers/net/tulip/de2104x.o - Section mismatch:
On Wed, 14 Feb 2007 10:29:32 -0800
Stephane Eranian <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 13, 2007 at 02:05:33PM -0800, Andrew Morton wrote:
> > > On Tue, 13 Feb 2007 10:48:39 -0800 Stephane Eranian <[EMAIL PROTECTED]>
> > > wrote:
> > > I have released another version of the perfmon new code
Andrew,
On Tue, Feb 13, 2007 at 02:05:33PM -0800, Andrew Morton wrote:
> > On Tue, 13 Feb 2007 10:48:39 -0800 Stephane Eranian <[EMAIL PROTECTED]>
> > wrote:
> > I have released another version of the perfmon new code base package.
>
> Can we have a bug push to get this merged up please?
Could
On Wednesday 14 February 2007 18:55, Jeff Dike wrote:
> x86_64 ptrace32 needs to support PTRACE_OLDSETOPTIONS. This patch
> just converts the PTRACE_OLDSETOPTIONS request to PTRACE_SETOPTIONS
> and falls through to the sys_ptrace call.
Hmm, why do we have this at all if it's the same as plain
On Wed, 14 Feb 2007 05:41:53 -0800
"Vitaly Wool" <[EMAIL PROTECTED]> wrote:
> On 2/14/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Wed, 14 Feb 2007 11:37:52 +0300 "Vitaly Wool" <[EMAIL PROTECTED]> wrote:
> > > Hmm, why? I can't think of a platform where one 8250-compatible UART is
> > >
This option is useful for all of the X86 subarchs afaik (and especially
X86_GENERICARCH).
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
--- linux-2.6.20.noarch/drivers/rtc/Kconfig~2007-02-14 13:07:07.0
-0500
+++ linux-2.6.20.noarch/drivers/rtc/Kconfig 2007-02-14
On Wed, Feb 14, 2007 at 09:52:20AM -0800, Davide Libenzi wrote:
> That'd be, instead of passing a chain of atoms, with the kernel
> interpreting conditions, and parameter lists, etc..., we let gcc
> do this stuff for us, and we pass the "clet" :) pointer to sys_async_exec,
> that exec the above
On Wed, 2007-02-14 at 09:55 -0800, Chuck Lever wrote:
> Ming Zhang wrote:
> > On Tue, 2007-02-13 at 10:44 +1100, NeilBrown wrote:
> >> From: J. Bruce Fields <[EMAIL PROTECTED]>
> >> The server name is expected to be a null-terminated string, so we can't
> >> pass in the raw client identifier.
> >>
x86_64 ptrace32 needs to support PTRACE_OLDSETOPTIONS. This patch
just converts the PTRACE_OLDSETOPTIONS request to PTRACE_SETOPTIONS
and falls through to the sys_ptrace call.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/x86_64/ia32/ptrace32.c |2 ++
1 file changed, 2 insertions(+)
On Mon, Feb 12, 2007 at 05:04:54PM -0500, Chuck Ebbert wrote:
> See:
> http://lkml.org/lkml/2005/09/16/261
>
> for the one I proposed instead.
That works for me - can we get this into mainline?
Jeff
--
Work email - jdike at linux dot intel dot com
-
To
On 2/2/07, Erik Mouw <[EMAIL PROTECTED]> wrote:
On Fri, Feb 02, 2007 at 01:04:53AM +0100, Lapo TIN wrote:
> I need to capture at 25 frame per second from each channel...
> So 25 x 8 total frames per second on the pci.
Each PAL frame takes about 800k, so that makes 20MB/s per channel. With
8
On Tue, Feb 13, 2007 at 07:52:54AM +, Jan Beulich wrote:
> Actually, after a second round of thinking I believe there's still more to do
> - your second patch missed fixing i386's do_trap() similarly to x86-64's
> and, vice versa, x86-64's do_general_protection() similarly to i386's.
Sigh,
-wrap lines are fixed. Sorry.
>From Leonid Ananiev
Fix kernel bug if IO page is temporally busy:
invalidate_inode_pages2_range() returns EIOCBRETRY but not EIO.
invalidate_inode_pages2() returns EIO as earlier.
Signed-off-by: Leonid Ananiev <[EMAIL PROTECTED]>
---
---
On Wed, 14 Feb 2007, Jaroslav Kysela wrote:
>
> Linus, please do an update from:
>
> http://www.kernel.org/pub/scm/linux/kernel/git/perex/alsa.git
> (linus branch)
Please fix your script.
Not only is the http:// protocol terminally broken (use git:// or
master.kernel.org instead), your
Ming Zhang wrote:
On Tue, 2007-02-13 at 10:44 +1100, NeilBrown wrote:
From: J. Bruce Fields <[EMAIL PROTECTED]>
The server name is expected to be a null-terminated string, so we can't
pass in the raw client identifier.
What's more, the client identifier is just a binary, not necessarily
On Wed, 14 Feb 2007, Russell King wrote:
> Let me spell it out, since you appear to have completely missed my point.
>
> At the moment, SKIP_TO_NEXT_ON_STOP is specified to jump a "jump a full
> syslet_uatom number of bytes".
>
> If we end up with a system call being added which requires more
Greg Trounson wrote:
At the risk of sounding like a "me too" post:
I also have an Asus P5W-DH, with the following drives connected:
SATA: ST3250820AS, connected to sata1
PATA: HL-DT-ST GSA-H12N, ATAPI DVD Writer, Primary master
On bootup of 2.6.19 and 2.6.20, the kernel stalls for 1 minute
On Tue, 13 Feb 2007, James Simmons wrote:
> Andrew please apply.
Thanks!
Andrew, I will resend the whole series again, against current linus.git.
> Acked-By: James Simmons <[EMAIL PROTECTED]>
>
> On Mon, 12 Feb 2007, Geert Uytterhoeven wrote:
>
> > On Wed, 31 Jan 2007, Geert Uytterhoeven
> after deinstallation of oprofile and only soft reboots (no hardware power
> off)
> these values STAYED (linux 48 MB/s) !! even for a brand new installation of
> OpenSuSE 10.2 to another partition!
> After a hardware power off everything was again like before (26 MB/s).
>
> So now the
On Wed, 14 Feb 2007, Ingo Molnar wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > Let me clarify what I meant. There is only limited number of threads,
> > which are supposed to execute blocking context, so when all they are
> > used, main one will block too - I asked about
On Wed, 14 Feb 2007, Pavel Machek wrote:
>
> Ouch, yet another interpretter in kernel :-(. Can we reuse acpi or
> something?
Hah. You make the joke! I get it!
Mwahahahaa!
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Sat, 10 Feb 2007 18:49:56 -0800, Linus Torvalds wrote:
> And I actually talked about that in one of the emails already. There is no
> way you can beat an event-based thing for things that _are_ event-based.
> That means mainly networking.
>
> For things that aren't event-based, but based on
I've got the ieee80211 and hostap code compiled as modules for my MA401
card, and the system locks up when I insert the card. No keyboard, no
sysrq, no logs after reboot, no nothing. The same configuration works
fine under 2.6.19.
If I first insert my old 3com 3c589 card, then eject it and
On Wed, 14 Feb 2007, Bill Lear wrote:
>
> This is enabled by passing the --enable=receive-pack to the
> git-daemon (usually in the [x]?inetd configuration).
>
> This has the benefit of:
Before you list the benefits, you should always talk about the lack of
security! Let nobody enable it
Hi,
this patch sets port phys state as a result of ehca_query_port() to LINK_UP.
On pSeries ehca actually represents a logical HCA, whose phys/link state always
is LINK_UP.
Thanks
Nam
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_hca.c |3 +++
1 files changed, 3
Hi,
this patch removes yield() and uses wait_for_completion() in order
to wait for running completion handlers finished before destroying
associated completion queue.
Thanks
Nam
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_classes.h |3 +++
ehca_cq.c |3 ++-
Hi,
here is a patch for ehca that allows users to en/disable scaling code
when loading ib_ehca module.
Thanks
Nam
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
Kconfig|8
ehca_classes.h |1 +
ehca_irq.c | 47
Hi,
this patch fixes a race condition in find_next_cpu_online() and some
other locking issues in scaling code.
Thanks
Nam
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_irq.c | 68 +
1 files changed, 33 insertions(+),
Hi,
here is a patch for ehca with the reworked irq handler.
Thanks
Nam
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca_classes.h | 18 +++--
ehca_eq.c |1
ehca_irq.c | 200 -
ehca_irq.h |1
Benny Amorsen wrote:
"BD" == Bill Davidsen <[EMAIL PROTECTED]> writes:
BD> You may be able to move one board to another slot, but looking at
BD> the bandwidth I suspect you may need a server motherboard with
BD> multiple busses, preferably running at 66MHz 64bit. I don't think
BD>
Hello Roland!
Here is a patch set for ehca with the following changes resp. bug fixes:
* Reworked irq handler to avoid/reduce missed irq events
* Fix race condition bug in find_next_online_cpu() and other potential
locking issue of scaling code
* Allow scaling code to be configurable
On Wed, Feb 14, 2007 at 12:13:52PM +0100, Alessandro Suardi wrote:
> On 2/14/07, Andreas Gruenbacher <[EMAIL PROTECTED]> wrote:
> >Hi,
> >
> >I've described the problem and possible fixes in the "Re: [PATCH] Fix
> >d_path
> >for lazy unmounts" thread, Message-Id: [EMAIL PROTECTED]
>
> Yes, I saw
On 2/14/07, Thibaud Hulin <[EMAIL PROTECTED]> wrote:
Hi !
distro related: check
https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/66637 and
all the duplicates
After compiling the kernel, I discover that my computer don't use the swap.
So, I try a cat .config |grep SW, and I got :
[Content-Type: multipart/mixed; boundary="=neXtPaRt_1171455051"]
Please do not post to LKML (or to any Linux related site) in any other
format than plain text. That alone will get you ignored most of the
time.
On Wed, 2007-02-14 at 18:11 +0530, Alim Akhtar wrote:
> hI all
>
>
>
> I have
On Tue, 2007-02-13 at 10:47 +1100, ext Nigel Cunningham wrote:
> Hi.
>
> On Tue, 2007-02-13 at 00:23 +0100, Rafael J. Wysocki wrote:
> > Hi,
> >
> > Here's my attempt to document the requirements with respect to the basic PM
> > support in drivers and the testing of that. Comments welcome.
> >
Hi !
After compiling the kernel, I discover that my computer don't use the swap.
So, I try a cat .config |grep SW, and I got :
CONFIG_SWAP=y
# CONFIG_X86_VISWS is not set
CONFIG_X86_BSWAP=y
CONFIG_SUSPEND2_SWAP=y
CONFIG_SUSPEND2_REPLACE_SWSUSP=y
# CONFIG_AGP_SWORKS is not set
> The masking is done primarily to (a) calculate the correct length (from a
> BAR's
> perspective), as I don't want to write the BAR if its length doesn't match the
> expectation, and (b) to properly report the new value in the printk.
Ok I guess you have to do something like that since you
>>> Alan <[EMAIL PROTECTED]> 14.02.07 16:40 >>>
>On Wed, 14 Feb 2007 15:05:24 +
>"Jan Beulich" <[EMAIL PROTECTED]> wrote:
>
>> The change to force legacy mode IDE channels' resources to fixed
>> non-zero values confuses (at least some versions of) X, because the
>> values reported by the
hi to the list!
i have problems getting the at76c503a-driver running on linux-2.6.20-rt5.
since i did not subscribed to the list, please add my email address as
CC for all postings which are related to this one, so that i receive it.
the problem is this: i just build the 2.6.20 kernel and
On Wed, 14 Feb 2007, Andreas Gruenbacher wrote:
>
> Mountpoints are reported relative to the chroot if they are reachable from
> the
> chroot, and relative to the namespace they are defined in otherwise. This is
> big nonsense, but it's unclear to me how to best fix it:
Well, it's also what
On Wed, Feb 14, 2007 at 08:12:29PM +0530, Gautham R Shenoy wrote:
> o Can the SYSTEM_RUNNING hack in _cpu_up be avoided by some cleaner means.
Basically freeze_processes doesnt seem to work at the early stages of
bootup (during smp_init) and hence the hack.
One option is to investigate why it
On Wed, 14 Feb 2007 15:05:24 +
"Jan Beulich" <[EMAIL PROTECTED]> wrote:
> The change to force legacy mode IDE channels' resources to fixed
> non-zero values confuses (at least some versions of) X, because the
> values reported by the kernel and those readable from PCI config space
> aren't
On Wed, Feb 14, 2007 at 08:13:05PM +0530, Gautham R Shenoy wrote:
> + switch (action) {
> + case CPU_UP_PREPARE:
> + /* Create a new workqueue thread for it. */
> + list_for_each_entry(wq, , list) {
Its probably safe to take the workqueue (spin) lock here (and
Hello,
currently i'm trying to measure the cpu times for
numerical algorithms written in C using two calls of
getrusage() and then calculating the time difference.
According to the man page of getrusage i looked at the
user time of my process. Surprisingly the measured user
times vary strongly
Hello,
I have an issue with latest 2.6.20 kernel..
my last kernel was a 2.6.18 and I wanted to upgrade to a 2.6.20, I
copied .config and did a make menuconfig, then save/quit. I compiled
new kernel, all went fine.
I installed it and at boot time, I had a hang just after "Freeing
unused kernel
The change to force legacy mode IDE channels' resources to fixed
non-zero values confuses (at least some versions of) X, because the
values reported by the kernel and those readable from PCI config space
aren't consistent anymore. Therefore, this patch arranges for the
respective BARs to also get
On Wed, Feb 14, 2007 at 08:13:05PM +0530, Gautham R Shenoy wrote:
> This patch reverts all the recent workqueue hacks added to make it
> hotplug safe.
Oleg,
This patch probably needs review for any races we may have
missed to account for. Also we have considered only workqueue.c
On Tuesday, February 13, 2007 at 19:14:16 (-0800) Junio C Hamano writes:
>The latest feature release GIT 1.5.0 is available at the usual places:
>...
I do think worth pointing out that, quite significantly, you can now
use git-daemon to push changes into a repo, something very handy for
private
This patch rips out lock_cpu_hotplug from the kernel.
Good Riddance!! (hopefully :) )
Signed-off-by : Gautham R Shenoy <[EMAIL PROTECTED]>
--
arch/i386/kernel/cpu/mtrr/main.c |6 --
arch/i386/kernel/microcode.c |8
arch/mips/kernel/mips-mt.c
This patch reverts all the recent workqueue hacks added to make it
hotplug safe.
Signed-off-by : Srivatsa Vaddagiri <[EMAIL PROTECTED]>
Signed-off-by : Gautham R Shenoy <[EMAIL PROTECTED]>
kernel/workqueue.c | 225 +++--
1 files changed, 98
This patch removes the per-subsystem hotcpu mutexes from sched and
slab subsystems.
Signed-off-by : Gautham R Shenoy <[EMAIL PROTECTED]>
--
kernel/sched.c | 16
mm/slab.c |6 --
2 files changed, 22 deletions(-)
Index: hotplug/kernel/sched.c
This patch implements process_freezer based cpu-hotplug
core.
The sailent features are:
o No more (un)lock_cpu_hotplug.
o No more CPU_LOCK_ACQUIRE and CPU_LOCK_RELEASE. Hence no per-subsystem
hotcpu mutexes.
o Calls freeze_process/thaw_processes at the beginning/end of
the hotplug operation.
Hello Everybody,
This is an experiment towards process_freezer based implementation
of cpu-hotplug. This is mainly based on ideas of Andrew Morton,
Ingo Molnar and Paul Mckenney featured in the discussion
http://lkml.org/lkml/2007/1/31/323.
This is an absolute bare-minimal implementation to
This patch enables dynamic adding / removing of ehea ports
by DLPAR tool.
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
diff -Nurp -X dontdiff linux-2.6.20/drivers/net/ehea/ehea.h
patched_kernel/drivers/net/ehea/ehea.h
--- linux-2.6.20/drivers/net/ehea/ehea.h2007-02-12
On 14/02/07, RIz Khan <[EMAIL PROTECTED]> wrote:
Dear Sir/Madam,
I have an interview at symantec and i need to knw about Linux kernel
development using C. I have done prgramming in C++ but in windows enviorment
but i dont kknw nothing about linux and especially about kernel development.
I would
On Sun 11-02-07 14:59:53, Frank Hartmann wrote:
> Jan Kara <[EMAIL PROTECTED]> writes:
> > OK, thanks for the news. Please, write me when you try out 2.6.20. Just
> > if it rings bell to someone on this list: It looks like the page had no
> > buffers but PagePrivate was set. Strange.
>
> Hi
Hello!
TOMOYO Linux is an access control enhancement patch
utilizing "struct task_struct".
http://tomoyo.sourceforge.jp/
It supports 2.4.30 and later/2.6.11 and later vanilla kernels
and some of distributor's kernels.
Kickstarting page for CentOS 4.4, Fedora Core 6,
Debian Sarge, and Ubuntu
ebiederm wrote:
> At a quick glance max_threads and max_files appear even more to be
> DOS limits and not tunables and even less applicable to needing any
> tuning at all. My gut feel is at worst these values may need a little
> better boot time defaults but otherwise they the should be good.
On Wed, Feb 14, 2007 at 03:47:55PM +1100, Rusty Russell wrote:
>
> It's also used to generate dma structs for outgoing packets. In that
> case, skb_headlen() == 0:
I see, in that case you're guaranteed to have no fragments.
Still it feels a bit weird to have a length field that only
applies to
On Sat, 10 Feb 2007, Andrew Burgess wrote:
I have terrible news: 2.6.20-rt5 does not boot at all on a couple
machines I was brave enough to try -- a [EMAIL PROTECTED] SMP/HT desktop, and a
Core2 Duo [EMAIL PROTECTED] laptop.
Ditto for me on an ASUS AMD64 x2, just hangs, I have no
serial
On Wed, Feb 14, 2007 at 03:28:34PM +0200, Ahmed S. Darwish wrote:
> A trivial comment actually, Is there a point to write multi-line comments
> in two different formats ?
No goal in doing that, no - it wasn't a conscious decision.
--
"You grabbed my hand and we fell into it, like a daydream -
201 - 300 of 746 matches
Mail list logo
