Hi Dear Hello nice to reach you..! How are you doing hope you are doing pretty good.I am Joysin Plany, Female of 27 year of age from florida in the United State of America, I work in a non governmental organization. Well this might come to you as a matter of chance. Be put into awearness of the fact the YMCA will be embacking on a project of millions of dollars this year, and it would be an open doors for the people expecially ouside the usa. Moreover, the YMCA organizing committe are interest to...

we already have them in e820.h Signed-off-by: Yinghai Lu <yhlu.kernel@gmail.com> diff --git a/include/asm-x86/setup.h b/include/asm-x86/setup.h index ffa0f54..53ef090 100644 --- a/include/asm-x86/setup.h +++ b/include/asm-x86/setup.h @@ -50,15 +50,9 @@ extern struct boot_params boot_params; */ #define LOWMEMSIZE() (0x9f000) -struct e820entry; - char * __init machine_specific_memory_setup(void); char *memory_setup(void); -int __init copy_e820_map(struct e820entry *biosmap,...

The following patch will require use of the reservation regions support. Move this earlier in the file. No changes have been made to this code. Signed-off-by: Andy Whitcroft <apw@shadowen.org> --- mm/hugetlb.c | 242 +++++++++++++++++++++++++++++----------------------------- 1 files changed, 121 insertions(+), 121 deletions(-) diff --git a/mm/hugetlb.c b/mm/hugetlb.c index cd18d11..90a7f5f 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -561,6 +561,127 @@ static void return_unused_sur...

Please pull the PCI fixes: git pull git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/pci-2.6.git for-linus Hopefully this'll be the last set of important fixes needed for 2.6.26. Kenji-san tracked down and fixed several PCI hotplug problems, and Shaohua fixed an interesting ASPM bug caused by a PCIe multifunction device that had at least one non-PCIe sub-function. One of the hotplug problems ended up being a structural problem, so we'll probably have to rework the fix again a bit more properl...

Thanks, I had a patch to do this fix but it got lost. I'll add yours. --

kernel/cpu.c seems a more logical place for those maps since they do not really have much to do with the scheduler these days. Signed-off-by: Max Krasnyansky <maxk@qualcomm.com> --- kernel/Makefile | 4 ++-- kernel/cpu.c | 24 ++++++++++++++++++++++++ kernel/sched.c | 18 ------------------ 3 files changed, 26 insertions(+), 20 deletions(-) diff --git a/kernel/Makefile b/kernel/Makefile index 6c584c5..bb8da0a 100644 --- a/kernel/Makefile +++ b/kernel/Makefile @@ -3,7 +3,7 @...

Here is more info on this, with debug logs. Here is initial cpuset setup. cpus 0-3 balanced, cpus 4-7 non-balanced cd /dev/cgroup echo 0 > cpusets.sched_load_balance mkdir boot echo 0-3 > boot/cpusets.cpus echo 1 > boot/cpusets.sched_load_balance ... ----- CPU0 attaching NULL sched-domain. CPU1 attaching NULL sched-domain. CPU2 attaching NULL sched-domain. CPU3 attaching NULL sched-domain. CPU4 attaching NULL sched-domain. CPU5 attaching NULL sched-domain. CPU6 attaching N...

Current IRQ affinity interface does not provide a way to set affinity for the IRQs that will be allocated/activated in the future. This patch creates /proc/irq/default_smp_affinity that lets users set default affinity mask for the newly allocated IRQs. Changing the default does not affect affinity masks for the currently active IRQs, they have to be changed explicitly. This version addressed comments from Paul and Randy. Signed-off-by: Max Krasnyansky <maxk@qualcomm.com> --- Documentatio...

Hi, What do you think about this? The new file (vm86_mask.h) could actually be embedded completely in processor-flags.h, but I went for what I believe is the safer approach. This has been compile tested on x86_32 and x86_64 defconfig. Vegard From: Vegard Nossum <vegard.nossum@gmail.com> Date: Tue, 27 May 2008 21:38:35 +0200 Subject: [PATCH] x86: break mutual header inclusion This breaks up the mutual inclusion between headers ptrace.h and vm86.h by moving what's needed by both ...

Hi! Ah, that's true. My mistake. CHECK include/asm/ptrace.h [...]/usr/include/asm/ptrace.h requires asm/ds.h, which does not exist in exported headers What do you reckon is better here, to put #ifdef __KERNEL__ around the whole of ds.h and export it, or put #ifdef __KERNEL__ around the #include in ptrace.h? It feels wasteful to put it around the whole ds.h, since what is the point in exporting an empty file? On the other hand, it makes much more sense to put it there than in the "call...

Dear Developers, At the outset I would like to thank you for your great work - IMHO Linux is the best OS in the Solar System. Unfortunately, your relationships with certain people are not the best. I do not like how some people are treated on LKML. I will publish further episodes of "Love and Hate on LKML" until you change the climate around Linux development. http://loveandhateonlkml.wordpress.com/ If your speech is found in some of the episodes, this means that it has been considered very...

Some systems incorrectly report the ExtINTA pin of the I/O APIC as the genuine target of the timer interrupt. Here is a change that copies timer pin information found to the other pin if one has been found only. This way both a direct and a through-8259A route is tested with the pin letting these problematic systems work well enough. If no timer pin information has been found for the I/O APIC, then local APIC variations are tried only, similarly to what is done without the change (except without t...

Keep the timer interrupt line masked when reconfiguring its interrupt redirection entry in the I/O APIC. Signed-off-by: Maciej W. Rozycki <macro@linux-mips.org> --- patch-2.6.26-rc1-20080505-timer-extint-mask-0 diff -up --recursive --new-file linux-2.6.26-rc1-20080505.macro/arch/x86/kernel/io_apic_32.c linux-2.6.26-rc1-20080505/arch/x86/kernel/io_apic_32.c --- linux-2.6.26-rc1-20080505.macro/arch/x86/kernel/io_apic_32.c 2008-05-25 22:17:27.000000000 +0000 +++ linux-2.6.26-rc1-20080505/arch/...

Rename setup_ExtINT_IRQ0_pin() to setup_timer_IRQ0_pin() to better reflect the upcoming role of a function setting up a (semi-)arbitrary I/O APIC pin appropriately for the 8254 timer. By "appropriate" the following settings are meant: edge-triggered, active-high, all the other settings per-architecture. Adjust comments to reflect code appropriately. No functional changes. Signed-off-by: Maciej W. Rozycki <macro@linux-mips.org> --- patch-2.6.26-rc1-20080505-timer-extint-rename-0 dif...

When the through-8259A mode is used for the timer, the call to set_irq_handler() will register a NULL handler name, resulting in "IO-APIC-<NULL>" reported. Fix by calling ioapic_register_intr() as done for all the other I/O APIC interrupts. The 64-bit variation calls set_irq_chip_and_handler_name() here needlessly and should get fixed with the upcoming merge. Signed-off-by: Maciej W. Rozycki <macro@linux-mips.org> --- patch-2.6.26-rc1-20080505-timer-extint-0 diff -up --recursive ...

Single node GFS2 filesystem. Run fsx. Boom. BUG: unable to handle kernel paging request at ffff81002690e000 IP: [<ffffffffa049fb51>] :gfs2:rgblk_search+0x14f/0x3b3 PGD 8063 PUD 9063 PMD 26845163 PTE 800000002690e160 Oops: 0000 [1] SMP DEBUG_PAGEALLOC CPU 3 Modules linked in: lock_nolock gfs2 sunrpc ipt_REJECT nf_conntrack_ipv4 iptable_filter ip_tables ip6t_REJECT xt_tcpudp nf_conntrack_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables x_tables ipv6 ext2 vfat fat xfs loop dm_mirror dm_log ...

When trying to mount an nfs export, I got this oops.. BUG: unable to handle kernel paging request at f4569000 IP: [<f8daac01>] :sunrpc:xdr_encode_opaque_fixed+0x2d/0x69 *pde = 34c23163 *pte = 34569160 Oops: 0000 [#1] SMP DEBUG_PAGEALLOC Modules linked in: nfs nfsd lockd nfs_acl auth_rpcgss exportfs sunrpc ext2 sg button via_rhine via_ircc pcspkr r8169 mii pata_sil680 irda crc_ccitt i2c_viapro i2c_core dm_snapshot dm_zero dm_mirror dm_log dm_mod pata_via ata_generic pata_acpi libata sd_mod scsi...

Hello, This printk was spamming my dmesg and /var/log/message. Is there a reason we have this printk? Can we simply remove it? Signed-off-by: Jerry Stralko <gerb.stralko@gmail.com> --- diff --git a/drivers/scsi/sr_ioctl.c b/drivers/scsi/sr_ioctl.c index ae87d08..c37fb1c 100644 --- a/drivers/scsi/sr_ioctl.c +++ b/drivers/scsi/sr_ioctl.c @@ -238,8 +238,6 @@ int sr_do_ioctl(Scsi_CD *cd, struct packet_command *cgc) break; } } - if (!cgc->quiet) - print...

After patch 2 in this series, a process that successfully calls mmap() for a MAP_PRIVATE mapping will be guaranteed to successfully fault until a process calls fork(). At that point, the next write fault from the parent could fail due to COW if the child still has a reference. We only reserve pages for the parent but a copy must be made to avoid leaking data from the parent to the child after fork(). Reserves could be taken for both parent and child at fork time to guarantee faults but if the map...

A later patch in this set needs to call hugetlb_acct_memory() before it is defined. This patch moves the function without modification. This makes later diffs easier to read. Signed-off-by: Mel Gorman <mel@csn.ul.ie> --- mm/hugetlb.c | 82 +++++++++++++++++++++++++++--------------------------- 1 file changed, 41 insertions(+), 41 deletions(-) diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.26-rc2-mm1-clean/mm/hugetlb.c linux-2.6.26-rc2-mm1-0010-move-hugetlb_acct_memory/mm/...

Thanks Abhishek, Acked-by: Steven Rostedt <srostedt@redhat.com> -- Steve --

Hi, here's a patch to enable the Philips CPWUA054/00 in p54usb. You might want to include it in future kernels. (At least I would like to see it included ;-) Kind regards, Felix

[please keep the cc list and reply to all] If you just want to use it in X, then you could use ttyx (you can find it at http://youpibouh.thefreecat.org/download/) It translates events from the serial device to X keyboard event, it was developped by Samuel for a similar project (a device with a couple buttons that sends the key via a serial port). I thinks it would be quite easy to add a table to translate to a different key if you need that. regards, Benoit --

The touch_nmi_watchdog() routine on x86 ultimately calls touch_softlockup_watchdog(). The problem is that to touch the softlockup watchdog, the cpu_clock code has to be called which could involve multiple cpu locks and can lead to a hard hang if one of the locks is held by a processor that is not going to return anytime soon (such as could be the case with kgdb or perhaps even with some other kind of exception). This patch causes the public version of the touch_softlockup_watchdog() to defer the ...

A while ago (*) I sent out a patch to change mmap behaviour on nommu targets. Currently, the kernel requires a munmap call for every mmap, with the exact same address range; this is inconsistent with behaviour on mmu systems, and complicates the malloc implementation in uClibc. uClibc's malloc requires that the UCLIBC_UCLINUX_BROKEN_MUNMAP config option is used, which introduces additional overhead, and isn't thread safe in the upstream version of uClibc. To summarize the comments I got last...