On Sat, Jan 02, 2016 at 12:01:20AM +0100, Flávio Cruz wrote:
> Cool stuff! Can the branch be actively used or is it still too incomplete?
It should be usable as it is, but I still have to polish a few things
and I'll make a debian package for some stress testing on one of our
public virtual machin
Justus Winter, on Sat 02 Jan 2016 01:24:23 +0100, wrote:
> But I don't know the motivation for having it statically linked in the
> first place, so I wasn't sure if it's ok to do that.
I don't know either, but I don't see why it should pose problem.
Samuel
Quoting Samuel Thibault (2016-01-01 18:02:47)
> Applied, thanks!
Actually, I'd prefer it if mach-defpager was not statically linked. I
have a patch that does that (it's trivial), and am using that for a
while now without any perceivable ill-effects. But I don't know the
motivation for having it
This one is producing a lot of warnings so it's probably good to apply,
but in general it's not worth spending time fixing linux code, as the
long-term goal is to get rid of it by using userland drivers.
Samuel
Applied, thanks!
* linux/dev/include/linux/fs.h: Replace extern with static.
* linux/dev/include/linux/locks.h: Likewise.
* linux/dev/include/linux/mm.h: Likewise.
* linux/src/drivers/net/e2100.c: Likewise
* linux/src/include/asm-i386/termios.h: Likewise.
* linux/src/include/linux/interrupt.h: Likewise.
* linux/src
* i386/i386at/lpr.c (lpropen): Fix assignment to t_addr.
---
diff --git a/i386/i386at/lpr.c b/i386/i386at/lpr.c
index edeef9f..73c4261 100644
--- a/i386/i386at/lpr.c
+++ b/i386/i386at/lpr.c
@@ -105,22 +105,24 @@ void lprattach(struct bus_device *dev)
}
int
-lpropen(dev, flag, ior)
-dev_t dev;
Cool stuff! Can the branch be actively used or is it still too incomplete?
Cheers
Flavio
On 1 January 2016 at 22:09, Richard Braun wrote:
> On Wed, Sep 23, 2015 at 09:13:56PM +0200, Justus Winter wrote:
> > this is my report on my GSoC project, "Physical memory management".
> >
> > Tldr: There
Groovy :)
Samuel
On Wed, Sep 23, 2015 at 09:13:56PM +0200, Justus Winter wrote:
> this is my report on my GSoC project, "Physical memory management".
>
> Tldr: There are some remaining issues to fix, but here is a flashy
> screenshot of a patched kernel not quite booting Debian/Hurd:
Hello,
Since Justus took a f
Applied, thanks!
* i386/Makefrag.am: Remove disk.h.
* i386/i386at/disk.h: Remove unnused definitions.
* i386/include/mach/i386/disk.h: Remove.
* linux/dev/glue/block.c (device_get_status): Remove V_GETPARMS case.
---
This removes i386/include/mach/i386/disk.h and some unnused definitions
in i386at/disk.h.
diff -
Applied, thanks!
* mach-defpager/Makefile: Allow multiple definitions for mach-defpager.
---
Seems my patch for mach-defpager that replaced the deprecated
malloc_hook/free_hook with malloc and free implementations does not play
well with static linking. Since I had another patch that fixed some
other issue in my
Hello,
Flavio Cruz, on Thu 31 Dec 2015 19:08:19 +0100, wrote:
> @@ -1666,7 +1666,7 @@ device_get_status (void *d, dev_flavor_t flavor,
> dev_status_t status,
> return D_INVALID_OPERATION;
>else
> {
> - struct disk_parms *dp = status;
> + struct disk_parms *dp = (st
15 matches
Mail list logo
