On Fri, Dec 14, 2007 at 05:42:37PM +, Mel Gorman wrote:
Regrettably this interferes with anti-fragmentation because the next page
on the list on return from rmqueue_bulk is not guaranteed to be of the right
mobility type. I fixed it as an additional patch but it adds additional cost
that
I've run out of time to donate to the kernel today, so I'll keep this short.
On Dec 14, 2007 10:22 AM, Michael Buesch [EMAIL PROTECTED] wrote:
If you have a PCI device probing works as follows:
The PCI table is in ssb. So as soon as your kernel detects the PCI device
it will load ssb.
On Fri, Dec 14, 2007 at 01:42:12AM +0100, Andi Kleen wrote:
+void __cpuinit pat_init(void)
+{
+ /* Set PWT+PCD to Write-Combining. All other bits stay the same */
+ if (cpu_has_pat) {
All the old CPUs (PPro etc.) with known PAT bugs need to clear this flag
now in their CPU init
Hi,
Another posting of the full swap over NFS series.
Andrew/Linus, could we start thinking of sticking this in -mm?
[ patches against 2.6.24-rc5-mm1, also to be found online at:
http://programming.kicks-ass.net/kernel-patches/vm_deadlock/v2.6.24-rc5-mm1/ ]
The patch-set can be split in
i dont think this should matter: old systems that truly _need_ the ISA
delay will be slow enough to not trip up. (nor are they really affected
by these early delays - the delays were more for crappy ISA devices that
get initialized later down, when the delay loop is already calibrated)
With the introduction of the shared dirty page accounting in .19, NFS should
not be able to surpise the VM with all dirty pages. Thus it should always be
able to free some memory. Hence no more need for mempools.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
fs/nfs/read.c | 15
Replace all relevant occurences of page-index and page-mapping in the NFS
client with the new page_file_index() and page_file_mapping() functions.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
fs/nfs/file.c |8
fs/nfs/internal.h |7 ---
fs/nfs/pagelist.c |6
Toss all emergency packets not for a SOCK_MEMALLOC socket. This ensures our
precious memory reserve doesn't get stuck waiting for user-space.
The correctness of this approach relies on the fact that networks must be
assumed lossy.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
New addres_space_operations methods are added:
int swapfile(struct address_space *, int);
int swap_out(struct file *, struct page *, struct writeback_control *);
int swap_in(struct file *, struct page *);
When during sys_swapon() the swapfile() method is found and returns no error
the
Generic reserve management code.
It provides methods to reserve and charge. Upon this, generic alloc/free style
reserve pools could be build, which could fully replace mempool_t
functionality.
It should also allow for a Banker's algorithm replacement of __GFP_NOFAIL.
Signed-off-by: Peter
Move around the swap entry methods in preparation for use from
page methods.
Also provide a function to obtain the swap_info_struct backing
a swap cache page.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/linux/mm.h |8 +++
include/linux/swap.h| 49
From: guanxun mu [EMAIL PROTECTED]
Date: Fri, 14 Dec 2007 14:03:05 +0800
[PACTH APPLETALK]
This patch update proto_init process when register_snap_client failed
Signed-off-by: Michale Moore [EMAIL PROTECTED]
diff --git a/net/appletalk/aarp.c b/net/appletalk/aarp.c
index
GFP_NOFS is not enough, since swap traffic is IO, hence fall back to GFP_NOIO.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
fs/nfs/pagelist.c |2 +-
fs/nfs/write.c|6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
Index: linux-2.6/fs/nfs/write.c
In order to make sure emergency packets receive all memory needed to proceed
ensure processing of emergency SKBs happens under PF_MEMALLOC.
Use the (new) sk_backlog_rcv() wrapper to ensure this for backlog processing.
Skip taps, since those are user-space again.
Signed-off-by: Peter Zijlstra
In order to teach filesystems to handle swap cache pages, two new page
functions are introduced:
pgoff_t page_file_index(struct page *);
struct address_space *page_file_mapping(struct page *);
page_file_index - gives the offset of this page in the file in PAGE_CACHE_SIZE
blocks. Like
Provide the basic infrastructure to reserve and charge/account network memory.
We provide the following reserve tree:
1) total network reserve
2)network TX reserve
3) protocol TX pages
4)network RX reserve
5) SKB data reserve
[1] is used to make all the network reserves a
Restrict objects from reserve slabs (ALLOC_NO_WATERMARKS) to allocation
contexts that are entitled to it. This is done to ensure reserve pages don't
leak out and get consumed.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/linux/slub_def.h |1
mm/slab.c| 59
Add reserves for INET.
The two big users seem to be the route cache and ip-fragment cache.
Reserve the route cache under generic RX reserve, its usage is bounded by
the high reclaim watermark, and thus does not need further accounting.
Reserve the ip-fragement caches under SKB data reserve,
It could happen that all !SOCK_MEMALLOC sockets have buffered so much data
that we're over the global rmem limit. This will prevent SOCK_MEMALLOC buffers
from receiving data, which will prevent userspace from running, which is needed
to reduce the buffered data.
Fix this by exempting the
Change the skb allocation api to indicate RX usage and use this to fall back to
the reserve when needed. SKBs allocated from the reserve are tagged in
skb-emergency.
Teach all other skb ops about emergency skbs and the reserve accounting.
Use the (new) packet split API to allocate and track
Failing to allocate a cache entry will only harm performance not correctness.
Do not consume valuable reserve pages for something like that.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
Acked-by: James Morris [EMAIL PROTECTED]
---
security/selinux/avc.c |2 +-
1 file changed, 1
Do as Trond suggested:
http://lkml.org/lkml/2006/8/25/348
Disable NFS data cache revalidation on swap files since it doesn't really
make sense to have other clients change the file while you are using it.
Thereby we can stop setting PG_private on swap pages, since there ought to
be no further
Change ALLOC_NO_WATERMARK page allocation such that the reserves are system
wide - which they are per setup_per_zone_pages_min(), when we scrape the
barrel, do it properly.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
mm/page_alloc.c |6 ++
1 file changed, 6 insertions(+)
Index:
Allow PF_MEMALLOC to be set in softirq context. When running softirqs from
a borrowed context save current-flags, ksoftirqd will have its own
task_struct.
This is needed to allow network softirq packet processing to make use of
PF_MEMALLOC.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
Provide a method to get the upper bound on the pages needed to allocate
a given number of objects from a given kmem_cache.
This lays the foundation for a generic reserve framework as presented in
a later patch in this series. This framework needs to convert object demand
(kmalloc() bytes,
Introduce sk_allocation(), this function allows to inject sock specific
flags to each sock related allocation.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/net/sock.h|5 +
net/ipv4/tcp.c|2 +-
net/ipv4/tcp_output.c | 11 ++-
net/ipv6/tcp_ipv6.c
Wrap calling sk-sk_backlog_rcv() in a function. This will allow extending the
generic sk_backlog_rcv behaviour.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/net/sock.h |5 +
net/core/sock.c |4 ++--
net/ipv4/tcp.c |2 +-
net/ipv4/tcp_timer.c |2 +-
__GFP_MEMALLOC will allow the allocation to disregard the watermarks,
much like PF_MEMALLOC.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/linux/gfp.h |3 ++-
mm/page_alloc.c |4 +++-
2 files changed, 5 insertions(+), 2 deletions(-)
Index:
Tag pages allocated from the reserves with a non-zero page-reserve.
This allows us to distinguish and account reserve pages.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/linux/mm_types.h |1 +
mm/page_alloc.c |4 +++-
2 files changed, 4 insertions(+), 1
There is a small race between the procfs caller and the memory hotplug caller
of setup_per_zone_pages_min(). Not a big deal, but the next patch will add yet
another caller. Time to close the gap.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
mm/page_alloc.c | 16 +---
1 file
Add some packet-split receive hooks.
For one this allows to do NUMA node affine page allocs. Later on these hooks
will be extended to do emergency reserve allocations for fragments.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
drivers/net/e1000/e1000_main.c |8 ++--
On Dec 14, 2007 11:05 AM, Michael Buesch [EMAIL PROTECTED] wrote:
On Friday 14 December 2007 19:45:02 Ray Lee wrote:
One problem related to b43 source code, patch exists, has yet to be
merged upstream.
Yeah. A problem preventing a LED from blinking.
That's a real regression
From: Herbert Xu [EMAIL PROTECTED]
Date: Fri, 14 Dec 2007 10:08:07 +0800
[UDP]: Move udp_stats_in6 into net/ipv4/udp.c
Now that external users may increment the counters directly, we need to
ensure that udp_stats_in6 is always available. Otherwise we'd either
have to requrie the external
On Fri, Dec 14, 2007 at 02:56:46PM -0400, Francisco Alecrim wrote:
Remove duplicated headers in drivers/parisc/ccio-dma.c:
drivers/parisc/ccio-dma.c: linux/proc_fs.h is included more than once.
Seems kind of pointless, but I'll apply it.
cheers, Kyle
--
To unsubscribe from this list: send
On Friday 14 December 2007 20:25:39 Ray Lee wrote:
I'm sorry. The patch that _you_ quoted fixes a blinking LED
and nothing else.
Well, you're wrong. Sorry, but that's just the way it is. See below.
It does _not_ fix loading of rfkill or b43 in any way.
It does, however, fix loading of
xfer_secondary_pool() in drivers/char/random.c tells add_entropy_words()
to use uninitialized tmp[] whenever bytes is not a multiple of 4.
Besides being unfriendly to automated dynamic checkers, this is a
potential leak of user data into the output stream. When called from
extract_entropy_user,
On Fri, 14 Dec 2007 12:04:54 -0500 (EST), Kiyoshi Ueda [EMAIL PROTECTED]
wrote:
I have investigated all code paths which call ub_end_rq() in ub.c,
and confirmed that ub_end_rq() is always called with the queue lock
held. (sc-lock is registered as a queue lock.)
Thanks for reminding me about
We (the -stable team) are announcing the release of the 2.6.23.10 kernel.
It a number of bugfixes and anyone using the 2.6.23 kernel series is
recommended to upgrade.
I'll also be replying to this message with a copy of the patch between
2.6.23.9 and 2.6.23.10
The updated 2.6.23.y git tree can
On Fri, Dec 14, 2007 at 05:16:46PM +0100, Jean Delvare wrote:
Hi Eric,
On Mon, 10 Dec 2007 17:37:05 +0800, eric miao wrote:
Support for PCA9539 as a GPIO chip is separated into two patches:
0001 - gpiolib: basic support for 16-bit PCA9539 GPIO expander
0002 - gpiolib: add Generic IRQ
Hi;
After commit 7bb67c14fd3778504fb77da30ce11582336dfced, Linus's git tree gaves
following compiliation error with gcc-3.4.6. Following patch solves this issue
for me;
[...]
CC [M] drivers/dma/ioat.o
CC [M] drivers/dma/ioat_dma.o
drivers/dma/ioat_dma.c: In function `ioat1_tx_submit':
We (the -stable team) are announcing the release of the 2.6.22.15 kernel.
It a number of bugfixes and anyone using the 2.6.23 kernel series is
recommended to upgrade.
I'll also be replying to this message with a copy of the patch between
2.6.22.14 and 2.6.22.15
The updated 2.6.22.y git tree can
On Fri, 14 Dec 2007, Andi Kleen wrote:
LAPIC is seemingly disabled (C1E detection code does this), but
It should only disable the LAPIC timer, but not the full use of the
LAPIC.
That's what it does. The LAPIC timer is invalidated and registered as
a per CPU broadcast dummy source
diff --git a/Makefile b/Makefile
index 873c786..a8bdcc6 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 22
-EXTRAVERSION = .14
+EXTRAVERSION = .15
NAME = Holy Dancing Manatees, Batman!
# *DOCUMENTATION*
diff --git a/crypto/algapi.c
On Dec 14, 2007 11:38 AM, Michael Buesch [EMAIL PROTECTED] wrote:
On Friday 14 December 2007 20:25:39 Ray Lee wrote:
I'm sorry. The patch that _you_ quoted fixes a blinking LED
and nothing else.
Well, you're wrong. Sorry, but that's just the way it is. See below.
It does _not_ fix
On Fri, 14 Dec 2007, Andi Kleen wrote:
magically in the SMM code. To work around this is we would need to add
the broadcast notification to the halt(), safe_halt(), pm_idle_halt()
variants which float around in the kernel and make this conditional on
the C1E detection. That's nasty, but
Andi Kleen wrote:
I do know we need to use the low 4 pat mappings to avoid most of the PAT
errata issues.
They don't really matter. These are all very old systems who have run
fine for many years without PAT. It is no problem to let them
continue to do so and just disable PAT for them. So
-Original Message-
From: S.Çağlar Onur [mailto:[EMAIL PROTECTED]
Sent: Friday, December 14, 2007 11:45 AM
To: linux-kernel@vger.kernel.org
Cc: Nelson, Shannon
Subject: [PATCH] drivers/dma/ioat_dma.c: inlining failed
Hi;
After commit 7bb67c14fd3778504fb77da30ce11582336dfced, Linus's
git
Thanks to both of you for shedding some light on this matter. I'll look
into HPET-related efforts; it looks like a better solution than my
patch.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Thu, Dec 13, 2007 at 08:56:17PM +0100, Adrian Bunk wrote:
AFAIK the latest available AVR32 toolchains are some patched gcc 4.0 and
some patched binutils 2.17, and avr32 is currently the only architecture
in the kernel where upstream of both of them is not capable of building
a kernel for
Well, that would interfere with the acpi-idle code.
How so? idle notifiers should work for acpi idle too.
Anyway the idle notifiers is a pretty artificial interface which is on
my get rid of it list anyway.
The original use cases were:
- Accounting for idle time with stopped counters in
On Fri, 2007-12-14 at 13:12 -0600, Matt Mackall wrote:
On Fri, Dec 14, 2007 at 11:00:35AM -0800, Joe Perches wrote:
Makes an embedded image a bit smaller
Looks good to me. This should probably go to Andrew first though. And
it wouldn't hurt to see some size(1) results.
For instance:
x86
Thanks Steve; I've cc'd LKML and Hirofumi in my reply.
Cheers,
g.
On 12/14/07, Steven Cavanagh [EMAIL PROTECTED] wrote:
From: Steven Cavanagh [EMAIL PROTECTED]
Added support for fallocate for a msdos fat driver. This allows
preallocation of clusters to an inode before writes to reduce
file
On Fri, Dec 14, 2007 at 11:34:09AM -0800, John Reiser wrote:
xfer_secondary_pool() in drivers/char/random.c tells add_entropy_words()
to use uninitialized tmp[] whenever bytes is not a multiple of 4.
Besides being unfriendly to automated dynamic checkers, this is a
potential leak of user data
On Fri, 14 Dec 2007, Ilpo Järvinen wrote:
So, I might soon prepare a revert patch for most of the questionable
TCP parts and ask Dave to apply it (and drop them fully during next
rebase) unless I suddently figure something out soon which explains
all/most of the problems, then return to
On Friday 14 December 2007 20:55:43 Ray Lee wrote:
Oh. My. God.
Michael. I have a degree in Physics. I placed sixth in the world
finals of the ACM Collegiate programming contest in 1999, Cal Poly
Team Gold. ( http://icpc.baylor.edu/past/icpc99/Finals/Tour/Win/Win.html
, I'm the guy all the
On Dec 14, 2007 3:03 PM, Robert Schwebel [EMAIL PROTECTED] wrote:
On Thu, Dec 13, 2007 at 08:56:17PM +0100, Adrian Bunk wrote:
AFAIK the latest available AVR32 toolchains are some patched gcc 4.0 and
some patched binutils 2.17, and avr32 is currently the only architecture
in the kernel
Adrian Bunk wrote:
This patch fixes the following section mismatch with CONFIG_HOTPLUG=n:
-- snip --
...
WARNING: vmlinux.o(.init.text.20+0x4cb25): Section mismatch: reference to
.exit.text:sis190_mii_remove (between 'sis190_init_one' and 'read_eeprom')
...
-- snip --
Signed-off-by:
On Dec 14, 2007 3:28 PM, Robert Schwebel [EMAIL PROTECTED] wrote:
On Fri, Dec 14, 2007 at 03:21:45PM -0500, Mike Frysinger wrote:
Is an upstream toolchain available which is able to build blackfin?
binutils -- yes
uClibc -- yes (for FLAT)
gcc -- yes and no
we have some pieces in
Matt Mackall wrote:
Yes, we use uninitialized data. But it's not a leak in any useful
sense. To the extent the previous data is secret, this actually
improves our entropy.
It's getting folded into the random number pool, where it will be
impossible to recover it unless you already know what
On Fri, Dec 14, 2007 at 03:35:36PM -0500, Mike Frysinger wrote:
Upstream plus a well defined patch stack with well documented patches
would definitely be preferred here.
Well, tell me that it is wrong, but isn't it common community
methodology to have rebasable things like patch stacks or git
[EMAIL PROTECTED] wrote:
From: Randy Dunlap [EMAIL PROTECTED]
Make E1000E default to the same kconfig setting as E1000. So people's
machiens don't stop working when they use oldconfig.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
Cc: Jeff Garzik [EMAIL PROTECTED]
Cc: Auke Kok [EMAIL
Adrian Bunk wrote:
Code used by the non-__devinit s2io_open() mustn't be __devinit.
This patch fixes the following section mismatch with CONFIG_HOTPLUG=n:
-- snip --
...
WARNING: vmlinux.o(.text+0x6f6e3e): Section mismatch: reference to
.init.text.20:s2io_test_intr (between 's2io_open' and
On Fri, Dec 14, 2007 at 03:21:45PM -0500, Mike Frysinger wrote:
Is an upstream toolchain available which is able to build blackfin?
binutils -- yes
uClibc -- yes (for FLAT)
gcc -- yes and no
we have some pieces in gcc, but if you want an
up-to-date-tested-known-working combination, you
On Thu, 13 Dec 2007, Marcin Slusarz wrote:
On Thu, Dec 13, 2007 at 02:31:11AM -0800, Andrew Morton wrote:
On Sun, 9 Dec 2007 22:40:31 +0100 Marcin Ślusarz [EMAIL PROTECTED] wrote:
logo: move declarations of logos to linux_logo.h
there was a mismatch between externs in logo.c and code
Hello Professor Zadok,
Erez Zadok:
I believe that small VFS changes to help stackable file systems are
perfectly reasonable, and a good thing; and I'm working on such patches.
Conversely, I am very mindful of the VFS's complexity, so I also believe
that massive VFS changes are a bad thing; I
On Dec 14, 2007 3:55 PM, Robert Schwebel [EMAIL PROTECTED] wrote:
On Fri, Dec 14, 2007 at 03:35:36PM -0500, Mike Frysinger wrote:
Upstream plus a well defined patch stack with well documented patches
would definitely be preferred here.
Well, tell me that it is wrong, but isn't it common
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
This augments the pull request I made yesterday with a fix
for the 2.6.24 SBS regression and some dmesg spam removal.
This will update the files shown below.
thanks!
-Len
ps.
Odd. I knew the resource allocation stuff has it's issues for some
non-trivial configuration but that one is a new one. Which makes me
wonder if your platform runs the PCI code in probe-only mode where it
will not actually assign resources but only inherit the whole PCI setup
except
On Thu, Dec 13, 2007 at 09:23:26PM -0700, Eric W. Biederman wrote:
[EMAIL PROTECTED] (Eric W. Biederman) writes:
Ok. My analysis here was wrong. Currently pgprot_noncached and
ioremap_nocache are out of sync. With ioremap_nocache only specifying
_PAGE_PCD and pgprot_noncached specifying
On Fri 2007-12-14 10:02:57, H. Peter Anvin wrote:
Ingo Molnar wrote:
wow, cool fix! (I remember that there were other systems as well that are
affected by port 0x80 muckery - i thought we had removed port 0x80
accesses long ago.)
how about the simpler fix below, as a first-level approach?
On Fri 2007-12-14 18:36:26, Alan Cox wrote:
i dont think this should matter: old systems that truly _need_ the ISA
delay will be slow enough to not trip up. (nor are they really affected
by these early delays - the delays were more for crappy ISA devices that
get initialized later
Hi Peter,
A major feature of this patch set is the network receive deadlock
avoidance, but there is quite a bit of stuff bundled with it, the NFS
user accounting for a big part of the patch by itself.
Is it possible to provide a before and after demonstration case for just
the network receive
On Thu, Dec 13, 2007 at 08:48:45PM -0700, Eric W. Biederman wrote:
+ pat = PAT(0,WB) | PAT(1,WT) | PAT(2,UC_MINUS) | PAT(3,WC) |
+ PAT(4,WB) | PAT(5,WT) | PAT(6,UC_MINUS) | PAT(7,WC);
I strongly object to this configuration.
The caching modes of interest are:
Charles,
On Fri, Dec 14, 2007 at 02:12:17PM -0500, Frank Ch. Eigler wrote:
Stephane Eranian [EMAIL PROTECTED] writes:
[...] AFAIK, there is no single call to stop T1 and wait until it
is completely off the CPU, unless we go through the (internal)
ptrace interface.
The utrace code
Hi Peter,
sysctl_intvec_fragment, proc_dointvec_fragment, sysctl_intvec_fragment
seem to suffer from cut-n-pastitis.
Regards,
Daniel
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Dec 14, 2007 12:13 PM, Michael Buesch [EMAIL PROTECTED] wrote:
Ray, I _do_ want to understand what is going on in your machine.
I _have_ to understand it. But I currently do not understand how the
quoted patch could fix modprobe of b43 or rfkill. I'd simply call that
impossible.
Then
On Mon, Dec 03, 2007 at 01:25:51PM -0800, Greg KH wrote:
On Tue, Dec 04, 2007 at 12:09:59AM +0300, Alexey Dobriyan wrote:
On Mon, Dec 03, 2007 at 12:47:16PM -0800, Greg KH wrote:
On Mon, Dec 03, 2007 at 12:26:07PM +0300, Alexey Dobriyan wrote:
Hi, Greg!
Commit
On Fri, 14 Dec 2007 10:46:36 -0800 Arjan van de Ven [EMAIL PROTECTED] wrote:
The http://www.kerneloops.org website collects kernel oops and warning
reports from various mailing lists and bugzillas
Well that would have been fun to write. Does it watch
On Fri, Dec 14, 2007 at 09:49:03PM +0100, Geert Uytterhoeven wrote:
On Thu, 13 Dec 2007, Marcin Slusarz wrote:
On Thu, Dec 13, 2007 at 02:31:11AM -0800, Andrew Morton wrote:
On Sun, 9 Dec 2007 22:40:31 +0100 Marcin Ślusarz [EMAIL PROTECTED]
wrote:
logo: move declarations of logos
Dears, I've got a double dual xeon wich sometimes is getting too slow.
While i was observing one of these slowly times, I realized the time
wait of processors come close to 100% and nfsd and kjournald process
become to D status (uniterruptible sleep) .Does someone know why this
can be happening
On Thu, Dec 13, 2007 at 09:48:36PM -0700, Eric W. Biederman wrote:
Roland Dreier [EMAIL PROTECTED] writes:
Also I didn't see anything like pgprot_wc() in the patchset (although
pgprot_writcombined.
Oh I see it now (pgprot_writecombine() actually).
However the same comment as
On Friday 14 December 2007 07:39, Peter Zijlstra wrote:
Provide a method to get the upper bound on the pages needed to
allocate a given number of objects from a given kmem_cache.
This lays the foundation for a generic reserve framework as presented
in a later patch in this series. This
On 12/12/2007 04:05 PM, H. Peter Anvin wrote:
Rene Herman wrote:
On 12-12-07 21:26, Rene Herman wrote:
On 12-12-07 21:07, David P. Reed wrote:
Someone might have an in to nVidia to clarify this, since I don't.
In any case, the udelay(2) approach seems to be a safe fix for this
machine.
On Fri, 2007-12-14 at 10:46 -0800, Arjan van de Ven wrote:
The http://www.kerneloops.org website collects kernel oops and warning
reports from various mailing lists and bugzillas; below is a top 10
list of the oopses collected in the last 7 days. (Reports prior to 2.6.23
have been omitted
Patch 3 of 3
This patch bumps the driver version to 3.6.18 to reflect support for the
P700m. This matches the HP released driver version for hardware support.
Please consider this for inclusion.
Signed-off-by: Mike Miller [EMAIL PROTECTED]
diff --git a/Documentation/cciss.txt
On Dec 14, 2007 1:57 PM, Andrew Morton [EMAIL PROTECTED] wrote:
On Fri, 14 Dec 2007 10:46:36 -0800 Arjan van de Ven [EMAIL PROTECTED] wrote:
The http://www.kerneloops.org website collects kernel oops and warning
reports from various mailing lists and bugzillas
Well that would have been fun
On Dec 15, 2007 8:00 AM, Siddha, Suresh B [EMAIL PROTECTED] wrote:
On Fri, Dec 14, 2007 at 12:28:25AM +, Dave Airlie wrote:
Yes, the main use for GPUs is to have RAM pages mapped WC, and placed into
a GART on the GPU side, currently for Intel IGD we are okay as the CPU can
access the
Patch 1 of 3
Sorry to take so long to repost.
This patch exports more attributes to /sys so we can work work better with
udev. Some distros use unique_id among other attributes. This patch attempts
to provide that and other attributes to reveal more information about cciss
devices in /sys. It's
Pavel Machek wrote:
On Fri 2007-12-14 10:02:57, H. Peter Anvin wrote:
Ingo Molnar wrote:
wow, cool fix! (I remember that there were other systems as well that are
affected by port 0x80 muckery - i thought we had removed port 0x80
accesses long ago.)
how about the simpler fix below, as a
Sorry Andrew, I don't know who to forward this problem to.
I tried running: find /proc | xargs cat
and got this:
=
[ INFO: inconsistent lock state ]
2.6.24-rc5-mm1 #26
-
inconsistent {in-softirq-W} - {softirq-on-R} usage.
cat/6944
On Fri, Dec 14, 2007 at 04:23:12PM -0500, Mike Frysinger wrote:
You didn't explain how for example your trunk [1] is related to mainline
[2].
nano `find -name ChangeLog.bfin`
read the ChangeLog and the associated commit. this is exactly the
same way gcc works. you want to know what
On Fri, 14 Dec 2007 16:44:55 +0100
Christoph Anton Mitterer [EMAIL PROTECTED] wrote:
Hi Tejun.
On Sat, 2007-12-15 at 00:16 +0900, Tejun Heo wrote:
Do you have log with timestamp? It's difficult to tell what's going on
without knowing what happened when.
Ah sorry,... I've completely
On Fri, Dec 14, 2007 at 12:28:25AM +, Dave Airlie wrote:
Yes, the main use for GPUs is to have RAM pages mapped WC, and placed into
a GART on the GPU side, currently for Intel IGD we are okay as the CPU can
access the GPU GART aperture, but other chips exist where this isn't
possible, I
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
arch/x86/kernel/kprobes_32.c |8
include/asm-x86/kprobes.h|5 +
2 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/arch/x86/kernel/kprobes_32.c b/arch/x86/kernel/kprobes_32.c
index b47381e..615f24a 100644
Put a copy of instructions tables in both files to reduce the
diff size and drastically cut checkpatch warnings.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
arch/x86/kernel/kprobes_32.c | 140 -
arch/x86/kernel/kprobes_64.c | 158
On Fri, 2007-12-14 at 06:52 -0500, Jon Masters wrote:
On Thu, 2007-12-13 at 14:00 +1100, Benjamin Herrenschmidt wrote:
While reworking the powerpc PCI resource management, to make it more
x86-like and use more of the generic code in setup-bus.c and
setup-res.c, I noticed something a bit
We are pleased to announce the 2.6.24-rc5-rt1 tree, which can be
downloaded from the usual location:
http://www.kernel.org/pub/linux/kernel/projects/rt/
Changes since 2.6.24-rc2-rt1
- Ported to 2.6.24-rc5
- Backported the new RT Balancing code from sched-devel
New changes by Steven
Patch 2 of 3
This patch modifies our /proc entries to display information about only
the first logical volume on each controller. Primary reason is for hardware
that can support many LUNs (128 or more). In this case we can step on memory
and crash the system trying to display so much information.
Signed-off-by: Joe Perches [EMAIL PROTECTED]
---
drivers/net/tg3.c | 13 ++---
1 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 4942f7d..eea7da9 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -12351,9 +12351,10 @@
Signed-off-by: Joe Perches [EMAIL PROTECTED]
---
drivers/net/tulip/de4x5.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/net/tulip/de4x5.c b/drivers/net/tulip/de4x5.c
index 41f34bb..288f994 100644
--- a/drivers/net/tulip/de4x5.c
+++
701 - 800 of 928 matches
Mail list logo