Re: large system date skew on RELENG_6 changes causes select() failures
On Tue, Sep 05, 2006, Mark Andrews wrote:
A while ago, by accident, I've changed the system date back to the '98
using date(1). To my astonishment, screen(1) barfed about EINVAL in
select() and died. Programs, including opera (native FreeBSD-6 binary)
kept spinning the CPU until I killed them.
I have no means for debugging it.
Is this somehow expected? If not (i.e. it's a bug), is it known?
Probably, they calculated timeout's which magicly became negative, which
isn't a valid timeout, and none of the programs are programmed well enough
to handle the case and exhibited the behavior that you saw...
Nope. Just a simple limit in itimerfix.
int
itimerfix(struct timeval *tv)
{
if (tv-tv_sec 0 || tv-tv_sec 1 ||
tv-tv_usec 0 || tv-tv_usec = 100)
return (EINVAL);
if (tv-tv_sec == 0 tv-tv_usec != 0 tv-tv_usec tick)
tv-tv_usec = tick;
return (0);
}
date -j 9809051630 +%s - 904977000
date +%s - 1157438219
1157438219 - 904977000 - 252461219 which is greater that 1
The loop in GNU screen, which invokes select() looks like this:
{
struct timeval t;
t.tv_sec = (long) (msec / 1000);
t.tv_usec = (long) ((msec % 1000) * 1000);
select(0, (fd_set *)0, (fd_set *)0, (fd_set *)0, t);
}
There's no time_t substraction at all.
I dare to say that it's a bug.
/me ducks
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror RAID-1: rebuilding freezes machine
On 2006-09-07 03:03, Michael Butler wrote: I'm backing out the attached change to see if it fixes it .. Michael Michael, have you had any success using your patch? I was just standing up and couldn't test it. Greetings, Volker ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Apache 2.2.3 with auth_ldap
Hi, I'm running FreeBSD 6.1-STABLE on i386. I need to run auth_ldap module with apache 2.2.3 but as I see it requires apache13 . === auth_ldap-1.6.1 : Error from bsd.apache.mk. apache22 is installed (or APACHE_PORT is defined) and port requires 13. *** Error code 1 Is there is anyway to run auth_ldap with apache22 ? Thanks in advance, Dominik Zalewski -- Dominik Zalewski System Administrator OpenCraft t- +2 02 336 0003 w- http://www.open-craft.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Apache 2.2.3 with auth_ldap
On 7/09/2006, at 9:26 PM, Dominik Zalewski wrote: Hi, I'm running FreeBSD 6.1-STABLE on i386. I need to run auth_ldap module with apache 2.2.3 but as I see it requires apache13 . === auth_ldap-1.6.1 : Error from bsd.apache.mk. apache22 is installed (or APACHE_PORT is defined) and port requires 13. *** Error code 1 Is there is anyway to run auth_ldap with apache22 ? Thanks in advance, Dominik Zalewski Apache 2.2 has it's own built-in LDAP authentication module using the new Authz/Authn system. See: http://httpd.apache.org/docs/2.2/mod/mod_authnz_ldap.html Cheers Phil ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: LSI/amr driver controller cache problem?
On Wed, Sep 06 2:36PM Patrick M. Hausen wrote: Hi all! On Tue, Sep 05, 2006 at 12:06:00PM +0200, I wrote: Thanks to the guys keeping the amr driver up-to-date. The Linux megamgr utility works just fine. If I find the time, I'll make a port. Done: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/102917 HTH, Hello Patrick, thanks for creating this port - works like a charm. Up to now I have been using this utility after manually fetching it from lsilogic.com. AFAIK, this utility runs successfully on server(s) with i386 and amd64 architecture, so perhaps the ports-makefile should read ONLY_FOR_ARCHS= i386 amd64 (instead of i386 only). Patrick M. Hausen Leiter Netzwerke und Sicherheit -- Alfred Bartsch Data-Service GmbH Beethovenstr. 2aTel. 0451 49001 -0 Fax: -26 23617 Stockelsdorfhttp://www.dssgmbh.de ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Apache 2.2.3 with auth_ldap
On Thu, Sep 07, 2006 at 12:26:34PM +0300, Dominik Zalewski wrote:
I'm running FreeBSD 6.1-STABLE on i386. I need to run auth_ldap module with
apache 2.2.3 but as I see it requires apache13 .
=== auth_ldap-1.6.1 : Error from bsd.apache.mk. apache22 is installed (or
APACHE_PORT is defined) and port requires 13.
*** Error code 1
Is there is anyway to run auth_ldap with apache22 ?
I use mod_ldap and mod_auth_ldap with apache20.
Strings from /usr/local/etc/pkgtools.conf:
MAKE_ARGS = {
...
'www/apache2*' = 'WITH_LDAP_MODULES=yes WITH_SSL_MODULES=yes
WITH_MISC_MODULES=yes WITH_THREADS_MODULES=yes',
...
}
WBR
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Apache 2.2.3 with auth_ldap
On Thursday 07 September 2006 12:31, you wrote: On 7/09/2006, at 9:26 PM, Dominik Zalewski wrote: Hi, I'm running FreeBSD 6.1-STABLE on i386. I need to run auth_ldap module with apache 2.2.3 but as I see it requires apache13 . === auth_ldap-1.6.1 : Error from bsd.apache.mk. apache22 is installed (or APACHE_PORT is defined) and port requires 13. *** Error code 1 Is there is anyway to run auth_ldap with apache22 ? Thanks in advance, Dominik Zalewski Apache 2.2 has it's own built-in LDAP authentication module using the new Authz/Authn system. See: http://httpd.apache.org/docs/2.2/mod/mod_authnz_ldap.html Cheers Phil I'm still using apache13 on some machines. Probably I missed that ldap module is now integrated with apache22 ;) Thanks Phil -- Dominik Zalewski System Administrator OpenCraft t- +2 02 336 0003 w- http://www.open-craft.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: LSI/amr driver controller cache problem?
Hi! AFAIK, this utility runs successfully on server(s) with i386 and amd64 architecture, so perhaps the ports-makefile should read ONLY_FOR_ARCHS= i386 amd64 (instead of i386 only). OK - could you turn this AFAIK into AFAITAV (as far as I tested and verified)? ;-) I don't have access to a system running amd64. Regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: LSI/amr driver controller cache problem?
On Thu, Sep 07 you wrote: Hi! AFAIK, this utility runs successfully on server(s) with i386 and amd64 architecture, so perhaps the ports-makefile should read ONLY_FOR_ARCHS= i386 amd64 (instead of i386 only). OK - could you turn this AFAIK into AFAITAV (as far as I tested and verified)? ;-) I don't have access to a system running amd64. OK - turned. I tested this utility on a Intel-based Dual-XEON server. uname -a: FreeBSD serv08.servnet 6.1-RELEASE FreeBSD 6.1-RELEASE #2: Wed Aug 2 14:50:04 CEST 2006 [EMAIL PROTECTED]:/usr/src/sys/amd64/compile/SERV08 amd64 -- Alfred Bartsch Data-Service GmbH Beethovenstr. 2a Tel. 0451 49001 -0 Fax: -26 23617 Stockelsdorf http://www.dssgmbh.de ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
hp or Toshiba laptop?
Hi guys, I'm looking into buying a new laptop in the next week, due to budget, time and the fact that I'm near the end of civilization right now, I have the following choices: Toshiba Tecra A6-SP3032 (Core Duo 1.83GHz, Intel PRO/Wireless 3945ABG (802.11a/b/g), Intel PRO/1000 VE 10/100/1000 Base-TX, FastIR, Intel GMA950, Realtek ALC861 Audio, 5-in-1 cardreader, FireWire) or hp nx6320 (Same specs, except Broadcom NetLink Gig-Ethernet (BCM5788M) and ADI1981HD audio, no cardreader). I'll be running 6-Stable on this, with X, Gnome, et al. Has anyone had any experience (positive or negative) with either of these machines? Which wired Ethernet works better with FreeBSD? Is the wireless reliable/unreliable, does it work at all? Audio? Graphics under X? What about IR/FireWire, cardreader? And most importantly, what about power management? -- Christian Lopez de Castilla Wagner [EMAIL PROTECTED] PGP ID: 483EA9B6 (+591-705)98290 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Broken loader in STABLE
Hi Chaps, I think something has changed with regards to loader in STABLE recently, it has prevented me from being able to boot my machine today. This ideally needs to get fixed so other people dont have the same problem. Previously I have been able to boot fine and the system has been solid as a rock, until... I did a make buildworld, buildkernel, installkernel, reboot, mergemaster -p, installworld, mergemaster and then reboot - since the second reboot (after mergemaster) my system wont boot up any more - I get to the FreeBSD boot options screen width the besatie logo 1. boot default - 6. escape to loader etc and then I get this - FreeBSD/i386 bootstrap loader, Revision 1.1 ([EMAIL PROTECTED], Thu Aug 31 12:53:11 BST 2006) Can't work out which disk we are booting from. Guessed BIOS device 0x not found by probes, defaulting to disk0: panic: free: guard1 fail @ 0x67184 from /usr/src/sys/boot/i386/loader/../../common/module.c:958 -- Press a key on the console to reboot -- Now I solidly believe that it is the loader in STABLE that is the problem because, I can boot my system using a FreeBSD 6.1-BETA#1 Install CD and then escape to the loader on the cd and send it options so it boots my system from harddisk, the system then comes up no problem - in fact im writting this email on it. The process I use to boot my system via. the install cd is this - Boot from CD From the boot options screen with the beastie logo, I press 6 to escape to the loader, I then use these commands - unload set rootdev=disk1s3a load disk1s3a:/boot/kernel/kernel load disk1s3a:/boot/kernel/linux.ko load disk1s3a:/boot/kernel/linprocfs.ko load disk1s3a:/boot/modules/nvidia.ko load disk1s3a:/boot/modules/hpt374.ko boot My System is - Intel Pentium 4 3.2GHz Processor 2 x 1GB Corsair DDR400 RAM MSI 848P Neo Motherboard Nvidia 6800LE DDR3 256MB 120GB Maxtor SATA Hard disk HPT 374 RAID 5 SATA Controller 3 x 250GB Maxtor SATA Hard disk (raid 5) DVD-ROM DDU1621/VER S3.5 DVDR DVD-RW IDE1004/VER 0251 Thanks Adam Retter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: large system date skew on RELENG_6 changes causes select() failures
On Tue, Sep 05, 2006, Mark Andrews wrote:
A while ago, by accident, I've changed the system date back to the '98
using date(1). To my astonishment, screen(1) barfed about EINVAL in
select() and died. Programs, including opera (native FreeBSD-6 binary)
kept spinning the CPU until I killed them.
I have no means for debugging it.
Is this somehow expected? If not (i.e. it's a bug), is it known?
Probably, they calculated timeout's which magicly became negative, which
isn't a valid timeout, and none of the programs are programmed well enough
to handle the case and exhibited the behavior that you saw...
Nope. Just a simple limit in itimerfix.
int
itimerfix(struct timeval *tv)
{
if (tv-tv_sec 0 || tv-tv_sec 1 ||
tv-tv_usec 0 || tv-tv_usec = 100)
return (EINVAL);
if (tv-tv_sec == 0 tv-tv_usec != 0 tv-tv_usec tick)
tv-tv_usec = tick;
return (0);
}
date -j 9809051630 +%s - 904977000
date +%s - 1157438219
1157438219 - 904977000 - 252461219 which is greater that 1
The loop in GNU screen, which invokes select() looks like this:
{
struct timeval t;
t.tv_sec = (long) (msec / 1000);
t.tv_usec = (long) ((msec % 1000) * 1000);
select(0, (fd_set *)0, (fd_set *)0, (fd_set *)0, t);
}
There's no time_t substraction at all.
I dare to say that it's a bug.
/me ducks
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
man select gives:
[EINVAL] The specified time limit is invalid. One of its com-
ponents is negative or too large.
too large is 1 seconds which can be found by
inspecting the kernel source. In particular itimerfix().
A simple fix for screen would be to put a upper bound on
tv_sec which is = 1.
Mark
--
ISC Training! October 16-20, 2006, in the San Francisco Bay Area,
covering topics from DNS to DHCP. Email [EMAIL PROTECTED]
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: [EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Comtrol Rocketport driver is severely hosed under 6.x-STABLE
There is a severe problem (or set of problmes) with the Comtrol Rocketport driver under FreeBSD 6.x, to the point that the driver is basically unusable. The driver is returning duplicate input frames and otherwise misbehaving badly. There were no problems under FreeBSD 5.x. Does anyone know what has changed in the tty subsystem between 5.x and 6.x, or, alternatively if there is no update on this, is there a KNOWN WORKING PROPERLY multiport serial board under 6.x? This has totally hosed a number of my field installations when they attempted to go from the 5.x operating environment to 6.x! Thanks in advance -- -- Karl Denninger ([EMAIL PROTECTED]) Internet Consultant Kids Rights Activist http://www.denninger.netMy home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://genesis3.blogspot.comMusings Of A Sentient Mind ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sound card
thanks working, though the volume manager is not in my control :( , waiting for the driver from freeBSD team :) On 9/2/06, Ariff Abdullah [EMAIL PROTECTED] wrote: On Fri, 01 Sep 2006 21:26:05 +0600 S. M. Ibrahim (Lavlu) [EMAIL PROTECTED] wrote: i am totally new with freeBSD 6.1 I installed it yesterday. Everything goes ok, but problem with sound card, It's a builtin Intl HDA on gigabyte 915G-DU motherboard. I added the line sound_load=YES snd_driver_load=YES snd_cmi_load=YES to /boot/loader.conf but sound is not working. Moreover how to access administrativ app from GUI. Intel HDA isn't supported, yet. A proper driver is in the making. In the meantime, you can try free driver from http://www.opensound.com/ . Stay tune. -- Ariff Abdullah FreeBSD -- S. M. Ibrahim (Lavlu) Home page: http://lavluda.tripod.com Blog: http://lavluda.x10hosting.com Yahoo!! ID: lavluda MSN ID: lavluda Skype : lavluda ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: hp or Toshiba laptop?
On Thu, 07 Sep 2006 08:38:16 -0400 Christian Lopez de Castilla Wagner [EMAIL PROTECTED] wrote: due to budget, time and the fact that I'm near the end of civilization right now, Oh, are you here in Noway? :-)) I have the following choices: Toshiba Tecra A6-SP3032 (Core Duo 1.83GHz, Intel PRO/Wireless 3945ABG (802.11a/b/g), Intel PRO/1000 VE 10/100/1000 Base-TX, FastIR, Intel The wireless is going to give you grief; currently only a beta driver eksists (search -mobile mailing list for 3945), and nobody is working on s driver either. AFAIK. -- Regards, Torfinn Ingolfsen, Norway ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: hp or Toshiba laptop?
On Thu, 2006-09-07 at 08:38 -0400, Christian Lopez de Castilla Wagner wrote: Hi guys, I'm looking into buying a new laptop in the next week, due to budget, time and the fact that I'm near the end of civilization right now, I have the following choices: Toshiba Tecra A6-SP3032 (Core Duo 1.83GHz, Intel PRO/Wireless 3945ABG (802.11a/b/g), Intel PRO/1000 VE 10/100/1000 Base-TX, FastIR, Intel GMA950, Realtek ALC861 Audio, 5-in-1 cardreader, FireWire) or hp nx6320 (Same specs, except Broadcom NetLink Gig-Ethernet (BCM5788M) and ADI1981HD audio, no cardreader). I'd go for the HP. I bought a HP nx7400 2 weeks ago (which has similar specs) and everything except sound and the wireless stuff seems to work. A Beta driver for the sound exists and it works well on my laptop, but it hasn't been committed to current yet. Dunno about the status of wireless support, but I heard rumors about a port of the wpi(4) driver from OpenBSD. -- Joel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sound card
On Thu, 2006-09-07 at 20:39 +0600, S. M. Ibrahim (Lavlu) wrote: thanks working, though the volume manager is not in my control :( , waiting for the driver from freeBSD team :) A new HDA driver (snd_hda(4)) has been announced on the multimedia@ list just a few days ago. Check the archives. -- Joel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: LSI/amr driver controller cache problem?
Patrick M. Hausen writes: | Also, check the cache | setting on the drives itself. Maybe the drives are loosing power or | getting reset while data is in their cache. | | I'm starting to suspect something like this. The controller's setting | for the individual drives' caches is OFF. But these (Seagate ST3500841NS) | would not be the first ATA/SATA drives to lie about their cache for | performance. | | Seems like | | for i in 0 1 2 3 4 5 | do | megarc -pSetCache -WCE0 -SaveCacheSetting -ch0 -id$i -a0 | done | | did the trick. This is supposed to disable the physical drives' | write cache and save this setting in the drives' NVRAM, if supported. | | I don't know why simply setting the WC to off in the controller's | BIOS setup tool didn't have the same effect. I'm keeping my fingers | crossed ;-) | | Time to re-enable softupdates and do some more stress testing. | | Up to now the system survived two times make installworld reboot | after I changed the settings. | | Thanks to the guys keeping the amr driver up-to-date. The Linux | megamgr utility works just fine. If I find the time, I'll make | a port. That would be great. I'd discourage the idea of MegaMon though since it leaks shared memory and exits unless LSI has finally fixed it. So monitoring is a pain. I guess a watcher script would be okay but it has a nasty habit of reporting prior errors every time it starts :-( We have a native local tool that works but we can't re-distribute it. The mfi driver doesn't have this issues since the driver reports all events directly. However, MegaCli doesn't actually create or delete a RAID (even with Linux). I have patches in the wings that deals with discovery while the system is up but we need clearance on them. Doug A. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: LSI/amr driver controller cache problem?
Patrick M. Hausen writes: | Here's the preliminary results: | | - Controller cache policy: write through (megamgr or BIOS setup) Write back should be okay with a battery. Doug A. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: i386/100160: [mfid] Perc5i: additional symptomatic info on virtual disk detection issue
Jeffrey Williams writes: | I don't know if anyone specifically is working on this, but just tried | to install FreeBSD 6.1 from CD on a Dell 2950 with the PERC 5/i SAS | controller. | | This server was originally configured with two hardware RAID virual | disks, the first was RAID 1 with two 36GB drives, and the second was | RAID 5 with three 72 GB drives. | | Just like the original PR, the first was detected and identified in the | the installer volume setup as both mfid0 and mfid1. | | In order to try and work around the problem and just get the machine up | and running, I tried deleting the RAID 1 virtual disk with the intention | of installing everything to the RAID 5 virtual disk, however, with the | first virtual disk removed, no drives where detected at all. | | Next I will be trying removing the physical drives original used in the | RAID 1 virtual disk, and re-initializing the RAID 5 array. I will | provide an update if successful. | | In the meantime if anybody else is aware of another work around of fix | for this, I appreciate hearing about it. If a patch comes out soon, I | will be happy to provide testing, but I have a small window as this | server was being implemented as an emergency replacement for another server. Upgrade the mfi driver to -stable. Doug A. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Patch for GBDE rc-script
Hi,
I just setup GBDE on my laptop, encrypting my 512M cf-card.
This works like a charm, but I felt the need to enchance the rc-script a
little to automatically mount the encrypted drive(s), if you have the
following in /etc/rc.conf:
* gbde_autoattach_all=YES
* gbde_devices=device1 device2 .. etc
So I added another option:
* gbde_mountpoint=/private to /etc/defaults/rc.conf
This option acts like a basedir for mounting the partition, IE. after running
/etc/rc.d/gbde start, I get the following mount entry in the the mount-command
output:
/dev/ad1s1c.bde on /private/bde_ad1s1c (ufs, local, soft-updates)
Note: I also altered the output of which device is beeing attached, so that it
also specifies which lockfile it is using. The reason for this is that the
handbook example of gbde init uses /etc/gbde/ad4s1c as lockfile, while the
rc-script defaultly uses /etc/ad4s1c.lock. For a regular user this will cause
great frustration, because while booting it will basicly just tell the user
that the password is wrong, not that the lockfile dosn't exist (debugging the
rc-script to find out what was going on triggered me to start this
enchancement).
I'm not sure that the naming of my rc.conf variable is optimal (couldn't
think of a short/descriptive name for it), and the same with
/mount/point/bde_device.
Also, I am not sure that the new script-logic takes care of everything that
could go
wrong, so please review it carefully.
I hope this patch might be usefull for other users (maybee especially
laptop-users),
and if so, that it might be a part of the project :-)
If I mailed the wrong mailinglist, please let me know.
--
Med vennlig hilsen / Best regards,
--
Daniel Bond
PGP: C822C4BD
--
--- gbde.orig Thu Sep 7 20:03:46 2006
+++ gbdeThu Sep 7 20:01:46 2006
@@ -84,7 +84,7 @@
parent_=`ltr ${parent} '/' '_'`
eval
lock=\${gbde_lock_${parent_}-\${gbde_lockdir}/${parent_}.lock\}
if [ -e /dev/${parent} -a ! -e /dev/${parent}.bde ]; then
- echo Configuring Disk Encryption for ${parent}.
+ echo Configuring Disk Encryption for ${parent}.
(Lockfile: ${gbde_lockdir}/${parent_}.lock)
count=1
while [ ${count} -le ${gbde_attach_attempts} ]; do
@@ -94,6 +94,14 @@
gbde attach ${parent}
fi
if [ -e /dev/${parent}.bde ]; then
+ if [ -e ${gbde_mountpoint} ]; then
+ if [ ! -e
${gbde_mountpoint}/bde_${parent} ]; then
+ mkdir -p
${gbde_mountpoint}/bde_${parent}
+ fi
+ if fsck -p -t ffs
/dev/${parent}.bde 1/dev/null; then
+ mount
/dev/${parent}.bde ${gbde_mountpoint}/bde_${parent}
+ fi
+ fi
break
fi
echo Attach failed; attempt ${count} of
${gbde_attach_attempts}.
pgpsxFfB6sALU.pgp
Description: PGP signature
Re: Patch for GBDE rc-script
From Daniel Bond [EMAIL PROTECTED], Thu, Sep 07, 2006 at 08:13:11PM +0200: Hi, I just setup GBDE on my laptop, encrypting my 512M cf-card. This works like a charm, but I felt the need to enchance the rc-script a little to automatically mount the encrypted drive(s), if you have the following in /etc/rc.conf: * gbde_autoattach_all=YES * gbde_devices=device1 device2 .. etc So I added another option: * gbde_mountpoint=/private to /etc/defaults/rc.conf This option acts like a basedir for mounting the partition, IE. after running /etc/rc.d/gbde start, I get the following mount entry in the the mount-command output: /dev/ad1s1c.bde on /private/bde_ad1s1c (ufs, local, soft-updates) It seems to me that this is really something that belongs in devd. Boot-time is decidedly not ideal. Paul ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Comtrol Rocketport driver is severely hosed under 6.x-STABLE
Karl Denninger writes:
|
| There is a severe problem (or set of problmes) with the Comtrol Rocketport
| driver under FreeBSD 6.x, to the point that the driver is basically unusable.
|
| The driver is returning duplicate input frames and otherwise misbehaving
| badly. There were no problems under FreeBSD 5.x.
|
| Does anyone know what has changed in the tty subsystem between 5.x and 6.x,
| or, alternatively if there is no update on this, is there a KNOWN WORKING
| PROPERLY multiport serial board under 6.x?
|
| This has totally hosed a number of my field installations when they attempted
| to go from the 5.x operating environment to 6.x!
|
| Thanks in advance
Try this for 6.1 in /sys/dev/rp:
Index: rp.c
===
RCS file: /usr/local/cvsroot/freebsd/src/sys/dev/rp/rp.c,v
retrieving revision 1.67.2.1
diff -u -p -r1.67.2.1 rp.c
--- rp.c8 Nov 2005 15:35:27 - 1.67.2.1
+++ rp.c7 Sep 2006 18:19:44 -
@@ -37,15 +37,18 @@ __FBSDID($FreeBSD: src/sys/dev/rp/rp.c,
/*
* rp.c - for RocketPort FreeBSD
*/
+#include sys/cdefs.h
#include opt_compat.h
#include sys/param.h
+#include sys/proc.h
#include sys/systm.h
#include sys/fcntl.h
#include sys/malloc.h
#include sys/serial.h
#include sys/tty.h
+#include sys/dkstat.h
#include sys/conf.h
#include sys/kernel.h
#include machine/resource.h
@@ -57,7 +60,7 @@ __FBSDID($FreeBSD: src/sys/dev/rp/rp.c,
#include dev/rp/rpreg.h
#include dev/rp/rpvar.h
-static const char RocketPortVersion[] = 3.02;
+static const char RocketPortVersion[] = 1.0;
static Byte_t RData[RDATASIZE] =
{
@@ -116,6 +119,8 @@ Byte_t rp_sBitMapSetTbl[8] =
0x01,0x02,0x04,0x08,0x10,0x20,0x40,0x80
};
+int next_unit_number = 0;
+int num_devices_found = 0;
/***
Function: sReadAiopID
Purpose: Read the AIOP idenfication number directly from an AIOP.
@@ -587,6 +592,9 @@ static void rp_do_receive(struct rp_port
unsignedint CharNStat;
int ToRecv, wRecv, ch, ttynocopy;
+ if (tp-t_state TS_TBLOCK)
+ return;
+
ToRecv = sGetRxCnt(cp);
if(ToRecv == 0)
return;
@@ -615,7 +623,7 @@ static void rp_do_receive(struct rp_port
CharNStat = rp_readch2(cp,sGetTxRxDataIO(cp));
ch = CharNStat 0xff;
- if((CharNStat STMBREAK) || (CharNStat STMFRAMEH))
+ if((CharNStat STMBREAKH) || (CharNStat STMFRAMEH))
ch |= TTY_FE;
else if (CharNStat STMPARITYH)
ch |= TTY_PE;
@@ -645,6 +653,12 @@ static void rp_do_receive(struct rp_port
if ( ToRecv RXFIFO_SIZE ) {
ToRecv = RXFIFO_SIZE;
}
+ if ((tp-t_rawq.c_cc + ToRecv tp-t_ihiwat)
+ ((tp-t_cflag CRTS_IFLOW) ||
+(tp-t_iflag IXOFF))
+ !(tp-t_state TS_TBLOCK))
+ ttyblock(tp);
+
wRecv = ToRecv 1;
if ( wRecv ) {
rp_readmultich2(cp,sGetTxRxDataIO(cp),(u_int16_t *)rp-RxBuf,wRecv);
@@ -686,6 +700,7 @@ static void rp_handle_port(struct rp_por
IntMask = sGetChanIntID(cp);
IntMask = IntMask rp-rp_intmask;
ChanStatus = sGetChanStatus(cp);
+
if(IntMask RXF_TRIG)
if(!(tp-t_state TS_TBLOCK) (tp-t_state TS_CARR_ON)
(tp-t_state TS_ISOPEN)) {
rp_do_receive(rp, tp, cp, ChanStatus);
@@ -769,22 +784,23 @@ rp_attachcommon(CONTROLLER_T *ctlp, int
unit = device_get_unit(ctlp-dev);
- printf(RocketPort%d (Version %s) %d ports.\n, unit,
- RocketPortVersion, num_ports);
+ printf(RocketPort%d = %d ports.\n, unit, num_ports);
rp_num_ports[unit] = num_ports;
callout_handle_init(rp_callout_handle);
ctlp-rp = rp = (struct rp_port *)
- malloc(sizeof(struct rp_port) * num_ports, M_TTYS, M_NOWAIT |
M_ZERO);
+ malloc(sizeof(struct rp_port) * (num_ports+1), M_TTYS, M_NOWAIT
| M_ZERO);
if (rp == NULL) {
device_printf(ctlp-dev, rp_attachcommon: Could not malloc
rp_ports structures.\n);
retval = ENOMEM;
goto nogo;
}
-
+/* else {
+ device_printf(ctlp-dev, malloc'd rp_ports
structures=%08x.\n, rp);
+ }*/
count = unit * 32; /* board times max ports per card SG */
- bzero(rp, sizeof(struct rp_port) * num_ports);
+ bzero(rp, sizeof(struct rp_port) * (num_ports+1));
oldspl = spltty();
rp_addr(unit) = rp;
splx(oldspl);
@@ -1016,9 +1032,10 @@ rpmodem(struct tty *tp, int
Re: suggestions for SATA RAID cards
However keep in mind that Highpoint support is nearly clueless. When the 1820a first shipped we were unable to find anyone on staff that knew what FreeBSD was, or how to read a problem report. No experience with Areca. 3ware is very clueful and capable. On Wed, Aug 23, 2006 at 09:23:00AM +0100, Steven Hartland wrote: The Areca cards I can recommend. Highpoint 1820a is surprisingly good for its price and the later cards have better performance still apparently. N.B. Use the min stripe size when creating the array for max performance with this card under FreeBSD. Steve Willem Jan Withagen wrote: Hi, I've ran into sort of a snag with building a 2T file server. Given all the good press here for 3ware and the talk to the guys at the CeBIT I decided to go for a 9550SX-LP8. With that I bought a ASUS serverboard: K8N-LR with 165 dual core opteron. In itself is this a combo that I thing would do for a long time at my home. ;) However the 3ware controler decided not to play nice with 2 of the PCI-X boards I have here. It gets stuck in the bios disc scan. I've RMA-ed the card, but my guess is that it'll take a too long a time to fix/replace it for my patience. So I'm looking for alternatives with good support under amd64. I've seen that the Adaptecs are supported under aac(4). But what about Promisse or Highpoint RAID controllers? This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- Jo Rhett senior geek SVcolo : Silicon Valley Colocation ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Patch for GBDE rc-script
On 11:31 Thu 07 Sep, Paul Allen wrote: From Daniel Bond [EMAIL PROTECTED], Thu, Sep 07, 2006 at 08:13:11PM +0200: Hi, I just setup GBDE on my laptop, encrypting my 512M cf-card. This works like a charm, but I felt the need to enchance the rc-script a little to automatically mount the encrypted drive(s), if you have the following in /etc/rc.conf: * gbde_autoattach_all=YES * gbde_devices=device1 device2 .. etc So I added another option: * gbde_mountpoint=/private to /etc/defaults/rc.conf This option acts like a basedir for mounting the partition, IE. after running /etc/rc.d/gbde start, I get the following mount entry in the the mount-command output: /dev/ad1s1c.bde on /private/bde_ad1s1c (ufs, local, soft-updates) It seems to me that this is really something that belongs in devd. Boot-time is decidedly not ideal. Paul Nice, thankyou :) -- Med vennlig hilsen / Best regards, -- Daniel Bond PGP: C822C4BD -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Comtrol Rocketport driver is severely hosed under 6.x-STABLE
Nope - still got the same issues. I have an application that does heavy serial I/O in non-canonical mode and uses raw I/O termios (Vmin, Vtime, etc) heavily. It works perfectly under 5.x and has worked properly under previous versions back to 4.x under both the Comtrol and Digiboard drivers. With or without these patches, its screwed on 6.x. I'm getting double, triple, sometimes even more copies of frames into the read buffer - returns from SELECT which are reporting data already read (and it can be read(2) again!), etc. Not good... Here's a boot dmesg of one of the machines that's misbehaving... I'm going to shut off SMP in this kernel (all these machines ARE hyperthreaded CPUs) and see if that helps, but the patches appear to make no difference. Copyright (c) 1992-2006 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 6.1-STABLE #2: Thu Sep 7 14:48:03 CDT 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/KSD-SMP Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x4400CNTX-ID,b14 Logical CPUs per core: 2 real memory = 267862016 (255 MB) avail memory = 252432384 (240 MB) ACPI APIC Table: DELL PE400SC FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 Version 2.0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: DELL PE400SC on motherboard acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 cpu0: ACPI CPU on acpi0 cpu1: ACPI CPU on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 agp0: Intel 82875P host to AGP bridge mem 0xe800-0xefff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: display, VGA at device 0.0 (no driver attached) uhci0: Intel 82801EB (ICH5) USB controller USB-A port 0xff80-0xff9f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: Intel 82801EB (ICH5) USB controller USB-A on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: Intel 82801EB (ICH5) USB controller USB-B port 0xff60-0xff7f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: Intel 82801EB (ICH5) USB controller USB-B on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: Intel 82801EB (ICH5) USB controller USB-C port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: Intel 82801EB (ICH5) USB controller USB-C on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: Intel 82801EB (ICH5) USB controller USB-D port 0xff20-0xff3f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: Intel 82801EB (ICH5) USB controller USB-D on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: Intel 82801EB/R (ICH5) USB 2.0 controller mem 0xffa80800-0xffa80bff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: Intel 82801EB/R (ICH5) USB 2.0 controller on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib2: ACPI PCI-PCI bridge at device 30.0 on pci0 pci2: ACPI PCI bus on pcib2 twe0: 3ware Storage Controller. Driver version 1.50.01.002 port 0xcef0-0xceff mem 0xfe00-0xfe7f irq 22 at device 1.0 on pci2 twe0: [GIANT-LOCKED] twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 rp0: RocketPort PCI Quad port 0xcf00-0xcf3f irq 17 at device 2.0 on pci2 RocketPort0 = 4 ports. pcib3: PCI-PCI bridge at device 3.0 on pci2 pci3: PCI bus on pcib3 fxp0: Intel 82558 Pro/100 Ethernet port 0xbf80-0xbf9f mem 0xf8001000-0xf8001fff,0xfdc0-0xfdcf irq 19 at device 4.0 on pci3 miibus0: MII bus on fxp0 inphy0: i82555 10/100 media interface on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:6f:ce:e8 fxp1: Intel 82558 Pro/100 Ethernet port 0xbfe0-0xbfff mem 0xf800-0xf8000fff,0xfdd0-0xfddf irq 18 at device 5.0 on pci3 miibus1: MII bus on fxp1 inphy1: i82555 10/100 media interface on miibus1 inphy1: 10baseT, 10baseT-FDX,
[releng_6 tinderbox] failure on amd64/amd64
TB --- 2006-09-07 19:54:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-09-07 19:54:22 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2006-09-07 19:54:22 - cleaning the object tree TB --- 2006-09-07 19:55:01 - checking out the source tree TB --- 2006-09-07 19:55:01 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2006-09-07 19:55:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-09-07 20:05:00 - building world (CFLAGS=-O2 -pipe) TB --- 2006-09-07 20:05:00 - cd /src TB --- 2006-09-07 20:05:00 - /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies [...] echo getty: /obj/amd64/src/tmp/usr/lib/libc.a /obj/amd64/src/tmp/usr/lib/libutil.a .depend === libexec/lukemftpd (depend) yacc -o ftpcmd.c /src/libexec/lukemftpd/../../contrib/lukemftpd/src/ftpcmd.y sed -e 's/^main(/ls_main(/g' -e 's,extern.h,../../bin/ls/extern.h,' /src/libexec/lukemftpd/../../bin/ls/ls.c ls-unmain.c rm -f .depend mkdep -f .depend -a-I/src/libexec/lukemftpd -I/src/libexec/lukemftpd/../../contrib/lukemftpd -I/src/libexec/lukemftpd/../../contrib/lukemftpd/src -I/src/libexec/lukemftpd/../../lib/libc/stdtime -I/src/libexec/lukemftpd/../../bin/ls -DUSE_OPIE -DLOGIN_CAP -DUSE_PAM /src/libexec/lukemftpd/../../contrib/lukemftpd/src/cmds.c /src/libexec/lukemftpd/../../contrib/lukemftpd/src/conf.c /src/libexec/lukemftpd/../../contrib/lukemftpd/src/ftpd.c ftpcmd.c /src/libexec/lukemftpd/../../contrib/lukemftpd/src/popen.c /src/libexec/lukemftpd/../../contrib/lukemftpd/libnetbsd/strsuftoll.c ls-unmain.c /src/libexec/lukemftpd/../../bin/ls/cmp.c /src/libexec/lukemftpd/../../bin/ls/print.c /src/libexec/lukemftpd/../../bin/ls/util.c /src/libexec/lukemftpd/../../contrib/lukemftpd/src/ftpd.c:182:26: nbsd_pidfile.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/libexec/lukemftpd. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-09-07 20:35:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-09-07 20:35:16 - ERROR: failed to build world TB --- 2006-09-07 20:35:16 - tinderbox aborted TB --- 1.31 user 7.02 system 2454.66 real ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror RAID-1: rebuilding freezes machine
I wrote: I'm backing out the attached change to see if it fixes it .. Nope, not this change .. unfortunately, the machine I have available to test is both remote and in production so I can't pursue it further. I've just detached a drive from the mirror until it gets looked at :-( Index: src/sys/geom/mirror/g_mirror.c === RCS file: /usr/home/ncvs/src/sys/geom/mirror/g_mirror.c,v retrieving revision 1.66.2.7 retrieving revision 1.66.2.8 diff -u -r1.66.2.7 -r1.66.2.8 --- src/sys/geom/mirror/g_mirror.c 16 Jul 2006 15:47:46 - 1.66.2.7 +++ src/sys/geom/mirror/g_mirror.c 4 Sep 2006 12:55:43 - 1.66.2.8 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror RAID-1: rebuilding freezes machine
On 2006-09-07 22:50, Michael Butler wrote: I wrote: I'm backing out the attached change to see if it fixes it .. Nope, not this change .. unfortunately, the machine I have available to test is both remote and in production so I can't pursue it further. I've just detached a drive from the mirror until it gets looked at :-( Michael, if you need me to check any patch, just tell me. My machine is as remote as 2 meters can be... :) Also this machine is important to me (it's a SOHO/Home server, router etc.) but I may test anything on it. If anything is critical to test, I've got another testing only machine which I may deploy quickly. I'm in the european time zone (Germany) so please expect a delay in response. Greetings, Volker ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: suggestions for SATA RAID cards
Jo Rhett wrote: However keep in mind that Highpoint support is nearly clueless. When the 1820a first shipped we were unable to find anyone on staff that knew what FreeBSD was, or how to read a problem report. No experience with Areca. 3ware is very clueful and capable. I did have a little bother getting through to the dev's for support with a disk compatibility issue but once I located the right person highpoint support was very good. Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: suggestions for SATA RAID cards
Jo Rhett wrote: However keep in mind that Highpoint support is nearly clueless. When the 1820a first shipped we were unable to find anyone on staff that knew what FreeBSD was, or how to read a problem report. No experience with Areca. 3ware is very clueful and capable. On Sep 7, 2006, at 2:23 PM, Steven Hartland wrote: I did have a little bother getting through to the dev's for support with a disk compatibility issue but once I located the right person highpoint support was very good. How did you locate them? Highpoint support told us that a third party did the freebsd driver and that they had no intention of supporting it. FYI, several people have claimed that the 1820a is hardware -- this is untrue. It's hardware accelerated, but all of the raid logic is in the driver. It's sludgeware, not hardware raid. Performance tests against a real hardware raid adapter will demonstrate what I mean. -- Jo Rhett senior geek Silicon Valley Colocation ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
panic on 6.0 with amd64
Hi all,
I'm experiencing kernel panics on a webserver running freebsd 6.0. The
panics are infrequent (about once a month) and do occur under mild load
(even under only 0.4 load). Following the handbook's instructions I got the
dump info and also made the dmesg available. I apologize in advance, I'm
extremely new to this type of problem so if any information is missing
please let me know. Thanks for any help or tips, they are much appreciated.
Here is the dump info:
# kgdb kernel.debug.0 vmcore.3
[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 amd64-marcel-freebsd.
Unread portion of the kernel message buffer:
Sep 5 16:14:02 aeon sm-mta[37276]: k85L6atQ032754:
SYSERR(root): deliver: mci=642018 rcode=0 errno=0 state=0 sig=
relay.verizon.net.Sep 5 16:44:03 aeon
sm-mta[38256]: k85L1oiE032593: SYSERR(root): deliver: mci=643018 rcode=0
errno=0 state=0 sig=relay.verizon.net.Sep 5
17:14:20 aeon sm-mta[39178]: k85JucY6030388: SYSERR(root): deliver:
mci=643018 rcode=0 errno=0 state=0 sig=relay.verizon.net.
Sep 5 17:45:31 aeon sm-mta[40231]: k85IWEZL027822: S
#0 doadump () at pcpu.h:172
172 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) backtrace
#0 doadump () at pcpu.h:172
#1 0x0004 in ?? ()
#2 0x803b50c3 in boot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:399
#3 0x803b56c6 in panic (fmt=0xff007b9ed720 @ÓÊa) at
/usr/src/sys/kern/kern_shutdown.c:555
#4 0x8058bfbf in trap_fatal (frame=0xff007b9ed720,
eva=18446742975838606144) at /usr/src/sys/amd64/amd64/trap.c:655
#5 0x8058c462 in trap (frame=
{tf_rdi = -140737488355328, tf_rsi = -1099450764336, tf_rdx =
6053253321325322206, tf_rcx = 34369499136, tf_r8 = 0, tf_r9 =
-1097427386368, tf_rax = 0, tf_rbx = -1384231984, tf_rbp =
6053253321325322206, tf_r10 = 6385350, tf_r11 = 425690, tf_r12 =
-1099450764416, tf_r13 = -1097376303568, tf_r14 = 140737488355328, tf_r15 =
0, tf_trapno = 27, tf_addr = 0, tf_flags = -1396024512, tf_err = 0, tf_rip =
-2141685473, tf_cs = 8, tf_rflags = 66054, tf_rsp = -1310041440, tf_ss =
16}) at /usr/src/sys/amd64/amd64/trap.c:467
#6 0x8057bb6b in calltrap () at
/usr/src/sys/amd64/amd64/exception.S:168
#7 0x8058791f in pmap_remove_pages (pmap=0xff0003a0b380, sva=0,
eva=140737488355328) at /usr/src/sys/amd64/amd64/pmap.c:2531
#8 0x80399561 in exit1 (td=0xff007b9ed720, rv=0) at
vm_map.h:252
#9 0x8039987e in sys_exit (td=0x8000,
uap=0xff0003a0b3d0) at /usr/src/sys/kern/kern_exit.c:97
#10 0x8058cdd1 in syscall (frame=
{tf_rdi = 0, tf_rsi = 34365342200, tf_rdx = 34369564640, tf_rcx = 0,
tf_r8 = 0, tf_r9 = 0, tf_rax = 1, tf_rbx = 0, tf_rbp = 0, tf_r10 = 0, tf_r11
= 0, tf_r12 = 5628032, tf_r13 = 5533792, tf_r14 = 43, tf_r15 =
140737488349504, tf_trapno = 12, tf_addr = 34368757184, tf_flags = 12,
tf_err = 2, tf_rip = 34369078716, tf_cs = 43, tf_rflags = 518, tf_rsp =
140737488348776, tf_ss = 35}) at /usr/src/sys/amd64/amd64/trap.c:787
#11 0x8057bd08 in Xfast_syscall () at
/usr/src/sys/amd64/amd64/exception.S:270
#12 0x0008008e85bc in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb) quit
and dmesg:
Copyright (c) 1992-2005 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 6.0-RELEASE #0: Wed Nov 2 19:07:38 UTC 2005
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
ACPI APIC Table: A M I OEMAPIC
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: AMD Opteron(tm) Processor 244 (1792.82-MHz K8-class CPU)
Origin = AuthenticAMD Id = 0xf51 Stepping = 1
Features=0x78bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2
AMD Features=0xe0500800SYSCALL,NX,MMX+,LM,3DNow+,3DNow
real memory = 2147418112 (2047 MB)
avail memory = 2063310848 (1967 MB)
MADT: Forcing active-low polarity and level trigger for SCI
ioapic0 Version 1.1 irqs 0-23 on motherboard
ioapic1 Version 1.1 irqs 24-27 on motherboard
ioapic2 Version 1.1 irqs 28-31 on motherboard
acpi0: A M I OEMRSDT on motherboard
acpi0: Power Button (fixed)
pci_link0: ACPI PCI Link LNKA irq 5 on acpi0
pci_link1: ACPI PCI Link LNKB irq 9 on acpi0
pci_link2: ACPI PCI Link LNKC irq 11 on acpi0
pci_link3: ACPI PCI Link LNKD irq 10 on acpi0
Timecounter ACPI-fast frequency 3579545 Hz quality 1000
acpi_timer0: 24-bit timer at 3.579545MHz port 0x5008-0x500b
Re: Broken loader in STABLE
Yes, these are set in make.conf, but I have always had these set and there have been no problems in the past... # Compile for Pentium 4 CPU CPUTYPE=p4 # Compiler optimisation flags CFLAGS= -O2 -pipe -funroll-loops -ffast-math # Compiler optimisation flags for the Kernel COPTFLAGS= -O2 -pipe -funroll-loops -ffast-math On Fri, 2006-09-08 at 08:48 +1000, Tony Maher wrote: Adam Retter wrote: Hi Chaps, I think something has changed with regards to loader in STABLE recently, it has prevented me from being able to boot my machine today. This ideally needs to get fixed so other people dont have the same problem. Previously I have been able to boot fine and the system has been solid as a rock, until... I did a make buildworld, buildkernel, installkernel, reboot, mergemaster -p, installworld, mergemaster and then reboot - since the second reboot (after mergemaster) my system wont boot up any more - I get to the FreeBSD boot options screen width the besatie logo 1. boot default - 6. escape to loader etc and then I get this - FreeBSD/i386 bootstrap loader, Revision 1.1 ([EMAIL PROTECTED], Thu Aug 31 12:53:11 BST 2006) Can't work out which disk we are booting from. Guessed BIOS device 0x not found by probes, defaulting to disk0: panic: free: guard1 fail @ 0x67184 from /usr/src/sys/boot/i386/loader/../../common/module.c:958 -- Press a key on the console to reboot -- Do you have any compile options in /etc/make.conf? These can affect loader. -- tonym ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Broken loader in STABLE
Adam Retter wrote: On Fri, 2006-09-08 at 08:48 +1000, Tony Maher wrote: Do you have any compile options in /etc/make.conf? These can affect loader. Yes, these are set in make.conf, but I have always had these set and there have been no problems in the past... # Compile for Pentium 4 CPU CPUTYPE=p4 # Compiler optimisation flags CFLAGS= -O2 -pipe -funroll-loops -ffast-math # Compiler optimisation flags for the Kernel COPTFLAGS= -O2 -pipe -funroll-loops -ffast-math From private email from someone else with same problem (they had -funroll-loops in make.conf), optimizations are bad for the loader... but it still works fine for me using -O -pipe. -- tonym ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: atheros driver under high load, panics and even more freezes
Daniel Dvoøák wrote: Hi Sam and all, I am not sure if I understand your answer, but I try it. When I use start my test, athstats shows this: athstats -i ath0 19308912 data frames received 15723536 data frames transmit 6536 tx frames with an alternate rate 2188280 long on-chip tx retries 62583 tx failed 'cuz too many retries 348 tx linearized to cluster 24M current transmit rate 6 tx management frames 6 tx frames discarded prior to association 27129 tx stopped 'cuz no xmit buffer 23057 tx frames with no ack marked 1182 rx failed 'cuz of bad CRC 761604 rx failed 'cuz of PHY err 761604 OFDM timing 4829 periodic calibrations 28 rssi of last ack 27 avg recv rssi -96 rx noise floor 1 switched default/rx antenna Antenna profile: [1] tx 15660942 rx 19451935 [2] tx2 rx0 ... I use this ping command from R2: ping -i .002 -c 1 -s 1472 opposite side R1 --- R1 ping statistics --- 1 packets transmitted, 1 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.316/1.442/49.391/1.757 ms You can see nice average latency about 1,4 ms and no one packet was lost. athstats almost wasn´t changed. 19309465 data frames received 15724079 data frames transmit 6536 tx frames with an alternate rate 2188281 long on-chip tx retries 62583 tx failed 'cuz too many retries 348 tx linearized to cluster 24M current transmit rate 6 tx management frames 6 tx frames discarded prior to association 27129 tx stopped 'cuz no xmit buffer 23075 tx frames with no ack marked 1182 rx failed 'cuz of bad CRC 761605 rx failed 'cuz of PHY err 761605 OFDM timing 4834 periodic calibrations 29 rssi of last ack 27 avg recv rssi -96 rx noise floor 1 switched default/rx antenna Antenna profile: [1] tx 15661485 rx 19452488 [2] tx2 rx0 For compare with flood ping at once: --- R1 ping statistics --- 1 packets transmitted, 1 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.319/1.516/5.594/0.120 ms Almost the same, yes max is even better. -- If I use interval 1/1000 s to send the echo request, the situation is rapidly changed. ping -i .001 -c 1 -s 1472 opposite side R1 --- R1 ping statistics --- 1 packets transmitted, 9681 packets received, 3% packet loss round-trip min/avg/max/stddev = 1.319/335.806/564.946/170.691 ms R2# ifconfig -v ath0 ath0: flags=8c43UP,BROADCAST,RUNNING,OACTIVE,SIMPLEX,MULTICAST mtu 1500 -- ??? OACTIVE FLAG ? inet6 fe80::20b:6bff:fe2a:c78e%ath0 prefixlen 64 scopeid 0x2 inet 10.XX.YY.ZZ netmask 0xfffc broadcast 10.40.64.19 ether media: IEEE 802.11 Wireless Ethernet OFDM/24Mbps mode 11a flag0,adhoc (OFDM/24Mbps) status: associated 19350739 data frames received 15765446 data frames transmit 6536 tx frames with an alternate rate 2194842 long on-chip tx retries 62590 tx failed 'cuz too many retries 348 tx linearized to cluster 24M current transmit rate 6 tx management frames 6 tx frames discarded prior to association 29242 tx stopped 'cuz no xmit buffer 23155 tx frames with no ack marked 1182 rx failed 'cuz of bad CRC 764641 rx failed 'cuz of PHY err 764641 OFDM timing 4856 periodic calibrations 28 rssi of last ack 27 avg recv rssi -96 rx noise floor 1 switched default/rx antenna Antenna profile: [1] tx 15702845 rx 19493774 [2] tx2 rx0 I observe flags of ath and when latency is going to high more and more, there is a new flag which I´ve never seen before, OACTIVE FLAG ? R2# man ifconfig | grep OACTIVE When ping ends oactive flag disappears. When the same ping test is done from linux box to fbsd, nice latency 1,2ms and no no buffer. with -i 0.002 the throughput is about 0,5MB/s in and out of cource with -i 0.001 until no buffer is about 0,85MB/s in and out. when no buffer and octive appears, the throughput is about 0,1MB/s or 128KB/s if you like or 1Mbit/s. I attached the progress of pinging ip address. You ask why you're seeing OACTIVE when you lower the inter-packet wait time to ping. This is because you're flooding the tx queue of the ath driver and using up all the tx buffers/descriptors. When ath is handed a frame to send and it has no resources available it will mark the interface active' (OACTIVE) and drop the packet. You can also see this in the athstats output (tx stopped 'cuz no xmit buffer). Linux behaves differently because it blocks the user process when this happens until such time as there are resources to do the send. This behaviour likely also explains the variability in the ping times; I think the rx processing may be deferred while the driver deals with the tx flood. You can up the number of tx buffers available with the ATH_TXBUF config option or by setting the hw.ath.txbuf
