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 witho
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 r
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
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 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 possi
> 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 interes
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 wrot
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 whe
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 th
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
printab
-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]>
---
--- linux-2.6.20/mm/truncate.c
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, her
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 uns
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 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.
> >>
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 13:07:13.000
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
> > > pro
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 SET
__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: refer
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 th
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, 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 the
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 = 456-
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
> keyboa
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
know
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
+++ b/arch/i386/lib/mmx.c
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 all
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
> keyboa
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
+++ b/arch/i386/lib/mmx.c
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.
>
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 "clet"
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 har
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)
>
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
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)
> + kobject_unregi
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 Y
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 ipmi-kcs
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 wi
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
===
--- linux-2.6.19.orig/drivers/char/ip
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 els
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 Wed, 14 Feb 2007, Benjamin LaHaise wrote:
> 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
On Wed, Feb 14, 2007 at 02:55:46PM -0500, Dave Jones wrote:
> 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 sa
On 02/14, Gautham R Shenoy wrote:
>
> o Splits CPU_DEAD into two events namely
> - CPU_DEAD: which will be handled while the processes are still
> frozen.
>
> - CPU_DEAD_KILL_THREADS: To be handled after we thaw_processes.
Imho, this is not right. This change the meaning of CPU
On 02/14, Srivatsa Vaddagiri wrote:
>
> 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, &workqueues, list) {
>
> Its probably
Linus,
Please pull the hwmon subsystem updates for Linux 2.6.21 from:
git://jdelvare.pck.nerim.net/jdelvare-2.6 hwmon-for-linus
There is one new hardware monitoring driver (adm1029, for the
relatively rare Analog Devices ADM1029 chip), support for one new chip
(Winbond W83627DHG), PWM clock freq
On Wed, Feb 14, 2007 at 12:14:29PM -0800, Davide Libenzi wrote:
> I think you may have mis-interpreted my words. *When* a schedule would
> block a synco execution try, then you do have a context switch. Noone
> argue that, and the code is clear. The sys_async_exec thread will block,
> and a newl
Over the last few years, page replacement problems in the Linux VM
have been getting resolved as they cropped up, but sometimes the same
kind of bug has been getting fixed and reincroduced over and over
again.
This has convinced me that it is time to take a look at the actual
requirements of a pa
On Tue, 13 Feb 2007, Ingo Molnar wrote:
>
> the core syslet / async system calls infrastructure code.
Ok, having now looked at it more, I can say:
- I hate it.
I dislike it intensely, because it's so _close_ to being usable. But the
programming interface looks absolutely horrid for any "cas
Hi!
>
> >>>I have (had?) code that 'exploits' this. I believe I could eat 90% of cpu
> >>>without being noticed.
> >>
> >>Slightly changed version of hog(around 3 lines in total changed) does that
> >>easily on 2.6.18.3 on PPC.
> >>
> >>http://www.boblycat.org/~malc/apc/load-hog-ppc.png
> >
> >I g
On Wed, Feb 14, 2007 at 06:17:36PM -0200, Marcelo Tosatti wrote:
> On Wed, Feb 14, 2007 at 02:55:46PM -0500, Dave Jones wrote:
> > 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_
Ingo Molnar wrote:
> Syslets consist of 'syslet atoms', where each atom represents a single
> system-call. These atoms can be chained to each other: serially, in
> branches or in loops. The return value of an executed atom is checked
> against the condition flags. So an atom can specify 'exit on
On Tue, 2007-02-13 at 07:09 +0100, Nick Piggin wrote:
> Hi,
>
> 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.
>
> Thanks,
> Nick
I've included a small patch
On 2/13/07, Kay Sievers <[EMAIL PROTECTED]> wrote:
On Tue, 2007-02-13 at 17:04 +0100, Marcel Holtmann wrote:
> > kernel BUG at lib/iomap.c:254!
> > invalid opcode: [#1]
> > ...
> >
> > The screen picture is here:
> > http://vrfy.org/pci_iounmap.jpg
> >
> > It's a Thinkpad T43p.
> >
> > 2.6
On Wed, 14 Feb 2007 17:08:39 -0200
Marcelo Tosatti <[EMAIL PROTECTED]> wrote:
>
> movntq instruction is supported by Geode CPU's, so use
> fast_clear_page/fast_copy_page versions that have it.
Is it actually faster for macro performance not just microbenchmarking ?
Alan
-
To unsubscribe from th
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> And the whole "lock things down in memory" approach is bad. It's doing
> expensive things like mlock(), making the overhead for _single_ system
> calls much more expensive. [...]
hm, there must be some misunderstanding here. That mlock is /only/ on
On Wed, 14 Feb 2007, Benjamin LaHaise wrote:
> On Wed, Feb 14, 2007 at 12:14:29PM -0800, Davide Libenzi wrote:
> > I think you may have mis-interpreted my words. *When* a schedule would
> > block a synco execution try, then you do have a context switch. Noone
> > argue that, and the code is clea
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 chan
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 deriv
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 re
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
r
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
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 +
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 hav
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).
James,
Please review and forward upstream. This is a patch I'd previously
submitted, and reworked by [EMAIL PROTECTED] in January.
Not clear if I need to also nag James Smart (who is listed as the
maintainer) for an Acked-by (which I am lead to beleive should be
forthcoming? Ahh the joys of indi
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
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
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 ru
Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
There need to be alignment directives for the page aligned chunks.
Placing the page aligned chunks in a special section is nice in that
it ensures the linker packs everything tightly but should be
completely unnecessary if the alignment is correct.
Eric W. Biederman wrote:
> Well I did a little by hand parsing and the not I parsed looked ok.
>
> How does the output differ from a what you get when xen-head.S is
> included?
>
Ah!
The .notes section gets SHT_NOTE in vmlinux when xen-head.S is included;
PROGBITS when linked. I tried putting
Eric W. Biederman wrote:
> Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
>
> There need to be alignment directives for the page aligned chunks.
>
OK.
> Placing the page aligned chunks in a special section is nice in that
> it ensures the linker packs everything tightly but should be
> comple
Jeremy Fitzhardinge <[EMAIL PROTECTED]> writes:
> Add Xen interface header files. These are taken fairly directly from
> the Xen tree and hence the style is not entirely in accordance with
> Linux guidelines. There is a tension between fitting with Linux coding
> rules and ease of maintenance.
>
>
On Wed, 14 Feb 2007, Linus Torvalds wrote:
>
>
> On Tue, 13 Feb 2007, Ingo Molnar wrote:
> >
> > the core syslet / async system calls infrastructure code.
>
> Ok, having now looked at it more, I can say:
>
> - I hate it.
>
> I dislike it intensely, because it's so _close_ to being usable. B
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > And the whole "lock things down in memory" approach is bad. It's
> > doing expensive things like mlock(), making the overhead for
> > _single_ system calls much more expensive. [...]
>
> hm, there mus
> ??? I fail to see the code bloat and also the fast paths. Which fast
> paths use udelay?
IDE on several platforms has performance critical paths that use
ndelay(400) or failing that udelay(1)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
On Wed, 2007-02-14 at 18:17 -0200, Marcelo Tosatti wrote:
> On Wed, Feb 14, 2007 at 02:55:46PM -0500, Dave Jones wrote:
> > 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 ve
On Wed, 2007-02-14 at 19:17 +0900, Paul Mundt wrote:
> On Wed, Feb 14, 2007 at 11:02:06AM +0100, Geert Uytterhoeven wrote:
> > On Wed, 14 Feb 2007, Paul Mundt wrote:
> > > This would seem like a reasonable candidate for a 'depends on' instead of
> > > a select..
> >
> > That's what we originally h
The IPMI driver used enable_irq and disable_irq when it got into
situations where it couldn't allocate memory; it did this to avoid
having the interrupt just lock the machine when it couldn't get
memory to perform the transaction to disable the interrupt.
This patch modifies the driver to not use
On Wed, 14 Feb 2007, Ingo Molnar wrote:
>
> hm, there must be some misunderstanding here. That mlock is /only/ once
> per the lifetime of the whole 'head' - i.e. per sys_async_register().
> (And you can even forget i ever did it - it's 5 lines of code to turn
> the completion ring into a swap
On Wed, 2007-02-14 at 11:32 -0800, Linus Torvalds wrote:
>
> 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
On Wed, 14 Feb 2007, Jeremy Fitzhardinge wrote:
> Are there any special semantics that result from running the syslet
> atoms in kernel mode? If I wanted to, could I write a syslet emulation
> in userspace that's functionally identical to a kernel-based
> implementation? (Obviously the performan
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> But the whole point is that the notion of a "register" is wrong in the
> first place. [...]
forget about it then. The thing we "register" is dead-simple:
struct async_head_user {
struct syslet_uatom __user **completion_ring;
Time for a little bit of dead horse flogging.
On Mon, Mar 06, 2006 at 05:05:52PM -0800, Andrew Morton wrote:
> > --- a/include/asm-generic/unaligned.h
> > +++ b/include/asm-generic/unaligned.h
> > @@ -78,7 +78,7 @@ static inline void __ustw(__u16 val, __u
> >
> > #define __get_unaligned(ptr, s
On Sat, 10 Feb 2007 22:06:37 -0500, Sorin Faibish <[EMAIL PROTECTED]> wrote:
Introducing DualFS
File System developers played with the idea of separation of
meta-data from data in file systems for a while. The idea was
lately revived by a small group of file system enthusiasts
from Spain (from
> - it assumes we are going to make these complex state machines (which I
>don't believe for a second that a real program will do)
They've not had the chance before and there are certain chains of them
which make huge amounts of sense because you don't want to keep taking
completion hits. No
Bill Davidsen wrote:
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 s
On Wed, Feb 14, 2007 at 01:06:59PM -0800, Davide Libenzi wrote:
> Bear with me Ben, and let's follow this up :) If you are in the middle of
> an MMX copy operation, inside the syscall, you are:
>
> - Userspace, on task A, calls sys_async_exec
>
> - Userspace in _not_ doing any MMX stuff before t
On Tue, 13 Feb 2007 17:11:19 +1100
Nick Piggin <[EMAIL PROTECTED]> wrote:
> NeilBrown wrote:
> > Another nfsd patch for 2.6.21...
> >
> > ### Comments for Changeset
> >
> > When NFSD receives a write request, the data is typically in a number
> > of 1448 byte segments and writev is used to colle
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> - it fundamentally is based on a broken notion that everything would
>use this "AIO atom" in the first place, WHICH WE KNOW IS INCORRECT,
>since current users use "aio_read()" that simply doesn't have that
>and doesn't build up any such
On Wednesday, 14 February 2007 16:41, Igor Stoppa wrote:
> 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
> >
Hi,
On Wednesday, 14 February 2007 15:40, Gautham R Shenoy wrote:
> 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.o
* Benjamin LaHaise <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 14, 2007 at 12:14:29PM -0800, Davide Libenzi wrote:
> > I think you may have mis-interpreted my words. *When* a schedule
> > would block a synco execution try, then you do have a context
> > switch. Noone argue that, and the code is cl
Alan wrote:
??? I fail to see the code bloat and also the fast paths. Which fast
paths use udelay?
IDE on several platforms has performance critical paths that use
ndelay(400) or failing that udelay(1)
Ok, I buy that. A 486DX / 33 Mhz processor takes 10 cycles to issue a
CALL / RET p
On Feb 14 2007 16:10, sfaibish wrote:
>>
>> 1. DualFS has only one copy of every meta-data block. This copy is
>> in the meta-data device,
Where does this differ from typical filesystems like xfs?
At least ext3 and xfs have an option to store the log/journal
on another device too.
>> The DualFS
On Mon, 12 Feb 2007 23:43:35 -0800
Trond Myklebust <[EMAIL PROTECTED]> wrote:
> From: Trond Myklebust <[EMAIL PROTECTED]>
>
> Fix invalidate_inode_pages2_range() so that it does not immediately exit
> just because a single page in the specified range could not be removed.
>
One man's "fix" is a
Hi,
On Feb 14 2007 14:34, Dax Kelson wrote:
>
>I checked, and looking at offset 0x497 seems to work fine on a couple of
>systems with USB keyboards.
Probably just because legacy mode was enabled. Plus I wonder what 0x497 will
return when there is actually more than one USB keyboard connected at
101 - 200 of 374 matches
Mail list logo
