Andi Kleen wrote:
> Hmm, does Xen perhaps not use interrupt stacks? Normally 2.7k should be still
> green as long as there are not too many functions above/below it.
>
That's a good point, I'll need to check that. Still, nearly 3k of stack!
J
-
To unsubscribe from this list: send the line
On Tue, 10 Apr 2007 21:17:40 +0200 (MEST)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> the following patch series turns some menus into menuconfigs, so they
> can be disabled whilst "walking" thorugh the parent menu
So I merged the 23 of these which survived review and which do not
intersect with
I'm travelling this week (through Monday) and can't be of much immediate
help on improving the situation or explaining it in great detail. Last
week before I left home I was deep in some strange debugging and didn't get
a chance to look up. There will be more of that, but I'll try to make some
ti
On Thu, April 12, 2007 23:13, Satyam Sharma wrote:
> But timing attacks are not exclusive to RSA / asymmetric
> cryptosystems. Such (side channel / timing / power measurement / bus
> access) attacks are possible against AES, etc too.
True, but those are often easier to protect, or are less vulnera
On Mon, Apr 02, 2007 at 12:13:00AM -0700, Andrew Morton wrote:
> On Mon, 2 Apr 2007 11:43:19 +1000 CaT <[EMAIL PROTECTED]> wrote:
>
> > I take minute by minute snapshots of network traffic by sampling
> > /proc/net/dev and most of the time everything works fine. Occasionally
> > though I get petab
Andi Kleen wrote:
>> (This was under Xen, but there's no reason it couldn't happen on bare
>> hardware.)
>>
>
> Hmm, does Xen perhaps not use interrupt stacks?
Looks like that's all done in do_IRQ, so it should be independent of
whether its Xen or not. And the stack overflow check is perfo
Matt Mackall wrote:
> On Thu, Apr 12, 2007 at 01:50:54PM -0700, Jeremy Fitzhardinge wrote:
>
>> -#define HEAP_SIZE 0x3000
>> +#define HEAP_SIZE 0x4000
>>
>
> There are a bunch more of these that'll need fixing.
>
Like this?
diff -r 2ad8a0729f26 arch/alpha/boot/m
On Friday 13 April 2007 00:56:56 Jeremy Fitzhardinge wrote:
> Andi Kleen wrote:
> >> (This was under Xen, but there's no reason it couldn't happen on bare
> >> hardware.)
> >>
> >
> > Hmm, does Xen perhaps not use interrupt stacks?
>
> Looks like that's all done in do_IRQ, so it should be i
On Thu, 12 Apr 2007 15:50:12 -0700 Andrew Morton wrote:
> On Tue, 10 Apr 2007 21:17:40 +0200 (MEST)
> Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> > the following patch series turns some menus into menuconfigs, so they
> > can be disabled whilst "walking" thorugh the parent menu
>
> So I merge
On Thu, Apr 12, 2007 at 03:57:48PM -0700, Jeremy Fitzhardinge wrote:
> Matt Mackall wrote:
> > On Thu, Apr 12, 2007 at 01:50:54PM -0700, Jeremy Fitzhardinge wrote:
> >
> >> -#define HEAP_SIZE 0x3000
> >> +#define HEAP_SIZE 0x4000
> >>
> >
> > There are a bunch more o
Jeremy Fitzhardinge wrote:
> Andi Kleen wrote:
>>> (This was under Xen, but there's no reason it couldn't happen on bare
>>> hardware.)
>>>
>> Hmm, does Xen perhaps not use interrupt stacks?
>
> Looks like that's all done in do_IRQ, so it should be independent of
> whether its Xen or not.
On Tue, Apr 03, 2007 at 09:43:30PM -0500, Matt Mackall wrote:
> This patch series introduces /proc/pid/pagemap and /proc/kpagemap,
> which allow detailed run-time examination of process memory usage at a
> page granularity.
> The first several patches whip the page-walking code introduced for
> /pr
On Fri, 13 Apr 2007 08:52:49 +1000
CaT <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 02, 2007 at 12:13:00AM -0700, Andrew Morton wrote:
> > On Mon, 2 Apr 2007 11:43:19 +1000 CaT <[EMAIL PROTECTED]> wrote:
> >
> > > I take minute by minute snapshots of network traffic by sampling
> > > /proc/net/dev an
Hi,
[ just in case, it can be of some avail for anybody ]
target : 2.6.21-rc6-mm1
a very simplified but quite funny "toy" that
[1] allows to monitor all the dynamic priority levels (counts a
number of hits per level) on which a given task (configured via proc)
is running;
# echo "pid" > /pro
401 - 414 of 414 matches
Mail list logo
