linux-kernel - Re: [2.6.35-rc3] select useful number of entries for DMA debugging...

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <AANLkTilQ0w6EfbrXl5LklPJ46FMWQG6Q3W5twJY74RtE@mail.gmail.com>
Date:	Fri, 9 Jul 2010 14:33:38 -0700
From:	Linus Torvalds <torvalds@...ux-foundation.org>
To:	Daniel J Blueman <daniel.blueman@...il.com>
Cc:	Linux Kernel <linux-kernel@...r.kernel.org>
Subject: Re: [2.6.35-rc3] select useful number of entries for DMA debugging...

On Mon, Jul 5, 2010 at 1:35 AM, Daniel J Blueman
<daniel.blueman@...il.com> wrote:
> When booting 2.6.35-rc3 on some different x86 boxes with DMA debugging
> enabled, I've consistently seen it exhaust the allocated entries during
> boot, giving 'DMA-API: debugging out of memory - disabling'.
>
> Increase number of entries to allow DMA debugging again.

Rather than increase the default that gets allocated whenever anybody
enables the DMA debugging, I'd really prefer to see people use the
kernel command line option if they run out. After all, it's a (pretty
esoteric) debug option, and the number of required entries depends on
machine configuration. I'd rather not make the default cover a huge
number, when you could just add

   dma_debug_entries=65536

on the kernel boot command line instead for machines that want/need it..

                  Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/