On Wed, 07 Mar 2007 15:39:27 +0800 "Wu, Bryan" <[EMAIL PROTECTED]> wrote:
> Thanks a lot, could you please give me a script just to kill this
> whitespace? So I can do it before sending you patches.
Is pretty simple:
#!/bin/sh
#
# Strip any trailing whitespace which a unified diff adds.
#
On Tue, 2007-03-06 at 17:44 -0800, Dan Hecht wrote:
> >>> 2) As I said above. The time accounting for virtualization needs to be
> >>> fixed in a generic way.
> >>>
> >>> I'm not going to accept some weird hackery for virtualization, which is
> >>> of exactly ZERO value for the kernel itself.
On Tue, 2007-03-06 at 23:14 -0800, Andrew Morton wrote:
> On Wed, 7 Mar 2007 07:58:22 +0100 Jean Delvare <[EMAIL PROTECTED]> wrote:
>
> > > +config BFIN_SDA
> >
> > I2C_BLACKFIN_SDA
>
> The blackfin architecture uses "bfin" pretty much universally, so this
> usage is consistent.
>
>
Le mardi 06 mars 2007 à 16:15 -0800, Andrew Morton a écrit :
> So rc2-mm2 panics due to "MP-BIOS bug: 8254 timer not connected to IO-APIC"
> and
> rc2-mm1 does not.
>
> Could be ACPI, could be x86_64 timer changes, could be something else.
>
> Would you have time to bisect it?
>
This modifies the SMP trampoline and all of the associated code so
it can jump to a 64bit kernel loaded at an arbitrary address.
The dependencies on having an idenetity mapped page in the kernel
page tables for SMP bootup have all been removed.
In addition the trampoline has been modified to
Currently __pa_symbol is for use with symbols in the kernel address
map and __pa is for use with pointers into the physical memory map.
But the code is implemented so you can usually interchange the two.
__pa which is much more common can be implemented much more cheaply
if it is it doesn't
On Tue, 6 Mar 2007 22:57:10 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 7 Mar 2007 15:23:17 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
>
> > This patch fixes boot failure because irq_desc->mask() is NULL.
> >
> > - Added mask/unmask functions to ia64's irq desc function
o Extend the bzImage protocol (same as i386) to allow bzImage loaders to
load the protected mode kernel at non-1MB address. Now protected mode
component is relocatable and can be loaded at non-1MB addresses.
o As of today kdump uses it to run a second kernel from a reserved memory
area.
EFER varies like %cr4 depending on the cpu capabilities, and which cpu
capabilities we want to make use of. So save/restore it make certain
we have the same EFER value when we are done.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
---
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/setup.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -puN
arch/x86_64/kernel/setup.c~x86_64-Modify-discover_ebda-to-use-virtual-addresses
o virt_to_page() call should be used on kernel linear addresses and not
on kernel text and data addresses. Swsusp code uses it on kernel data
(statically allocated swsusp_header).
o Allocate swsusp_header dynamically so that virt_to_page() can be used
safely.
o I am changing this because
o This patch moves the code to verify long mode and SSE to a common file.
This code is now shared by trampoline.S, wakeup.S, boot/setup.S and
boot/compressed/head.S
o So far we used to do very limited check in trampoline.S, wakeup.S and
in 32bit entry point. Now all the entry paths are
Early in the boot process we need the ability to set
up temporary mappings, before our normal mechanisms are
initialized. Currently this is used to map pages that
are part of the page tables we are building and pages
during the dmi scan.
The core problem is that we are using the user portion
Hi,
Here is another attempt on x86_64 relocatable bzImage patches(V4). This
patchset makes a bzImage relocatable and same kernel binary can be loaded
and run from different physical addresses.
As on now, this mainly helps distros who have to ship an extra kernel compiled
for a different physical
o Use appropriate names for 64bit regsiters.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/acpi/wakeup.S | 36 ++--
include/asm-x86_64/suspend.h | 12 ++--
2 files
Balbir Singh wrote:
> Pavel Emelianov wrote:
>> This patchset adds RSS, accounting and control and
>> limiting the number of tasks and files within container.
>>
>> Based on top of Paul Menage's container subsystem v7
>>
>> RSS controller includes per-container RSS accounter,
>> reclamation and
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/early_printk.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff -puN
This patch makes pgtable.h and page.h safe to include
in assembly files like head.S. Allowing us to use
symbolic constants instead of hard coded numbers when
refering to the page tables.
This patch copies asm-sparc64/const.h to asm-x86_64 to
get a definition of _AC() a very convinient macro
This patch modifies the x86_64 kernel so that it can be loaded and run
at any 2M aligned address, below 512G. The technique used is to
compile the decompressor with -fPIC and modify it so the decompressor
is fully relocatable. For the main kernel the page tables are
modified so the kernel
Move __KERNEL32_CS up into the unused gdt entry. __KERNEL32_CS is
used when entering the kernel so putting it first is useful when
trying to keep boot gdt sizes to a minimum.
Set the accessed bit on all gdt entries. We don't care
so there is no need for the cpu to burn the extra cycles,
and
o Get rid of dead code in wakeup.S
o We never restore from saved_gdt, saved_idt, saved_ltd, saved_tss, saved_cr3,
saved_cr4, saved_cr0, real_save_gdt, saved_efer, saved_efer2. Get rid
of of associated code.
o Get rid of bogus_magic, bogus_31_magic and bogus_magic2. No longer being
used.
o Various cleanups. One of the main purpose of cleanups is that make
wakeup.S as close as possible to trampoline.S.
o Following are the changes
- Indentations for comments.
- Changed the gdt table to compact form and to resemble the
one in trampoline.S
- Take
o __pa() should be used only on kernel linearly mapped virtual addresses
and not on kernel text and data addresses.
o Hibernation code needs to determine the physical address associated
with kernel symbol to mark a section boundary which contains pages which
don't have to be saved and
- Merge physmem_pgt and ident_pgt, removing physmem_pgt. The merge
is broken as soon as mm/init.c:init_memory_mapping is run.
- As physmem_pgt is gone don't export it in pgtable.h.
- Use defines from pgtable.h for page permissions.
- Fix the physical memory identity mapping so it is at the
Paul Menage wrote:
> On 3/6/07, Pavel Emelianov <[EMAIL PROTECTED]> wrote:
>> 2. Extended containers may register themselves too late.
>>Kernel threads/helpers start forking, opening files
>>and touching pages much earlier. This patchset
>>workarounds this in not-so-cute manner and I'm
Use virtual addresses instead of physical addresses
in copy bootdata. In addition fix the implementation
of the old bootloader convention. Everything is
at real_mode_data always. It is just that sometimes
real_mode_data was relocated by setup.S to not sit at
0x9.
Signed-off-by: Eric W.
o Moved wakeup_level4_pgt into the wakeup routine so we can
run the kernel above 4G.
o Now we first go to 64bit mode and continue to run from trampoline and
then then start accessing kernel symbols and restore processor context.
This enables us to resume even in relocatable kernel context
With the rewrite of the SMP trampoline and the early page
allocator there is nothing that needs identity mapped pages,
once we start executing C code.
So add zap_identity_mappings into head64.c and remove
zap_low_mappings() from much later in the code. The functions
are subtly different thus
On Tue, Mar 06, 2007 at 11:08:41PM -0800, Andrew Morton wrote:
> On Wed, 7 Mar 2007 07:57:27 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > >
> > > Why was truncate_inode_pages_range() altered to unmap the page if it got
> > > mapped again?
> > >
> > > Oh. Because the unmap_mapping_range()
Balbir Singh wrote:
> Pavel Emelianov wrote:
>> This includes setup of RSS container within generic
>> process containers, all the declarations used in RSS
>> accounting, and core code responsible for accounting.
>>
>>
>>
>>
On Tue, Mar 06, 2007 at 10:51:01PM -0800, Andrew Morton wrote:
> Does anybody really pass a NULL `type' arg into filemap_nopage()?
The major vs. minor fault accounting patch that introduced the argument
didn't make non-NULL type arguments a requirement. It's essentially an
optional second return
Eric Dumazet a écrit :
I would definitly *love* saving dentries for pipes (and sockets too),
but how are you going to get the inode ?
pipes()/sockets() can use read()/write()/rw_verify_area() and thus need
file->f_path.dentry->d_inode (so each pipe needs a separate dentry)
Are you
Balbir Singh wrote:
> Pavel Emelianov wrote:
>> Introduce generic structures and routines for
>> resource accounting.
>>
>> Each resource accounting container is supposed to
>> aggregate it, container_subsystem_state and its
>> resource-specific members within.
>>
>>
>>
On Wed, 7 Mar 2007, Eric Dumazet wrote:
> I would definitly *love* saving dentries for pipes (and sockets too), but how
> are you going to get the inode ?
I was not planning to touch anything but epoll, signalfd and timerfd
files.
> pipes()/sockets() can use read()/write()/rw_verify_area()
Eric Dumazet wrote:
Linus Torvalds a écrit :
On Tue, 6 Mar 2007, Eric Dumazet wrote:
I did a user space program, attached to this mail.
I rewrote the reciprocal_div() for i386 so that one multiply is used.
Ok, this is definitely faster on Core 2 as well, so "numbers talk,
bullshit walks".
On Wed, 7 Mar 2007 07:58:22 +0100 Jean Delvare <[EMAIL PROTECTED]> wrote:
> > +config BFIN_SDA
>
> I2C_BLACKFIN_SDA
The blackfin architecture uses "bfin" pretty much universally, so this
usage is consistent.
box:/usr/src/25> grep -i blackfin patches/blackfin*|wc -l
1608
box:/usr/src/25>
On Tue, 6 Mar 2007, Chris Friesen wrote:
Stephen Hemminger wrote:
+arp_notify - BOOLEAN
+ Define mode for notification of address and device changes.
+ 0 - (default): do nothing
+ 1 - Generate gratuitous arp replies when device is brought up
+ or hardware address
On Wed, 7 Mar 2007, Stephen Rothwell wrote:
> On Tue, 6 Mar 2007 17:36:56 -0800 (PST) Davide Libenzi
> wrote:
> >
> > The read(2) call will read u32 signal numbers that landed over the
> > signalfd. It returns the size of the data copied, or zero if the sighand
> > we are attached to, has been
On Wed, 7 Mar 2007, Dave Jones wrote:
> diff --git a/drivers/cpufreq/Kconfig b/drivers/cpufreq/Kconfig
> index d155e81..74747d9 100644
> --- a/drivers/cpufreq/Kconfig
> +++ b/drivers/cpufreq/Kconfig
> @@ -16,7 +16,7 @@ config CPU_FREQ
> if CPU_FREQ
>
> config CPU_FREQ_TABLE
> - tristate
Paul Menage wrote:
> Hi Pavel,
>
> On 3/6/07, Pavel Emelianov <[EMAIL PROTECTED]> wrote:
>> diff -upr linux-2.6.20.orig/include/linux/sched.h
>> linux-2.6.20-0/include/linux/sched.h
>> --- linux-2.6.20.orig/include/linux/sched.h 2007-03-06
>> 13:33:28.0 +0300
>> +++
On Wed, 7 Mar 2007 07:57:27 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote:
> >
> > Why was truncate_inode_pages_range() altered to unmap the page if it got
> > mapped again?
> >
> > Oh. Because the unmap_mapping_range() call got removed from vmtruncate().
> > Why? (Please send suitable updates
On Tue, Mar 06, 2007 at 10:51:01PM -0800, Andrew Morton wrote:
> On Wed, 21 Feb 2007 05:50:17 +0100 (CET) Nick Piggin <[EMAIL PROTECTED]>
> wrote:
>
> > Nonlinear mappings are (AFAIKS) simply a virtual memory concept that
> > encodes the virtual address -> file offset differently from linear
> >
On Wed, 07 Mar 2007 13:57:58 +0800 "Wu, Bryan" <[EMAIL PROTECTED]> wrote:
> Here is the updated blackfin i2c driver.
>
> [PATCH] Blackfin: blackfin i2c driver
>
> The i2c linux driver for blackfin architecture which supports both GPIO
> i2c operation and blackfin on-chip TWI controller i2c
Greetings;
Kernel 2.6.20-rds (Cons patch), biostar mobo. 1GB of memory.
I have an elderly 5.25" floppy drive mounted in this box, something I use
for sneakernet duties to get to a 'legacy' machine occasionally. It
hasn't been used for anything in about a month or more. No disk in it
now.
Hi Bryan,
On Wed, 07 Mar 2007 13:57:58 +0800, Wu, Bryan wrote:
> Here is the updated blackfin i2c driver.
>
> [PATCH] Blackfin: blackfin i2c driver
>
> The i2c linux driver for blackfin architecture which supports both GPIO
> i2c operation and blackfin on-chip TWI controller i2c operation.
>
>
On Tue, Mar 06, 2007 at 10:36:41PM -0800, Andrew Morton wrote:
> On Wed, 21 Feb 2007 05:50:05 +0100 (CET) Nick Piggin <[EMAIL PROTECTED]>
> wrote:
>
> > Fix the race between invalidate_inode_pages and do_no_page.
> >
> > Andrea Arcangeli identified a subtle race between invalidation of
> >
On Wed, 7 Mar 2007 15:23:17 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> This patch fixes boot failure because irq_desc->mask() is NULL.
>
> - Added mask/unmask functions to ia64's irq desc function table.
> But I'm not sure this fix is correct or not. please review.
>
> - rename
Linus Torvalds a écrit :
On Tue, 6 Mar 2007, Eric Dumazet wrote:
I did a user space program, attached to this mail.
I rewrote the reciprocal_div() for i386 so that one multiply is used.
Ok, this is definitely faster on Core 2 as well, so "numbers talk,
bullshit walks". No more objections.
On Tue, Mar 06, 2007 at 10:33:05PM -0800, David Rientjes wrote:
> arch/x86_64/kernel/built-in.o: In function
> `cpufreq_p4_verify':p4-clockmod.c:(.text.cpufreq_p4_verify+0x8): undefined
> reference to `cpufreq_frequency_table_verify'
> arch/x86_64/kernel/built-in.o: In function
>
Hi alls,
Could you please give some feedback about this patch? I noticed some
coding style issues and will update this patch according to your kindly
review.
Thanks
-Bryan Wu
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Linus Torvalds a écrit :
I assume that the *only* reason for having multiple dentries is really
just the output in /proc//fd/, right? Or is there any other reason to
have separate dentries for these pseudo-files?
It's a bit sad to waste that much memory (and time) on something like
that. I
Pavel Emelianov wrote:
This patchset adds RSS, accounting and control and
limiting the number of tasks and files within container.
Based on top of Paul Menage's container subsystem v7
RSS controller includes per-container RSS accounter,
reclamation and OOM killer. It behaves like standalone
On Wed, 21 Feb 2007 05:50:17 +0100 (CET) Nick Piggin <[EMAIL PROTECTED]> wrote:
> Nonlinear mappings are (AFAIKS) simply a virtual memory concept that
> encodes the virtual address -> file offset differently from linear
> mappings.
>
> I can't see why the filesystem/pagecache code should need to
At some point in the past, I wrote:
>> I'm certainly in favor of the move; IRQ stacks could be made
>> rather deep and cheaply at that. I may get around to writing it this
>> week if no one else does it first.
On Tue, Mar 06, 2007 at 08:28:35PM -0800, Arjan van de Ven wrote:
> the irq stacks
> >
> > OK, I change it into yield(). So, current process will be move to the
> > tail of the run queue. Is that OK with you?
>
> Nope, yield is terribly bad when there are busy processes running: it can
> stall for a very long time indeed,
>
> Is this hardware not capable of generating an
On Wed, 21 Feb 2007 05:50:05 +0100 (CET) Nick Piggin <[EMAIL PROTECTED]> wrote:
> Fix the race between invalidate_inode_pages and do_no_page.
>
> Andrea Arcangeli identified a subtle race between invalidation of
> pages from pagecache with userspace mappings, and do_no_page.
>
> The issue is
arch/x86_64/kernel/built-in.o: In function
`cpufreq_p4_verify':p4-clockmod.c:(.text.cpufreq_p4_verify+0x8): undefined
reference to `cpufreq_frequency_table_verify'
arch/x86_64/kernel/built-in.o: In function
`cpufreq_p4_cpu_exit':p4-clockmod.c:(.text.cpufreq_p4_cpu_exit+0x8): undefined
On Tue, Mar 06, 2007 at 06:55:04PM +0100, Adrian Bunk wrote:
> On Tue, Mar 06, 2007 at 12:46:22PM -0500, Bill Davidsen wrote:
> > Adrian Bunk wrote:
> > >This patch contains the scheduled removal of the OBSOLETE_OSS options
> > >for 2.6.22.
> > >
> > If these are drivers for which there are
Hi J.A.,
On Tue, 6 Mar 2007 16:46:09 +0100, J.A. Magallón wrote:
> On Tue, 6 Mar 2007 00:44:08 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.21-rc2-mm2/
>
> I have another question about i2c...
>
> The 'sensors' program
On Tue, Mar 06, 2007 at 09:56:46PM +0100, Rafael J. Wysocki wrote:
> Hi,
>
> On Tuesday, 6 March 2007 11:32, Vivek Goyal wrote:
> > Hi,
> >
> > I see following BUG() on serial console while hibernating on a x86_64
> > machine. I am using 2.6.21-rc2 kernel.
>
> I see it too.
>
> > BUG: at
This patch fixes boot failure because irq_desc->mask() is NULL.
- Added mask/unmask functions to ia64's irq desc function table.
But I'm not sure this fix is correct or not. please review.
- rename hw_interrupt_type to irq_chip. hw_interrupt_type is old name.
Signed-Off-By: KAMEZAWA Hiroyuki
Hi Stephen,
Thanks for this code, it's easy to experiment with it.
Let me propose this simple update with a variation on your ncubic() function.
I noticed that all intermediate results were far below 32 bits, so I did a
new version which is 30% faster on my athlon with the same results. This is
On Wed, 7 Mar 2007 13:17:57 +0800 "Sonic Zhang" <[EMAIL PROTECTED]> wrote:
> On 3/6/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Tue, 06 Mar 2007 14:54:18 +0800 "Wu, Bryan" <[EMAIL PROTECTED]> wrote:
> >
> > > Hi folks,
> > >
> > > [PATCH] Blackfin: blackfin i2c driver
> > >
>
> > > +
Dear Andrew and Alexey:
Thanks a lot for the review.
Here is the updated blackfin i2c driver.
[PATCH] Blackfin: blackfin i2c driver
The i2c linux driver for blackfin architecture which supports both GPIO
i2c operation and blackfin on-chip TWI controller i2c operation.
Signed-off-by: Bryan Wu
On Wed, 2007-03-07 at 13:14 +0800, zhangxiliang wrote:
> hello,
> do you know where some problems about kernel-headers-*.rpm are discussed?
Hi,
the answer to your question depends on which distro you are using
if it's a distro that gets the headers from the kernel's "make
header_install"
Linus Torvalds wrote:
On Tue, 6 Mar 2007, Eric Dumazet wrote:
I did a user space program, attached to this mail.
I rewrote the reciprocal_div() for i386 so that one multiply is used.
Ok, this is definitely faster on Core 2 as well, so "numbers talk,
bullshit walks". No more objections.
On Tue, 2007-03-06 at 13:04 -0800, Greg KH wrote:
> On Tue, Mar 06, 2007 at 06:43:22AM +0100, Mike Galbraith wrote:
> > On Mon, 2007-03-05 at 16:25 -0800, Greg KH wrote:
> >
> > > Mike, I've reverted this patch, and I don't see any references leaking.
> > > And, as your patch released the
Pavel Emelianov wrote:
This includes setup of RSS container within generic
process containers, all the declarations used in RSS
accounting, and core code responsible for accounting.
diff -upr
Hi Rodolfo,
On Friday 02 March 2007 11:05, Rodolfo Giometti wrote:
> Hello, here my last patch for the PXA27x keyboard support updated to
> linux-2.6.21-rc2.
>
> I added power management support (suspend/resume code).
The patch has bunch of issues that are hard to list because it was sent as
an
Hi all,
I am having this problem. I have a process with 2 threads created. One
of the thread will keep calling IOCTL to get information from the
kernel and will be blocked if there is no new information. If there is
information retured, the thread will be checked to see if any error
happens and
On Tuesday 06 March 2007 8:42 pm, Paul Rolland wrote:
> It seems to me that the DRV_RTC_CMOS and the "standard" CONFIG_RTC
> shouldn't be used at the same time... Am I correct on that ?
Yes. I recall not forcing that because I couldn't be sure the new code
was functionally identical to the
Michael Ellerman <[EMAIL PROTECTED]> writes:
>
> Hi Eric, comments below ..
>
>
> I get the reasoning for disabling MSI before we start writing back the
> config space, but don't we want to re-enable MSI on the way out?
We are restoring the entire msi flags register which includes the enable
On 3/6/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Tue, 06 Mar 2007 14:54:18 +0800 "Wu, Bryan" <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> [PATCH] Blackfin: blackfin i2c driver
>
> + struct i2c_msg *pmsg;
> + int i, ret;
> + int rc = 0;
> +
> + if
> shouldnt TIOCM_RTS be passed down only when the 'r' is appended to the
> boot cmdline ?
How would it be useful?
CRTSCTS is for CTS only (i.e., the transmission is paused when CTS is
inactive), not for RTS. DTR and RTS should be active when the port is
open even without CRTSCTS (= without
Thomas Gleixner wrote:
> Ooops. I completely forgot, that you get the absolute expiry time
> already in ktime_t format (nanoseconds) when dev->set_next_event() is
> called.
>
> dev->next_event = expires;
>
> is done right before the call.
>
> So it's already there for free.
>
OK, but a
We've finally hopefully started to put a dent in the regressions,
especially the suspend/resume problems introduced since 2.6.20.
So 2.6.21-rc3 is out there now, and there's some hope that it will work
more widely than -rc1 and -rc2 did. Please do give it a good testing, and
update Adrian and
On Tue, 6 Mar 2007 17:36:56 -0800 (PST) Davide Libenzi
wrote:
>
> The read(2) call will read u32 signal numbers that landed over the
> signalfd. It returns the size of the data copied, or zero if the sighand
> we are attached to, has been detached.
So what about signals that the user asked for
David Woodhouse <[EMAIL PROTECTED]> writes:
> On Tue, 2007-03-06 at 14:53 +1300, Paul Collins wrote:
>> In case it's of interest, 2.6.20 has been running fine on my
>> PowerBook5,4.
>
> How much memory? What if you boot with mem=512M or mem=256M?
1GB. Also works fine when booted with those
Hello,
> > Yes, it does, so it's a Good One (tm),
>
> And points out that $SUBJECT is misleading; the root cause of
> the oops isn't rtc_cmos. Workaround, don't enable the legacy
> driver for this hardware.
Well, sorry for that, but my point was that without enabling
CONFIG_DRV_RTC_CMOS and
Hi,
Cleaning up of pci_find_device in drivers/telephony/ixj.c.
Applies and compiles clean on Linus tree. No hardware hence not tested!!
Unable to find a suitable Maintainer for the current subsection in the
Maintainers file.
I am not sure whether this is orphaned or maintained.
Can somebody
On Wed, 28 Feb 2007 16:37:22 +0100 Andre Noll <[EMAIL PROTECTED]> wrote:
> On 16:18, Andre Noll wrote:
>
> > With 2.6.21-rc2 I am unable to reproduce this BUG message. However,
> > writing to both raid systems at the same time via lvm still locks up
> > the system within minutes.
>
> Screenshot
Dave Jones wrote:
> On Tue, Mar 06, 2007 at 05:52:46PM -0800, Andrew Morton wrote:
> > On Tue, 06 Mar 2007 18:52:59 -0500
> > Andres Salomon <[EMAIL PROTECTED]> wrote:
> >
> > > If CONFIG_ZONE_DMA is ever undefined, ZONE_DMA will also not be defined,
> > > and setup.c won't compile. This
> I'm certainly in favor of the move; IRQ stacks could be made
> rather deep and cheaply at that. I may get around to writing it this
> week if no one else does it first.
the irq stacks aren't the problem; RH at some point accidentally shipped
a kernel with 4k *shared* irq/user context stack and
> [Adding Cc:lkml]
> How about using a reduced check, as is done for fd and environ? This
> would allow root-running system monitors to still do their job.
> Effectively, this changes the test from "is ptracing" to just "can
> ptrace".
>
> If this still isn't considered safe, I'll add the
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 6 Mar 2007 14:47:06 -0800
> The Newton-Raphson method is quadratically convergent so
> only a small fixed number of steps are necessary.
> Therefore it is faster to unroll the loop. Since div64_64 is no longer
> inline it won't cause code
"Kok, Auke" <[EMAIL PROTECTED]> writes:
> Ingo Molnar wrote:
>> * Kok, Auke <[EMAIL PROTECTED]> wrote:
>>
> BUG: at drivers/pci/msi.c:611 pci_enable_msi()
>>
I would poke Eric Biederman(sp?) about this one. Maybe its even solved by
the MSI-enable-related patch he posted in the past
On Tue, Mar 06, 2007 at 05:52:46PM -0800, Andrew Morton wrote:
> On Tue, 06 Mar 2007 18:52:59 -0500
> Andres Salomon <[EMAIL PROTECTED]> wrote:
>
> > If CONFIG_ZONE_DMA is ever undefined, ZONE_DMA will also not be defined,
> > and setup.c won't compile. This wraps it with an #ifdef.
> >
Pavel Emelianov wrote:
Introduce generic structures and routines for
resource accounting.
Each resource accounting container is supposed to
aggregate it, container_subsystem_state and its
resource-specific members within.
NZG wrote:
I'm developing an SPI- bus >MMC/SD block driver translation layer.
As part of this layer the write protect and card detect lines need to be read.
The method for determining the state of these lines will be board specific.
Is it appropriate to pass a function pointer through a
> > Yeah, I guess that's right. It should still return NOTIFY_STOP when
> > args->err has no other bits set, so notifiers aren't called with zero.
>
> In practice that might not work. On my machine, at least, reads of DR6
> return ones in all the reserved bit positions.
Does that mean asm("mov
On Tue, 6 Mar 2007, Eric Dumazet wrote:
>
> I did a user space program, attached to this mail.
>
> I rewrote the reciprocal_div() for i386 so that one multiply is used.
Ok, this is definitely faster on Core 2 as well, so "numbers talk,
bullshit walks". No more objections.
(That said, I bet
On Mon, 5 Mar 2007, Yinghai Lu wrote:
>
> please check the patch
Hmm.. It doesn't look *wrong*, but could you please
- split it up a bit (some of it is 100% obvious, ie the comment fixes)
- write an explanation for the individually split up patches
- not use attachments, but just make it
That old ptrace check seems pretty questionable to me. I think what you
want is for the nommu world's get_user_pages/access_process_vm when called
with force=1,write=1 on a read-only MAP_PRIVATE page to do something more
morally similar to the mmu world's COW than it does now.
Thanks,
Roland
-
On Tue, Mar 06, 2007 at 06:59:42PM -0800, Andrew Morton wrote:
> On Tue, 6 Mar 2007 18:13:35 -0800 Kees Cook <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Mar 06, 2007 at 05:56:09PM -0800, Andrew Morton wrote:
> > > On Tue, 6 Mar 2007 17:22:34 -0800
> > > Kees Cook <[EMAIL PROTECTED]> wrote:
> > >
>
On Tue, 6 Mar 2007, David Howells wrote:
> /**
> + * ilog2_up - rounded up log of base 2 of 32-bit or a 64-bit unsigned value
> + * @n - parameter
> + *
> + * constant-capable log of base 2 calculation
> + * - this can be used to initialise global variables from constant data,
> hence
> + *
On Tue, 6 Mar 2007, Matt Mackall wrote:
> I've been meaning to do this in SLOB as well. Perhaps it warrants
> doing in stock kmalloc? I've got a grand total of 18 of these objects
> here.
The number increases with the number numa nodes. We have had trouble with
the maximum kmalloc size before
> --- linux.orig/include/asm-x86_64/nmi.h
> +++ linux/include/asm-x86_64/nmi.h
> @@ -63,7 +63,7 @@ extern int setup_nmi_watchdog(char *);
>
> extern atomic_t nmi_active;
> extern unsigned int nmi_watchdog;
> -#define NMI_DEFAULT -1
> +#define NMI_DEFAULT 0
Maybe I'm missing something
Rusty Russell wrote:
On Tue, 2007-03-06 at 21:37 +0100, Ingo Molnar wrote:
maybe i shouldnt call it 'VMI' but 'the paravirt ABI'. I dont mind if
it's the Xen ABI or the VMWare ABI or a mesh of the two - everyone can
map their own internals to that /one/ ABI.
I think it's an excellent
On Tue, Mar 06, 2007 at 06:35:16PM -0800, Christoph Lameter wrote:
> Unlimited kmalloc size and removal of general caches >=4.
>
> We can directly use the page allocator for all allocations 4K and larger. This
> means that no general slabs are necessary and the size of the allocation
> passed
>
Guarantee a mininum number of objects per slab
The number of objects per slab is important for SLUB because it determines
the number of allocations that can be performed without having to consult
per node slab lists. Add another boot option "min_objects=xx" that
allows the configuration of the
1 - 100 of 1194 matches
Mail list logo
