Shell games

2000-04-18 Thread James Howard

I don't get a lot of time to pay attention to the lists, so this might
have been asked before.  Does the csh-tcsh move imply that sh-ksh will
be happening soon?  Didn't NetBSD do that a while ago?

J~


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



Re: What are the best gcc optimization options for Pentium 200 MMX

2000-04-18 Thread Martin Cracauer

In [EMAIL PROTECTED], Adrian Chadd wrote: 
 Its squid's DNS routines, not the shared libraries.
 heck the squid-dev archies on http://www.squid-cache.org/, as someone
 found the lines of asm which are wrongly generated.

I'd welcome a more specific place.  I just don't have the time to
search the website from top.

Martin
-- 
%
Martin Cracauer [EMAIL PROTECTED] http://www.cons.org/cracauer/
BSD User Group Hamburg, Germany http://www.bsdhh.org/


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



vinum raid5 panics

2000-04-18 Thread Chad David

I just put together a 5 disk raid5 system using
vinum on 4.0 from last Wed., and I am experiencing
random panics.  I can force the panic by working on
the filesystem, but sometimes just having it mounted
kills the machine.

I compiled a debug kernel, and got a crash dump, but
I am not an expert at debugging crash dumps, so any
advice would be appreciated.

Instead of dumping out fifty pages of kernel and
hardware config could anyone who is working on this
let me know what would be helpful...

Thanks

Chad



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



Re: What are the best gcc optimization options for Pentium 200 MMX

2000-04-18 Thread Adrian Chadd

On Tue, Apr 18, 2000, Martin Cracauer wrote:
 In [EMAIL PROTECTED], Adrian Chadd wrote: 
  Its squid's DNS routines, not the shared libraries.
  heck the squid-dev archies on http://www.squid-cache.org/, as someone
  found the lines of asm which are wrongly generated.
 
 I'd welcome a more specific place.  I just don't have the time to
 search the website from top.
 
 Martin
 -- 
 %
 Martin Cracauer [EMAIL PROTECTED] http://www.cons.org/cracauer/
 BSD User Group Hamburg, Germany http://www.bsdhh.org/

http://www.squid-cache.org/mail-archive/squid-dev/24/0025.html


Adrian



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



Re: vinum raid5 panics

2000-04-18 Thread Soren Schmidt

It seems Chad David wrote:
 I just put together a 5 disk raid5 system using
 vinum on 4.0 from last Wed., and I am experiencing
 random panics.  I can force the panic by working on
 the filesystem, but sometimes just having it mounted
 kills the machine.
 
 I compiled a debug kernel, and got a crash dump, but
 I am not an expert at debugging crash dumps, so any
 advice would be appreciated.
 
 Instead of dumping out fifty pages of kernel and
 hardware config could anyone who is working on this
 let me know what would be helpful...

I bet you see the same problem as others do
In my book vinum on 4.0 is plain broken.

If its an option for you, vinum under -current works better but its
still far from stable.

BTW do you have a fxp netcard pr chance ??

-Søren


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



Re: vinum raid5 panics

2000-04-18 Thread Jesper Skriver

On Tue, Apr 18, 2000 at 09:32:34PM +0200, Soren Schmidt wrote:
 It seems Chad David wrote:
  I just put together a 5 disk raid5 system using
  vinum on 4.0 from last Wed., and I am experiencing
  random panics.  I can force the panic by working on
  the filesystem, but sometimes just having it mounted
  kills the machine.
  
  I compiled a debug kernel, and got a crash dump, but
  I am not an expert at debugging crash dumps, so any
  advice would be appreciated.
  
  Instead of dumping out fifty pages of kernel and
  hardware config could anyone who is working on this
  let me know what would be helpful...
 
 I bet you see the same problem as others do
 In my book vinum on 4.0 is plain broken.

RAID5 has problems, I have no problems with RAID0, RAID1 or RAID0+1 ...

 BTW do you have a fxp netcard pr chance ??

I do.

/Jesper

-- 
Jesper Skriver, jesper(at)skriver(dot)dk  -  CCIE #5456


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



Re: vinum raid5 panics

2000-04-18 Thread Jaye Mathisen


Same here, I'm running 4 disks RAID-0'd under 4.0-current for Diablo, and
it's running fine.

Haven't updated anythign to RAID-5 support yet.

On Tue, 18 Apr 2000, Jesper Skriver wrote:

 On Tue, Apr 18, 2000 at 09:32:34PM +0200, Soren Schmidt wrote:
  It seems Chad David wrote:
   I just put together a 5 disk raid5 system using
   vinum on 4.0 from last Wed., and I am experiencing
   random panics.  I can force the panic by working on
   the filesystem, but sometimes just having it mounted
   kills the machine.
   
   I compiled a debug kernel, and got a crash dump, but
   I am not an expert at debugging crash dumps, so any
   advice would be appreciated.
   
   Instead of dumping out fifty pages of kernel and
   hardware config could anyone who is working on this
   let me know what would be helpful...
  
  I bet you see the same problem as others do
  In my book vinum on 4.0 is plain broken.
 
 RAID5 has problems, I have no problems with RAID0, RAID1 or RAID0+1 ...
 
  BTW do you have a fxp netcard pr chance ??
 
 I do.
 
 /Jesper
 
 



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



Re: vinum raid5 panics

2000-04-18 Thread Chad David



On Tue, 18 Apr 2000, Jesper Skriver wrote:

 On Tue, Apr 18, 2000 at 09:32:34PM +0200, Soren Schmidt wrote:
  It seems Chad David wrote:
   I just put together a 5 disk raid5 system using
   vinum on 4.0 from last Wed., and I am experiencing
   random panics.  I can force the panic by working on
   the filesystem, but sometimes just having it mounted
   kills the machine.
   
   I compiled a debug kernel, and got a crash dump, but
   I am not an expert at debugging crash dumps, so any
   advice would be appreciated.
   
   Instead of dumping out fifty pages of kernel and
   hardware config could anyone who is working on this
   let me know what would be helpful...
  
  I bet you see the same problem as others do
  In my book vinum on 4.0 is plain broken.
 
 RAID5 has problems, I have no problems with RAID0, RAID1 or RAID0+1 ...

To be a little more positive, are these problems being addressed,
and is there any way that I can help?

 
  BTW do you have a fxp netcard pr chance ??
 

No, rl0.

Chad

 I do.
 
 /Jesper
 
 -- 
 Jesper Skriver, jesper(at)skriver(dot)dk  -  CCIE #5456
 



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



pcmcia copout.

2000-04-18 Thread Paul Halliday

Hi.

I have tried this in freebsd-questions twice now, so I guess I shall
try here.

This is a re-submission. I am still trying to do this install and from
what I can ascertain, none of the settings present during the install
will make
this card work properly.
Again, this card has been tested and is working. When this card was
working (3.4 stable) I had to explicitly specify its irq in the
pccard.conf, if i relied on auto negotiation it would come up but not
work correctly. So now, already somewhat knowing the answer to my own
question, how can I hax0r the boot disks to achieve this end, ie.
hardcode?

Original message...

Architecture: Dell Latitude Cpi i386.
OS: FreeBSD 4.0-RELEASE
NIC's: 3COM Etherlink III and 3COM Megahertz 56k modem.
Media: Floppy disks / FTP via local lan to the internet.

This box had 3.4-STABLE running without a hitch three days ago. I tried
to cvsup it to 4.0-STABLE
and for some reason while building, i decided to use the -k flag on make
installworld :( . After I finally got it running again I made some
backups i wiped the whole system clean. 

So with my shiny new install disks, the setup was goin fine, the card
inits and the installation begins. However within a meg or two of
transfer it dies. 

What I have tried:

1) all possible irq/memory configurations within sysinstalls limits.
Including the default recommendations, which did not work.
2) dissabling as many devices as possible via dell's BIO's, to try and
free up the pool.
3) tried the card in a different slot, and remove the other card.
4) a different server
5) set fire to my laptop.

 From the emergency shell if I bring the device down, then re-init, it
begins transfer again, but only for a few seconds. Ping requests lag to
around 300 until it goes down.

Any ideas?

Thanks.

-- 

Paul.
===
Don't underestimate the power of
stupid people in large groups.

Email: [EMAIL PROTECTED]  [EMAIL PROTECTED]
BIO: http://bling.dyn.dhs.org
GPG Key fingerprint: 2D7C A7E2 DB1F EA5F 8C6F D5EC 3D39 F274 4AA3E8B9
Public Key's available here: http://bling.dyn.dhs.org/texts/public.html
===


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



Re: pcmcia copout.

2000-04-18 Thread Warner Losh

In message [EMAIL PROTECTED] Paul Halliday writes:
: Any ideas?

Error messages?  Without them it is impossible to know what is going
on.

Warner




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



Re: pcmcia copout.

2000-04-18 Thread Paul Halliday



Warner Losh wrote:
 
 In message [EMAIL PROTECTED] Paul Halliday writes:
 : Any ideas?
 
 Error messages?  Without them it is impossible to know what is going
 on.

Hence my need to submit this message, ei. there are none. The only way
of determining that the box is down is by pinging it from another box.
The device is comming down. And I have no idea why. The device is still
up, according to ifconfig, then I bring it down then back up again. Yet
when this is done, transfer begins again, then suddenly stops.
 
 Warner

-- 

Paul H.

===
Don't underestimate the power of
stupid people in large groups.

Email: [EMAIL PROTECTED]  [EMAIL PROTECTED]
BIO: http://bling.dyn.dhs.org
GPG Key fingerprint: 2D7C A7E2 DB1F EA5F 8C6F D5EC 3D39 F274 4AA3E8B9
Public Key's available here: http://bling.dyn.dhs.org/texts/public.html
===


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



Re: Shell games

2000-04-18 Thread Kris Kennaway

On Tue, 18 Apr 2000, James Howard wrote:

 I don't get a lot of time to pay attention to the lists, so this might
 have been asked before.  Does the csh-tcsh move imply that sh-ksh will
 be happening soon?  Didn't NetBSD do that a while ago?

No, it doesn't automatically mean that. The csh-tcsh update was a version
upgrade (tcsh is a newer version of csh), which is a separate issue to
replacing a shell with a completely different shell. There has been
annoying discussion on -arch about this which you should read before
replying further, though.

Kris


In God we Trust -- all others must submit an X.509 certificate.
-- Charles Forsythe [EMAIL PROTECTED]



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



Re: Shell games

2000-04-18 Thread Brian Somers

 I don't get a lot of time to pay attention to the lists, so this might
 have been asked before.  Does the csh-tcsh move imply that sh-ksh will
 be happening soon?  Didn't NetBSD do that a while ago?

*groan*  shame on you !  Everyone went a step further and targeted 
the sh - bash war !

I'm not sure why sanity won here though.  I guess it'll be done the 
next time it comes up

 J~

-- 
Brian [EMAIL PROTECTED]brian@[uk.]FreeBSD.org
  http://www.Awfulhak.org   brian@[uk.]OpenBSD.org
Don't _EVER_ lose your sense of humour !




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



Re: vinum raid5 panics

2000-04-18 Thread Greg Lehey

On Tuesday, 18 April 2000 at 21:32:34 +0200, Søren Schmidt wrote:
 It seems Chad David wrote:
 I just put together a 5 disk raid5 system using
 vinum on 4.0 from last Wed., and I am experiencing
 random panics.  I can force the panic by working on
 the filesystem, but sometimes just having it mounted
 kills the machine.

 I compiled a debug kernel, and got a crash dump, but
 I am not an expert at debugging crash dumps, so any
 advice would be appreciated.

 Instead of dumping out fifty pages of kernel and
 hardware config could anyone who is working on this
 let me know what would be helpful...

Take a look at http://www.lemis.com/vinum/how-to-debug.html.

 I bet you see the same problem as others do
 In my book vinum on 4.0 is plain broken.

I think that's overstating the case.  We've seen some problems with
Vinum RAID-5 on IDE drives, but I can't reproduce them here.  Søren's
looking at the problem.  As Søren also indicates, the fxp board seems
to aggravate the problem.

 If its an option for you, vinum under -current works better but its
 still far from stable.

I believe we have exactly the same problems in -CURRENT.  It's also
currently not being maintained.

Greg
--
Finger [EMAIL PROTECTED] for PGP public key
See complete headers for address and phone numbers


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



Re: Shell games

2000-04-18 Thread Jamie Howard

On Tue, 18 Apr 2000, Brian Somers wrote:

  I don't get a lot of time to pay attention to the lists, so this might
  have been asked before.  Does the csh-tcsh move imply that sh-ksh will
  be happening soon?  Didn't NetBSD do that a while ago?
 
 *groan*  shame on you !  Everyone went a step further and targeted 
 the sh - bash war !

I thought I would try to be reasonable ;)

Anyway, someone pointed out the -arch discussions about it.  I'll slink
away now :)



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



Re: PC Keyboard Scancodes

2000-04-18 Thread Brian Fundakowski Feldman

I've got a nice script and better version of scancodes.c to do this for me
now, so here goes :)  These are the keys on the Logitech cordless keyboard,
and they are undoubtedly the same for the rest of the Logitech iTouch
keyboards.  Script or scancodes.c on request, of course :)  I hope this
will help whosoever decides to take upon the task.

 KeyPressed Released
 ------ 
   Sleep-32, 95 -32, -33
Mute-32, 32 -32, -96
 Decrease Volume-32, 46 -32, -82
 Increase Volume-32, 48 -32, -80
Play-32, 34 -32, -94
Stop-32, 36 -32, -92
  Rewind-32, 16 -32, -112
Fast Forward-32, 25 -32, -103
Mail-32, 108-32, -20
  Search-32, 101-32, -27
Home-32, 50 -32, -78
 Run-32, 102-32, -26

--
 Brian Fundakowski Feldman   \  FreeBSD: The Power to Serve!  /
 [EMAIL PROTECTED]`--'



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