login
Search
| From | Subject | Date |
|---|---|---|
| Nick Piggin | Re: [BUG] kernel BUG at arch/i386/mm/highmem.c:15! on 2.6.2...
Hi,
Hmm, seems like something in sys_remap_file_pages might have broken.
It's a bit hard to work out from the backtrace, though.
Is it possible you can strace to find the arguments for the remap_file_pages
-
| Oct 3, 10:53 am 2007 |
| Nick Piggin | Re: [BUG] kernel BUG at arch/i386/mm/highmem.c:15! on 2.6.2...
Ahh, I think it's just underflowing the preempt count somewhere, which
is leading highmem.c:15 to just *think* it is in an interrupt.
But you aren't running a preemptible kernel, which makes it unusual...
it would have to be coming from interrupt code (or just random corruption).
Still, preempt debugging should catch those cases as well.
So, can you disregard my last message, and instead compile a kernel
with CONFIG_PREEMPT and CONFIG_DEBUG_PREEMPT, and see what
messages come up?
Thanks,
Ni...
| Oct 3, 11:39 am 2007 |
| Christoph Lameter | [15/18] Fallback for temporary order 2 allocation
The cryto subsystem needs an order 2 allocation. This is a temporary buffer
for xoring data so we can safely allow fallback.
Cc: Dan Williams <dan.j.williams@intel.com>
Signed-off-by: Christoph Lameter <clameter@sgi.com>
---
crypto/xor.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6/crypto/xor.c
===================================================================
--- linux-2.6.orig/crypto/xor.c 2007-10-03 18:11:20.000000000 -0700
+++ linux-2.6/crypto/x...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [11/18] Page allocator: Use a higher order allocation for th...
Currently vmalloc is used for the zone wait table. Therefore the vmalloc
page tables have to be consulted by the MMU to access the wait table.
We can now use GFP_VFALLBACK to attempt the use of a physically contiguous
page that can then use the large kernel TLBs.
Drawback: The zone wait table is rounded up to the next power of two which
may cost some memory.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
---
mm/page_alloc.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [12/18] Wait: Allow bit_waitqueue to wait on a bit in a virt...
If bit waitqueue is passed a virtual address then it must use
virt_to_head_page instead of virt_to_page.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
---
kernel/wait.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6/kernel/wait.c
===================================================================
--- linux-2.6.orig/kernel/wait.c 2007-10-03 17:44:21.000000000 -0700
+++ linux-2.6/kernel/wait.c 2007-10-03 17:53:07.000000000 -0700
@@ -245,7 +245,7 @@ EXPOR...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [18/18] SLUB: Use fallback for table of callers/freers of a ...
The caller table can get quite large if there are many call sites for a
particular slab. Add GFP_FALLBACK allows falling back to vmalloc in case
the caller table gets too big and memory is fragmented. Currently we
would fail the operation.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
---
mm/slub.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: linux-2.6/mm/slub.c
===================================================================
--- linux-2.6.orig/mm/slub.c ...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [16/18] Virtual Compound page allocation from interrupt cont...
In an interrupt context we cannot wait for the vmlist_lock in
__get_vm_area_node(). So use a trylock instead. If the trylock fails
then the atomic allocation will fail and subsequently be retried.
This only works because the flush_cache_vunmap in use for
allocation is never performing any IPIs in contrast to flush_tlb_...
in use for freeing. flush_cache_vunmap is only used on architectures
with a virtually mapped cache (xtensa, pa-risc).
[Note: Nick Piggin is working on a scheme to make this sim...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [17/18] Virtual compound page freeing in interrupt context
If we are in an interrupt context then simply defer the free via a workqueue.
Removing a virtual mappping *must* be done with interrupts enabled
since tlb_xx functions are called that rely on interrupts for
processor to processor communications.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
---
mm/page_alloc.c | 12 +++++++++++-
1 file changed, 11 insertions(+), 1 deletion(-)
Index: linux-2.6/mm/page_alloc.c
===================================================================
...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [10/18] Sparsemem: Use fallback for the memmap.
Sparsemem currently attempts first to do a physically contiguous mapping
and then falls back to vmalloc. The same thing can now be accomplished
using GFP_VFALLBACK.
Cc: apw@shadowen.org
Signed-off-by: Christoph Lameter <clameter@sgi.com>
---
mm/sparse.c | 33 +++------------------------------
1 file changed, 3 insertions(+), 30 deletions(-)
Index: linux-2.6/mm/sparse.c
===================================================================
--- linux-2.6.orig/mm/sparse.c 2007-10-02 22:02...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [09/18] Vcompound: GFP_VFALLBACK debugging aid
Virtual fallbacks are rare and thus subtle bugs may creep in if we do not
test the fallbacks. CONFIG_VFALLBACK_ALWAYS makes all GFP_VFALLBACK
allocations fall back to virtual mapping.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
---
lib/Kconfig.debug | 11 +++++++++++
mm/page_alloc.c | 6 ++++++
2 files changed, 17 insertions(+)
Index: linux-2.6/mm/page_alloc.c
===================================================================
--- linux-2.6.orig/mm/page_alloc.c 2007-10-...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [14/18] Configure stack size
Make the stack size configurable now that we can fallback to vmalloc if
necessary. SGI NUMA configurations may need more stack because cpumasks
and nodemasks are at times kept on the stack. With the coming 16k cpu
support this is going to be 2k just for the mask. This patch allows to
run with 16k or 32k kernel stacks on x86_74.
Cc: ak@suse.de
Cc: travis@sgi.com
Signed-off-by: Christoph Lameter <clameter@sgi.com>
---
arch/x86_64/Kconfig | 6 ++++++
include/asm-x86_64/page...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [13/18] x86_64: Allow fallback for the stack
Peter Zijlstra has recently demonstrated that we can have order 1 allocation
failures under memory pressure with small memory configurations. The
x86_64 stack has a size of 8k and thus requires a order 1 allocation.
This patch adds a virtual fallback capability for the stack. The system may
continue even in extreme situations and we may be able to increase the stack
size if necessary (see next patch).
Cc: ak@suse.de
Cc: travis@sgi.com
Signed-off-by: Christoph Lameter <clameter@sgi.com>
...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [08/18] GFP_VFALLBACK: Allow fallback of compound pages to v...
Add a new gfp flag
__GFP_VFALLBACK
If specified during a higher order allocation then the system will fall
back to vmap if no physically contiguous pages can be found. This will
create a virtually contiguous area instead of a physically contiguous area.
In many cases the virtually contiguous area can stand in for the physically
contiguous area (with some loss of performance).
Signed-off-by: Christoph Lameter <clameter@sgi.com>
---
include/linux/gfp.h | 5 +
mm/page_alloc.c |...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [06/18] Vcompound: Update page address determination
Make page_address() correctly determine the address of a potentially
virtually mapped compound page.
There are 3 cases to consider:
1. !HASHED_PAGE_VIRTUAL && !WANT_PAGE_VIRTUAL
Call vmalloc_address() directly from the page_address function
defined in mm.h.
2. HASHED_PAGE_VIRTUAL
Modify page_address() in highmem.c to call vmalloc_address().
3. WANT_PAGE_VIRTUAL
set_page_address() is used to set up the virtual addresses of
all pages that are part of the virtual compound.
Cc...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [07/18] Vcompound: Add compound_nth_page() to determine nth ...
Add a new function
compound_nth_page(page, n)
and
vmalloc_nth_page(page, n)
to find the nth page of a compound page. For real compound pages
his simply reduces to page + n. For virtual compound pages we need to consult
the page tables to figure out the nth page from the one specified.
Update all the references to page[1] to use compound_nth instead.
---
include/linux/mm.h | 17 +++++++++++++----
mm/page_alloc.c | 16 +++++++++++-----
mm/vmalloc.c | 10 ++++++++++...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [04/18] Vcompound: Smart up virt_to_head_page()
The determination of a page struct for an address in a compound page
will need some more smarts in order to deal with virtual addresses.
We need to use the evil constants VMALLOC_START and VMALLOC_END for this
and they are notoriously for referencing various arch header files or may
even be variables. Uninline the function to avoid trouble.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
---
include/linux/mm.h | 6 +-----
mm/page_alloc.c | 23 +++++++++++++++++++++++
2 file...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [05/18] Page flags: Add PageVcompound()
Add a another page flag that can be used to figure out if a compound
page is virtually mapped. The mark is necessary since we have to know
when freeing pages if we have to destroy a virtual mapping. No additional
flag is consumed through the use of PG_swapcache together with PG_compound
(similar to PageHead() and PageTail()).
Signed-off-by: Christoph Lameter <clameter@sgi.com>
---
include/linux/page-flags.h | 18 ++++++++++++++++++
1 file changed, 18 insertions(+)
Index: linux-2.6/in...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [03/18] vmalloc_address(): Determine vmalloc address from pa...
Sometimes we need to figure out which vmalloc address is in use
for a certain page struct. There is no easy way to figure out
the vmalloc address from the page struct. Simply search through
the kernel page tables to find the address. Use sparingly.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
---
include/linux/mm.h | 2 +
mm/vmalloc.c | 79 +++++++++++++++++++++++++++++++++++++++++++++++++++++
2 files changed, 81 insertions(+)
Index: linux-2.6/mm/vmalloc.c
==========...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [02/18] vunmap: return page array passed on vmap()
Make vunmap return the page array that was used at vmap. This is useful
if one has no structures to track the page array but simply stores the
virtual address somewhere. The disposition of the page array can be
decided upon after vunmap. vfree() may now also be used instead of
vunmap which will release the page array after vunmap'ping it.
As noted by Kamezawa: The same subsystem that provides the page array
to vmap must must use its own method to dispose of the page array.
If vfree() is called to...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [01/18] vmalloc: clean up page array indexing
The page array is repeatedly indexed both in vunmap and vmalloc_area_node().
Add a temporary variable to make it easier to read (and easier to patch
later).
Signed-off-by: Christoph Lameter <clameter@sgi.com>
---
mm/vmalloc.c | 16 +++++++++++-----
1 file changed, 11 insertions(+), 5 deletions(-)
Index: linux-2.6/mm/vmalloc.c
===================================================================
--- linux-2.6.orig/mm/vmalloc.c 2007-10-02 09:26:16.000000000 -0700
+++ linux-2.6/mm/vmallo...
| Oct 3, 11:59 pm 2007 |
| Christoph Lameter | [00/18] Virtual Compound Page Support V2
Allocations of larger pages are not reliable in Linux. If larger
pages have to be allocated then one faces various choices of allowing
graceful fallback or using vmalloc with a performance penalty due
to the use of a page table. Virtual Compound pages are
a simple solution out of this dilemma. If an allocation specifies
GFP_VFALLBACK then the page allocator will first attempt to satisfy
the request with physically contiguous memory. If that is not possible
then the page allocator will create a virtua...
| Oct 3, 11:59 pm 2007 |
| Robert Hancock | Re: File corruption when using kernels 2.6.18+
I didn't see what CPU this was, but there was this nasty erratum on some
Athlon 64/Opteron processors. I was trying to debug a problem someone
else mentioned a while ago (and which I could duplicate on my system)
where doing huge memsets in userspace (which glibc uses non-temporal
stores for) repeatedly would cause a system lockup or crash. Amazingly
enough after I upgraded the CPU from my old Athlon 64 3500+ to a new X2
4200+ the problem went away..
At the time I looked into whether this w...
| Oct 3, 10:59 pm 2007 |
| Linus Torvalds | Re: File corruption when using kernels 2.6.18+
The Intel-optimized memcpy doesn't use the SSE registers, just regular
32-bit integer nontemporal stores (movnti). The reason is that the SSE
state save is too expensive to be worth it.
So it's not that. Also, considering that it was a single-bit error in all
the cases I saw, I wouldn't expect it to be a cache coherency problem,
which I'd expect to corrupt a whole cacheline or possibly at least a whole
access.
That said, bit corruption can be just about anything. It's certainly not
i...
| Oct 3, 11:39 pm 2007 |
| Casey Dahlin | [PATCH] Code style fix for open_exec
From d2a6c5d29dc34cfea892124ab72b4eb55d2f8a80 Mon Sep 17 00:00:00 2001
From: Casey Dahlin <cjdahlin@ncsu.edu>
Date: Wed, 3 Oct 2007 22:01:49 -0400
Subject: [PATCH] Code style fix for open_exec
Fix a horribly mangled 5 level indent and severe abuse of goto in the
open_exec
function.
Signed-off-by: Casey Dahlin <cjdahlin@ncsu.edu>
diff --git a/fs/exec.c b/fs/exec.c
index c21a8cc..d73da5a 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -676,32 +676,32 @@ struct file *open_exec(const c...
| Oct 3, 10:40 pm 2007 |
| Robert Hancock | Re: Point of gpl-only modules (flame)
The kernel gets marked as tainted when you load proprietary modules
because with no source code available there is no way to determine what
kind of badness the code may have done to break the kernel. Bug reports
from tainted kernels are generally given fairly little weight.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/
-
| Oct 3, 10:08 pm 2007 |
| Trond Myklebust | What's slated for inclusion in 2.6.24-rc1 from the NFS clien...
Aside from the usual updates from Chuck for NFS-over-IPv6 (still
incomplete) and a number of bugfixes for the text-based mount code, the
main news in the NFS tree is the merging of support for the NFS/RDMA
client code from Tom Talpey and the NetApp New England (NANE) team.
We also have the 64-bit inode support from RedHat/Peter Staubach.
There is also the addition of a nfs_vm_page_mkwrite() method in order to
clean up the mmap() write code.
Finally, I've been working on a number of updates for th...
| Oct 3, 7:41 pm 2007 |
| Jeff Garzik | Re: What's slated for inclusion in 2.6.24-rc1 from the NFS c...
The marketroids compel me to say: It is Red Hat, not RedHat :)
Jeff, looking forward to NFSv4 over IPv6
-
| Oct 3, 7:52 pm 2007 |
| Randy Dunlap | Re: + add-documentation-w1w1-masters-00-index.patch added to...
Maxim (2 times)
Was this patch posted to a mailing list? if so, which one?
I didn't see it.
And if not, please post all patches for review.
---
~Randy
-
| Oct 3, 5:38 pm 2007 |
| Rob Landley | Re: + add-documentation-w1w1-masters-00-index.patch added to...
That typo was cut and paste from the the "Description" section of both files.
(Lines 18 and 13, respectively.) :(
Attached is an updated version that spells it "maxim" and also fixes the typos
LKML on saturday.
http://lkml.org/lkml/2007/9/29/168
My pending patches are all at http://landley.net/kdocs/make/patches although
I'm waiting for the current batch to work through before posting more.
Rob
--
"One of my most productive days was throwing away 1000 lines of code."
- Ken Thomps...
| Oct 3, 9:46 pm 2007 |
| Serge E. Hallyn | [PATCH 1/2 -mm] capabilities: define CONFIG_COMMONCAP
From 54c70ca7671750fe8986451fae91d42107d0ca90 Mon Sep 17 00:00:00 2001
From: Serge E. Hallyn <serue@us.ibm.com>
Date: Fri, 28 Sep 2007 10:33:33 -0500
Subject: [PATCH 1/2 -mm] capabilities: define CONFIG_COMMONCAP
currently the compilation of commoncap.c is determined
through Makefile logic. So there is no single CONFIG
variable which can be relied upon to know whether it
will be compiled.
Define CONFIG_COMMONCAP to be true when lsm is not
compiled in, or when the capability or rootplug m...
| Oct 3, 6:27 pm 2007 |
| James Morris | Re: [PATCH 1/2 -mm] capabilities: define CONFIG_COMMONCAP
Acked-by: James Morris <jmorris@namei.org>
--
James Morris
<jmorris@namei.org>
-
| Oct 3, 6:42 pm 2007 |
| Serge E. Hallyn | [PATCH 2/2 -mm] capabilities: introduce per-process capabili...
From d93ecb90d82f9e2b7f48c74f5e6ed97cac3683c7 Mon Sep 17 00:00:00 2001
From: Serge Hallyn <serue@us.ibm.com>
Date: Fri, 28 Sep 2007 10:33:56 -0500
Subject: [PATCH 2/2 -mm] capabilities: introduce per-process capability bounding set (v4)
The capability bounding set is a set beyond which capabilities
cannot grow. Currently cap_bset is per-system. It can be
manipulated through sysctl, but only init can add capabilities.
Root can remove capabilities. By default it includes all caps
except CAP...
| Oct 3, 6:30 pm 2007 |
| James Morris | Re: [PATCH 2/2 -mm] capabilities: introduce per-process capa...
Acked-by: James Morris <jmorris@namei.org>
--
James Morris
<jmorris@namei.org>
-
| Oct 3, 6:43 pm 2007 |
| Angela | Hello
Hey, my name is Angela. I\'m looking for a fiend and dying to meet you. Catch my photo and call me.
My photo
http://siammarketservice.com/image/logo.JPG
-
| Oct 3, 3:58 pm 2007 |
| Tomoya Adachi | [PATCH] usbhid: report descriptor fix for MacBook JIS keyboard
From: Tomoya Adachi <adachi@il.is.s.u-tokyo.ac.jp>
This patch fixes the problem, that Japanese MacBook doesn't recognize some keys
like '\'(yen, or backslash), '|'(pipe), and '_'(underscore).
It is due to that MacBook JIS keyboard (jp106) sends wrong report descriptor.
It saids "logical maximum = 0x65", so Keyboard.0089 is mapped to Key.Unknown,
while it should be accepted as Key.Yen.
Signed-off-by: Tomoya Adachi <adachi@il.is.s.u-tokyo.ac.jp>
---
diff -uprN -X linux-2.6.23-rc9...
| Oct 3, 5:23 pm 2007 |
| Jiri Kosina | Re: [PATCH] usbhid: report descriptor fix for MacBook JIS ke...
Hi Tomoya,
thanks a lot for debugging and fixing this. I have applied your patch to
my tree.
--
Jiri Kosina
SUSE Labs
-
| Oct 3, 5:55 pm 2007 |
| Adam Litke | [PATCH] hugetlb: Fix pool resizing corner case V2
Changes in V2:
- Removed now unnecessary check as suggested by Ken Chen
When shrinking the size of the hugetlb pool via the nr_hugepages sysctl, we
are careful to keep enough pages around to satisfy reservations. But the
calculation is flawed for the following scenario:
Action Pool Counters (Total, Free, Resv)
====== =============
Set pool to 1 page 1 1 0
Map 1 page MAP_PRIVATE 1 1 0
Touch the page to fault it in 1 0 ...
| Oct 3, 5:32 pm 2007 |
| Loic Prylli | MSI problem since 2.6.21 for devices not providing a mask in...
Hi,
We observe a problem with MSI since kernel 2.6.21 where interrupts would
randomly stop working. We have tracked it down to the new
msi_set_mask_bit definition in 2.6.21. In the MSI case with a device not
providing a "native" MSI mask, it was a no-op before, and now it
disables MSI in the MSI-ctl register which according to the PCI spec is
interpreted as reverting the device to legacy interrupts. If such a
device try to generate a new interrupt during the "masked" window, the
device will try a ...
| Oct 3, 5:12 pm 2007 |
| Eric W. Biederman | Re: MSI problem since 2.6.21 for devices not providing a mas...
We should also be leaving the INTx irqs disabled. So no irq
should be generated.
If you have a mask bit implemented you are required to be
able to refire it after the msi is enabled. I don't recall
the requirements for when both intx and msi irqs are both
disabled. Intuitively I would expect no irq message to
be generated, and at most the card would need to be polled
manually to recognize a device event happened.
Certainly firing an irq and having it get completely lost is
unfortunate, and...
| Oct 3, 5:49 pm 2007 |
| Loic Prylli | Re: MSI problem since 2.6.21 for devices not providing a mas...
Even if the INTx line is not raised, you cannot rely on the device to
retain memory of a interrupt triggered while MSI are disabled, and
expect it to fire it under MSI form later when MSI are reenabled. The
PCI spec does not provide any implicit or explicit guarantee about the
MSI enable flag that would allow it to be used for temporary masking
without running the risk of loosing such interrupts. Moreover, even if
you eventually call the interrupt handler to recover a lost-interrupt,
having sw...
| Oct 3, 9:44 pm 2007 |
| Eric W. Biederman | Re: MSI problem since 2.6.21 for devices not providing a mas...
Sure. My expectation is if we happened to hit such a narrow window
Right. And INTx has such a pending bit as well. I guess I figured
if MSI was enabled transferring it over would be the obvious thing to
It's worth looking at, I think that happens in the common case.
Of course it might even make sense simply to refuse to enable MSI
I would have to look it up again but it said that the result is only
defined in the case when it is disabled/masked, when I looked a couple
I will relook. M...
| Oct 3, 11:58 pm 2007 |
| Benjamin Herrenschmidt | Re: MSI problem since 2.6.21 for devices not providing a mas...
Well, yes and no ... A valid option here would be to use soft-masking,
which is possible because MSIs are edge interrupts. That is, basically,
when masked, just ignore them and set IRQF_PENDING, and when unmasked,
replay (which can be done with softirq if there is no HW mechanism for
that). The genirq code contains all the necessary infrastructure for
doing that stuff, it's fairly trivial, and would probably avoid stepping
in HW lalaland (how much do you bet HW generally get that masking thing
Hr...
| Oct 3, 6:03 pm 2007 |
| Eric W. Biederman | Re: MSI problem since 2.6.21 for devices not providing a mas...
Well. If people actually use it I suspect it will work ok. The
circuitry is quite simple so as long as people get their requirements
straight we should be fine. Which is why I tried to get everything
working as well as we could sooner rather then later. Of course
drivers are free not to call anything that would cause the irq
to be masked.
That said the current disable_irq and enable_irq path is using the
IRQF_PENDING infrastructure on x86. So the only time this comes up
is for irq migration...
| Oct 3, 6:25 pm 2007 |
| Steven Rostedt | [PATCH] RCU torture update for preemption
Paul,
I ran your original preemption test of RCU torture, and after several
minutes, my preempt boost patch had one Preemption stall. I then
disabled preemption boosting, and ran the preempt torture again, and it
seemed to never stall. Something seemed strange, so I took a look.
Looks like you have a single thread that will run at max prio that runs
for 10 secs and then sleeps again. This thread seems to only push rcu
readers around. But it doesn't seem to do much else. That is a good test
to ...
| Oct 3, 4:59 pm 2007 |
| Randy Dunlap | Re: [PATCH 3/8] scsi: megaraid_sas - add module param max_se...
Are you sure that you want these parameters hidden (permission = 0)
instead of readable via sysfs?
---
~Randy
-
| Oct 3, 5:00 pm 2007 |
| Jeff Garzik | git-misc-all updated
Just updated jgarzik/misc-2.6.git#ALL...
'ALL' meta-branch contains these branches, exported for review and testing:
dmi-const DMI subsystem constification
--> added your fix/warning patches
isdn-cleanups ISDN subsystem cleanups for 2.6.24
--> no word from Karsten after repeated pings
--> added another couple code movement patches
(moved from branch isdn-pci to this one)
pciseg x86/x86-64 PCI domain support
sas new drivers broadsas, mvsas
--> new branch; thi...
| Oct 3, 4:17 pm 2007 |
| Jeff Garzik | [git patches] libata fixes
Fix ugly sata_mv bug, that exists due to lack of IOMMU knowledge about
device constraints (FUJITA Tomonori's current work should fix this issue
long term, hopefully).
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git upstream-linus
to receive the following updates:
drivers/ata/pata_ixp4xx_cf.c | 3 +++
drivers/ata/pata_marvell.c | 4 ++--
drivers/ata/sata_mv.c | 26 +++++++++++++++++++-------
3 files changed, 2...
| Oct 3, 2:51 pm 2007 |
| Jeff Garzik | [git patches] net driver fixes
sky2 is really the only important fix, the others are trivial.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git upstream-linus
to receive the following updates:
drivers/net/sky2.c | 3 ---
drivers/net/wireless/bcm43xx/bcm43xx_wx.c | 2 +-
net/ieee80211/softmac/ieee80211softmac_wx.c | 2 +-
3 files changed, 2 insertions(+), 5 deletions(-)
Joe Perches (1):
bcm43xx: Correct printk with ...
| Oct 3, 2:40 pm 2007 |
| Jeff Garzik | [git patches] net driver updates
Normally I wait a day or two between pushes, to queue up patches and
also to avoid annoying my upstream :) But this includes a couple fixes
I felt should be upstreamed sooner rather than later.
Please pull from 'upstream' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git upstream
to receive the following updates:
Jeff Garzik (1):
drivers/net/qla3xxx: trim trailing whitespace
Olof Johansson (11):
pasemi_mac: basic error checking
pasemi_mac: ...
| Oct 3, 2:39 pm 2007 |
| David Miller | Re: [git patches] net driver updates
From: Jeff Garzik <jeff@garzik.org>
Pulled, thanks Jeff!
-
| Oct 3, 6:33 pm 2007 |
| previous day | today | next day |
|---|---|---|
| October 2, 2007 | October 3, 2007 | October 4, 2007 |
| Amit K. Arora | [RFC] Heads up on sys_fallocate() |
| H. Peter Anvin | Re: [RFC 00/15] x86_64: Optimize percpu accesses |
| Nicolas Pitre | Re: [RFC patch 08/18] cnt32_to_63 should use smp_rmb() |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Natalie Protasevich | [BUG] New Kernel Bugs |
