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: <1170794437.3455.20.camel@dwalker1>
Date:	Tue, 06 Feb 2007 12:40:37 -0800
From:	Daniel Walker <dwalker@...sta.com>
To:	Thomas Gleixner <tglx@...utronix.de>
Cc:	Andrew Morton <akpm@...l.org>, linux-kernel@...r.kernel.org,
	mingo@...e.hu
Subject: Re: 2.6.20-rc6-mm3

On Tue, 2007-02-06 at 21:20 +0100, Thomas Gleixner wrote:
> On Tue, 2007-02-06 at 11:55 -0800, Daniel Walker wrote:
> > > What kind of artificial problem are you creating here ?
> >
> > I'm not trying to create anything .. However, as I said before
> > the /proc/interrupts "timer" entry doesn't work the same as it has in
> > other kernels.
> 
> Yes, it is different. Why are you insisting, that something is a problem
> just because it is different ?

In this case "different" goes into userspace .. So different could mean
userspace regression, which is something that we don't want. I have no
idea if any apps use /proc/interrupts , but it's possible since it's
been around for a long time.

The reason that I'm bringing it up at all is because people have ask me
"Why isn't my timer ticking??"

> > > > We could just remove the timer entry .
> > > 
> > > No we can't. The timer interrupt is setup and it does not go away, as we
> > > keep the PIT as a backup for the broken lapics.
> > 
> > Ok, how about adding the interrupts to the list which are driving the
> > timer ?
> 
> Uurg. /proc/interrupts has nothing to do with timers. It's interrupts
> statistics. See LOC entry for the lapic ones.

Your saying we can't remove it tho, if /proc/interrupts is not related
to timers why does the entry exist at all ? Your saying the LOC entry is
the new "timer" entry, but we still have the old "timer" entry ..

Getting confusing ..

It might be nicer to list all the registered clock event sources
in /proc/interrupts, with more descriptive names .. 

Why is it that HRT doesn't use the "timer" as a valid timer?

Daniel

-
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ