Re: Microsoft and Xenix.

2001-07-02 Thread Juan Quintela
> "rob" == Rob Landley <[EMAIL PROTECTED]> writes: rob> On Saturday 23 June 2001 22:47, Eric W. Biederman wrote: >> Rob Landley <[EMAIL PROTECTED]> writes: >> > Ummm... GEM was the Geos stuff? (Yeah I remember it, I haven't >> > researched it yet though...) >> >> GEM was a gui from

Re: Microsoft and Xenix.

2001-07-02 Thread Juan Quintela
rob == Rob Landley [EMAIL PROTECTED] writes: rob On Saturday 23 June 2001 22:47, Eric W. Biederman wrote: Rob Landley [EMAIL PROTECTED] writes: Ummm... GEM was the Geos stuff? (Yeah I remember it, I haven't researched it yet though...) GEM was a gui from Digital Research I believe.

Re: Cosmetic JFFS patch.

2001-06-29 Thread Juan Quintela
> "ian" == Ian Stirling <[EMAIL PROTECTED]> writes: Hi ian> It would be nice to show driver version for every single non-stock ian> driver we load though. ian> Perhaps a list of versions in the stock kernel build, stored somewhere, ian> that shouldn't be patched by anyone, but only change

Re: Cosmetic JFFS patch.

2001-06-29 Thread Juan Quintela
ian == Ian Stirling [EMAIL PROTECTED] writes: Hi ian It would be nice to show driver version for every single non-stock ian driver we load though. ian Perhaps a list of versions in the stock kernel build, stored somewhere, ian that shouldn't be patched by anyone, but only change with official

Re: [PATCH] fix for initrd panic in 2.4.5

2001-06-06 Thread Juan Quintela
> "james" == James Bottomley <[EMAIL PROTECTED]> writes: james> Not many people have seen this, but the i_bdev field in fake_inode in james> ioctl_by_bdev() is uninitialised. Since this field is dereferenced by james> BLKFLSBUF in rd_ioctl, it can lead to a panic (depending on what

Re: [PATCH] fix for initrd panic in 2.4.5

2001-06-06 Thread Juan Quintela
james == James Bottomley [EMAIL PROTECTED] writes: james Not many people have seen this, but the i_bdev field in fake_inode in james ioctl_by_bdev() is uninitialised. Since this field is dereferenced by james BLKFLSBUF in rd_ioctl, it can lead to a panic (depending on what happens to be

Re: [PATCH] warning fixes for 2.4.5pre5

2001-05-25 Thread Juan Quintela
Hi > --- linux/arch/i386/math-emu/fpu_trig.c Fri Apr 6 12:42:47 2001 > +++ rb/arch/i386/math-emu/fpu_trig.c Tue May 22 16:44:57 2001 > @@ -1543,6 +1543,7 @@ > EXCEPTION(EX_INTERNAL | 0x116); > return; > #endif /* PARANOID */ >+return; > } > } >

Re: Dying disk and filesystem choice.

2001-05-25 Thread Juan Quintela
> "erik" == Erik Mouw <[EMAIL PROTECTED]> writes: erik> On Thu, May 24, 2001 at 09:53:45AM -0700, Hans Reiser wrote: >> No, reiserfs does have badblock support >> >> You just have to get it as a separate patch from us because it was >> written after code freeze. erik> IMHO we are not

Re: Dying disk and filesystem choice.

2001-05-25 Thread Juan Quintela
erik == Erik Mouw [EMAIL PROTECTED] writes: erik On Thu, May 24, 2001 at 09:53:45AM -0700, Hans Reiser wrote: No, reiserfs does have badblock support You just have to get it as a separate patch from us because it was written after code freeze. erik IMHO we are not that deep into code

Re: [PATCH] warning fixes for 2.4.5pre5

2001-05-25 Thread Juan Quintela
Hi --- linux/arch/i386/math-emu/fpu_trig.c Fri Apr 6 12:42:47 2001 +++ rb/arch/i386/math-emu/fpu_trig.c Tue May 22 16:44:57 2001 @@ -1543,6 +1543,7 @@ EXCEPTION(EX_INTERNAL | 0x116); return; #endif /* PARANOID */ +return; } } else if

[PATCH] hga depmod fix

2001-05-23 Thread Juan Quintela
Hi if you compile hga as a module, you get unresolved symbols, you need the following patch for it. The patch is trivial. Apply, please. Later, Juan. --- linux/drivers/video/hgafb.c.~1~ Mon May 21 08:56:08 2001 +++ linux/drivers/video/hgafb.c Mon May 21 09:04:00

[PATCH] hga depmod fix

2001-05-23 Thread Juan Quintela
Hi if you compile hga as a module, you get unresolved symbols, you need the following patch for it. The patch is trivial. Apply, please. Later, Juan. --- linux/drivers/video/hgafb.c.~1~ Mon May 21 08:56:08 2001 +++ linux/drivers/video/hgafb.c Mon May 21 09:04:00

Re: 2.4.3-p8 pci_fixup_vt8363 + ASUS A7V "Optimal" = IDE disk corruption

2001-05-09 Thread Juan Quintela
lt;[EMAIL PROTECTED]> writes: wayne> On 29 Mar 2001, Juan Quintela wrote: >> Hi I have the same motherboard and BIOS version. I was having >> filesystem corruption. There is a bugfix (from Arjan van der Ven) in >> the ac tree (around ac20 I think), could you test the la

Re: 2.4.3-p8 pci_fixup_vt8363 + ASUS A7V Optimal = IDE disk corruption

2001-05-09 Thread Juan Quintela
On 29 Mar 2001, Juan Quintela wrote: Hi I have the same motherboard and BIOS version. I was having filesystem corruption. There is a bugfix (from Arjan van der Ven) in the ac tree (around ac20 I think), could you test the last ac patch and test if the filesystem corruption persist?? wayne I took

Re: kdb wishlist

2001-05-08 Thread Juan Quintela
> "slurn" == slurn <[EMAIL PROTECTED]> writes: >> >> Keith Owens wrote: >> > >> > This is part of my kdb wishlist, does anybody fancy writing the code to >> > add any of these features? It would be a nice project for anybody >> > wanting to start on the kernel. Replies to [EMAIL

Re: kdb wishlist

2001-05-08 Thread Juan Quintela
slurn == slurn [EMAIL PROTECTED] writes: Keith Owens wrote: This is part of my kdb wishlist, does anybody fancy writing the code to add any of these features? It would be a nice project for anybody wanting to start on the kernel. Replies to [EMAIL PROTECTED] please. Current

Re: Requirement of make oldconfig [was: Re: [kbuild-devel] Re: CML2 1.3.1, aka ...]

2001-05-03 Thread Juan Quintela
> "horst" == Horst von Brand <[EMAIL PROTECTED]> writes: Hi horst> Hell, I had to rebuild my .config files from scratch a few times already horst> because of wild changes in the hardware on which the resulting kernels horst> would have to run, its not _that_ big a deal to have to perhaps

Re: Requirement of make oldconfig [was: Re: [kbuild-devel] Re: CML2 1.3.1, aka ...]

2001-05-03 Thread Juan Quintela
horst == Horst von Brand [EMAIL PROTECTED] writes: Hi horst Hell, I had to rebuild my .config files from scratch a few times already horst because of wild changes in the hardware on which the resulting kernels horst would have to run, its not _that_ big a deal to have to perhaps have to do