Here's an updated dyn-tick patch. Some minor fixes:
Doesn't look so good here. I get this with 2.6.12-rc2 (plus a few other
patches).
Disabling Dynamic Tick makes everything happy again (it boots).
[4294688.655000] Unable to handle kernel NULL pointer dereference at
virtual
fre 2005-04-08 klockan 03:08 -0700 skrev Andrew Morton:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm2/
I got this running ./runltp -x 2, can't recall this happening before. It
bothers me a bit as it's a GFP_KERNEL allocation and there's lots of
swap
Timestamp of file modified through mmap are not changed in 2.6 (even
after msync()). Observations on 2.4 and 2.6 kernels:
- on 2.4, timestamps are altered a few seconds after the program exits.
- on 2.6, timestamps are never altered.
Is this behaviour a normal behaviour ?
Program
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm2/
Changes since 2.6.12-rc2-mm1:
bk-acpi.patch
[acpi-devel up on cc]
One of my boxen takes about 5 minutes to reboot now, hitting sysrq-p a
few times shows it mostly sits in in
- Largeish x86_64 update
Hi Pavel
I'm playing a bit with suspend on smp, we need something like this:
As the cpu-mask is set to only this cpu _smp_processor_id() is safe.
Index: linux-2.6.11/kernel/power/smp.c
===
---
Function names and return types on same line - conform to established
fs/cifs/ style.
-void
-MD5Init(struct MD5Context *ctx)
+void MD5Init(struct MD5Context *ctx)
{
ctx-buf[0] = 0x67452301;
ctx-buf[1] = 0xefcdab89;
@@ -60,8 +58,7 @@ MD5Init(struct MD5Context *ctx)
*
tis 2005-04-12 klockan 13:10 +0200 skrev Marcin Dalecki:
On 2005-04-12, at 04:17, Larry McVoy wrote whatever...
Excuse me, but: who gives a damn shit?
Anyone who wants to have access to the history or any other functioning
of the repository.
Please don't pollute this list nor Larry with
[ 19.617890] Testing NMI watchdog ... 6ACPI: No ACPI bus support
for 2-2 [ 19.705673] ACPI: No ACPI bus support for 2-2:1.0
[ 20.002417] usb 3-2: new full speed USB device using uhci_hcd and
address 2 [ 20.121763] ACPI: No ACPI bus support for 3-2
[ 20.156293] ACPI: No ACPI bus
tis 2005-04-12 klockan 21:58 +0300 skrev Jani Jaakkola:
SMP race handling is broken in key_user_lookup() in security/keys/key.c
(if CONFIG_KEYS is set to 'y'). This came up on our Samba servers, but is
not restricted to samba, though samba is probably the only software which
is likely to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm3/
[Mikael Pettersson on CC, would like your advice]
This patch fixes the NMI checking problems in -mm x64 for me. It
changes the perfctr selection to use RETIRED_UOPS instead
(makes both processors tick
mån 2005-04-11 klockan 01:25 -0700 skrev Andrew Morton:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm3/
I tried to kexec on my x64 and it hangs up in calibrate_delay() because
the PIT never fires any interrupts so jiffies is never updated. Has
kexec
This patch fixes the NMI checking problems in -mm x64 for me. It
What problems?
Sorry, in -mm on x64 check_nmi_watchdog() has started to be run as a
late_initcall(). Currently it reports the NMIs as stuck on a few systems
although they are not, both of mine are reported as stuck. This
I'm running Linux on my laptop and it sometimes freezes (about once a
week). The only thing which seems to work when it's stuck is SysRq (I
can reboot with SysRq+O), however, I'm in X and I don't have a serial
port on my laptop so I can't see any of the outputs of the SysRq
options.
After
[Proper patch now that goes all the way, sorry for spamming]
Patch below uses RETIRED_UOPS for a more constant rate of NMI sending.
This makes x64 deliver NMI interrupts every fourth second at a constant
rate when going through the local apic. Makes both cpus on my box to get
NMIs at constant
Sounds like a job for Documentation/networking/netconsole.txt
or Documentation/serial-console.txt
Console on line printer would also be an option.
I don't have any printer port cables, so I guess I prefer to try netconsole.
I'm using wireless lan (Intel's ipw2100), would
mån 2005-04-18 klockan 13:14 +0200 skrev Arjan van de Ven:
On Mon, 2005-04-18 at 13:05 +0200, Alexander Nyberg wrote:
[Proper patch now that goes all the way, sorry for spamming]
Patch below uses RETIRED_UOPS for a more constant rate of NMI sending.
This makes x64 deliver NMI interrupts
tis 2005-04-19 klockan 11:33 +0200 skrev Jesper Juhl:
Everything is fine with 2.6.12-rc2, 2.6.12-rc2-mm1, 2.6.12-rc2-mm2
earlier kernels as well, but 2.6.12-rc2-mm3 seems to have a problem.
I don't know what's causing this, all I can do at the moment is describe
the symptoms.
Certain
tor 2005-07-14 klockan 10:10 -0700 skrev Paul Vander Griend:
System:
Motherboard = Tyan K8WE
Processor = 2x Opteron 250
Memory = 8GB ECC Registered
On all of the recent release candidates except for
2.6.13-rc2-git2 the kernel panics while booting. These
versions include 2.6.13-rc2-git* (*
It looks like it panics during a mem_cpy but I know its
difficult to tell just by the output.
I get a code: f3 a4 c3 66 66 66 90 66 66 66 90 66 66 66 90 66
The problem appears very reproducable so I can provide more
information upon request.
What does the rest of the panic say?
tis 2005-07-19 klockan 18:45 +0200 skrev Martin Wilck:
Hello,
I apologize in advance if this is a dummy question. My web search turned
up nothing, so I'm trying it here.
We came across the following error message:
Kernelpanic - not syncing: fs/proc/
Generic.c:521:
[Nick, your mail bounced while sending this privately so reply-all this
time]
Index: linux-2.6/mm/rmap.c
===
--- linux-2.6.orig/mm/rmap.c
+++ linux-2.6/mm/rmap.c
@@ -442,22 +442,23 @@ int page_referenced(struct page *page, i
The new out of line put_user() assembly on x86_64 changes %rcx without
telling GCC about it causing things like:
http://bugme.osdl.org/show_bug.cgi?id=4515
See to it that %rcx is not changed (made it consistent with get_user()).
Signed-off-by: Alexander Nyberg [EMAIL PROTECTED]
Index: test
Trivial iso99 structure initialization
Index: test/arch/x86_64/kernel/i8259.c
===
--- test.orig/arch/x86_64/kernel/i8259.c2005-04-20 22:29:02.0
+0200
+++ test/arch/x86_64/kernel/i8259.c 2005-04-22
Brian, thanks for seeing this. (me goes hiding...)
The labels after the last put_user patch were misplaced so
exceptions on the real mov instructions would not be handled.
Index: test/arch/x86_64/lib/putuser.S
===
---
tree e6a38b3d6bf434f08054562113bb660c4227769f
parent 4a89a04f1ee21a7c1f4413f1ad7dcfac50ff9b63
author Linus Torvalds [EMAIL PROTECTED] Sun, 03 Jul 2005 00:35:33 -0700
committer Linus Torvalds [EMAIL PROTECTED] Sun, 03 Jul 2005 00:35:33 -0700
If ACPI doesn't find an irq listed, don't accept 0
tis 2005-07-05 klockan 22:58 +0800 skrev Neo Jia:
All,
These days, I am trying to debug the kernel (2.6.9) on x86_64 SMP. But
the Kprobes and UML cannot work probably for my case, due to the patch
file for x86_64 arch.
Is there anyone who is working on the same topic? Any hint and help
. Then echo cachename /proc/slab_owner;
cat /proc/slab_owner unsorted_slab_owner
Although glancing at this file will likely reveal the leaking caller,
there's a user-space program called slab_owner.c in Documentation/
to help sort the output in the same manner as page_owner
Signed-off-by: Alexander
fre 2005-07-08 klockan 23:12 +0200 skrev Rudo Thomas:
Hello, guys.
Time started to pass faster with 2.6.12.2 (actually, it was 2.6.12-ck3
which is based on it). I have isolated the cause of the problem:
I bet you this fixes it (already in mainline)
tree
fre 2005-07-08 klockan 16:55 -0700 skrev Andrew Morton:
Alexander Nyberg [EMAIL PROTECTED] wrote:
I think we really need an option in the kernel to help users in tracking
slab leaks so that they can be brought down easier.
Well we already have slab-leak-detector.patch, whcih I appear
Yeah I knew there was one, but I thought that was a standalone patch
(the one turning all bufctl to unsigned long, turning off irqs and
printing all slabs_full to console), my intention with this was a
proper /proc entry, something that could be a simple config option.
No, I never
See http://download.hennerich.de/kallsyms_20050312_1630.gz
Great, just so that there is no confusion, I still need a new run
of /proc/page_owner, the shorter time before the lockup the better.
The machine locked up this morning again. See
This makes it possible for a root-task to pass capabilities to
nonroot-task across execve. The root-task needs to change it's
cap_inheritable mask and set prctl(PR_SET_KEEPCAPS, 1) to pass on
capabilities.
This overloads keepcaps, which could surprise to existing users.
Hi Andrew
After looking at the recent memory leak thread I think it might have
helped having the gfp mask of the allocated pages. This makes that
available, no changes needed for the user-space sorter, same trace with
different gfp masks will be in separate chunks.
Output looks like:
4819
tis 2005-03-15 klockan 14:42 -0800 skrev Chris Wright:
* Russell King ([EMAIL PROTECTED]) wrote:
At some point, I decided I'd like to run a certain program non-root
with certain capabilities only. I looked at the above two programs
and stupidly thought they'd actually allow me to do this.
It was meant to work with capabilities in the filesystem like setuid bits.
So the patches that have floated around from myself, Andy Lutomirski
and Alex Nyberg are attempts to make something half-way sane out of the
mess. The trouble is then convincing yourself that it's not some way
for one of the last results of /proc/page_owner. It seems to be
obvious that the memory-leak seems to be the first entry:
$ less page_owner_sorted_20050314_0740.bz2
881397 times:
Page allocated via order 0
[0xc013962b] find_or_create_page+91
I had accidently chosen CONFIG_PNP and noticed that my keyboard didn't
work with bk-dtor-input.patch in the tree (backing out makes keyboard
work).
It looks like some old stuff in my tree overwrites good stuff from
Vojtech's tree.. Thanks for letting me know.
Nonetheless, could you
I recently upgraded from linux kernel v2.6.10 to v2.6.11.
Some programs like evolution 2.0 and leafnode2 crash the whole system
immediatedly now.
You mean when you run evolution the box hangs up completely? (you can't
kill X, switch to another console etc.)
Thank you for your
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm1/
- Added the new bk-audit tree. Contains updates to the kernel's audit
feature. Maintained by David Woodhouse.
- The Dell keyboard problems should be fixed. Testing needed.
-
fre 2005-03-04 klockan 03:32 -0800 skrev Andrew Morton:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm1/
- Added the new bk-audit tree. Contains updates to the kernel's audit
feature. Maintained by David Woodhouse.
- The Dell keyboard problems should
2.6.3-mm1 'dm-crypt vs. cryptoloop' discussion was some time ago, it is
time to bring this up again:
http://kerneltrap.org/node/2433
I'm no cryptanalyst, but googling a bit shows a bunch of problems with
it (also see above thread), there is no maintainer and most importantly
there is a
[Sorry, I somehow didn't do reply-to-all in the first mail, lkml back]
Out of Memory: Killed process 29603 (cleanup).
This looks to me like someone is leaking pages. Could you please try
2.6.11 and the patch I'm putting at the bottom of this mail, there'll be
a CONFIG_PAGE_OWNER
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm1/
- Added the new bk-audit tree. Contains updates to the kernel's audit
feature. Maintained by David Woodhouse.
- The Dell keyboard problems should be fixed. Testing needed.
.
Signed-off-by: Alexander Nyberg [EMAIL PROTECTED]
= security/keys/key.c 1.5 vs edited =
--- 1.5/security/keys/key.c 2005-01-21 06:02:10 +01:00
+++ edited/security/keys/key.c 2005-03-09 12:04:54 +01:00
@@ -57,9 +57,10 @@ struct key_user *key_user_lookup(uid_t u
{
struct
Please grab 2.6.11, apply the below patch, set CONFIG_PAGE_OWNER and
follow
the below instructions.
thank you for you mails. We installed the patch from Alex on a test-system
last night and will switch it to the production machine this evening. The
problem will start after 48-72
state is passed on).
With a small insert of prctl(PR_SET_KEEPCAPS, 1) into pam_cap.c at the
correct place this makes pam_cap work as expected. I'm also attaching a
test-case that tests capabilities across setuid = execve (makes the new
task inherit CAP_CHOWN).
Signed-off-by: Alexander Nyberg
Yikes something isn't right with these backtraces that page_owner is
showing. Even without frame pointers it shouldn't be this noisy.
If you could send me some pointers to documents how to interpret
this output, i would appreciate it.
The whole output indicates who has allocated whole
This is for example good complete trace:
[0xc0148b9a] do_anonymous_page+170
[0xc0148cdb] do_no_page+75
[0xc0149128] handle_mm_fault+264
[0xc0113625] do_page_fault+501
[0xc0104a7b] error_code+43
The next one here is how it looks when it is not so good:
[0xc013962b] find_or_create_page+91
Just to follow up, did the problems go away when switching to ext3?
The switch has been delayed. Up to now we just reboot the machine every
48h - the administrator responsible for the machine is on holiday...
Meanwhile, I noticed, that the latest release candidate has several
changes
I tried the recent 2.6.12-rc1-bk5 snapshot from kernel.org.
When I want to boot my x86_64 system only a green line appears on screen.
The config is the same as in 2.6.12-rc1-bk4 which works flawlessly on my
system.
I only saw the message that CPU0 and CPU1 where initialized. And then
there
When running a Posix conformance test (from posixtestsuite), the kernel
locks up with:
BUG: soft lockup detected on CPU#0
Pid: 1873, comm: 10-1.test
EIP: 0060:[c0126fda] CPU: 0
EIP is at sys_timer_settime+0xfa+0x1f0
EFLAGS: 0282 Not tainted (2.6.11-rc3-mm2)
EAX: 0282 EBX:
count is size_t, fill_write_buffer() may return a negative number
which would evade the 'count 0' checks and do bad things.
found by the Coverity tool
Signed-off-by: Alexander Nyberg [EMAIL PROTECTED]
= fs/sysfs/file.c 1.22 vs edited =
--- 1.22/fs/sysfs/file.c2004-11-04 03:04
The 'bad' label will call function that unconditionally dereferences
the NULL pointer.
Found by the Coverity tool
Signed-off-by: Alexander Nyberg [EMAIL PROTECTED]
= security/selinux/ss/policydb.c 1.16 vs edited =
--- 1.16/security/selinux/ss/policydb.c 2005-01-15 23:01:45 +01:00
There's a leak here in the first error path.
Found by the Coverity tool.
Signed-off-by: Alexander Nyberg [EMAIL PROTECTED]
= security/selinux/ss/conditional.c 1.3 vs edited =
--- 1.3/security/selinux/ss/conditional.c 2005-01-05 03:48:22 +01:00
+++ edited/security/selinux/ss
I am having a problem with memory leaking on a patched kernel. In order
to pinpoint the leak, I would like to try to trace the allocation points
for the memory.
I have found some vague references to patches that allow the user to
dump the caller address for slab allocations, but I
I recently upgraded from linux kernel v2.6.10 to v2.6.11.
Some programs like evolution 2.0 and leafnode2 crash the whole system
immediatedly now.
You mean when you run evolution the box hangs up completely? (you can't
kill X, switch to another console etc.)
If that is the case, we need the
Hi!
I had accidently chosen CONFIG_PNP and noticed that my keyboard didn't
work with bk-dtor-input.patch in the tree (backing out makes keyboard
work).
diff -up working_dmesg nokeyboard_dmesg
--- working_dmesg 2005-03-03 22:15:52.0 +0100
+++ nokeyboard_dmesg2005-03-03
Hi Roland
Just got this running LTP-20050107 on 2.6.11-rc2-mm1, haven't looked
further yet. Box is i386 UP with preempt, I'm putting dmesg at the
bottom of mail.
[EMAIL PROTECTED]:~$ nc -u -l -p 7001
divide error: [#1]
PREEMPT
CPU:0
EIP:0060:[c012dac8]Not tainted VLI
EFLAGS:
to 0.
Takes a few tries to hit but not impossible, this fixes it for me.
Signed-off-by: Alexander Nyberg [EMAIL PROTECTED]
Index: linux-2.6.10/kernel/posix-cpu-timers.c
===
--- linux-2.6.10.orig/kernel/posix-cpu-timers.c 2005-01-25 17
Similar for me, easy to reproduce (3 times today).
Here's a kernel messages log, with 32 processes killed,
mostly hotplug, but also bash (2x), runltp, some daemons.
I could not login and do anything else, but I could/did
SysRq-T, P, M, S, U, B to reboot. These are also in the log.
log:
Thanks for tracking that down. It was intended that such things would not
be possible because getting into that code in the first place should be
ruled out while exiting. That removes the requirement for any special case
check in the common path. But, it was done too late since it hadn't
Bootdata ok (command line is root=/dev/hda3 ro console=tty0
console=ttyS0,38400)
Linux version 2.6.11-rc2-mm2 ([EMAIL PROTECTED]) (gcc version 3.4.4 20041218
(prerelease) (Debian 3.4.3-7)) #1 Sun Jan 30 09:18:40 EST 2005
^^
Me thinks this will fix it for you:
Hi!
I recently had an idea of having something similar
to /etc/user_capabilites which would consist of
username:CAP_CHOWN,CAP_SOMETHING,CAP_SOMETHING2
This could very well be loaded into linux at the time of an application
doing sys_setuid, sys_setreuid and the likes by hooking into glibc. The
fre 2005-01-21 klockan 17:19 +0100 skrev Jan Kasprzak:
Hi all,
I've been running 2.6.11-rc1 on my dual opteron Fedora Core 3 box for a week
now, and I think there is a memory leak somewhere. I am measuring the
size of active and inactive pages (from /proc/meminfo), and it seems
that
I don't think I've ever really seen code to diagnose this.
A simplistic approach would be to add eight or so ulongs into struct page,
populate them with builtin_return_address(0...7) at allocation time, then
modify sysrq-m to walk mem_map[] printing it all out for pages which have
in cpu_possible_map).
The below fixes this, I'm not entirely sure about the voyager
part, should the cpu_possible_map really be CPU_MASK_ALL to begin
with there, Zwane?
Signed-off-by: Alexander Nyberg [EMAIL PROTECTED]
Index: mm/arch/i386/kernel/smpboot.c
On Sat, Sep 03, 2005 at 10:25:37AM -0700 Johnny Stenback wrote:
Hey all,
I just attempted to upgrade my kernel to 2.6.13. The kernel appears to
boot and run just fine, but when I try to build any larger projects like
Mozilla or the Linux kernel I constantly get segfaults from gcc. All
On Thu, Sep 01, 2005 at 03:55:42AM -0700 Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
I got:
7Dead loop on netdevice eth0, fix it urgently!
When using netconsole and printing out some information from kernel to
console.
The box
On Sun, Aug 14, 2005 at 10:10:18AM + Danny ter Haar wrote:
I've posted a couple of times than my newsserver is not stable
with any 2.6.13-rcX kernels.
Last kernel that survived is 2.6.12-mm1 (18+days)
Of course i can just stick with that kernel, but i thought it would
be wise to live on
We need a super-easy way for people to do bisection searching.
First step would be to make interdiffs available as quilt patchsets.
If we had this for e.g. 2.6.13-rc3 - rc4 it would make tracking down
those new bugs much easier.
(Yes I know git does bisection but Andrew said it
On Sat, Jul 30, 2005 at 07:48:11PM -0400 Lee Revell wrote:
I have a machine here that oopses reliably when I start X, but the
interesting stuff scrolls away too fast, and a bunch more Oopses get
printed ending with Aieee, killing interrupt handler.
How do I get the output to stop after the
.
Signed-off-by: Alexander Nyberg [EMAIL PROTECTED]
Index: linux-2.6/arch/x86_64/mm/fault.c
===
--- linux-2.6.orig/arch/x86_64/mm/fault.c 2005-07-31 18:10:20.0
+0200
+++ linux-2.6/arch/x86_64/mm/fault.c2005-08-04 16:04
, m68k, frv, sh64, arm26 are also broken.
Would you mind resending a patch that fixes them all?
Remove the hardcoding in return value checking of handle_mm_fault()
Signed-off-by: Alexander Nyberg [EMAIL PROTECTED]
arm26/mm/fault.c |6 +++---
cris/mm/fault.c |6 +++---
frv/mm/fault.c
On Thu, Aug 04, 2005 at 01:15:12PM -0700 Andrew Morton wrote:
Alexander Nyberg [EMAIL PROTECTED] wrote:
As I only have one x86_64 which is my main workstation it's far too
tedious to do binary searching (this doesn't happen on x86).
Happens with both latest -git and 2.6.12-mm1
On Fri, Aug 05, 2005 at 08:52:41PM +0200 Michael Stenzel wrote:
Hello dear Kernel People,
I have a problem with my gameport, it uses the ns558 driver, the module gets
loaded via hotplug/udev at boot, but the gameport gets deactivated somehow.
I have this Problem for a long time now, and my
On Sat, Aug 06, 2005 at 11:56:30PM -0400 Ryan Anderson wrote:
Unable to handle kernel paging request at virtual address 6b6b6b6b
printing eip:
c0188d15
*pde =
Oops: [#1]
PREEMPT
Modules linked in: ppp_deflate bsd_comp ppp_async ppp_generic slhc radeon
esp6 ah6 wp512
a ref
on the inode and sys_unlink() does the last iput() but when called
from other callsites vfs_unlink() might do the last iput() and
free inode, so inotify_inode_queue_event() will receive an already
freed object and dereference an already freed object.
Signed-off-by: Alexander Nyberg [EMAIL
On Fri, Aug 05, 2005 at 08:56:51PM +0200 JG wrote:
hm, i currently have acpi=off noacpi noapic reboot=b as kernel
parameter.
if i remove the acpi stuff and enable acpi, the usb mouse works fine..
but after some time (5-10min) the kacpid process goes havoc and eats
all cpu and the whole
On Fri, Aug 05, 2005 at 11:52:15AM +0200 Martin Braun wrote:
Hi,
I've been trying to upgrade kernel to 2.6.13-rc5. The server boots
normally w/o errors, but after while (from 5 minutes up to 2 hours) the
Kernel hangs (no keyboard input possible). As I am a newbie I cannot
figure out who
I don't think it was supposed to do that.
Quite possibly it's something to do with the new debugging code - could
you
please take a copy of the offending config, send it over and then try
removing debug options, see if the crash goes away? CONFIG_DEBUG_PREEMPT
would be
IRQ_PER_CPU is not used by all architectures.
This patch introduces the macros
ARCH_HAS_IRQ_PER_CPU and CHECK_IRQ_PER_CPU() to avoid the generation of
dead code in __do_IRQ().
ARCH_HAS_IRQ_PER_CPU is defined by architectures using
IRQ_PER_CPU in their
include/asm_ARCH/irq.h
On Mon, Aug 08, 2005 at 11:37:18PM +0200 Manfred Spraul wrote:
Christoph Lameter wrote:
I kept getting boot failures in the slab allocator. The failure goes
away if one is setting CONFIG_FRAME_POINTER. Seems that
CONFIG_DEBUG_SLAB implies the use of __buildin_return_address() which
These are debugging patches on-top of -mm that makes it possible
for those arches that want to be able to to save caller traces
of who allocates pages and slab objects.
Any arch that wants to use this could make a next_stack_func function
that goes through the stack starting at *prev_addr and
On Thu, Sep 08, 2005 at 11:58:54AM +0200 Ludovic Drolez wrote:
Hi !
We are developing (GPLed) disk cloning software similar to partimage: it's
an intelligent 'dd' which backups only used sectors.
Recently I added LVM1/2 support to it, and sometimes we saw LVM
restorations failing
On Fri, Sep 09, 2005 at 12:58:12PM +0200 Andi Kleen wrote:
On Friday 09 September 2005 12:45, Hugh Dickins wrote:
On Fri, 9 Sep 2005, Jan Beulich wrote:
But why would anyone want frame pointers on x86-64?
I'd put the question differently: Why should x86-64 not allow what
other
> I tried the recent 2.6.12-rc1-bk5 snapshot from kernel.org.
> When I want to boot my x86_64 system only a green line appears on screen.
> The config is the same as in 2.6.12-rc1-bk4 which works flawlessly on my
> system.
>
> I only saw the message that CPU0 and CPU1 where initialized. And then
> > > Here's an updated dyn-tick patch. Some minor fixes:
> >
> > Doesn't look so good here. I get this with 2.6.12-rc2 (plus a few other
> > patches).
> > Disabling Dynamic Tick makes everything happy again (it boots).
> >
> > [4294688.655000] Unable to handle kernel NULL pointer dereference
> When running a Posix conformance test (from posixtestsuite), the kernel
> locks up with:
>
> BUG: soft lockup detected on CPU#0
>
> Pid: 1873, comm: 10-1.test
> EIP: 0060:[] CPU: 0
> EIP is at sys_timer_settime+0xfa+0x1f0
> EFLAGS: 0282 Not tainted (2.6.11-rc3-mm2)
> EAX: 0282 EBX:
fre 2005-04-08 klockan 03:08 -0700 skrev Andrew Morton:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm2/
>
I got this running ./runltp -x 2, can't recall this happening before. It
bothers me a bit as it's a GFP_KERNEL allocation and there's lots of
swap
> Timestamp of file modified through mmap are not changed in 2.6 (even
> after msync()). Observations on 2.4 and 2.6 kernels:
> - on 2.4, timestamps are altered a few seconds after the program exits.
> - on 2.6, timestamps are never altered.
>
> Is this behaviour a normal behaviour ?
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm2/
>
> Changes since 2.6.12-rc2-mm1:
>
>
> bk-acpi.patch
[acpi-devel up on cc]
One of my boxen takes about 5 minutes to reboot now, hitting sysrq-p a
few times shows it mostly sits in in
> - Largeish x86_64 update
Hi Pavel
I'm playing a bit with suspend on smp, we need something like this:
As the cpu-mask is set to only this cpu _smp_processor_id() is safe.
Index: linux-2.6.11/kernel/power/smp.c
===
---
> Function names and return types on same line - conform to established
> fs/cifs/ style.
>
> -void
> -MD5Init(struct MD5Context *ctx)
> +void MD5Init(struct MD5Context *ctx)
> {
> ctx->buf[0] = 0x67452301;
> ctx->buf[1] = 0xefcdab89;
> @@ -60,8 +58,7 @@ MD5Init(struct MD5Context
tis 2005-04-12 klockan 13:10 +0200 skrev Marcin Dalecki:
> On 2005-04-12, at 04:17, Larry McVoy wrote whatever...
>
> Excuse me, but: who gives a damn shit?
>
Anyone who wants to have access to the history or any other functioning
of the repository.
Please don't pollute this list nor Larry
> [ 19.617890] Testing NMI watchdog ... <6>ACPI: No ACPI bus support
> for 2-2 [ 19.705673] ACPI: No ACPI bus support for 2-2:1.0
> [ 20.002417] usb 3-2: new full speed USB device using uhci_hcd and
> address 2 [ 20.121763] ACPI: No ACPI bus support for 3-2
> [ 20.156293] ACPI: No ACPI
tis 2005-04-12 klockan 21:58 +0300 skrev Jani Jaakkola:
> SMP race handling is broken in key_user_lookup() in security/keys/key.c
> (if CONFIG_KEYS is set to 'y'). This came up on our Samba servers, but is
> not restricted to samba, though samba is probably the only software which
> is likely to
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm3/
>
>
[Mikael Pettersson on CC, would like your advice]
This patch fixes the NMI checking problems in -mm x64 for me. It
changes the perfctr selection to use RETIRED_UOPS instead
(makes both processors
mån 2005-04-11 klockan 01:25 -0700 skrev Andrew Morton:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm3/
>
I tried to kexec on my x64 and it hangs up in calibrate_delay() because
the PIT never fires any interrupts so jiffies is never updated. Has
kexec
> >This patch fixes the NMI checking problems in -mm x64 for me. It
>
> What problems?
>
Sorry, in -mm on x64 check_nmi_watchdog() has started to be run as a
late_initcall(). Currently it reports the NMIs as stuck on a few systems
although they are not, both of mine are reported as stuck. This
> I'm running Linux on my laptop and it sometimes freezes (about once a
> week). The only thing which seems to work when it's stuck is SysRq (I
> can reboot with SysRq+O), however, I'm in X and I don't have a serial
> port on my laptop so I can't see any of the outputs of the SysRq
> options.
>
>
1 - 100 of 171 matches
Mail list logo