On Tue, 18 Sep 2007 21:06:28 EDT, Mathieu Desnoyers said:
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
OK, I'll bite - given the mention of 'debugging' there, do we want to go for
broke and *also* suck in the 'Kernel Hacking' menu as well?
Instrumentation primarity aims at debugging
This patch attempts to improve CFS's SMP global fairness based on the new
virtual time design.
Removed vruntime adjustment in set_task_cpu() as it skews global fairness.
Modified small_imbalance logic in find_busiest_group(). If there's small
imbalance, move tasks from busiest to local
Greetings,
On Tue, 2007-09-18 at 23:03 -0700, Tong Li wrote:
This patch attempts to improve CFS's SMP global fairness based on the new
virtual time design.
Removed vruntime adjustment in set_task_cpu() as it skews global fairness.
Since I'm (still) encountering Xorg latency issues (which
On Sep 18, 2007 20:03 -0700, Andrew Morton wrote:
On Tue, 18 Sep 2007 17:25:31 -0700 Avantika Mathur [EMAIL PROTECTED] wrote:
+#if !defined(CONFIG_CRC16)
+/** CRC table for the CRC-16. The poly is 0x8005 (x16 + x15 + x2 + 1) */
+__u16 const crc16_table[256] = {
+ 0x, 0xC0C1,
On Tue, 18 Sep 2007, Christoph Lameter wrote:
Index: linux-2.6/include/linux/mm.h
===
--- linux-2.6.orig/include/linux/mm.h 2007-09-17 21:46:06.0 -0700
+++ linux-2.6/include/linux/mm.h 2007-09-17 23:56:54.0
Hi,
Could someone to make clear next question:
I have one driver, but I need to run 4 instances of it (I run insmod with
different parameters) .
But when I try to install the second driver I've got an error, that driver
with this name exists.
How can I istall them? I don't want to use 4
Hi Mike,
On Mon, 17 Sep 2007 11:35:08 -0700 [EMAIL PROTECTED] wrote:
v2:
This patch applies after:
convert-cpu_sibling_map-to-a-per_cpu-data-array-ppc64.patch
and should fix the reference cpu_sibling_map before setup_per_cpu_areas()
has been called problem. In addtion, the
On Tue, 2007-09-18 at 23:37 +0200, Rafael J. Wysocki wrote:
- The Vaio also hangs during resume-from-RAM, due to git-acpi.patch
- And it hangs during suspend-to-RAM, due to git-acpi.patch
Sorry, I was wrong.
On my HP nx6325 it only boots with noacpitimer nohpet on the
That 00 0e 1e ... is netxen's mac address, so sounds like the NIC is
dumping a frame in the skb already freed (and poisoned) by the stack.
I suppose -RT kernels preempt the softirq, giving a chance for this race.
The netxen driver doesn't seem to clear the mapped address of the skb in
rx
On Wed, 2007-09-19 at 06:07 +0800, Jeff Garzik wrote:
Bryan Wu wrote:
From 157dfddae50708a716c2a42a314eccb9621d8793 Mon Sep 17 00:00:00
2001
From: Alex Landau [EMAIL PROTECTED]
Date: Sun, 5 Aug 2007 15:58:03 +0800
Subject: [PATCH] Blackfin Ethernet MAC driver: add function to
change
On 19 Sep 2007, at 07:32, David Rientjes wrote:
On Tue, 18 Sep 2007, Christoph Lameter wrote:
Index: linux-2.6/include/linux/mm.h
===
--- linux-2.6.orig/include/linux/mm.h 2007-09-17
21:46:06.0 -0700
+++
On Tue, Sep 18, 2007 at 06:03:28PM -0400, [EMAIL PROTECTED] wrote:
On Tue, 18 Sep 2007 22:32:39 +0200, Sam Ravnborg said:
So the external module were fiddeling with CFLAGS which is wrong.
Yes - it worked before by accident.
OK, I can deal with that diagnosis. ;)
Pelase ask the author
Hi Christoph,
On 19 Sep 2007, at 04:36, Christoph Lameter wrote:
Currently there is a strong tendency to avoid larger page
allocations in
the kernel because of past fragmentation issues and the current
defragmentation methods are still evolving. It is not clear to what
extend
they can
I think you need to modify your driver. So that you need to do only
single insmod. and handle the 4 instances internally.
On 9/19/07, Andrey Kamchatnikov [EMAIL PROTECTED] wrote:
Hi,
Could someone to make clear next question:
I have one driver, but I need to run 4 instances of it (I run
Rebased to 2.6.23-rc6-mm1 and reflected comments.
Not so aggresive as previous version.
(I'm not in a hurry if -mm is busy.)
Any comments are welcome.
Thanks,
-Kame
==
A clarification of page - fs interface (page cache).
At first, each FS has to access to struct page-mapping directly.
But it's
Make use of page-cache.h functions in /mm layer.
Signed-off-by: KAMEZAWA Hiroyuki [EMAIL PROTECTED]
---
mm/filemap.c| 19 ++-
mm/memory.c |5 +++--
mm/migrate.c|8 ++--
mm/page-writeback.c |4 ++--
mm/rmap.c | 36
Make use of page-cache.h in fs-generic layer.
Signed-off-by: KAMEZAWA Hiroyuki [EMAIL PROTECTED]
---
fs/buffer.c | 43 ++-
fs/fs-writeback.c |2 +-
fs/libfs.c|2 +-
fs/mpage.c| 13 +++--
4 files changed, 31
On Wed, 2007-09-19 at 08:28 +0200, Mike Galbraith wrote:
Greetings,
On Tue, 2007-09-18 at 23:03 -0700, Tong Li wrote:
This patch attempts to improve CFS's SMP global fairness based on the new
virtual time design.
Removed vruntime adjustment in set_task_cpu() as it skews global
On 9/12/07, sreenath Angadi [EMAIL PROTECTED] wrote:
Hi,
I would like to use the Real time signalling mechanism. When I try to
use F_SETAUXFL, compilation fails. While looking through the
archives I found a patch one-sig-perfd-2.4.4.patch.gz at
Hello,
here is an fix to an exploit (obtained somewhere in internet). This
exploit can workaround chroot with CAP_SYS_CHROOT. It is also possible
(with sufficient filedescriptor (if there is na directory fd opened in
root) workaround chroot with sys_fchdir. This patch fixes it.
Miloslav
On Tue, 18 Sep 2007 20:36:10 -0700
Christoph Lameter [EMAIL PROTECTED] wrote:
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
On Wed, 19 Sep 2007, Anton Altaparmakov wrote:
Index: linux-2.6/include/linux/mm.h
===
--- linux-2.6.orig/include/linux/mm.h 2007-09-17 21:46:06.0
-0700
+++ linux-2.6/include/linux/mm.h 2007-09-17
Christoph Lameter [EMAIL PROTECTED] writes:
It seems like a good idea simply because the same functionality
is already open coded in a couple of places and unifying
that would be a good thing. But ...
The patchset provides this functionality in stages. Stage 1 introduces
the basic fall back
Andrey Kamchatnikov [EMAIL PROTECTED] writes:
I have one driver, but I need to run 4 instances of it (I run insmod
with different parameters) .
But when I try to install the second driver I've got an error, that
driver with this name exists.
The standard trick to do that is to copy the
On Tue, 18 Sep 2007 23:45:13 +0200,
Mariusz Kozlowski [EMAIL PROTECTED] wrote:
Hello,
I wrote a simple script that finds all modules in /lib/modules/`uname
-r`
and performs sth like 'modprobe $x; rmmod $x;' for every of them. The result
is the
output below. This actually happens
David J. Wilder [EMAIL PROTECTED] writes:
Not having read the whole thing; just something I noticed.
Gut feeling is that you have too many knobs and options and
some overengineering though -- simplifying it would be a good thing.
+
+#define TRACE_PRINTF_TMPBUF_SIZE (1024)
+static char
On Tuesday 18 September 2007 21:05, Michael Chan wrote:
The bnx2 firmware changes quite frequently. A new driver quite often
requires new firmware to work correctly. Splitting them up makes things
difficult for the user.
sounds reasonable.
I see that bnx2 has support for unpacking gzipped
On Wed, Sep 19, 2007 at 08:05:32AM +0530, Satyam Sharma wrote:
I was actually asking for the logs explaining why you thought
the _kernel_ incorrectly announced it as an UDF filesystem.
No, the CDROM announces itself as an UDF filesystem.
Hmm ... those CD-RTOS, CD-BRIDGE and CDUDF File System
On Wed, 2007-09-19 at 09:51 +0200, Mike Galbraith wrote:
The scenario which was previously cured was this:
taskset -c 1 nice -n 0 ./massive_intr 2
taskset -c 1 nice -n 5 ./massive_intr 2
click link
(http://pages.cs.wisc.edu/~shubu/talks/cachescrub-prdc2004.ppt) to bring
up browser
On Tuesday 18 September 2007 21:47, Mathieu Desnoyers wrote:
* Denys Vlasenko ([EMAIL PROTECTED]) wrote:
On Tuesday 18 September 2007 18:59, Mathieu Desnoyers wrote:
* Denys Vlasenko ([EMAIL PROTECTED]) wrote:
On Monday 17 September 2007 19:42, Mathieu Desnoyers wrote:
Index:
On 19 Sep 2007, at 09:09, David Rientjes wrote:
On Wed, 19 Sep 2007, Anton Altaparmakov wrote:
Index: linux-2.6/include/linux/mm.h
===
--- linux-2.6.orig/include/linux/mm.h 2007-09-17 21:46:06.0
-0700
+++
On Mon, 17 Sep 2007, Justin Piszcz wrote:
Including the XFS mailing list in here too because it may be an XFS bug
looking at the call trace.
System: Debian Testing
Kernel: 2.6.20
Config: Attached
I was running apt-get dist-upgrade as I always do to get the latest packages
upgraded and the
On Wed, Sep 19, 2007 at 08:54:58AM +0200, Andrey Kamchatnikov wrote:
I have one driver, but I need to run 4 instances of it (I run insmod with
different
parameters) .
But when I try to install the second driver I've got an error, that driver
with this name
exists.
It might work using
Miles Lane wrote:
CC [M] drivers/kvm/ioapic.o
drivers/kvm/ioapic.c: In function 'ioapic_deliver':
drivers/kvm/ioapic.c:204: error: 'dest_LowestPrio' undeclared (first
use in this function)
drivers/kvm/ioapic.c:204: error: (Each undeclared identifier is
reported only once
This patch add a field of 64-bit physical pointer to NULL terminated
single linked list of struct setup_data to real-mode kernel
header. This is used as a more extensible boot parameters passing
mechanism.
This patch has been tested against 2.6.23-rc6-mm1 kernel on x86_64. It
is based on the
This patch defines a 32-bit boot protocol and adds corresponding
document. It is based on the proposal of Peter Anvin.
Known issues:
- The fields in zero page are fairly complex (such as struct
edd_info). Is it necessary to document every field inside the first
level fields, until the
On Tuesday 18 September 2007 21:47, Mathieu Desnoyers wrote:
* Denys Vlasenko ([EMAIL PROTECTED]) wrote:
On Tuesday 18 September 2007 18:59, Mathieu Desnoyers wrote:
* Denys Vlasenko ([EMAIL PROTECTED]) wrote:
On Monday 17 September 2007 19:42, Mathieu Desnoyers wrote:
Index:
I've been trying in vain to post a response to this thread...
Content is text/plain, encoding is ISO 8859-1.
Yet it doesn't land in the mailing list.
I've included about three URL's to captured data.
Is that a problem? Any further hints on what to avoid,
and how else to pass big logfiles / binary
[1.] Summary
System Freeze on Particular workload with kernel 2.6.22.6
[2.] Description
System freezes on repeated application of the following command
for f in *png ; do convert -quality 100 $f `basename $f png`jpg; done
Problem is consistent and repeatable.
Problem persists when running on a
On Wed, 19 Sep 2007, Anton Altaparmakov wrote:
Although it may cause a problem as highmem.h also includes mm.h so a bit of
trickery may be needed to get it to compile...
I suspect that is_vmalloc_addr() should not be in linux/mm.h at all and should
be in linux/vmalloc.h instead and
On Wed, 19 Sep 2007 11:10:28 +0800
Huang, Ying [EMAIL PROTECTED] wrote:
This patch defines a 32-bit boot protocol and adds corresponding
document. It is based on the proposal of Peter Anvin.
Known issues:
- The hd0_info and hd1_info are deleted from the zero page. Additional
work
On Wed, 19 Sep 2007 08:34:47 +0100
Anton Altaparmakov [EMAIL PROTECTED] wrote:
Hi Christoph,
On 19 Sep 2007, at 04:36, Christoph Lameter wrote:
Currently there is a strong tendency to avoid larger page
allocations in
the kernel because of past fragmentation issues and the current
It's Intel-quad, so there are 4 CPUs.
Weird. The message about the MTRR on all the CPUs not maching sound
like a strange bios bug. Are you running the latest bios version?
See the story below.
Looks to match the MTRR setup at least. So how much ram does the kernel
actually
I am seeing this strange link error from a PowerMac G5 (powerpc):
[...]
KSYM.tmp_kallsyms2.S
AS .tmp_kallsyms2.o
LD vmlinux.o
ld: dynreloc miscount for fs/built-in.o, section .opd
ld: can not edit opd Bad value
make: *** [vmlinux.o] Error 1
Compiler version
On Wed, 19 Sep 2007 09:19:50 +0200
majkls [EMAIL PROTECTED] wrote:
Hello,
here is an fix to an exploit (obtained somewhere in internet). This
exploit can workaround chroot with CAP_SYS_CHROOT. It is also possible
(with sufficient filedescriptor (if there is na directory fd opened in
root)
Seeing the following panic booting an old powerpc LPAR:
Unable to handle kernel paging request for data at address 0x
Faulting instruction address: 0xc0047b48
cpu 0x0: Vector: 300 (Data Access) at [c06a3750]
pc: c0047b48: .pSeries_log_error+0x364/0x420
lr:
Hi,
For local src packets, it is better to update sk_route_caps in
ip_route_me_harder.
Signed-off-by: Lepton Wu [EMAIL PROTECTED]
diff -pru -X linux-2.6.22.6/Documentation/dontdiff
linux-2.6.22.6/net/ipv4/netfilter.c linux-2.6.22.6-lepton/net/ipv4/netfilter.c
---
On 9/18/07, Charles N Wyble [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Host and guest are better terms, I think. Kvm is all host, since
guests need no modification. lguest turns the kernel into both host and
guest. Xen Linux kernels are all guest, since the
On 9/19/07, David Chinner [EMAIL PROTECTED] wrote:
The problem is this: to alter the fundamental block size of the
filesystem we also need to alter the data block size and that is
exactly the piece that linux does not support right now. So while
we have the capability to use large block sizes
On Wednesday 19 September 2007 04:30, Linus Torvalds wrote:
On Tue, 18 Sep 2007, Nick Piggin wrote:
ROFL! Yeah of course, how could I have forgotten about our trusty OOM
killer as the solution to the fragmentation problem? It would only have
been funnier if you had said to reboot every so
On 18-09-2007 16:42, Rafael J. Wysocki wrote:
...
Hm, edge-triggered interrupts cannot be shared, AFAIK.
Let's agree it's only a superstition...
http://en.wikipedia.org/wiki/Edge_triggered_interrupt
Regards,
Jarek P.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
On 18-09-2007 13:17, Valentine Barshak wrote:
PCI memory space may have a 64-bit offset on some architectures
(for example, PowerPC 440) and the actual PCI memory address
has to fixed up (an offset to PCI mem space shuld be added)
before remapping. So, pci_iomap should be used instead of
Decouple preempt_disable() from the locking primitives, so as that we
can test for proper rcu_dereference() context regardless of the locking
model.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/linux/preempt.h | 37 +++
kernel/sched.c | 10 +++---
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
kernel/softirq.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6/kernel/softirq.c
===
--- linux-2.6.orig/kernel/softirq.c
+++ linux-2.6/kernel/softirq.c
Don't warn when preemption is disabled using preempt_disable()
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/linux/preempt.h | 19 +++
kernel/sched.c | 14 ++
lib/Kconfig.debug |1 +
3 files changed, 22 insertions(+), 12
Warn when rcu_dereference() is not used in combination with rcu_read_lock()
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/linux/lockdep.h |4 +++
include/linux/rcupdate.h |3 ++
kernel/lockdep.c | 60 +++
3 files
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
init/main.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
Index: linux-2.6/init/main.c
===
--- linux-2.6.orig/init/main.c
+++ linux-2.6/init/main.c
@@ -452,7 +452,8
On Tue, 2007-09-18 at 20:59 -0700, Jeremy Fitzhardinge wrote:
Andi Kleen wrote:
At least the Xen port seems to have specific requirements
and essentially only work on xen-unstable (?) [or at least
some very new Xen version] which probably very few
people use.
Only on 64-bit hosts,
lockdep annotate rcu_read_{,un}lock{,_bh} in order to catch imbalanced
usage.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/linux/lockdep.h |7 +++
include/linux/rcupdate.h | 12
kernel/rcupdate.c|8
3 files changed, 27 insertions(+)
This patch set uses lockdep to validate rcu usage.
It annotates rcu_read_{,un}lock{,_bh}() to catch imbalances. And further uses
that information to establish a proper context for rcu_dereference().
It also separates implicit from explicit preempt_disable() usage, in order to
separate
Hi Steve.
On Mon, Sep 17, 2007 at 10:25:04AM -0500, Steve Wise ([EMAIL PROTECTED]) wrote:
Does creating the whole new netdevice is a too big overhead, or is it
considered bad idea?
I think its too big overhead, and pretty invasive on the low level cxgb3
driver. I think having a device in
* Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote:
Mathieu Desnoyers wrote:
+#define immediate_read(name)
\
+ ({ \
+ __typeof__(name##__immediate) value;
Jarek Poplawski wrote:
On 18-09-2007 13:17, Valentine Barshak wrote:
PCI memory space may have a 64-bit offset on some architectures
(for example, PowerPC 440) and the actual PCI memory address
has to fixed up (an offset to PCI mem space shuld be added)
before remapping. So, pci_iomap should be
* H. Peter Anvin ([EMAIL PROTECTED]) wrote:
Jeremy Fitzhardinge wrote:
Mathieu Desnoyers wrote:
+#define immediate_read(name)
\
+ ({ \
+ __typeof__(name##__immediate)
* Andi Kleen ([EMAIL PROTECTED]) wrote:
Jeremy Fitzhardinge [EMAIL PROTECTED] writes:
It's a pity that gas seems to generate plain 0x90 nops rather than
long-nop forms here. I thought it could do that.
.p2align does it.
Sadly, p2align does not apply well to my context. I have to
Satyam Sharma [EMAIL PROTECTED] writes:
What happened here is simply that in the absence of a -t option,
mount(8) defaulted (probably due to incorrect heuristics?) to UDF for
some reason, thereby obviously failing.
I think the CD contains both ISO-9660 and UDF filesystems, but the
latter is
* Randy Dunlap ([EMAIL PROTECTED]) wrote:
On Tue, 18 Sep 2007 17:07:49 -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
And yes, it's a pity there is no way to produce the long-nops there. :(
To be honest I consider it extremly unlikely you would be able
to measure a difference.
-Andi
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Tue, Sep 11, 2007 at 09:53:24PM +0200, Ingo Oeser wrote:
[PATCH] crypto: cleanup: Use max() in blkcipher_get_spot() to state the
intention.
Signed-off-by: Ingo Oeser [EMAIL PROTECTED]
Patch applied. Thanks!
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmVHI~}
* Randy Dunlap ([EMAIL PROTECTED]) wrote:
On Tue, 18 Sep 2007 17:13:27 -0400 Mathieu Desnoyers wrote:
Here is some documentation explaining what is/how to use the Linux
Kernel Markers.
---
Documentation/markers/markers.txt | 93
+++
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
On Tue, 18 Sep 2007 21:06:28 EDT, Mathieu Desnoyers said:
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
OK, I'll bite - given the mention of 'debugging' there, do we want to go
for
broke and *also* suck in the 'Kernel Hacking' menu as
* Denys Vlasenko ([EMAIL PROTECTED]) wrote:
On Tuesday 18 September 2007 21:47, Mathieu Desnoyers wrote:
* Denys Vlasenko ([EMAIL PROTECTED]) wrote:
On Tuesday 18 September 2007 18:59, Mathieu Desnoyers wrote:
* Denys Vlasenko ([EMAIL PROTECTED]) wrote:
On Monday 17 September 2007
Hello all,
[please keep CC'd]
This oops report comes from 2.6.18.5, so it may have been fixed in a
newer release, but I'm reporting nevertheless. OTOH, the (possibly)
relevant code looks unchanged.
The background is _probably_ attempting a core dump of a process,
whose backing binary file is
On Wed, 19 Sep 2007, Mathieu Desnoyers wrote:
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
Ahh, LTT. *that* I recognize. Yeah, I count that as *one flavor*
of instrumentation. :)
mathieu clarified this in a previous email to me, but is LTT not
entirely superseded by LTT-ng? just
On 9/19/07, Andries E. Brouwer [EMAIL PROTECTED] wrote:
On Wed, Sep 19, 2007 at 08:05:32AM +0530, Satyam Sharma wrote:
I was actually asking for the logs explaining why you thought
the _kernel_ incorrectly announced it as an UDF filesystem.
No, the CDROM announces itself as an UDF
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
The marker activation functions sits in kernel/marker.c. A hash table is used
to keep track of the registered probes and armed markers, so the markers
within
a newly loaded module that should be active can be activated at module load
time.
Currently /proc/locks is shown with a proc_read function, but
its behavior is rather complex as it has to manually handle
current offset and buffer length. On the other hand, files
that show objects from lists can be easily reimplemented using
the sequential files and the seq_list_XXX() helpers.
On 09/18/2007 10:18 AM, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc6/2.6.23-rc6-mm1/
2.6.23-rc6-mm1 is a 29MB diff against 2.6.23-rc6.
It took me over two solid days to get this lot compiling and booting on a few
boxes. This required around
Am Donnerstag 13 September 2007 schrieb Dave Kleikamp:
On Wed, 2007-09-12 at 18:58 +0200, Michal Piotrowski wrote:
Subject : umount triggers a warning in jfs and takes almost a minute
References : http://lkml.org/lkml/2007/9/4/73
Last known good : ?
Submitter : Oliver
* Robert P. J. Day ([EMAIL PROTECTED]) wrote:
On Wed, 19 Sep 2007, Mathieu Desnoyers wrote:
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
Ahh, LTT. *that* I recognize. Yeah, I count that as *one flavor*
of instrumentation. :)
mathieu clarified this in a previous email to me, but
On Tuesday, 18 September 2007 23:42, Michael Gerdau wrote:
Hi,
while trying to compile 2.6.23-rc6-mm1 I came across the following
build error:
[EMAIL PROTECTED]:/usr/src/linux-2.6.23-rc6-mm1 make modules
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CALL
On 09/19/2007 01:43 PM, Jiri Slaby wrote:
On 09/18/2007 10:18 AM, Andrew Morton wrote:
- The Vaio hangs when quitting X due to x86_64-mm-cpa-clflush.patch, but
I didn't drop that patch because the iommu patch series depends on it.
No matter whether slub/slab is selected someone gets a page
On Wed, 19 Sep 2007, Kyle Moffett wrote:
On Sep 18, 2007, at 19:44:59, Satyam Sharma wrote:
The whole *point* here is to secure against physical access -- then how can
^^^
you assume barring disassembling the system? If you're
On Wednesday, 19 September 2007 12:14, Jarek Poplawski wrote:
On 18-09-2007 16:42, Rafael J. Wysocki wrote:
...
Hm, edge-triggered interrupts cannot be shared, AFAIK.
Let's agree it's only a superstition...
http://en.wikipedia.org/wiki/Edge_triggered_interrupt
Well, if this is an
Hi Andrew,
The kgdb seems to be broken on the powerpc, while compiling with
allyesconfig.
LD [M] drivers/isdn/hysdn/hysdn.o
CC [M] drivers/net/kgdboe.o
CC [M] drivers/scsi/scsi_wait_scan.o
In file included from include/linux/kgdb.h:22,
from drivers/net/kgdboe.c:28:
Hi,
You can pick up LTP latest snapshot
(ltp-nightly-snapshot_19-09-2007.tgz) from:
http://sourceforge.net/project/showfiles.php?group_id=3382package_id=3308release_id=535958
It differs from earlier snapshot (ltp-nightly-snapshot_07-09-2007.tgz)
by:
1) runltp fix for generation of default failed
PCI memory space may have a 64-bit offset on some architectures
(for example, PowerPC 440) and the actual PCI memory address
has to fixed up (an offset to PCI mem space shuld be added)
before remapping. So, pci_iomap should be used instead of
reading and remapping PCI BAR directly. This has been
On Wed, 2007-09-19 at 13:44 +0200, Oliver Neukum wrote:
Am Donnerstag 13 September 2007 schrieb Dave Kleikamp:
On Wed, 2007-09-12 at 18:58 +0200, Michal Piotrowski wrote:
Subject : umount triggers a warning in jfs and takes almost a
minute
References :
Occured right after sudo reboot invocation (I think)
with some crash proggies running (which -mm survives)
BUG kmalloc-16: Object padding overwritten
-
INFO: 0x8101000d7998-0x8101000d7998. First byte 0x63 instead
On Wednesday 19 September 2007 Jeff Dike wrote:
On Tue, Sep 18, 2007 at 07:55:13PM +0200, Sam Ravnborg wrote:
Sounds to me like a known issue by you. Can you give a few more details
so we maybe can get it fixed?
I believe what happened here is an x86_64 build followed by a
UML/x86_64 build
On 19 Sep 2007 at 12:14, Jarek Poplawski wrote:
On 18-09-2007 16:42, Rafael J. Wysocki wrote:
Hm, edge-triggered interrupts cannot be shared, AFAIK.
Let's agree it's only a superstition...
http://en.wikipedia.org/wiki/Edge_triggered_interrupt
Superstition? Depends on how stringent your
Given the existing retain_initrd boot-time parameter defined in
init/initramfs.c, there appears to be no need for the equivalent
keepinitrd parameter.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
not compile-tested, so i'll leave it with haavard to make the final
call.
the arm
This routine deletes all the elements from the list
with the while (!list_empty()) loop, and we already
have a list_first_entry() macro to help it look nicer :)
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
---
diff --git a/fs/locks.c b/fs/locks.c
index 746dc70..5fa072a 100644
---
On Wed, Sep 19, 2007 at 02:32:12PM +0200, Rafael J. Wysocki wrote:
On Wednesday, 19 September 2007 12:14, Jarek Poplawski wrote:
On 18-09-2007 16:42, Rafael J. Wysocki wrote:
...
Hm, edge-triggered interrupts cannot be shared, AFAIK.
Let's agree it's only a superstition...
On Wed, Sep 19, 2007 at 04:39:07PM +0400, Alexey Dobriyan wrote:
Occured right after sudo reboot invocation (I think)
with some crash proggies running (which -mm survives)
BUG kmalloc-16: Object padding overwritten
-
* Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote:
H. Peter Anvin wrote:
Allowing different registers should be doable, but if so, one would have
to put 0: at the *end* of the instruction and use (0f)-4 instead, since
the non-%eax forms are one byte longer.
OK, that's already a
On 19-09-2007 13:21, Frantisek Rysanek wrote:
On 19 Sep 2007 at 12:14, Jarek Poplawski wrote:
On 18-09-2007 16:42, Rafael J. Wysocki wrote:
Hm, edge-triggered interrupts cannot be shared, AFAIK.
Let's agree it's only a superstition...
http://en.wikipedia.org/wiki/Edge_triggered_interrupt
On 19 Sep 2007, at 10:19, David Rientjes wrote:
On Wed, 19 Sep 2007, Anton Altaparmakov wrote:
Although it may cause a problem as highmem.h also includes mm.h so
a bit of
trickery may be needed to get it to compile...
I suspect that is_vmalloc_addr() should not be in linux/mm.h at
all and
On Sat, Sep 15, 2007 at 11:49:31PM +0200, Andries E. Brouwer wrote:
What goes wrong on the mount side is that when it hesitates between
iso9660 and udf it decides for udf when seeing NSR02.
Maybe the heuristics in mount should be tuned.
I'd like to see the CD image (or at least first 2Mb).
From: James Pearson [EMAIL PROTECTED]
/proc/PID/environ currently truncates at 4096 characters, patch based on
the /proc/PID/mem code.
Signed-off-by: James Pearson [EMAIL PROTECTED]
---
Patch against 2.6.23-rc6-mm1
--- ./fs/proc/base.c.dist 2007-09-19 12:29:46.244929651 +0100
+++
1 - 100 of 983 matches
Mail list logo
