On Mon, Jan 28, 2008 at 11:39:30PM -0800, Yinghai Lu wrote:
> On Jan 29, 2008 12:09 AM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > > SRAT is essentially just a two dimensional table with node distances.
> >
> > Sorry, that was actually SLIT. SRAT is not two dimensional, but also
> > relatively
On Mon, Jan 28 2008, Greg KH wrote:
> On Mon, Jan 28, 2008 at 09:49:35PM +0100, Jens Axboe wrote:
> > Hi,
> >
> > Running latest -git (head 91525300baf162e83e923b09ca286f9205e21522) and
> > connecting my cf usb storage device yields and endless stream of:
> >
> > Initializing USB Mass Storage
On Mon, Jan 28, 2008 at 09:08:04PM -0800, Greg KH wrote:
> And please please please please document stuff like this, and all of the
> different files you have in this subdirectory in Documentation/ABI/ so
Huh, I didn't know Documentation/ABI existed. That would
certainly help in the
On Jan 29, 2008 12:09 AM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > SRAT is essentially just a two dimensional table with node distances.
>
> Sorry, that was actually SLIT. SRAT is not two dimensional, but also
> relatively simple. SLIT you don't really need to implement.
>
need to add some
On Tue, Jan 29, 2008 at 07:35:00AM +0100, Andi Kleen wrote:
> Adrian Bunk <[EMAIL PROTECTED]> writes:
>
> > 16 kB is often no longer enough for a normal boot of an UP system.
>
> Better would be to just disable by default/remove noisy messages
> to make the kernel boot output shorter.
>
> I
> SRAT is essentially just a two dimensional table with node distances.
Sorry, that was actually SLIT. SRAT is not two dimensional, but also
relatively simple. SLIT you don't really need to implement.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Mon, 28 Jan 2008, Theodore Tso wrote:
On Mon, Jan 28, 2008 at 07:30:05PM +, Pavel Machek wrote:
As user pages are always in highmem, this should be easy to decide:
only send SIGDANGER when highmem is full. (Yes, there are
inodes/dentries/file descriptors in lowmem, but I doubt apps
On Tue, Jan 29, 2008 at 12:32:44AM -0600, Michael E Brown wrote:
> BIOS updates are broken on all Dell systems due to Commit
> 109f0e93b6b728f03c1eb4af02bc25d71b646c59, which is now in 2.6.24.
>
> static inline void fw_setup_device_id(struct device *f_dev, struct
> device *dev)
> {
> -
Hi,
Ryo Tsuruta wrote:
> The results of bandwidth control test on band-groups.
> =
> The configurations of the test #3:
>o Prepare three partitions sdb5 and sdb6.
>o Create two extra band-groups on sdb5, the first is of user1 and the
>
On Mon, 28 Jan 2008 14:13:21 -0500
Gene Heskett <[EMAIL PROTECTED]> wrote:
> >> I had to reboot early this morning due to a freezeup, and I had a
> >> bunch of these in the messages log:
> >> ==
> >> Jan 27 19:42:11 coyote kernel: [42461.915961] ata1.00: exception Emask 0x0
> >> SAct
Adrian Bunk <[EMAIL PROTECTED]> writes:
> 16 kB is often no longer enough for a normal boot of an UP system.
Better would be to just disable by default/remove noisy messages
to make the kernel boot output shorter.
I think we got a lot of IMHO useless messages in there.
-Andi
--
To unsubscribe
[EMAIL PROTECTED] (Heikki Orsila) writes:
>
> +Some complain that kernel interfaces change too often for out-of-the-tree
> +modules, but this claim is false. Changing an interface can be delicate work,
> +and it can take significant amount of developer effort. Therefore, interfaces
> +are not
Hi,
On Jan 29, 2008 1:33 AM, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > > What part of kernel documentation uses doxygen?
> >
> > So then, what's the problem?
>
> Why is it there? We have a kernel documentation language.
> Please use it or plain text.
Yes please.
Pekka
On Monday 28 January 2008 10:38:40 Greg Kroah-Hartman wrote:
> When trying to load a module with the same name as a built-in one, a
> scary kobject backtrace comes up. Prevent that from checking for this
> condition and warning the user as to what exactly is going on.
>
> Cc: Rusty Russell
The following changes since commit 8561b089afbaed2651591e5a4574fdca451d82f2:
Linus Torvalds (1):
Merge git://git.kernel.org/.../wim/linux-2.6-watchdog
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/rusty/linux-2.6-for-linus
master
Denis
I've just released 2.6.24-ext4-1. It's basically just a clean up of the
stable patch series, in response to LKML review comments, in preparation
for Linus to pull them into mainline.
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git 2.6.24-ext4-1
Andi Kleen wrote:
also there are some users are using LinuxBIOS or other firmware that doesn't
have or like ACPI support. but they still need numa.
for them ACPI doesn't help.
We've had this discussion before. The right way even if you don't
want to do full ACPI is to do just the minimal
On Sun, Jan 27, 2008 at 02:38:56PM +0530, Abhishek Sagar wrote:
> Greetings,
>
> Non kprobe breakpoints in the kernel might lie inside the .kprobes.text
> section. Such breakpoints can easily be identified by in_kprobes_functions
> and can be caught early. These are problematic and a warning
On Mon, Jan 28, 2008 at 09:08:04PM -0800, Greg KH wrote:
> > Joel Becker (1):
> > ocfs2: Fix userspace ABI breakage in sysfs
>
> This is fine with me, for now.
Great, thanks.
> > From: Joel Becker <[EMAIL PROTECTED]>
> >
> > ocfs2: Fix userspace ABI breakage in sysfs
> >
> > The
On Monday 28 January 2008 02:17:37 Rob Landley wrote:
> The 2.6.23 kernel built for mips with the attached .config works fine for
> me under qemu (both big endian and little endian), but a 2.6.24 mips kernel
> segfaults initializing the ne2k driver (again when run under qemu).
>
> I've traced it
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git for_linus
This is the major set of updates meant for 2.6.24 from the ext4 team;
these patches have been baking in -mm for a while. The two major
features included here is the multi-block allocator
also change name_prefix from char pointer to char array.
Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
---
fs/dlm/user.c | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/fs/dlm/user.c b/fs/dlm/user.c
index 4f74154..2cc5415 100644
--- a/fs/dlm/user.c
+++
On Sunday 27 January 2008 17:42:28 Linus Torvalds wrote:
> My problem is that the *driver* already exists (because it's compiled in),
> and has already initialized itself, and has already registered.
>
> Then, initrd tries to load an old module for that driver.
I hate to say it, but this is user
On Friday 25 January 2008 20:40:46 Eric Sesterhenn wrote:
> hi,
>
> since FUTEX_FD was scheduled for removal in June 2007 lets remove it.
> Google Code search found no users for it and NGPT was abandoned in 2003
> according to IBM. futex.h is left untouched to make sure the id does
> not get
On Mon, Jan 28, 2008 at 08:31:57PM -0500, Gene Heskett wrote:
>
> In my script, its one line:
> mkinitrd -f initrd-$VER.img $VER && \
>
> where $VER is the shell variable I edit to = the version number, located at
> the top of the script.
>
> Unforch, its failing:
> No module pata_amd found
Harvey Harrison wrote:
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
x86.git has my patch which makes the pgd_list the same for 32-bit and
64-bit, which means the code which traverses that list can be common now.
J
---
arch/x86/mm/fault.c | 31 +--
On Sat, 26 Jan 2008, Andrew Morton wrote:
On Thu, 24 Jan 2008 10:50:29 -0600 David Teigland <[EMAIL PROTECTED]> wrote:
From: Fabio M. Di Nitto <[EMAIL PROTECTED]>
gcc does not guarantee that a static buffer is 64bit aligned. This change
allows sparc64 to work.
This buffer is not static:
On Mon, Jan 28, 2008 at 09:13:53PM +0100, Guillaume Chazarain wrote:
> Unfortunately it seems to not be completely fixed, with this script:
The maximum scheduling latency of a task with group scheduler is:
Lmax = latency to schedule group entity at level0 +
latency to
On Sun, Jan 27, 2008 at 02:28:35PM +0100, Geert Uytterhoeven wrote:
> Atari floppy: Rename disk_type to atari_disk_type
>
> Commit edfaa7c36574f1bf09c65ad602412db9da5f96bf
>
> Driver core: convert block from raw kobjects to core devices
>
> This moves the block devices to
On Mon, Jan 28, 2008 at 07:33:07PM -0800, Mark Fasheh wrote:
> Greg's commit c60b71787982cefcf9fa09aa281fa8c4c685d557 inadvertantly broke
> Ocfs2 userspace ABI, so I have a rather high priority single line patch from
> Joel to fix things up for you to pull. A copy of the patch is attached to
> the
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
Index: linux/arch/x86/mm/pageattr.c
===
--- linux.orig/arch/x86/mm/pageattr.c
+++
This should decrease TLB pressure because the kernel will need
less TLB faults for its own data access.
Only done for 64bit because i386 does not support GB page tables.
This only applies to the data portion of the direct mapping; the
kernel text mapping stays with 2MB pages because the AMD
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
Documentation/x86_64/boot-options.txt |3 +++
arch/x86/mm/init_64.c | 12
include/asm-x86/pgtable_64.h |2 ++
3 files changed, 17 insertions(+)
Index: linux/arch/x86/mm/init_64.c
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr.c|5 +
include/asm-x86/pgtable.h |1 +
2 files changed, 6 insertions(+)
Index: linux/arch/x86/mm/pageattr.c
===
---
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
include/asm-x86/pgtable_32.h |2 ++
include/asm-x86/pgtable_64.h |6 ++
2 files changed, 8 insertions(+)
Index: linux/include/asm-x86/pgtable_64.h
===
---
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/fault.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: linux/arch/x86/mm/fault.c
===
--- linux.orig/arch/x86/mm/fault.c
+++ linux/arch/x86/mm/fault.c
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Sat, 26 Jan 2008 23:54:39 +0100
> ld will generate an unique named section when assembler do not
> use "ax" but gcc does. Add the misisng annotation.
>
> Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
> Cc: Ingo Molnar <[EMAIL PROTECTED]>
Applied,
Split the existing LARGE_PAGE_SIZE/MASK macro into two new macros
PUD_PAGE_SIZE/MASK and PMD_PAGE_SIZE/MASK.
Fix up all callers to use the new names.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/boot/compressed/head_64.S |8
arch/x86/kernel/head_64.S |
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
include/asm-x86/cpufeature.h |2 ++
1 file changed, 2 insertions(+)
Index: linux/include/asm-x86/cpufeature.h
===
--- linux.orig/include/asm-x86/cpufeature.h
+++
This patchkit implements support for the 1GB pages of AMD Fam10h CPUs
in the kernel direct mapping.
Change to previous versions:
- Ported to latest change_page_attr
- kexec now works again
- Ported to latest git-x86
- Minor cleanups.
I believe this patchkit is ready for the 2.6.25 merge.
This was a long standing obscure problem in the relocatable kernel. The
AMD GART driver needs to unmap part of the GART in the kernel direct mapping to
prevent cache corruption. With the relocatable kernel it is in theory possible
that the separate kernel text mapping straddles that area too.
On Mon, 2008-01-28 at 23:49 -0500, Gene Heskett wrote:
> On Monday 28 January 2008, Kasper Sandberg wrote:
> [...]
> >
> >I can invalidate this theory...
> >i helped a guy on irc debug this problem, and he had ati. I tried having
> >him stop using fglrx, and go to r300.. same problem, and same
Robert wrote:
> Kuan Luo wrote:
> > Robert worte.
> >> Kuan, does this patch (using the notifiers to see if the
> command is
> >> really done) still work if one port on the controller has
> >> ADMA disabled
> >> because it's in ATAPI mode? I seem to recall Allen Martin
> mentioning
> >> that
Hi Bart,
[...]
> > the BKL in idetape_write_release() with finer-grained locking etc, probably
> > also
> > some pipeline improvements, removal of OnStream support, etc. but that'll
> > come
> > later.
>
> On-Stream support has been long gone but it seems that deprecation
> warning etc.
On Monday 28 January 2008, Kasper Sandberg wrote:
[...]
>> >We have no way of debugging that module, so please try 2.6.24 without it.
>>
>> Sorry, I can't do this and have a working machine. The nv driver has
>> suffered bit rot or something since the FC2 days when it COULD run a 19"
>> crt at
From: James Morris <[EMAIL PROTECTED]>
Date: Tue, 29 Jan 2008 01:13:03 +1100 (EST)
> On Mon, 28 Jan 2008, Herbert Xu wrote:
>
> > Hi:
> >
> > [AUDIT]: Increase skb->truesize in audit_expand
> >
> > The recent UDP patch exposed this bug in the audit code. It
> > was calling pskb_expand_head
On Tue, Jan 29, 2008 at 01:09:59AM +0200, Heikki Orsila wrote:
> * Make a remark about avoiding unnecessary changes in interfaces
> * Improve wording
Well, "improve" is a bit judgemental :)
> @@ -19,7 +19,7 @@ Executive Summary
> You think you want a stable kernel interface, but you really do
> The ideal solution would be to do mapping against a different struct
> device for each port, so that we could maintain the proper DMA mask for
> each of them at all times. However I'm not sure if that's possible.
I cannot imagine why it should be that difficult. The PCI subsystem
could over a
On Tuesday 29 January 2008 00:19, Matthew Wilcox wrote:
> As part of the TASK_KILLABLE changes, we're going to need
> down_killable(). Unfortunately, semaphores are implemented for every
> architecture, which we should probably fix at some point.
It would be best to just change it now before
On Mon, 2008-01-28 at 11:35 -0500, Gene Heskett wrote:
> On Monday 28 January 2008, Mikael Pettersson wrote:
> >Gene Heskett writes:
> > > On Monday 28 January 2008, Peter Zijlstra wrote:
> > > >On Mon, 2008-01-28 at 09:17 +0100, Mikael Pettersson wrote:
> > > >> 1. Wrong mailing list; use
> also there are some users are using LinuxBIOS or other firmware that doesn't
> have or like ACPI support. but they still need numa.
> for them ACPI doesn't help.
We've had this discussion before. The right way even if you don't
want to do full ACPI is to do just the minimal static boot
On Monday 28 January 2008, Mark Lord wrote:
>Gene Heskett wrote:
>..
>
>> That's ok, dd seemed to do the job also.
>
>..
>
>The two programs operate entirely differently from each other,
>so it may still be worth trying the make_bad_sector utility there.
>
>dd goes through the regular kernel I/O
On Monday 28 January 2008 07:48:06 pm Andi Kleen wrote:
> "Joachim Deguara" <[EMAIL PROTECTED]> writes:
>
> > Quick history, this is a harmless patch that got dropped by Andi as a mixup
> > to
>
> It's not harmless.
>
> > dropping another patch of mine that was made obsolete by Yinghai.
> >
Hi,
On Mon, 28 Jan 2008, john stultz wrote:
> Regardless, current_tick_length() really is the base interval we're
> using in the error accumulation loop, so it seems the cleanest interface
> to use (just to avoid redundancy at least) when establishing the
> clocksource's interval length. Or do
[PATCH] x86_64: fix overlap between pagetable with bss section v2
one early crash on one 8 node 256g machine
Command line: console=uart8250,io,0x3f8,115200n8
initrd=kernel.org/mydisk11_x86_64.gz rw root=/dev/ram0 debug initcall_debug
apic=debug acpi.debug_level=0x000f pci=routeirq ip=dhcp
From: Paul Moore <[EMAIL PROTECTED]>
Date: Mon, 28 Jan 2008 21:20:26 -0500
> As pointed out by Adrian Bunk, commit 45c950e0f839fded922ebc0bfd59b1081cc71b70
> caused a double-free when security_netlbl_sid_to_secattr() fails. This patch
> fixes this by removing the netlbl_secattr_destroy() call
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
arch/x86/mm/fault.c | 31 +--
1 files changed, 9 insertions(+), 22 deletions(-)
diff --git a/arch/x86/mm/fault.c b/arch/x86/mm/fault.c
index e28cc52..2737493 100644
--- a/arch/x86/mm/fault.c
+++
"Joachim Deguara" <[EMAIL PROTECTED]> writes:
> Quick history, this is a harmless patch that got dropped by Andi as a mixup
> to
It's not harmless.
> dropping another patch of mine that was made obsolete by Yinghai.
> http://thread.gmane.org/gmane.linux.kernel/559581
No that's not the
We have one DFS patch remaining to merge and then will need to do a
cleanup patch
Steve French
Senior Software Engineer
Linux Technology Center - IBM Austin
phone: 512-838-2294
email: sfrench at-sign us dot ibm dot com
Adrian Bunk <[EMAIL PROTECTED]>
01/28/2008 04:11 PM
To
Igor Mammedov
On Mon, Jan 28, 2008 at 06:08:44PM -0600, Robert Hancock wrote:
> The
> thought of using the SCSI struct device for DMA mapping was brought up
> at one point.. any thoughts on that?
I believe this will work on some architectures and not others.
Anything that uses
Greg's commit c60b71787982cefcf9fa09aa281fa8c4c685d557 inadvertantly broke
Ocfs2 userspace ABI, so I have a rather high priority single line patch from
Joel to fix things up for you to pull. A copy of the patch is attached to
the bottom of this e-mail. Embarassingly enough, I missed this while
Gene Heskett wrote:
On Monday 28 January 2008, Gene Heskett wrote:
On Monday 28 January 2008, Robert Hancock wrote:
[...]
Check the /etc/modprobe.conf file, a lot of distributions use this to
generate the initrd. If there's references to pata_amd it'll try and
include it.
Bingo! Thanks
On Jan 29, 2008 11:08 AM, Robert Hancock <[EMAIL PROTECTED]> wrote:
...
> The last solution I tried was to set the DMA mask on both ports to
> 32-bit on slave_configure when an ATAPI device is connected. However,
> this runs into complications as well. This is run on initialization and
> when
On Mon, Jan 28, 2008 at 07:05:05PM -0800, Arjan van de Ven wrote:
> I think there's only one fundamental disagreement; and that is:
> do we think that things are now totally fixed and no new major issues
> will arrive after the "fix yet another mmconfig thing" patches are merged.
>
> If the
Gene Heskett wrote:
..
That's ok, dd seemed to do the job also.
..
The two programs operate entirely differently from each other,
so it may still be worth trying the make_bad_sector utility there.
dd goes through the regular kernel I/O calls,
whereas make_bad_sector sends raw ATA commands
On Mon, 28 Jan 2008 12:44:31 -0800
Greg KH <[EMAIL PROTECTED]> wrote:
> On Mon, Jan 28, 2008 at 01:32:06PM -0500, Tony Camuso wrote:
> > Greg,
> >
> > Have you given Grant's suggestion any further consideration?
> >
> > I'd like to know how the MMCONFIG issues discussed in this thread
> > are
We want to allow different implementations of pci_raw_ops for standard
and extended config space on x86. Rather than clutter generic code with
knowledge of this, we make pci_raw_ops private to x86 and use it to
implement the new raw interface -- raw_pci_read() and raw_pci_write().
PCI x86: always use conf1 to access config space below 256 bytes
Thanks to Loic Prylli <[EMAIL PROTECTED]>, who originally proposed
this idea.
Always using legacy configuration mechanism for the legacy config space
and extended mechanism (mmconf) for the extended config space is
a simple and
> here's a QuickStart:
>
>http://redhat.com/~mingo/x86.git/README
Thanks!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
On Mon, 28 Jan 2008 19:45:25 -0700 Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> > afaik these patches have been tested by nobody except thyself?
>
> I've tested them myself, then I sent them to the perf team who ran the
> (4 hour long) benchmark, and they reported success. As with many patches
>
On Mon, Jan 28, 2008 at 02:53:34PM -0800, Greg KH wrote:
> Please send me patches, in a form that can be merged, along with a
> proper changelog entry, in the order in which you wish them to be
> applied, so I know exactly what changes you are referring to.
I'll send each patch as a reply to this
robert wrote:
> Kuan Luo wrote:
> > Robert worte.
> >> Kuan, does this patch (using the notifiers to see if the
> command is
> >> really done) still work if one port on the controller has
> >> ADMA disabled
> >> because it's in ATAPI mode? I seem to recall Allen Martin
> mentioning
> >> that
On Mon, 28 Jan 2008, Matt LaPlante wrote:
> On Thu, 24 Jan 2008 19:12:01 -0600
> Matt LaPlante <[EMAIL PROTECTED]> wrote:
>
> >
> > I'm doing a make oldconfig with the new 2.6.24 kernel. I came to the
> > prompt for "Default Linux Capabilities" which defaults to No:
> >
> > ---
> > Default
On Mon, Jan 28, 2008 at 05:07:34PM -0800, Andrew Morton wrote:
> The usual form is, I believe,
>
> git://git.kernel.org/pub/scm/linux/kernel/git/willy/misc.git dmapool
>
> Otherwise people get all confused and think it's an empty tree (like I just
> did).
Sorry!
> There were no replies
[PATCH] x86_64: fix overlap between pagetable with bss section
one early crash on one 8 node 256g machine
Command line: console=uart8250,io,0x3f8,115200n8
initrd=kernel.org/mydisk11_x86_64.gz rw root=/dev/ram0 debug initcall_debug
apic=debug acpi.debug_level=0x000f pci=routeirq ip=dhcp
On Fri, 2008-01-25 at 15:07 +0100, Roman Zippel wrote:
> Hi,
>
> On Wed, 23 Jan 2008, john stultz wrote:
>
> > This difference in calculation was causing the clocksource correction
> > code to apply a correction factor to the clocksource so the two
> > intervals were the same, however this
As pointed out by Adrian Bunk, commit 45c950e0f839fded922ebc0bfd59b1081cc71b70
caused a double-free when security_netlbl_sid_to_secattr() fails. This patch
fixes this by removing the netlbl_secattr_destroy() call from that function
since we are already releasing the secattr memory in
On Monday 28 January 2008, Gene Heskett wrote:
>On Monday 28 January 2008, Robert Hancock wrote:
>[...]
>
>>Check the /etc/modprobe.conf file, a lot of distributions use this to
>>generate the initrd. If there's references to pata_amd it'll try and
>>include it.
>
>Bingo! Thanks Robert, I'll try
On Thu, 24 Jan 2008 19:12:01 -0600
Matt LaPlante <[EMAIL PROTECTED]> wrote:
>
> I'm doing a make oldconfig with the new 2.6.24 kernel. I came to the prompt
> for "Default Linux Capabilities" which defaults to No:
>
> ---
> Default Linux Capabilities (SECURITY_CAPABILITIES) [N/y/?] (NEW) ?
>
On Mon, 28 Jan 2008, Gene Heskett wrote:
> On Monday 28 January 2008, Daniel Barkalow wrote:
> >On Mon, 28 Jan 2008, Gene Heskett wrote:
> >> On Monday 28 January 2008, Daniel Barkalow wrote:
> >> >Building this and installing it along with the appropriate initrd (which
> >> >might be handled by
On Monday 28 January 2008, Robert Hancock wrote:
[...]
>Check the /etc/modprobe.conf file, a lot of distributions use this to
>generate the initrd. If there's references to pata_amd it'll try and
>include it.
Bingo! Thanks Robert, I'll try it again with that line commented. I wasn't
aware of
On Mon, 2008-01-28 at 16:12 -0800, Max Krasnyanskiy wrote:
> Not accurate enough and way too much overhead for what I need. I know at this
> point it probably
> sounds like I'm talking BS :). I wish I've released the engine and examples
> by now. Anyway let
> me just say that SW MAC has
On Monday 28 January 2008, Daniel Barkalow wrote:
>On Mon, 28 Jan 2008, Gene Heskett wrote:
>> On Monday 28 January 2008, Daniel Barkalow wrote:
>> >Building this and installing it along with the appropriate initrd (which
>> >might be handled by Fedora's install scripts)
>>
>> Or mine, which I've
Gene Heskett wrote:
On Monday 28 January 2008, Robert Hancock wrote:
Gene Heskett wrote:
And so far no one has tried to comment on those 2 dmesg lines I've quoted
a couple of times now, here's another:
[0.00] Nvidia board detected. Ignoring ACPI timer override.
[0.00] If you
On Mon, 28 Jan 2008, Robin Holt wrote:
> USE_AFTER_FREE!!! I made this same comment as well as other relavent
> comments last week.
Must have slipped somehow. Patch needs to be applied after the rcu fix.
Please repeat the other relevant comments if they are still relevant I
thought I had
Carlos Aguiar wrote:
> From: Juha Yrjola <[EMAIL PROTECTED]>
>
> Introduce new MMC multislot structure and change driver to use it.
> diff --git a/drivers/mmc/host/omap.c b/drivers/mmc/host/omap.c
It could be that I misunderstand, but...
> @@ -897,19 +1037,106 @@ static const struct
Patch looks good.
If BIOS does not report HPET on more of such systems we may have to add
other chipsets in ICH9 family (ICH9_8, ...) as well.
Acked-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
>-Original Message-
>From: Alistair John Strachan [mailto:[EMAIL PROTECTED]
>Sent: Sunday,
On Tue, 29 Jan 2008 03:46:08 +0300
Michael Tokarev <[EMAIL PROTECTED]> wrote:
> Frederik Himpe wrote:
> > Linux 2.6.24 kernel gives the following messages when udev coldplugging
> > loads the driver for my NIC:
> >
> > 8139too :00:0b.0: This (id 10ec:8139 rev 20) is an enhanced 8139C+ chip
>
On Mon, 28 Jan 2008 17:11:47 -0700
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
>
> G'day Linus, mate
>
> Could you pull the dmapool branch of
> git://git.kernel.org/pub/scm/linux/kernel/git/willy/misc.git please?
The usual form is, I believe,
On Mon, 2008-01-28 at 10:26 -0800, Fernando Lopez-Lezcano wrote:
> On Sun, 2008-01-27 at 05:46 +0100, Mike Galbraith wrote:
> > On Sat, 2008-01-26 at 17:59 -0800, Fernando Lopez-Lezcano wrote:
> >
> > > Hi Ingo... back to testing.
> > > History:
> > >
> > > 2.6.23.x + rt has not been very
On Monday 28 January 2008, Robert Hancock wrote:
>Gene Heskett wrote:
>> And so far no one has tried to comment on those 2 dmesg lines I've quoted
>> a couple of times now, here's another:
>> [0.00] Nvidia board detected. Ignoring ACPI timer override.
>> [0.00] If you got timer
Frederik Himpe wrote:
> Linux 2.6.24 kernel gives the following messages when udev coldplugging
> loads the driver for my NIC:
>
> 8139too :00:0b.0: This (id 10ec:8139 rev 20) is an enhanced 8139C+ chip
> 8139too :00:0b.0: Use the "8139cp" driver for improved performance and
> stability.
>-Original Message-
>From: Grant Grundler [mailto:[EMAIL PROTECTED]
>Sent: Monday, January 28, 2008 4:22 PM
>To: Gaston, Jason D
>Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org; linux-
>[EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
>Subject: Re: [PATCH 2.6.24] pci_ids: patch
On Mon, 28 Jan 2008, Gene Heskett wrote:
> On Monday 28 January 2008, Daniel Barkalow wrote:
> >Building this and installing it along with the appropriate initrd (which
> >might be handled by Fedora's install scripts)
>
> Or mine, which I've been using for years.
You're ahead of a surprising
This patch adds the Intel ICH10 IDE mode SATA Controller DeviceID's.
Signed-off-by: Jason Gaston <[EMAIL PROTECTED]>
--- linux-2.6.24/drivers/ata/ata_piix.c.orig2008-01-24 14:58:37.0
-0800
+++ linux-2.6.24/drivers/ata/ata_piix.c 2008-01-28 14:58:22.0 -0800
@@ -263,6 +263,14
Revert "defer cr3 reload when doing pud_clear()" since I'm going to
replace it.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
include/asm-x86/pgalloc_32.h |7 ---
include/asm-x86/pgtable-3level.h | 21 ++---
2 files changed, 6 insertions(+), 22
The constructors for PAE and non-PAE pgd_ctors are more or less
identical, and can be made into the same function.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: William Irwin <[EMAIL PROTECTED]>
---
arch/x86/mm/pgtable_32.c | 58 +-
1
Hi Ingo,
Here's a followup set from that last batch of patches:
1. fix up the pgd_ctor merge, so that non-PAE will end up getting
kernel mappings
2. revert "optimise-pud_clear-cr3-reload"
3. only do a cr3 reload if pud_clear is being used on the active pagetable
4. update documentation
Remove bogus reference to "Pentium-II erratum A13" and point to the
actual canonical source of information about what requirements x86
processors have for PAE pagetable updates.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
include/asm-x86/pgalloc_32.h |6 --
Rather than unconditionally reloading cr3, only do so if the pud we're
updating is within the active pgd.
This eliminates TLB flushes most of the time. The
performance-critical uses of pud_clear are during execve and exit, but
in those cases cr3 is referring to some other pagetable. The only
1 - 100 of 1261 matches
Mail list logo