Instead of allocating a fix sized array of NR_CPUS pointers for percpu_data,
we can use nr_cpu_ids, which is generally < NR_CPUS.
Signed-off-by: Eric Dumazet <[EMAIL PROTECTED]>
include/linux/percpu.h |2 +-
mm/allocpercpu.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
On Fri, 2007-11-16 at 14:31 -0700, Yang, Bo wrote:
> James,
>
> Do you have get any feedback for those patches? Based on those patches
> be added to the scsi_misc tree, we have more patches need to submit.
> Please let me know.
Well, the last one had a large amount of whitespace cleanup to do:
From: Divy Le Ray <[EMAIL PROTECTED]>
Subdevice ID is not necessarily set to 1.
Use wild card for PCI device matching
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_main.c | 24
1 files changed, 12 insertions(+), 12 deletions(-)
diff --gi
On Nov 15, 2007 11:02 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> On Thu, 15 Nov 2007 21:02:46 -0800 "Abhishek Rai" <[EMAIL PROTECTED]> wrote:
> > One solution to this problem implemented in this patch is to cluster
> > indirect blocks together on a per group basis, similar to how inodes
> > a
On Sat, 2007-11-17 at 08:58 +1100, James Morris wrote:
> On Fri, 16 Nov 2007, Eric Paris wrote:
>
> > On Sat, 2007-11-17 at 08:47 +1100, James Morris wrote:
> > > On Fri, 16 Nov 2007, Eric Paris wrote:
> > >
> > > > On a kernel with CONFIG_SECURITY but without an LSM which implements
> > > > secu
On Fri, 16 Nov 2007, Micah Dowty wrote:
> 2.6.17 -
> 2.6.19 -
> 2.6.19.7 -
> 2.6.20 +
> 2.6.21 +
> 2.6.22 -
> 2.6.23.1 +
>
> Here a "-" means that the problem does not occur (my test program uses
> 100% of both CPUs) and a "+" means that the test program leaves one
> CPU mostly idle.
>
> Unless
On Fri, 16 Nov 2007, Eric Paris wrote:
> When this protection was originally concieved it intentionally was
> offing something even without an more 'full featured' LSM. That was the
> whole reason I had to drop the secondary stacking hook inside the
> selinux code.
>
> While I now understand the
The following patch adds support for protected memory enable bits by
clearing them if they are set at startup time. Some future boot loaders
or firmware could have this bit set after it loads the kernel, and it
needs to be cleared if DMA's are going to happen effectively.
please apply
--mgross
On Fri, 16 Nov 2007, Eric Dumazet wrote:
> Instead of allocating a fix sized array of NR_CPUS pointers for percpu_data,
> we can use nr_cpu_ids, which is generally < NR_CPUS.
Yes we can. Could you either use [] or [0] instead of the index there?
Somehow the patch vanished when I replied to it.
-
[EMAIL PROTECTED] writes:
> does somebody know if there is a website or a project for giving comfortable
> and deeper insight into what`s specific to distro`s kernels and what`s their
> difference to vanilla kernel ?
>
> i mean some way to have some transparancy to what different distro vendors
Hello,
I have an SB Live Value card which uses the emu10k1 driver. I use digital
output to an external amplifier. This has worked fine for many years, up
to and including kernel 2.6.23.1. Under 2.6.23.7, I have been unable
to get any audio output. I get the following errors when loading my
as
Sorry about that, I checked the "has security impact" checkbox and that
marked it as private by default. This is a very well known problem
though so keeping secret certainly does not make sense. I have manually
removed the "private" flag now.
The content of the bug report was as follows:
-
There is a problem in some hardware where the kernel will stall for
35 seconds waiting for disks that dont exist. This patch will skip
waiting for the BSY-bit on ide-drives to go away if you set
hdx=noprobe as a kernel option and the disk is not marked
as 'present' (like when you set the geometry b
Sam Ravnborg wrote:
On Fri, Nov 16, 2007 at 07:20:15AM -0800, H. Peter Anvin wrote:
Andreas Herrmann wrote:
The new ARCH=x86 kernel build causes weired machine strings on 32-bit.
For a cross-compiled kernel I have
$ uname -m
x66_64
For a kernel natively built on a 32 bit mac
A few fixups from Andrew's code comments.
- removed "static inline" forward-declares
- changed use of min() to min_t()
- removed some unnecessary NULL initializations
- removed a couple of BUG() calls
Cc: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
Hello Steven,
Thanks for your reply
> The above sounds more like you need a completion.
Funny, I first started with using completion structures, but that did
not work either. I get similar OOPses on all these kind of locking
mechanisms, as long as I use the _interruptible() type. I tried every
wo
Virtually map the cpu areas. This allows bigger maximum sizes and to only
populate the virtual mappings on demand.
In order to use the virtual mapping capability the arch must setup some
configuration variables in arch/xxx/Kconfig:
CONFIG_CPU_AREA_VIRTUAL to y
CONFIG_CPU_AREA_ORDER
to th
64 bit:
Set up a cpu area that allows the use of up 16MB for each processor.
Cpu memory use can grow a bit. F.e. if we assume that a pageset
occupies 64 bytes of memory and we have 3 zones in each of 1024 nodes
then we need 3 * 1k * 16k = 50 million pagesets or 3096 pagesets per
processor. This r
Typical use of per cpu memory for a small system of 8G 8p 4node is less than
64k per cpu memory. This is increasing rapidly for larger systems where we can
get up to 512k or 1M of memory used for cpu storage.
The maximum size allowed of the cpu area is 128MB of memory.
The cpu area is placed in r
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
lib/percpu_counter.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
Index: linux-2.6/lib/percpu_counter.c
===
--- linux-2.6.orig/lib/percpu_counter.c 2007
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
arch/ia64/kernel/crash.c |2 +-
drivers/base/cpu.c |2 +-
kernel/kexec.c |4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
Index: linux-2.6/arch/ia64/kernel/crash.c
===
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
kernel/workqueue.c | 27 ++-
1 file changed, 14 insertions(+), 13 deletions(-)
Index: linux-2.6/kernel/workqueue.c
===
--- linux-2.6.orig/kernel/workq
Enable a simple virtual configuration with 32MB available per cpu so that
we do not use a static area on sparc64.
[Not tested. I have no sparc64]
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
arch/sparc64/Kconfig | 15 +++
include/asm-sparc64/pgtable.h |1 +
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
arch/x86/kernel/acpi/cstate.c |9 +
arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c |7 ---
drivers/acpi/processor_perflib.c |4 ++--
3 files changed, 11 insertions(+), 9 deletions(-)
Index: linux-2
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
include/linux/genhd.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
Index: linux-2.6/include/linux/genhd.h
===
--- linux-2.6.orig/include/linux/genhd.h
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
kernel/rcutorture.c |4 ++--
kernel/srcu.c | 11 ++-
2 files changed, 8 insertions(+), 7 deletions(-)
Index: linux-2.6/kernel/rcutorture.c
===
--- linux-2.6
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/nfs/iostat.h |8
fs/nfs/super.c |2 +-
2 files changed, 5 insertions(+), 5 deletions(-)
Index: linux-2.6/fs/nfs/iostat.h
===
--- linux-2.6.orig/fs/nfs/iost
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
include/net/neighbour.h |2 +-
net/core/neighbour.c| 11 ++-
2 files changed, 7 insertions(+), 6 deletions(-)
Index: linux-2.6/include/net/neighbour.h
===
---
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
net/ipv4/tcp.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
Index: linux-2.6/net/ipv4/tcp.c
===
--- linux-2.6.orig/net/ipv4/tcp.c 2007-11-15 21:17:2
Also remove the useless zeroing after allocation. Allocpercpu already
zeroed the objects.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/xfs/xfs_mount.c | 24
1 file changed, 8 insertions(+), 16 deletions(-)
Index: linux-2.6/fs/xfs/xfs_mount.c
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
net/ipv4/ipcomp.c | 26 +-
net/ipv6/ipcomp6.c | 26 +-
2 files changed, 26 insertions(+), 26 deletions(-)
Index: linux-2.6/net/ipv4/ipcomp.c
==
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
drivers/dma/dmaengine.c | 27 ++-
include/linux/dmaengine.h |4 ++--
2 files changed, 16 insertions(+), 15 deletions(-)
Index: linux-2.6/drivers/dma/dmaengine.c
===
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
drivers/net/loopback.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
Index: linux-2.6/drivers/net/loopback.c
===
--- linux-2.6.orig/drivers/net/loopback.c
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
block/blktrace.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
Index: linux-2.6/block/blktrace.c
===
--- linux-2.6.orig/block/blktrace.c 2007-11-15 21:17
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
drivers/net/veth.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
Index: linux-2.6/drivers/net/veth.c
===
--- linux-2.6.orig/drivers/net/veth.c 2007-11-15
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
drivers/net/chelsio/sge.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
Index: linux-2.6/drivers/net/chelsio/sge.c
===
--- linux-2.6.orig/drivers/net/ch
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
net/core/sock.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
Index: linux-2.6/net/core/sock.c
===
--- linux-2.6.orig/net/core/sock.c 2007-11-15 21:17:2
Use the cpu alloc functions for the mib handling functions in the net
layer. The API for snmp_mib_free() is changed to add a size parameter
since cpu_fre requires that.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
include/net/ip.h|2 +-
include/net/snmp.h | 14 +++--
The iucv is the only user of the various functions that are used to bring
parts of cpus up and down. Its the only allocpercpu user that will do
I/O on per cpu objects (which is difficult to do with virtually mapped memory).
And its the only use of allocpercpu where a GFP_DMA allocation is done.
Re
There is no user of allocpercpu left after all the earlier patches were
applied. Remove the code that realizes allocpercpu.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
include/linux/percpu.h | 80 --
mm/Makefile|1
mm/allocpercpu.c
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
crypto/async_tx/async_tx.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
Index: linux-2.6/crypto/async_tx/async_tx.c
===
--- linux-2.6.orig/crypto/asy
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_irq.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
Index: linux-2.6/drivers/infiniband/hw/ehca/ehca_irq.c
==
On Sat, 2007-11-17 at 00:23 +0530, Abhishek Sagar wrote:
> On Nov 16, 2007 5:37 AM, Jim Keniston <[EMAIL PROTECTED]> wrote:
> > On Thu, 2007-11-15 at 20:30 +0530, Abhishek Sagar wrote:
> > > On Nov 15, 2007 4:21 AM, Jim Keniston <[EMAIL PROTECTED]> wrote:
> > > > 2. Simplify the task of correlating
The core portion of the cpu allocator.
The per cpu allocator allows dynamic allocation of memory on all
processor simultaneously. A bitmap is used to track used areas.
The allocator implements tight packing to reduce the cache footprint
and increase speed since cacheline contention is typically no
This patch adds power management support in iwl3945 and iwl4965 drivers.
Signed-off-by: Miguel Botón <[EMAIL PROTECTED]>
diff --git a/drivers/net/wireless/iwlwifi/iwl3945-base.c
b/drivers/net/wireless/iwlwifi/iwl3945-base.c
index 9baf8de..5c7b422 100644
--- a/drivers/net/wireless/iwlwifi/iwl3945
This patch adds power management support in mac80211.
This allows us to enable power management through the "iwconfig power
" command.
The code is based on "mac80211-10.0.0" but it is a little bit modified.
Signed-off-by: Miguel Botón <[EMAIL PROTECTED]>
diff --git a/include/net/mac80211.h b/i
[Note arch maintainers: Some configuration variables in arch/*/Kconfig needed
for large users of per cpu space (large NUMA mostly, or lots of processors)]
and in order to make optimal use of cpu_alloc.
V1->V2:
- Split off patch for virtualization. Patch has some instructions on
how to configure
Using cpu alloc removes the needs for the per cpu arrays in the kmem_cache
struct.
These could get quite big if we have to support system of up to thousands of
cpus.
The use of alloc_percpu means that:
1. The size of kmem_cache for SMP configuration shrinks since we will only
need 1 pointer i
Remove the fields in kmem_cache_cpu that were used to cache data from
kmem_cache when they were in different cachelines. The cacheline that holds
the per cpu array pointer now also holds these values. We can cut down the
kmem_cache_cpu size to almost half.
The get_freepointer() and set_freepointer
Use the new cpu_alloc functionality to avoid per cpu arrays in struct zone.
This drastically reduces the size of struct zone for systems with a large
amounts of processors and allows placement of critical variables of struct
zone in one cacheline even on very large systems.
Another effect is that
On Fri, 16 Nov 2007 22:53:08 +0100
Eric Dumazet <[EMAIL PROTECTED]> wrote:
> Time has come to change NR_OPEN value, some production servers hit the
> not so 'ridiculously high value' of 1024*1024 file descriptors per process.
Why fiddle with the kernel defaults when every distribution can manage
This message contains a list of some regressions from 2.6.23 which have been
reported since 2.6.24-rc1 was released and for which there are no fixes in the
mainline that I know of. If any of them have been fixed already, please let me
know.
If you know of any other unresolved regressions from 2.6
On Fri, 16 Nov 2007, Luck, Tony wrote:
> +# Maximum of 128 MB cpu_alloc space per cpu
> +config CPU_AREA_ORDER
> + int
> + default "13"
>
> Comment only matches code when page size is 16K ... and we are (slowly)
> moving to 64k as the default (which with order 13 allocation would mean
> 5
On Sat, 17 Nov 2007, Remy Bohmer wrote:
> Hello Steven,
>
> Thanks for your reply
>
> > The above sounds more like you need a completion.
> Funny, I first started with using completion structures, but that did
> not work either. I get similar OOPses on all these kind of locking
> mechanisms, as
On Fri, 2007-11-16 at 13:57 -0600, Matt Mackall wrote:
> What is the proper encoding for a patch that contains hunks in
> multiple character sets?
That should only happen when we're fixing legacy crap to become UTF-8 --
and in that case, it's probably best to just handle it with a git-pull
rather
On 16/11/2007, Micah Dowty <[EMAIL PROTECTED]> wrote:
> [ ... ]
> > or just remove bit #3 (which is responsible for 8 == 1000) here:
> >
> > cat /proc/sys/kernel/sched_features
> >
> > (this one is enabled by default in 2.6.23.1)
>
> Aha. Turning off bit 3 appears to instantly fix my problem while
Hi,
I have replaced my machine with another one which gives many ECC errors.
At first sight they may be pessimistic because memtest (with ECC off)
doesn't find anything (I'm letting run it overnight, I'll see tomorrow
morning if it really didn't find anything).
I'd like to let it run without those
On Thu, 15 Nov 2007 22:30:59 -0500
Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> Linus:
> On the per-architecture side, I do think it would be better to *not* have
> internal architecture knowledge in a generic file, and as such a line like
>
> depends on X86_32 || IA64 || PPC || S390 ||
Greg Kroah-Hartman wrote:
> We (the -stable team) are announcing the release of the 2.6.23.3 kernel.
> It contains a number of bugfixes for a number of architecture specific
> issues.
[.4, .5, .6 and .7 follows after .2 and .3]
I've seen the bunch of patches posted for review - split to several
se
On Sat, 2007-11-17 00:20:20 +0100, Xavier Bestel <[EMAIL PROTECTED]> wrote:
>
> I have replaced my machine with another one which gives many ECC errors.
> At first sight they may be pessimistic because memtest (with ECC off)
> doesn't find anything (I'm letting run it overnight, I'll see tomorrow
H. Peter Anvin wrote:
Should we report a "make ARCH=x86" as uname -m == x86??
That would break 5 years of a stable ABI. I don't think that is even
remotely feasible.
Make that 5 years for x86-64, 16 years for i386...
-hpa
-
To unsubscribe from this list: send the line "unsubscr
+# Maximum of 128 MB cpu_alloc space per cpu
+config CPU_AREA_ORDER
+ int
+ default "13"
Comment only matches code when page size is 16K ... and we are (slowly)
moving to 64k as the default (which with order 13 allocation would mean
512M)
-Tony
-
To unsubscribe from this list: send th
> 3. Run this command:
>
> :(){ :|:& };:
>
> 4. Ubuntu starts to work furiously, after less than a second terminal
> gets flooded with "low resources" message,
Set your system with suitable process and user resource limits. Also I'd
suggest setting memory overcommit to strict.
Our default
A private data pointer in struct device_attribute allows the 'show' and 'store'
functions to access instance data. This handy in situations where the
driver_data and platform_data pointers of 'struct device' are already used
for other purposes.
Signed-off-by: Timur Tabi <[EMAIL PROTECTED]>
---
G
Well, the previous patch wasn't correct. This one is valid.
--
This patch adds power management support in mac80211.
This allows us to enable power management through the "iwconfig power
" command.
The code is based on "mac80211-10.0.0" but it is a little bit modified.
Signed-off-by: Miguel B
From: Andi Kleen <[EMAIL PROTECTED]>
Date: Fri, 16 Nov 2007 16:15:56 +0100
> Philip Mucci <[EMAIL PROTECTED]> writes:
> > - A feature which was dropped earlier by Stefane (only to satiate
> > LKML), we consider
> > very important. Allowing one tomapping of the kernels view of the
> > PMD's, allowi
Thanks for the great feedback.
On Nov 16, 2007 1:11 PM, Theodore Tso <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 15, 2007 at 11:02:19PM -0800, Andrew Morton wrote:
> > What happens when it fills up but we still have room for more data blocks
> > in that blockgroup?
>
> It does fall back, but it does
From: dean gaudet <[EMAIL PROTECTED]>
Date: Fri, 16 Nov 2007 09:51:08 -0800 (PST)
> On Fri, 16 Nov 2007, Andi Kleen wrote:
>
> > I didn't see a clear list.
>
> - cross platform extensible API for configuring perf counters
> - support for multiplexed counters
> - support for virtualized 64-bit c
Hi Dave,
* David Miller <[EMAIL PROTECTED]> [071114 02:09]:
>
> In fact, *poof*, there it is, [EMAIL PROTECTED] is there and
> available for anyone who wants to use it.
Can you please use your *poof* trick one more time to set up
[EMAIL PROTECTED]
We've (as in linux-omap community) would lik
From: Tony Lindgren <[EMAIL PROTECTED]>
Date: Fri, 16 Nov 2007 14:16:11 -0800
> Can you please use your *poof* trick one more time to set up
> [EMAIL PROTECTED]
Done, enjoy.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mor
On Sat, Nov 17, 2007 at 12:26:41AM +0100, Dmitry Adamushko wrote:
> Let's say we change a pattern for the niced task: e.g. run for 100 ms.
> and then sleep for 300 ms. (that's ~25% of cpu load) in the loop. Any
> behavioral changes?
For consistency, I tested this using /dev/rtc. I set the rtc freq
It'd be helpful to see others (especially kprobes maintainers) chime in
on this. In particular, if doing kmalloc/kfree of GFP_ATOMIC data at
kretprobe-hit time is OK, as in Abhishek's approach, then we could also
use GFP_ATOMIC (or at least GFP_NOWAIT) allocations to make up the
difference when we
Peter Dolding wrote:
>>> What is left unspecified here is 'how' a child 'with its own profile' is
>>> confined here. Are it is confined to just its own profile, it may that
>>> the "complicit process" communication may need to be wider specified to
>>> include this.
>>>
> Sorry have to bring
On Sat, Nov 17, 2007 at 02:15:11AM +0300, Michael Tokarev wrote:
> Greg Kroah-Hartman wrote:
> > We (the -stable team) are announcing the release of the 2.6.23.3 kernel.
> > It contains a number of bugfixes for a number of architecture specific
> > issues.
> [.4, .5, .6 and .7 follows after .2 and
On Fri, Nov 16, 2007 at 06:11:00PM -0600, Timur Tabi wrote:
> A private data pointer in struct device_attribute allows the 'show' and
> 'store'
> functions to access instance data. This handy in situations where the
> driver_data and platform_data pointers of 'struct device' are already used
> fo
On Fri, Nov 16, 2007 at 04:29:05PM -0800, David Miller wrote:
> From: dean gaudet <[EMAIL PROTECTED]>
> Date: Fri, 16 Nov 2007 09:51:08 -0800 (PST)
>
> > On Fri, 16 Nov 2007, Andi Kleen wrote:
> >
> > > I didn't see a clear list.
> >
> > - cross platform extensible API for configuring perf coun
On Fri, 16 Nov 2007 18:11:00 -0600, Timur Tabi wrote:
> A private data pointer in struct device_attribute allows the 'show' and
> 'store'
> functions to access instance data. This handy in situations where the
> driver_data and platform_data pointers of 'struct device' are already used
> for othe
I have a USB libertas 1286:2001 with bcdDevice 30.06 (from lsusb -v).
I tried downloading the firmware from marvell:
https://www.marvell.com/drivers/driverDisplay.do?dId=160&pId=38
renaming and to usb8388.bin and putting it in firmware dir. Is this
the right firmware??
Upon load this is what I g
On Sat, Nov 17, 2007 at 02:13:13AM +0100, Patrick DEMICHEL wrote:
> Yet another noisy linux HPC user
>
> I hope to convince you, lkml developers, to pay more attention to our HPC
> performance problems.
We do pay attention, and want to help out, we just need either bug
reports of problems that we
On Sat, Nov 17, 2007 at 02:48:45AM +0100, Patrick DEMICHEL wrote:
> Thanks Greg,
>
>but for external people it seems there is lot of people with opposite
> opinions, for sure some are valid and they can be focused on different
> things. But for example this critical topic seems quite not under
applied.
thanks,
-len
On Friday 09 November 2007 01:03, Adrian Bunk wrote:
> acpi_pci_link_exit() is both unused and empty.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> ---
> 16d6853a1facb9bcb7a4bc19daad6d3b852cace3
> diff --git a/arch/x86/kernel/acpi/sleep_64.c b/arch/x86/kernel/acp
applied.
thanks,
-len
On Friday 09 November 2007 01:02, Adrian Bunk wrote:
> This patch fixes the following section mismatches with CONFIG_HOTPLUG=n:
>
> <-- snip -->
>
> ...
> WARNING: vmlinux.o(.data+0x23640): Section mismatch: reference to
> .init.text.20:can_skip_ioresource_align (betwee
On Fri, Nov 16, 2007 at 04:25:38PM -0800, Abhishek Rai wrote:
> Ideally, this is how things should be done, but I feel in practice, it
> will make little difference. To summarize, the difference between
> my approach and above approach is that when out of free blocks in a
> block group while alloca
Hello.
Thank you for your feedback.
Paul Moore wrote:
> With this patch the 'cpu_flags' variable will be used in two different
> if-blocks in this function and declared locally within each block. Please
> move the 'cpu_flags' declaration to the top of the function so it only needs
> to be dec
Hello.
Trond Myklebust wrote:
> The problem is that you have thrown away the main tool for documenting
> the requirement, and for enforcing correctness (i.e. function argument
> checking by the compiler).
I'm sorry. I wanted to know whether the below approach is possible.
> The old functions are
Hi,
I've build by 'accident' and stable kernel inside a git repo and noticed an
strange bug.
setlocalversion will append a git revision to the kernel even is not an git one.
to reproduce create some dir and cd in there:
git init
git config user.email "[EMAIL PROTECTED]"
git config user.name "
Use hlist_unhashed() instead of opencoded equivalent.
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
---
fs/dcache.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: 2.6-mm/fs/dcache.c
===
--- 2.6-mm.orig/fs/dcache.
On Sat, 2007-11-17 at 13:04 +0900, Tetsuo Handa wrote:
> Hello.
>
> Trond Myklebust wrote:
> > The problem is that you have thrown away the main tool for documenting
> > the requirement, and for enforcing correctness (i.e. function argument
> > checking by the compiler).
> I'm sorry. I wanted to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
This warning is just saying that you might want to reconsider
recompiling your dhclient with a newer libcap - which has native support
for 64-bit capabilities. This is supposed to be informative, and not be
associated with any particular error.
-
On Fri, 16 Nov 2007 23:25:27 +0100
Andi Kleen <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] writes:
>
> > does somebody know if there is a website or a project for giving
> > comfortable and deeper insight into what`s specific to distro`s
> > kernels and what`s their difference to vanilla kernel
Hello.
Trond Myklebust wrote:
> I'm confused. How do you tell the difference between a 'userland'
> request and a 'kernel' request, and why is the latter safe from a
> security perspective?
For example, if userland process wants to create a directory,
it will call mkdir(2).
In the kernel, mkdir(2)
This is the actual architecture-independent part of the system call
implementation.
include/linux/indirect.h |6 ++
include/linux/sched.h|4
include/linux/syscalls.h |4
kernel/Makefile |2 +-
kernel/indirect.c| 36 +
This is a first user of sys_indirect. Several of the socket-related system
calls which produce a file handle now can be passed an additional parameter
to set the FD_CLOEXEC flag.
arch/x86/ia32/Makefile|1 +
arch/x86/ia32/sys_ia32.c |4
include/asm-x86/ia32_unistd.h |
This part adds support for sys_indirect on x86 and x86-64.
arch/x86/ia32/ia32entry.S |2 ++
arch/x86/ia32/sys_ia32.c | 31 +++
arch/x86/kernel/syscall_table_32.S |1 +
include/asm-x86/indirect.h |5 +
include/asm-x86/indirec
This part adds support for sys_indirect for UML.
indirect.h |6 ++
1 file changed, 6 insertions(+)
--- /dev/null
+++ include/asm-um/indirect.h
@@ -0,0 +1,6 @@
+#ifndef __UM_INDIRECT_H
+#define __UM_INDIRECT_H
+
+#include "asm/arch/indirect.h"
+
+#endif
-
To unsubscribe from this list: se
wing patches provide an alternative implementation of the
sys_indirect system call which has been discussed a few times.
This no system call allows us to extend existing system call
interfaces with adding more system calls.
Davide's previous implementation is IMO far more complex than
warranted.
Hmmm.. Lots of small fixes, some cleanups, and a few things like the cris
updates that aren't really either, but which won't affect any normal user,
and will hopefully make it easier to sync up in the future.
Network driver fixes, some IDE and infiniband updates, some late cpufreq
updates, and
[
Changes since V2:
Updated to git tree 8c0863403f109a43d7000b4646da4818220d501f
This version also contains patches from Gregory Haskins.
Actually brought back the global RT overload bitmask.
The reason is that it should be seldom written to. The RT
overload bitmask is onl
Index: linux-compile.git/kernel/sched_rt.c
===
--- linux-compile.git.orig/kernel/sched_rt.c2007-11-17 00:18:27.0
-0500
+++ linux-compile.git/kernel/sched_rt.c 2007-11-17 00:20:31.0 -0500
@@ -52,11 +52,23 @@ static
From: Gregory Haskins <[EMAIL PROTECTED]>
Some RT tasks (particularly kthreads) are bound to one specific CPU.
It is fairly common for two or more bound tasks to get queued up at the
same time. Consider, for instance, softirq_timer and softirq_sched. A
timer goes off in an ISR which schedules so
301 - 400 of 421 matches
Mail list logo
