Re: Clearcase and FreeBSD

2002-02-21 Thread Aleksander Rozman - Andy

At 21.2.2002, Leo Bicknell wrote:
>In a message written on Wed, Feb 20, 2002 at 10:19:01PM -0600, Mike Meyer 
>wrote:
> > Not necessarily. The client is free, and in the ports tree.  That
> > includes the server with an evaluation license, which limits it to two
> > clients and two users. Perforce offers Open Source software projects
> > free multiuser - which means unlimited clients - licenses. See  > http://www.perforce.com/perforce/price.html > and search for "open
> > source" on the page. They even point to the FreeBSD license as a good
> > choice for a candidate.
>
>While necessary for a project like FreeBSD, this is not sufficient.
>FreeBSD (and BSD in general) has outlived a number of companies
>and technologies, and if Perforce went down the tubes and there
>was no source we could have a major problem.
>
>Now, where did I put my SCCS copy of the tree...

I think that for FreeBSD as such, CVS is so far the best sollution. It's 
free, it's good and is open.

Company I work for used ClearCase so far, but we are now slowly migrating 
towards CVS (money thing you know). Team in which I work uses MKS SI (MKS 
Source Integrity) and it's hell, if we compare it to cvs. I don't use it 
long, but I like it. It has several options of using different clients in 
different environments, so I hope FreeBSD will stay on it.

Andy



**
*  Aleksander Rozman - Andy  * Fandoms:  E2:EA, SAABer, Trekkie, Earthie *
* [EMAIL PROTECTED] * Sentinel, BH 90210, True's Trooper,   *
*[EMAIL PROTECTED]   * Heller's Angel, Questie, Legacy, PO5, *
* Maribor, Slovenia (Europe) * Profiler, Buffy (Slayerete), Pretender*
* ICQ-UIC: 4911125   *
* PGP key available  *http://www.atechnet.dhs.org/~andy/ *
*-
*


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: In-Kernel HTTP Server (name preference)

2002-02-21 Thread J Turner

On Tue, Feb 19, 2002 at 10:00:04AM -0800, Alfred Perlstein wrote:
> Disk IO can't be done in a non-blocking manner.  If the kernel doesn't
> have the portion of the file you wish to read in the buffer cache
> then the process will block waiting.  

Isn't this exactly what the kqueue mechanism circumvents?

I'm s confused 

 - Jamie

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: SIGBUS w/ 5.0-CURRENT + Imlib

2002-02-21 Thread Alexander N. Kabaev


Imlib depends on libpng and binutils in -CURRENT contain a bug
which causes ld to create invalid shared library image for 
libpng.so.5. The problem has been discussed already, see
PR ports/34908 for the patch.

Curiously, none of the messages from the PR audit trail
made it to my mailbox since I posted patch there. 
I am interested in any success/new breakage reports from 
users who have tested this patch already. 

--
Alexander Kabaev

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



SIGBUS w/ 5.0-CURRENT + Imlib

2002-02-21 Thread huntting


I'm seeing a strange problem on 5.0 (c. Feb 19).

It seem everything that uses the Imlib library (/usr/ports/graphics/imlib)
dumps core with a SIGBUS when starting up.  When I try to use gdb,
I see that it is not even getting to main() before crashing.  Has
anyone seen anything like this before?

Lastly, what does a SIGBUS _mean_ on the x86?  (It's been so long
since I've seen it, I actually thought it was a Motorola 68k-ism).


thanx,
brad

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Sony CD Writer model CRX175M

2002-02-21 Thread Daniel O'Connor

On Fri, 2002-02-22 at 06:09, Andrew Thompson wrote:
> fdisk: invalid fdisk partition table found
> fdisk: /boot/mbr: length must be a multiple of sector size

> > > And I get the a few lines of "afd0: PREVENT_ALLOW - ILLEGAL REQUEST
> > > asc=24 ascq=00 error=00" in my dmesg.

Personally I'd say that is the problem.

The ATA code is sending a request that the memory stick doesn't
understand.

Perhaps there are some resources online that may be able to point out
what is necessary to talk to this device.

---
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Kernel Debugging over the Ethernet?

2002-02-21 Thread George V. Neville-Neil

> Ok, so now George has so many choices to choose from
> that I'm expecting 3 different implementations from him, with no common
> components :-)

That's my exact plan, how did you know?

Actually this has all been pretty helpful, and I'll be considering the
options and playing as soon as I get that TWiki stuff I promised the
SMP folks up.  Should be today.  Then on to implement the debugging in
picoBSD on my new Soekris board.  And in my free time I'll be
rewriting cvs to work just like Perforce AND Clear Case...

Later,
George

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Kernel Debugging over the Ethernet?

2002-02-21 Thread Justin C. Walker

The Apple darwin site is:
http://www.opensource.apple.com

I've not looked through the source for this, so you may have to inquire 
on the darwin-development mailing list for pointers into the source 
repository.

Regards,

Justin

On Thursday, February 21, 2002, at 07:48 AM, Andrew Gallatin wrote:

>
> Justin C.Walker writes:
>>
>> On Wednesday, February 20, 2002, at 04:52 PM, Julian Elischer wrote:
>>
>>> yes but we might as well be protocol compatible if possible :-)
>>> If only to re-use what they did in gdb :-)
>>
>> The Darwin/Mac OS X scheme only deals with IOKit because that's where
>> the drivers live.  The protocol implementation is in the directory
>> 'xnu/osfmk/kdp'.  It's in essence a UDP protocol, and is implemented
>> without using any of the system's networking scheme (except for mbufs).
>> The implementation is polling.  The implementation is pretty
>> light-weight.
>
> Where do the Darwin gdb sources live, so we can see the gdb end of it
> too?  I've looked, but have so far been unable to find them.
>
> Thanks,
>
> Drew
>
>
--
Justin C. Walker, Curmudgeon-At-Large  *
Institute for General Semantics|Men are from Earth.
|Women are from Earth.
|   Deal with it.
*--*---*


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Kernel Debugging over the Ethernet?

2002-02-21 Thread Terry Lambert

Benedikt Schmidt wrote:
> Look at http://slashdot.org/article.pl?sid=02/01/29/2115210&mode=thread.
> The TCP/IP stack mentioned in this article can be found at
> http://dunkels.com/adam/uip/ and is licensed under the 4-clause BSD
> license.

Thank you.

-- Terry

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Kernel Debugging over the Ethernet?

2002-02-21 Thread Julian Elischer

Ok, so now George has so many choices to choose from
that I'm expecting 3 different implementations from him, with no common
components :-)


On Thu, 21 Feb 2002, Benedikt Schmidt wrote:

> Terry Lambert <[EMAIL PROTECTED]> wrote:
> > Julian Elischer wrote:
> > > On Thu, 21 Feb 2002, Michael Smith wrote:
> > > > There was a very small TCP/IP stack mentioned on /. the other day; it
> > > > looked close to ideal for this application.
> > > 
> > > though I think it is probably better to use a UDP transport rther than
> > > TCP it would be worth checking it out I guess.
> > 
> > I looked for it, but couldn't find it, going back over
> > a week in the slashdot archives.
> 
> Look at http://slashdot.org/article.pl?sid=02/01/29/2115210&mode=thread.
> The TCP/IP stack mentioned in this article can be found at
> http://dunkels.com/adam/uip/ and is licensed under the 4-clause BSD
> license.
> 
> -- 
> Benedikt
> 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Kernel Debugging over the Ethernet?

2002-02-21 Thread Benedikt Schmidt

Terry Lambert <[EMAIL PROTECTED]> wrote:
> Julian Elischer wrote:
> > On Thu, 21 Feb 2002, Michael Smith wrote:
> > > There was a very small TCP/IP stack mentioned on /. the other day; it
> > > looked close to ideal for this application.
> > 
> > though I think it is probably better to use a UDP transport rther than
> > TCP it would be worth checking it out I guess.
> 
> I looked for it, but couldn't find it, going back over
> a week in the slashdot archives.

Look at http://slashdot.org/article.pl?sid=02/01/29/2115210&mode=thread.
The TCP/IP stack mentioned in this article can be found at
http://dunkels.com/adam/uip/ and is licensed under the 4-clause BSD
license.

-- 
Benedikt

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Kernel Debugging over the Ethernet?

2002-02-21 Thread Terry Lambert

Julian Elischer wrote:
> On Thu, 21 Feb 2002, Michael Smith wrote:
> > There was a very small TCP/IP stack mentioned on /. the other day; it
> > looked close to ideal for this application.
> 
> though I think it is probably better to use a UDP transport rther than
> TCP it would be worth checking it out I guess.

I looked for it, but couldn't find it, going back over
a week in the slashdot archives.

Personally, I find the TCP approach a good idea, but
too heavy weight for the problem, I think.

Without TCP, you have to implement your own version of
retry and ack (equivalent to negotiating a window size
of 1), and so you have to redo what's already there.

The other issue with TCP is that you can set up specific
flows in the company firewall, and also permit SSLeay
based tunnel encapsulation from outside via an intermediate
machine.  This isn't really required for off-site debugging,
but it gives another option.

Since the OS X stuff is fairly well documented, it couldn't
hurt to be interoperable with that.

Standards are wonderful: there's so many to choose from.

;^).

-- Terry

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Kernel Debugging over the Ethernet?

2002-02-21 Thread Julian Elischer

This is cool.

 As people talk about this it seems that more and more of the needed parts
are already available from one source or another..



On Thu, 21 Feb 2002, Michael Smith wrote:

> > 1) Easy to write a very minimal, outside the stack, IP/UDP layer.
> 
> One (very nasty) already exists in libstand.  

that is good news.

> There was a very small TCP/IP stack mentioned on /. the other day; it
> looked close to ideal for this application.

though I think it is probably better to use a UDP transport rther than
TCP it would be worth checking it out I guess.

> 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: /etc/rc.conf not using by system

2002-02-21 Thread Peter Pentchev

On Thu, Feb 21, 2002 at 10:01:19AM +0200, Peter Pentchev wrote:
> On Thu, Feb 21, 2002 at 09:32:55AM +0500, Dmitry A. Bondareff wrote:
> > Hi!
> > 
> > I'll try again:
> > who can say me why system not using my /etc/rc.conf ?
> 
> What exactly is your system not doing?  You mentioned something about
> 'more' - are you referring to more(1), or something else?
> You only told us how you tried to put /etc/defaults/rc.conf in place;
> there was not any problem that we can see.  So.. what exactly is wrong?

For the benefit of the list: the problem turned out to be missed
invocations of mergemaster(8).

G'luck,
Peter

-- 
Peter Pentchev  [EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
If you think this sentence is confusing, then change one pig.



msg32089/pgp0.pgp
Description: PGP signature


Re: Sony CD Writer model CRX175M

2002-02-21 Thread Andrew Thompson

Hi,

I get

# fdisk afd0
*** Working on device /dev/afd0 ***
parameters extracted from in-core disklabel are:
cylinders=0 heads=4 sectors/track=16 (64 blks/cyl)

parameters to be used for BIOS calculations are:
cylinders=0 heads=4 sectors/track=16 (64 blks/cyl)

fdisk: invalid fdisk partition table found
fdisk: /boot/mbr: length must be a multiple of sector size



and

# mount -t msdos /dev/afd0s1 /mnt/sony
msdos: /dev/afd0s1: Device not configured






I guess the filesystem on the memory stick may not be supported. oh
well, I not too worried about it as I dual boot with Windows(ugh).  As
its a new model someone else may buy one and come up with a solution in
the future.



Thanks for your help Jan.




cheers

Andrew




On Fri, 2002-02-22 at 01:26, Jan Stocker wrote:
> The memory stick will also have partitions... so try
> 
> $fdisk afd0
> 
> to show up the table
> 
> maybe  a
> 
> mount -t msdos /dev/afd0s1 /mnt/sony
> 
> does it
> 
> Jan
> 
> 
> -- 
> "Kneel and deliver!"
> -- Casanunda, the worlds smallest lover turns highwaydwarf
>(Terry Pratchett, Lords and Ladies)
> 
> On 21 Feb 2002, Andrew Thompson wrote:
> 
> > Hi,
> >
> >
> > I have recently purchased a Sony cd writer (model CRX175M) that has a
> > memory stick drive built in.  The device comes up as afd0 but I am
> > unable to mount it.  The snippet of my dmesg is...
> >
> > vga0:  at port 0x3c0-0x3df iomem 0xa-0xb on
> > isa0
> > sc0:  at flags 0x100 on isa0
> > sc0: VGA <16 virtual consoles, flags=0x300>
> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
> > sio0: type 16550A
> > sio1 at port 0x2f8-0x2ff irq 3 on isa0
> > sio1: type 16550A
> > ad0: 19546MB  [39714/16/63] at ata0-master UDMA66
> > acd0: CD-RW  at ata1-master using PIO4
> > afd0: 0MB  [0/4/16] at ata1-slave using PIO4
> > Mounting root from ufs:/dev/ad0s2a
> >
> >
> >
> >
> > When I try to mount it I get
> >
> > # mount /dev/afd0 /mnt/sony/
> > mount: /dev/afd0 on /mnt/sony: incorrect super block
> >
> > or
> >
> > # mount -t msdos /dev/afd0 /mnt/sony/
> > msdos: /dev/afd0: Invalid argument
> >
> >
> > And I get the a few lines of "afd0: PREVENT_ALLOW - ILLEGAL REQUEST
> > asc=24 ascq=00 error=00" in my dmesg.
> >
> >
> > I have reformatted the memory stick from the camera but that makes no
> > difference. Has anyone else used this hardware device? or can anyone
> > help?
> >
> >
> >
> >
> > cheers
> >
> > Andrew
> >
> >
> > To Unsubscribe: send mail to [EMAIL PROTECTED]
> > with "unsubscribe freebsd-hardware" in the body of the message
> >
> 
> 



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: In-Kernel HTTP Server (name preference)

2002-02-21 Thread Mike Bristow

On Wed, Feb 20, 2002 at 12:31:53AM +, Tony Finch wrote:
> Julian Elischer <[EMAIL PROTECTED]> wrote:
> >
> > I can suggest using a netgraph module for the work as it can be connected
> > to a netgraph ksocket node to receive the requests (jdp made all the
> > changes needed to allow this to be done).
> 
> Another way would be to implement it as an accept filter which knows how
> to handle simple requests but drops anything more complicated down to
> a userland web server -- an unmodified Apache would be able to do the
> latter, since it already supports accept filters. Some way of configuring
> it is still needed, though...

This may well be the right approach.  But rather than handling "simple" 
requests, it should handle cacheable requests.  But only if they're in
it's cache - otherwise it passes them through to the userland web server,
and cache the results.

This is the approach that Sun took (except they used a STREAMS
module, rather than an accept filter).



-- 
Mike Bristow, embonpointful, but not managerial, damnit.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Kernel Debugging over the Ethernet?

2002-02-21 Thread Andrew Gallatin


Justin C.Walker writes:
 > 
 > On Wednesday, February 20, 2002, at 04:52 PM, Julian Elischer wrote:
 > 
 > > yes but we might as well be protocol compatible if possible :-)
 > > If only to re-use what they did in gdb :-)
 > 
 > The Darwin/Mac OS X scheme only deals with IOKit because that's where 
 > the drivers live.  The protocol implementation is in the directory 
 > 'xnu/osfmk/kdp'.  It's in essence a UDP protocol, and is implemented 
 > without using any of the system's networking scheme (except for mbufs).  
 > The implementation is polling.  The implementation is pretty 
 > light-weight.

Where do the Darwin gdb sources live, so we can see the gdb end of it
too?  I've looked, but have so far been unable to find them.

Thanks,

Drew

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Clearcase and FreeBSD

2002-02-21 Thread Leo Bicknell

In a message written on Wed, Feb 20, 2002 at 10:19:01PM -0600, Mike Meyer wrote:
> Not necessarily. The client is free, and in the ports tree.  That
> includes the server with an evaluation license, which limits it to two
> clients and two users. Perforce offers Open Source software projects
> free multiuser - which means unlimited clients - licenses. See  http://www.perforce.com/perforce/price.html > and search for "open
> source" on the page. They even point to the FreeBSD license as a good
> choice for a candidate.

While necessary for a project like FreeBSD, this is not sufficient.
FreeBSD (and BSD in general) has outlived a number of companies
and technologies, and if Perforce went down the tubes and there
was no source we could have a major problem.

Now, where did I put my SCCS copy of the tree...

-- 
   Leo Bicknell - [EMAIL PROTECTED] - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
Read TMBG List - [EMAIL PROTECTED], www.tmbg.org

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: /etc/rc.conf not using by system

2002-02-21 Thread Peter Pentchev

On Thu, Feb 21, 2002 at 09:32:55AM +0500, Dmitry A. Bondareff wrote:
> Hi!
> 
> I'll try again:
> who can say me why system not using my /etc/rc.conf ?

What exactly is your system not doing?  You mentioned something about
'more' - are you referring to more(1), or something else?
You only told us how you tried to put /etc/defaults/rc.conf in place;
there was not any problem that we can see.  So.. what exactly is wrong?

G'luck,
Peter

-- 
Peter Pentchev  [EMAIL PROTECTED][EMAIL PROTECTED]
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
"yields falsehood, when appended to its quotation." yields falsehood, when appended to 
its quotation.



msg32084/pgp0.pgp
Description: PGP signature


Re: Sony CD Writer model CRX175M

2002-02-21 Thread Jan Stocker

The memory stick will also have partitions... so try

$fdisk afd0

to show up the table

maybe  a

mount -t msdos /dev/afd0s1 /mnt/sony

does it

Jan


-- 
"Kneel and deliver!"
-- Casanunda, the worlds smallest lover turns highwaydwarf
   (Terry Pratchett, Lords and Ladies)

On 21 Feb 2002, Andrew Thompson wrote:

> Hi,
>
>
> I have recently purchased a Sony cd writer (model CRX175M) that has a
> memory stick drive built in.  The device comes up as afd0 but I am
> unable to mount it.  The snippet of my dmesg is...
>
> vga0:  at port 0x3c0-0x3df iomem 0xa-0xb on
> isa0
> sc0:  at flags 0x100 on isa0
> sc0: VGA <16 virtual consoles, flags=0x300>
> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
> sio0: type 16550A
> sio1 at port 0x2f8-0x2ff irq 3 on isa0
> sio1: type 16550A
> ad0: 19546MB  [39714/16/63] at ata0-master UDMA66
> acd0: CD-RW  at ata1-master using PIO4
> afd0: 0MB  [0/4/16] at ata1-slave using PIO4
> Mounting root from ufs:/dev/ad0s2a
>
>
>
>
> When I try to mount it I get
>
> # mount /dev/afd0 /mnt/sony/
> mount: /dev/afd0 on /mnt/sony: incorrect super block
>
> or
>
> # mount -t msdos /dev/afd0 /mnt/sony/
> msdos: /dev/afd0: Invalid argument
>
>
> And I get the a few lines of "afd0: PREVENT_ALLOW - ILLEGAL REQUEST
> asc=24 ascq=00 error=00" in my dmesg.
>
>
> I have reformatted the memory stick from the camera but that makes no
> difference. Has anyone else used this hardware device? or can anyone
> help?
>
>
>
>
> cheers
>
> Andrew
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hardware" in the body of the message
>


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Task activation delays: FreeBSD versus Linux?

2002-02-21 Thread Eugene Panchenko

On Wed, 20 Feb 2002 01:59:57 -0800
 Terry Lambert <[EMAIL PROTECTED]> wrote:
> Not enough information to answer the questions, and the
> original posting referenced doesn't seem to be there
> any more, anyway.

Actually, it is there, but pushed down by some newer stuff.
I used "search" link to retrieve the URL :)

ïÐÌÁÔÁ ÕÓÌÕÇ ÍÏÂÉÌØÎÏÊ Ó×ÑÚÉ É ÉÎÔÅÒÎÅÔ ÄÏÓÔÕÐÁ ÎÁ http://ngs.ru/shop





To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Task activation delays: FreeBSD versus Linux?

2002-02-21 Thread Eugene Panchenko

On Wed, 20 Feb 2002 01:57:50 -0800
 Terry Lambert <[EMAIL PROTECTED]> wrote:
> Eugene Panchenko wrote:
> > gretings.
> > 
> > As seen on kerneltrap.org:
> > ---
> > Andrew Morton: Ingo Molnar broke the ground here with
> his
> > 2.2.12 patch which demonstrated that Linux could fairly
> > easily yield task activation delays which are one to
> two
> > orders of magnitude better than any competing operating
> > system.
> > ---
> > 
> > is this a truth ? about "orders of magnitude" ? does
> FreeBSD
> > fall under "any competing operating system"?
> 
> What is it?
> 
> You left off the URL.  Looking on the site, it's not
> posted to the front, and the search function does not
> locate the article.
> 
> To answer your questions, you'll have to provide more
> information.  A Linux patch number doesn't cut it.

Oh, I'm sorry, this is the full URL:
http://kerneltrap.org/node.php?id=10&cid=25

ïÐÌÁÔÁ ÕÓÌÕÇ ÍÏÂÉÌØÎÏÊ Ó×ÑÚÉ É ÉÎÔÅÒÎÅÔ ÄÏÓÔÕÐÁ ÎÁ http://ngs.ru/shop





To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: Kernel Debugging over the Ethernet?

2002-02-21 Thread Michael Smith

> 1) Easy to write a very minimal, outside the stack, IP/UDP layer.

One (very nasty) already exists in libstand.  There was a very small 
TCP/IP stack mentioned on /. the other day; it looked close to ideal for 
this application.


-- 
To announce that there must be no criticism of the president,
or that we are to stand by the president, right or wrong, is not
only unpatriotic and servile, but is morally treasonable to 
the American public.  - Theodore Roosevelt



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: ATA Controller choices

2002-02-21 Thread Søren Schmidt

It seems Jan Mikkelsen wrote:
> Søren Schmidt wrote:
> > ... However the Serverworks ROSB4 chips is not one I 
> > would recommend using, if you need serious ATA support on 
> > such a board, install a Promise TX2 or later or a HPT370 or later ...
> 
> I think I've also seen you post that the Highpoint is better than the
> Promise.

That was before Promise made the TX2 line, they are pretty good, but
the new HPT374 also has potential.

> What is the "quality heirarchy" of ATA chips?  Eg. I know the VIA chips
> have issues.  Where does the CMD 649 fit in that heirarchy?

There are two different kinds, those that are part of a southbridge
chip (eg the VIA, SiS, Intel etc) and those that are meant for addon
PCI cards (eg Promise, Highpoint).
For the first type you only have part of a choice, since you cannot
always decide what kind you want for a given platform, but you
can always disable it and use something else.

Now for PCI based controllers the low end is the CMD chips, they are
horrible performers, and the older versions has all kinds of "nits"
that needs workarounds (I chose not to support them instead).
Then there isn't really much to think about, only if it needs to be
Promise or HighPoint :)

> Such a list (or even a list of known issues with particular chips) would
> be useful for specifying new machines.

Hmm, I have such a list on various pieces of paper here and lots of
loose notes, but nothing that could be easily posted. However it a
good idea and I'll get it into shape *sometime*

-Søren

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Re: interrupt priority question

2002-02-21 Thread Terry Lambert

[EMAIL PROTECTED] wrote:
> While i understand the mechanism of hardware interrupt priority,
> I am curious to know how the priority levels are achieved/implemented
> for software ( in particular the various layers of the TCP/IP stack..
> splxxx() ).

Stevens Volume 2 is the canonical reference.

Basically, the code runs at NETISR, which is a software interrupt
which is ran at splx() time.

Look at the source code for splx() to get a better idea.

-- Terry

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message