# HG changeset patch
# User Clint Smullen [EMAIL PROTECTED]
# Date 1226764206 18000
# Node ID 5cd16a90003d7b947452ab73f289b1b47e10e8ab
# Parent 2b7d0ae0feebb60de4c43b53a958597ae4ab5b64
Output: Include gzstream package to allow automatically-gzipped output
The gzstream package provides an
Hi Clint,
Sorry for the wasted double effort. I've had this in my patch queue
for months but never managed to get it out. You've done things
slightly differently than I have, so I just want to compare and figure
out which is better (or more correct.)
Nate
On Sat, Nov 15, 2008 at 7:51 AM,
changeset f28f020f3006 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=f28f020f3006
description:
syscalls: fix latent brk/obreak bug.
Bogus calls to ChunkGenerator with negative size were triggering
a new assertion that was added there.
Also did a
changeset 72723efc442c in /z/repo/linux/patches
details: http://m5sim.org/repolinux/patches?cmd=changeset;node=72723efc442c
summary: Add support for linux 2.6.27
diffstat:
22 files changed, 4137 insertions(+), 41 deletions(-)
hgignore.diff|7
m5/defaultconfig_2.6.27.diff
Haha, do you mean having find call create when it needs to make a new
file? I had considered doing that.
Related question, I just added gzstream into ext and gave it an
SConscript like libelf. Is there a way to have a section in ext which
gets built per-target along with the normal sources?
Haha, do you mean having find call create when it needs to make a new
file? I had considered doing that.
I actually created a couple of protected functions one for checking if
it's stdout/stderr and another to actually construct a new class from
a filename. If you want, I can just take care of
On Nov 15, 2008, at 6:04 PM, nathan binkert wrote:
That is a bit cleaner. I usually avoid adding any new functions if i
can help it, is all. I'll go ahead and update my patch, but if you
want to just commit yours, that is fine too.
I'm in the middle of some other stuff. I'd say go ahead.
# HG changeset patch
# User Clint Smullen [EMAIL PROTECTED]
# Date 1226792643 18000
# Node ID c5bd402026a8dc6e8d0389aee2579a98b61c3682
# Parent 2b7d0ae0feebb60de4c43b53a958597ae4ab5b64
Output: Include gzstream package to allow automatically-gzipped output
The gzstream package provides an
The linux kernel is trying to turn off DMA support for the floppy
drive in a DMA controller which I don't have implemented yet. Since some
of the other devices I've needed have already existed as part of Alpha,
I was wondering if there's already a DMA controller modeled, and if so
where it is.
There is an i/o at dma controller model, but that is not what this is.
You should just put a dummy device that does nothing at the addresses
it's writing. We don't need a floppy drive, nor it's dma controller.
Ali
On Nov 15, 2008, at 8:44 PM, Gabe Black wrote:
The linux kernel is trying
I don't think it's just for the floppy drive, but especially since it's
just turning it off I mostly agree. I'll put together a little device
that will complain when something tries to actually use it.
Gabe
Ali Saidi wrote:
There is an i/o at dma controller model, but that is not what this is.
Looks good. I have one final nit and then you can commit it. I
actually like your idea of putting const on a line by itself in the
function definition, but we don't do that anywhere else, and it'd be
preferable to just keep things consistent. (Yes, I'm anal).
Nate
On Sat, Nov 15, 2008 at
changeset 7015e400bd1d in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=7015e400bd1d
description:
Output: Include gzstream package to allow automatically-gzipped output
The gzstream package provides an ostream-interface for writing gzipped
files.
The
13 matches
Mail list logo