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
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
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 find
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:
<7>Dead loop on netdevice eth0, fix it urgently!
When using netconsole and printing out some information from kernel to
console.
The box
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
pu is not set 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/i
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 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
>
> 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/ir
> > > 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_PREEM
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 w
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 wh
y_inode_queue_event() will receive an already
freed object and dereference an already freed object.
Signed-off-by: Alexander Nyberg <[EMAIL PROTECTED]>
Index: mm/fs/namei.c
===
--- mm.orig/fs/namei.c 2005-08-07 12:06:16.
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 w
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, an
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).
>
evil so it's good it gets cleaned up anyway.
> parisc, cris, 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]&
x86_64 had hardcoded the VM_ numbers so it broke down when the numbers
were changed.
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 20
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 afte
>
> > 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 s
[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
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: spin_lock(fs
> > 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
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-
> >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.
> >
> >
> >
> N
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
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 e6a38b3d6bf434f08054562113bb660c42
ve leakin callers. 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 pa
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
> 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
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
===
--- test.orig/arch
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 00:16:22.00
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
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.
>
> Certa
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.
> >
> > > > 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 i
[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 rate
> 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.
>
>
> >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
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 be
> 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 ti
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 tr
> [ 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 bu
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
> 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 *ct
> - 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
===
--- linux-2.6.11
> 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 acpi_ut_find_alloc
> 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
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 a
> > > 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 a
> 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
>
> > 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
> cha
> > > 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+9
> > > 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 no
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
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 times:
> > 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.
curre
> > > 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
>
> http://download.hennerich.d
> 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_
> > 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 who
pability 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:
> > > 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 s
ratch.
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
{
> > > > 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.
[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_O
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 replacement
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 sh
> > > 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 need
> > > 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
> > 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,
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 22:08:48
> 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
> 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
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
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
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.c
> 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: 0
> 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:
> 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
> 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.
>
27;re interrupted by the timer leaving nthreads 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
===
--- linu
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:[]Not tainted VLI
EFLAGS: 00010002
> 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
> page
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
> t
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
ke
> My simple yield DoS don't work anymore. But i found another way.
> Running this as SCHED_ISO:
Yep, bad accounting in queue_iso() which relied on p->array == rq->active
This fixes it:
Index: vanilla/kernel/sched.c
===
--- vanilla.o
86 matches
Mail list logo