Hello,
A while back a patch was merged to make that only root can program the
keyboard:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0b360adbdb54d5b98b78d57ba0916bc4b8871968
Is this patch discussable? I think this patch isn't proper because of the
following reasons
On Fri, Jul 13, 2007 at 11:54:42PM -0700, David Miller wrote:
> From: Adrian Bunk <[EMAIL PROTECTED]>
> Date: Sat, 14 Jul 2007 06:09:54 +0200
>
> > This patch contains the following cleanups:
> > - note in the prompt if an option depends on EXPERIMENTAL
> > - remove "default n"s that didn't have a
On Fri, 13 Jul 2007, Alan Stern wrote:
On Fri, 13 Jul 2007, Rafael J. Wysocki wrote:
I missed this discussion. is this idea to suspend, write to disk, but
leave things in ram so that if you wakeup soon enough you have everything
for ram, but if you don't and the battery dies you can restore fr
Andrew Morton wrote:
+x86_64-dynticks-disable-hpet_id_legsup-hpets.patch
pretend to fix it
I'm not sure what this patch does on x86_64, but it seems like it
trashes all HPET support on i386?
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from [EMAIL PROTECTED]
Home
On Fri, 13 Jul 2007, Rafael J. Wysocki wrote:
remember release early, release often (with something that functions)
fo rthe current stage where we are trying to make things work don't worry
about packaging everything tight with initrd and re-useing partitions or
kernel images. once everything
On Fri, Jul 13, 2007 at 09:26:43PM -0400, Mathieu Desnoyers wrote:
> Use the faster immediate values for F00F bug handling in do_page_fault.
> --- linux-2.6-lttng.orig/arch/i386/mm/fault.c
> +++ linux-2.6-lttng/arch/i386/mm/fault.c
> @@ -492,7 +493,7 @@
> /*
>* Pentium F0 0F C7 C8 bu
Hi...
Recently Keil has accepted few isdn related , pci_find_device
cleanup patches, which are currently in -mm tree and would probably be
in mainline kernel soon..
look the below url shows a mail from karsten keil..
http://marc.info/?l=linux-kernel&m=118029832418653&w=2
Just make sure patch on
On Fri, Jul 13, 2007 at 09:24:43PM -0400, Mathieu Desnoyers wrote:
> Immediate values provide a way to use dynamic code patching to update
> variables
> sitting within the instruction stream. It saves caches lines normally used by
> static read mostly variables.
> kernel/Kconfig.immediate | 11
Venki Pallipadi wrote:
force_enable hpet for ICH5.
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
---
arch/i386/kernel/hpet.c |2
arch/i386/kernel/quirks.c | 101 +-
include/asm-i386/hpet.h |2
include/linux/pci_ids.h |1
Davide,
I'm working on the signalfd(2) man page, and I've come
acorss some puzzling behaviour...
What are the intended semantics of a signalfd file descriptor
after an execve()?
As far as I can work out, after an execve() the file descriptor
is still available, but reads from it always return
On Fri, 2007-07-13 at 14:47 -0700, Zach Brown wrote:
> > I fear the consequences of this change :(
>
> I love it. In the past I've lost time by working with patches which
> didn't quite realize that ext3 holds a transaction open during
> ->direct_IO.
>
> > Oh well, please keep it alive, maybe be
On Mon, Jul 02, 2007 at 10:37:28AM -0400, Jeff Garzik wrote:
> Alex Riesen wrote:
> >Do some of your branches miss the commit by which it was removed?
>
> git-clone followed by git-checkout master recreates the problem.
>
> But to answer your question directly, I rebase, so they absolutely do
>
On Sat, 2007-07-14 at 01:35 -0600, Robert Hancock wrote:
> According to some reports, and a quick test I did on my laptop, this
> same method appears to work on the ICH4 chipset, even though the HPET is
> not documented on that chipset. Does Intel have any info on HPET support
> on ICH4 and whet
On Fri, 13 Jul 2007, Rafael J. Wysocki wrote:
Ok, now we need a data channel from the old kernel to the hibernate
kernel, to the restore kernel. and the messier the memory layout the
larger this data channel needs to be (hmm, what's the status on the memory
defrag patches being proposed?) if thi
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> A lot of people have asked me if there is anything they can do to help
> out kernel.org. At this point, the number one thing anyone could do to
> help, and which would be reasonably self-contained a project, would be
> to help maintain our fork of gi
These patches add proto_mask alongside pio_mask, mwdma_mask, and
udma_mask. This is a more uniform way to export which features host
controllers support (DMA? NCQ? ATAPI? ATAPI DMA?), rather than creating
a new ATA_FLAG_xxx for each.
This also opens the door to useful things like combining "if
p
commit c7baac44f3a02b895873cce48c6e426ddbea06b9
Author: Jeff Garzik <[EMAIL PROTECTED]>
Date: Sat Jul 14 03:27:11 2007 -0400
[libata] Introduce per-port taskfile protocol masks
One ATA_PMASK_$name bitmapped value exists for each ATA_PROT_$name
value.
->proto_mask membe
Review definitely helps here...
commit b8485b72aa93a82bcb48835f04c8cf06cd0b1f37
Author: Jeff Garzik <[EMAIL PROTECTED]>
Date: Sat Jul 14 03:54:56 2007 -0400
[libata] Fill in ->proto_mask setting for all drivers
Using observations on pio_mask/mwdma_mask/udma_mask settings, set
commit a02791c8298bc0c2202a49c5e781ed2c68132dc8
Author: Jeff Garzik <[EMAIL PROTECTED]>
Date: Sat Jul 14 04:10:11 2007 -0400
[libata] Use ->proto_mask to replace NCQ and NO_ATAPI flags
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
drivers/ata/ahci.c |2 +-
drivers/
[CC += [EMAIL PROTECTED]
Amit,
Thanks for this page. I will endeavour to review it in
the coming days. In the meantime, the better address to CC
me on fot man pages stuff is [EMAIL PROTECTED]
Cheers,
Michael
> Following is the modified version of the manpage originally submitted by
> David
On Fri, Jul 13, 2007 at 04:56:10PM +0100, Mel Gorman wrote:
> On (12/07/07 22:32), Mel Gorman didst pronounce:
>
> > > Should we at least go for
> > >
> > > add-__gfp_movable-for-callers-to-flag-allocations-from-high-memory-that-may-be-migrated.patch
> > > create-the-zone_movable-zone.patch
> > >
by the way, a data point on kernel sizes
-rw-r--r-- 1 root root 864648 Jul 14 00:53 vmlinuz.2.6.22.1.hibernate
-rw-r--r-- 1 root root 659496 Jul 14 01:17 vmlinuz.2.6.22.1.hibernate.stripped
-rw-r--r-- 1 root root 3948168 Jul 14 01:10 vmlinuz.2.6.22.1.running
the running one matches the config
The current SMI detection logic in read_hpet_tsc() makes sure,
that when a SMI happens between the read of the HPET counter and
the read of the TSC, this wrong value is used for TSC calibration.
This is not the intention of the function. The comparison must ensure,
that we do _NOT_ use such a valu
> Can we just use generic_file_llseek() in here? afacit that simply requires
> that i_size have the correct value. Does it?
Yes.
> Generic_file_llseek() uses file->f_mapping->host->i_mutex which is
> equivalent for this file, but we might as well be consistent.
Last time I used file->f_mapping
On Sat, 14 Jul 2007 04:17:28 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> Review definitely helps here...
Without knowing what the precise semantics are that is hard. Every
SFF_DMA case may not be supporting DMA depending upon the configuration
so it should probably be set by ata_pci_init_on
On Sat, Jul 14, 2007 at 03:47:21AM +0400, Kirill Kuvaldin wrote:
> $ dd if=correct.iso of=bad.iso bs=4k count=8
Oops, sorry, the right command should be:
dd if=correct.iso of=bad.iso bs=4k seek=8
Kirill
-
To unsubscribe from this list: send the line "uns
On Sat, 14 Jul 2007 01:22:10 -0600 Robert Hancock <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > +x86_64-dynticks-disable-hpet_id_legsup-hpets.patch
> >
> > pretend to fix it
>
> I'm not sure what this patch does on x86_64, but it seems like it
> trashes all HPET support on i386?
>
It
On Saturday, 14 July 2007 10:33, [EMAIL PROTECTED] wrote:
> by the way, a data point on kernel sizes
>
> -rw-r--r-- 1 root root 864648 Jul 14 00:53 vmlinuz.2.6.22.1.hibernate
> -rw-r--r-- 1 root root 659496 Jul 14 01:17
> vmlinuz.2.6.22.1.hibernate.stripped
> -rw-r--r-- 1 root root 3948168 Jul
There's a todo list in the back of my head, I will try and write it up
this weekend and get it posted.
- John 'Warthog9' Hawley
On Sat, 2007-07-14 at 01:12 -0700, Junio C Hamano wrote:
> "H. Peter Anvin" <[EMAIL PROTECTED]> writes:
>
> > A lot of people have asked me if there is anything they ca
Hi;
14 Tem 2007 Cts tarihinde, Surya şunları yazmıştı:
>Recently Keil has accepted few isdn related , pci_find_device
> cleanup patches, which are currently in -mm tree and would probably be
> in mainline kernel soon..
>
> look the below url shows a mail from karsten keil..
> http://marc.info
On Fri, Jul 13, 2007 at 06:09:02PM +0530, Anand Jahagirdar wrote:
>Hello All
{snip}
>Index: root/Desktop/a1/linux-2.6.17.tar.bz2_FILES/linux-2.6.17/kernel/fork.c
>===
>--- root.orig/Desktop/a1/linux-2.6.17.tar.bz2_FILES/linux-2.6.17/
On Saturday, 14 July 2007 02:45, Joseph Fannin wrote:
> On Fri, Jul 13, 2007 at 11:30:50AM +0200, Rafael J. Wysocki wrote:
> > On Friday, 13 July 2007 07:42, Joseph Fannin wrote:
> > > On Thu, Jul 12, 2007 at 08:06:43PM -0700, [EMAIL PROTECTED] wrote:
> > > > On Thu, 12 Jul 2007, Rafael J. Wysocki
On Saturday, 14 July 2007 07:48, Huang, Ying wrote:
> On Fri, 2007-07-13 at 10:43 -0600, Eric W. Biederman wrote:
> > > Why a assembly stub is necessary? Is it not sufficient that just
> > > continue to complete a normal boot (hot add the reset of memory) or load
> > > the hibernated kernel (hibern
H. Peter Anvin wrote:
> Gabriel C wrote:
>
>> I don't use and don't have lilo installed on this system. The attached
>> patch fixes the problem for me.
>>
>>
>
> You also don't have a /sbin/installkernel, which is arguably a bug too.
> However, the patch mostly makes sense, although I woul
On Jul 14 2007 01:09, Tilman Schmidt wrote:
>Am 13.07.2007 11:46 schrieb Jan Engelhardt:
>> On Jul 10 2007 01:31, Andrew Morton wrote:
>>
>>> use-menuconfig-objects-isdn-config_isdn_i4l.patch
>>>
>>> tilman didn't like it - might drop
>>
>> Or replace by his suggestion patch ( http://lkml.org/lk
Hi all,
I use an A-BIT AW9D-MAX motherboard and while the audio works fine using
the Intel HDA driver; however, I see this in dmesg:
[ 29.188561] Advanced Linux Sound Architecture Driver Version 1.0.14
(Thu May 31 09:03:25 2007 UTC).
[ 29.188728] ACPI: PCI Interrupt :00:1b.0[A] -> GS
Hello,
cls_rsvp6 only works with IPV6 enabled kernels and IMO it should depends
on IPV6.
Signed-off-by: Gabriel Craciunescu <[EMAIL PROTECTED]>
---
net/sched/Kconfig |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/net/sched/Kconfig b/net/sched/Kconfig
index b466288..
On Fri, Jul 13, 2007 at 09:21:34PM -0400, Mathieu Desnoyers wrote:
> Remove the kprobes mutex from kprobes.h, since it does not belong there. Also
> remove all use of this mutex in the architecture specific code, replacing it
> by
> a proper mutex lock/unlock in the architecture agnostic code.
Th
Were can -rt3 be found?
On 7/13/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
On Fri, 2007-07-13 at 16:02 +0200, Maarten Maathuis wrote:
> I have determined that version 2.6.22.1-rt2 freeze after:
>
> NET: Register protocol family 2
>
> This is very early in the boot stage, and i cannot determin
On Fri, Jul 13, 2007 at 09:21:33PM -0400, Mathieu Desnoyers wrote:
> Hi Andrew,
>
> After refactoring of architecture independant code (mutex to protect text
> edition) vs architecture dependant code (marking/unmarking pages RW) and
> thorough testing, here is the new version of the text edit lock
On Sat, 2007-07-14 at 12:49 +0200, Maarten Maathuis wrote:
> Were can -rt3 be found?
http://lkml.org/lkml/2007/7/13/159
> On 7/13/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > On Fri, 2007-07-13 at 16:02 +0200, Maarten Maathuis wrote:
> > > I have determined that version 2.6.22.1-rt2 freeze a
On Sat, 2007-07-14 at 11:59 +0200, Rafael J. Wysocki wrote:
> > Hibernating process:
> >
> > 1. Normal kernel running
> > 2. Hibernating is triggered, sys_kexec_load is used to load
> > hibernating kernel and initramfs into memory. Then
> > sys_reboot(LINUX_REBOOT_CMD_KSPAWN) is invo
--- linux-2.6/drivers/usb/host/Kconfig 2007-07-14 13:00:15.0
+0200
+++ linux-2.6-patched/drivers/usb/host/Kconfig 2007-07-14
13:09:10.0 +0200
@@ -237,7 +237,7 @@
module will be called "sl811_cs".
config USB_R8A66597_HCD
- tristate "R8A66597 HCD suppoort"
+
Hi all,
today I have expirienced soft lockup at 2.6.21 kernel. 2.6.22 is taking me
same problem:
BUG: soft lockup detected on CPU#0!
[] softlockup_tick+0x98/0xb5
[] update_process_times+0x33/0x55
[] tick_nohz_handler+0x54/0xb4
[] smp_apic_timer_interrupt+0x62/0x72
[] apic_timer_interrupt+0x
UidSEC LSM
This module extends the standard UN*X "resource protection" model adding
some features useful for untrusted multiuser systems
Current features
* Deny usage of dmesg to unprivileged users
* Hide processes of "other users" to unprivileged users (example: sam
can only see his pro
> i'm pleased to announce release -v19 of the CFS scheduler patchset.
>
> The rolled-up CFS patch against today's -git kernel, v2.6.22-rc7,
> v2.6.22-rc6-mm1, v2.6.21.5 or v2.6.20.14 can be downloaded from the
> usual place:
>
> http://people.redhat.com/mingo/cfs-scheduler/
Well, I took a 2
I have an older MSI motherboard and when I enable the following option:
From lshw:
description: Motherboard
product: MS-6730
[*] IO-APIC support on uniprocessors
I get the following errors in dmesg:
[ 247.177372] APIC error on CPU0: 00(40)
[ 247.556741] APIC error on CPU0:
Hello!
I just build 2.6.22-git5 to test the cfs.
I looked in the log and found:
usb 1-5: new high speed USB device using ehci_hcd and address 2
usb 1-5: new high speed USB device using ehci_hcd and address 3
usb 1-5: new high speed USB device using ehci_hcd and address 4
usb 1-5: new high speed U
Gabriel C wrote:
> Hi,
>
> doing a modprobe fixed the driver segfaults and I get this Oops:
>
>
> Jul 14 13:43:30 lara [ 157.952915] Fixed PHY: Registered new driver
[...]
God , tbird sucks ..
There the dmesg with the Oops :
http://194.231.229.228/kern.log
Should be better to read.
Regards,
On (14/07/07 10:28), Nick Piggin didst pronounce:
> On Fri, Jul 13, 2007 at 04:56:10PM +0100, Mel Gorman wrote:
> > On (12/07/07 22:32), Mel Gorman didst pronounce:
> >
> > > > Should we at least go for
> > > >
> > > > add-__gfp_movable-for-callers-to-flag-allocations-from-high-memory-that-may-be
On Fri, Jul 13, 2007 at 09:11:28PM -0700, Kok, Auke wrote:
> [adding netdev]
>
> David Fries wrote:
> >When I did a software suspend to disk then resumed the Intel network
> >card using eepro100 driver would be unable to transmit packets. I
> >tracked this down and found a register write after th
pure_initcall uses the same ID as core_initcall.
I guess that's a typo and it should use its own ID.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
Index: linux-2.6/include/linux/init.h
===
--- linux-2.6.orig/include/linux/init.h
Hi
Light load on my system and encoding a home video to the disk using
mencoder and i get this...
BUG: unable to handle kernel NULL pointer dereference at virtual address
0004
printing eip:
c01a478e
*pde =
Oops: [#1]
PREEMPT SMP
Modules linked in: nls_iso8859_1 nls_cp437
Hi
Light load on my system and encoding a home video to the disk using
mencoder and i get this...
BUG: unable to handle kernel NULL pointer dereference at virtual address
0004
printing eip:
c01a478e
*pde =
Oops: [#1]
PREEMPT SMP
Modules linked in: nls_iso8859_1 nls_cp437
On Sat, Jul 14, 2007 at 06:18:40AM -0400, Justin Piszcz wrote:
> Hi all,
>
> I use an A-BIT AW9D-MAX motherboard and while the audio works fine using
> the Intel HDA driver; however, I see this in dmesg:
>
> [ 29.188561] Advanced Linux Sound Architecture Driver Version 1.0.14
> (Thu May 31 09
William Montgomery <[EMAIL PROTECTED]> writes:
> In an earlier post to the list I described a hard lockup condition
> that occurs on linux kernels 2.4.22, 2.6.13, and 2.6.17 when using
> a 4 port 10/100 fast ethernet card. The lockup is easily repeatable
> and occurs on 2 out of 3 computers.
>
>
> I'll try a git snapshot next, but is there a way I can get more
output?
Did it. The mouse is smooth, just when one app is being quit (dont know
why...) the mouse will be jerking for a few seconds...
So, is there any way to get a more verbose output regarding the cfs?
Markus
-
To unsubscrib
On Fri, 13 Jul 2007, H. Peter Anvin wrote:
> Bodo Eggert wrote:
> > On Fri, 13 Jul 2007, H. Peter Anvin wrote:
> >> Bodo Eggert wrote:
> >>> I toyed with setting up a diskless system in initramfs. In the process, I
> >>> came across some things:
> >>>
> >>> 1) There is no way to have the kernel n
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
> On Fri, Jul 13, 2007 at 09:21:33PM -0400, Mathieu Desnoyers wrote:
> > Hi Andrew,
> >
> > After refactoring of architecture independant code (mutex to protect text
> > edition) vs architecture dependant code (marking/unmarking pages RW) and
> > thor
* Alexey Dobriyan ([EMAIL PROTECTED]) wrote:
> On Fri, Jul 13, 2007 at 09:24:43PM -0400, Mathieu Desnoyers wrote:
> > Immediate values provide a way to use dynamic code patching to update
> > variables
> > sitting within the instruction stream. It saves caches lines normally used
> > by
> > stati
Gabriel C wrote:
> cls_rsvp6 only works with IPV6 enabled kernels and IMO it should depends
> on IPV6.
I can't see any functional dependency on IPv6, what exactly are you
refering to? People might want to use it on a bridge for example
without having IPv6 running locally.
-
To unsubscribe from
net/sunrpc/auth_gss/auth_gss.c:1002: warning: implicit declaration of function
'lock_kernel'
net/sunrpc/auth_gss/auth_gss.c:1004: warning: implicit declaration of function
'unlock_kernel'
allmodconfig or allyesconfig on x86_64.
---
~Randy
/me goes hiking.
-
To unsubscribe from this list: sen
On 11/07/07 23:16, Andi Kleen wrote:
> I just checked with today's gcc 4.2 (070711) freshly compiled and from a
> quick inspection
> the code looks correct again. So perhaps it has been already fixed?
It has indeed been fixed. I tracked the bug down to gcc svn revision 126418
(20070706) and t
Hi,
I had emerge --sync failing several times...
So i checked dmesg and found some info, attached further down.
This is a old VIA C3 machine with one disk, it's been running most
kernels in the 2.6.x series with no problems until now.
PS. Don't forget to CC me
DS.
BUG: unable to handle kernel
Hi,
This is an attempt at converting SLUB to -rt. It seems to work reasonably
well. But I haven't really pushed it _very_ _very_ hard yet.
Enjoy
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at ht
From: Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/asm-generic/local.h | 25 +++--
include/asm-i386/local.h| 13 +
include/asm-x86_64/local.h | 16
3 files changed, 52 insertions(+),
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/asm-i386/local.h |7 ---
include/asm-x86_64/local.h |7 ---
2 files changed, 8 insertions(+), 6 deletions(-)
Index: linux-2.6/include/asm-i386/local.h
==
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/workqueue.h |1 +
kernel/workqueue.c| 13 +
2 files changed, 14 insertions(+)
Index: linux-2.6/include/linux/workqueue.h
===
--- linux-2.6.
From: Mathieu Desnoyers <[EMAIL PROTECTED]>
This patch adds the ability to protect critical sections from migration to
another CPU without disabling preemption.
This will be useful to minimize the amount of preemption disabling for the -rt
patch. It will help leveraging improvements brought by th
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
init/Kconfig |1
mm/slub.c| 260 ---
2 files changed, 214 insertions(+), 47 deletions(-)
Index: linux-2.6/mm/slub.c
=
On Fri, Jul 13, 2007 at 09:21:36PM -0400, Mathieu Desnoyers wrote:
> +#ifdef CONFIG_DEBUG_RODATA
> +static int rodata_marked;
> +#endif
Maybe I'm missing something, but the rodata section should always stay
r/o, only text needs locking/unlocking, no?
Given that all code in this patch only operate
On Fri, Jul 13, 2007 at 09:24:41PM -0400, Mathieu Desnoyers wrote:
> +#ifdef __KERNEL__
no need for this. unless you add the header to header-y in the Kbuild
file it's not exported to userspace at all.
> +#ifdef CONFIG_IMMEDIATE
> +#include
> +#else
> +#include
> +#endif
Nack on this one. lin
On Fri, Jul 13, 2007 at 09:24:44PM -0400, Mathieu Desnoyers wrote:
> Since the immediate values depend on the same int3 handler as kprobes
> implements
> for i386, we have to get architecture specific defines available for the
> kprobes
> trap handler (especially restore_interrupts()) wven when C
On Fri, Jun 29, 2007 at 10:24:32PM -0500, Tom Zanussi wrote:
> The Generic Tracing and Control Interface (GTSC) code.
The code looks fine to me from a first look, but the the name is just dumb.
Given that all your internal identifiers are trace_* or TRACE_ go all
the way and make it CONFIG_TRACE a
Oh, testers for this patch will be welcome.. it runs fine on my system,
but I have not tested the CPU hotplug corner cases.
Mathieu
* Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> From: Mathieu Desnoyers <[EMAIL PROTECTED]>
>
> This patch adds the ability to protect critical sections from migratio
Hi, I am renting a root server which uses an nvidia motherboard and
currently has a functioning 2.6.16 kernel. Unfortunately taking the
same .config file (make oldconfig) in 2.6.21.6 is apparently not
spotting the ethernet controller correctly (for various reasons I need a
newer kernel, eventu
On Sat, 2007-07-14 at 08:37 -0700, Randy Dunlap wrote:
>
> net/sunrpc/auth_gss/auth_gss.c:1002: warning: implicit declaration of
> function 'lock_kernel'
> net/sunrpc/auth_gss/auth_gss.c:1004: warning: implicit declaration of
> function 'unlock_kernel'
>
>
> allmodconfig or allyesconfig on x86
Hello,
First of all excuse me for my bad english, this is my first time in LKML.
I'm not a programmer, but i'm a Gygabyte 7DPXDW+ owner (thanks ebay...), then i
tried to compile a 2.6.20 patched kernel with an adapted version of the Kumar
Gala's code as i found in:
http://lkml.org/lkml/2006/3/
On Sat, 2007-07-14 at 19:57 +0200, Peter Zijlstra wrote:
> ===
> ---
> linux-2.6.22-rc6-mm1.orig/include/asm-generic/local.h 2007-07-12
> 19:44:18.0 -0700
> +++ linux-2.6.22-rc6-mm1/include/asm-generic/local.h2007-07-
On 07/14, Peter Zijlstra wrote:
>
> +int fastcall queue_work_cpu(struct workqueue_struct *wq, struct work_struct
> *work, int cpu)
> +{
> + int ret = 0;
> +
> + if (!test_and_set_bit(WORK_STRUCT_PENDING, work_data_bits(work))) {
> + BUG_ON(!list_empty(&work->entry));
> +
* Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> From: Christoph Lameter <[EMAIL PROTECTED]>
>
> Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
> ---
> include/asm-generic/local.h | 25 +++--
> include/asm-i386/local.h| 13 +
> include/asm-x86_64/local.h |
On 07/14, Peter Zijlstra wrote:
>
> From: Mathieu Desnoyers <[EMAIL PROTECTED]>
>
> This patch adds the ability to protect critical sections from migration to
> another CPU without disabling preemption.
>
> This will be useful to minimize the amount of preemption disabling for the -rt
> patch. It
* Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
> ---
> include/asm-i386/local.h |7 ---
> include/asm-x86_64/local.h |7 ---
> 2 files changed, 8 insertions(+), 6 deletions(-)
>
> Index: linux-2.6/include/asm-i386/local.h
> ==
Hi,
I run a java application at nice 15. Its been a background application here
for as long
as SD and CFS have been around. If I have a compile running at nice 0, with
v19 java
gets so little cpu that the the wrapper that runs to monitor it is timing out
waiting for
it to start. This is ne
On Sat, 2007-07-14 at 13:14 -0400, Mathieu Desnoyers wrote:
> * Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> > From: Christoph Lameter <[EMAIL PROTECTED]>
> >
> > Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
> > ---
> > include/asm-generic/local.h | 25 +++--
> > include
On Sat, 2007-07-14 at 13:16 -0400, Mathieu Desnoyers wrote:
> * Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> > Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
> > ---
> > include/asm-i386/local.h |7 ---
> > include/asm-x86_64/local.h |7 ---
> > 2 files changed, 8 insertions(+)
On Sat, 2007-07-14 at 21:16 +0400, Oleg Nesterov wrote:
> On 07/14, Peter Zijlstra wrote:
> >
> > From: Mathieu Desnoyers <[EMAIL PROTECTED]>
> >
> > This patch adds the ability to protect critical sections from migration to
> > another CPU without disabling preemption.
> >
> > This will be usefu
On 07/14, Peter Zijlstra wrote:
>
> +static void flush_all(struct kmem_cache *s)
> +{
> + int cpu;
> + struct workqueue_struct *wq = flush_slab_workqueue;
> +
> + mutex_lock(&flush_slab_mutex);
> + for_each_online_cpu(cpu) {
> + struct slab_work_struct *sw = &per_cpu(sla
On 7/13/07, Joe Jin <[EMAIL PROTECTED]> wrote:
>
> Patch gone too ;) I deleted it. I was hoping that you'd send me the final
> finished product (please).
>
Ha.., the patch against 2.6.22, at your patch have use htlb_alloc_mask, but I
cannot found it at 2.6.22 kernel tree, I think you must use d
On Sat, 2007-07-14 at 21:39 +0400, Oleg Nesterov wrote:
> On 07/14, Peter Zijlstra wrote:
> >
> > +static void flush_all(struct kmem_cache *s)
> > +{
> > + int cpu;
> > + struct workqueue_struct *wq = flush_slab_workqueue;
> > +
> > + mutex_lock(&flush_slab_mutex);
> > + for_each_online_cpu
> Quoting Roland Dreier <[EMAIL PROTECTED]>:
> Subject: Re: Further 2.6.23 merge plans...
>
> > Any plans to do something with multiple EQ support in mthca?
>
> I haven't done any work on it or seen anything from anyone else, so I
> expect this will have to wait for 2.6.24.
I'm surprised to hea
On Sat, 2007-07-14 at 21:14 +0400, Oleg Nesterov wrote:
> On 07/14, Peter Zijlstra wrote:
> >
> > +int fastcall queue_work_cpu(struct workqueue_struct *wq, struct
> > work_struct *work, int cpu)
> > +{
> > + int ret = 0;
> > +
> > + if (!test_and_set_bit(WORK_STRUCT_PENDING, work_data_bits(wor
On Sat, 14 Jul 2007 10:40:25 -0700 "Nish Aravamudan" <[EMAIL PROTECTED]> wrote:
> On 7/13/07, Joe Jin <[EMAIL PROTECTED]> wrote:
> > >
> > > Patch gone too ;) I deleted it. I was hoping that you'd send me the final
> > > finished product (please).
> > >
> >
> > Ha.., the patch against 2.6.22, at
On Sat, 2007-07-14 at 02:07 -0700, Andrew Morton wrote:
> + if (0 && (id & HPET_ID_LEGSUP)) {
> hpet_enable_int();
> hpet_reserve_platform_timers(id);
> /*
> _
>
> will, if executed (on x86_64, at least), instaoops the machine. It might
> take down i3
* Oleg Nesterov ([EMAIL PROTECTED]) wrote:
> On 07/11, Mathieu Desnoyers wrote:
> >
> > This patch adds the ability to protect critical sections from migration to
> > another CPU without disabling preemption.
> >
> > This will be useful to minimize the amount of preemption disabling for the
> >
Patrick McHardy wrote:
> Gabriel C wrote:
>
>> cls_rsvp6 only works with IPV6 enabled kernels and IMO it should depends
>> on IPV6.
>>
>
>
> I can't see any functional dependency on IPv6, what exactly are you
> refering to? People might want to use it on a bridge for example
> without havin
* Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> On Sat, 2007-07-14 at 13:14 -0400, Mathieu Desnoyers wrote:
> > * Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> > > From: Christoph Lameter <[EMAIL PROTECTED]>
> > >
> > > Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
> > > ---
> > > include/asm-gen
* Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> On Sat, 2007-07-14 at 13:16 -0400, Mathieu Desnoyers wrote:
> > * Peter Zijlstra ([EMAIL PROTECTED]) wrote:
> > > Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
> > > ---
> > > include/asm-i386/local.h |7 ---
> > > include/asm-x86_64/loca
Hi
I was wondering if there are any plans to merge the Nozomi driver
which has been living in mm for quite a while now into the main line
kernel.
I spoke about this a wee bitafter rc1 of 2.6.22 but I´m not sure if
the discussed clean up was ever implemented
I´d be greatful for any info
Thanks
Thread Migration Preemption
This patch adds the ability to protect critical sections from migration to
another CPU without disabling preemption.
This will be useful to minimize the amount of preemption disabling for the -rt
patch. It will help leveraging improvements brought by the local_t types
1 - 100 of 248 matches
Mail list logo
