[MAILER-DAEMON: Returned mail: see transcript for details]

[Jamie Heckford]

Hi all,

Sorry if this is the wrong place to post this, but
I think it needs attention.

Could someone from FreeBSD contact them to get the prob
resolved ?

This MX is nowhere near me, about 15 hops away!

Thanks

Jamie


On 2001.01.21 17:01:32 + Mail Delivery Subsystem wrote:
The original message was received at Sun, 21 Jan 2001 17:01:13 GMT
from root@localhost

   - The following addresses had permanent fatal errors -
[EMAIL PROTECTED]
(reason: 554 Service unavailable; [213.122.234.168] blocked using
dul.maps.vix.com, reason: See http://mail-abuse.org/dul/>)

   - Transcript of session follows -
.. while talking to hub.freebsd.org.:
>>> RCPT To:<[EMAIL PROTECTED]>
<<< 554 Service unavailable; [213.122.234.168] blocked using
dul.maps.vix.com, reason: See http://mail-abuse.org/dul/>
554 5.0.0 [EMAIL PROTECTED] Service unavailable

-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

=
email:  [EMAIL PROTECTED]
web:http://www.psi-domain.co.uk/

tel:+44 (0)1737 789 246
fax:+44 (0)1737 789 245
mobile: +44 (0)7866 724 224 

=



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

login.c

[Jamie Heckford]

Hello,

Sorry - am slightly new to C programming, so I apologise of
this is the wrong place.

Having a bit of a hack at login.c, made a few custom mods
for my company one of which being changing the

login:

and 

Password:

prompts.

Have succesfully changed the login: message to something
else, but the Password:  prompt seems to be unchangable.

Noticed getpass() is in libc, is there a definition somewhere
else that would prevent me from changing the Password: prompt?

A kick in the right direction would be appreciated :)

Thanks in Advance,

-- 
Jamie Heckford
Network Operations Manager
Psi-Domain - Innovative Linux Solutions. Ask Us How.

FreeBSD - The power to serve

Join our mailing list and stay informed by emailing
[EMAIL PROTECTED]

=
email:  [EMAIL PROTECTED]
web:http://www.psi-domain.co.uk/

tel:+44 (0)1737 789 246
fax:+44 (0)1737 789 245
mobile: +44 (0)7866 724 224 

=


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

Re: login.c

[Jamie Heckford]

Thanks for your help - worked a treat :)

Jamie

On 2001.04.24 15:15 Thomas Quinot wrote:
> Le 2001-04-24, Jamie Heckford écrivait :
> 
> > Noticed getpass() is in libc, is there a definition somewhere
> > else that would prevent me from changing the Password: prompt?
> 
> Try /usr/src/lib/libpam/modules/pam_unix/pam_unix.c.
> 
> Thomas.
> 
> -- 
> [EMAIL PROTECTED]
> 
> 
-- 
Jamie Heckford
Network Operations Manager
Psi-Domain - Innovative Linux Solutions. Ask Us How.

FreeBSD - The power to serve

Join our mailing list and stay informed by emailing
[EMAIL PROTECTED]

=
email:  [EMAIL PROTECTED]
web:http://www.psi-domain.co.uk/

tel:+44 (0)1737 789 246
fax:+44 (0)1737 789 245
mobile: +44 (0)7866 724 224 

=


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

Re: pkg_version perl hacker project

[Jamie Heckford]

I agree - HTTP is an excellent way to transfer *small* files.

Jamie

On 2001.04.25 19:01 Karsten W. Rohrbach wrote:
> Sean Chittenden([EMAIL PROTECTED])@2001.04.24 13:46:37 +:
> > My problem with FTP is as follows:
> [...]
> > 530 User anonymous access denied.
> > ftp: Login failed.
> > 421 Service not available, remote server has closed connection.
> > ftp: Can't connect or login to host `ftp.freebsd.org'
> > 
> > I get that quite often and have been for a few years.  Are you
> > sure that an HTTP method couldn't be made available?  ftp is an
> > expensive protocol because it's interactive, not to mention that the
> > protocol designers didn't have firewalls in mind.  HTTP, though less
> > efficient in terms of data transfer for large files, is much easier to
> > program, distribute, scale, etc.  Thoughts?  -sc
> 
> for fetching files, http is the better and faster alternative imho. i
> got the whole mirror on filepile.nacamar.net(ftp2.de.freebsd.org)
> exported via http (the /pub path) so all i have to configure in my
> make.conf for example is replacing the ftp:// with http:// in
> MASTER_SITE_BACKUP. for quick and easy updates http is the way to go.
> you can also do all sorts of selective statistics with standard common
> logfile format access_logs better and faster with log analysis packages
> (like for example selective access statistics based on the os release
> when you push the binary packages into different basepaths).
> 
> /k
> 
> 
> 
> -- 
> > LET Jesus be YOUR anchor! When Satan rocks your boat, THROW Jesus
> overboard!
> KR433/KR11-RIPE -- http://www.webmonster.de -- ftp://ftp.webmonster.de
> [Key] [KeyID---] [Created-] [Fingerprint-]
> GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE  DF22 3340 4F4E 2964
> BF46
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-stable" in the body of the message
> 
> 
-- 
Jamie Heckford
Network Operations Manager
Psi-Domain - Innovative Linux Solutions. Ask Us How.

FreeBSD - The power to serve

Join our mailing list and stay informed by emailing
[EMAIL PROTECTED] with the line:
subscribe collective

=
email:  [EMAIL PROTECTED]
web:http://www.psi-domain.co.uk/

tel:+44 (0)1737 789 246
fax:+44 (0)1737 789 245
mobile: +44 (0)7866 724 224 

=


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

Re: LCD driver port (Linux -> FreeBSD) needed for car-mp3 player

[Jamie Heckford]

Hello,

Been following this thread, and thought I would poke my nose
in.

We are in the process of writing a driver (heavily based on 
LCDProc - http://lcdproc.omnipotent.net) and the source
for this seems to be pretty easy to work with.

The panel and driver board we are using hooks into a serial
port, I take it this is what you are looking for?

We will of course be releasing the driver BSD style license
when its finished :)

Just letting you know, check the LCDproc code, it is pretty solid.

Jamie

On 2001.04.30 10:17 Mike Smith wrote:
> >
> > The software I am using in Linux (cajun - cajun.sourceforge.net)
> > requires a serial display to work. What the linux driver does is
> emulate
> > the serial display, and provides a /dev/lcd.
> >
> > As I am not a perl coder, I cannot modify Cajun to use the app you
> > wrote, And as I am not a C coder, I cannot modify what you wrote to
> behave
> > like the linux driver.
> >
> > Unless there is something already around that can take input in the way
> > /dev/cuaaX does, and then pump the data into what you wrote, I think
> that
> > the easiest way to do this is to make a driver for FreeBSD that behaves
> > exactly the way that the Linux driver does.
> 
> Er, you're no great shakes at logic, either.
> 
> "I can't fix the app, so someone else should write a driver" is what 
> you've just said.
> 
> I'll give you the benefit of the doubt, and simply tell you that fixing 
> the app will be a damn sight easier than writing this driver you're 
> talking about.
> 
> -- 
> ... every activity meets with opposition, everyone who acts has his
> rivals and unfortunately opponents also.  But not because people want
> to be opponents, rather because the tasks and relationships force
> people to take different points of view.  [Dr. Fritz Todt]
>V I C T O R Y   N O T   V E N G E A N C E
> 
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
> 
> 
-- 
Jamie Heckford
Network Operations Manager
Psi-Domain - Innovative Linux Solutions. Ask Us How.

FreeBSD - The power to serve

Join our mailing list and stay informed by emailing
[EMAIL PROTECTED] with the line:
subscribe collective

=
email:  [EMAIL PROTECTED]
web:http://www.psi-domain.co.uk/

tel:+44 (0)1737 789 246
fax:+44 (0)1737 789 245
mobile: +44 (0)7866 724 224 

=


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

Re: bin/27205: Listing all users in the passwd file

[Jamie Heckford]

Good points, glad to see the usual FreeBSD approach of allowing
only the best into the code ;)

Some sort of wrapper makes perfect sense for the sendmail option -
I did think of this, but your right, it is best to assume the
"user-friendly" approach
and not give users tweaking to do out of the box.

Could be a possibilty of adding it as a switch / option to pw(8), with
NIS capabilities? (Rewritten in C of course) Would this be deemed useful
and anyone happy to review a patch?

Jamie

On 2001.05.09 08:30 Sean Winn wrote:
> At 04:32  8/05/01 +0100, you wrote:
> 
> > >Number: 27205
> > >Category:   bin
> > >Synopsis:   Listing all users in the passwd file
> > >Confidential:   no
> > >Severity:   non-critical
> > >Priority:   low
> > >Responsible:freebsd-bugs
> > >State:  open
> > >Quarter:
> > >Keywords:
> > >Date-Required:
> > >Class:  change-request
> > >Submitter-Id:   current-users
> > >Arrival-Date:   Tue May 08 08:40:00 PDT 2001
> > >Closed-Date:
> > >Last-Modified:
> > >Originator: Jamie Heckford
> > >Release:FreeBSD 4.2-STABLE i386
> > >Organization:
> >Psi-Domain Limited
> > >Environment:
> >
> >FreeBSD storm.psi-domain.co.uk 4.2-STABLE FreeBSD 4.2-STABLE #2: Fri 
> >Mar  2 10:32:25 GMT 2001
> >
> > >Description:
> >
> >I was recently trying to discover a way of getting a list of all users
> on
> >one of my systems, and could not find an easy way to do it.
> >
> >I discovered the following awk script that prints out all users on the
> system
> >(from /etc/passwd). (Courtesy of sendmail.org)
> >
> >awk -F: '$3 > 100 { print $1 }' /etc/passwd
> >
> >Which will print out a list of all users in the passwd file wuth a UID
> greater
> >than 100.
> >
> >Could this be turned into a command such as "userlist", and/or would it
> be
> >deemed usefull?
> 
> Not particularly, as it doesn't work with NIS, and won't work with 
> nsswitch.conf.
> 
> A small perl script or C program using getpwent() in a loop is more 
> effective, as it takes into account both NIS and nsswitch.conf
> 
> 
> 
> 
> >Another good feature that many people get stuck on is for sending email
> to
> >all users on the system. Maybe it could be included as part of the
> sendmail
> >distro, with something like:
> >
> >awk -F: '$3 > 100 { print $1 }' /etc/passwd > /etc/mail/allusers
> 
> Note: it also picks up 'nobody'
> 
> >and put in cron.daily.
> >
> >This could then be a default in /etc/mail/aliases:
> >
> >allusers:   :include:/etc/mail/allusers
> >
> >What do you think? :)
> 
> Sure. Give spammers one address to email *everyone* on your system in one
> 
> fell swoop...
> 
> In itself, it's a bad default; I'd use a small script that actually
> checks 
> the source address (yes, easily forged, but rarely done on incoming spam)
> 
> before sending out the email to all users.
> 
> In fact, that's what I do...
> 
> (http://www.gothic.net.au/dist/allusers.c)
> 
> The domain and group are hardcoded, but easy enough to change.
> 
> >Jamie
> >
> >
> > >How-To-Repeat:
> >
> >userlist
> >
> >
> >awk -F: '$3 > 100 { print $1 }' /etc/passwd
> >
> >Sendmail
> >---
> >
> >awk -F: '$3 > 100 { print $1 }' /etc/passwd > /etc/mail/allusers
> >echo "allusers:   :include:/etc/mail/allusers" >> /etc/aliases ;
> newaliases
> >echo "#\!/bin/sh" > /etc/periodic/daily/350.allusers
> >echo "awk -F: '$3 > 100 { print $1 }' /etc/passwd > /etc/mail/allusers"
> >> 
> >/etc/periodic/daily/350.allusers
> >chmod 0755 /etc/periodic/daily/350.allusers
> >
> > >Fix:
> >
> >Tested the above and worked fine, just need someone to tell me its great
> >or completly useless! :)
> >
> > >Release-Note:
> > >Audit-Trail:
> > >Unformatted:
> >
> >To Unsubscribe: send mail to [EMAIL PROTECTED]
> >with "unsubscribe freebsd-bugs" in the body of the message
> 
> 
> 
-- 
Jamie Heckford
Network Operations Manager
Psi-Domain - Innovative Linux Solutions. Ask Us How.

FreeBSD - The power to serve

Join our mailing list and stay informed by emailing
[EMAIL PROTECTED] with the line:
subscribe collective

=
email:  [EMAIL PROTECTED]
web:http://www.psi-domain.co.uk/

tel:+44 (0)1737 789 246
fax:+44 (0)1737 789 245
mobile: +44 (0)7866 724 224 

=


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

Re: bin/27205: Listing all users in the passwd file

[Jamie Heckford]

Yup, thats the sort of thing I meant.

Worthy of a review by any of the commiters?

I can remember a big thing going around about modifications
to existing programs a couple of weeks ago, this was not
intended to upset / annoy / start a flame war anyone! :)

Jamie

On 2001.05.09 15:37 Peter Pentchev wrote:
> I'd think id(1) would be a more proper place, as it already knows how to
> format various passwd(5) and group(5) information.
> 
> How about the attached patch?  (and I'm probably starting another of
> those
> bikesheds as to whether new options should be added to existing
> utilities..)
> 
> G'luck,
> Peter
> 
> -- 
> This sentence contains exactly threee erors.
> 
> On Wed, May 09, 2001 at 10:56:12AM +0100, Jamie Heckford wrote:
> > Good points, glad to see the usual FreeBSD approach of allowing
> > only the best into the code ;)
> > 
> > Some sort of wrapper makes perfect sense for the sendmail option -
> > I did think of this, but your right, it is best to assume the
> > "user-friendly" approach
> > and not give users tweaking to do out of the box.
> > 
> > Could be a possibilty of adding it as a switch / option to pw(8), with
> > NIS capabilities? (Rewritten in C of course) Would this be deemed
> useful
> > and anyone happy to review a patch?
> [snip]
> > > >
> > > >I discovered the following awk script that prints out all users on
> the
> > > system
> > > >(from /etc/passwd). (Courtesy of sendmail.org)
> > > >
> > > >awk -F: '$3 > 100 { print $1 }' /etc/passwd
> > > >
> > > >Which will print out a list of all users in the passwd file wuth a
> UID
> > > greater
> > > >than 100.
> > > >
> > > >Could this be turned into a command such as "userlist", and/or would
> it
> > > be
> > > >deemed usefull?
> > > 
> > > Not particularly, as it doesn't work with NIS, and won't work with 
> > > nsswitch.conf.
> > > 
> > > A small perl script or C program using getpwent() in a loop is more 
> > > effective, as it takes into account both NIS and nsswitch.conf
> 
> Index: src/usr.bin/id/id.1
> ===
> RCS file: /home/ncvs/src/usr.bin/id/id.1,v
> retrieving revision 1.9
> diff -u -r1.9 id.1
> --- src/usr.bin/id/id.1   2000/11/20 19:20:48 1.9
> +++ src/usr.bin/id/id.1   2001/05/09 14:33:53
> @@ -43,21 +43,28 @@
>  .Nd return user identity
>  .Sh SYNOPSIS
>  .Nm
> +.Op Fl a
>  .Op Ar user
>  .Nm
> -.Fl G Op Fl n
> +.Fl G Op Fl an
>  .Op Ar user
>  .Nm
>  .Fl P
> +.Op Fl a
>  .Op Ar user
>  .Nm
> -.Fl g Op Fl nr
> +.Fl g
> +.Op Fl a | Fl r
> +.Op Fl n
>  .Op Ar user
>  .Nm
>  .Fl p
> +.Op Fl a
>  .Op Ar user
>  .Nm
> -.Fl u Op Fl nr
> +.Fl u
> +.Op Fl a | Fl r
> +.Op Fl n
>  .Op Ar user
>  .Sh DESCRIPTION
>  The
> @@ -80,6 +87,10 @@
>  as white-space separated numbers, in no particular order.
>  .It Fl P
>  Display the id as a password file entry.
> +.It Fl a
> +Display information about all system users, not just about the calling
> process.
> +This flag cannot be used together with
> +.Fl r .
>  .It Fl g
>  Display the effective group ID as a number.
>  .It Fl n
> @@ -118,6 +129,8 @@
>  and
>  .Fl u
>  options instead of the effective ID.
> +This flag cannot be used together with
> +.Fl a .
>  .It Fl u
>  Display the effective user ID as a number.
>  .El
> Index: src/usr.bin/id/id.c
> ===
> RCS file: /home/ncvs/src/usr.bin/id/id.c,v
> retrieving revision 1.12
> diff -u -r1.12 id.c
> --- src/usr.bin/id/id.c   1999/09/06 20:07:12 1.12
> +++ src/usr.bin/id/id.c   2001/05/09 14:33:53
> @@ -55,6 +55,9 @@
>  #include 
>  #include 
>  
> +int  Gflag, Pflag, aflag, gflag, id, nflag, pflag, rflag, uflag;
> +
> +int  id_doit __P((struct passwd *));
>  void current __P((void));
>  void pline __P((struct passwd *));
>  void pretty __P((struct passwd *));
> @@ -69,12 +72,10 @@
>   int argc;
>   char *argv[];
>  {
> - struct group *gr;
>   struct passwd *pw;
> - int Gflag, Pflag, ch, gflag, id, nflag, pflag, rflag, uflag;
> + int ch;
>  
> - Gflag = Pflag = gflag = nflag = pflag = rflag = uflag = 0;
> - while ((ch = getopt(argc, argv, "PGgnpru")) != -1)
> + while ((ch = getopt(argc, argv, "PGagnpru")) != -1)
>   switch(ch) {
>   case '

Re: single user

[Jamie Heckford]

If you have a freebsd boot cdrom or floppy lying around,
your best bet is to boot into "fixit" mode, and mount the
drive read-write containing your /etc directory.

Use vi or similar to edit /etc/ttys and reboot into single
user mode.

Hope that helps.

Jamie 

> Hi...
> I prevent booting FreeBSD into the single user mode
> with this path:
> 
> in /etc/ttys:#
> # This entry needed for asking password when init goes
> to single-usermode
> # If you want to be asked for password, change
> "secure" to "insecure"here
> console none unknown off
> secure
> 
> but unfortunaly right now i'm forget my root password,
> so what can i do??
> 
> __
> Do You Yahoo!?
> Spot the hottest trends in music, movies, and more.
> http://buzz.yahoo.com/
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-security" in the body of the message
> 

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

Re: Logging users out

[Jamie Heckford]

On Tue, 31 Oct 2000, you wrote:
> On Tue, Oct 31, 2000 at 01:40:32PM +0100, Thierry Besancon thus spoke:
> > Dixit Bill Vermillion <[EMAIL PROTECTED]> (le Tue, 31 Oct 2000 07:22:55 -0500) :
> > 
> > » > % ps -aux | grep username
> > » 
> > » > username   1637  1.3  0.7  1340  868  p1  Ds   11.36AM  0:00.09  csh
> > » 
> > » > then I just do a:
> > » 
> > » > % kill -KILL 1637
> > » 
> > » > not the best or cleanest way of doing it, but its just a quick
> > » > method ive stuck with over the years.
> > » 
> > » Definately not the cleanest/best.  What's wrong with -HUP.
> > » 
> > » -KILL [aka -9] give no chance for proper file closure and cleanup.
> > 
> > When you kill -HUP a csh, it just remains. Nothing happens. You have
>^^^
> > to kill -9 it to get rid of it. Just try.
> 
> That explains that.  I've studiously avoided csh for the past 15
> years.  Shows I've not worked around a Sun environment much,
> doesn't it?  Ever thought of using a better shell :-) [Add LOTS of
> smileys here - I'm not going to get into a shell wars argument -
> what works best for you, works best for you.  I'm a ksh user].
> 
> -- 
> Bill Vermillion -   bv @ wjv . com
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-isp" in the body of the message
-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

===
email: [EMAIL PROTECTED]
web: http://www.psi-domain.co.uk/

tel:   +44 (0)1737 789 246
fax:   +44 (0)1737 789 245
mobile:+44 (0)7779 646 529
===


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

Re: FreeBSD in good standing in netcraft survey

[Jamie Heckford]

Yes, and is this your idea of spamming / advertising ?!?!

Where is any relevant information on this subject?


On Wed, 01 Nov 2000, you wrote:
> Have you checked out www.uptime.net ?
> 
> 
> --- www.nul.cjb.net --- The Power to Crash!
> --- www.FreeBSD.org --- The Power to Serve!
> 
> On Wed, 1 Nov 2000, Poul-Henning Kamp wrote:
> 
> > 
> > We're doing quite fine in the "max uptime" survey:
> > 
> > http://uptime.netcraft.com/today/isp.max.html
> > 
> > --
> > Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
> > [EMAIL PROTECTED] | TCP/IP since RFC 956
> > FreeBSD committer   | BSD since 4.3-tahoe
> > Never attribute to malice what can adequately be explained by incompetence.
> > 
> > 
> > To Unsubscribe: send mail to [EMAIL PROTECTED]
> > with "unsubscribe freebsd-hackers" in the body of the message
> > 
> > 
> 
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

===
email: [EMAIL PROTECTED]
web: http://www.psi-domain.co.uk/

tel:   +44 (0)1737 789 246
fax:   +44 (0)1737 789 245
mobile:+44 (0)7779 646 529
===


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

irq status

[Jamie Heckford]

Is their a tool out their or does anyone have a quick bit of code / hack that
will "probe" all of the irqs on my box and tell me which ones are used /
available??

Thanks,

-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

===
email: [EMAIL PROTECTED]
web: http://www.psi-domain.co.uk/

tel:   +44 (0)1737 789 246
fax:   +44 (0)1737 789 245
mobile:+44 (0)7779 646 529
===


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

Re: irq status

[Jamie Heckford]

ok, is their anyway to probe for base addresses?

This is an unusual card, a Dialogic D41/E Computer Telephony card. It *will*
work under BSD, just need a base address value now.

thanx for help so far btw.


On Wed, 01 Nov 2000, you wrote:
> vmstat -i
> coupled with
> dmesg | grep irq
> 
> should find them all.
> 
> tonym
-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

===
email: [EMAIL PROTECTED]
web: http://www.psi-domain.co.uk/

tel:   +44 (0)1737 789 246
fax:   +44 (0)1737 789 245
mobile:+44 (0)7779 646 529
===


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

Re: irq status

[Jamie Heckford]

Their is no corresponding device in the kernel !!!

These drivers work as a thrid party module, and have seen working before, but
need the base address value.



On Wed, 01 Nov 2000, you wrote:
> What device does it correspond to in kernel config file?
> If the device is in the kernel I would have thought the card would
> be seen at boot up with a probed IO address.
> 
> tonym
-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

===
email: [EMAIL PROTECTED]
web:  http://www.psi-domain.co.uk/

tel:+44 (0)1737 789 246
fax:+44 (0)1737 789 245
mobile: +44 (0)7779 646 529
===




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

Re: Streams support.

[Jamie Heckford]

We have in our lab a streams configuration using LiS on Linux, and are
currently testing it with FreeBSD and the Linux EMU.

I would be interested to hear in any findings.

If you're interested we can post back to the group our findings.

-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

===
email: [EMAIL PROTECTED]
web: http://www.psi-domain.co.uk/

tel:   +44 (0)1737 789 246
fax:   +44 (0)1737 789 245
mobile:+44 (0)7779 646 529
===

On Fri, 03 Nov 2000, you wrote:
> Hello,
>  I just need a clarification regarding streams support. Does FreeBSD
>  provides support for streams programming. - i don't think so.
> I need info regarding how the  network stack is implemented in FreeBSD.
> hope its very similar to linux architecture.
> 
> If possible please do specify probable links
> which speak about internals of networking stack
> in FreeBSD.
> 
> clarify.
> riaz.
> 
> 
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message



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

make install world

[Jamie Heckford]

Hi,

During make install world, I keep having it stop complaining "xxx Directory:
Not Found"

If i manually create this directorys with mkdir, and re-run make install world,
it works fine, but then stops when it cant find a different directory.

Is their any way I can have make install world or is their something I can run
before that to create the missing directorys manually?

Thanks,

-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

===
email: [EMAIL PROTECTED]
web: http://www.psi-domain.co.uk/

tel:   +44 (0)1737 789 246
fax:   +44 (0)1737 789 245
mobile:+44 (0)7779 646 529
===


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

Sound card support

[Jamie Heckford]

Hi,

I have an onboard sound card, and am trying to get it to work with FreeBSD.

At boot, I have the following message:

chip1:  port 0xdc00-0xdc3f,0xd800-0x
d8ff irq 5 at device 31.5 on pci0

And in my Kernel:

# Sound

device  pcm

This does not work though. Does anyone have any suggestions? I am using 
FreeBSD 4.2-BETA

Thanks,

-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

===
email: [EMAIL PROTECTED]
web: http://www.psi-domain.co.uk/

tel:   +44 (0)1737 789 246
fax:   +44 (0)1737 789 245
mobile:+44 (0)7779 646 529
===


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

New sound driver

[Jamie Heckford]

Hi,

I tried to get my onboard intel AC'97 card to work, and used a third party
driver to get success (written by Katsurajima Naoto)

The following card is:

pcm0: http://www.psi-domain.co.uk/

tel:   +44 (0)1737 789 246
fax:   +44 (0)1737 789 245
mobile:+44 (0)7779 646 529
===


/*
 * Copyright (c) 2000 Katsurajima Naoto <[EMAIL PROTECTED]>
 * All rights reserved.
 *
 * Redistribution and use in source and binary forms, with or without
 * modification, are permitted provided that the following conditions
 * are met:
 * 1. Redistributions of source code must retain the above copyright
 *notice, this list of conditions and the following disclaimer.
 * 2. Redistributions in binary form must reproduce the above copyright
 *notice, this list of conditions and the following disclaimer in the
 *documentation and/or other materials provided with the distribution.
 *
 * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
 * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
 * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
 * ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
 * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
 * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
 * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
 * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHERIN CONTRACT, STRICT
 * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
 * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THEPOSSIBILITY OF
 * SUCH DAMAGE.
 *
 * $FreeBSD$
 */

#include 
#include 

#include 
#include 


/*  */

#define ICH_RECPRIMARY 0

#define ICH_TIMEOUT 1000 /* semaphore timeout polling count */

#define PCIR_NAMBAR 0x10
#define PCIR_NABMBAR 0x14

/* Native Audio Bus Master Control Registers */
#define ICH_REG_PI_BDBAR 0x00
#define ICH_REG_PI_CIV   0x04
#define ICH_REG_PI_LVI   0x05
#define ICH_REG_PI_SR0x06
#define ICH_REG_PI_PICB  0x08
#define ICH_REG_PI_PIV   0x0a
#define ICH_REG_PI_CR0x0b
#define ICH_REG_PO_BDBAR 0x10
#define ICH_REG_PO_CIV   0x14
#define ICH_REG_PO_LVI   0x15
#define ICH_REG_PO_SR0x16
#define ICH_REG_PO_PICB  0x18
#define ICH_REG_PO_PIV   0x1a
#define ICH_REG_PO_CR0x1b
#define ICH_REG_MC_BDBAR 0x20
#define ICH_REG_MC_CIV   0x24
#define ICH_REG_MC_LVI   0x25
#define ICH_REG_MC_SR0x26
#define ICH_REG_MC_PICB  0x28
#define ICH_REG_MC_PIV   0x2a
#define ICH_REG_MC_CR0x2b
#define ICH_REG_GLOB_CNT 0x2c
#define ICH_REG_GLOB_STA 0x30
#define ICH_REG_ACC_SEMA 0x34
/* Status Register Values */
#define ICH_X_SR_DCH   0x0001
#define ICH_X_SR_CELV  0x0002
#define ICH_X_SR_LVBCI 0x0004
#define ICH_X_SR_BCIS  0x0008
#define ICH_X_SR_FIFOE 0x0010
/* Control Register Values */
#define ICH_X_CR_RPBM  0x01
#define ICH_X_CR_RR0x02
#define ICH_X_CR_LVBIE 0x04
#define ICH_X_CR_FEIE  0x08
#define ICH_X_CR_IOCE  0x10
/* Global Control Register Values */
#define ICH_GLOB_CTL_GIE  0x0001
#define ICH_GLOB_CTL_COLD 0x0002 /* negate */
#define ICH_GLOB_CTL_WARM 0x0004
#define ICH_GLOB_CTL_SHUT 0x0008
#define ICH_GLOB_CTL_PRES 0x0010
#define ICH_GLOB_CTL_SRES 0x0020
/* Global Status Register Values */
#define ICH_GLOB_STA_GSCI   0x0001
#define ICH_GLOB_STA_MIINT  0x0002
#define ICH_GLOB_STA_MOINT  0x0004
#define ICH_GLOB_STA_PIINT  0x0020
#define ICH_GLOB_STA_POINT  0x0040
#define ICH_GLOB_STA_MINT   0x0080
#define ICH_GLOB_STA_PCR0x0100
#define ICH_GLOB_STA_SCR0x0200
#define ICH_GLOB_STA_PRES   0x0400
#define ICH_GLOB_STA_SRES   0x0800
#define ICH_GLOB_STA_SLOT12 0x7000
#define ICH_GLOB_STA_RCODEC 0x8000
#define ICH_GLOB_STA_AD30x0001
#define ICH_GLOB_STA_MD30x0002
#define ICH_GLOB_STA_IMASK  (ICH_GLOB_STA_MIINT | ICH_GLOB_STA_MOINT | ICH_GLOB_STA_PIINT | ICH_GLOB_STA_POINT | ICH_GLOB_STA_MINT | ICH_GLOB_STA_PRES | ICH_GLOB_STA_SRES)

/* AC'97 power/ready functions */
#define AC97_POWER_PINPOWER  0x0100
#define AC97_POWER_PINREADY  0x0001
#define AC97_POWER_POUTPOWER 0x0200
#define AC97_POWER_POUTREADY 0x0002

/* play/record buffer */
#define ICH_FIFOINDEX 32
#define ICH_BDC_IOC 0x8000
#define ICH_BDC_BUP 0x4000
#define ICH_DEFAULT_BLOCKSZ 2048
/* buffer descriptor */
struct ich_desc {
	volatile u_int32_t buffer;
	volatile u_int32_t length;
};

struct sc_info;

/* channel registers */
struct sc_chinfo {
	int run, spd, dir, fmt;
	snd_dbuf *buffer;
	pcm_channel *channel;
	struct sc_info *parent;
	struct ich_desc *index;
	u_int32_t lvi;
};

/* device private data */
struct sc_info {
	device_t	dev;
	u_int32_t 	type, rev;
	u_int32_t	cd2id, ctrlbase;

	struct resource *nambar, *nabmbar;
	int		nambarid, nabmbarid;
	bus_space_tag_t nambart, nabmbart;
	bus_space_handle_t nambarh, nabmbarh;
	bus

Resolution

[Jamie Heckford]

How would i go about changing the resolution of my vt??

Im fed up with the 320 x X mode it uses, and want to maybe get it up to
1024x768.

Any ideas anyone?

Thanks,

-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

===
email: [EMAIL PROTECTED]
web: http://www.psi-domain.co.uk/

tel:   +44 (0)1737 789 246
fax:   +44 (0)1737 789 245
mobile:+44 (0)7779 646 529
===


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

compiling X apps

[Jamie Heckford]

Very sorry for posting such a dumb question, but since I cvs'upd something
weird seems to have happened.

I am using this to compile my X app (which just uses Xlib.h at the mo)

gcc -L/usr/X11R6/include -o test test.cc

but it cannot locate Xlib.h?!!

Any suggestions?

Thanks.

-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

===
email: [EMAIL PROTECTED]
web: http://www.psi-domain.co.uk/

tel:   +44 (0)1737 789 246
fax:   +44 (0)1737 789 245
mobile:+44 (0)7779 646 529
===


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

make installworld

[Jamie Heckford]

Hi,

Encountered the following while running make installworld:

Installing /usr/libdata/perl/5.00503/mach/auto/POSIX/setgid.al
Installing /usr/libdata/perl/5.00503/mach/auto/POSIX/setuid.al
Usage: copy(FROM, TO [, BUFFERSIZE])  at 
/usr/obj/usr/src/gnu/usr.bin/perl/library/POSIX/lib/ExtUtils/Install.pm line 123
*** Error code 2

Stop in /usr/obj/usr/src/gnu/usr.bin/perl/library/POSIX/ext/POSIX.
*** Error code 1


Sucessfully completed make buildworld, any suggestions ppl?

Thanks,

-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

===
email: [EMAIL PROTECTED]
web: http://www.psi-domain.co.uk/

tel:   +44 (0)1737 789 246
fax:   +44 (0)1737 789 245
mobile:+44 (0)7779 646 529
===


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

Re: Sound support for the ICH chipset ?

[Jamie Heckford]

Check out the following site:


http://www.katsurajima.seya.yokohama.jp/ich/

Regards,

-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

===
email: [EMAIL PROTECTED]
web: http://www.psi-domain.co.uk/

tel:   +44 (0)1737 789 246
fax:   +44 (0)1737 789 245
mobile:+44 (0)7779 646 529
===




On Wed, 29 Nov 2000, you wrote:
> Hello,
> 
> I've installed the 4.2-RELEASE on a Dell workstation (based on the i820 chipset)
> 
> I've recompiled the kernel with sound support (device pcm), but the onboard
> ICH AC'97 does not seem to be used :
> 
> .
> ppci0:  at 31.2 irq 14
> pci0:  (vendor=0x8086, dev=0x2413) at 31.3 irq 11
> chip1:  port 0xdc80-0xdcbf,0xd800-0x
> d8ff irq 11 at device 31.5 on pci0
> fdc0:  at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
> .
> 
>  did I miss something ?
> 
>  TfH
> 
> 
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-stable" in the body of the message


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

Re: Re: Really odd "BTX halted" problem booting FreeBSD on VALinux hardware

[Jamie Heckford]

Cool idea. I will add a -z option to the disklabel code and submit it to the
author if thats OK with everyone else?

-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

===
email: [EMAIL PROTECTED]
web:  http://www.psi-domain.co.uk/

tel:+44 (0)1737 789 246
fax:+44 (0)1737 789 245
mobile: +44 (0)7779 646 529
===


On Sat, 28 Oct 2000, you wrote:
> In message <[EMAIL PROTECTED]>, Matt Dillon 
> writes:
> > :Do you have dangerously dedicated mode on by chance?  Some
> > :SCSI BIOS's _will_ crash with this if you use dangerously
> > :dedicated mode.
> > 
> > Yup.
> > 
> > The real question is:  Ok, so if I can't use dangerously dedicated
> > mode, then how do I create a disklabel on a normal partition?  Everything
> > I try using fdisk and disklabel fails.  fdisk will create a normal 
> > freebsd-dedicated dos partition, but disklabel refuses to label it.
> 
> After fdisk creating partitions try,
> 
> dd if=/dev/zero of=/dev/da0s1 count=16
> 
> Then disklabel -r -w and disklabel -B
> 
> Tru64-UNIX has a disklabel -z option which zeros out the disk label.  
> Compaq and Digital before that recommended disklabel -z prior to laying 
> down a new label.  Should we consider a -z option for our disklabel?
> 
> 
> Regards,   Phone:  (250)387-8437
> Cy Schubert  Fax:  (250)387-5766
> Team Leader, Sun/DEC Team   Internet:  [EMAIL PROTECTED]
> Open Systems Group, ITSD, ISTA
> Province of BC
> 
> 
> 
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message



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

Re: hardware Dell or BSDi

[Jamie Heckford]

http://www.psi-domain.co.uk/

alot cheaper and better.

-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

=
email:  [EMAIL PROTECTED]
web:http://www.psi-domain.co.uk/

tel:+44 (0)1737 789 246
fax:+44 (0)1737 789 245
mobile: +44 (0)7779 646 529
=

On Wed, 13 Dec 2000, you wrote:
> Hello all,
> 
> We are going to buy our first 1U 19" rack server (pizzacarton size), and
> probably there will be more in the future, they have to run FreeBSD
> 4.1-stable.
> 
> Normally we buy all our hardware at Dell, they also have this kind of
> servers, for instance the PowerApp Web 100, we have also seen this kind of
> servers form BSDi.com, they have FreeBSD preinstalled, and say they are
> completely optimized. But they are considerably more expensive.
> 
> Can anyone tell me more about both these servers, how good is the BSDi
> machine (and the organization), does FreeBSD install on the Dell and so on?
> 
> tia
> Jeroen Heijungs
> Het Muziektheater
> Amsterdam, The Netherlands
> 
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-stable" in the body of the message



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

Re: Why does lpd cause a lot of DNS traffic?

[Jamie Heckford]

On Fri, 15 Dec 2000, you wrote:
> On Fri, Dec 15, 2000 at 10:54:43AM +0100, Konrad Heuer wrote:
> > For a heavily loaded printer server (as mine is) this seems not be a good
> > idea ... but maybe there's a good reason to to this?
> 
> I presume this is so that you can list machine aliases in the
> hosts.lpd file, and to avoid issues with machines that may have
> more than one interface. One solution would be to run a caching
> name server on the print server and point resolv.conf at 127.0.0.1.
> 

You could also manually add them to /etc/hosts - but this will be a bit tedious
when you have a lot of machines. Maybe list IP addresses in /etc/hosts.lpd
instead of hostnames? This could cause alot of reverse lookups though.

>   David.
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

=
email:  [EMAIL PROTECTED]
web:http://www.psi-domain.co.uk/

tel:+44 (0)1737 789 246
fax:+44 (0)1737 789 245
mobile: +44 (0)7779 646 529
=


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

Writing Device Drivers

[Jamie Heckford]

Hello,

I am very keen to develop for FreeBSD, and would like to start
writing device drivers for various hardware that is unsupported.

I have some knowledge of C, and have had a good read of "The design
and Implementation of..." and bits and pieces of the kernel and driver
sources.

Does anyone have any good tips to get started / HowTo's, or some simple
examples
that will give me knowledge like the PC Speaker or something simple like
that?

Thanks,

Jamie



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

RE: ESS Sound Driver

[Jamie Heckford]

Hi,

I got hold of you driver, compiled and installed it. 

After booting, I logged in as root and typed:

# kldload snd_maestro3

but this returned the following error message:

pcm0:  at device 12.0 on pci0
pcm0: Unable to map i/o space
device_probe_and_attach: pcm0 attach returned 6 

Any ideas on what I am doing wrong??

Any help appreciated

Jamie

On 2000.12.15 16:47:16 + "Long, Scott" wrote:
> Myself and Darrell Anderson are working on a driver.  Check out
> http://people.freebsd.org/~scottl/maestro3 for mine or
> http://www.cs.duke.edu/~anderson/freebsd/maestro3xxx for his.  The PCI id
> mentioned by the original poster (0x199a125d) is supported by this
> driver,
> though I haven't tested it.
> 
> > -Original Message-
> > From: Michel Talon [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, December 15, 2000 9:42 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: ESS Sound Driver
> > 
> > 
> > On Fri, Dec 15, 2000 at 04:10:09PM +, Jamie Heckford wrote:
> > > Hi,
> > > 
> > > Could anyone offer any guidance on getting the following 
> > sound card to work?
> > > 
> > > It is in a Samsung GT8700 laptop - and I am using FreeBSD 
> > 4.2-RELEASE.
> > > 
> > > Windows identifies the card as an ESS Maestro PCI Audio 
> > (WDM) - IRQ 5
> > > 
> >  I have seen recently a HP laptop with a maestro 3 audio 
> > card. I have been
> >  able to run the sound card only with the Alsa drivers under Linux.
> >  Apparently the FreeBSD drivers are able to run only the 
> > maestro 2 and 2E.
> > 
> > -- 
> > Michel Talon
> > 
> > 
> > To Unsubscribe: send mail to [EMAIL PROTECTED]
> > with "unsubscribe freebsd-stable" in the body of the message
> > 
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-stable" in the body of the message
> 
> 



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

Re:

[Jamie Heckford]

Yes, after a cold boot.

The machine is dual boot Windows ME (came with the laptop, need it for
DVD!!)

The output of dmesg is below - should I turn of Plug and Play in the BIOS?

Dmesg
-

Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 4.2-RELEASE #2: Sun Dec 17 14:03:20 GMT 2000
[EMAIL PROTECTED]:/usr/src/sys/compile/FREEFIRE
Timecounter "i8254"  frequency 1193182 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (551.25-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x686  Stepping = 6
  
Features=0x383f9ff
real memory  = 134152192 (131008K bytes)
avail memory = 127475712 (124488K bytes)
Preloaded elf kernel "kernel" at 0xc031f000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc031f09c.
Pentium Pro MTRR support enabled
md0: Malloc disk
npx0:  on motherboard
npx0: INT 16 interface
pcib0:  on motherboard
pci0:  on pcib0
pcib1:  at device 1.0 on pci0
pci1:  on pcib1
pci1:  at 1.0
isab0:  at device 7.0 on pci0
isa0:  on isab0
atapci0:  port 0x1040-0x104f at device 7.1 on
pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0:  at 7.2
chip1:  port 0x2180-0x218f at
device 7.3 on pci0
pcic-pci0:  irq 0 at device 8.0 on pci0
pcic-pci1:  irq 0 at device 8.1 on pci0
pci0:  (vendor=0x125d, dev=0x199a) at 12.0
fxp0:  port 0x1000-0x103f mem
0xe800-0xe80f,0xe810-0xe8100fff irq 11 at device 13.0 o
n pci0
fxp0: Ethernet address 00:00:f0:65:cf:ef
pci0:  (vendor=0x11c1, dev=0x0444) at 13.1
fdc0:  at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0:  at port 0x60,0x64 on isa0
atkbd0:  flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0:  irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
vga0:  at port 0x3c0-0x3df iomem 0xa-0xb on isa0
sc0:  at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
pcic0:  at port 0x3e0 iomem 0xd on isa0
pcic0: Polling mode
pccard0:  on pcic0
pccard1:  on pcic0
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
ppc0:  at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
ppi0:  on ppbus0
lpt0:  on ppbus0
lpt0: Interrupt-driven port
plip0:  on ppbus0
pccard: card inserted, slot 0
ata1-slave: ata_command: timeout waiting for intr
ata1-slave: identify failed
ad0: 9590MB  [19485/16/63] at ata0-master UDMA33
acd0: DVD-ROM  at ata1-master using PIO4
Mounting root from ufs:/dev/ad0s2a

On 2000.12.18 13:10:52 + "Long, Scott" wrote:
> Very odd.  Did this happen after a cold boot of the machine?  Are you
> running any other OS's?  It might help if you could send the output of
> dmesg.
> 
> Scott
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> Sent: 12/17/00 6:33 AM
> 
> Hi,
> 
> I got hold of you driver, compiled and installed it. 
> 
> After booting, I logged in as root and typed:
> 
> # kldload snd_maestro3
> 
> but this returned the following error message:
> 
> pcm0:  at device 12.0 on pci0
> pcm0: Unable to map i/o space
> device_probe_and_attach: pcm0 attach returned 6 
> 
> Any ideas on what I am doing wrong??
> 
> Any help appreciated
> 
> Jamie
> 
> On 2000.12.15 16:47:16 + "Long, Scott" wrote:
> > Myself and Darrell Anderson are working on a driver.  Check out
> > http://people.freebsd.org/~scottl/maestro3 for mine or
> > http://www.cs.duke.edu/~anderson/freebsd/maestro3xxx for his.  The PCI
> id
> > mentioned by the original poster (0x199a125d) is supported by this
> > driver,
> > though I haven't tested it.
> > 
> > > -Original Message-----
> > > From: Michel Talon [mailto:[EMAIL PROTECTED]]
> > > Sent: Friday, December 15, 2000 9:42 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: ESS Sound Driver
> > > 
> > > 
> > > On Fri, Dec 15, 2000 at 04:10:09PM +, Jamie Heckford wrote:
> > > > Hi,
> > > > 
> > > > Could anyone offer any guidance on getting the following 
> > > sound card to work?
> > > > 
> > > > It is in a Samsung GT8700 laptop - and I am using FreeBSD 
> > > 4.2-RELEASE.
> > > > 
> > > > Windows identifies the card as an ESS Maestro PCI Audio 
> > > (WDM) - IRQ 5
> > > > 
> > >  I have seen recently a HP laptop with a maestro 3 audio 
> > > card. I have been
> > >  able to run the sound card only with the Alsa drivers under Linux.
> > >

Pentium 4

[Jamie Heckford]

Hi,

Is there now support for the Pentium 4 in FreeBSD??

If so, is there an option such as CPUCLASS 786 in the Kernel??

-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

=
email:  [EMAIL PROTECTED]
web:http://www.psi-domain.co.uk/

tel:+44 (0)1737 789 246
fax:+44 (0)1737 789 245
mobile: +44 (0)7779 646 529
=



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

Re: One thing linux does better than FreeBSD...

[Jamie Heckford]

BSDi are/where doing some cool postcards.

Really neat one of "When the Sun goes down" to :)

Jamie

On 2001.01.15 12:55:22 + [EMAIL PROTECTED] wrote:
> Hi Poul,
> 
> Jordan/BSDi have been/are still in contact with folks here in the
> Netherlands
> who create beastie artwork (e.g. the 'newsreader  beastie with 
> milkshake', the 'forklift / release beastie' are all from their desk). 
> I'm not sure what else is going on at this moment but I guess it is worth
> 
> finding out. Esp. because I strongly agree with your statement.
> 
> Wilko
> 
> 
> > 
> > There is one point where I have to conceed defeat to Linux.
> > 
> > That fat little penguin is everywhere.
> > 
> > The main reason we practically don't see beastie at all is that
> > there is no artwork to get hold of anywhere...
> > 
> > Please, somebody, anybody:  Can we have some beastie artwork in
> > usable sizes for posters, T-shirts and such ???
> > 
> > 
> > --
> > Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
> > [EMAIL PROTECTED] | TCP/IP since RFC 956
> > FreeBSD committer   | BSD since 4.3-tahoe
> > Never attribute to malice what can adequately be explained by
> incompetence.
> > 
> > 
> > To Unsubscribe: send mail to [EMAIL PROTECTED]
> > with "unsubscribe freebsd-hackers" in the body of the message
> 
> 
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
> 
> 



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

Clustering FreeBSD

[Jamie Heckford]

Hi,

Does anyone have any details of Open Source, or software included
with FreeBSD that allows the clustering of FreeBSD?

I have 55 racks sitting here to play with, and want to start doing
some serious work (for me anyway!) with fBSD

Plz. let me know! :)

Thanks,

-- 
Jamie Heckford
Chief Network Engineer
Psi-Domain - Innovative Linux Solutions. Ask Us How.

=
email:  [EMAIL PROTECTED]
web:http://www.psi-domain.co.uk/

tel:+44 (0)1737 789 246
fax:+44 (0)1737 789 245
mobile: +44 (0)7866 724 224 

=



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

Re: Clustering FreeBSD

[Jamie Heckford]

In all honesty, I am just looking for something to play
with and see how fast FreeBSD can go.

Sort of thing where those two guys clustered about 200 486's
or something stupid like that..

:)

Jamie

On 2001.01.16 18:31:43 + [EMAIL PROTECTED] wrote:
> 
> 
> On 16 Jan, Jamie Heckford wrote:
> > Hi,
> > 
> > Does anyone have any details of Open Source, or software included
> > with FreeBSD that allows the clustering of FreeBSD?
> > 
> > I have 55 racks sitting here to play with, and want to start doing
> > some serious work (for me anyway!) with fBSD
> > 
> > Plz. let me know! :)
> > 
> I've been working on some stuff for over a year, but
> it nowhere near anything. What was it you were planning on doing?
> 
>   Jessem.
> 
> 
> 
> 
> 



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

Re: Low HDD tranfer rate with FreeBSD 5.3-Release

[Jamie Heckford]

On Tue, May 17, 2005 at 10:34:23PM +0200, Hans Ottevanger wrote:
> Amandeep wrote:
> 
> [... dmesg snipped ...]
> 
> >A
> >Eric Anderson wrote:
> >
> >>Amandeep wrote:
> >>
> >>>Hi all,
> >>>
> >>>I am using Tyan S2098 MB with 160GB Maxtor ATA  Drive and the 
> >>>transfer rate is very low. FreeBSD 5.3-Release.
> >>>Any ideas what is going on here.
> >>>
> >>>The transfer rate is about 15MB/s
> >>>
> >>>when I run
> >>>#dd if=/dev/zero of=/usr/junk bs=8192
> >>>
> >>>then do
> >>>#iostat 1
> >>
> >
> Hi,
> 
> I had practically the same problem, i.e. the same very low ATA write 
> speed, with very similar hardware (ASUS P533-E, same chipset and CPU as 
> yours). This occurred with both 5.3-STABLE and 5.4-STABLE.
> 
> I found that the problem disappears when I disable atapi_dma in the 
> loader (or with 5.4, do not enable it). Alternatively, I can use 
> "atacontrol mode 0 UDMA100" to force the ATA channel for the harddisk to 
> UDMA100. I do not know why this works though, I still need some closer 
> investigation. Something weird in the ATA driver must be going on.
> 
> Anyhow, my HDD (WD-1200JB) is up-to-speed now, -45Mbytes/s reading AND 
> writing.
> 

Same here, along with the random crashes around the time periodic runs which 
was posted the other day.

We are getting all these problems with 5.4-R with the ATA mkIII patches applied 
also. Will test the atacontrol command and see what happens!

-- 
Jamie Heckford
Network Manager
Trident Microsystems Ltd.

t: +44(0)1737-780790
f: +44(0)1737-771908
w: http://www.tridentmicrosystems.co.uk/
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: 5.4-RC2 freezing - ATA related?

[Jamie Heckford]

On Mon, May 16, 2005 at 06:40:01AM -0600, Elliot Finley wrote:
> This has been happening since 5.3-R, I've been tuning different parameters
> to no avail.  I've taken the disks off of the onboard ICH5 controller and
> put them a promise TX4 S150 controller, but still the same thing happens.
> 
> The system freezes, but isn't totally dead.  It'll still respond to pings,
> the screensaver still functions, but it won't respond to a CAD at the
> console.  But if I press 'Enter' at the console, it'll give me a 'login:'
> prompt, but after entering the username, it never comes back with the
> 'password:' prompt.
> 
> After manually resetting the system it boots and says 'Automatic file system
> check failed; help!' and drops into single user mode.  Running fsck manually
> corrects errors on all volumes.  Then it'll boot from that point.
> 
> This seems to be triggered by daily periodic as it happens at 3:02-3:03AM
> each time.  But it doesn't happen *every* morning.
> 
> I suspect a bug in FreeBSD because this mode of failure happens on 3
> different machines, all configured similarly.
> 
> ASUS P4P800
> 2G RAM (though the other affected systems only have 1G)
> 80G Seagate Barracuda SATA drives (one system now on Promise TX4 S150
> controller, others on onboard ICH5)
> 
> On my lightly loaded systems, it happens rarely.  On my mailserver (fairly
> heavy disk load), it happens quite frequently.
> 
> How can I troubleshoot this?

Managed to get a dump on our system for a similar prob we are getting:

[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: 
Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".
#0  doadump () at pcpu.h:160
160 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) bt
#0  doadump () at pcpu.h:160
#1  0xc05131ae in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410
#2  0xc0513474 in panic (fmt=0xc06c3da5 "%s") at 
/usr/src/sys/kern/kern_shutdown.c:566
#3  0xc0691e18 in trap_fatal (frame=0xecb4bb34, eva=532) at 
/usr/src/sys/i386/i386/trap.c:817
#4  0xc0691b73 in trap_pfault (frame=0xecb4bb34, usermode=0, eva=532) at 
/usr/src/sys/i386/i386/trap.c:735
#5  0xc0691771 in trap (frame=
  {tf_fs = -1068433384, tf_es = -989790192, tf_ds = 16, tf_edi = 
-1066124736, tf_esi = -1066124736, tf_ebp = -323699844, tf_isp = -323699872, 
tf_ebx = -1007063716, tf_edx = 528, tf_ecx = -1013235680, tf_eax = 307472464, 
tf_trapno = 12, tf_err = 2, tf_eip = -1067870386, tf_cs = 8, tf_eflags = 66050, 
tf_esp = -989760240, tf_ss = -1007063716}) at /usr/src/sys/i386/i386/trap.c:425
#6  0xc068168a in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#7  0xc0510018 in crcopy () at /usr/src/sys/kern/kern_prot.c:1810
#8  0xc0598c77 in in_pcbdetach (inp=0xc0743a40) at 
/usr/src/sys/netinet/in_pcb.c:720
#9  0xc05b21a6 in tcp_close (tp=0x0) at /usr/src/sys/netinet/tcp_subr.c:783
#10 0xc05ae560 in tcp_input (m=0xc3a6a300, off0=20) at 
/usr/src/sys/netinet/tcp_input.c:2308
#11 0xc05a5aed in ip_input (m=0xc3a6a300) at /usr/src/sys/netinet/ip_input.c:776
#12 0xc0582f13 in netisr_processqueue (ni=0xc0742498) at 
/usr/src/sys/net/netisr.c:233
#13 0xc058310a in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:346
#14 0xc04ffa79 in ithread_loop (arg=0xc3481600) at 
/usr/src/sys/kern/kern_intr.c:547
#15 0xc04fed0c in fork_exit (callout=0xc04ff928 , arg=0xc3481600, 
frame=0xecb4bd38) at /usr/src/sys/kern/kern_fork.c:791
#16 0xc06816ec in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209
(kgdb) 

Help? ;)

-- 
Jamie Heckford
Network Manager
Trident Microsystems Ltd.

t: +44(0)1737-780790
f: +44(0)1737-771908
w: http://www.tridentmicrosystems.co.uk/
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: 5.4-RC2 freezing - ATA related?

[Jamie Heckford]

Hi Peter,

On Thu, May 19, 2005 at 05:53:12AM +1000, Peter Jeremy wrote:
> On Wed, 2005-May-18 16:03:16 +0100, Jamie Heckford wrote:
> >Managed to get a dump on our system for a similar prob we are getting:
> 
> That traceback looks like a panic, not a deadlock.  What was the panic
> message?

Only have remote access to the box im afraid, is there anyway I can obtain
the panic message?

> 
> >#2  0xc0513474 in panic (fmt=0xc06c3da5 "%s") at 
> >/usr/src/sys/kern/kern_shutdown.c:566
> ...
> >#7  0xc0510018 in crcopy () at /usr/src/sys/kern/kern_prot.c:1810
> >#8  0xc0598c77 in in_pcbdetach (inp=0xc0743a40) at 
> >/usr/src/sys/netinet/in_pcb.c:720
> >#9  0xc05b21a6 in tcp_close (tp=0x0) at /usr/src/sys/netinet/tcp_subr.c:783
> 
> There's something wrong here:  If tcp_close() is passed NULL it will panic
> at this point when it tries to dereference tp.

Starting to stretch my knowledge a bit now ;)

If I can provide you with further debug output would you be able to give me some
pointers?

Thanks for your help

-- 
Jamie Heckford
Network Manager
Trident Microsystems Ltd.

t: +44(0)1737-780790
f: +44(0)1737-771908
w: http://www.tridentmicrosystems.co.uk/
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: 5.4-RC2 freezing - ATA related?

[Jamie Heckford]

On Wed, May 18, 2005 at 03:54:59PM -0700, Doug White wrote:
> On Wed, 18 May 2005, Jamie Heckford wrote:
> 
> > Hi Peter,
> >
> > On Thu, May 19, 2005 at 05:53:12AM +1000, Peter Jeremy wrote:
> > > On Wed, 2005-May-18 16:03:16 +0100, Jamie Heckford wrote:
> > > >Managed to get a dump on our system for a similar prob we are getting:
> > >
> > > That traceback looks like a panic, not a deadlock.  What was the panic
> > > message?
> >
> > Only have remote access to the box im afraid, is there anyway I can obtain
> > the panic message?
> 
> "print msgbuf" should do it

(kgdb) printf "%s", (char *)msgbufp->msg_ptr



Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x214
fault code  = supervisor write, page not present
instruction pointer = 0x8:0xc059974e
stack pointer   = 0x10:0xecb4bb74
frame pointer   = 0x10:0xecb4bb7c
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 59 (swi1: net)
trap number = 12
panic: page fault
Uptime: 2h19m27s
Dumping 2047 MB
 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 
352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 
672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 
992 1008 1024 1040 1056 1072 1088 1104 1120 1136 1152 1168 1184 1200 1216 1232 
1248 1264 1280 1296 1312 1328 1344 1360 1376 1392 1408 1424 1440 1456 1472 1488 
1504 1520 1536 1552 1568 1584 1600 1616 1632 1648 1664 1680 1696 1712 1728 1744 
1760 1776 1792 1808 1824 1840 1856 1872 1888 1904 1920 1936 1952 1968 1984 2000 
2016 2032(kgdb)

Thanks :)

-- 
Jamie Heckford
Network Manager
Trident Microsystems Ltd.

t: +44(0)1737-780790
f: +44(0)1737-771908
w: http://www.tridentmicrosystems.co.uk/
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: 5.4-RC2 freezing - ATA related?

[Jamie Heckford]

Jamie Heckford wrote:

On Wed, May 18, 2005 at 03:54:59PM -0700, Doug White wrote:


On Wed, 18 May 2005, Jamie Heckford wrote:



Hi Peter,

On Thu, May 19, 2005 at 05:53:12AM +1000, Peter Jeremy wrote:


On Wed, 2005-May-18 16:03:16 +0100, Jamie Heckford wrote:


Managed to get a dump on our system for a similar prob we are getting:


That traceback looks like a panic, not a deadlock.  What was the panic
message?


Only have remote access to the box im afraid, is there anyway I can obtain
the panic message?


"print msgbuf" should do it


Another one... looks completly different :-(

[GDB will not be able to debug user-mode threads: 
/usr/lib/libthread_db.so: Undefined symbol 
"ps_pglobal_lookup"]

GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".
#0  doadump () at pcpu.h:160
160 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) bt full
#0  doadump () at pcpu.h:160
No locals.
#1  0xc04fac8a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410
first_buf_printf = 1
#2  0xc04faf50 in panic (fmt=0xc06c06db 
"softdep_deallocate_dependencies: dangling deps")

at /usr/src/sys/kern/kern_shutdown.c:566
td = (struct thread *) 0xc357fd80
bootopt = 260
newpanic = 1
ap = 0xc357fd80 "\\\214\215ÃðjOÃ"
buf = "softdep_deallocate_dependencies: dangling deps", '\0' 


#3  0xc061cbfe in softdep_deallocate_dependencies (bp=0x0)
at /usr/src/sys/ufs/ffs/ffs_softdep.c:5961
No locals.
#4  0xc053c8f4 in brelse (bp=0xd77932d4) at buf.h:431
No locals.
#5  0xc054bd24 in flushbuflist (blist=0xd77932d4, flags=0, 
vp=0xc4bf9630, slpflag=0,

slptimeo=0, errorp=0x0) at /usr/src/sys/kern/vfs_subr.c:1101
bp = (struct buf *) 0xd77932d4
nbp = (struct buf *) 0xd75948f0
found = 1
#6  0xc054b987 in vinvalbuf (vp=0xc4bf9630, flags=0, cred=0x0, td=0x0, 
slpflag=0,

slptimeo=0) at /usr/src/sys/kern/vfs_subr.c:987
blist = (struct buf *) 0x0
error = 0
object = 0xc04efc79
#7  0xc054e85c in vclean (vp=0xc4bf9630, flags=8, td=0xc357fd80)
at /usr/src/sys/kern/vfs_subr.c:2479
---Type  to continue, or q  to quit---
active = 0
#8  0xc054eeb5 in vgonel (vp=0xc4bf9630, td=0xc357fd80)
at /usr/src/sys/kern/vfs_subr.c:2697
No locals.
#9  0xc054a9f2 in vlrureclaim (mp=0xc35b3c00) at pcpu.h:157
vp = (struct vnode *) 0xc4bf9630
done = 0
trigger = 10
usevnodes = 0
count = 7
#10 0xc054ac66 in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:598
mp = (struct mount *) 0xc35b3c00
nmp = (struct mount *) 0xc35b3c00
done = 5887
p = (struct proc *) 0xc38d8c5c
td = (struct thread *) 0xc357fd80
#11 0xc04e67e8 in fork_exit (callout=0xc054aa98 , arg=0x0, 
frame=0xe68aad38)

at /usr/src/sys/kern/kern_fork.c:791
p = (struct proc *) 0xc38d8c5c
td = (struct thread *) 0x0
#12 0xc066746c in fork_trampoline () at 
/usr/src/sys/i386/i386/exception.s:209

No locals.
(kgdb)

panic: softdep_deallocate_dependencies: dangling deps
Uptime: 10h26m14s
Dumping 2047 MB
 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 
320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 
608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 
896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 
1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 
1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 1536 1552 1568 1584 
1600 1616 1632 1648 1664 1680 1696 1712 1728 1744 1760 1776 1792 1808 
1824 1840 1856 1872 1888 1904 1920 1936 1952 1968 1984 2000 2016 2032(kgdb)


Would be really grateful if anyone could suggest anything, again it 
appears to happen around the time periodic runs (but has happened 
randomly under load, not sure if this is a red herring tho)


If anyone needs anymore info, more than happy to oblige.

Cheers

--
Jamie Heckford
Network Manager
Trident Microsystems Ltd.

t: +44(0)1737-780790
f: +44(0)1737-771908
w: http://www.trident-uk.co.uk/
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: 5.4-RC2 freezing - ATA related?

[Jamie Heckford]

Jamie Heckford wrote:

Another one... looks completly different :-(

[GDB will not be able to debug user-mode threads: 
/usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]

GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you 
are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".
#0  doadump () at pcpu.h:160
160 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) bt full
#0  doadump () at pcpu.h:160
No locals.
#1  0xc04fac8a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410
first_buf_printf = 1
#2  0xc04faf50 in panic (fmt=0xc06c06db 
"softdep_deallocate_dependencies: dangling deps")

at /usr/src/sys/kern/kern_shutdown.c:566
td = (struct thread *) 0xc357fd80
bootopt = 260
newpanic = 1
ap = 0xc357fd80 "\\\214\215ÃðjOÃ"
buf = "softdep_deallocate_dependencies: dangling deps", '\0' 


#3  0xc061cbfe in softdep_deallocate_dependencies (bp=0x0)
at /usr/src/sys/ufs/ffs/ffs_softdep.c:5961
No locals.
#4  0xc053c8f4 in brelse (bp=0xd77932d4) at buf.h:431
No locals.
#5  0xc054bd24 in flushbuflist (blist=0xd77932d4, flags=0, 
vp=0xc4bf9630, slpflag=0,

slptimeo=0, errorp=0x0) at /usr/src/sys/kern/vfs_subr.c:1101
bp = (struct buf *) 0xd77932d4
nbp = (struct buf *) 0xd75948f0
found = 1
#6  0xc054b987 in vinvalbuf (vp=0xc4bf9630, flags=0, cred=0x0, td=0x0, 
slpflag=0,

slptimeo=0) at /usr/src/sys/kern/vfs_subr.c:987
blist = (struct buf *) 0x0
error = 0
object = 0xc04efc79
#7  0xc054e85c in vclean (vp=0xc4bf9630, flags=8, td=0xc357fd80)
at /usr/src/sys/kern/vfs_subr.c:2479
---Type  to continue, or q  to quit---
active = 0
#8  0xc054eeb5 in vgonel (vp=0xc4bf9630, td=0xc357fd80)
at /usr/src/sys/kern/vfs_subr.c:2697
No locals.
#9  0xc054a9f2 in vlrureclaim (mp=0xc35b3c00) at pcpu.h:157
vp = (struct vnode *) 0xc4bf9630
done = 0
trigger = 10
usevnodes = 0
count = 7
#10 0xc054ac66 in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:598
mp = (struct mount *) 0xc35b3c00
nmp = (struct mount *) 0xc35b3c00
done = 5887
p = (struct proc *) 0xc38d8c5c
td = (struct thread *) 0xc357fd80
#11 0xc04e67e8 in fork_exit (callout=0xc054aa98 , arg=0x0, 
frame=0xe68aad38)

at /usr/src/sys/kern/kern_fork.c:791
p = (struct proc *) 0xc38d8c5c
td = (struct thread *) 0x0
#12 0xc066746c in fork_trampoline () at 
/usr/src/sys/i386/i386/exception.s:209

No locals.
(kgdb)

panic: softdep_deallocate_dependencies: dangling deps
Uptime: 10h26m14s
Dumping 2047 MB
 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 
320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 
608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 
896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 
1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 
1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 1536 1552 1568 1584 
1600 1616 1632 1648 1664 1680 1696 1712 1728 1744 1760 1776 1792 1808 
1824 1840 1856 1872 1888 1904 1920 1936 1952 1968 1984 2000 2016 2032(kgdb)


Would be really grateful if anyone could suggest anything, again it 
appears to happen around the time periodic runs (but has happened 
randomly under load, not sure if this is a red herring tho)


If anyone needs anymore info, more than happy to oblige.

Cheers



Is there anyway this could be triggered by a filesystem becoming full.?

--
Jamie Heckford
Network Manager
Trident Microsystems Ltd.

t: +44(0)1737-780790
f: +44(0)1737-771908
w: http://www.trident-uk.co.uk/
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Broadcom BCM5701 Chipset problems

[Jamie Heckford]

Hi,

Following cards:

bge0:  mem 0xf7fb-0xf7fb irq 5 at device 
5.0 on pci1
bge1:  mem 0xf7fa-0xf7fa irq 10 at device 
6.0 on pci1

Sucessfully got this driver recognised and "working" on 
FreeBSD 4.6-PRERELEASE #1: Thu May  9 12:50:45 BST 2000.

Seems to fine.. apart from im noticing packet loss on receiving
(typically 16%). Transmit is fine though!

I read in the mailling lists mentions of hardware checksum problems
with the chipset.. did anyone know what the final outcome with
this problem was and if any changes had been MFC'd?

Thanks in advance for any help.

-- 
Jamie Heckford
Network Manager
Trident Microsystems Ltd
Tel:  01737 780790  Fax:  01737 771908
http://www.tridentmicrosystems.co.uk

***

This e-mail message contains confidential information for 
the above addressee only. Any opinion or views contained 
in this e-mail message are those of the sender and do not 
necessarily represent those of the Company. Unless otherwise 
stated this e-mail message is not intended to be contractually 
binding.  E-mail transmission cannot be guaranteed to be 
secure or error-free and the sender therefore does not accept 
liability for any errors or omissions in the contents of this 
message.

Trident Microsystems Ltd Group of Companies
Perrywood Business Park, Honeycrock Lane, Salfords, Redhill, 
Surrey, RH1 5JQ

Tel:  (44) (0) 1737 780790   Fax:  (44) (0) 1737 771908

Registered office:  Abacus House, Bone Lane, Newbury, 
Berkshire, RG14 5SF

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

Re: NFS Problems with Quantum Snapserver 4100 (BGE Cards!)

[Jamie Heckford]

Im pretty sure this has to be related to the Broadcom Cards.

I tested it again this morning from the Compaq rack with the bge card
in, same problem. tried doing cp -r /usr/ports /data1-home/ (nfs), copied
about 1.3M and then froze. Even cd'ing to the directory to try and do
an ls caused my shell to freeze, with Ctrl+C failing to provoke a
response.

Just to confirm it wasn't a snap server issue, I mounted the nfs share
on 3 other FreeBSD boxes (4.2-R, 4.3-R and 4.6-PRERELEASE) that have
a variety of 3Com and Intel cards installed, tested copying a 2GB mailbox (!),
worked fine. /usr/ports... worked fine.

Another odd thing i've seen on the box with the broadcom cards is that when
connected via ssh, a simple ls on a large directory (held on a local disk)
will get about halfway,
pause for about a second, then continue. At first I put this down to traffic
on my segment but its happening practically all the time, and this is on
100Mbit connection on the same switch.

Just a reminder of the troublesome card...
bge0:  mem 0xf7fb-0xf7fb irq 5 at device 
5.0 on pci1

FYI there on Cisco Catalyst 2924 switches, and yes they are properly configured ;)

CC'ed to hackers as its related to a prev. discussion.

Thanks for all your help so far

Jamie

How I wish I went for the other supplier now :)

Thus spake Matthew Dillon ([EMAIL PROTECTED]) :

> This sounds like a classic MTU problem.  Small packets are fine but
> when you copy a large file full-sized packets have to start winging
> across the network and something doesn't like them.
> 
> The broadcom NICs can handle large MTUs, but the NFS server and/or
> network infrastructure may not be able to.  Many GigE switches cannot
> handle large packets, for example.  Try setting the MTU on the broadcom
> interface to 1500 if it isn't there already (you may have to
> 'route delete' any cached route to the NFS server after making the
> change).
> 
> Another possibility is that the broadcom NIC is broken in regards
> to handling large packets.  Certain bit patterns can cause the hardware
> checksum code to fail.  If hardware checksums are turned on, turn them
> off and see if that helps.
> 
>   -Matt
> 
> :Hi,
> :
> :Im having odd problems with a nfs mount I have which is on a Quantum Snapserver
> :Model 4100.
> :
> :Basically, I have the nfs mount on /data1-home. Small files are fine, but
> :whenever I try and copy anything fairly "big" (5MB!) the command prompt
> :just sits there.
> :
> :cd'ing to /data1-home just results in the command hanging there, and the only
> :way to get back to the NFS share is the force an umount and remount.
> :
> :Has anyone had any similar problems?
> :
> :Im running FreeBSD 4.6-PRERELEASE #1: Thu May  9 12:50:45 BST 2002
> :
> :Only thing i've noticed is 
> :May 13 17:45:13 morrison /kernel: nfs server data1:/home: not responding 
> :
> :Checked network connections and they are all ok, duplex correct etc and no
> :firewall rules conflicting.
> :
> :Only thing is this box does have a Broadcom BCM5701 NIC in it which I know
> :has had a few small issues..
> :bge0:  mem 0xf7fb-0xf7fb irq 5 at device 
>5.0 on pci1
> :
> :Any help greatly appreciated.
> :
> :thanks,
> :
> :-- 
> :Jamie Heckford

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

Re: NFS Problems with Quantum Snapserver 4100 (BGE Cards!)

[Jamie Heckford]

Already running the card and switch port in 100BaseTX FDX (forced) :)

Would use GigE if the switch supported it tho

Thus spake Matthew Dillon ([EMAIL PROTECTED]) :

> It should also work if you force the GigE card into 100BaseTX mode, 
> assuming the switch can deal with it.  Though of course then you are 
> not getting GigE speeds. 
> 
> Your description is very similar to a problem I had on my 2550's that
> Bill Paul finally solved.  It turned out that my 2550's (BCM5700) were
> not initializing the polynomial functions properly and this resulted
> in packet loss.  Whenever you get bit stuffing packet loss like that,
> certain bit patterns will *always* fail.  But I'm sure this issue has
> already been dealt with on the 5701 so the problem you are having is
> probably different.
> 
> The result is the appearance of hicups and delays on a TCP connection,
> and repeatable hangs when just the wrong data pattern is transmitted
> (because that packet winds up failing every time rather then just some
> of the time).
> 
> Another possibility in regards to packet loss is simply a bad cable
> (if you are running GigE over copper).  GigE is very sensitive to cable
> issues and a bad crimp will screw things up easily.
> 
> In anycase, my feeling about GigE in general is that it's a great cheap
> way to aggregate data on an uplink, or to an NFS server that needs it,
> but the incremental cost and hassle factor are still too high to
> extend the benefit to generic servers.
> 
>   -Matt

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

UID Limit

[Jamie Heckford]

Hi,

I was wondering if anyone would be able to tell me what the limit is on a
UID? Ie what is the highest integer it can go up to.

I suppose as well some applications have different values.. or am I
completly wrong :)

Thanks

Jamie


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

Creating Passwords from a perl script

[Jamie Heckford]

Hiya,

Im trying to have the passwords on our FreeBSD boxen created by a perl
script.

Currently... the username/pass pairs are stored in a MySQL database. Easy
enough to get them, but
does anyone know a perl method of creating them in /etc/passwd? I know
getpwent grabs values - im looking for a putpwent if
there is such a thing and in the encrypted password form :)

thanks in advance to anyone who can help.

--
Jamie Heckford
Network Manager
Trident Microsystems Ltd
Tel:  01737 780790  Fax:  01737 771908
http://www.tridentmicrosystems.co.uk

***

This e-mail message contains confidential information for
the above addressee only. Any opinion or views contained
in this e-mail message are those of the sender and do not
necessarily represent those of the Company. Unless otherwise
stated this e-mail message is not intended to be contractually
binding.  E-mail transmission cannot be guaranteed to be
secure or error-free and the sender therefore does not accept
liability for any errors or omissions in the contents of this
message.

Trident Microsystems Ltd Group of Companies
Perrywood Business Park, Honeycrock Lane, Salfords, Redhill,
Surrey, RH1 5JQ

Tel:  (44) (0) 1737 780790   Fax:  (44) (0) 1737 771908

Registered office:  Abacus House, Bone Lane, Newbury,
Berkshire, RG14 5SF


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

Re: FreeBSD usage in safety-critical environments

[Jamie Heckford]

Hardly reassuring from all the recent train crashes really :P

- Original Message -
From: "Nelson, Trent ." <[EMAIL PROTECTED]>
To: "'Ted Faber'" <[EMAIL PROTECTED]>; "Terry Lambert" <[EMAIL PROTECTED]>
Cc: "Nelson, Trent ." <[EMAIL PROTECTED]>; "'[EMAIL PROTECTED]'" 
<[EMAIL PROTECTED]>; "'[EMAIL PROTECTED]'"
<[EMAIL PROTECTED]>
Sent: Thursday, October 10, 2002 11:48 AM
Subject: RE: FreeBSD usage in safety-critical environments


>
>
> > -Original Message-
> > From: Ted Faber [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, October 09, 2002 10:59 PM
> > To: Terry Lambert
> > Cc: Nelson, Trent .; '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
> > Subject: Re: FreeBSD usage in safety-critical environments
> >
> > On Wed, Oct 09, 2002 at 12:26:14PM -0700, Terry Lambert wrote:
> > > Life support systems require formal proofs of correctness for code;
> > > since neither Linux nor FreeBSD is formally correct, in total, you
> > > would need to be insane to deplaoy either of them as, for example,
> > > a part of an air traffic control system.
> >
> > I suspect that's a bad example, or that you mean an embedded aircraft
> > control system.  Ron Reisman and James Murphy gave a fine invited talk
> > at USENIX 02 (http://www.usenix.org/events/usenix02/tech/#11am) about
> > the growing number of UNIX components in the US ATC system.  I reject
> > the conclusion that the FAA is collectively insane for that reason.
>
> I'd have to concur.  I'm working on a large rail engineering project
> in the UK that is implementing a two-phased deployment of a Railway Control
> Centre System.  The first phase will be using a combination of Tru64 UNIX
> and Linux systems, with an investigation being taken place for the second
> phase to move completely to Linux.
>
> There is a huge difference between systems rated at SIL 1 and 2
> (which is what ATC/rail CCS would fall under) and those rated at 3 and 4.  I
> was not referring to life-support or life-critical systems, as these will
> almost certainly be a proprietary hardware/software package that has been
> certified and accredited to a high level of safety integrity.  What I was
> referring to were systems running on UNIX that control and interface to
> these safety-critical systems.
>
> For railway, Control Centres may suggest an erroneous route that
> would result in two trains colliding (although such a system will be
> commissioned on the basis that it wouldn't allow such a route to be
> suggested), but the 'vital', safety-critical interlocking would prevent such
> a route being set.  The resulting safety-integrity level for the Control
> Centre would be SIL 2.  The analogy between ATCs & embedded aircraft control
> systems isn't as tight as there isn't a physical interface between the two
> (well, at least as far as I know).
>
> The deployment of FreeBSD, or any BSD variant, (or ANYTHING other
> than Linux) in environments such as this, is what I was originally getting
> at.
>
> Oh, and Terry, I think you'd be astonished if I informed you of how
> many rail control systems in the US and around the world use either Linux or
> some of the commercial variants such as Tru64 UNIX or Solaris.
>
> > Ted Faber[EMAIL PROTECTED]
> > USC/ISI Computer Scientist   http://www.isi.edu/~faber
> > (310) 448-9190 PGP Keys: http://www.isi.edu/~faber/pubkeys.asc
>
> Regards,
>
> Trent.
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>


-- 

Message scanned for viruses and dangerous content by
 and believed to be clean


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