I showed demsg output at the current running kernel. When booting
kernel 2.6.20.6 I see only lines I have described above
--
Regards,
Denis
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi again,
Jean Delvare wrote:
>>
>> However, I'm not really satisfied with the way sysfs files are created:
>> I use a lot of preprocessor macros to avoid repetition of code.
>> The files created with these macros in /sys/devices/platform/applesmc are
>> the following (on a Macbook Pro):
>>
> From: Bill Davidsen
>
> And having gotten same, are you going to code up what appears to be a
> solution, based on this feedback?
The feedback was helpful in verifying whether there are any arguments against
my approach. The real proof is in the pudding.
I'm running a kernel with these
Hi all!
I installed a new kernel 2.6.20.6 and it is unable to boot. During
loading, I get some messages from the kernel, similar to the
following
PCI: BIOS Bug: MCFG area at x is not E820-reserved
PCI: Not using MMCONFIG
udevplug: make_queue: unable to create /dev/.udev/queue: No such file
or
Hello.
cmdline_parse_kernelcore() should return the next pointer of boot option
like memparse() doing. If not, it is cause of eternal loop on ia64 box.
This patch is for 2.6.21-rc6-mm1.
Signed-off-by: Yasunori Goto <[EMAIL PROTECTED]>
arch/ia64/kernel/efi.c |2 +-
include/linux/mm.h
"Serge E. Hallyn" <[EMAIL PROTECTED]> writes:
> Quoting Miklos Szeredi ([EMAIL PROTECTED]):
>> From: Miklos Szeredi <[EMAIL PROTECTED]>
>>
>> If CLONE_NEWNS and CLONE_NEWNS_USERMNT are given to clone(2) or
>> unshare(2), then allow user mounts within the new namespace.
>>
>> This is not
Trivial patch, against -rc6. Please apply, thanks.
---
CREDITS:
- Summarize 3 lines into one.
- Add webpage.
MAINTAINERS:
- Add auxdisplay drivers/tree webpages.
CREDITS |7 +++
MAINTAINERS |4
2 files changed, 7 insertions(+), 4 deletions(-)
Signed-off-by: Miguel Ojeda
On 14:13 Thu 12 Apr , Luck, Tony wrote:
> On Fri, Apr 13, 2007 at 02:01:40AM +0530, Milind Arun Choudhary wrote:
> > - size = ROUNDUP(size, iovp_size);
> > + size = ALIGN(size, iovp_size);
>
> Why is "ALIGN" better than "ROUNDUP"? I can't see any point
> to this change.
Its a janitorial
On Thu, Apr 12, 2007 at 10:57:37PM -0400, Christopher S. Aker wrote:
> The process is a UML instance (skas mode, so at least a kernel,
> userspace, and io thread), which will generate a single, usable, core
> file just fine with a non-pipe core_pattern...
Yeah, but can you get a core file
On Thu, Apr 12, 2007 at 03:32:08PM -0500, Serge E. Hallyn wrote:
> Quoting Miklos Szeredi ([EMAIL PROTECTED]):
> > From: Miklos Szeredi <[EMAIL PROTECTED]>
> >
> > If CLONE_NEWNS and CLONE_NEWNS_USERMNT are given to clone(2) or
> > unshare(2), then allow user mounts within the new namespace.
> >
On Thu, 2007-04-12 at 22:48 -0500, Olof Johansson wrote:
> On Thu, Apr 12, 2007 at 03:44:07PM -0500, Steve Wise wrote:
> > Can someone please point me at ppc64 xmon debugger usage /
> > documentation? I've had little luck finding info on-line.
>
> The help output from it is pretty much all there
Andrew Morton wrote:
On Fri, 13 Apr 2007 12:18:56 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
I guess one could generate an answer to the static question with systemtap,
by accumulating running counts across the application lifetime and then
snapshotting them. Sounds hard though.
Can't
On Thu, Apr 12, 2007 at 03:44:07PM -0500, Steve Wise wrote:
> Can someone please point me at ppc64 xmon debugger usage /
> documentation? I've had little luck finding info on-line.
The help output from it is pretty much all there is.
You might have better luck asking on [EMAIL PROTECTED] though
On Fri, Mar 23, 2007 at 01:03:15PM -0700, Randy Dunlap wrote:
> > It's 0x40. Its a "command dependant bit" - no useful name.
>
> dependent. OK, thanks.
>
Hi,
Pondering about this, it's ATA_LBA according to the docs, specifying
that the address is an LBA.
Cheers,
Kyle
-
To unsubscribe
Nick Piggin wrote:
Andrew Morton wrote:
Then you just end up with the same thing, don't you?
Well _you_ do, because that happens to be exactly what you want. Bill
ends up with something that displays page_mapcount instead. And I
end up with something that traverses LRU lists rather than
This patch adds the detection for the BandRich BandLuxe C100/C100S/C120
HSDPA Data Card. With the vendor and product IDs are set properly,
the data card can be detected and works fine.
It was patched based on Kernel 2.6.20.1.
Signed-off-by: Leon Leong <[EMAIL PROTECTED]>
---
Index:
Randy Dunlap wrote:
On Thu, 12 Apr 2007 22:22:18 -0400 Christopher S. Aker wrote:
Alan Cox wrote:
> Indeed. So useful that in current kernels you can set the core dump
> path to be
>
> "|application"
Cool stuff! However, it's not working (2.6.20.6):
Core dump to
On Thu, 12 Apr 2007, Gerhard Mack wrote:
Sometimes it's not the speed it's the cost.. The best I've ever done is
5.5 interfaces per u/ Although with a better motherboard and case it might
have been different.
I have a bunch of servers from rackable, dual core cpu, 2G ram 2xgigE on the
Matt Mackall wrote:
On Fri, Apr 13, 2007 at 12:21:25PM +1000, Nick Piggin wrote:
Matt Mackall wrote:
On Fri, Apr 13, 2007 at 11:42:29AM +1000, Nick Piggin wrote:
If kprobes is simply crappy and doesn't work properly for this, then I
could accept that. I'm not someone trying to get this
Andrew Morton wrote:
On Fri, 13 Apr 2007 12:18:56 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
I guess one could generate an answer to the static question with systemtap,
by accumulating running counts across the application lifetime and then
snapshotting them. Sounds hard though.
Can't
Sometimes it's not the speed it's the cost.. The best I've ever done is
5.5 interfaces per u/ Although with a better motherboard and case it might
have been different.
http://innerfire.net/pics/projects/21portfirewall_2.jpg
(assigns each port it's ip range and blocks any address not assigned to
On Fri, 13 Apr 2007 01:54:28 + (GMT) <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Maybe someone here knows better.
>
> I have several user-mode processes using shared mmap. There can be several
> reader processes and only one writer. Readers access the shared region
> frequently, writer
On Thu, Apr 12, 2007 at 10:34:06PM -0400, Shem Multinymous wrote:
> Hi,
>
> On 4/12/07, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> >On Fri, 13 Apr 2007, Anton Vorontsov wrote:
> >> * Yup, I've read last discussion regarding batteries, and I've seen
> >> objections against "charge"
On Thu, 12 Apr 2007 22:22:18 -0400 Christopher S. Aker wrote:
> Alan Cox wrote:
> > Indeed. So useful that in current kernels you can set the core dump
> > path to be
> >
> >"|application"
>
> Cool stuff! However, it's not working (2.6.20.6):
>
> Core dump to
On Fri, Apr 13, 2007 at 12:21:25PM +1000, Nick Piggin wrote:
> Matt Mackall wrote:
> >On Fri, Apr 13, 2007 at 11:42:29AM +1000, Nick Piggin wrote:
>
> >>If kprobes is simply crappy and doesn't work properly for this, then I
> >>could accept that. I'm not someone trying to get this info. So why
Hi,
On 4/12/07, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
On Fri, 13 Apr 2007, Anton Vorontsov wrote:
> * Yup, I've read last discussion regarding batteries, and I've seen
> objections against "charge" term, quoting Shem Multinymous:
>
> "And, for the reasons I explained
On Fri, 13 Apr 2007 12:18:56 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
> > I guess one could generate an answer to the static question with systemtap,
> > by accumulating running counts across the application lifetime and then
> > snapshotting them. Sounds hard though.
>
> Can't you just
I've got a problem with my DFE-580TX cards when I installed thoose into
a new server box. One card has been worked before in a test box,
it's sure, here is a dmesg snippet when everything was OK:
Apr 3 22:10:38 cyrax kernel: sundance.c:v1.2 11-Sep-2006 Written by Donald
Becker
Apr 3
Matt Mackall wrote:
On Thu, Apr 12, 2007 at 06:57:23PM -0700, Andrew Morton wrote:
I guess one could generate an answer to the static question with systemtap,
by accumulating running counts across the application lifetime and then
snapshotting them. Sounds hard though.
You'd have to do it
H. Peter Anvin wrote:
Zachary Amsden wrote:
Some PTE optimizations for native and paravirt-ops kernels; this
provides a huge win for shadow mode hypervisors and gets rid of
some unnecessary atomic instructions in native kernels, saving
even more on UP by getting rid of implicit LOCK on xchg
Alan Cox wrote:
> Indeed. So useful that in current kernels you can set the core dump
> path to be
>
>"|application"
Cool stuff! However, it's not working (2.6.20.6):
Core dump to |/home/caker/bin/dumper.pl.4442 pipe failed
even though...
# cat
Waskiewicz Jr, Peter P wrote:
>>Still leaks the device
>
>
> I explained this in a previous response, and you seemed to be ok with
> the explanation. Can you elaborate if this is still an issue?
I'm OK with allocating subqueues even for single queue devices, not
with leaking memory on error.
Matt Mackall wrote:
On Fri, Apr 13, 2007 at 11:42:29AM +1000, Nick Piggin wrote:
If kprobes is simply crappy and doesn't work properly for this, then I
could accept that. I'm not someone trying to get this info. So why can't
it be used? (not just for kpagemap, but for clear_refs and all that
Andrew Morton wrote:
On Fri, 13 Apr 2007 11:42:29 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
Maybe. How about LRU? Reclaim performance is bad, and you want to work out
which pages keep going off the end of it, or which pages keep getting
written out via it, or who's pages are on the active
On Thu, Apr 12, 2007 at 09:51:12PM -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 13 Apr 2007, Anton Vorontsov wrote:
> > Let's name attributes with mWh units as {min_,max_,design_,}energy,
> > and attributes with mAh units as {min_,max_,design_,}charge.
>
> [...]
>
> > * Yup, I've read
On Thu, Apr 12, 2007 at 06:57:23PM -0700, Andrew Morton wrote:
> I guess one could generate an answer to the static question with systemtap,
> by accumulating running counts across the application lifetime and then
> snapshotting them. Sounds hard though.
You'd have to do it from boot onward to
Matt Mackall wrote:
On Fri, Apr 13, 2007 at 11:01:41AM +1000, Nick Piggin wrote:
Basically: to show what the hell's going on in the VM.
kprobes / systemtap isn't good enough?
It's not really a good match to the kprobes model. I'm not interested
in events, per se. I don't want to need to
On Fri, Apr 13, 2007 at 11:42:29AM +1000, Nick Piggin wrote:
> >Instead, one says "what pages are being used by my application", then, for
>
> That includes unmapped pagecache being used by my application, doesn't it?
> Maybe that's too hard to do via /proc so we forget about it...
It'd be
> -Original Message-
> From: Patrick McHardy [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 12, 2007 5:16 PM
> To: Waskiewicz Jr, Peter P
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; [EMAIL PROTECTED]; cramerj;
> Kok, Auke-jan H; Leech, Christopher
> Subject: Re:
On Fri, 13 Apr 2007 11:42:29 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Fri, 13 Apr 2007 11:14:20 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
> >
> >
> >>Andrew Morton wrote:
>
> >>>It *will* be viable. If the application wants to know if a page is dirty,
>
Hi all,
Maybe someone here knows better.
I have several user-mode processes using shared mmap. There can be several
reader processes and only one writer. Readers access the shared region
frequently, writer seldom.
Naturally, multi-reader/single-writer locks works best. I tried this with
On Fri, Apr 13, 2007 at 11:01:41AM +1000, Nick Piggin wrote:
> >Basically: to show what the hell's going on in the VM.
>
> kprobes / systemtap isn't good enough?
It's not really a good match to the kprobes model. I'm not interested
in events, per se. I don't want to need to know about every
Andrew Morton wrote:
On Fri, 13 Apr 2007 11:14:20 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
Andrew Morton wrote:
It *will* be viable. If the application wants to know if a page is dirty,
it looks up "PG_dirty" in /proc/pg_foo-to-bitnumber and uses PG_dirty's
numerical offset when
Zachary Amsden wrote:
Some PTE optimizations for native and paravirt-ops kernels; this
provides a huge win for shadow mode hypervisors and gets rid of
some unnecessary atomic instructions in native kernels, saving
even more on UP by getting rid of implicit LOCK on xchg instruction.
You do know
On Fri, 13 Apr 2007 11:14:20 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Fri, 13 Apr 2007 10:15:24 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> + for (; i < 2 * chunk / KPMSIZE; i += 2, pfn++) {
> + ppage =
Andrew Morton wrote:
On Fri, 13 Apr 2007 10:15:24 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
+ for (; i < 2 * chunk / KPMSIZE; i += 2, pfn++) {
+ ppage = pfn_to_page(pfn);
+ if (!ppage) {
+ page[i] = 0;
On 4/12/07, Ken Chen <[EMAIL PROTECTED]> wrote:
On 4/12/07, Jeff Moyer <[EMAIL PROTECTED]> wrote:
> I didn't see any response to Zach's request for code that actually
> tests out the shared ring buffer. Do you have such code?
Yes, I do. I was stress testing the code since last night. After
Matt Mackall wrote:
On Fri, Apr 13, 2007 at 10:15:24AM +1000, Nick Piggin wrote:
Andrew Morton wrote:
On Thu, 12 Apr 2007 16:10:50 -0700
William Lee Irwin III <[EMAIL PROTECTED]> wrote:
+ while (count > 0) {
+ chunk = min_t(size_t, count, PAGE_SIZE);
+ i
On 4/12/07, Jeff Moyer <[EMAIL PROTECTED]> wrote:
I didn't see any response to Zach's request for code that actually
tests out the shared ring buffer. Do you have such code?
Yes, I do. I was stress testing the code since last night. After 20+
hours of stress run with fio and aio-stress, now
On Fri, 13 Apr 2007, Anton Vorontsov wrote:
> Let's name attributes with mWh units as {min_,max_,design_,}energy,
> and attributes with mAh units as {min_,max_,design_,}charge.
[...]
> * Yup, I've read last discussion regarding batteries, and I've seen
> objections against "charge" term,
On Fri, 13 Apr 2007 10:15:24 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
> >>+ ((char *)page)[1] = PAGE_SHIFT;
> >
> >
> > OK.
>
> Shouldn't we just expose page size and endianness by other means? (another
> file or
> syscall).
I don't think so - this file exposes
On Fri, Apr 13, 2007 at 10:15:24AM +1000, Nick Piggin wrote:
> Andrew Morton wrote:
> >On Thu, 12 Apr 2007 16:10:50 -0700
> >William Lee Irwin III <[EMAIL PROTECTED]> wrote:
>
> >>+ while (count > 0) {
> >>+ chunk = min_t(size_t, count, PAGE_SIZE);
> >>+ i = 0;
>
just something i threw together, not in final form, but it represents
tossing the legacy PM stuff. at the moment, the menuconfig entry for
PM_LEGACY lists it as "DEPRECATED", while the help screen calls it
"obsolete." that's a good sign that it's getting close to the time
for it to go, and the
Rik van Riel wrote:
Nick Piggin wrote:
The lazy freeing is aimed at avoiding page faults on memory
that is freed and later realloced, which is quite a common
thing in many workloads.
I would be interested to see how it performs and what these
workloads look like, although we do need to fix
On Thu, Apr 12, 2007 at 04:32:35PM -0700, Andrew Morton wrote:
> On Thu, 12 Apr 2007 16:10:50 -0700
> William Lee Irwin III <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Apr 03, 2007 at 09:43:30PM -0500, Matt Mackall wrote:
> > > This patch series introduces /proc/pid/pagemap and /proc/kpagemap,
> > >
William Lee Irwin III wrote:
On Thu, 12 Apr 2007 16:10:50 -0700 William Lee Irwin III <[EMAIL PROTECTED]>
wrote:
This solves a real-life problem for Oracle system monitoring software
(specifically EM). Among the tasks it must carry out is determining
per-process memory footprint of a set of
Roland Dreier <[EMAIL PROTECTED]> writes:
> [Adding Michael Chan, who seems to look after bnx2, to the cc list]
>
> > To clarify it's an Intel Dual Core Xeon (I just wound up as thinking of
> > them all as amd64s). Network card driver in use is the one defined by
> > CONFIG_BNX2. Kernel's
Andrew Morton wrote:
On Thu, 12 Apr 2007 16:10:50 -0700
William Lee Irwin III <[EMAIL PROTECTED]> wrote:
+ while (count > 0) {
+ chunk = min_t(size_t, count, PAGE_SIZE);
+ i = 0;
+
+ if (pfn == -1) {
+ page[0] = 0;
+
Peter P Waskiewicz Jr wrote:
> diff --git a/net/core/dev.c b/net/core/dev.c
> index 219a57f..3ce449e 100644
> --- a/net/core/dev.c
> +++ b/net/core/dev.c
> @@ -1471,6 +1471,8 @@ gso:
> q = dev->qdisc;
> if (q->enqueue) {
> rc = q->enqueue(skb, q);
From: Peter P Waskiewicz Jr <[EMAIL PROTECTED]>
Adding documentation for the new multiqueue API.
Signed-off-by: Peter P. Waskiewicz Jr <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
Documentation/networking/multiqueue.txt | 97 +++
1 files
From: Peter P Waskiewicz Jr <[EMAIL PROTECTED]>
Update: Removed unnecessary whitespace removals. Reset skb->queue_mapping to
zero prior to enqueueing to a qdisc. Fixed band2queue mapping algorithm for
bands less than queues.
Added an API and associated supporting routines for multiqueue
From: Peter P Waskiewicz Jr <[EMAIL PROTECTED]>
This patch is *not* intended to be integrated into any tree please. This is
fulfilling a request to demonstrate the proposed multiqueue network device
API in a driver. The necessary updates to the e1000 driver will come in a
more official release.
This is a redesign and repost of the multiqueue network device support patches.
The new API for base drivers allows multiqueue-capable devices to manage their
individual queues in the network stack. The stack now handles both
non-multiqueue and multiqueue devices on the same codepath. Also,
Andi Kleen wrote:
> Yes, but then we should have seen more frequently, shouldn't we? I always
> run with the stack overflow check enabled and I don't think I ever saw
> warnings in inflate.
>
I guess the window is just while decompressing the root filesystem.
Interrupts under Xen might be
pnp_dock_thread() calls allow_signal() which plays with parent process's
->sighand.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
--- 2.6.21-rc5/drivers/pnp/pnpbios/core.c~3_pnp 2006-12-17 19:06:40.0
+0300
+++ 2.6.21-rc5/drivers/pnp/pnpbios/core.c 2007-04-13 03:44:34.0
reclaimer() calls allow_signal() which plays with parent process's ->sighand.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
--- 2.6.21-rc5/fs/lockd/clntlock.c~1_lockd 2007-04-05 12:04:07.0
+0400
+++ 2.6.21-rc5/fs/lockd/clntlock.c 2007-04-13 03:20:51.0 +0400
@@
usbatm_do_heavy_init() calls allow_signal() which plays with parent process's
->sighand.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
--- 2.6.21-rc5/drivers/usb/atm/usbatm.c~usbatm 2006-11-27 21:19:30.0
+0300
+++ 2.6.21-rc5/drivers/usb/atm/usbatm.c 2007-04-13 03:34:56.0
On Thu, 12 Apr 2007 22:38:42 +0200 Borislav Petkov wrote:
> When building pdfdocs, the db2pdf converter bails out because of an
> latex-reserved token - '#' - in the intermediary .tex file which ends up in a
> conversion error with the following error message:
>
>
> [15.0.32])
> ! Incomplete
On Thu, 12 Apr 2007 16:10:50 -0700 William Lee Irwin III <[EMAIL PROTECTED]>
wrote:
>> This solves a real-life problem for Oracle system monitoring software
>> (specifically EM). Among the tasks it must carry out is determining
>> per-process memory footprint of a set of cooperating tasks (i.e.
On Friday 13 April 2007 01:20:40 Jan Engelhardt wrote:
>
> On Apr 12 2007 15:39, Jeremy Fitzhardinge wrote:
> >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.
> >
>
On Fri, 13 Apr 2007 01:16:35 +0200 (MEST)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> On Apr 12 2007 15:50, 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
Jan Engelhardt wrote:
> On Apr 12 2007 15:39, Jeremy Fitzhardinge wrote:
>
>> 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,
On Thu, 12 Apr 2007 16:10:50 -0700
William Lee Irwin III <[EMAIL PROTECTED]> wrote:
> 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
> >
Hello,
Next time, please do a reply-all so CC's aren't dropped.
It seems you jumped halfway in, missing some background info, I'll try to
clarify some things.
On Thu, April 12, 2007 23:28, David Wagner wrote:
> Yes, Satyam Sharma is 100% correct. Unpadded RSA makes no sense. RSA is
> not
Jan Engelhardt wrote:
Hi,
On Apr 12 2007 16:07, Randy Dunlap wrote:
On Thu, 12 Apr 2007 15:50:12 -0700 Andrew Morton wrote:
So I merged the 23 of these which survived review and which do not
intersect with other outstanding work.
I don't think I have an opinion on whether the change is
[Adding Michael Chan, who seems to look after bnx2, to the cc list]
> To clarify it's an Intel Dual Core Xeon (I just wound up as thinking of
> them all as amd64s). Network card driver in use is the one defined by
> CONFIG_BNX2. Kernel's monolithic.
>From a quick look at bnx2.c, it seems that
On Apr 12 2007 15:39, Jeremy Fitzhardinge wrote:
>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!
I
On Thu, Apr 12, 2007 at 04:18:24PM -0700, Roland Dreier wrote:
> > > Apr 11 22:14:02 ' eth0:220898233988841368 66750274000 0
> > > 0 86458738 52386430545 101089219 19931300 0 199313
> > > 0 '
>
> > > Apr 11 22:15:02 ' eth0:17227454818 81381144
Hi,
On Apr 12 2007 15:50, 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 merged the 23 of
> > Apr 11 22:14:02 ' eth0:220898233988841368 66750274000 0
> >0 86458738 52386430545 101089219 19931300 0 199313
> > 0 '
> > Apr 11 22:15:02 ' eth0:17227454818 81381144000 0
> > 0 0 33091307388 86658381
Hi,
On Apr 12 2007 16:07, Randy Dunlap wrote:
>On Thu, 12 Apr 2007 15:50:12 -0700 Andrew Morton wrote:
>>
>> So I merged the 23 of these which survived review and which do not
>> intersect with other outstanding work.
>>
>> I don't think I have an opinion on whether the change is actually an
>>
From: Paul Mackerras <[EMAIL PROTECTED]>
Date: Wed, 21 Mar 2007 11:03:14 +1100
> Linus Torvalds writes:
>
> > We should just do this natively. There's been several tests over the years
> > saying that it's much more efficient to do sti/cli as a simple store, and
> > handling the "oops, we got
On Thu, 12 Apr 2007, Helge Hafting wrote:
> Are you sure this is the correct patch - against 2.6.21-rc6-mm1 ?
> Hunk 1 out of 1 failed . . .
Well I am pretty sure:
box:~/scratch # wget
> Apr 9 06:19:04 ' eth0:14250798570591813804 2284720007938 1863800
> 18638 0 27375938 1556640980159 3345714490000 0
> 0 0 '
One odd thing is that crazy number 14250798570591813804 is
c5c501cbc5c500ac in hex. I dunno what the significant of
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" >
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
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
>
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
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 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
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
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
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
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
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
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
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
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
[EMAIL PROTECTED] wrote:
-Original Message-
Besides - but I guess you're aware of it - any randomized
algorithms tend to drive benchmarkers and performance analysts
crazy because their performance cannot be repeated. So it's usually
better to avoid them unless there is really no
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.
--
Mathematics is the supreme nostalgia of our time.
-
To unsubscribe from this list: send
1 - 100 of 826 matches
Mail list logo