This shuts up a potential uninitialized variable warning.
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: af/drivers/ide/ide-cd.c
===
--- af.orig/drivers/ide/ide-cd.c2005-04-01 11:17:37.0 -0800
+++ af/d
This patch tidies up those annoying kernel messages. A typical kernel
boot now looks like this:
Loading Linux... Uncompressing kernel...
#
See? Much nicer. This patch saves about 375k on my laptop config and
nearly 100k on minimal configs.
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
On Fri, Apr 01, 2005 at 01:34:54AM -0800, Andrew Morton wrote:
> Matt Mackall <[EMAIL PROTECTED]> wrote:
> >
> > I've been sitting on this patch for a while, figured it's high time I
> > shared it with the world. This patch eliminates all kernel bugs, trims
I've been sitting on this patch for a while, figured it's high time I
shared it with the world. This patch eliminates all kernel bugs, trims
about 35k off the typical kernel, and makes the system slightly
faster. The patch is against the latest bk snapshot, please apply.
Signed-of
On Tue, Mar 29, 2005 at 09:55:36PM +0200, Wiktor wrote:
> Hi all,
>
> recently i had to run some program (xmms) with lowered nice value as
> normal user.
See the new nice rlimit in recent -mm. This allows you to give various
users permission to raise priorities without root privileges.
--
Math
On Sun, Mar 27, 2005 at 10:27:40PM +, Christensen Tom wrote:
> I'm running 2.6.11 with Ingo's Preempt patch
> (realtime-preempt-2.6.11-final-V0.7.40-04). The system is SMP with a
> broadcom NIC (tg3 driver). I am seeing truly appalling network performance
> (2-4kbps on a 1gbps network). I
On Wed, Mar 23, 2005 at 09:32:26PM -0800, Andrew Morton wrote:
> Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >
> > > It neither applies correctly nor compiles in current kernels. 2.6.11 is
> > > very old in kernel time.
> >
> > Hrm. This is getting pretty lame, if you can't take patches from the
On Sat, Mar 19, 2005 at 01:44:24AM -0800, Jeremy Fitzhardinge wrote:
> On my IBM ThinkPad X31, I can only do one successful APM resume. After
> the resume, there's a stream of messages on the console:
>
> uhci_hcd :00:1d.0: host controller process error, something bad
> happened!
> uhci_hcd
On Thu, Mar 17, 2005 at 02:29:58PM -0800, Andrew Morton wrote:
> Jesse Barnes <[EMAIL PROTECTED]> wrote:
> >
> > > kgdb patches are maintained in -mm kernels.
> > >
> > > Patches are in
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11
> > >-mm1/broken-out/*kgdb*
> >
This is a resync of the -tiny tree against 2.6.11.
The latest patch can be found at:
http://selenic.com/tiny/2.6.11-tiny1.patch.bz2
http://selenic.com/tiny/2.6.11-tiny1-broken-out.tar.bz2
There's a mailing list for linux-tiny development at:
linux-tiny at selenic.com
http://selenic.com/mai
On Tue, Mar 15, 2005 at 05:04:32PM -0800, Matt Mackall wrote:
> On Tue, Mar 15, 2005 at 11:25:07PM +, Phillip Lougher wrote:
> > >>+ unsigned ints_major:16;
> > >>+ unsigned ints_minor:16;
> > >
> > >What's going
On Tue, Mar 15, 2005 at 11:25:07PM +, Phillip Lougher wrote:
> Matt Mackall wrote:
> >
> >>+config SQUASHFS_1_0_COMPATIBILITY
> >>+ bool "Include support for mounting SquashFS 1.x filesystems"
> >
> >How common are these? It would be ni
On Tue, Mar 15, 2005 at 09:44:24AM -0800, Greg KH wrote:
> On Tue, Mar 15, 2005 at 08:25:46AM -0800, Greg KH wrote:
> > On Tue, Mar 15, 2005 at 04:15:54PM +, David Greaves wrote:
> > > Old thread (!) but this is the last time I could find patch-kernel
> > > updated.
> >
> > Why not just use k
On Tue, Mar 15, 2005 at 03:50:26PM +, Phillip Lougher wrote:
> Paul Jackson wrote:
> >In the overall kernel (Linus's bk tree) I count:
> >
> > 733 lines matching 'for *( *; *; *)'
> > 718 lines matching 'while *( *1 *)'
> >
> >In the kernel/*.c files, I count 15 of the 'for(;;)' style a
campaigns.
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: bk/include/linux/pm.h
===
--- bk.orig/include/linux/pm.h 2005-03-14 22:14:59.0 -0800
+++ bk/include/linux/pm.h 2005-03-14 22:17:48.0 -0800
@@ -
On Mon, Mar 14, 2005 at 04:30:33PM +, Phillip Lougher wrote:
> +config SQUASHFS_1_0_COMPATIBILITY
> + bool "Include support for mounting SquashFS 1.x filesystems"
How common are these? It would be nice not to bring in legacy code.
> +#define SERROR(s, args...) do { \
> +
On Mon, Mar 14, 2005 at 11:18:49AM +0100, Roman Zippel wrote:
> Hi,
>
> On Sun, 13 Mar 2005, Matt Mackall wrote:
>
> > I've noticed a few problems with HFS+ support in recent kernels on
> > another user's machine running Ubuntu (Warty) running
> > 2.6
On Tue, Mar 15, 2005 at 12:47:23PM +1100, Nick Piggin wrote:
> Matt Mackall wrote:
>
> >>+ for (;;) {
> >
> >while (1)
>
> I always thought for (;;) was preferred. Or at least acceptable?
The for (;;) form has always struck me as needlessly clever and I'
A quick skim...
> + * You should have received a copy of the GNU General Public License
> + * along with this program; if not, write to the Free Software
> + * Foundation, 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
> + *
> + * inode.c
> + */
> +
> +#include
> +#include
> +#include
On Mon, Mar 14, 2005 at 10:14:17AM +0100, Vegard Lima wrote:
> Hello,
>
> in the long thread on "[request for inclusion] Realtime LSM" there
> doesn't appear to be too many people who has actually tested the
> nice-and-rt-prio-rlimits.patch. Well, it works for me...
>
> However, the patch to pam_
On Mon, Mar 14, 2005 at 09:49:17PM +0100, Sam Ravnborg wrote:
> On Wed, Feb 09, 2005 at 10:40:11AM -0800, Matt Mackall wrote:
> > Add PREEMPT to UTS_VERSION where enabled as is done for SMP to make
> > preempt kernels easily identifiable.
> I have the following patch in my tr
On Mon, Mar 14, 2005 at 12:04:07PM -0800, john stultz wrote:
> > > > > > > +static inline cycle_t read_timesource(struct timesource_t* ts)
> > > > > > > +{
> > > > > > > + switch (ts->type) {
> > > > > > > + case TIMESOURCE_MMIO_32:
> > > > > > > + return (cycle_t)readl(ts->mmio_ptr);
> > >
On Mon, Mar 14, 2005 at 11:43:21AM -0800, john stultz wrote:
> On Mon, 2005-03-14 at 11:29 -0800, Matt Mackall wrote:
> > On Mon, Mar 14, 2005 at 10:42:45AM -0800, john stultz wrote:
> > >
> > > > > +static inline cycle_t read_t
On Mon, Mar 14, 2005 at 10:42:45AM -0800, john stultz wrote:
>
> > > +static inline cycle_t read_timesource(struct timesource_t* ts)
> > > +{
> > > + switch (ts->type) {
> > > + case TIMESOURCE_MMIO_32:
> > > + return (cycle_t)readl(ts->mmio_ptr);
> > > + case TIMESOURCE_MMIO_64:
> > > +
I've noticed a few problems with HFS+ support in recent kernels on
another user's machine running Ubuntu (Warty) running
2.6.8.1-3-powerpc. I'm not in a position to extensively test or fix
either of these problem because of the fs tools situation so I'm just
passing this on.
First, it reports inap
On Sat, Mar 12, 2005 at 08:05:11PM -0500, firefly blue wrote:
> Hi,
>
> With the 2.6 Linux kernel, I want to find, from the physical page
> frame, the virtual address of the page loaded in the frame and the
> process id of the process owning it.
Follow struct page->mapping to struct address_space
On Fri, Mar 11, 2005 at 05:24:15PM -0800, john stultz wrote:
> +struct timesource_t timesource_jiffies = {
> + .name = "jiffies",
> + .priority = 0, /* lowest priority*/
> + .type = TIMESOURCE_FUNCTION,
> + .read_fnct = jiffies_read,
> + .mask = (cycle_t)~0,
Not sure this is ri
On Fri, Mar 11, 2005 at 01:45:46PM -0500, Bill Davidsen wrote:
> Matt Mackall wrote:
> >On Wed, Mar 09, 2005 at 12:11:02PM +0100, Pavel Machek wrote:
> >
> >>On St 09-03-05 09:52:46, Marcos D. Marado Torres wrote:
> >>
> >>>-BEGIN PGP SIGNED MESS
On Thu, Mar 10, 2005 at 01:52:59PM -0500, Jon Smirl wrote:
> Here's a big clue, if I build ata_piix in I can boot. If it is a
> module I can't. The console output definitely shows that the module is
> being loaded.
Can you post your config?
--
Mathematics is the supreme nostalgia of our time.
-
On Thu, Mar 10, 2005 at 10:33:29AM +0100, Geert Uytterhoeven wrote:
> `unsigned int', while we're at it?
Minor type cleanup.
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: bk/include/linux/bitops.h
===
On Wed, Mar 09, 2005 at 08:32:13PM +0100, Pavel Machek wrote:
> Hi!
>
> > > 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
> >
> > Are you a troll?
> >
> > This is not something to be quoted by anyb
On Thu, Mar 10, 2005 at 10:18:35AM -0800, Chris Wedgwood wrote:
> Not tested but seems plausible :-)
Yep, this was pointed out to me yesterday.
> -static void swap_ex(void *a, void *b)
> +static void swap_ex(void *a, void *b, int _unused_size)
--
Mathematics is the supreme nostalgia of our ti
On Thu, Mar 10, 2005 at 02:46:29AM +0100, Bodo Eggert wrote:
> Bill Davidsen <[EMAIL PROTECTED]> wrote:
>
> > I think you need both x.y.z=>x.y.z.N and x.y.z.N-1=>x.y.z.N patches. My
> > systems which are following the -stable will just need the most recent,
> > but doing x.y.z-1=>x.y.z.N gets real
On Wed, Mar 09, 2005 at 12:11:02PM +0100, Pavel Machek wrote:
> On St 09-03-05 09:52:46, Marcos D. Marado Torres wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On Wed, 9 Mar 2005, Greg KH wrote:
> >
> > >which is a patch against the 2.6.11.1 release. If consensus arrives
>
On Wed, Mar 09, 2005 at 03:11:57PM -0800, Greg KH wrote:
> On Wed, Mar 09, 2005 at 01:06:31PM -0800, Matt Mackall wrote:
> > On Wed, Mar 09, 2005 at 12:39:23AM -0800, Greg KH wrote:
> > > And to further test this whole -stable system, I've released 2.6.11.2.
> > >
On Wed, Mar 09, 2005 at 12:39:23AM -0800, Greg KH wrote:
> And to further test this whole -stable system, I've released 2.6.11.2.
> It contains one patch, which is already in the -bk tree, and came from
> the security team (hence the lack of the longer review cycle).
>
> It's available now in the
On Sun, Mar 06, 2005 at 11:19:03PM -0800, Alex Aizman wrote:
> +The latest development release is available at:
> +http://www.open-iscsi.org
I think a URL in Kconfig and the source is sufficient, as this
requires a userspace component which is a better place to bundle the
docs.
--
Mathematics is
On Tue, Mar 08, 2005 at 10:25:58PM -0800, Dmitry Yusupov wrote:
> On Tue, 2005-03-08 at 22:05 -0800, Matt Mackall wrote:
> > On Tue, Mar 08, 2005 at 09:51:39PM -0800, Alex Aizman wrote:
> > > Matt Mackall wrote:
> > >
> > > >How big is the userspace cli
On Sun, Mar 06, 2005 at 11:12:06PM -0800, Alex Aizman wrote:
> +#define iscsi_ptr(_handle) ((void*)(unsigned long)_handle)
> +#define iscsi_handle(_ptr) ((uint64_t)(unsigned long)_ptr)
This is a bit wonky. Why is there a distinction?
> +#ifndef ISCSI_PROTO_H
> +#define ISCSI_PROTO_H
> +
> +#def
On Sun, Mar 06, 2005 at 11:04:51PM -0800, Alex Aizman wrote:
> SCSI LLDD consists of 3 files:
> - iscsi_if.c (iSCSI open interface over netlink);
> - iscsi_tcp.[ch] (iSCSI transport over TCP/IP).
>
> Signed-off-by: Alex Aizman <[EMAIL PROTECTED]>
> Signed-o
On Tue, Mar 08, 2005 at 09:51:39PM -0800, Alex Aizman wrote:
> Matt Mackall wrote:
>
> >How big is the userspace client?
> >
> Hmm.. x86 executable? source?
>
> Anyway, there's about 12,000 lines of user space code, and growing. In
> the kernel we have appr
On Sun, Mar 06, 2005 at 11:03:14PM -0800, Alex Aizman wrote:
> As far as user/kernel, the existing iSCSI initiators bloat the kernel with
> ever-growing control plane code, including but not limited to: iSCSI
> discovery, Login (Authentication and Operational), session and connection
> management,
On Tue, Mar 08, 2005 at 09:39:24PM -0600, Jack O'Quin wrote:
> >> 4. is undocumented and has never been tested in any real music studios
> >
> > Well you'll have a bit to test it before it goes to Linus.
>
> Only toy tests will be possible without the required userspace tools.
Chris posted the re
The current cond_syscall #defines add a semicolon on the end, and then
folks leave the semicolons off in kernel/sys_ni.c, which confuses
editors that are language-aware and is just generally bad style. This
sweeps all the users and makes sys_ni.c look like normal C code.
Signed-off-by: Matt
On Mon, Mar 07, 2005 at 10:55:35PM -0800, Andrew Morton wrote:
> Matt Mackall <[EMAIL PROTECTED]> wrote:
> >
> > Add a pair of rlimits for allowing non-root tasks to raise nice and rt
> > priorities. Defaults to traditional behavior. Originally written by
> >
On Mon, Mar 07, 2005 at 10:45:05PM -0800, Chris Wright wrote:
> * Matt Mackall ([EMAIL PROTECTED]) wrote:
> > On Mon, Mar 07, 2005 at 07:50:20PM -0800, Andrew Morton wrote:
> > > Consider this a prod in the direction of those who were pushing
> > > alternatives ;)
>
On Tue, Mar 08, 2005 at 06:31:27AM +, Christoph Hellwig wrote:
> On Mon, Mar 07, 2005 at 10:11:55PM -0800, Matt Mackall wrote:
> > > - when called with the major argument as 0 it returns an unused major
> > > number
> > >from the top of the old 255 entri
On Mon, Mar 07, 2005 at 11:30:57PM -0600, Jack O'Quin wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> > Matt Mackall <[EMAIL PROTECTED]> wrote:
> >>
> >> I think Chris Wright's last rlimit patch is more sensible and ready to
>
On Tue, Mar 08, 2005 at 04:40:02PM +1100, Peter Williams wrote:
> The granting of the ability to switch to and from RT mode should require
> a means to specify which users it applies to and also which programs it
> applies to. The RT rlimits mechanism doesn't meet these criteria.
a) rlimits are
On Tue, Mar 08, 2005 at 05:56:27AM +, Christoph Hellwig wrote:
> On Mon, Mar 07, 2005 at 09:50:35PM -0800, Andrew Morton wrote:
> > > register_blkdev only happens at module_init time (and in fact should go
> > > away completely, so I'm not happy wit hthe surgey to keep it barely alive
> > > at
On Mon, Mar 07, 2005 at 09:33:02PM -0800, Andrew Morton wrote:
> Matt Mackall <[EMAIL PROTECTED]> wrote:
> >
> > + /* search for insertion point in reverse for dynamic allocation */
> > + list_for_each_prev(l, list) {
>
> hrmph. Any time we do anything in O
will let us have dynamic
allocation of the entire address space of arbitrary numbers of
devices.
Tested on a laptop with a typical mix of static and dynamic block and
char devices, with identical allocations to the stock kernel. Save
about 3k in code and hash tables.
Signed-off-by: Matt Mackall
On Tue, Mar 08, 2005 at 04:32:50AM +, Christoph Hellwig wrote:
> On Mon, Mar 07, 2005 at 08:28:21PM -0800, Andrew Morton wrote:
> > > please describe this "very simple and very real-world problem" in simple
> > > terms. Lets make sure "problem" and "solution" didnt become detached.
> > >
> >
d a signed-off-by.
Add a pair of rlimits for allowing non-root tasks to raise nice and rt
priorities. Defaults to traditional behavior. Originally written by
Chris Wright.
Signed-off-by: Matt Mackall <[EMAIL PRO
On Fri, Mar 04, 2005 at 10:19:21PM +0100, Richard Fuchs wrote:
> _correction_ to my previous mail, this does _not_ happen with the
> eepro100 driver. (sorry for the confusion, i got the kernel images mixed
> up with all the testing i've been doing.)
>
> could this affect the e1000 driver as well
On Fri, Mar 04, 2005 at 10:52:38PM +0100, Richard Fuchs wrote:
> Matt Mackall wrote:
>
> >Doh. 'ethtool -k' is what's needed, sorry.
>
> doh myself. :) this won't be very helpful though, as i get the same on
> all machines (with both drivers):
>
On Fri, Mar 04, 2005 at 01:23:48PM +0100, Richard Fuchs wrote:
> Andrew Morton wrote:
>
> >I guess it could be hardware. But given that disabling DMA _causes_ the
> >problem, rather than fixes it, it seems unlikely.
> >
> >Could you enable CONFIG_DEBUG_PAGEALLOC in .config and see it that trigger
On Thu, Mar 03, 2005 at 10:33:40PM -0800, Junfeng Yang wrote:
>
> Hi,
>
> FiSC (our file system checker) emits several warnings on ext2, jfs and
> reiserfs, complaining that diretories or files are lost while FiSC
> believes they should already be persistent on disk. (ext3 behaves
> correctly.)
>
On Fri, Mar 04, 2005 at 02:16:56AM +0100, Alexander Gran wrote:
> Hi,
>
> after my external USB hdd disconnected itself reiser4 paniced. I dont think a
> journalingfs should panic if its device fails..
Panicking is sometimes what you want. Panic can trigger a reboot and
get the box back on its f
On Wed, Mar 02, 2005 at 02:21:38PM -0800, Linus Torvalds wrote:
>
> This is an idea that has been brewing for some time: Andrew has mentioned
> it a couple of times, I've talked to some people about it, and today Davem
> sent a suggestion along similar lines to me for 2.6.12.
>
> Namely that we c
On Tue, Mar 01, 2005 at 08:06:22PM +0100, Christophe Saout wrote:
> Am Sonntag, den 27.02.2005, 13:25 -0800 schrieb Matt Mackall:
>
> > Which kernel? There was an off-by-one for odd array sizes in the
> > original posted version that was quickly spotted:
> >
> > h
On Sun, Feb 27, 2005 at 02:17:51PM +0100, Andreas Gruenbacher wrote:
> Matt,
>
> On Monday 31 January 2005 08:34, Matt Mackall wrote:
> > This patch adds a generic array sorting library routine. This is meant
> > to replace qsort, which has two problem areas for kernel use.
&
On Wed, Feb 23, 2005 at 08:18:08PM -0800, Linus Torvalds wrote:
>
>
> Hey, I hoped -rc4 was the last one, but we had some laptop resource
> conflicts, various ppc TLB flush issues, some possible stack overflows in
> networking and a number of other details warranting a quick -rc5 before
> the fin
On Thu, Feb 24, 2005 at 03:03:33AM +0100, Benoit Boissinot wrote:
> On Wed, 23 Feb 2005 16:41:59 -0800, Matt Mackall <[EMAIL PROTECTED]> wrote:
> > On Wed, Feb 23, 2005 at 04:16:53PM -0800, Andrew Morton wrote:
> > > Steven Cole <[EMAIL PROTECTED]> wrote:
>
On Wed, Feb 23, 2005 at 03:10:38PM -0700, Steven Cole wrote:
> Andrew Morton wrote:
> >Steven Cole <[EMAIL PROTECTED]> wrote:
>
> >>I am having trouble getting recent -mm kernels to boot on my test box.
> >>For 2.6.11-rc3-mm2 and 2.6.11-rc4-mm1 I get the following:
> >>
> >>VFS: Cannot open root d
On Wed, Feb 23, 2005 at 04:16:53PM -0800, Andrew Morton wrote:
> Steven Cole <[EMAIL PROTECTED]> wrote:
> >
> > > Yes, that worked. 2.6.11-rc4-mm1 now boots OK, but hdb1 seems to be
> > > missing.
>
> Looking at the IDE update in rc4-mm1:
>
> +void ide_init_disk(struct gendisk *disk, ide_drive_
On Thu, Feb 24, 2005 at 12:32:59AM +0100, Mathieu Segaud wrote:
> Andrew Morton <[EMAIL PROTECTED]> disait derni??rement que :
>
> > Helge Hafting <[EMAIL PROTECTED]> wrote:
> >>
> >> This kernel came up, but my boot script complained about no /dev/hdb3
> >> when trying to mount /var.
> >> (I ha
On Wed, Feb 23, 2005 at 11:36:50PM +0100, Laurent Riffard wrote:
> Le 23.02.2005 21:12, Andrew Morton a ?crit :
> >Helge Hafting <[EMAIL PROTECTED]> wrote:
> >
> >>This kernel came up, but my boot script complained about no /dev/hdb3
> >>when trying to mount /var.
> >>(I have two IDE disks on the s
On Wed, Feb 23, 2005 at 03:03:33PM -0800, Andrew Morton wrote:
> Steven Cole <[EMAIL PROTECTED]> wrote:
> >
> > Andrew Morton wrote:
> > > Steven Cole <[EMAIL PROTECTED]> wrote:
> >
> > >> I am having trouble getting recent -mm kernels to boot on my test box.
> > >> For 2.6.11-rc3-mm2 and 2.6.11-r
the general setup menu in menuconfig because of the
placement of the bool piece:
Fix up bustedness in menuconfig
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: mm1/init/Kconfig
===
--- mm1.orig/init/Kconfig 2005-0
On Tue, Feb 22, 2005 at 04:55:39PM -0500, Bob O'Neill wrote:
> Hello.
>
> I have noticed that it is possible on an SMP box for two processes to
> simultaneously read the same entropy out of /dev/urandom. This
> doesn't seem right to me. I was using the entropy value to generate a
> random number
On Tue, Feb 22, 2005 at 07:51:02PM -0800, Andrew Morton wrote:
> Matt Mackall <[EMAIL PROTECTED]> wrote:
> >
> > Please give each patch a unique, descriptive subject.
>
> yup.
>
> > Summarizing what
> > each patch is doing in your 0/n so that rev
On Tue, Feb 22, 2005 at 03:34:42PM +0100, Daniele Lacamera wrote:
> Hi
> This is the official patch to implement TCP Hybla congestion avoidance.
>
> - "In heterogeneous networks, TCP connections that incorporate a
> terrestrial or satellite radio link are greatly disadvantaged with
> respect to
On Tue, Feb 22, 2005 at 01:09:55PM +0100, Herbert Poetzl wrote:
>
> Hi Andrew! Al! Folks!
>
> The following set of patches extends the per device
> 'noatime', 'nodiratime' and last but not least the
> 'ro' (read only) mount option to the vfs --bind mounts,
> allowing them to behave like any ot
On Mon, Feb 21, 2005 at 05:08:27PM -0500, Gene Heskett wrote:
> On Monday 21 February 2005 13:29, Wichert Akkerman wrote:
> >Previously Gene Heskett wrote:
> >> Thats what I was afraid of, which makes using it for a motion
> >> detected burgular alarm source considerably less than practical
> >> si
I've been sitting on this for over a year now, kicking it out in the
hopes that someone finds it useful. kernel.org was down when I was
tidying this up so it's against 2.6.10 which is what I had handy.
/proc/kmalloc allocation tracing
This quick hack adds accounting for kmalloc/kfree callers. Thi
On Tue, Feb 15, 2005 at 12:07:34PM +1100, Benjamin Herrenschmidt wrote:
>
> > Nope. No printk outputs from _set_par, _write_mode, or _engine_init.
> >
> > Just to clarify: the gdm stop is done from tty1 while gdm is running
> > on tty7, so I don't think it's a matter of mode switch logic.
>
> Oh
On Tue, Feb 15, 2005 at 10:08:11AM +1100, Benjamin Herrenschmidt wrote:
>
> > Appeared ? hah... that's strange. X is known to fuck up the chip when
> > quit, but I wouldn't have expected any change due to the new version of
> > radeonfb. From what you describe, it looks like an offset register is
On my Thinkpad T30 with a Radeon Mobility M7 LW, I get interesting
console video corruption if I start GDM, switch back to text mode,
then stop it again. X is Xfree86 from Debian/unstable or X.org 6.8.2.
The corruption shows up whenever the console scrolls after X has been
shut down and manifests
On Thu, Feb 10, 2005 at 12:17:24PM +0100, Fruhwirth Clemens wrote:
> On Thu, 2005-02-10 at 02:33 -0800, Andrew Morton wrote:
> > Fruhwirth Clemens <[EMAIL PROTECTED]> wrote:
> > >
> > > On Wed, 2005-02-09 at 17:19 -0800, Andrew Morton wrote:
> > > > Fruhwirth Clemens <[EMAIL PROTECTED]> wrote:
> >
On Fri, Feb 11, 2005 at 06:49:05PM +0100, Ingo Molnar wrote:
>
> * Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > > > Yes. There's also the whole soft limit thing.
> > >
> > > i'm curious, how does this 'per-app' rlimit t
On Fri, Feb 11, 2005 at 12:49:04PM -0500, Paul Davis wrote:
> >RT-LSM introduces architectural problems in the form of bogus API. And
>
> that may be true of LSM, but not RT-LSM in particular. RT-LSM doesn't
> introduce *any* API whatsoever - it simply allows software to call
> various existing AP
On Fri, Feb 11, 2005 at 10:53:27AM +0100, Ingo Molnar wrote:
>
> * Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > On Fri, Feb 11, 2005 at 09:59:42AM +0100, Ingo Molnar wrote:
> > >
> > > think of SCHED_FIFO on the desktop as an ugly wart, a hammer, tha
On Fri, Feb 11, 2005 at 09:59:42AM +0100, Ingo Molnar wrote:
>
> think of SCHED_FIFO on the desktop as an ugly wart, a hammer, that
> destroys the careful balance of priorities of SCHED_OTHER tasks. Yes, it
> can be useful if you _need_ a scheduling guarantee due to physical
> constraints, and it
On Fri, Feb 11, 2005 at 10:04:19AM +0100, Ingo Molnar wrote:
>
> * Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > So the comparison boils down to putting a magic gid in a sysfs
> > file/module parameter or setting an rlimit with standard tools (PAM,
> > etc). I&#
On Fri, Feb 11, 2005 at 09:48:43AM +0100, Ingo Molnar wrote:
>
> * Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > Here's Chris' patch for reference:
> >
> > http://groups-beta.google.com/group/linux.kernel/msg/6408569e13ed6e80
>
> how does
On Fri, Feb 11, 2005 at 09:14:22AM +0100, Ingo Molnar wrote:
>
> > I think it's important to recognize that we're trying to address an
> > issue that has a much wider potential audience than pro audio users,
> > and not very far off - what is high end audio performance today will
> > be expected d
On Fri, Feb 11, 2005 at 08:54:17AM +0100, Ingo Molnar wrote:
>
> * Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> > Eh? Chris Wright's original rlimits patch was very straightforward
> > [...]
>
> the problem is that it didnt solve the problem (unprivileged
On Thu, Feb 10, 2005 at 10:41:28PM -0500, Paul Davis wrote:
> [ the best solution is ]
>
> [ my preferred solution is ... ]
>
> [ it would be better if ... ]
>
> [ this is a kludge and it should be done instead like ... ]
>
> did nobody read what andrew wrote and what JOQ pointed o
On Thu, Feb 10, 2005 at 04:47:27PM -0800, Chris Wright wrote:
> * Matt Mackall ([EMAIL PROTECTED]) wrote:
> > What happened to the RT rlimit code from Chris?
>
> I still have it, but I had the impression Ingo didn't like it as a long
> term solution/hack (albeit small) to
On Thu, Feb 10, 2005 at 02:51:44PM -0600, Jack O'Quin wrote:
> [direct reply bounced, resending via gmail]
>
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> > Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > >
> > > On Thu, Feb 10, 2005 at 02:35:08AM -0800, Andrew Morton wrote:
> > > >
> > > >
On Mon, Feb 07, 2005 at 01:21:08PM -0600, Michael Halcrow wrote:
> This is the first in a series of eight patches to the BSD Secure
> Levels LSM. It overhauls the printk mechanism in order to reduce the
> unnecessary usage of the .text area. Thanks to Brad Spengler for the
> suggestion.
>
> Sign
Add PREEMPT to UTS_VERSION where enabled as is done for SMP to make
preempt kernels easily identifiable.
Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Index: mm1/scripts/mkcompile_h
===
--- mm1.orig/scripts/mkcompile_h
On Thu, Feb 03, 2005 at 11:16:37PM -0500, Ethan Weinstein wrote:
> Matt Mackall wrote:
> >On Wed, Feb 02, 2005 at 10:44:14PM -0500, Ethan Weinstein wrote:
> ...
> >>Finally, I used a crossover cable between the two boxes, which resulted
> >>in the same error from s
On Wed, Feb 02, 2005 at 10:44:14PM -0500, Ethan Weinstein wrote:
> Hey all,
>
> I've been having quite a time with the e1000 driver running at gigabit
> speeds. Running it at 100Fdx has never been a problem, which I've done
> done for a long time. Last week I picked up a gigabit switch, and tha
On Thu, Feb 03, 2005 at 03:34:29AM +0100, Christophe Saout wrote:
> The keyring API seems very flexible. You can define your own type of
> keys and give them names. Well, the name is probably irrelevant here and
> should be chosen randomly but it's less likely to collide with someone
> else.
Dunn
On Thu, Feb 03, 2005 at 02:33:01AM +0100, Christophe Saout wrote:
> Am Mittwoch, den 02.02.2005, 13:19 -0800 schrieb Matt Mackall:
>
> > From looking at the dm_crypt code, it appears that it can be
> > interrogated to report the current key. Some quick testing shows:
> >
On Wed, Feb 02, 2005 at 11:50:02PM +, Alasdair G Kergon wrote:
> On Wed, Feb 02, 2005 at 01:19:16PM -0800, Matt Mackall wrote:
> > # dmsetup table /dev/mapper/volume1
> > 0 200 crypt aes-plain 0123456789abcdef0123456789abcdef 0 7:0 0
>
> > Obviously, root can i
>From looking at the dm_crypt code, it appears that it can be
interrogated to report the current key. Some quick testing shows:
# dmsetup table /dev/mapper/volume1
0 200 crypt aes-plain 0123456789abcdef0123456789abcdef 0 7:0 0
Obviously, root can in principle recover this password from the
ru
On Mon, Jan 31, 2005 at 09:03:19PM +0100, Lorenzo Hern?ndez Garc?a-Hierro wrote:
> Arjan, I will give it a further look, is there anything you want to
> comment about it before I start?
>
> I will re-code it to put the helper functions in random.c.
Do it against -mm, please, there are something l
801 - 900 of 1002 matches
Mail list logo
