Re: u3+ isos for testing

Pasi Pirhonen <[email protected]>
Newsgroups gmane.linux.tao.general
Message-ID <[email protected]>
Hi,


On Mon, Oct 25, 2004 at 09:56:50AM -0400, David L. Parsley wrote:
> On Mon, 2004-10-25 at 04:55, Pasi Pirhonen wrote:
> > Hi,
> > 
> 
> Ok, I didn't realize the 3w-xxxx driver wasn't what he needed.  I'm not
> really opposed to adding new drivers that don't muck with core kernel
> code.  If Pasi's patch applies cleanly for i386, I might add it.  Here's
> the problem, tho: RH doesn't support this driver/hardware, so Pasi will
> need to continue maintaining this patch untill RH (hopefully) adds it to
> their kernel.

I've actually received a 'gift' from 'happy customer' and i do have
extra 9500S-8 to be able to maintain testing future updates for the
support, so yes, i am committed to that.

There is 'limit for command/LUN' and 'clustering patch' with the kernel
included on my U3-images, but later on i've learnt that those aren't
really needed. RedHat had somehow/for some reason made
'ENABLE_CLUSTERING' 0, so maybe the clustering patch should be there.

Initially i thought it to be good for limiting the driver allocations
etc. for queue with tampering the .h, but that is not actually making
any good. The TCQ lenght (254) is too deep anyway, so using something
like

options 3w-9xxx cmds_per_lun=64

in /etc/modules.conf would be in place. Actually my findings being that
best for performance vs. responsivenes would be that included in patch

options 3w-9xxx cmds_per_lun=8

The ext3 problems i am seeing are not the drivers fault and i am pretty
sure that it's those nasty lock_kernel() and it's other locking friends
that are actually causing the random performance drop. It's still under
investigation/debugging.

I am anyway decided to go with my XFS patch for my NFS-server as the
ext3 just can't compete with XFS.

XFS being out of the David spcification as it's tapmering with the
general code paths - even tho it's nothing major.

There would be another patch too for those people using new shiny
SATA+everything motherboards. sk98lin driver beig unsupported by
redhat, it doesn't support Marvel/3c940 GBe either. I have patch to
make that as 'sk98lin_707' and placed to drivers/addon. I just realized
that enabling the NAPI caused my problems here, so i need at least
update the kernel after we get the U3 out.

Then there would be the forcedeth support (NForce3 integrated
ethernet). which isn't tampering the general code patch either. Given
that i only have NFforce3 150, i have only been able to test the
10/100Mbit/s version, but that patch should contain support for GBe. It
has vorked flawesly for me.


> 
> Pasi, have you tested your patch on ia32?
> 

Yeap. I've tested that much more under ia32 than x86-64. Actually the
card i'll use near future for my new home NFS-server, will be ia32. I
have suitable box for it (== don't want to tie by x86-64 resources).
dual-PIII with 3x66Mhz/64bit PCI will just hold the 3ware and GBe
(which is pretty much what my NFS-box needs). There isn't much extra
gain for using faster box as this is writing that 100MB/s with XFS. The
very same i get for dual-opteron with all the fancy new dual-channel
DDR and multiple PCI-X. The PIII cannot go for over 200MB/s for reads,
but i am willing to loose 'that much' :P


But you need the anaconda mods and hwdata too, if you're making thise
'just happens to load automagically thile installing' .....





> David
> 
> >  I then tho
> > cannot speak for David, but the enhancements i've mentioned, are
> > exclusive for x86-64, ia64, s390 and s390x (AFAIK) unless mentioned
> > other way.
> > 
> > I really don't know about the below mentined as i have not tested that
> > myself. I run my own fork at home which does have all the mods and is
> > my prototype release for future enhancements (which might or might not
> > get merged to Tao Linux later on).
> > 
> > My private fork is par for all arches (i386, x86-64, ia64, s390 and
> > s390x), but i really cannot make any mods to the official Tao Linux/i386.
> > 
> > The symptoms that 'loader tries to load 3w-xxxx for 3ware 9500-seris
> > controller' is expected result. The hwdata does have it's PCIid
> > mapped for 3w-xxxx (the 8x00-series and older controllers).
> > 
> > 
> > 
> > > 
> > > Thanks!
> > > 
> > > On Thu, 21 Oct 2004, David L. Parsley wrote:
> > > 
> > > >Hi all,
> > > >
> > > >Ok, I've respun i386 isos, and put them in:
> > > >ftp://dist.taolinux.org/pub/parsley-incoming/u3-isos
> > > >
> > > >Notes:
> > > >- These include all updates through yesterday's updates
> > > >- GFS is _NOT_ integrated, as it doesn't integrate smoothly w/o extra 
> > > >hacking
> > > >- You can still 'yum install GFS GFS-modules[-smp]' to get GFS
> > > >
> > > >I've tried test installs, and all looks fine; when I have the time I'll 
> > > >move 'em to the mirrored location & update the website.  Untill then, any 
> > > >extra testing/feedback is welcome.
> > > >
> > > >
> > > _______________________________________________
> > > Tao-discuss mailing list
> > > [email protected]
> > > http://mailman.taolinux.org/mailman/listinfo/tao-discuss



> _______________________________________________
> Tao-discuss mailing list
> [email protected]
> http://mailman.taolinux.org/mailman/listinfo/tao-discuss

-- 
Pasi Pirhonen - [email protected] - http://iki.fi/upi/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.