From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 22:40:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23E1B16A401 for ; Sat, 17 Feb 2007 22:40:17 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id A833F13C441 for ; Sat, 17 Feb 2007 22:40:16 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HIYE3-00080E-KH>; Sat, 17 Feb 2007 23:40:15 +0100 Received: from e178016030.adsl.alicedsl.de ([85.178.16.30] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HIYE3-0003xm-HC>; Sat, 17 Feb 2007 23:40:15 +0100 Message-ID: <45D7847A.6040107@mail.zedat.fu-berlin.de> Date: Sat, 17 Feb 2007 23:40:58 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.9 (X11/20070211) MIME-Version: 1.0 To: "Mr. Darren" References: <20070217214705.14625.qmail@web34710.mail.mud.yahoo.com> In-Reply-To: <20070217214705.14625.qmail@web34710.mail.mud.yahoo.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.16.30 X-Mailman-Approved-At: Sun, 18 Feb 2007 04:21:59 +0000 Cc: freebsd-current@freebsd.org Subject: Re: envy24 audiophile 2496 amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Feb 2007 22:40:17 -0000 Mr. Darren wrote: > --- "O. Hartmann" > wrote: > > >> Mr. Darren wrote: >> >>> Just a followup, as of 6am mst this morning, >>> >> cvsup >> >>> src and make buildworld. I was able to play some >>> >> mp3s >> >>> using mplayer >>> >>> -Darren >>> --- "Mr. Darren" wrote: >>> >>> >>> >>>> Does anyone have this working at the moment? I >>>> can't >>>> seem to play any audio. Can't open /dev/dsp0.0! >>>> >> and >> >>>> so forth. >>>> -Darren >>>> %uname -a >>>> FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT >>>> >> #0: >> >>>> Fri >>>> Feb 16 22:40:32 UTC 2007 >>>> root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 >>>> >>>> FreeBSD Audio Driver (newpcm: 64bit) >>>> Installed devices: >>>> pcm0: at >>>> >> io >> >>>> 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 >>>> (5p/3r/1v channels duplex default) >>>> %ls /dev/dsp* >>>> /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 >>>> >> /dev/dsp0.r1 >> >>>> /dev/dspW0.2 /dev/dspW0.7 >>>> /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 >>>> >> /dev/dsp0.r2 >> >>>> /dev/dspW0.3 /dev/dspW0.8 >>>> /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 >>>> >> /dev/dsp0.v0 >> >>>> /dev/dspW0.4 >>>> /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 >>>> >> /dev/dspW0.0 >> >>>> /dev/dspW0.5 >>>> /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 >>>> >> /dev/dspW0.1 >> >>>> /dev/dspW0.6 >>>> %ls /dev/audio* >>>> /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 >>>> /dev/audio0.6 /dev/audio0.8 >>>> /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 >>>> /dev/audio0.7 >>>> % >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >> Oh, as I can see, you're using newpcm for 64Bit >> arch. I can't see the >> [GIANT LOCKED] statement (as shown in my dmesh :-(), >> isn't it giant locked? >> >> Regards, >> Oliver >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> >> > http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> >> > %dmesg|grep GIANT > ohci0: [GIANT-LOCKED] > ehci0: [GIANT-LOCKED] > atkbd0: [GIANT-LOCKED] > psm0: [GIANT-LOCKED] > % > > > Same here, also the pcm device. ohci0: [GIANT-LOCKED] ehci0: [GIANT-LOCKED] pcm0: [GIANT-LOCKED] atkbd0: [GIANT-LOCKED] but no psm0. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Sun Feb 18 11:00:00 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A09DA16A41F for ; Sun, 18 Feb 2007 11:00:00 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7AADC13C4A3 for ; Sun, 18 Feb 2007 11:00:00 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 304F246DE0 for ; Sun, 18 Feb 2007 06:00:00 -0500 (EST) Date: Sun, 18 Feb 2007 11:00:00 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20070218105831.D49018@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: More DDB show commands for the network stack (cvs commit: src/sys/netinet in_pcb.c in_pcb.h tcp_usrreq.c (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 11:00:00 -0000 FYI -- I've added two more DDB commands to help in debugging network stack problems. "show inpcb " can be used on the so_pcb field of TCP/IP ("internet") sockets. "show tcpcb " can be used on the inp_ppcb field of the inpcb associated with a TCP connection. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Sat, 17 Feb 2007 21:02:39 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/netinet in_pcb.c in_pcb.h tcp_usrreq.c rwatson 2007-02-17 21:02:39 UTC FreeBSD src repository Modified files: sys/netinet in_pcb.c in_pcb.h tcp_usrreq.c Log: Add "show inpcb", "show tcpcb" DDB commands, which should come in handy for debugging sblock and other network panics. Revision Changes Path 1.186 +251 -1 src/sys/netinet/in_pcb.c 1.92 +6 -0 src/sys/netinet/in_pcb.h 1.146 +321 -1 src/sys/netinet/tcp_usrreq.c From owner-freebsd-current@FreeBSD.ORG Sun Feb 18 08:40:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C1C816A408 for ; Sun, 18 Feb 2007 08:40:46 +0000 (UTC) (envelope-from kosio.dimitrov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 934C513C46B for ; Sun, 18 Feb 2007 08:40:45 +0000 (UTC) (envelope-from kosio.dimitrov@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so2055629nfc for ; Sun, 18 Feb 2007 00:40:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qoKqQJeJ4cdroPlFgKSUnVXHU2YwwOkYwkEiBNnMWjRq6ilzKPWp911SPf/iEWmPBl7SaQieWTwXov6wv0Fngq8SZGffJcsnNr2ptjvRaS9GEL8BY84+ARD/15TRvENzRUBMnUBlLADFRy1jOJxpgPJGCOmKHwjnoE0QvKjSXN8= Received: by 10.82.113.6 with SMTP id l6mr8149048buc.1171788044413; Sun, 18 Feb 2007 00:40:44 -0800 (PST) Received: by 10.82.100.19 with HTTP; Sun, 18 Feb 2007 00:40:39 -0800 (PST) Message-ID: <8103ad500702180040g7d0550b0r455a2de2008db3de@mail.gmail.com> Date: Sun, 18 Feb 2007 10:40:39 +0200 From: "Konstantin Dimitrov" To: "O. Hartmann" In-Reply-To: <45D7581E.8080103@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <741011.28358.qm@web34714.mail.mud.yahoo.com> <45D6FD02.8090208@mail.zedat.fu-berlin.de> <8103ad500702170825y38b76fd9u7ac23ab64bd4cb4a@mail.gmail.com> <45D744FD.1040504@mail.zedat.fu-berlin.de> <8103ad500702171111k277aecddj99e261a11676b952@mail.gmail.com> <45D7581E.8080103@mail.zedat.fu-berlin.de> X-Mailman-Approved-At: Sun, 18 Feb 2007 12:22:10 +0000 Cc: freebsd-multimedia@freebsd.org, "Mr. Darren" , freebsd-current@freebsd.org Subject: Re: envy24ht: M-Audio Revolution 5.1 broken (FreeBSD 7.0-CURRENT/AMD64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 08:40:46 -0000 Oliver, after mixer(8) can change the volume, that means the snd_envy24ht can write to and control the DAC (AK4358) on the Revo 5.1 and so that silent sound is the maximum volume that the hardware (Envy24GT+AK4358) can provide, because when do 'mixer vol 100', it set the AK4358 to the maximum volume, 'mixer pcm' do nothing at the moment, so when you do 'mixer pcm 0' or 'mixer pcm 100' nothing should change. i made new version, so when 'mixer pcm' is used, volume will be changed in software and when 'mixer vol' is used, like before, volume will be changed in hardware (in the DAC), i don't know how it will behave, but as usual the new code is here: http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c and you can test it and report back the results ... P.S. Oliver, if you willing to help me gathering more info about the Revo 5.1 hardware, when i have more time for that i will mail you with some instructions. On 2/17/07, O. Hartmann wrote: > Konstantin Dimitrov wrote: > > you can't change the volume at all and no matter what value you use, > > e.g. 0, 50, 100, always the same very silent sound going out or when > > use 0 you can mute the sound, when you use 100 the sound is very > > silent, but not as much silent as when you use 50 ? > > > > On 2/17/07, O. Hartmann wrote: > >> Konstantin Dimitrov wrote: > >> > Oliver, seems like the init data for Revo 5.1 are wrong, that is why > >> > the sound is badly distorted, until now i haven't had access to Revo > >> > 5.1 hardware for tests, so it's somehow expected problem, but with > >> > several trials and errors we should be able to find the right init > >> > data, so get the first slightly modified version from here: > >> > > >> > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c > >> > > >> > rebuild and report back the result ... > >> > > >> > On 2/17/07, O. Hartmann wrote: > >> >> Mr. Darren wrote: > >> >> > Does anyone have this working at the moment? I can't > >> >> > seem to play any audio. Can't open /dev/dsp0.0! and > >> >> > so forth. > >> >> > -Darren > >> >> > %uname -a > >> >> > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri > >> >> > Feb 16 22:40:32 UTC 2007 > >> >> > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 > >> >> > > >> >> > FreeBSD Audio Driver (newpcm: 64bit) > >> >> > Installed devices: > >> >> > pcm0: at io > >> >> > 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 > >> >> > (5p/3r/1v channels duplex default) > >> >> > %ls /dev/dsp* > >> >> > /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 /dev/dsp0.r1 > >> >> > /dev/dspW0.2 /dev/dspW0.7 > >> >> > /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 /dev/dsp0.r2 > >> >> > /dev/dspW0.3 /dev/dspW0.8 > >> >> > /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 /dev/dsp0.v0 > >> >> > /dev/dspW0.4 > >> >> > /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 /dev/dspW0.0 > >> >> > /dev/dspW0.5 > >> >> > /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 /dev/dspW0.1 > >> >> > /dev/dspW0.6 > >> >> > %ls /dev/audio* > >> >> > /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 > >> >> > /dev/audio0.6 /dev/audio0.8 > >> >> > /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 > >> >> > /dev/audio0.7 > >> >> > % > >> >> > > >> >> > > >> >> > > >> >> > > >> >> > >> >> Just half an hour ago I got my new M-Audio Revolution 5.1: > >> >> > >> >> pcm0: port > >> >> 0xec00-0xec1f,0xe880-0xe8ff > >> >> irq 18 at device 8.0 on pci4 > >> >> pcm0: [GIANT-LOCKED] > >> >> pcm0: system configuration > >> >> SubVendorID: 0x1412, SubDeviceID: 0x3631 > >> >> XIN2 Clock Source: 49.152MHz(192kHz*256) > >> >> MPU-401 UART(s) #: not implemented > >> >> ADC #: 1 > >> >> DAC #: 3 > >> >> Multi-track converter type: I2S(with volume, 192KHz support, 24bit > >> >> resolution, > >> >> ID#0x0) > >> >> S/PDIF(IN/OUT): 0/1 ID# 0x00 > >> >> GPIO(mask/dir/state): 0x3fff85/0x4000fa/0x72 > >> >> > >> >> > >> >> Box is based on ASUS A8N32-SLI, AMD64 running FreeBSD > >> 7.0-CURRENT/AMD64 > >> >> (no 32Bit compatibility), SCHED_ULE, PREEMPTION, driver snd_envy24ht > >> >> hardwired into the kernel. > >> >> I'm able to start sound playing via VLC or mplayer and I can hear > >> >> something that sounds like the music I expected to hear but it is > >> highly > >> >> distorted and scrambled. > >> >> After a while sound dies, comes back for a second and then disappear > >> >> again ... > >> >> > >> >> > >> >> Regards Oliver > >> Hello Konstantin, > >> I applied the patch - and it works, half the way. Sound is now playing > >> undistorted, but it is very, very silent, I need the amplifier of my > >> HiFi rack to amplify the sound input at a very high level. > >> Changing volume via 'mixer' command doesn't help: > >> > >> hartmann: mixer > >> Mixer vol is currently set to 100:100 > >> Mixer treble is currently set to 0:0 > >> Mixer synth is currently set to 0:0 > >> Mixer pcm is currently set to 100:100 > >> Mixer speaker is currently set to 0:0 > >> Mixer line is currently set to 100:100 > >> Mixer mic is currently set to 0:0 > >> Mixer cd is currently set to 0:0 > >> Mixer mix is currently set to 0:0 > >> > >> > >> Every mixer-reachable instance is pumped up to 100%, the others, synth > >> for example, aren't configured and return with a notice about that fact: > >> > >> hartmann: mixer synth 100 > >> Setting the mixer synth from 0:0 to 100:100. > >> mixer: WRITE_MIXER: Device not configured > >> hartmann: mixer vol 100 > >> Setting the mixer vol from 100:100 to 100:100. > >> hartmann: > >> > >> > >> Well, it is really impressive how fast you answered, thanks. > >> > >> Regards, > >> Oliver > >> > Konstantin, the volume level is really silent compared to the output > level of the onboard AC97 codec or the Creative Audigy SE/LS (with OSS > driver, not working anymore in FreeBSD 7.0-CURRENT). > My amplification facility of the HiFi equipment is set to half full > amplification and normally this would blast my neighbour's ears ;-) But > with the M-Audio Revo 5.1 it is just 'silent', just for smooth > listening. It is definitely too silent. > I can mute with 0 and half the volume by setting mixer/pcm/volume level > to 50 or yield another percentage setting any value 0 < X <= 100, X for > volume/percentage. > I use the green outlet for my HiFi facility. > > If you expect me test anything for you, let me know. > > Regards, > Oliver > From owner-freebsd-current@FreeBSD.ORG Sun Feb 18 11:01:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6922516A400; Sun, 18 Feb 2007 11:01:35 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D318D13C4B8; Sun, 18 Feb 2007 11:01:34 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HIjnR-0007ef-4J>; Sun, 18 Feb 2007 12:01:33 +0100 Received: from e178009221.adsl.alicedsl.de ([85.178.9.221] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HIjnQ-0006NU-SE>; Sun, 18 Feb 2007 12:01:33 +0100 Message-ID: <45D83235.8010503@mail.zedat.fu-berlin.de> Date: Sun, 18 Feb 2007 12:02:13 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.9 (X11/20070211) MIME-Version: 1.0 To: Konstantin Dimitrov References: <741011.28358.qm@web34714.mail.mud.yahoo.com> <45D6FD02.8090208@mail.zedat.fu-berlin.de> <8103ad500702170825y38b76fd9u7ac23ab64bd4cb4a@mail.gmail.com> <45D744FD.1040504@mail.zedat.fu-berlin.de> <8103ad500702171111k277aecddj99e261a11676b952@mail.gmail.com> <45D7581E.8080103@mail.zedat.fu-berlin.de> <8103ad500702180040g7d0550b0r455a2de2008db3de@mail.gmail.com> In-Reply-To: <8103ad500702180040g7d0550b0r455a2de2008db3de@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.9.221 X-Mailman-Approved-At: Sun, 18 Feb 2007 12:22:27 +0000 Cc: freebsd-multimedia@freebsd.org, "Mr. Darren" , freebsd-current@freebsd.org Subject: Re: envy24ht: M-Audio Revolution 5.1 broken (FreeBSD 7.0-CURRENT/AMD64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 11:01:35 -0000 Konstantin Dimitrov wrote: > Oliver, after mixer(8) can change the volume, that means the > snd_envy24ht can write to and control the DAC (AK4358) on the Revo 5.1 > and so that silent sound is the maximum volume that the hardware > (Envy24GT+AK4358) can provide, because when do 'mixer vol 100', it set > the AK4358 to the maximum volume, 'mixer pcm' do nothing at the > moment, so when you do 'mixer pcm 0' or 'mixer pcm 100' nothing should > change. > > i made new version, so when 'mixer pcm' is used, volume will be > changed in software and when 'mixer vol' is used, like before, volume > will be changed in hardware (in the DAC), i don't know how it will > behave, but as usual the new code is here: > > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c > > and you can test it and report back the results ... > > P.S. > Oliver, if you willing to help me gathering more info about the Revo > 5.1 hardware, when i have more time for that i will mail you with some > instructions. > > On 2/17/07, O. Hartmann wrote: >> Konstantin Dimitrov wrote: >> > you can't change the volume at all and no matter what value you use, >> > e.g. 0, 50, 100, always the same very silent sound going out or when >> > use 0 you can mute the sound, when you use 100 the sound is very >> > silent, but not as much silent as when you use 50 ? >> > >> > On 2/17/07, O. Hartmann wrote: >> >> Konstantin Dimitrov wrote: >> >> > Oliver, seems like the init data for Revo 5.1 are wrong, that is >> why >> >> > the sound is badly distorted, until now i haven't had access to >> Revo >> >> > 5.1 hardware for tests, so it's somehow expected problem, but with >> >> > several trials and errors we should be able to find the right init >> >> > data, so get the first slightly modified version from here: >> >> > >> >> > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c >> >> > >> >> > rebuild and report back the result ... >> >> > >> >> > On 2/17/07, O. Hartmann wrote: >> >> >> Mr. Darren wrote: >> >> >> > Does anyone have this working at the moment? I can't >> >> >> > seem to play any audio. Can't open /dev/dsp0.0! and >> >> >> > so forth. >> >> >> > -Darren >> >> >> > %uname -a >> >> >> > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri >> >> >> > Feb 16 22:40:32 UTC 2007 >> >> >> > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 >> >> >> > >> >> >> > FreeBSD Audio Driver (newpcm: 64bit) >> >> >> > Installed devices: >> >> >> > pcm0: at io >> >> >> > 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 >> >> >> > (5p/3r/1v channels duplex default) >> >> >> > %ls /dev/dsp* >> >> >> > /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 /dev/dsp0.r1 >> >> >> > /dev/dspW0.2 /dev/dspW0.7 >> >> >> > /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 /dev/dsp0.r2 >> >> >> > /dev/dspW0.3 /dev/dspW0.8 >> >> >> > /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 /dev/dsp0.v0 >> >> >> > /dev/dspW0.4 >> >> >> > /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 /dev/dspW0.0 >> >> >> > /dev/dspW0.5 >> >> >> > /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 /dev/dspW0.1 >> >> >> > /dev/dspW0.6 >> >> >> > %ls /dev/audio* >> >> >> > /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 >> >> >> > /dev/audio0.6 /dev/audio0.8 >> >> >> > /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 >> >> >> > /dev/audio0.7 >> >> >> > % >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> >> >> >> Just half an hour ago I got my new M-Audio Revolution 5.1: >> >> >> >> >> >> pcm0: port >> >> >> 0xec00-0xec1f,0xe880-0xe8ff >> >> >> irq 18 at device 8.0 on pci4 >> >> >> pcm0: [GIANT-LOCKED] >> >> >> pcm0: system configuration >> >> >> SubVendorID: 0x1412, SubDeviceID: 0x3631 >> >> >> XIN2 Clock Source: 49.152MHz(192kHz*256) >> >> >> MPU-401 UART(s) #: not implemented >> >> >> ADC #: 1 >> >> >> DAC #: 3 >> >> >> Multi-track converter type: I2S(with volume, 192KHz support, >> 24bit >> >> >> resolution, >> >> >> ID#0x0) >> >> >> S/PDIF(IN/OUT): 0/1 ID# 0x00 >> >> >> GPIO(mask/dir/state): 0x3fff85/0x4000fa/0x72 >> >> >> >> >> >> >> >> >> Box is based on ASUS A8N32-SLI, AMD64 running FreeBSD >> >> 7.0-CURRENT/AMD64 >> >> >> (no 32Bit compatibility), SCHED_ULE, PREEMPTION, driver >> snd_envy24ht >> >> >> hardwired into the kernel. >> >> >> I'm able to start sound playing via VLC or mplayer and I can hear >> >> >> something that sounds like the music I expected to hear but it is >> >> highly >> >> >> distorted and scrambled. >> >> >> After a while sound dies, comes back for a second and then >> disappear >> >> >> again ... >> >> >> >> >> >> >> >> >> Regards Oliver >> >> Hello Konstantin, >> >> I applied the patch - and it works, half the way. Sound is now >> playing >> >> undistorted, but it is very, very silent, I need the amplifier of my >> >> HiFi rack to amplify the sound input at a very high level. >> >> Changing volume via 'mixer' command doesn't help: >> >> >> >> hartmann: mixer >> >> Mixer vol is currently set to 100:100 >> >> Mixer treble is currently set to 0:0 >> >> Mixer synth is currently set to 0:0 >> >> Mixer pcm is currently set to 100:100 >> >> Mixer speaker is currently set to 0:0 >> >> Mixer line is currently set to 100:100 >> >> Mixer mic is currently set to 0:0 >> >> Mixer cd is currently set to 0:0 >> >> Mixer mix is currently set to 0:0 >> >> >> >> >> >> Every mixer-reachable instance is pumped up to 100%, the others, >> synth >> >> for example, aren't configured and return with a notice about that >> fact: >> >> >> >> hartmann: mixer synth 100 >> >> Setting the mixer synth from 0:0 to 100:100. >> >> mixer: WRITE_MIXER: Device not configured >> >> hartmann: mixer vol 100 >> >> Setting the mixer vol from 100:100 to 100:100. >> >> hartmann: >> >> >> >> >> >> Well, it is really impressive how fast you answered, thanks. >> >> >> >> Regards, >> >> Oliver >> >> >> Konstantin, the volume level is really silent compared to the output >> level of the onboard AC97 codec or the Creative Audigy SE/LS (with OSS >> driver, not working anymore in FreeBSD 7.0-CURRENT). >> My amplification facility of the HiFi equipment is set to half full >> amplification and normally this would blast my neighbour's ears ;-) But >> with the M-Audio Revo 5.1 it is just 'silent', just for smooth >> listening. It is definitely too silent. >> I can mute with 0 and half the volume by setting mixer/pcm/volume level >> to 50 or yield another percentage setting any value 0 < X <= 100, X for >> volume/percentage. >> I use the green outlet for my HiFi facility. >> >> If you expect me test anything for you, let me know. >> >> Regards, >> Oliver >> Hello Konstantin. All right, I'll test the new code. The problem I described is then a low outputlevel of the soundhardware? Strange, could the hardware be defective? The audiocard is brandnew. Well, feel free sending me instructions. If I can be of help, I'll do my best. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Sun Feb 18 11:29:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45E8516A402 for ; Sun, 18 Feb 2007 11:29:49 +0000 (UTC) (envelope-from kosio.dimitrov@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 963B113C4A3 for ; Sun, 18 Feb 2007 11:29:48 +0000 (UTC) (envelope-from kosio.dimitrov@gmail.com) Received: by mu-out-0910.google.com with SMTP id g7so177959muf for ; Sun, 18 Feb 2007 03:29:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=U7yvg4YSa825iuyIuWHRtZh+I0ddojpYKKRx7doxjMBIqi/G6WvXGmerSrZVB4d2hXo6Jw6mDJlxDuLkicc4w+GztIdXjLbjcNtUF2W+b1y5TlT5qkceTX5dOAj8ibdkLdsjR6KSUeS5qiRDik4/R2Y6mSijPipLacKSnck9Vmg= Received: by 10.82.134.12 with SMTP id h12mr8322551bud.1171798187199; Sun, 18 Feb 2007 03:29:47 -0800 (PST) Received: by 10.82.100.19 with HTTP; Sun, 18 Feb 2007 03:29:46 -0800 (PST) Message-ID: <8103ad500702180329x67c77093k37fd17adabeac758@mail.gmail.com> Date: Sun, 18 Feb 2007 13:29:46 +0200 From: "Konstantin Dimitrov" To: "O. Hartmann" In-Reply-To: <45D83235.8010503@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <741011.28358.qm@web34714.mail.mud.yahoo.com> <45D6FD02.8090208@mail.zedat.fu-berlin.de> <8103ad500702170825y38b76fd9u7ac23ab64bd4cb4a@mail.gmail.com> <45D744FD.1040504@mail.zedat.fu-berlin.de> <8103ad500702171111k277aecddj99e261a11676b952@mail.gmail.com> <45D7581E.8080103@mail.zedat.fu-berlin.de> <8103ad500702180040g7d0550b0r455a2de2008db3de@mail.gmail.com> <45D83235.8010503@mail.zedat.fu-berlin.de> X-Mailman-Approved-At: Sun, 18 Feb 2007 12:22:48 +0000 Cc: freebsd-multimedia@freebsd.org, "Mr. Darren" , freebsd-current@freebsd.org Subject: Re: envy24ht: M-Audio Revolution 5.1 broken (FreeBSD 7.0-CURRENT/AMD64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 11:29:49 -0000 hi Oliver, all Envy24 chips from the VT172X family like Envy24GT (VT1722) don't feature volume control, so the sound volume can be controlled in hardware only by the DAC (in you case AK4358), so it seems that the problem is 'low outputlevel of the soundhardware', which is strange, because my Envy24HT (VT1724) based card has very loud output and it uses the same OP AMPs like Revo 5.1: JRC 4580, however the DAC is different, my card has WM8770, but let's see if the volume control in software will help. later i will make and mail to you test code, that will route the sound to the other outputs of the card and we will see if they're more loud than the front output. best wishes, konstantin On 2/18/07, O. Hartmann wrote: > Konstantin Dimitrov wrote: > > Oliver, after mixer(8) can change the volume, that means the > > snd_envy24ht can write to and control the DAC (AK4358) on the Revo 5.1 > > and so that silent sound is the maximum volume that the hardware > > (Envy24GT+AK4358) can provide, because when do 'mixer vol 100', it set > > the AK4358 to the maximum volume, 'mixer pcm' do nothing at the > > moment, so when you do 'mixer pcm 0' or 'mixer pcm 100' nothing should > > change. > > > > i made new version, so when 'mixer pcm' is used, volume will be > > changed in software and when 'mixer vol' is used, like before, volume > > will be changed in hardware (in the DAC), i don't know how it will > > behave, but as usual the new code is here: > > > > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c > > > > and you can test it and report back the results ... > > > > P.S. > > Oliver, if you willing to help me gathering more info about the Revo > > 5.1 hardware, when i have more time for that i will mail you with some > > instructions. > > > > On 2/17/07, O. Hartmann wrote: > >> Konstantin Dimitrov wrote: > >> > you can't change the volume at all and no matter what value you use, > >> > e.g. 0, 50, 100, always the same very silent sound going out or when > >> > use 0 you can mute the sound, when you use 100 the sound is very > >> > silent, but not as much silent as when you use 50 ? > >> > > >> > On 2/17/07, O. Hartmann wrote: > >> >> Konstantin Dimitrov wrote: > >> >> > Oliver, seems like the init data for Revo 5.1 are wrong, that is > >> why > >> >> > the sound is badly distorted, until now i haven't had access to > >> Revo > >> >> > 5.1 hardware for tests, so it's somehow expected problem, but with > >> >> > several trials and errors we should be able to find the right init > >> >> > data, so get the first slightly modified version from here: > >> >> > > >> >> > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c > >> >> > > >> >> > rebuild and report back the result ... > >> >> > > >> >> > On 2/17/07, O. Hartmann wrote: > >> >> >> Mr. Darren wrote: > >> >> >> > Does anyone have this working at the moment? I can't > >> >> >> > seem to play any audio. Can't open /dev/dsp0.0! and > >> >> >> > so forth. > >> >> >> > -Darren > >> >> >> > %uname -a > >> >> >> > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri > >> >> >> > Feb 16 22:40:32 UTC 2007 > >> >> >> > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 > >> >> >> > > >> >> >> > FreeBSD Audio Driver (newpcm: 64bit) > >> >> >> > Installed devices: > >> >> >> > pcm0: at io > >> >> >> > 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 > >> >> >> > (5p/3r/1v channels duplex default) > >> >> >> > %ls /dev/dsp* > >> >> >> > /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 /dev/dsp0.r1 > >> >> >> > /dev/dspW0.2 /dev/dspW0.7 > >> >> >> > /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 /dev/dsp0.r2 > >> >> >> > /dev/dspW0.3 /dev/dspW0.8 > >> >> >> > /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 /dev/dsp0.v0 > >> >> >> > /dev/dspW0.4 > >> >> >> > /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 /dev/dspW0.0 > >> >> >> > /dev/dspW0.5 > >> >> >> > /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 /dev/dspW0.1 > >> >> >> > /dev/dspW0.6 > >> >> >> > %ls /dev/audio* > >> >> >> > /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 > >> >> >> > /dev/audio0.6 /dev/audio0.8 > >> >> >> > /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 > >> >> >> > /dev/audio0.7 > >> >> >> > % > >> >> >> > > >> >> >> > > >> >> >> > > >> >> >> > > >> >> >> > >> >> >> Just half an hour ago I got my new M-Audio Revolution 5.1: > >> >> >> > >> >> >> pcm0: port > >> >> >> 0xec00-0xec1f,0xe880-0xe8ff > >> >> >> irq 18 at device 8.0 on pci4 > >> >> >> pcm0: [GIANT-LOCKED] > >> >> >> pcm0: system configuration > >> >> >> SubVendorID: 0x1412, SubDeviceID: 0x3631 > >> >> >> XIN2 Clock Source: 49.152MHz(192kHz*256) > >> >> >> MPU-401 UART(s) #: not implemented > >> >> >> ADC #: 1 > >> >> >> DAC #: 3 > >> >> >> Multi-track converter type: I2S(with volume, 192KHz support, > >> 24bit > >> >> >> resolution, > >> >> >> ID#0x0) > >> >> >> S/PDIF(IN/OUT): 0/1 ID# 0x00 > >> >> >> GPIO(mask/dir/state): 0x3fff85/0x4000fa/0x72 > >> >> >> > >> >> >> > >> >> >> Box is based on ASUS A8N32-SLI, AMD64 running FreeBSD > >> >> 7.0-CURRENT/AMD64 > >> >> >> (no 32Bit compatibility), SCHED_ULE, PREEMPTION, driver > >> snd_envy24ht > >> >> >> hardwired into the kernel. > >> >> >> I'm able to start sound playing via VLC or mplayer and I can hear > >> >> >> something that sounds like the music I expected to hear but it is > >> >> highly > >> >> >> distorted and scrambled. > >> >> >> After a while sound dies, comes back for a second and then > >> disappear > >> >> >> again ... > >> >> >> > >> >> >> > >> >> >> Regards Oliver > >> >> Hello Konstantin, > >> >> I applied the patch - and it works, half the way. Sound is now > >> playing > >> >> undistorted, but it is very, very silent, I need the amplifier of my > >> >> HiFi rack to amplify the sound input at a very high level. > >> >> Changing volume via 'mixer' command doesn't help: > >> >> > >> >> hartmann: mixer > >> >> Mixer vol is currently set to 100:100 > >> >> Mixer treble is currently set to 0:0 > >> >> Mixer synth is currently set to 0:0 > >> >> Mixer pcm is currently set to 100:100 > >> >> Mixer speaker is currently set to 0:0 > >> >> Mixer line is currently set to 100:100 > >> >> Mixer mic is currently set to 0:0 > >> >> Mixer cd is currently set to 0:0 > >> >> Mixer mix is currently set to 0:0 > >> >> > >> >> > >> >> Every mixer-reachable instance is pumped up to 100%, the others, > >> synth > >> >> for example, aren't configured and return with a notice about that > >> fact: > >> >> > >> >> hartmann: mixer synth 100 > >> >> Setting the mixer synth from 0:0 to 100:100. > >> >> mixer: WRITE_MIXER: Device not configured > >> >> hartmann: mixer vol 100 > >> >> Setting the mixer vol from 100:100 to 100:100. > >> >> hartmann: > >> >> > >> >> > >> >> Well, it is really impressive how fast you answered, thanks. > >> >> > >> >> Regards, > >> >> Oliver > >> >> > >> Konstantin, the volume level is really silent compared to the output > >> level of the onboard AC97 codec or the Creative Audigy SE/LS (with OSS > >> driver, not working anymore in FreeBSD 7.0-CURRENT). > >> My amplification facility of the HiFi equipment is set to half full > >> amplification and normally this would blast my neighbour's ears ;-) But > >> with the M-Audio Revo 5.1 it is just 'silent', just for smooth > >> listening. It is definitely too silent. > >> I can mute with 0 and half the volume by setting mixer/pcm/volume level > >> to 50 or yield another percentage setting any value 0 < X <= 100, X for > >> volume/percentage. > >> I use the green outlet for my HiFi facility. > >> > >> If you expect me test anything for you, let me know. > >> > >> Regards, > >> Oliver > >> > Hello Konstantin. > All right, I'll test the new code. > The problem I described is then a low outputlevel of the soundhardware? > Strange, could the hardware be defective? The audiocard is brandnew. > > Well, feel free sending me instructions. If I can be of help, I'll do my > best. > > Regards, > Oliver > From owner-freebsd-current@FreeBSD.ORG Sun Feb 18 14:08:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFD5016A401 for ; Sun, 18 Feb 2007 14:08:25 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from smtp-sin.microsoft.com (smtp-sin.microsoft.com [207.46.52.71]) by mx1.freebsd.org (Postfix) with ESMTP id 453E513C4B7 for ; Sun, 18 Feb 2007 14:08:25 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from sin-exhub-c403.southpacific.corp.microsoft.com (157.60.222.33) by SIN-EXGWY-E801.partners.extranet.microsoft.com (10.251.168.100) with Microsoft SMTP Server (TLS) id 8.0.685.24; Sun, 18 Feb 2007 22:08:23 +0800 Received: from AA-EXMSG-C412.southpacific.corp.microsoft.com ([157.60.226.51]) by sin-exhub-c403.southpacific.corp.microsoft.com ([157.60.222.33]) with mapi; Sun, 18 Feb 2007 22:08:23 +0800 From: Mayank Kumar To: "freebsd-current@freebsd.org" Date: Sun, 18 Feb 2007 22:08:17 +0800 Thread-Topic: Questio on Gprof Thread-Index: AcdTZjzxgVUiIVN1QQWY23e0/gYwGw== Message-ID: <76EBE649FB0E0E4DA883B5840459059F1438609B3C@AA-EXMSG-C412.southpacific.corp.microsoft.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Questio on Gprof X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 14:08:25 -0000 Hi All, I want to know if gprof's profling is solely dependent on the system call p= rofil() or are there other implementations of gprof which do not depend on = this system call. Also is there a profiler available for freebsd or any unix system which is = based on instrumentation rather then sampling. Thanks in advance for the help Thanks Mayank From owner-freebsd-current@FreeBSD.ORG Sun Feb 18 15:40:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7CB216A409 for ; Sun, 18 Feb 2007 15:40:03 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 5B19713C4B8 for ; Sun, 18 Feb 2007 15:40:03 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so405772ugh for ; Sun, 18 Feb 2007 07:40:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=ftra59IPpwoBvws07ISHIy7v/OGSffCg+fitK4AXtstxktYBqm8duQU8gjeWIE7gX8JWreh7jKABmiRNA75u7GrgM+ewvWj4qAKfjLH+FtkZwK0kY5E3iLFc5g8IEeqFuimqmJKrKQhGWg2g90VREUxhXRxoOSS5tL4kouvq4eA= Received: by 10.67.20.3 with SMTP id x3mr5668041ugi.1171811727255; Sun, 18 Feb 2007 07:15:27 -0800 (PST) Received: from roadrunner.q.local ( [85.180.142.204]) by mx.google.com with ESMTP id j34sm6205324ugc.2007.02.18.07.15.25; Sun, 18 Feb 2007 07:15:26 -0800 (PST) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id l1IFFJAK028773; Sun, 18 Feb 2007 16:15:19 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id l1IFF9D7028772; Sun, 18 Feb 2007 16:15:09 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Sun, 18 Feb 2007 16:15:09 +0100 From: Ulrich Spoerlein To: Craig Rodrigues Message-ID: <20070218151509.GA28695@roadrunner.q.local> Mail-Followup-To: Craig Rodrigues , Olivier Houchard , Scot Hetzel , FreeBSD Current References: <790a9fff0702161738r154b5087m877c604092727e39@mail.gmail.com> <20070217021629.GA24579@ci0.org> <20070217162233.GA28315@crodrigues.org> <20070217164904.GA31437@ci0.org> <20070217170743.GA28585@crodrigues.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070217170743.GA28585@crodrigues.org> Cc: Scot Hetzel , FreeBSD Current Subject: Re: mount_ntfs: /dev/ad0s1: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 15:40:03 -0000 Craig Rodrigues wrote: > I don't have any NTFS partitions on my FreeBSD system. Does someone > have a small NTFS disk image that they can send me so I can implement > some of these changes and practise mounting? Hi Craig, please install sysutils/ntfsprogs, then use: cd /tmp; truncate -s500M ntfs.img mdconfig -atvnode -fntfs.img -u7 mkfs.ntfs -F /dev/md7 This should give you something to play with. Ulrich Spoerlein -- A: Yes. >Q: Are you sure? > >A: Because it reverses the logical flow of conversation. > >>Q: Why is top posting frowned upon? From owner-freebsd-current@FreeBSD.ORG Sun Feb 18 15:49:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1FD316A402; Sun, 18 Feb 2007 15:49:32 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out09.ilk.de [194.121.104.9]) by mx1.freebsd.org (Postfix) with ESMTP id 47B5813C428; Sun, 18 Feb 2007 15:49:31 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool59.ka.ilk.net [212.86.194.59]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id l1IFnT1Q005481; Sun, 18 Feb 2007 16:49:29 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id l1IFlqV8016595; Sun, 18 Feb 2007 16:47:52 +0100 (CET) Message-ID: <45D8754F.8060409@smo.de> Date: Sun, 18 Feb 2007 16:48:31 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070120 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Konstantin Dimitrov References: <741011.28358.qm@web34714.mail.mud.yahoo.com> <45D6FD02.8090208@mail.zedat.fu-berlin.de> <8103ad500702170825y38b76fd9u7ac23ab64bd4cb4a@mail.gmail.com> <45D744FD.1040504@mail.zedat.fu-berlin.de> <8103ad500702171111k277aecddj99e261a11676b952@mail.gmail.com> <45D7581E.8080103@mail.zedat.fu-berlin.de> <8103ad500702180040g7d0550b0r455a2de2008db3de@mail.gmail.com> In-Reply-To: <8103ad500702180040g7d0550b0r455a2de2008db3de@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org, "Mr. Darren" , "O. Hartmann" , freebsd-current@freebsd.org Subject: Re: envy24ht: M-Audio Revolution 5.1 broken (FreeBSD 7.0-CURRENT/AMD64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 15:49:32 -0000 Konstantin Dimitrov wrote: > Oliver, after mixer(8) can change the volume, that means the > snd_envy24ht can write to and control the DAC (AK4358) on the Revo 5.1 > and so that silent sound is the maximum volume that the hardware > (Envy24GT+AK4358) can provide, because when do 'mixer vol 100', it set > the AK4358 to the maximum volume, 'mixer pcm' do nothing at the > moment, so when you do 'mixer pcm 0' or 'mixer pcm 100' nothing should > change. I also reported you similar problems with a Terratec PHASE 22. I tried the new code (see below), but that didn't change anything... > i made new version, so when 'mixer pcm' is used, volume will be > changed in software and when 'mixer vol' is used, like before, volume > will be changed in hardware (in the DAC), i don't know how it will > behave, but as usual the new code is here: > > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c That's good to hear :) > and you can test it and report back the results ... I also tried the new code, but if fails to compile: # make Warning: Object directory not changed from original /usr/src/sys/modules/sound/driver/envy24ht @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/dev/sound/pcm/ac97_if.m -h awk -f @/tools/makeobjops.awk @/dev/sound/pcm/channel_if.m -h awk -f @/tools/makeobjops.awk @/dev/sound/pcm/feeder_if.m -h awk -f @/tools/makeobjops.awk @/dev/sound/pcm/mixer_if.m -h cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/sound/driver/envy24ht/../../../../dev/sound/pci/envy24ht.c /usr/src/sys/modules/sound/driver/envy24ht/../../../../dev/sound/pci/envy24ht.c: In function `envy24htmixer_init': /usr/src/sys/modules/sound/driver/envy24ht/../../../../dev/sound/pci/envy24ht.c:1805: error: `SD_F_SOFTPCMVOL' undeclared (first use in this function) /usr/src/sys/modules/sound/driver/envy24ht/../../../../dev/sound/pci/envy24ht.c:1805: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/sound/driver/envy24ht/../../../../dev/sound/pci/envy24ht.c:1805: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/sound/driver/envy24ht. # compiles successfully though. This is on FreeBSD 6.2-STABLE #0: Fri Feb 16 20:35:24 CET 2007 (i386) $ pciconf -lv | grep -B 4 audio none0@pci0:10:0: class=0x040100 card=0x1150153b chip=0x17241412 rev=0x01 hdr=0x00 vendor = 'VIA Technologies Inc (Was: IC Ensemble Inc)' device = 'VT1720/24 Envy24PT/HT PCI Multi-Channel Audio Controller' class = multimedia subclass = audio As already said, this a Terratec PHASE 22. HTH, Philipp -- www.familie-ost.info/~pj From owner-freebsd-current@FreeBSD.ORG Sun Feb 18 16:39:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF62516A402 for ; Sun, 18 Feb 2007 16:39:19 +0000 (UTC) (envelope-from kosio.dimitrov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 425D113C467 for ; Sun, 18 Feb 2007 16:39:19 +0000 (UTC) (envelope-from kosio.dimitrov@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so2152167nfc for ; Sun, 18 Feb 2007 08:39:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=k5VIr7/nqne95EoCzHgGVMacWD4Z0T7Y2Gx3aWpUPRyRijVfirb2LbXOcFaziap9SamZpqTD1AShjTqANSOmUhKaxb5qYgbqM0ZjSxWo1dmSWeG9DGcCvtoBi4QkzOqB21/1Ey7t5w3XWHsE4qb+36301QeK+NPPPX4dd13EmS0= Received: by 10.82.118.2 with SMTP id q2mr8839377buc.1171816758006; Sun, 18 Feb 2007 08:39:18 -0800 (PST) Received: by 10.82.100.19 with HTTP; Sun, 18 Feb 2007 08:39:17 -0800 (PST) Message-ID: <8103ad500702180839j76718f2axeae9dd2985a694be@mail.gmail.com> Date: Sun, 18 Feb 2007 18:39:17 +0200 From: "Konstantin Dimitrov" To: "Philipp Ost" In-Reply-To: <45D8754F.8060409@smo.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <741011.28358.qm@web34714.mail.mud.yahoo.com> <45D6FD02.8090208@mail.zedat.fu-berlin.de> <8103ad500702170825y38b76fd9u7ac23ab64bd4cb4a@mail.gmail.com> <45D744FD.1040504@mail.zedat.fu-berlin.de> <8103ad500702171111k277aecddj99e261a11676b952@mail.gmail.com> <45D7581E.8080103@mail.zedat.fu-berlin.de> <8103ad500702180040g7d0550b0r455a2de2008db3de@mail.gmail.com> <45D8754F.8060409@smo.de> X-Mailman-Approved-At: Sun, 18 Feb 2007 18:27:48 +0000 Cc: freebsd-multimedia@freebsd.org, "Mr. Darren" , "O. Hartmann" , freebsd-current@freebsd.org Subject: Re: envy24ht: M-Audio Revolution 5.1 broken (FreeBSD 7.0-CURRENT/AMD64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 16:39:19 -0000 Philipp, to compile the new code you also need 'Once-a-year Sound Mega-Commit' : http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/sound/pcm/ but anyway you don't need to do that, because that new code won't solve the problem with PHASE 22, you reported, that there is no sound at all, which means that AK4524 on PHASE 22 is completely uninitialized and thus AK4524 is in power-off state, so it is much more complex and because of that i'm still awaiting to became more free, so i can spend more time looking what's going on with PHASE 22, probably in week or two will start looking at the problem, i will mail you then. On 2/18/07, Philipp Ost wrote: > Konstantin Dimitrov wrote: > > Oliver, after mixer(8) can change the volume, that means the > > snd_envy24ht can write to and control the DAC (AK4358) on the Revo 5.1 > > and so that silent sound is the maximum volume that the hardware > > (Envy24GT+AK4358) can provide, because when do 'mixer vol 100', it set > > the AK4358 to the maximum volume, 'mixer pcm' do nothing at the > > moment, so when you do 'mixer pcm 0' or 'mixer pcm 100' nothing should > > change. > > I also reported you similar problems with a Terratec PHASE 22. I tried > the new code (see below), but that didn't change anything... > > > > i made new version, so when 'mixer pcm' is used, volume will be > > changed in software and when 'mixer vol' is used, like before, volume > > will be changed in hardware (in the DAC), i don't know how it will > > behave, but as usual the new code is here: > > > > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c > > That's good to hear :) > > > > and you can test it and report back the results ... > > I also tried the new code, but if fails to compile: > > # make > Warning: Object directory not changed from original > /usr/src/sys/modules/sound/driver/envy24ht > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > awk -f @/tools/makeobjops.awk @/dev/sound/pcm/ac97_if.m -h > awk -f @/tools/makeobjops.awk @/dev/sound/pcm/channel_if.m -h > awk -f @/tools/makeobjops.awk @/dev/sound/pcm/feeder_if.m -h > awk -f @/tools/makeobjops.awk @/dev/sound/pcm/mixer_if.m -h > cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE > -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include > -finline-limit=8000 -fno-common -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -std=c99 -c > /usr/src/sys/modules/sound/driver/envy24ht/../../../../dev/sound/pci/envy24ht.c > /usr/src/sys/modules/sound/driver/envy24ht/../../../../dev/sound/pci/envy24ht.c: > In function `envy24htmixer_init': > /usr/src/sys/modules/sound/driver/envy24ht/../../../../dev/sound/pci/envy24ht.c:1805: > error: `SD_F_SOFTPCMVOL' undeclared (first use in this function) > /usr/src/sys/modules/sound/driver/envy24ht/../../../../dev/sound/pci/envy24ht.c:1805: > error: (Each undeclared identifier is reported only once > /usr/src/sys/modules/sound/driver/envy24ht/../../../../dev/sound/pci/envy24ht.c:1805: > error: for each function it appears in.) > *** Error code 1 > > Stop in /usr/src/sys/modules/sound/driver/envy24ht. > # > > compiles > successfully though. > > This is on FreeBSD 6.2-STABLE #0: Fri Feb 16 20:35:24 CET 2007 (i386) > > $ pciconf -lv | grep -B 4 audio > none0@pci0:10:0: class=0x040100 card=0x1150153b chip=0x17241412 > rev=0x01 hdr=0x00 > vendor = 'VIA Technologies Inc (Was: IC Ensemble Inc)' > device = 'VT1720/24 Envy24PT/HT PCI Multi-Channel Audio Controller' > class = multimedia > subclass = audio > > As already said, this a Terratec PHASE 22. > > > HTH, > Philipp > -- > www.familie-ost.info/~pj > From owner-freebsd-current@FreeBSD.ORG Sun Feb 18 22:53:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FC4916A406; Sun, 18 Feb 2007 22:53:56 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 85A6413C471; Sun, 18 Feb 2007 22:53:55 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HIuum-0003Wv-43>; Sun, 18 Feb 2007 23:53:52 +0100 Received: from e178063238.adsl.alicedsl.de ([85.178.63.238] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HIuul-0001wU-M7>; Sun, 18 Feb 2007 23:53:52 +0100 Message-ID: <45D8D928.1060905@mail.zedat.fu-berlin.de> Date: Sun, 18 Feb 2007 23:54:32 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.9 (X11/20070211) MIME-Version: 1.0 To: Konstantin Dimitrov References: <741011.28358.qm@web34714.mail.mud.yahoo.com> <45D6FD02.8090208@mail.zedat.fu-berlin.de> <8103ad500702170825y38b76fd9u7ac23ab64bd4cb4a@mail.gmail.com> <45D744FD.1040504@mail.zedat.fu-berlin.de> <8103ad500702171111k277aecddj99e261a11676b952@mail.gmail.com> <45D7581E.8080103@mail.zedat.fu-berlin.de> <8103ad500702180040g7d0550b0r455a2de2008db3de@mail.gmail.com> <45D83235.8010503@mail.zedat.fu-berlin.de> <8103ad500702180329x67c77093k37fd17adabeac758@mail.gmail.com> In-Reply-To: <8103ad500702180329x67c77093k37fd17adabeac758@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.63.238 X-Mailman-Approved-At: Sun, 18 Feb 2007 23:07:35 +0000 Cc: freebsd-multimedia@freebsd.org, freebsd-current@freebsd.org Subject: Re: envy24ht: M-Audio Revolution 5.1 broken (FreeBSD 7.0-CURRENT/AMD64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 22:53:56 -0000 Konstantin Dimitrov wrote: > hi Oliver, > > all Envy24 chips from the VT172X family like Envy24GT (VT1722) don't > feature volume control, so the sound volume can be controlled in > hardware only by the DAC (in you case AK4358), so it seems that the > problem is 'low outputlevel of the soundhardware', which is strange, > because my Envy24HT (VT1724) based card has very loud output and it > uses the same OP AMPs like Revo 5.1: JRC 4580, however the DAC is > different, my card has WM8770, but let's see if the volume control in > software will help. > > later i will make and mail to you test code, that will route the > sound to the other outputs of the card and we will see if they're more > loud than the front output. > > best wishes, > konstantin > > On 2/18/07, O. Hartmann wrote: >> Konstantin Dimitrov wrote: >> > Oliver, after mixer(8) can change the volume, that means the >> > snd_envy24ht can write to and control the DAC (AK4358) on the Revo 5.1 >> > and so that silent sound is the maximum volume that the hardware >> > (Envy24GT+AK4358) can provide, because when do 'mixer vol 100', it set >> > the AK4358 to the maximum volume, 'mixer pcm' do nothing at the >> > moment, so when you do 'mixer pcm 0' or 'mixer pcm 100' nothing should >> > change. >> > >> > i made new version, so when 'mixer pcm' is used, volume will be >> > changed in software and when 'mixer vol' is used, like before, volume >> > will be changed in hardware (in the DAC), i don't know how it will >> > behave, but as usual the new code is here: >> > >> > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c >> > >> > and you can test it and report back the results ... >> > >> > P.S. >> > Oliver, if you willing to help me gathering more info about the Revo >> > 5.1 hardware, when i have more time for that i will mail you with some >> > instructions. >> > >> > On 2/17/07, O. Hartmann wrote: >> >> Konstantin Dimitrov wrote: >> >> > you can't change the volume at all and no matter what value you >> use, >> >> > e.g. 0, 50, 100, always the same very silent sound going out or >> when >> >> > use 0 you can mute the sound, when you use 100 the sound is very >> >> > silent, but not as much silent as when you use 50 ? >> >> > >> >> > On 2/17/07, O. Hartmann wrote: >> >> >> Konstantin Dimitrov wrote: >> >> >> > Oliver, seems like the init data for Revo 5.1 are wrong, that is >> >> why >> >> >> > the sound is badly distorted, until now i haven't had access to >> >> Revo >> >> >> > 5.1 hardware for tests, so it's somehow expected problem, but >> with >> >> >> > several trials and errors we should be able to find the right >> init >> >> >> > data, so get the first slightly modified version from here: >> >> >> > >> >> >> > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c >> >> >> > >> >> >> > rebuild and report back the result ... >> >> >> > >> >> >> > On 2/17/07, O. Hartmann >> wrote: >> >> >> >> Mr. Darren wrote: >> >> >> >> > Does anyone have this working at the moment? I can't >> >> >> >> > seem to play any audio. Can't open /dev/dsp0.0! and >> >> >> >> > so forth. >> >> >> >> > -Darren >> >> >> >> > %uname -a >> >> >> >> > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri >> >> >> >> > Feb 16 22:40:32 UTC 2007 >> >> >> >> > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 >> >> >> >> > >> >> >> >> > FreeBSD Audio Driver (newpcm: 64bit) >> >> >> >> > Installed devices: >> >> >> >> > pcm0: at io >> >> >> >> > 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 >> >> >> >> > (5p/3r/1v channels duplex default) >> >> >> >> > %ls /dev/dsp* >> >> >> >> > /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 /dev/dsp0.r1 >> >> >> >> > /dev/dspW0.2 /dev/dspW0.7 >> >> >> >> > /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 /dev/dsp0.r2 >> >> >> >> > /dev/dspW0.3 /dev/dspW0.8 >> >> >> >> > /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 /dev/dsp0.v0 >> >> >> >> > /dev/dspW0.4 >> >> >> >> > /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 /dev/dspW0.0 >> >> >> >> > /dev/dspW0.5 >> >> >> >> > /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 /dev/dspW0.1 >> >> >> >> > /dev/dspW0.6 >> >> >> >> > %ls /dev/audio* >> >> >> >> > /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 >> >> >> >> > /dev/audio0.6 /dev/audio0.8 >> >> >> >> > /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 >> >> >> >> > /dev/audio0.7 >> >> >> >> > % >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> >> >> >> >> >> Just half an hour ago I got my new M-Audio Revolution 5.1: >> >> >> >> >> >> >> >> pcm0: port >> >> >> >> 0xec00-0xec1f,0xe880-0xe8ff >> >> >> >> irq 18 at device 8.0 on pci4 >> >> >> >> pcm0: [GIANT-LOCKED] >> >> >> >> pcm0: system configuration >> >> >> >> SubVendorID: 0x1412, SubDeviceID: 0x3631 >> >> >> >> XIN2 Clock Source: 49.152MHz(192kHz*256) >> >> >> >> MPU-401 UART(s) #: not implemented >> >> >> >> ADC #: 1 >> >> >> >> DAC #: 3 >> >> >> >> Multi-track converter type: I2S(with volume, 192KHz support, >> >> 24bit >> >> >> >> resolution, >> >> >> >> ID#0x0) >> >> >> >> S/PDIF(IN/OUT): 0/1 ID# 0x00 >> >> >> >> GPIO(mask/dir/state): 0x3fff85/0x4000fa/0x72 >> >> >> >> >> >> >> >> >> >> >> >> Box is based on ASUS A8N32-SLI, AMD64 running FreeBSD >> >> >> 7.0-CURRENT/AMD64 >> >> >> >> (no 32Bit compatibility), SCHED_ULE, PREEMPTION, driver >> >> snd_envy24ht >> >> >> >> hardwired into the kernel. >> >> >> >> I'm able to start sound playing via VLC or mplayer and I can >> hear >> >> >> >> something that sounds like the music I expected to hear but >> it is >> >> >> highly >> >> >> >> distorted and scrambled. >> >> >> >> After a while sound dies, comes back for a second and then >> >> disappear >> >> >> >> again ... >> >> >> >> >> >> >> >> >> >> >> >> Regards Oliver >> >> >> Hello Konstantin, >> >> >> I applied the patch - and it works, half the way. Sound is now >> >> playing >> >> >> undistorted, but it is very, very silent, I need the amplifier >> of my >> >> >> HiFi rack to amplify the sound input at a very high level. >> >> >> Changing volume via 'mixer' command doesn't help: >> >> >> >> >> >> hartmann: mixer >> >> >> Mixer vol is currently set to 100:100 >> >> >> Mixer treble is currently set to 0:0 >> >> >> Mixer synth is currently set to 0:0 >> >> >> Mixer pcm is currently set to 100:100 >> >> >> Mixer speaker is currently set to 0:0 >> >> >> Mixer line is currently set to 100:100 >> >> >> Mixer mic is currently set to 0:0 >> >> >> Mixer cd is currently set to 0:0 >> >> >> Mixer mix is currently set to 0:0 >> >> >> >> >> >> >> >> >> Every mixer-reachable instance is pumped up to 100%, the others, >> >> synth >> >> >> for example, aren't configured and return with a notice about that >> >> fact: >> >> >> >> >> >> hartmann: mixer synth 100 >> >> >> Setting the mixer synth from 0:0 to 100:100. >> >> >> mixer: WRITE_MIXER: Device not configured >> >> >> hartmann: mixer vol 100 >> >> >> Setting the mixer vol from 100:100 to 100:100. >> >> >> hartmann: >> >> >> >> >> >> >> >> >> Well, it is really impressive how fast you answered, thanks. >> >> >> >> >> >> Regards, >> >> >> Oliver >> >> >> >> >> Konstantin, the volume level is really silent compared to the output >> >> level of the onboard AC97 codec or the Creative Audigy SE/LS (with >> OSS >> >> driver, not working anymore in FreeBSD 7.0-CURRENT). >> >> My amplification facility of the HiFi equipment is set to half full >> >> amplification and normally this would blast my neighbour's ears >> ;-) But >> >> with the M-Audio Revo 5.1 it is just 'silent', just for smooth >> >> listening. It is definitely too silent. >> >> I can mute with 0 and half the volume by setting mixer/pcm/volume >> level >> >> to 50 or yield another percentage setting any value 0 < X <= 100, >> X for >> >> volume/percentage. >> >> I use the green outlet for my HiFi facility. >> >> >> >> If you expect me test anything for you, let me know. >> >> >> >> Regards, >> >> Oliver >> >> >> Hello Konstantin. >> All right, I'll test the new code. >> The problem I described is then a low outputlevel of the soundhardware? >> Strange, could the hardware be defective? The audiocard is brandnew. >> >> Well, feel free sending me instructions. If I can be of help, I'll do my >> best. >> >> Regards, >> Oliver Hello Konstantin. Maybe this is of use for you. I just got the newest RC4 OSS driver from 4Front and tried it. The oss driver still let X11 and/or the box die after a while, but I can play sound at the expected volume level! This shows me that there is no hardware defetive present. Due to the fact I'm not familiar with driver development on FreeBSD or anyhow in that subject, I can not provide further and deeper insights. Let me know if you're prepared handing me over code. Nearby, vlc sometimes has problems switching from MONO to STEREO and vice versa, the sound sounds like a bit 'echoed'. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Sun Feb 18 23:43:23 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4872416A406; Sun, 18 Feb 2007 23:43:23 +0000 (UTC) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.freebsd.org (Postfix) with ESMTP id DC27C13C48E; Sun, 18 Feb 2007 23:43:22 +0000 (UTC) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id ED539133B32; Mon, 19 Feb 2007 09:53:35 +1030 (CST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id E43001A9CBE; Mon, 19 Feb 2007 09:53:35 +1030 (CST) Date: Mon, 19 Feb 2007 09:53:35 +1030 From: Greg 'groggy' Lehey To: Robert Watson Message-ID: <20070218232335.GA96562@wantadilla.lemis.com> References: <20070218105831.D49018@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <20070218105831.D49018@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 VoIP: sip:0871270137@sip.internode.on.net WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: current@FreeBSD.org Subject: Re: More DDB show commands for the network stack (cvs commit: src/sys/netinet in_pcb.c in_pcb.h tcp_usrreq.c (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 23:43:23 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sunday, 18 February 2007 at 11:00:00 +0000, Robert Watson wrote: > > FYI -- I've added two more DDB commands to help in debugging network stack > problems. "show inpcb " can be used on the so_pcb field of TCP/IP > ("internet") sockets. "show tcpcb " can be used on the inp_ppcb > field of the inpcb associated with a TCP connection. This and similar commits (but also kernel gdb breakage) make my kernel debugging tutorial (http://www.lemis.com/grog/Papers/Debug-tutorial) more and more out of date. I don't have time to update it effectively, so I'll stop giving it. If somebody else is interested in taking it over, please contact me. The tutorial has always been popular at conferences. Greg -- See complete headers for address and phone numbers. --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFF2N/3IubykFB6QiMRAuOGAJ4ooz39mUiChmYnUmXyo/MO2J4fbACeNtMY QZRBSqwrRalXYX0i+tT81Gg= =3QpE -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 18 23:32:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D89716A407 for ; Sun, 18 Feb 2007 23:32:59 +0000 (UTC) (envelope-from kosio.dimitrov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 1294513C49D for ; Sun, 18 Feb 2007 23:32:58 +0000 (UTC) (envelope-from kosio.dimitrov@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so2239537nfc for ; Sun, 18 Feb 2007 15:32:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aeX6PW71Tt6J8hj7WtA0ivSBlSYVdT7c27Y/AfwjsEPOtS9ukxeC2hgdFuKruL+sj8Ru0hLooMBhq0LXZSJPW4R4DlW2Vb8yGCh3bMuOom0v0mbi828pji2yHG0jLNf8mRnx6AUJ+zjU3jgQYN92bBtZk0aA0yB4MwaBkg8VpAU= Received: by 10.82.167.5 with SMTP id p5mr9586150bue.1171841577196; Sun, 18 Feb 2007 15:32:57 -0800 (PST) Received: by 10.82.157.16 with HTTP; Sun, 18 Feb 2007 15:32:57 -0800 (PST) Message-ID: <8103ad500702181532w3420cc89qf9f0af70b123d414@mail.gmail.com> Date: Mon, 19 Feb 2007 01:32:57 +0200 From: "Konstantin Dimitrov" To: "O. Hartmann" In-Reply-To: <45D8D928.1060905@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <741011.28358.qm@web34714.mail.mud.yahoo.com> <45D6FD02.8090208@mail.zedat.fu-berlin.de> <8103ad500702170825y38b76fd9u7ac23ab64bd4cb4a@mail.gmail.com> <45D744FD.1040504@mail.zedat.fu-berlin.de> <8103ad500702171111k277aecddj99e261a11676b952@mail.gmail.com> <45D7581E.8080103@mail.zedat.fu-berlin.de> <8103ad500702180040g7d0550b0r455a2de2008db3de@mail.gmail.com> <45D83235.8010503@mail.zedat.fu-berlin.de> <8103ad500702180329x67c77093k37fd17adabeac758@mail.gmail.com> <45D8D928.1060905@mail.zedat.fu-berlin.de> X-Mailman-Approved-At: Mon, 19 Feb 2007 03:15:10 +0000 Cc: freebsd-multimedia@freebsd.org, freebsd-current@freebsd.org Subject: Re: envy24ht: M-Audio Revolution 5.1 broken (FreeBSD 7.0-CURRENT/AMD64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 23:32:59 -0000 did you try the latest version, that has volume control in software (both mixer vol and mixer pcm works): http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c probably OSS driver do software volume in software too. On 2/19/07, O. Hartmann wrote: > Konstantin Dimitrov wrote: > > hi Oliver, > > > > all Envy24 chips from the VT172X family like Envy24GT (VT1722) don't > > feature volume control, so the sound volume can be controlled in > > hardware only by the DAC (in you case AK4358), so it seems that the > > problem is 'low outputlevel of the soundhardware', which is strange, > > because my Envy24HT (VT1724) based card has very loud output and it > > uses the same OP AMPs like Revo 5.1: JRC 4580, however the DAC is > > different, my card has WM8770, but let's see if the volume control in > > software will help. > > > > later i will make and mail to you test code, that will route the > > sound to the other outputs of the card and we will see if they're more > > loud than the front output. > > > > best wishes, > > konstantin > > > > On 2/18/07, O. Hartmann wrote: > >> Konstantin Dimitrov wrote: > >> > Oliver, after mixer(8) can change the volume, that means the > >> > snd_envy24ht can write to and control the DAC (AK4358) on the Revo 5.1 > >> > and so that silent sound is the maximum volume that the hardware > >> > (Envy24GT+AK4358) can provide, because when do 'mixer vol 100', it set > >> > the AK4358 to the maximum volume, 'mixer pcm' do nothing at the > >> > moment, so when you do 'mixer pcm 0' or 'mixer pcm 100' nothing should > >> > change. > >> > > >> > i made new version, so when 'mixer pcm' is used, volume will be > >> > changed in software and when 'mixer vol' is used, like before, volume > >> > will be changed in hardware (in the DAC), i don't know how it will > >> > behave, but as usual the new code is here: > >> > > >> > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c > >> > > >> > and you can test it and report back the results ... > >> > > >> > P.S. > >> > Oliver, if you willing to help me gathering more info about the Revo > >> > 5.1 hardware, when i have more time for that i will mail you with some > >> > instructions. > >> > > >> > On 2/17/07, O. Hartmann wrote: > >> >> Konstantin Dimitrov wrote: > >> >> > you can't change the volume at all and no matter what value you > >> use, > >> >> > e.g. 0, 50, 100, always the same very silent sound going out or > >> when > >> >> > use 0 you can mute the sound, when you use 100 the sound is very > >> >> > silent, but not as much silent as when you use 50 ? > >> >> > > >> >> > On 2/17/07, O. Hartmann wrote: > >> >> >> Konstantin Dimitrov wrote: > >> >> >> > Oliver, seems like the init data for Revo 5.1 are wrong, that is > >> >> why > >> >> >> > the sound is badly distorted, until now i haven't had access to > >> >> Revo > >> >> >> > 5.1 hardware for tests, so it's somehow expected problem, but > >> with > >> >> >> > several trials and errors we should be able to find the right > >> init > >> >> >> > data, so get the first slightly modified version from here: > >> >> >> > > >> >> >> > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c > >> >> >> > > >> >> >> > rebuild and report back the result ... > >> >> >> > > >> >> >> > On 2/17/07, O. Hartmann > >> wrote: > >> >> >> >> Mr. Darren wrote: > >> >> >> >> > Does anyone have this working at the moment? I can't > >> >> >> >> > seem to play any audio. Can't open /dev/dsp0.0! and > >> >> >> >> > so forth. > >> >> >> >> > -Darren > >> >> >> >> > %uname -a > >> >> >> >> > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri > >> >> >> >> > Feb 16 22:40:32 UTC 2007 > >> >> >> >> > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 > >> >> >> >> > > >> >> >> >> > FreeBSD Audio Driver (newpcm: 64bit) > >> >> >> >> > Installed devices: > >> >> >> >> > pcm0: at io > >> >> >> >> > 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 > >> >> >> >> > (5p/3r/1v channels duplex default) > >> >> >> >> > %ls /dev/dsp* > >> >> >> >> > /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 /dev/dsp0.r1 > >> >> >> >> > /dev/dspW0.2 /dev/dspW0.7 > >> >> >> >> > /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 /dev/dsp0.r2 > >> >> >> >> > /dev/dspW0.3 /dev/dspW0.8 > >> >> >> >> > /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 /dev/dsp0.v0 > >> >> >> >> > /dev/dspW0.4 > >> >> >> >> > /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 /dev/dspW0.0 > >> >> >> >> > /dev/dspW0.5 > >> >> >> >> > /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 /dev/dspW0.1 > >> >> >> >> > /dev/dspW0.6 > >> >> >> >> > %ls /dev/audio* > >> >> >> >> > /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 > >> >> >> >> > /dev/audio0.6 /dev/audio0.8 > >> >> >> >> > /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 > >> >> >> >> > /dev/audio0.7 > >> >> >> >> > % > >> >> >> >> > > >> >> >> >> > > >> >> >> >> > > >> >> >> >> > > >> >> >> >> > >> >> >> >> Just half an hour ago I got my new M-Audio Revolution 5.1: > >> >> >> >> > >> >> >> >> pcm0: port > >> >> >> >> 0xec00-0xec1f,0xe880-0xe8ff > >> >> >> >> irq 18 at device 8.0 on pci4 > >> >> >> >> pcm0: [GIANT-LOCKED] > >> >> >> >> pcm0: system configuration > >> >> >> >> SubVendorID: 0x1412, SubDeviceID: 0x3631 > >> >> >> >> XIN2 Clock Source: 49.152MHz(192kHz*256) > >> >> >> >> MPU-401 UART(s) #: not implemented > >> >> >> >> ADC #: 1 > >> >> >> >> DAC #: 3 > >> >> >> >> Multi-track converter type: I2S(with volume, 192KHz support, > >> >> 24bit > >> >> >> >> resolution, > >> >> >> >> ID#0x0) > >> >> >> >> S/PDIF(IN/OUT): 0/1 ID# 0x00 > >> >> >> >> GPIO(mask/dir/state): 0x3fff85/0x4000fa/0x72 > >> >> >> >> > >> >> >> >> > >> >> >> >> Box is based on ASUS A8N32-SLI, AMD64 running FreeBSD > >> >> >> 7.0-CURRENT/AMD64 > >> >> >> >> (no 32Bit compatibility), SCHED_ULE, PREEMPTION, driver > >> >> snd_envy24ht > >> >> >> >> hardwired into the kernel. > >> >> >> >> I'm able to start sound playing via VLC or mplayer and I can > >> hear > >> >> >> >> something that sounds like the music I expected to hear but > >> it is > >> >> >> highly > >> >> >> >> distorted and scrambled. > >> >> >> >> After a while sound dies, comes back for a second and then > >> >> disappear > >> >> >> >> again ... > >> >> >> >> > >> >> >> >> > >> >> >> >> Regards Oliver > >> >> >> Hello Konstantin, > >> >> >> I applied the patch - and it works, half the way. Sound is now > >> >> playing > >> >> >> undistorted, but it is very, very silent, I need the amplifier > >> of my > >> >> >> HiFi rack to amplify the sound input at a very high level. > >> >> >> Changing volume via 'mixer' command doesn't help: > >> >> >> > >> >> >> hartmann: mixer > >> >> >> Mixer vol is currently set to 100:100 > >> >> >> Mixer treble is currently set to 0:0 > >> >> >> Mixer synth is currently set to 0:0 > >> >> >> Mixer pcm is currently set to 100:100 > >> >> >> Mixer speaker is currently set to 0:0 > >> >> >> Mixer line is currently set to 100:100 > >> >> >> Mixer mic is currently set to 0:0 > >> >> >> Mixer cd is currently set to 0:0 > >> >> >> Mixer mix is currently set to 0:0 > >> >> >> > >> >> >> > >> >> >> Every mixer-reachable instance is pumped up to 100%, the others, > >> >> synth > >> >> >> for example, aren't configured and return with a notice about that > >> >> fact: > >> >> >> > >> >> >> hartmann: mixer synth 100 > >> >> >> Setting the mixer synth from 0:0 to 100:100. > >> >> >> mixer: WRITE_MIXER: Device not configured > >> >> >> hartmann: mixer vol 100 > >> >> >> Setting the mixer vol from 100:100 to 100:100. > >> >> >> hartmann: > >> >> >> > >> >> >> > >> >> >> Well, it is really impressive how fast you answered, thanks. > >> >> >> > >> >> >> Regards, > >> >> >> Oliver > >> >> >> > >> >> Konstantin, the volume level is really silent compared to the output > >> >> level of the onboard AC97 codec or the Creative Audigy SE/LS (with > >> OSS > >> >> driver, not working anymore in FreeBSD 7.0-CURRENT). > >> >> My amplification facility of the HiFi equipment is set to half full > >> >> amplification and normally this would blast my neighbour's ears > >> ;-) But > >> >> with the M-Audio Revo 5.1 it is just 'silent', just for smooth > >> >> listening. It is definitely too silent. > >> >> I can mute with 0 and half the volume by setting mixer/pcm/volume > >> level > >> >> to 50 or yield another percentage setting any value 0 < X <= 100, > >> X for > >> >> volume/percentage. > >> >> I use the green outlet for my HiFi facility. > >> >> > >> >> If you expect me test anything for you, let me know. > >> >> > >> >> Regards, > >> >> Oliver > >> >> > >> Hello Konstantin. > >> All right, I'll test the new code. > >> The problem I described is then a low outputlevel of the soundhardware? > >> Strange, could the hardware be defective? The audiocard is brandnew. > >> > >> Well, feel free sending me instructions. If I can be of help, I'll do my > >> best. > >> > >> Regards, > >> Oliver > > Hello Konstantin. > Maybe this is of use for you. I just got the newest RC4 OSS driver from > 4Front and tried it. The oss driver still let X11 and/or the box die > after a while, but I can play sound at the expected volume level! This > shows me that there is no hardware defetive present. > > Due to the fact I'm not familiar with driver development on FreeBSD or > anyhow in that subject, I can not provide further and deeper insights. > > Let me know if you're prepared handing me over code. > > Nearby, vlc sometimes has problems switching from MONO to STEREO and > vice versa, the sound sounds like a bit 'echoed'. > > Regards, > Oliver > From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 08:17:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AA5C16A401 for ; Mon, 19 Feb 2007 08:17:37 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id B9A2E13C474 for ; Mon, 19 Feb 2007 08:17:36 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l1J8HZne001367; Mon, 19 Feb 2007 19:17:35 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l1J8HZlN001366; Mon, 19 Feb 2007 19:17:35 +1100 (EST) (envelope-from peter) Date: Mon, 19 Feb 2007 19:17:35 +1100 From: Peter Jeremy To: Mayank Kumar Message-ID: <20070219081735.GE827@turion.vk2pj.dyndns.org> References: <76EBE649FB0E0E4DA883B5840459059F1438609B3C@AA-EXMSG-C412.southpacific.corp.microsoft.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <76EBE649FB0E0E4DA883B5840459059F1438609B3C@AA-EXMSG-C412.southpacific.corp.microsoft.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: "freebsd-current@freebsd.org" Subject: Re: Questio on Gprof X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 08:17:37 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Please wrap your lines before 80 columns] On 2007-Feb-18 22:08:17 +0800, Mayank Kumar wrote: >I want to know if gprof's profling is solely dependent on the system >call profil() or are there other implementations of gprof which do >not depend on this system call. gprof has two sources of data: Firstly sampling information giving number of hits by text address. This information is collected by the kernel - profil() just tells the kernel where to store the profiling samples. The second source is caller/callee counts collected by =2Emcount in userland. I am unaware of any alternative to profil() - in theory, it could be implemented in userland but the overheads would be extremely high. >Also is there a profiler available for freebsd or any unix system >which is based on instrumentation rather then sampling. gprof relies on both instrumentatin and sampling. An alternative would be gcov - though it reports line counts rather than execution time statistics. --=20 Peter Jeremy --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF2V0f/opHv/APuIcRAmpOAKCij4vz3PaacoZwyAZqJ3CFX5FA8gCgulAq QsZu8NQDqER8StOAcO+40nU= =IQvA -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 08:44:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6D6016A401; Mon, 19 Feb 2007 08:44:17 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 3DCFE13C4A6; Mon, 19 Feb 2007 08:44:17 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HJ488-0002kd-49>; Mon, 19 Feb 2007 09:44:16 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HJ488-0003SU-20>; Mon, 19 Feb 2007 09:44:16 +0100 Message-ID: <45D96360.2040604@zedat.fu-berlin.de> Date: Mon, 19 Feb 2007 09:44:16 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Konstantin Dimitrov References: <741011.28358.qm@web34714.mail.mud.yahoo.com> <45D6FD02.8090208@mail.zedat.fu-berlin.de> <8103ad500702170825y38b76fd9u7ac23ab64bd4cb4a@mail.gmail.com> <45D744FD.1040504@mail.zedat.fu-berlin.de> <8103ad500702171111k277aecddj99e261a11676b952@mail.gmail.com> <45D7581E.8080103@mail.zedat.fu-berlin.de> <8103ad500702180040g7d0550b0r455a2de2008db3de@mail.gmail.com> <45D83235.8010503@mail.zedat.fu-berlin.de> <8103ad500702180329x67c77093k37fd17adabeac758@mail.gmail.com> <45D8D928.1060905@mail.zedat.fu-berlin.de> <8103ad500702181532w3420cc89qf9f0af70b123d414@mail.gmail.com> In-Reply-To: <8103ad500702181532w3420cc89qf9f0af70b123d414@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-multimedia@freebsd.org, "O. Hartmann" , freebsd-current@freebsd.org Subject: Re: envy24ht: M-Audio Revolution 5.1 broken (FreeBSD 7.0-CURRENT/AMD64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 08:44:18 -0000 Konstantin Dimitrov wrote: > did you try the latest version, that has volume control in software > (both mixer vol and mixer pcm works): > > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c > > probably OSS driver do software volume in software too. > > On 2/19/07, O. Hartmann wrote: >> Konstantin Dimitrov wrote: >> > hi Oliver, >> > >> > all Envy24 chips from the VT172X family like Envy24GT (VT1722) don't >> > feature volume control, so the sound volume can be controlled in >> > hardware only by the DAC (in you case AK4358), so it seems that the >> > problem is 'low outputlevel of the soundhardware', which is strange, >> > because my Envy24HT (VT1724) based card has very loud output and it >> > uses the same OP AMPs like Revo 5.1: JRC 4580, however the DAC is >> > different, my card has WM8770, but let's see if the volume control in >> > software will help. >> > >> > later i will make and mail to you test code, that will route the >> > sound to the other outputs of the card and we will see if they're more >> > loud than the front output. >> > >> > best wishes, >> > konstantin >> > >> > On 2/18/07, O. Hartmann wrote: >> >> Konstantin Dimitrov wrote: >> >> > Oliver, after mixer(8) can change the volume, that means the >> >> > snd_envy24ht can write to and control the DAC (AK4358) on the >> Revo 5.1 >> >> > and so that silent sound is the maximum volume that the hardware >> >> > (Envy24GT+AK4358) can provide, because when do 'mixer vol 100', >> it set >> >> > the AK4358 to the maximum volume, 'mixer pcm' do nothing at the >> >> > moment, so when you do 'mixer pcm 0' or 'mixer pcm 100' nothing >> should >> >> > change. >> >> > >> >> > i made new version, so when 'mixer pcm' is used, volume will be >> >> > changed in software and when 'mixer vol' is used, like before, >> volume >> >> > will be changed in hardware (in the DAC), i don't know how it will >> >> > behave, but as usual the new code is here: >> >> > >> >> > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c >> >> > >> >> > and you can test it and report back the results ... >> >> > >> >> > P.S. >> >> > Oliver, if you willing to help me gathering more info about the Revo >> >> > 5.1 hardware, when i have more time for that i will mail you with >> some >> >> > instructions. >> >> > >> >> > On 2/17/07, O. Hartmann wrote: >> >> >> Konstantin Dimitrov wrote: >> >> >> > you can't change the volume at all and no matter what value you >> >> use, >> >> >> > e.g. 0, 50, 100, always the same very silent sound going out or >> >> when >> >> >> > use 0 you can mute the sound, when you use 100 the sound is very >> >> >> > silent, but not as much silent as when you use 50 ? >> >> >> > >> >> >> > On 2/17/07, O. Hartmann wrote: >> >> >> >> Konstantin Dimitrov wrote: >> >> >> >> > Oliver, seems like the init data for Revo 5.1 are wrong, >> that is >> >> >> why >> >> >> >> > the sound is badly distorted, until now i haven't had >> access to >> >> >> Revo >> >> >> >> > 5.1 hardware for tests, so it's somehow expected problem, but >> >> with >> >> >> >> > several trials and errors we should be able to find the right >> >> init >> >> >> >> > data, so get the first slightly modified version from here: >> >> >> >> > >> >> >> >> > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c >> >> >> >> > >> >> >> >> > rebuild and report back the result ... >> >> >> >> > >> >> >> >> > On 2/17/07, O. Hartmann >> >> wrote: >> >> >> >> >> Mr. Darren wrote: >> >> >> >> >> > Does anyone have this working at the moment? I can't >> >> >> >> >> > seem to play any audio. Can't open /dev/dsp0.0! and >> >> >> >> >> > so forth. >> >> >> >> >> > -Darren >> >> >> >> >> > %uname -a >> >> >> >> >> > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri >> >> >> >> >> > Feb 16 22:40:32 UTC 2007 >> >> >> >> >> > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 >> >> >> >> >> > >> >> >> >> >> > FreeBSD Audio Driver (newpcm: 64bit) >> >> >> >> >> > Installed devices: >> >> >> >> >> > pcm0: at io >> >> >> >> >> > 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 >> >> >> >> >> > (5p/3r/1v channels duplex default) >> >> >> >> >> > %ls /dev/dsp* >> >> >> >> >> > /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 /dev/dsp0.r1 >> >> >> >> >> > /dev/dspW0.2 /dev/dspW0.7 >> >> >> >> >> > /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 /dev/dsp0.r2 >> >> >> >> >> > /dev/dspW0.3 /dev/dspW0.8 >> >> >> >> >> > /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 /dev/dsp0.v0 >> >> >> >> >> > /dev/dspW0.4 >> >> >> >> >> > /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 /dev/dspW0.0 >> >> >> >> >> > /dev/dspW0.5 >> >> >> >> >> > /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 /dev/dspW0.1 >> >> >> >> >> > /dev/dspW0.6 >> >> >> >> >> > %ls /dev/audio* >> >> >> >> >> > /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 >> >> >> >> >> > /dev/audio0.6 /dev/audio0.8 >> >> >> >> >> > /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 >> >> >> >> >> > /dev/audio0.7 >> >> >> >> >> > % >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> >> >> >> >> >> >> Just half an hour ago I got my new M-Audio Revolution 5.1: >> >> >> >> >> >> >> >> >> >> pcm0: port >> >> >> >> >> 0xec00-0xec1f,0xe880-0xe8ff >> >> >> >> >> irq 18 at device 8.0 on pci4 >> >> >> >> >> pcm0: [GIANT-LOCKED] >> >> >> >> >> pcm0: system configuration >> >> >> >> >> SubVendorID: 0x1412, SubDeviceID: 0x3631 >> >> >> >> >> XIN2 Clock Source: 49.152MHz(192kHz*256) >> >> >> >> >> MPU-401 UART(s) #: not implemented >> >> >> >> >> ADC #: 1 >> >> >> >> >> DAC #: 3 >> >> >> >> >> Multi-track converter type: I2S(with volume, 192KHz >> support, >> >> >> 24bit >> >> >> >> >> resolution, >> >> >> >> >> ID#0x0) >> >> >> >> >> S/PDIF(IN/OUT): 0/1 ID# 0x00 >> >> >> >> >> GPIO(mask/dir/state): 0x3fff85/0x4000fa/0x72 >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> Box is based on ASUS A8N32-SLI, AMD64 running FreeBSD >> >> >> >> 7.0-CURRENT/AMD64 >> >> >> >> >> (no 32Bit compatibility), SCHED_ULE, PREEMPTION, driver >> >> >> snd_envy24ht >> >> >> >> >> hardwired into the kernel. >> >> >> >> >> I'm able to start sound playing via VLC or mplayer and I can >> >> hear >> >> >> >> >> something that sounds like the music I expected to hear but >> >> it is >> >> >> >> highly >> >> >> >> >> distorted and scrambled. >> >> >> >> >> After a while sound dies, comes back for a second and then >> >> >> disappear >> >> >> >> >> again ... >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> Regards Oliver >> >> >> >> Hello Konstantin, >> >> >> >> I applied the patch - and it works, half the way. Sound is now >> >> >> playing >> >> >> >> undistorted, but it is very, very silent, I need the amplifier >> >> of my >> >> >> >> HiFi rack to amplify the sound input at a very high level. >> >> >> >> Changing volume via 'mixer' command doesn't help: >> >> >> >> >> >> >> >> hartmann: mixer >> >> >> >> Mixer vol is currently set to 100:100 >> >> >> >> Mixer treble is currently set to 0:0 >> >> >> >> Mixer synth is currently set to 0:0 >> >> >> >> Mixer pcm is currently set to 100:100 >> >> >> >> Mixer speaker is currently set to 0:0 >> >> >> >> Mixer line is currently set to 100:100 >> >> >> >> Mixer mic is currently set to 0:0 >> >> >> >> Mixer cd is currently set to 0:0 >> >> >> >> Mixer mix is currently set to 0:0 >> >> >> >> >> >> >> >> >> >> >> >> Every mixer-reachable instance is pumped up to 100%, the others, >> >> >> synth >> >> >> >> for example, aren't configured and return with a notice about >> that >> >> >> fact: >> >> >> >> >> >> >> >> hartmann: mixer synth 100 >> >> >> >> Setting the mixer synth from 0:0 to 100:100. >> >> >> >> mixer: WRITE_MIXER: Device not configured >> >> >> >> hartmann: mixer vol 100 >> >> >> >> Setting the mixer vol from 100:100 to 100:100. >> >> >> >> hartmann: >> >> >> >> >> >> >> >> >> >> >> >> Well, it is really impressive how fast you answered, thanks. >> >> >> >> >> >> >> >> Regards, >> >> >> >> Oliver >> >> >> >> >> >> >> Konstantin, the volume level is really silent compared to the >> output >> >> >> level of the onboard AC97 codec or the Creative Audigy SE/LS (with >> >> OSS >> >> >> driver, not working anymore in FreeBSD 7.0-CURRENT). >> >> >> My amplification facility of the HiFi equipment is set to half full >> >> >> amplification and normally this would blast my neighbour's ears >> >> ;-) But >> >> >> with the M-Audio Revo 5.1 it is just 'silent', just for smooth >> >> >> listening. It is definitely too silent. >> >> >> I can mute with 0 and half the volume by setting mixer/pcm/volume >> >> level >> >> >> to 50 or yield another percentage setting any value 0 < X <= 100, >> >> X for >> >> >> volume/percentage. >> >> >> I use the green outlet for my HiFi facility. >> >> >> >> >> >> If you expect me test anything for you, let me know. >> >> >> >> >> >> Regards, >> >> >> Oliver >> >> >> >> >> Hello Konstantin. >> >> All right, I'll test the new code. >> >> The problem I described is then a low outputlevel of the >> soundhardware? >> >> Strange, could the hardware be defective? The audiocard is brandnew. >> >> >> >> Well, feel free sending me instructions. If I can be of help, I'll >> do my >> >> best. >> >> >> >> Regards, >> >> Oliver >> >> Hello Konstantin. >> Maybe this is of use for you. I just got the newest RC4 OSS driver from >> 4Front and tried it. The oss driver still let X11 and/or the box die >> after a while, but I can play sound at the expected volume level! This >> shows me that there is no hardware defetive present. >> >> Due to the fact I'm not familiar with driver development on FreeBSD or >> anyhow in that subject, I can not provide further and deeper insights. >> >> Let me know if you're prepared handing me over code. >> >> Nearby, vlc sometimes has problems switching from MONO to STEREO and >> vice versa, the sound sounds like a bit 'echoed'. >> >> Regards, >> Oliver >> Sorry, Konstantin, I didn't. At this moment, I'm at my office's system and don't have access to my private box, I'll check this in the evening and report. Best wishes, Oliver P.S. Just a stupid question: are the DACs of the M-Audio Revo 5.1 capable of beeing initiated by an entry level of volume (or current in this aspect)? Maybe such a default level is choosen too low? From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 09:53:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A74D016A406 for ; Mon, 19 Feb 2007 09:53:15 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 65D9313C4A6 for ; Mon, 19 Feb 2007 09:53:15 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HJ5Cr-000I1J-Ht for freebsd-current@freebsd.org; Mon, 19 Feb 2007 11:53:13 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Feb 2007 11:53:13 +0200 From: Danny Braniss Message-ID: Subject: problems porting iSCSI to current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 09:53:15 -0000 Hi all, im getting stuck in destroy_dev(...) because si_threadcount is not zero, (actually 1 before the call), all this in sys/kern_conf.c. what magic am I doing wrong? danny From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 10:07:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CD6D16A401; Mon, 19 Feb 2007 10:07:27 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 2361B13C4B2; Mon, 19 Feb 2007 10:07:26 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l1JA7Pb7057101; Mon, 19 Feb 2007 02:07:25 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l1JA7PwB057100; Mon, 19 Feb 2007 02:07:25 -0800 (PST) (envelope-from rizzo) Date: Mon, 19 Feb 2007 02:07:25 -0800 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20070219020725.A56400@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: can a valid bus_dma_tag_t be NULL ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 10:07:27 -0000 I am trying to cleanup some code that allocates dma-able regions and has to release it in case some of the step goes wrong. The original code (if_iwi.c, but the pattern is repeated in other drivers too) is the one below. Now, rather than using multiple labels, is there a value for the various fields (bus_dma_tag_t, bus_dmamap_t, fw_virtaddr, fw_physaddr) that tells me that the resource has not been allocated, or i should keep track of the success/failure of the various calls separately ? E.g. i imagine that a NULL fw_virtaddr means failure, however bus_dmamap_load() worries me because the callback may happen later, and also i seem to remember that one should not make assumptions on bus_dma_tag_t == NULL ... comments anyone ? And, is -stable different from -current ? cheers luigi if (bus_dma_tag_create(NULL, 4, 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, NULL, sc->fw_dma_size, 1, sc->fw_dma_size, 0, NULL, NULL, &sc->fw_dmat) != 0) { device_printf(sc->sc_dev, "could not create firmware DMA tag\n"); IWI_LOCK(sc); goto fail; } if (bus_dmamem_alloc(sc->fw_dmat, &sc->fw_virtaddr, 0, &sc->fw_map) != 0) { device_printf(sc->sc_dev, "could not allocate firmware DMA memory\n"); IWI_LOCK(sc); goto fail2; } if (bus_dmamap_load(sc->fw_dmat, sc->fw_map, sc->fw_virtaddr, sc->fw_dma_size, iwi_dma_map_addr, &sc->fw_physaddr, 0) != 0) { device_printf(sc->sc_dev, "could not load firmware DMA map\n"); IWI_LOCK(sc); goto fail3; } ... use the memory ... bus_dmamap_unload(sc->fw_dmat, sc->fw_map); fail3: bus_dmamem_free(sc->fw_dmat, sc->fw_virtaddr, sc->fw_map); fail2: bus_dma_tag_destroy(sc->fw_dmat); fail: ... --- From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 11:35:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18A5A16A401 for ; Mon, 19 Feb 2007 11:35:28 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6345B13C461 for ; Mon, 19 Feb 2007 11:35:26 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([87.226.153.33]:28435 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3413188AbXBSLfD (ORCPT + 1 other); Mon, 19 Feb 2007 14:35:03 +0300 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <45D98B62.1060402@yandex.ru> Date: Mon, 19 Feb 2007 14:34:58 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <20070110120731.GA1515@shark.localdomain> <20070210171130.D47107@maildrop.int.zabbadoz.net> In-Reply-To: <20070210171130.D47107@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: Pyun YongHyeon , FreeBSD current mailing list , Sergey Zaharchenko Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 11:35:28 -0000 Bjoern A. Zeeb ÐÉÛÅÔ: >> : lock order reversal: >> : 1st 0xc3629f00 inp (tcpinp) @ >> /src/usr.src/sys/netinet/tcp_usrreq.c:801 >> : 2nd 0xc0a9feec tcp (tcp) @ /src/usr.src/sys/netinet/tcp_input.c:626 > > I add this with LOR ID 200 to the LOR page: > http://sources.zabbadoz.net/freebsd/lor.html#200 Hi, All. I have this LOR and deadlock on my notebook with recent CURRENT. My hardvare detected with nve(4) as "NVIDIA nForce MCP13 Networking Adapter": nve0: port 0x30b8-0x30bf mem 0xc0007000-0xc0007fff irq 5 at device 20.0 on pci0 nve0: Ethernet address 00:90:f5:4f:18:1b miibus0: on nve0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nve0: using obsoleted if_watchdog interface With nfe(4) as "NVIDIA nForce 430 MCP13 Networking Adapter": nfe0: port 0x30b8-0x30bf mem 0xc0007000-0xc0007fff irq 5 at device 20.0 on pci0 miibus0: on nfe0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nfe0: using obsoleted if_watchdog interface DDB message: lock order reversal: 1st 0xc2ec2480 inp (tcpinp) @ /usr/src/sys/netinet/tcp_usrreq.c:801 2nd 0xc07bbc6c tcp (tcp) @ /usr/src/sys/netinet/tcp_input.c:638 KDB: stack backtrace: db_trace_self_wrapper(c06ee408) at db_trace_self_wrapper+0x25 kdb_backtrace(0,ffffffff,c077d708,c077d730,c072f944,...) at kdb_backtrace+0x29 witness_checkorder(c07bbc6c,9,c06fcd51,27e) at witness_checkorder+0x586 _mtx_lock_flags(c07bbc6c,0,c06fcd51,27e,0,...) at _mtx_lock_flags+0x84 tcp_input(c2def300,14,c0759b80,835115ac,0,...) at tcp_input+0x432 ip_input(c2def300) at ip_input+0x5c9 netisr_dispatch(2,c2def300,0,c2be2000,c2df0800,...) at netisr_dispatch+0x58 ether_demux(c2be2000,c2def300,c2def300,c314da10,d3ee075c,...) at ether_demux+0x28a ether_input(c2be2000,c2def300,c2b53cd8,0,c31605fb,...) at ether_input+0x21e nve_ospacketrx(c2b53c00,d3ee0798,1,0,0,...) at nve_ospacketrx+0xa4 UpdateReceiveDescRingData(c315fc64,c315fc84,c315fd24,c315fd50,c315fd68,...) at UpdateReceiveDescRingData+0x2f8 nve_osalloc(c2b80940,d4152010,c2b53c00,c315fbcc,c315fc64,...) at nve_osalloc _end(0,c2c5c008,3065766e,0,0,...) at 0xc2b80900 _end(c2b80940,d4152010,c2b53c00,c315fbcc,c315fc64,...) at 0xc2af3630 _end(0,c2c5c008,3065766e,0,0,...) at 0xc2b80900 < ..too many strings ..> db> where Tracing pid 1045 tid 100068 td 0xc2dea510 kdb_enter(c06bbc68) at kdb_enter+0x2b witness_checkorder(c07bbc6c,9,c06fcd51,27e) at witness_checkorder+0x599 _mtx_lock_flags(c07bbc6c,0,c06fcd51,27e,0,...) at _mtx_lock_flags+0x84 tcp_input(c2def300,14,c0759b80,835115ac,0,...) at tcp_input+0x432 ip_input(c2def300) at ip_input+0x5c9 netisr_dispatch(2,c2def300,0,c2be2000,c2df0800,...) at netisr_dispatch+0x58 ether_demux(c2be2000,c2def300,c2def300,c314da10,d3ee075c,...) at ether_demux+0x28a ether_input(c2be2000,c2def300,c2b53cd8,0,c31605fb,...) at ether_input+0x21e nve_ospacketrx(c2b53c00,d3ee0798,1,0,0,...) at nve_ospacketrx+0xa4 UpdateReceiveDescRingData(c315fc64,c315fc84,c315fd24,c315fd50,c315fd68,...) at UpdateReceiveDescRingData+0x2f8 nve_osalloc(c2b80940,d4152010,c2b53c00,c315fbcc,c315fc64,...) at nve_osalloc _end(0,c2c5c008,3065766e,0,0,...) at 0xc2b80900 _end(c2b80940,d4152010,c2b53c00,c315fbcc,c315fc64,...) at 0xc2af3630 < ..too many strings ..> db> ps pid ppid pgrp uid state wmesg wchan cmd 1045 1043 1043 21 R CPU 0 vsftpd db> show allpcpu Current CPU: 0 cpuid = 0 curthread = 0xc2dea510: pid 1045 "vsftpd" curpcb = 0xd3ee0d90 fpcurthread = none idlethread = 0xc2a14510: pid 10 "idle" APIC ID = 0 currentldt = 0x50 spin locks held: db> show locks exclusive sleep mutex inp (tcpinp) r = 0 (0xc2ec2480) locked @ /usr/src/sys/netinet/tcp_usrreq.c:801 db> show alllocks Process 1045 (vsftpd) thread 0xc2dea510 (100068) exclusive sleep mutex inp (tcpinp) r = 0 (0xc2ec2480) locked @ /usr/src/sys/netinet/tcp_usrreq.c:801 Process 21 (irq5: nvidia0 nve0) thread 0xc2ac2510 (100023) exclusive sleep mutex tcp r = 0 (0xc07bbc6c) locked @ /usr/src/sys/netinet/tcp_input.c:638 db> call boot(0) Waiting (max 60 seconds) for system process `vnlru' to stop...Sleeping on "suspkt" with the following non-sleepable locks held: exclusive sleep mutex inp (tcpinp) r = 0 (0xc2ec2480) locked @ /usr/src/sys/netinet/tcp_usrreq.c:801 KDB: enter: witness_warn [thread pid 1045 tid 100068 ] Stopped at kdb_enter+0x2b: nop db> panic panic: from debugger Uptime: 7m18s Physical memory: 434 MB Dumping 47 MB: 32 16 Dump complete If somebody have interest to help me resolve this problem, i can easy reproduce this deadlock - the simple downloading of big file (avi file, for example) from ftp server from my notebook will result deadlock. With nfe(4) i don't have this deadlock, but nfe useless for me, he often displays message "nfe0: watchdog timeout". -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 12:25:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B798C16A406 for ; Mon, 19 Feb 2007 12:25:26 +0000 (UTC) (envelope-from kosio.dimitrov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 3BA6013C481 for ; Mon, 19 Feb 2007 12:25:25 +0000 (UTC) (envelope-from kosio.dimitrov@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so2403593nfc for ; Mon, 19 Feb 2007 04:25:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=g8qN8cHXTYGlXUD2B37QO7UwNFP3KcU88IZjFzKuTjl/dEEhWuepV/Fu1jVIHY+UxSe8Wfcq2zWwmILRJ+WbzpqE92cGmhLSyOYB95skhF0zwGnaFN2XsPLkRAOBpYl+qUh6p1H7lqf+4tQrRHxp7NaCCwG+sAIRCXTMEohZ7Kk= Received: by 10.82.163.13 with SMTP id l13mr10716694bue.1171887924045; Mon, 19 Feb 2007 04:25:24 -0800 (PST) Received: by 10.82.157.16 with HTTP; Mon, 19 Feb 2007 04:25:20 -0800 (PST) Message-ID: <8103ad500702190425q22288425v5710451b4b4b3a72@mail.gmail.com> Date: Mon, 19 Feb 2007 14:25:20 +0200 From: "Konstantin Dimitrov" To: "O. Hartmann" In-Reply-To: <45D96360.2040604@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <741011.28358.qm@web34714.mail.mud.yahoo.com> <45D744FD.1040504@mail.zedat.fu-berlin.de> <8103ad500702171111k277aecddj99e261a11676b952@mail.gmail.com> <45D7581E.8080103@mail.zedat.fu-berlin.de> <8103ad500702180040g7d0550b0r455a2de2008db3de@mail.gmail.com> <45D83235.8010503@mail.zedat.fu-berlin.de> <8103ad500702180329x67c77093k37fd17adabeac758@mail.gmail.com> <45D8D928.1060905@mail.zedat.fu-berlin.de> <8103ad500702181532w3420cc89qf9f0af70b123d414@mail.gmail.com> <45D96360.2040604@zedat.fu-berlin.de> X-Mailman-Approved-At: Mon, 19 Feb 2007 12:36:01 +0000 Cc: freebsd-multimedia@freebsd.org, "O. Hartmann" , freebsd-current@freebsd.org Subject: Re: envy24ht: M-Audio Revolution 5.1 broken (FreeBSD 7.0-CURRENT/AMD64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 12:25:26 -0000 by default the DACs on the Revo 5.1 are set to maximum volume, you can find the datasheet of AK4358 here: http://envy24.svobodno.com/ so if a driver can provide more loud sound with Revo 5.1 then it do volume processing in software, so i'm awaiting to test and report the results from the latest version version with software volume. P.S. i also will send you another 2 test versions, that will route sound to the different output and that don't write to AK4358 volume registers at all, so AK4358 will use the default volume values, which means maximum volume. On 2/19/07, O. Hartmann wrote: > Konstantin Dimitrov wrote: > > did you try the latest version, that has volume control in software > > (both mixer vol and mixer pcm works): > > > > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c > > > > probably OSS driver do software volume in software too. > > > > On 2/19/07, O. Hartmann wrote: > >> Konstantin Dimitrov wrote: > >> > hi Oliver, > >> > > >> > all Envy24 chips from the VT172X family like Envy24GT (VT1722) don't > >> > feature volume control, so the sound volume can be controlled in > >> > hardware only by the DAC (in you case AK4358), so it seems that the > >> > problem is 'low outputlevel of the soundhardware', which is strange, > >> > because my Envy24HT (VT1724) based card has very loud output and it > >> > uses the same OP AMPs like Revo 5.1: JRC 4580, however the DAC is > >> > different, my card has WM8770, but let's see if the volume control in > >> > software will help. > >> > > >> > later i will make and mail to you test code, that will route the > >> > sound to the other outputs of the card and we will see if they're more > >> > loud than the front output. > >> > > >> > best wishes, > >> > konstantin > >> > > >> > On 2/18/07, O. Hartmann wrote: > >> >> Konstantin Dimitrov wrote: > >> >> > Oliver, after mixer(8) can change the volume, that means the > >> >> > snd_envy24ht can write to and control the DAC (AK4358) on the > >> Revo 5.1 > >> >> > and so that silent sound is the maximum volume that the hardware > >> >> > (Envy24GT+AK4358) can provide, because when do 'mixer vol 100', > >> it set > >> >> > the AK4358 to the maximum volume, 'mixer pcm' do nothing at the > >> >> > moment, so when you do 'mixer pcm 0' or 'mixer pcm 100' nothing > >> should > >> >> > change. > >> >> > > >> >> > i made new version, so when 'mixer pcm' is used, volume will be > >> >> > changed in software and when 'mixer vol' is used, like before, > >> volume > >> >> > will be changed in hardware (in the DAC), i don't know how it will > >> >> > behave, but as usual the new code is here: > >> >> > > >> >> > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c > >> >> > > >> >> > and you can test it and report back the results ... > >> >> > > >> >> > P.S. > >> >> > Oliver, if you willing to help me gathering more info about the Revo > >> >> > 5.1 hardware, when i have more time for that i will mail you with > >> some > >> >> > instructions. > >> >> > > >> >> > On 2/17/07, O. Hartmann wrote: > >> >> >> Konstantin Dimitrov wrote: > >> >> >> > you can't change the volume at all and no matter what value you > >> >> use, > >> >> >> > e.g. 0, 50, 100, always the same very silent sound going out or > >> >> when > >> >> >> > use 0 you can mute the sound, when you use 100 the sound is very > >> >> >> > silent, but not as much silent as when you use 50 ? > >> >> >> > > >> >> >> > On 2/17/07, O. Hartmann wrote: > >> >> >> >> Konstantin Dimitrov wrote: > >> >> >> >> > Oliver, seems like the init data for Revo 5.1 are wrong, > >> that is > >> >> >> why > >> >> >> >> > the sound is badly distorted, until now i haven't had > >> access to > >> >> >> Revo > >> >> >> >> > 5.1 hardware for tests, so it's somehow expected problem, but > >> >> with > >> >> >> >> > several trials and errors we should be able to find the right > >> >> init > >> >> >> >> > data, so get the first slightly modified version from here: > >> >> >> >> > > >> >> >> >> > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c > >> >> >> >> > > >> >> >> >> > rebuild and report back the result ... > >> >> >> >> > > >> >> >> >> > On 2/17/07, O. Hartmann > >> >> wrote: > >> >> >> >> >> Mr. Darren wrote: > >> >> >> >> >> > Does anyone have this working at the moment? I can't > >> >> >> >> >> > seem to play any audio. Can't open /dev/dsp0.0! and > >> >> >> >> >> > so forth. > >> >> >> >> >> > -Darren > >> >> >> >> >> > %uname -a > >> >> >> >> >> > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri > >> >> >> >> >> > Feb 16 22:40:32 UTC 2007 > >> >> >> >> >> > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 > >> >> >> >> >> > > >> >> >> >> >> > FreeBSD Audio Driver (newpcm: 64bit) > >> >> >> >> >> > Installed devices: > >> >> >> >> >> > pcm0: at io > >> >> >> >> >> > 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 > >> >> >> >> >> > (5p/3r/1v channels duplex default) > >> >> >> >> >> > %ls /dev/dsp* > >> >> >> >> >> > /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 /dev/dsp0.r1 > >> >> >> >> >> > /dev/dspW0.2 /dev/dspW0.7 > >> >> >> >> >> > /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 /dev/dsp0.r2 > >> >> >> >> >> > /dev/dspW0.3 /dev/dspW0.8 > >> >> >> >> >> > /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 /dev/dsp0.v0 > >> >> >> >> >> > /dev/dspW0.4 > >> >> >> >> >> > /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 /dev/dspW0.0 > >> >> >> >> >> > /dev/dspW0.5 > >> >> >> >> >> > /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 /dev/dspW0.1 > >> >> >> >> >> > /dev/dspW0.6 > >> >> >> >> >> > %ls /dev/audio* > >> >> >> >> >> > /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 > >> >> >> >> >> > /dev/audio0.6 /dev/audio0.8 > >> >> >> >> >> > /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 > >> >> >> >> >> > /dev/audio0.7 > >> >> >> >> >> > % > >> >> >> >> >> > > >> >> >> >> >> > > >> >> >> >> >> > > >> >> >> >> >> > > >> >> >> >> >> > >> >> >> >> >> Just half an hour ago I got my new M-Audio Revolution 5.1: > >> >> >> >> >> > >> >> >> >> >> pcm0: port > >> >> >> >> >> 0xec00-0xec1f,0xe880-0xe8ff > >> >> >> >> >> irq 18 at device 8.0 on pci4 > >> >> >> >> >> pcm0: [GIANT-LOCKED] > >> >> >> >> >> pcm0: system configuration > >> >> >> >> >> SubVendorID: 0x1412, SubDeviceID: 0x3631 > >> >> >> >> >> XIN2 Clock Source: 49.152MHz(192kHz*256) > >> >> >> >> >> MPU-401 UART(s) #: not implemented > >> >> >> >> >> ADC #: 1 > >> >> >> >> >> DAC #: 3 > >> >> >> >> >> Multi-track converter type: I2S(with volume, 192KHz > >> support, > >> >> >> 24bit > >> >> >> >> >> resolution, > >> >> >> >> >> ID#0x0) > >> >> >> >> >> S/PDIF(IN/OUT): 0/1 ID# 0x00 > >> >> >> >> >> GPIO(mask/dir/state): 0x3fff85/0x4000fa/0x72 > >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> >> Box is based on ASUS A8N32-SLI, AMD64 running FreeBSD > >> >> >> >> 7.0-CURRENT/AMD64 > >> >> >> >> >> (no 32Bit compatibility), SCHED_ULE, PREEMPTION, driver > >> >> >> snd_envy24ht > >> >> >> >> >> hardwired into the kernel. > >> >> >> >> >> I'm able to start sound playing via VLC or mplayer and I can > >> >> hear > >> >> >> >> >> something that sounds like the music I expected to hear but > >> >> it is > >> >> >> >> highly > >> >> >> >> >> distorted and scrambled. > >> >> >> >> >> After a while sound dies, comes back for a second and then > >> >> >> disappear > >> >> >> >> >> again ... > >> >> >> >> >> > >> >> >> >> >> > >> >> >> >> >> Regards Oliver > >> >> >> >> Hello Konstantin, > >> >> >> >> I applied the patch - and it works, half the way. Sound is now > >> >> >> playing > >> >> >> >> undistorted, but it is very, very silent, I need the amplifier > >> >> of my > >> >> >> >> HiFi rack to amplify the sound input at a very high level. > >> >> >> >> Changing volume via 'mixer' command doesn't help: > >> >> >> >> > >> >> >> >> hartmann: mixer > >> >> >> >> Mixer vol is currently set to 100:100 > >> >> >> >> Mixer treble is currently set to 0:0 > >> >> >> >> Mixer synth is currently set to 0:0 > >> >> >> >> Mixer pcm is currently set to 100:100 > >> >> >> >> Mixer speaker is currently set to 0:0 > >> >> >> >> Mixer line is currently set to 100:100 > >> >> >> >> Mixer mic is currently set to 0:0 > >> >> >> >> Mixer cd is currently set to 0:0 > >> >> >> >> Mixer mix is currently set to 0:0 > >> >> >> >> > >> >> >> >> > >> >> >> >> Every mixer-reachable instance is pumped up to 100%, the others, > >> >> >> synth > >> >> >> >> for example, aren't configured and return with a notice about > >> that > >> >> >> fact: > >> >> >> >> > >> >> >> >> hartmann: mixer synth 100 > >> >> >> >> Setting the mixer synth from 0:0 to 100:100. > >> >> >> >> mixer: WRITE_MIXER: Device not configured > >> >> >> >> hartmann: mixer vol 100 > >> >> >> >> Setting the mixer vol from 100:100 to 100:100. > >> >> >> >> hartmann: > >> >> >> >> > >> >> >> >> > >> >> >> >> Well, it is really impressive how fast you answered, thanks. > >> >> >> >> > >> >> >> >> Regards, > >> >> >> >> Oliver > >> >> >> >> > >> >> >> Konstantin, the volume level is really silent compared to the > >> output > >> >> >> level of the onboard AC97 codec or the Creative Audigy SE/LS (with > >> >> OSS > >> >> >> driver, not working anymore in FreeBSD 7.0-CURRENT). > >> >> >> My amplification facility of the HiFi equipment is set to half full > >> >> >> amplification and normally this would blast my neighbour's ears > >> >> ;-) But > >> >> >> with the M-Audio Revo 5.1 it is just 'silent', just for smooth > >> >> >> listening. It is definitely too silent. > >> >> >> I can mute with 0 and half the volume by setting mixer/pcm/volume > >> >> level > >> >> >> to 50 or yield another percentage setting any value 0 < X <= 100, > >> >> X for > >> >> >> volume/percentage. > >> >> >> I use the green outlet for my HiFi facility. > >> >> >> > >> >> >> If you expect me test anything for you, let me know. > >> >> >> > >> >> >> Regards, > >> >> >> Oliver > >> >> >> > >> >> Hello Konstantin. > >> >> All right, I'll test the new code. > >> >> The problem I described is then a low outputlevel of the > >> soundhardware? > >> >> Strange, could the hardware be defective? The audiocard is brandnew. > >> >> > >> >> Well, feel free sending me instructions. If I can be of help, I'll > >> do my > >> >> best. > >> >> > >> >> Regards, > >> >> Oliver > >> > >> Hello Konstantin. > >> Maybe this is of use for you. I just got the newest RC4 OSS driver from > >> 4Front and tried it. The oss driver still let X11 and/or the box die > >> after a while, but I can play sound at the expected volume level! This > >> shows me that there is no hardware defetive present. > >> > >> Due to the fact I'm not familiar with driver development on FreeBSD or > >> anyhow in that subject, I can not provide further and deeper insights. > >> > >> Let me know if you're prepared handing me over code. > >> > >> Nearby, vlc sometimes has problems switching from MONO to STEREO and > >> vice versa, the sound sounds like a bit 'echoed'. > >> > >> Regards, > >> Oliver > >> > > > Sorry, Konstantin, > I didn't. At this moment, I'm at my office's system and don't have > access to my private box, I'll check this in the evening and report. > > Best wishes, > Oliver > > P.S. Just a stupid question: are the DACs of the M-Audio Revo 5.1 > capable of beeing initiated by an entry level of volume (or current in > this aspect)? Maybe such a default level is choosen too low? > From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 13:25:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12A0316A406 for ; Mon, 19 Feb 2007 13:25:13 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 94E4113C494 for ; Mon, 19 Feb 2007 13:25:12 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id E60471FFDE6 for ; Mon, 19 Feb 2007 14:25:10 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 9F68F1FFDD7; Mon, 19 Feb 2007 14:25:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id A0A4C444889 for ; Mon, 19 Feb 2007 13:23:09 +0000 (UTC) Date: Mon, 19 Feb 2007 13:23:09 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: <20070219130102.N47107@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Subject: [mfi] command timeouts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 13:25:13 -0000 Hi, I am testing mfi on a Dell 2950 with 6 PD, 2LD (1st LD=RAID1, 2nd LD=RAID5, 1HTSP). (The somewhat sucky) megacli "works". While most commands to gather information work fine, as do pulling out disks hard, setting a disk offline or running some other commands hangs 'something', which might be the controller? For example: foo# megacli -PDOffline -PhysDrv'[1:3]' -a0 EnclId-1 SlotId-3 state changed to OffLine. foo# foo# ls -l It's not only this process but all disk IO related processes. On the serial console I get: ... mfi0: COMMAND 0xffffffff80c3c040 TIMEOUT AFTER 732 SECONDS mfi0: COMMAND 0xffffffff80c3b8d0 TIMEOUT AFTER 732 SECONDS mfi0: COMMAND 0xffffffff80c3cb68 TIMEOUT AFTER 732 SECONDS mfi0: COMMAND 0xffffffff80c3bd98 TIMEOUT AFTER 732 SECONDS mfi0: COMMAND 0xffffffff80c3bc88 TIMEOUT AFTER 732 SECONDS mfi0: COMMAND 0xffffffff80c3cbf0 TIMEOUT AFTER 732 SECONDS mfi0: COMMAND 0xffffffff80c3cc78 TIMEOUT AFTER 732 SECONDS mfi0: COMMAND 0xffffffff80c3cf20 TIMEOUT AFTER 732 SECONDS mfi0: COMMAND 0xffffffff80c3cd88 TIMEOUT AFTER 732 SECONDS mfi0: COMMAND 0xffffffff80c3cfa8 TIMEOUT AFTER 732 SECONDS mfi0: COMMAND 0xffffffff80c3d828 TIMEOUT AFTER 684 SECONDS mfi0: COMMAND 0xffffffff80c3db58 TIMEOUT AFTER 679 SECONDS mfi0: COMMAND 0xffffffff80c3de88 TIMEOUT AFTER 44 SECONDS mfi0: COMMAND 0xffffffff80c3c728 TIMEOUT AFTER 763 SECONDS mfi0: COMMAND 0xffffffff80c3c040 TIMEOUT AFTER 763 SECONDS mfi0: COMMAND 0xffffffff80c3b8d0 TIMEOUT AFTER 763 SECONDS mfi0: COMMAND 0xffffffff80c3cb68 TIMEOUT AFTER 763 SECONDS mfi0: COMMAND 0xffffffff80c3bd98 TIMEOUT AFTER 763 SECONDS mfi0: COMMAND 0xffffffff80c3bc88 TIMEOUT AFTER 763 SECONDS mfi0: COMMAND 0xffffffff80c3cbf0 TIMEOUT AFTER 763 SECONDS mfi0: COMMAND 0xffffffff80c3cc78 TIMEOUT AFTER 763 SECONDS mfi0: COMMAND 0xffffffff80c3cf20 TIMEOUT AFTER 763 SECONDS mfi0: COMMAND 0xffffffff80c3cd88 TIMEOUT AFTER 763 SECONDS mfi0: COMMAND 0xffffffff80c3cfa8 TIMEOUT AFTER 763 SECONDS mfi0: COMMAND 0xffffffff80c3d828 TIMEOUT AFTER 715 SECONDS mfi0: COMMAND 0xffffffff80c3db58 TIMEOUT AFTER 710 SECONDS mfi0: COMMAND 0xffffffff80c3de88 TIMEOUT AFTER 75 SECONDS mfi0: COMMAND 0xffffffff80c3c728 TIMEOUT AFTER 793 SECONDS mfi0: COMMAND 0xffffffff80c3c040 TIMEOUT AFTER 794 SECONDS mfi0: COMMAND 0xffffffff80c3b8d0 TIMEOUT AFTER 794 SECONDS mfi0: COMMAND 0xffffffff80c3cb68 TIMEOUT AFTER 794 SECONDS mfi0: COMMAND 0xffffffff80c3bd98 TIMEOUT AFTER 794 SECONDS mfi0: COMMAND 0xffffffff80c3bc88 TIMEOUT AFTER 794 SECONDS mfi0: COMMAND 0xffffffff80c3cbf0 TIMEOUT AFTER 794 SECONDS mfi0: COMMAND 0xffffffff80c3cc78 TIMEOUT AFTER 794 SECONDS mfi0: COMMAND 0xffffffff80c3cf20 TIMEOUT AFTER 794 SECONDS mfi0: COMMAND 0xffffffff80c3cd88 TIMEOUT AFTER 794 SECONDS mfi0: COMMAND 0xffffffff80c3cfa8 TIMEOUT AFTER 794 SECONDS mfi0: COMMAND 0xffffffff80c3d828 TIMEOUT AFTER 746 SECONDS mfi0: COMMAND 0xffffffff80c3db58 TIMEOUT AFTER 741 SECONDS mfi0: COMMAND 0xffffffff80c3de88 TIMEOUT AFTER 106 SECONDS mfi0: COMMAND 0xffffffff80c3c728 TIMEOUT AFTER 824 SECONDS ... I can still break to ddb. Without disk I/O, the only possible thing I can really do is type reset. I'll build a debugging kernel so I can do show alllocks, etc but if someone with more experience with this driver/hw could contact me I can run further tests. I also found that doing a single "sync" could hang the system under some circumstances for 1-4 seconds. /bz -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 14:00:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4EB8A16A401 for ; Mon, 19 Feb 2007 14:00:12 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2754913C4A3 for ; Mon, 19 Feb 2007 14:00:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id E49631FFE66 for ; Mon, 19 Feb 2007 15:00:10 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 8C8D21FFE24; Mon, 19 Feb 2007 15:00:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 78857444889 for ; Mon, 19 Feb 2007 13:55:47 +0000 (UTC) Date: Mon, 19 Feb 2007 13:55:47 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD current mailing list In-Reply-To: <20070219130102.N47107@maildrop.int.zabbadoz.net> Message-ID: <20070219135158.E47107@maildrop.int.zabbadoz.net> References: <20070219130102.N47107@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Subject: Re: [mfi] command timeouts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 14:00:16 -0000 On Mon, 19 Feb 2007, Bjoern A. Zeeb wrote: > Hi, > > I am testing mfi on a Dell 2950 with 6 PD, 2LD (1st LD=RAID1, > 2nd LD=RAID5, 1HTSP). > (The somewhat sucky) megacli "works". > > While most commands to gather information work fine, as do pulling out > disks hard, setting a disk offline or running some other commands hangs > 'something', which might be the controller? > > For example: > > foo# megacli -PDOffline -PhysDrv'[1:3]' -a0 > > EnclId-1 SlotId-3 state changed to OffLine. > foo# foo# ls -l > > > It's not only this process but all disk IO related processes. > > > On the serial console I get: > > ... > mfi0: COMMAND 0xffffffff80c3c040 TIMEOUT AFTER 732 SECONDS > mfi0: COMMAND 0xffffffff80c3b8d0 TIMEOUT AFTER 732 SECONDS > mfi0: COMMAND 0xffffffff80c3cb68 TIMEOUT AFTER 732 SECONDS > mfi0: COMMAND 0xffffffff80c3bd98 TIMEOUT AFTER 732 SECONDS > mfi0: COMMAND 0xffffffff80c3bc88 TIMEOUT AFTER 732 SECONDS > mfi0: COMMAND 0xffffffff80c3cbf0 TIMEOUT AFTER 732 SECONDS > mfi0: COMMAND 0xffffffff80c3cc78 TIMEOUT AFTER 732 SECONDS > mfi0: COMMAND 0xffffffff80c3cf20 TIMEOUT AFTER 732 SECONDS > mfi0: COMMAND 0xffffffff80c3cd88 TIMEOUT AFTER 732 SECONDS > mfi0: COMMAND 0xffffffff80c3cfa8 TIMEOUT AFTER 732 SECONDS > mfi0: COMMAND 0xffffffff80c3d828 TIMEOUT AFTER 684 SECONDS > mfi0: COMMAND 0xffffffff80c3db58 TIMEOUT AFTER 679 SECONDS > mfi0: COMMAND 0xffffffff80c3de88 TIMEOUT AFTER 44 SECONDS > mfi0: COMMAND 0xffffffff80c3c728 TIMEOUT AFTER 763 SECONDS > mfi0: COMMAND 0xffffffff80c3c040 TIMEOUT AFTER 763 SECONDS > mfi0: COMMAND 0xffffffff80c3b8d0 TIMEOUT AFTER 763 SECONDS > mfi0: COMMAND 0xffffffff80c3cb68 TIMEOUT AFTER 763 SECONDS > mfi0: COMMAND 0xffffffff80c3bd98 TIMEOUT AFTER 763 SECONDS > mfi0: COMMAND 0xffffffff80c3bc88 TIMEOUT AFTER 763 SECONDS > mfi0: COMMAND 0xffffffff80c3cbf0 TIMEOUT AFTER 763 SECONDS > mfi0: COMMAND 0xffffffff80c3cc78 TIMEOUT AFTER 763 SECONDS > mfi0: COMMAND 0xffffffff80c3cf20 TIMEOUT AFTER 763 SECONDS > mfi0: COMMAND 0xffffffff80c3cd88 TIMEOUT AFTER 763 SECONDS > mfi0: COMMAND 0xffffffff80c3cfa8 TIMEOUT AFTER 763 SECONDS > mfi0: COMMAND 0xffffffff80c3d828 TIMEOUT AFTER 715 SECONDS > mfi0: COMMAND 0xffffffff80c3db58 TIMEOUT AFTER 710 SECONDS > mfi0: COMMAND 0xffffffff80c3de88 TIMEOUT AFTER 75 SECONDS > mfi0: COMMAND 0xffffffff80c3c728 TIMEOUT AFTER 793 SECONDS > mfi0: COMMAND 0xffffffff80c3c040 TIMEOUT AFTER 794 SECONDS > mfi0: COMMAND 0xffffffff80c3b8d0 TIMEOUT AFTER 794 SECONDS > mfi0: COMMAND 0xffffffff80c3cb68 TIMEOUT AFTER 794 SECONDS > mfi0: COMMAND 0xffffffff80c3bd98 TIMEOUT AFTER 794 SECONDS > mfi0: COMMAND 0xffffffff80c3bc88 TIMEOUT AFTER 794 SECONDS > mfi0: COMMAND 0xffffffff80c3cbf0 TIMEOUT AFTER 794 SECONDS > mfi0: COMMAND 0xffffffff80c3cc78 TIMEOUT AFTER 794 SECONDS > mfi0: COMMAND 0xffffffff80c3cf20 TIMEOUT AFTER 794 SECONDS > mfi0: COMMAND 0xffffffff80c3cd88 TIMEOUT AFTER 794 SECONDS > mfi0: COMMAND 0xffffffff80c3cfa8 TIMEOUT AFTER 794 SECONDS > mfi0: COMMAND 0xffffffff80c3d828 TIMEOUT AFTER 746 SECONDS > mfi0: COMMAND 0xffffffff80c3db58 TIMEOUT AFTER 741 SECONDS > mfi0: COMMAND 0xffffffff80c3de88 TIMEOUT AFTER 106 SECONDS > mfi0: COMMAND 0xffffffff80c3c728 TIMEOUT AFTER 824 SECONDS > ... > > > I can still break to ddb. Without disk I/O, the only > possible thing I can really do is type reset. > > I'll build a debugging kernel so I can do show alllocks, etc > but if someone with more experience with this driver/hw could > contact me I can run further tests. this time with the debugging kernel: foo# megacli -PDOffline -PhysDrv'[1:3]' -a0 EnclId-1 SlotId-3 state changed to OffLine. foo# foo# foo# foo# I was able to hit multiple times after the "uh it still lives" but then ... command 0xffffffff80c40000 not in queue, flags = 0x20, bit = 0x80 panic: command not in queue cpuid = 2 Uptime: 1m17s Physical memory: 4084 MB Dumping 199 MB: 184 168 152 136 120 104 88 72 56 40 24 8 Dump complete telnet> send brk KDB: enter: Line break on console [thread pid 15 tid 100009 ] Stopped at kdb_enter+0x2f: nop db> where Tracing pid 15 tid 100009 td 0xffffff012f5c4000 kdb_enter() at kdb_enter+0x2f siointr1() at siointr1+0x400 siointr() at siointr+0x2e intr_execute_handlers() at intr_execute_handlers+0x124 Xapic_isr1() at Xapic_isr1+0x7f --- interrupt, rip = 0xffffffff803c9787, rsp = 0xffffffffac06eb30, rbp = 0xffffffffac06eb60 --- _mtx_lock_sleep() at _mtx_lock_sleep+0x137 _mtx_lock_flags() at _mtx_lock_flags+0xe1 mfi_timeout() at mfi_timeout+0x32 softclock() at softclock+0x1c8 ithread_loop() at ithread_loop+0xfe fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac06ed40, rbp = 0 --- db> show alllocks Process 24 (irq78: mfi0) thread 0xffffff012f5c5000 (100020) exclusive sleep mutex MFI I/O lock r = 0 (0xffffff012f5cc630) locked @ /u1/src/HEAD/sys/dev/mfi/mfi.c:775 After the reboot it does not seem that the command was executed as the disk still seems to be online (at least it was the last time). -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 14:29:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8B5516A50C; Mon, 19 Feb 2007 14:29:27 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 546A013C48D; Mon, 19 Feb 2007 14:29:27 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l1J4cB3e023727; Mon, 19 Feb 2007 15:08:11 +1030 (CST) Received: from ednux519.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Mon, 19 Feb 2007 15:16:18 +1030 Received: from fmbex510.dsto.defence.gov.au (fmbex510.dsto.defence.gov.au [131.185.134.22]) by ednux519.dsto.defence.gov.au (8.13.6+Sun/8.13.6) with ESMTP id l1J4VTHC006778; Mon, 19 Feb 2007 15:01:33 +1030 (CST) Received: from ednex510.dsto.defence.gov.au ([131.185.2.170]) by fmbex510.dsto.defence.gov.au with Microsoft SMTPSVC (6.0.3790.1830); Mon, 19 Feb 2007 15:39:12 +1100 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC (6.0.3790.1830); Mon, 19 Feb 2007 15:08:23 +1030 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l1J4cM6O002108; Mon, 19 Feb 2007 13:38:23 +0900 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l1J4cIYf002104; Mon, 19 Feb 2007 13:38:18 +0900 (WST) (envelope-from wilkinsa) Date: Mon, 19 Feb 2007 13:38:18 +0900 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070219043817.GA2039@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org, pjd@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) X-OriginalArrivalTime: 19 Feb 2007 04:38:24.0165 (UTC) FILETIME=[CA630D50:01C753DF] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15002.001 X-TM-AS-Result: No--7.191600-8.000000-1 Cc: pjd@freebsd.org Subject: [g_bio(9) PANIC] Duplicate free of item 0xc56ee8c4 from zone 0xc185d780(g_bio) ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 14:29:27 -0000 This panic occured whilst there was was a tonne of I/O (procmail+sendmail): kern.maxfiles limit exceeded by uid 2072, please see tuning(7). kern.maxfiles limit exceeded by uid 2072, please see tuning(7). Slab at 0xc56eef70, freei 17 = 0. panic: Duplicate free of item 0xc56ee8c4 from zone 0xc185d780(g_bio) cpuid = 1 KDB: enter: panic [thread pid 18 tid 100012 ] Stopped at kdb_enter+0x32: leave db> tr Tracing pid 18 tid 100012 td 0xc430c000 kdb_enter(c09ecabf,1,c0a08052,e2d47bc4,c430c000,...) at kdb_enter+0x32 panic(c0a08052,c56ee8c4,c185d780,c09e6906,c0a0794a,...) at panic+0x191 uma_dbg_free(c185d780,0,c56ee8c4,8d9,c185f300,...) at uma_dbg_free+0x16c uma_zfree_arg(c185d780,c56ee8c4,0,e2d47c50,c06d8f3b,...) at uma_zfree_arg+0x6f g_destroy_bio(c56ee8c4,c56ee8c4,c09e5c68,c6,c6000180,...) at g_destroy_bio+0x22 g_disk_done(c56ee8c4,e2d47c78,c07517fb,c6000218,e2d47ca0,...) at g_disk_done+0x8 9 ad_done(c6000180,c09f058d,e2d47ca0,c0716a82,c437689c,...) at ad_done+0x2f ata_completed(c6000180,0,c09f058d,52,0,...) at ata_completed+0x1c7 taskqueue_run(c4376880,0,c09e9cac,30e,c09ee59f,...) at taskqueue_run+0x137 ithread_loop(c4412530,e2d47d38,c09e9a7a,328,c430bb40,...) at ithread_loop+0x211 fork_exit(c0707ec4,c4412530,e2d47d38) at fork_exit+0xab fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe2d47d6c, ebp = 0 --- db> shell>sudo kgdb kernel.debug.20070219 vmcore.0 [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". Unread portion of the kernel message buffer: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3351 Slab at 0xc56eef70, freei 17 = 0. panic: Duplicate free of item 0xc56ee8c4 from zone 0xc185d780(g_bio) cpuid = 1 KDB: enter: panic panic: from debugger cpuid = 1 KDB: stack backtrace: Physical memory: 1007 MB Dumping 297 MB: 282 266 250 234 218 202 186 170 154 138 122 106 90 74 58 42 26 10 #0 doadump () at pcpu.h:166 166 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:166 #1 0xc047e576 in db_fncall (dummy1=-1066121253, dummy2=0, dummy3=-1, dummy4=0xe2d479b4 "") at /usr/src/sys/ddb/db_command.c:486 #2 0xc047e870 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 #3 0xc04805fb in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 #4 0xc0744c19 in kdb_trap (type=0, code=0, tf=0xe2d47b48) at /usr/src/sys/kern/subr_kdb.c:502 #5 0xc0960ea5 in trap (frame=0xe2d47b48) at /usr/src/sys/i386/i386/trap.c:621 #6 0xc0948dbb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0x00000000 in ?? () (kgdb)- Please let me know if you need me to help dig deeper. -aW From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 15:08:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D9B216A400; Mon, 19 Feb 2007 15:08:33 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id EF0D413C428; Mon, 19 Feb 2007 15:08:32 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l1JF8TwU029783; Mon, 19 Feb 2007 16:08:30 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l1JF8JVv067661 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Feb 2007 16:08:20 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l1JF8Jwp037004; Mon, 19 Feb 2007 16:08:19 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l1JF8IOC037003; Mon, 19 Feb 2007 16:08:18 +0100 (CET) (envelope-from ticso) Date: Mon, 19 Feb 2007 16:08:18 +0100 From: Bernd Walter To: Krassimir Slavchev Message-ID: <20070219150818.GI24769@cicely12.cicely.de> References: <45D9BCA2.9080704@bulinfo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45D9BCA2.9080704@bulinfo.net> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: ARM crosscompiling? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 15:08:33 -0000 On Mon, Feb 19, 2007 at 05:05:06PM +0200, Krassimir Slavchev wrote: > > cd /usr/src > make TARGET=arm TARGET_ARCH=arm buildenv > cd /usr/src/sys/boot/arm/at91/libat91 > make > cc -Os -mcpu=arm9 -ffreestanding > -I/usr/src/sys/boot/arm/at91/libat91/../libat91 > -I/usr/src/sys/boot/arm/at91/libat91/../../../.. > -I/usr/src/sys/boot/arm/at91/libat91/../../../../arm -D_KERNEL -Wall > -Waggregate-return -Wnested-externs -Wpointer-arith -Wshadow > -Wwrite-strings -Werror -Wmissing-prototypes -Wmissing-declarations > -DBOOT_KB920X -c printf.c > printf.c:20:20: stdarg.h: No such file or directory > .... > > I have tried this on 2 different machines but it is the same. I'd just localy added at91 into sys/boot/arm/Makefile and did a buildworld. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 15:21:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1402E16A421; Mon, 19 Feb 2007 15:21:16 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id BFFB613C4BA; Mon, 19 Feb 2007 15:21:15 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id EC83B1F1F5; Mon, 19 Feb 2007 17:21:13 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30486-05-3; Mon, 19 Feb 2007 17:21:11 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 2ADD21F1F3; Mon, 19 Feb 2007 17:21:11 +0200 (EET) Message-ID: <45D9C066.5080009@bulinfo.net> Date: Mon, 19 Feb 2007 17:21:10 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: ticso@cicely.de References: <45D9BCA2.9080704@bulinfo.net> <20070219150818.GI24769@cicely12.cicely.de> In-Reply-To: <20070219150818.GI24769@cicely12.cicely.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: ARM crosscompiling? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 15:21:16 -0000 Bernd Walter wrote: > On Mon, Feb 19, 2007 at 05:05:06PM +0200, Krassimir Slavchev wrote: > >> cd /usr/src >> make TARGET=arm TARGET_ARCH=arm buildenv >> cd /usr/src/sys/boot/arm/at91/libat91 >> make >> cc -Os -mcpu=arm9 -ffreestanding >> -I/usr/src/sys/boot/arm/at91/libat91/../libat91 >> -I/usr/src/sys/boot/arm/at91/libat91/../../../.. >> -I/usr/src/sys/boot/arm/at91/libat91/../../../../arm -D_KERNEL -Wall >> -Waggregate-return -Wnested-externs -Wpointer-arith -Wshadow >> -Wwrite-strings -Werror -Wmissing-prototypes -Wmissing-declarations >> -DBOOT_KB920X -c printf.c >> printf.c:20:20: stdarg.h: No such file or directory >> .... >> >> I have tried this on 2 different machines but it is the same. >> > > I'd just localy added at91 into sys/boot/arm/Makefile and did a > buildworld. > > No, it is the same. How old is your source tree? This seems to be a problem with 'make buildenv'. Also 'make trampoline' gives similar errors. From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 15:25:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1414F16A401 for ; Mon, 19 Feb 2007 15:25:33 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 58F7213C4B8 for ; Mon, 19 Feb 2007 15:25:31 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 8EDA71F171; Mon, 19 Feb 2007 17:05:09 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29065-05; Mon, 19 Feb 2007 17:05:06 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id CB5B31F16B; Mon, 19 Feb 2007 17:05:06 +0200 (EET) Message-ID: <45D9BCA2.9080704@bulinfo.net> Date: Mon, 19 Feb 2007 17:05:06 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: Subject: ARM crosscompiling? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 15:25:33 -0000 cd /usr/src make TARGET=arm TARGET_ARCH=arm buildenv cd /usr/src/sys/boot/arm/at91/libat91 make cc -Os -mcpu=arm9 -ffreestanding -I/usr/src/sys/boot/arm/at91/libat91/../libat91 -I/usr/src/sys/boot/arm/at91/libat91/../../../.. -I/usr/src/sys/boot/arm/at91/libat91/../../../../arm -D_KERNEL -Wall -Waggregate-return -Wnested-externs -Wpointer-arith -Wshadow -Wwrite-strings -Werror -Wmissing-prototypes -Wmissing-declarations -DBOOT_KB920X -c printf.c printf.c:20:20: stdarg.h: No such file or directory .... I have tried this on 2 different machines but it is the same. From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 18:07:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C98FE16B1C1 for ; Mon, 19 Feb 2007 18:07:00 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from smtp-sin.microsoft.com (smtp-sin.microsoft.com [207.46.52.71]) by mx1.freebsd.org (Postfix) with ESMTP id 49D5A13C47E for ; Mon, 19 Feb 2007 18:07:00 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from sin-exhub-c403.southpacific.corp.microsoft.com (157.60.222.33) by SIN-EXGWY-E801.partners.extranet.microsoft.com (10.251.168.100) with Microsoft SMTP Server (TLS) id 8.0.685.24; Tue, 20 Feb 2007 02:06:58 +0800 Received: from AA-EXMSG-C412.southpacific.corp.microsoft.com ([157.60.226.51]) by sin-exhub-c403.southpacific.corp.microsoft.com ([157.60.222.33]) with mapi; Tue, 20 Feb 2007 02:06:58 +0800 From: Mayank Kumar To: Peter Jeremy Date: Tue, 20 Feb 2007 02:06:53 +0800 Thread-Topic: Questio on Gprof Thread-Index: AcdT/m4wE8TXITSMRcenxT5TbVpGTAAUG8uw Message-ID: <76EBE649FB0E0E4DA883B5840459059F1438609BED@AA-EXMSG-C412.southpacific.corp.microsoft.com> References: <76EBE649FB0E0E4DA883B5840459059F1438609B3C@AA-EXMSG-C412.southpacific.corp.microsoft.com> <20070219081735.GE827@turion.vk2pj.dyndns.org> In-Reply-To: <20070219081735.GE827@turion.vk2pj.dyndns.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-current@freebsd.org" Subject: RE: Questio on Gprof X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 18:07:01 -0000 Hi Peter, Thnks for all the info. I have the following questions:- 1:Are both the sources of data viz profil and .mcount absolutely necessary for gprof to work properly or it can do with only mcount data. From code it looks like both are necessary and complement each other in producing data required by Gprof. Just want to double check with you. 2: I understand that gprof relies on instrumentation by way of inserting Mcount calls and sampling by way of profil call. What I want to know is tha= t, is there an implementation of gprof or any other profiler for bsd or any= unixes which relies on instrumentation only by inserting probes at the hea= der and footer of the function ? Thanks Mayank -----Original Message----- From: Peter Jeremy [mailto:peterjeremy@optushome.com.au] Sent: Monday, February 19, 2007 1:48 PM To: Mayank Kumar Cc: freebsd-current@freebsd.org Subject: Re: Questio on Gprof [Please wrap your lines before 80 columns] On 2007-Feb-18 22:08:17 +0800, Mayank Kumar wrote: >I want to know if gprof's profling is solely dependent on the system >call profil() or are there other implementations of gprof which do not >depend on this system call. gprof has two sources of data: Firstly sampling information giving number o= f hits by text address. This information is collected by the kernel - prof= il() just tells the kernel where to store the profiling samples. The secon= d source is caller/callee counts collected by .mcount in userland. I am unaware of any alternative to profil() - in theory, it could be implem= ented in userland but the overheads would be extremely high. >Also is there a profiler available for freebsd or any unix system which >is based on instrumentation rather then sampling. gprof relies on both instrumentatin and sampling. An alternative would be = gcov - though it reports line counts rather than execution time statistics. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 18:04:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7521C16B1A8 for ; Mon, 19 Feb 2007 18:04:38 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id 3085F13C49D for ; Mon, 19 Feb 2007 18:04:38 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id AFEE06905F5 for ; Mon, 19 Feb 2007 17:39:22 +0000 (WET) Received: by core.fnop.net (Postfix, from userid 1015) id 6C6F9690635; Mon, 19 Feb 2007 17:39:22 +0000 (WET) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from [10.0.0.10] (87-196-53-202.net.novis.pt [87.196.53.202]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by core.fnop.net (Postfix) with ESMTP id 0DB226905F5 for ; Mon, 19 Feb 2007 17:39:18 +0000 (WET) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <3AC143AC-53A8-4B08-8C92-74FEF5BC93B0@fnop.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Rui Paulo Date: Mon, 19 Feb 2007 17:39:30 +0000 X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Mon, 19 Feb 2007 18:07:08 +0000 Subject: FreeBSD on a Macbook X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 18:04:38 -0000 Hi, Here's what I've been trying to do in order to get FreeBSD working on a Macbook (not a Pro): 1) Installed via 6.2 CD. The keyboard works. Manual partition must be made. 2) Boots 6.2 without apic/atkbd(c)/pms but the keyboard is unresponsive. 3) Tried 7.0 200702. Without apic/atkbd(c)/pms it runs the installer, but whenever I press a key, the same key repeats forever (maybe lost interrupts?). Any ideas? Thanks in advance. -- () ascii ribbon campaign | Rui Paulo /\ - against html mail | From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 18:56:57 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 107EC16BB85 for ; Mon, 19 Feb 2007 18:56:57 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id BF37F13C442 for ; Mon, 19 Feb 2007 18:56:56 +0000 (UTC) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l1JIutd29030; Mon, 19 Feb 2007 13:56:55 -0500 (EST) Received: from [64.102.192.238] (dhcp-64-102-192-238.cisco.com [64.102.192.238]) by rooster.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l1JIutq10012; Mon, 19 Feb 2007 13:56:55 -0500 (EST) Message-ID: <45D9F303.1030302@FreeBSD.org> Date: Mon, 19 Feb 2007 13:57:07 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: pyunyh@gmail.com References: <45D0BB41.9040505@FreeBSD.org> <20070213000922.GA62412@cdnetworks.co.kr> <1171327083.98536.5.camel@shumai.marcuscom.com> <20070213044746.GC62412@cdnetworks.co.kr> <1171344897.98536.14.camel@shumai.marcuscom.com> <20070213054802.GD62412@cdnetworks.co.kr> <45D355D9.5000805@FreeBSD.org> <20070215055918.GA4319@cdnetworks.co.kr> In-Reply-To: <20070215055918.GA4319@cdnetworks.co.kr> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: Constant stream of errors on msk0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 18:56:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pyun YongHyeon wrote: > On Wed, Feb 14, 2007 at 01:32:57PM -0500, Joe Marcus Clarke wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Pyun YongHyeon wrote: > > > On Tue, Feb 13, 2007 at 12:34:57AM -0500, Joe Marcus Clarke wrote: > > > > On Tue, 2007-02-13 at 13:47 +0900, Pyun YongHyeon wrote: > > > > > On Mon, Feb 12, 2007 at 07:38:03PM -0500, Joe Marcus Clarke wrote: > > > > > > On Tue, 2007-02-13 at 09:09 +0900, Pyun YongHyeon wrote: > > > > > > > On Mon, Feb 12, 2007 at 02:08:49PM -0500, Joe Marcus Clarke wrote: > > > > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > > > > > > Hash: SHA1 > > > > > > > > > > > > > > > > I recently upgraded my MacBook Pro from -STABLE to -CURRENT. I used to > > > > > > > > be using the Marvell myk driver for my wired ethernet. This driver > > > > > > > > worked fine. I'm now using the built-in msk driver, but this driver > > > > > > > > causes the interface to report a constant stream of input errors. There > > > > > > > > > > > > > > Would you explain this input errors? > > > > > > > > > > > > netstat -i reports steadily increasing input errors (Ierrs) every time > > > > > > packets arrive on the machine. > > > > > > > > > > > > > > > > It looks like link speed/duplex mismatch. > > > > > How about manual configuration? > > > > > (e.g. ifconfig msk0 media 1000baseTX mediaopt full-duplex) > > > > > > > > That was the first thing I though of. I tried all settings from > > > > 100BaseTX half/full to 1000BaseTX half/full to auto. The same problem > > > > was always observed. Additionally, I turned off TSO to see if that made > > > > any difference, and it did not. > > > > > > > > > > Ok, let's see what's happending on your NIC. > > > Try attached patch and let me know the output. > > > > Okay. On an otherwise idle machine, I started a regular 64-byte ping > > (to rule out TCP), and I was getting regular packet loss (50 responses > > were seen for 89 packets or 43.8% packet loss). Here is the debug > > output for that time: > > > > Feb 14 13:22:05 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:05 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:06 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:07 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:08 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:10 gyros kernel: 0x024e2300 : 586 : 590 > > Feb 14 13:22:13 gyros kernel: 0x00b12300 : 173 : 177 > > Feb 14 13:22:16 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:20 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:20 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:21 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:22 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:25 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:26 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:27 gyros kernel: 0x003c2300 : 56 : 60 > > Feb 14 13:22:28 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:28 gyros kernel: 0x003c2300 : 56 : 60 > > Feb 14 13:22:30 gyros kernel: 0x00f32300 : 239 : 243 > > Feb 14 13:22:30 gyros kernel: 0x003c2100 : 56 : 60 > > Feb 14 13:22:31 gyros kernel: 0x005c2300 : 88 : 92 > > Feb 14 13:22:32 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:33 gyros kernel: 0x003c2300 : 56 : 60 > > Feb 14 13:22:34 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:35 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:36 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:46 gyros last message repeated 6 times > > Feb 14 13:22:47 gyros kernel: 0x003c2300 : 56 : 60 > > Feb 14 13:22:49 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:50 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:51 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:55 gyros last message repeated 3 times > > Feb 14 13:22:56 gyros kernel: 0x005a2300 : 86 : 90 > > Feb 14 13:22:58 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:23:00 gyros kernel: 0x006e2300 : 106 : 110 > > Feb 14 13:23:00 gyros kernel: 0x00c12300 : 189 : 193 > > Feb 14 13:23:02 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:23:03 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:23:03 gyros kernel: 0x01602300 : 348 : 352 > > Feb 14 13:23:05 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:23:06 gyros kernel: 0x01002300 : 252 : 256 > > Feb 14 13:23:07 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:23:08 gyros kernel: 0x003c2100 : 56 : 60 > > Feb 14 13:23:09 gyros kernel: 0x003c2100 : 56 : 60 > > Feb 14 13:23:09 gyros kernel: 0x003c2300 : 56 : 60 > > Feb 14 13:23:10 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:23:11 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:23:13 gyros kernel: 0x00c12300 : 189 : 193 > > Feb 14 13:23:14 gyros kernel: 0x003e2100 : 58 : 62 > > Feb 14 13:23:14 gyros kernel: 0x006e2300 : 106 : 110 > > > > Additionally, while I wasn't seeing a large number of interrupts, I > > tried disabling MSI/MSI-X just as a test, and that had no effect. > > Netstat-wise, I have currently received 5645 packets with 847 input > > errors. TCP-wise, I have received 3447 TCP packets with 334 > > out-of-order packets. > > > > Hmm, this is very strange to me. > If the packet is normal ICMP echo request packet its packet length > on receiver side should be 98 bytes(14(ethernet hdr) + 20(IP hdr) + > 8(icmp hdr) + 56(icmp data)). However the output shows various > packet length ranging from 56 to 590. In addition msk(4) showed the > received packet length differences between MAC and host and all those > packets were VLAN tagged packet. Do you use VLAN on your environments? > > Assuming you've just sent non-VLAN tagged ICMP echo request packet > it would be the result of speed/duplex mismatch. I moved to a switch over which I had control, and set the port to auto, msk0 configured itself to 100BaseTX/full, and the input errors stopped. The current switch is an old Cisco 2924XL (10/100 port). The previous switch was most likely a Cisco 6500 with a 10/100/1000 port (set to auto). So the msk interface must not have liked what the 6500 was doing negotiation wise on its gigabit port. Either that, or we have a bug in the version of code running on that switch. Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF2fMDb2iPiv4Uz4cRAlhMAJ4pvjs8PCC6rI560SEkH9/oOcecJgCdGVH+ RePy+hVanwaPaj6hzBqZtik= =ObzO -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 19:35:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A653E16C3C7 for ; Mon, 19 Feb 2007 19:35:34 +0000 (UTC) (envelope-from zed@miandr.info) Received: from comtv.ru (comtv.ru [217.10.32.17]) by mx1.freebsd.org (Postfix) with ESMTP id 279EA13C478 for ; Mon, 19 Feb 2007 19:35:33 +0000 (UTC) (envelope-from zed@miandr.info) X-UCL: actv Received: from [10.0.77.84] (HELO falkor.miandr.info) by comtv.ru (CommuniGate Pro SMTP 4.1.8) with ESMTP id 23275479 for freebsd-current@freebsd.org; Mon, 19 Feb 2007 21:35:32 +0300 Received: by falkor.miandr.info (Postfix, from userid 1001) id 3A72D90058; Mon, 19 Feb 2007 21:35:31 +0300 (MSK) From: "Andrey B. Miheev" Organization: SHTRIH-M To: freebsd-current@freebsd.org Date: Mon, 19 Feb 2007 21:35:30 +0300 User-Agent: KMail/1.9.5 References: <741011.28358.qm@web34714.mail.mud.yahoo.com> <45D96360.2040604@zedat.fu-berlin.de> <8103ad500702190425q22288425v5710451b4b4b3a72@mail.gmail.com> In-Reply-To: <8103ad500702190425q22288425v5710451b4b4b3a72@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702192135.30771.zed@miandr.info> Subject: Re: envy24ht: M-Audio Revolution 5.1 broken (FreeBSD 7.0-CURRENT/AMD64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 19:35:34 -0000 Hello, I have tested latest envy24ht.c, both mixer vol and pcm work, but output level still too low. Mixer vol works only for front speakers output, for headphones output it doesn't. On Monday 19 February 2007 15:25, Konstantin Dimitrov wrote: > by default the DACs on the Revo 5.1 are set to maximum volume, you can > find the datasheet of AK4358 here: > > http://envy24.svobodno.com/ > > so if a driver can provide more loud sound with Revo 5.1 then it do > volume processing in software, so i'm awaiting to test and report the > results from the latest version version with software volume. > > P.S. > i also will send you another 2 test versions, that will route sound to > the different output and that don't write to AK4358 volume registers > at all, so AK4358 will use the default volume values, which means > maximum volume. -- Sincerely Yours, Andrey B. Miheev +++ 640K ought to be enough for anybody (c) Bill Gates, 1981 From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 22:55:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7536116EBE2 for ; Mon, 19 Feb 2007 22:55:28 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2D47D13C474 for ; Mon, 19 Feb 2007 22:55:27 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.7.6.254] ([63.76.235.163]) by lexi.siliconlandmark.com (8.13.8/8.13.3) with ESMTP id l1JMhswQ085889 for ; Mon, 19 Feb 2007 17:44:04 -0500 (EST) (envelope-from andy@siliconlandmark.com) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <17850.13146.266196.499166@grasshopper.cs.duke.edu> References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7BA0B599-82E7-4228-8E96-EF3D9531C566@siliconlandmark.com> Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Mon, 19 Feb 2007 17:43:48 -0500 To: freebsd-current X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: ClamAV 0.88.7/2607/Mon Feb 19 12:56:34 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=-1.395, required 6, AWL 0.06, BAYES_00 -2.60, SPF_FAIL 1.14) X-MailScanner-From: andy@siliconlandmark.com Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 22:55:28 -0000 On Jan 26, 2007, at 11:59 AM, Andrew Gallatin wrote: >> From my very naive tcpdump reading skills, it looks like the FreeBSD > machine sends a full window with a partial payload and a push flag in > the last segment. It ignores (or does not yet see the receiver's > acks). It then spews tons of duplicate acks at the reciever until it > notices the acks, and starts sending data again. This happens over > and over again.. > > Is this normal, or is there something wrong? > > In the appended tcpdump snippet taken at the receiver, 172.31.193.16 > was sending a netperf (netperf -H172.31.193.15 -- -s65535 -S32767) to > 172.31.193.15. I can make a raw dump file available if anybody > is interested. > > <..many packets omitted..> > > 11:14:13.530344 IP 172.31.193.16.65344 > 172.31.193.15.32809: . > 62265:63713(1448) ack 1 win 65535 > 11:14:13.530467 IP 172.31.193.16.65344 > 172.31.193.15.32809: . > 63713:65161(1448) ack 1 win 65535 > 11:14:13.530474 IP 172.31.193.15.32809 > 172.31.193.16.65344: . ack > 65161 win 94 > 11:14:13.530504 IP 172.31.193.16.65344 > 172.31.193.15.32809: P > 65161:65536(375) ack 1 win 65535 > 11:14:13.530511 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530516 IP 172.31.193.15.32809 > 172.31.193.16.65344: . ack > 65536 win 94 > 11:14:13.530518 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530525 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530533 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530540 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530547 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530554 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530561 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530569 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530576 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530584 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530591 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530597 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530604 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530612 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530619 IP 172.31.193.16.65344 > 172.31.193.15.32809: . ack > 1 win 65535 > 11:14:13.530752 IP 172.31.193.16.65344 > 172.31.193.15.32809: . > 65536:66865(1329) ack 1 win 65535 > 11:14:13.530760 IP 172.31.193.15.32809 > 172.31.193.16.65344: . ack > 66865 win 94 > 11:14:13.530884 IP 172.31.193.16.65344 > 172.31.193.15.32809: . > 66865:68313(1448) ack 1 win 65535 > 11:14:13.531007 IP 172.31.193.16.65344 > 172.31.193.15.32809: . > 68313:69761(1448) ack 1 win 65535 I am seeing similar problems on an Intel gigabit NIC (em driver) with a kernel from January 22nd. I have rx and tx checksum offloading enabled. I will see if a kernel from today fixes the issue or if checksum offloading is to blame, later tonight when I run a series of tests. Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 23:17:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9C1916F40C for ; Mon, 19 Feb 2007 23:17:25 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 7A07513C478 for ; Mon, 19 Feb 2007 23:17:25 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (00swqfr9mhtwdexj@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l1JMe9jc031536; Mon, 19 Feb 2007 14:40:09 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l1JMe7QO031535; Mon, 19 Feb 2007 14:40:07 -0800 (PST) (envelope-from jmg) Date: Mon, 19 Feb 2007 14:40:06 -0800 From: John-Mark Gurney To: Luigi Rizzo Message-ID: <20070219224006.GC73385@funkthat.com> Mail-Followup-To: Luigi Rizzo , current@freebsd.org References: <20070219020725.A56400@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070219020725.A56400@xorpc.icir.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: current@freebsd.org Subject: Re: can a valid bus_dma_tag_t be NULL ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 23:17:25 -0000 Luigi Rizzo wrote this message on Mon, Feb 19, 2007 at 02:07 -0800: > The original code (if_iwi.c, but the pattern is repeated in other > drivers too) is the one below. Now, rather than using multiple > labels, is there a value for the various fields (bus_dma_tag_t, > bus_dmamap_t, fw_virtaddr, fw_physaddr) that tells me > that the resource has not been allocated, or i should keep > track of the success/failure of the various calls separately ? > > E.g. i imagine that a NULL fw_virtaddr means failure, however > bus_dmamap_load() worries me because the callback may happen later, > and also i seem to remember that one should not make assumptions > on bus_dma_tag_t == NULL ... > > comments anyone ? And, is -stable different from -current ? Unless we introduce and document that there are magic values that these can take, I would say no, there are no values that you can depend upon... Though considering that we now have sys/_bus_dma.h that has the tag and map as opaque struct pointers, we may.. Original design was to let each arch have their own defines for the structs so that an extra pointer wouldn't have to be followed, but we have dropped that idea in recent years.. > if (bus_dma_tag_create(NULL, 4, 0, BUS_SPACE_MAXADDR_32BIT, ^^^^ This is incorrect, and should be: bus_get_dma_tag(dev), though that is correct for -stable, (or have we introduced bus_get_dma_tag into -stable?) -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 01:26:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9F45170FDA for ; Tue, 20 Feb 2007 01:26:58 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231]) by mx1.freebsd.org (Postfix) with ESMTP id A139F13C467 for ; Tue, 20 Feb 2007 01:26:58 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so2071702nzh for ; Mon, 19 Feb 2007 17:26:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=LjA6Wi1A4cYHuP7L2+YVHNQtmcRzuWucXMEc6aEmCk556crcbRMJU8jdK5apv8aw71F0yM0d653gFTiDXoX1T7C3thXcCqtkZUEYE4DSszsVTIyRYJ2epICJep68eYgEOuc+GVx9dZsDgzS7v9sWDcvDpX/Yh+wx/uEd1Jo/DZM= Received: by 10.65.137.15 with SMTP id p15mr10719225qbn.1171934817334; Mon, 19 Feb 2007 17:26:57 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 12sm39474522nzn.2007.02.19.17.26.54; Mon, 19 Feb 2007 17:26:56 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l1K1OhQ9002053 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Feb 2007 10:24:43 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l1K1Ohal002052; Tue, 20 Feb 2007 10:24:43 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 20 Feb 2007 10:24:43 +0900 From: Pyun YongHyeon To: Joe Marcus Clarke Message-ID: <20070220012443.GB912@cdnetworks.co.kr> References: <45D0BB41.9040505@FreeBSD.org> <20070213000922.GA62412@cdnetworks.co.kr> <1171327083.98536.5.camel@shumai.marcuscom.com> <20070213044746.GC62412@cdnetworks.co.kr> <1171344897.98536.14.camel@shumai.marcuscom.com> <20070213054802.GD62412@cdnetworks.co.kr> <45D355D9.5000805@FreeBSD.org> <20070215055918.GA4319@cdnetworks.co.kr> <45D9F303.1030302@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45D9F303.1030302@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: Constant stream of errors on msk0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 01:26:59 -0000 On Mon, Feb 19, 2007 at 01:57:07PM -0500, Joe Marcus Clarke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Pyun YongHyeon wrote: > > On Wed, Feb 14, 2007 at 01:32:57PM -0500, Joe Marcus Clarke wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > Pyun YongHyeon wrote: > > > > On Tue, Feb 13, 2007 at 12:34:57AM -0500, Joe Marcus Clarke wrote: > > > > > On Tue, 2007-02-13 at 13:47 +0900, Pyun YongHyeon wrote: > > > > > > On Mon, Feb 12, 2007 at 07:38:03PM -0500, Joe Marcus Clarke wrote: > > > > > > > On Tue, 2007-02-13 at 09:09 +0900, Pyun YongHyeon wrote: > > > > > > > > On Mon, Feb 12, 2007 at 02:08:49PM -0500, Joe Marcus Clarke wrote: > > > > > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > > > > > > > Hash: SHA1 > > > > > > > > > > > > > > > > > > I recently upgraded my MacBook Pro from -STABLE to -CURRENT. I used to > > > > > > > > > be using the Marvell myk driver for my wired ethernet. This driver > > > > > > > > > worked fine. I'm now using the built-in msk driver, but this driver > > > > > > > > > causes the interface to report a constant stream of input errors. There > > > > > > > > > > > > > > > > Would you explain this input errors? > > > > > > > > > > > > > > netstat -i reports steadily increasing input errors (Ierrs) every time > > > > > > > packets arrive on the machine. > > > > > > > > > > > > > > > > > > > It looks like link speed/duplex mismatch. > > > > > > How about manual configuration? > > > > > > (e.g. ifconfig msk0 media 1000baseTX mediaopt full-duplex) > > > > > > > > > > That was the first thing I though of. I tried all settings from > > > > > 100BaseTX half/full to 1000BaseTX half/full to auto. The same problem > > > > > was always observed. Additionally, I turned off TSO to see if that made > > > > > any difference, and it did not. > > > > > > > > > > > > > Ok, let's see what's happending on your NIC. > > > > Try attached patch and let me know the output. > > > > > > Okay. On an otherwise idle machine, I started a regular 64-byte ping > > > (to rule out TCP), and I was getting regular packet loss (50 responses > > > were seen for 89 packets or 43.8% packet loss). Here is the debug > > > output for that time: > > > > > > Feb 14 13:22:05 gyros kernel: 0x004a2100 : 70 : 74 > > > Feb 14 13:22:05 gyros kernel: 0x00622100 : 94 : 98 > > > Feb 14 13:22:06 gyros kernel: 0x004a2100 : 70 : 74 > > > Feb 14 13:22:07 gyros kernel: 0x00622100 : 94 : 98 > > > Feb 14 13:22:08 gyros kernel: 0x004a2100 : 70 : 74 > > > Feb 14 13:22:10 gyros kernel: 0x024e2300 : 586 : 590 > > > Feb 14 13:22:13 gyros kernel: 0x00b12300 : 173 : 177 > > > Feb 14 13:22:16 gyros kernel: 0x00622100 : 94 : 98 > > > Feb 14 13:22:20 gyros kernel: 0x004a2100 : 70 : 74 > > > Feb 14 13:22:20 gyros kernel: 0x00622100 : 94 : 98 > > > Feb 14 13:22:21 gyros kernel: 0x004a2100 : 70 : 74 > > > Feb 14 13:22:22 gyros kernel: 0x00622100 : 94 : 98 > > > Feb 14 13:22:25 gyros kernel: 0x00622100 : 94 : 98 > > > Feb 14 13:22:26 gyros kernel: 0x004a2100 : 70 : 74 > > > Feb 14 13:22:27 gyros kernel: 0x003c2300 : 56 : 60 > > > Feb 14 13:22:28 gyros kernel: 0x00622100 : 94 : 98 > > > Feb 14 13:22:28 gyros kernel: 0x003c2300 : 56 : 60 > > > Feb 14 13:22:30 gyros kernel: 0x00f32300 : 239 : 243 > > > Feb 14 13:22:30 gyros kernel: 0x003c2100 : 56 : 60 > > > Feb 14 13:22:31 gyros kernel: 0x005c2300 : 88 : 92 > > > Feb 14 13:22:32 gyros kernel: 0x004a2100 : 70 : 74 > > > Feb 14 13:22:33 gyros kernel: 0x003c2300 : 56 : 60 > > > Feb 14 13:22:34 gyros kernel: 0x00622100 : 94 : 98 > > > Feb 14 13:22:35 gyros kernel: 0x004a2100 : 70 : 74 > > > Feb 14 13:22:36 gyros kernel: 0x00622100 : 94 : 98 > > > Feb 14 13:22:46 gyros last message repeated 6 times > > > Feb 14 13:22:47 gyros kernel: 0x003c2300 : 56 : 60 > > > Feb 14 13:22:49 gyros kernel: 0x00622100 : 94 : 98 > > > Feb 14 13:22:50 gyros kernel: 0x004a2100 : 70 : 74 > > > Feb 14 13:22:51 gyros kernel: 0x00622100 : 94 : 98 > > > Feb 14 13:22:55 gyros last message repeated 3 times > > > Feb 14 13:22:56 gyros kernel: 0x005a2300 : 86 : 90 > > > Feb 14 13:22:58 gyros kernel: 0x00622100 : 94 : 98 > > > Feb 14 13:23:00 gyros kernel: 0x006e2300 : 106 : 110 > > > Feb 14 13:23:00 gyros kernel: 0x00c12300 : 189 : 193 > > > Feb 14 13:23:02 gyros kernel: 0x004a2100 : 70 : 74 > > > Feb 14 13:23:03 gyros kernel: 0x00622100 : 94 : 98 > > > Feb 14 13:23:03 gyros kernel: 0x01602300 : 348 : 352 > > > Feb 14 13:23:05 gyros kernel: 0x004a2100 : 70 : 74 > > > Feb 14 13:23:06 gyros kernel: 0x01002300 : 252 : 256 > > > Feb 14 13:23:07 gyros kernel: 0x004a2100 : 70 : 74 > > > Feb 14 13:23:08 gyros kernel: 0x003c2100 : 56 : 60 > > > Feb 14 13:23:09 gyros kernel: 0x003c2100 : 56 : 60 > > > Feb 14 13:23:09 gyros kernel: 0x003c2300 : 56 : 60 > > > Feb 14 13:23:10 gyros kernel: 0x00622100 : 94 : 98 > > > Feb 14 13:23:11 gyros kernel: 0x004a2100 : 70 : 74 > > > Feb 14 13:23:13 gyros kernel: 0x00c12300 : 189 : 193 > > > Feb 14 13:23:14 gyros kernel: 0x003e2100 : 58 : 62 > > > Feb 14 13:23:14 gyros kernel: 0x006e2300 : 106 : 110 > > > > > > Additionally, while I wasn't seeing a large number of interrupts, I > > > tried disabling MSI/MSI-X just as a test, and that had no effect. > > > Netstat-wise, I have currently received 5645 packets with 847 input > > > errors. TCP-wise, I have received 3447 TCP packets with 334 > > > out-of-order packets. > > > > > > > Hmm, this is very strange to me. > > If the packet is normal ICMP echo request packet its packet length > > on receiver side should be 98 bytes(14(ethernet hdr) + 20(IP hdr) + > > 8(icmp hdr) + 56(icmp data)). However the output shows various > > packet length ranging from 56 to 590. In addition msk(4) showed the > > received packet length differences between MAC and host and all those > > packets were VLAN tagged packet. Do you use VLAN on your environments? > > > > Assuming you've just sent non-VLAN tagged ICMP echo request packet > > it would be the result of speed/duplex mismatch. > > I moved to a switch over which I had control, and set the port to auto, > msk0 configured itself to 100BaseTX/full, and the input errors stopped. > > The current switch is an old Cisco 2924XL (10/100 port). The previous > switch was most likely a Cisco 6500 with a 10/100/1000 port (set to > auto). So the msk interface must not have liked what the 6500 was doing > negotiation wise on its gigabit port. Either that, or we have a bug in > the version of code running on that switch. > Does the other GigE work without issues on Cisco 6500? The msk(4) can have a bug with autonegotiation but I've never seen negotiation mismatches on msk(4). Whilst writing the driver I've checked speed/link negotiation against gigabit switch and directly connected GigE and I found nothing unusual. Of course, that does not necessarily mean msk(4) is perfect for link negotiation. Because you've said myk(4) works well on Cisco 6500 I have to diagnose the issue. When setting the link manually on gigabit environments, nomally one side should be master and the other the slave so how about forcing master bit on msk(4) side? #ifconfig msk0 media 1000baseTX mediaopt full-duplex link0 ^^^^^ -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 01:47:55 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93F8E1712A1 for ; Tue, 20 Feb 2007 01:47:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id 4ACAD13C441 for ; Tue, 20 Feb 2007 01:47:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so2077364nzh for ; Mon, 19 Feb 2007 17:47:54 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:content-transfer-encoding:in-reply-to:user-agent; b=S6AnhXPI0yoMazN+HFBuuTg6xyFq1XDFiK5KkV5YukoYUHN4+RtS4yIbtDxO3QG6KR6u9YZ8P/aPoYdWxjYfAA8alKyQnAhMi87qqhtIrr92k/AJbliGjzczFW2+0FNVy61On/QFCAnnyyrsCS64Xz5oUPeiCSWB+wniAYf1ksA= Received: by 10.35.38.17 with SMTP id q17mr15370143pyj.1171936074758; Mon, 19 Feb 2007 17:47:54 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 39sm39535450nzk.2007.02.19.17.47.51; Mon, 19 Feb 2007 17:47:53 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l1K1jdb3002165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Feb 2007 10:45:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l1K1jafw002164; Tue, 20 Feb 2007 10:45:36 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 20 Feb 2007 10:45:35 +0900 From: Pyun YongHyeon To: "Andrey V. Elsukov" Message-ID: <20070220014535.GC912@cdnetworks.co.kr> References: <20070110120731.GA1515@shark.localdomain> <20070210171130.D47107@maildrop.int.zabbadoz.net> <45D98B62.1060402@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <45D98B62.1060402@yandex.ru> User-Agent: Mutt/1.4.2.1i Cc: "Bjoern A. Zeeb" , FreeBSD current mailing list , Sergey Zaharchenko Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 01:47:55 -0000 On Mon, Feb 19, 2007 at 02:34:58PM +0300, Andrey V. Elsukov wrote: > Bjoern A. Zeeb ¬á¬Ú¬ê¬Ö¬ä: > >>: lock order reversal: > >>: 1st 0xc3629f00 inp (tcpinp) @ > >>/src/usr.src/sys/netinet/tcp_usrreq.c:801 > >>: 2nd 0xc0a9feec tcp (tcp) @ /src/usr.src/sys/netinet/tcp_input.c:626 > > > >I add this with LOR ID 200 to the LOR page: > > http://sources.zabbadoz.net/freebsd/lor.html#200 > Hi, All. > > I have this LOR and deadlock on my notebook with recent CURRENT. > > My hardvare detected with nve(4) as "NVIDIA nForce MCP13 Networking > Adapter": > > nve0: port 0x30b8-0x30bf mem > 0xc0007000-0xc0007fff irq 5 at device 20.0 on pci0 > nve0: Ethernet address 00:90:f5:4f:18:1b > miibus0: on nve0 > rlphy0: PHY 1 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > nve0: using obsoleted if_watchdog interface > > With nfe(4) as "NVIDIA nForce 430 MCP13 Networking Adapter": > > nfe0: port 0x30b8-0x30bf > mem 0xc0007000-0xc0007fff irq 5 at device 20.0 on pci0 > miibus0: on nfe0 > rlphy0: PHY 1 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > nfe0: using obsoleted if_watchdog interface > > DDB message: > lock order reversal: > 1st 0xc2ec2480 inp (tcpinp) @ /usr/src/sys/netinet/tcp_usrreq.c:801 > 2nd 0xc07bbc6c tcp (tcp) @ /usr/src/sys/netinet/tcp_input.c:638 > KDB: stack backtrace: > db_trace_self_wrapper(c06ee408) at db_trace_self_wrapper+0x25 > kdb_backtrace(0,ffffffff,c077d708,c077d730,c072f944,...) at > kdb_backtrace+0x29 > witness_checkorder(c07bbc6c,9,c06fcd51,27e) at witness_checkorder+0x586 > _mtx_lock_flags(c07bbc6c,0,c06fcd51,27e,0,...) at _mtx_lock_flags+0x84 > tcp_input(c2def300,14,c0759b80,835115ac,0,...) at tcp_input+0x432 > ip_input(c2def300) at ip_input+0x5c9 > netisr_dispatch(2,c2def300,0,c2be2000,c2df0800,...) at > netisr_dispatch+0x58 > ether_demux(c2be2000,c2def300,c2def300,c314da10,d3ee075c,...) at > ether_demux+0x28a > ether_input(c2be2000,c2def300,c2b53cd8,0,c31605fb,...) at > ether_input+0x21e > nve_ospacketrx(c2b53c00,d3ee0798,1,0,0,...) at nve_ospacketrx+0xa4 > UpdateReceiveDescRingData(c315fc64,c315fc84,c315fd24,c315fd50,c315fd68,...) > at UpdateReceiveDescRingData+0x2f8 > nve_osalloc(c2b80940,d4152010,c2b53c00,c315fbcc,c315fc64,...) at > nve_osalloc > _end(0,c2c5c008,3065766e,0,0,...) at 0xc2b80900 > _end(c2b80940,d4152010,c2b53c00,c315fbcc,c315fc64,...) at 0xc2af3630 > _end(0,c2c5c008,3065766e,0,0,...) at 0xc2b80900 > < ..too many strings ..> > > db> where > Tracing pid 1045 tid 100068 td 0xc2dea510 > kdb_enter(c06bbc68) at kdb_enter+0x2b > witness_checkorder(c07bbc6c,9,c06fcd51,27e) at witness_checkorder+0x599 > _mtx_lock_flags(c07bbc6c,0,c06fcd51,27e,0,...) at _mtx_lock_flags+0x84 > tcp_input(c2def300,14,c0759b80,835115ac,0,...) at tcp_input+0x432 > ip_input(c2def300) at ip_input+0x5c9 > netisr_dispatch(2,c2def300,0,c2be2000,c2df0800,...) at > netisr_dispatch+0x58 > ether_demux(c2be2000,c2def300,c2def300,c314da10,d3ee075c,...) at > ether_demux+0x28a > ether_input(c2be2000,c2def300,c2b53cd8,0,c31605fb,...) at > ether_input+0x21e > nve_ospacketrx(c2b53c00,d3ee0798,1,0,0,...) at nve_ospacketrx+0xa4 > UpdateReceiveDescRingData(c315fc64,c315fc84,c315fd24,c315fd50,c315fd68,...) > at UpdateReceiveDescRingData+0x2f8 > nve_osalloc(c2b80940,d4152010,c2b53c00,c315fbcc,c315fc64,...) at > nve_osalloc > _end(0,c2c5c008,3065766e,0,0,...) at 0xc2b80900 > _end(c2b80940,d4152010,c2b53c00,c315fbcc,c315fc64,...) at 0xc2af3630 > > < ..too many strings ..> > > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 1045 1043 1043 21 R CPU 0 vsftpd > > db> show allpcpu > Current CPU: 0 > > cpuid = 0 > curthread = 0xc2dea510: pid 1045 "vsftpd" > curpcb = 0xd3ee0d90 > fpcurthread = none > idlethread = 0xc2a14510: pid 10 "idle" > APIC ID = 0 > currentldt = 0x50 > spin locks held: > > db> show locks > exclusive sleep mutex inp (tcpinp) r = 0 (0xc2ec2480) locked @ > /usr/src/sys/netinet/tcp_usrreq.c:801 > > db> show alllocks > Process 1045 (vsftpd) thread 0xc2dea510 (100068) > exclusive sleep mutex inp (tcpinp) r = 0 (0xc2ec2480) locked @ > /usr/src/sys/netinet/tcp_usrreq.c:801 > Process 21 (irq5: nvidia0 nve0) thread 0xc2ac2510 (100023) > exclusive sleep mutex tcp r = 0 (0xc07bbc6c) locked @ > /usr/src/sys/netinet/tcp_input.c:638 > > db> call boot(0) > Waiting (max 60 seconds) for system process `vnlru' to stop...Sleeping > on "suspkt" with the following non-sleepable locks held: > exclusive sleep mutex inp (tcpinp) r = 0 (0xc2ec2480) locked @ > /usr/src/sys/netinet/tcp_usrreq.c:801 > KDB: enter: witness_warn > [thread pid 1045 tid 100068 ] > Stopped at kdb_enter+0x2b: nop > > db> panic > panic: from debugger > Uptime: 7m18s > Physical memory: 434 MB > Dumping 47 MB: 32 16 > Dump complete > > If somebody have interest to help me resolve this problem, i can easy > reproduce this deadlock - the simple downloading of big file (avi > file, for example) from ftp server from my notebook will result deadlock. > > With nfe(4) i don't have this deadlock, but nfe useless for me, he > often displays message "nfe0: watchdog timeout". > Because your dmesg for nfe(4) shows 'obsoleted if_watchdog interface' message I think you've used stock nfe(4) on CURRENT. Try overhauld nfe(4) at the following URL. http://people.freebsd.org/~yongari/nfe/if_nfe.c http://people.freebsd.org/~yongari/nfe/if_nfereg.h http://people.freebsd.org/~yongari/nfe/if_nfevar.h The new nfe(4) has several protections for watchdog timeout errors reported on the driver. One user repored TSO related issues for the new driver so if you encounter strange errors in the new driver please turn off TSO capability(e.g. #ifconfig nfe0 -tso) > -- > WBR, Andrey V. Elsukov -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Feb 19 23:47:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3798416FA04 for ; Mon, 19 Feb 2007 23:47:11 +0000 (UTC) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id DAFFF13C46B for ; Mon, 19 Feb 2007 23:47:10 +0000 (UTC) (envelope-from scottl@pooker.samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id l1JNVCCB059592; Mon, 19 Feb 2007 16:31:18 -0700 (MST) (envelope-from scottl@pooker.samsco.org) Message-ID: <45DA333F.7070800@pooker.samsco.org> Date: Mon, 19 Feb 2007 16:31:11 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <20070219130102.N47107@maildrop.int.zabbadoz.net> <20070219135158.E47107@maildrop.int.zabbadoz.net> In-Reply-To: <20070219135158.E47107@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [192.168.254.1]); Mon, 19 Feb 2007 16:31:19 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED, UPPERCASE_25_50 autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org X-Mailman-Approved-At: Tue, 20 Feb 2007 02:25:07 +0000 Cc: FreeBSD current mailing list Subject: Re: [mfi] command timeouts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 23:47:11 -0000 Bjoern A. Zeeb wrote: > On Mon, 19 Feb 2007, Bjoern A. Zeeb wrote: > >> Hi, >> >> I am testing mfi on a Dell 2950 with 6 PD, 2LD (1st LD=RAID1, >> 2nd LD=RAID5, 1HTSP). >> (The somewhat sucky) megacli "works". >> >> While most commands to gather information work fine, as do pulling out >> disks hard, setting a disk offline or running some other commands hangs >> 'something', which might be the controller? >> >> For example: >> >> foo# megacli -PDOffline -PhysDrv'[1:3]' -a0 >> >> EnclId-1 SlotId-3 state changed to OffLine. >> foo# foo# ls -l >> >> >> It's not only this process but all disk IO related processes. >> >> >> On the serial console I get: >> >> ... >> mfi0: COMMAND 0xffffffff80c3c040 TIMEOUT AFTER 732 SECONDS >> mfi0: COMMAND 0xffffffff80c3b8d0 TIMEOUT AFTER 732 SECONDS >> mfi0: COMMAND 0xffffffff80c3cb68 TIMEOUT AFTER 732 SECONDS >> mfi0: COMMAND 0xffffffff80c3bd98 TIMEOUT AFTER 732 SECONDS >> mfi0: COMMAND 0xffffffff80c3bc88 TIMEOUT AFTER 732 SECONDS >> mfi0: COMMAND 0xffffffff80c3cbf0 TIMEOUT AFTER 732 SECONDS >> mfi0: COMMAND 0xffffffff80c3cc78 TIMEOUT AFTER 732 SECONDS >> mfi0: COMMAND 0xffffffff80c3cf20 TIMEOUT AFTER 732 SECONDS >> mfi0: COMMAND 0xffffffff80c3cd88 TIMEOUT AFTER 732 SECONDS >> mfi0: COMMAND 0xffffffff80c3cfa8 TIMEOUT AFTER 732 SECONDS >> mfi0: COMMAND 0xffffffff80c3d828 TIMEOUT AFTER 684 SECONDS >> mfi0: COMMAND 0xffffffff80c3db58 TIMEOUT AFTER 679 SECONDS >> mfi0: COMMAND 0xffffffff80c3de88 TIMEOUT AFTER 44 SECONDS >> mfi0: COMMAND 0xffffffff80c3c728 TIMEOUT AFTER 763 SECONDS >> mfi0: COMMAND 0xffffffff80c3c040 TIMEOUT AFTER 763 SECONDS >> mfi0: COMMAND 0xffffffff80c3b8d0 TIMEOUT AFTER 763 SECONDS >> mfi0: COMMAND 0xffffffff80c3cb68 TIMEOUT AFTER 763 SECONDS >> mfi0: COMMAND 0xffffffff80c3bd98 TIMEOUT AFTER 763 SECONDS >> mfi0: COMMAND 0xffffffff80c3bc88 TIMEOUT AFTER 763 SECONDS >> mfi0: COMMAND 0xffffffff80c3cbf0 TIMEOUT AFTER 763 SECONDS >> mfi0: COMMAND 0xffffffff80c3cc78 TIMEOUT AFTER 763 SECONDS >> mfi0: COMMAND 0xffffffff80c3cf20 TIMEOUT AFTER 763 SECONDS >> mfi0: COMMAND 0xffffffff80c3cd88 TIMEOUT AFTER 763 SECONDS >> mfi0: COMMAND 0xffffffff80c3cfa8 TIMEOUT AFTER 763 SECONDS >> mfi0: COMMAND 0xffffffff80c3d828 TIMEOUT AFTER 715 SECONDS >> mfi0: COMMAND 0xffffffff80c3db58 TIMEOUT AFTER 710 SECONDS >> mfi0: COMMAND 0xffffffff80c3de88 TIMEOUT AFTER 75 SECONDS >> mfi0: COMMAND 0xffffffff80c3c728 TIMEOUT AFTER 793 SECONDS >> mfi0: COMMAND 0xffffffff80c3c040 TIMEOUT AFTER 794 SECONDS >> mfi0: COMMAND 0xffffffff80c3b8d0 TIMEOUT AFTER 794 SECONDS >> mfi0: COMMAND 0xffffffff80c3cb68 TIMEOUT AFTER 794 SECONDS >> mfi0: COMMAND 0xffffffff80c3bd98 TIMEOUT AFTER 794 SECONDS >> mfi0: COMMAND 0xffffffff80c3bc88 TIMEOUT AFTER 794 SECONDS >> mfi0: COMMAND 0xffffffff80c3cbf0 TIMEOUT AFTER 794 SECONDS >> mfi0: COMMAND 0xffffffff80c3cc78 TIMEOUT AFTER 794 SECONDS >> mfi0: COMMAND 0xffffffff80c3cf20 TIMEOUT AFTER 794 SECONDS >> mfi0: COMMAND 0xffffffff80c3cd88 TIMEOUT AFTER 794 SECONDS >> mfi0: COMMAND 0xffffffff80c3cfa8 TIMEOUT AFTER 794 SECONDS >> mfi0: COMMAND 0xffffffff80c3d828 TIMEOUT AFTER 746 SECONDS >> mfi0: COMMAND 0xffffffff80c3db58 TIMEOUT AFTER 741 SECONDS >> mfi0: COMMAND 0xffffffff80c3de88 TIMEOUT AFTER 106 SECONDS >> mfi0: COMMAND 0xffffffff80c3c728 TIMEOUT AFTER 824 SECONDS >> ... >> >> >> I can still break to ddb. Without disk I/O, the only >> possible thing I can really do is type reset. >> >> I'll build a debugging kernel so I can do show alllocks, etc >> but if someone with more experience with this driver/hw could >> contact me I can run further tests. > > > this time with the debugging kernel: > > foo# megacli -PDOffline -PhysDrv'[1:3]' -a0 > > EnclId-1 SlotId-3 state changed to OffLine. > foo# foo# foo# foo# > > > I was able to hit multiple times after the "uh it still lives" > but then ... > > command 0xffffffff80c40000 not in queue, flags = 0x20, bit = 0x80 > panic: command not in queue > cpuid = 2 > Uptime: 1m17s > Physical memory: 4084 MB > Dumping 199 MB: 184 168 152 136 120 104 88 72 56 40 24 8 > Dump complete > > telnet> send brk > KDB: enter: Line break on console > [thread pid 15 tid 100009 ] > Stopped at kdb_enter+0x2f: nop > db> where > Tracing pid 15 tid 100009 td 0xffffff012f5c4000 > kdb_enter() at kdb_enter+0x2f > siointr1() at siointr1+0x400 > siointr() at siointr+0x2e > intr_execute_handlers() at intr_execute_handlers+0x124 > Xapic_isr1() at Xapic_isr1+0x7f > --- interrupt, rip = 0xffffffff803c9787, rsp = 0xffffffffac06eb30, rbp = > 0xffffffffac06eb60 --- > _mtx_lock_sleep() at _mtx_lock_sleep+0x137 > _mtx_lock_flags() at _mtx_lock_flags+0xe1 > mfi_timeout() at mfi_timeout+0x32 > softclock() at softclock+0x1c8 > ithread_loop() at ithread_loop+0xfe > fork_exit() at fork_exit+0xaa > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffac06ed40, rbp = 0 --- > db> show alllocks > Process 24 (irq78: mfi0) thread 0xffffff012f5c5000 (100020) > exclusive sleep mutex MFI I/O lock r = 0 (0xffffff012f5cc630) locked @ > /u1/src/HEAD/sys/dev/mfi/mfi.c:775 > > > After the reboot it does not seem that the command > was executed as the disk still seems to be online (at least > it was the last time). > megacli is known to be fragile. Don't Do That (tm). As for the panic, It's probably a side effect of megacli putting the card and the driver into a chaotic state. Scott From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 06:20:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC0D6173309 for ; Tue, 20 Feb 2007 06:20:12 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id A82B713C428 for ; Tue, 20 Feb 2007 06:20:12 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 08ECB1FFD41; Tue, 20 Feb 2007 07:20:11 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id A48941FFC58; Tue, 20 Feb 2007 07:20:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 5A6E6444889; Tue, 20 Feb 2007 06:19:18 +0000 (UTC) Date: Tue, 20 Feb 2007 06:19:17 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Scott Long In-Reply-To: <45DA333F.7070800@pooker.samsco.org> Message-ID: <20070220061538.A47107@maildrop.int.zabbadoz.net> References: <20070219130102.N47107@maildrop.int.zabbadoz.net> <20070219135158.E47107@maildrop.int.zabbadoz.net> <45DA333F.7070800@pooker.samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD current mailing list Subject: Re: [mfi] command timeouts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 06:20:13 -0000 On Mon, 19 Feb 2007, Scott Long wrote: Hi, > megacli is known to be fragile. Don't Do That (tm). alternative solution? > As for the panic, > It's probably a side effect of megacli putting the card and the driver into a > chaotic state. I have also seen timeout messages after boot (while fsck was running) even if megacli was not called during that uptime. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 06:30:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7900A17366E for ; Tue, 20 Feb 2007 06:30:30 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1A9FD13C428 for ; Tue, 20 Feb 2007 06:30:30 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.0.1.5] (cpe-24-33-245-212.twmi.res.rr.com [24.33.245.212]) by lexi.siliconlandmark.com (8.13.8/8.13.3) with ESMTP id l1K6I8iU097496; Tue, 20 Feb 2007 01:18:09 -0500 (EST) (envelope-from andy@siliconlandmark.com) In-Reply-To: <17850.13146.266196.499166@grasshopper.cs.duke.edu> References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2FE2BC67-A829-4BF9-B606-65DE1393E8DE@siliconlandmark.com> Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Tue, 20 Feb 2007 01:18:07 -0500 To: Andrew Gallatin X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV 0.88.7/2609/Mon Feb 19 19:28:07 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=0.061, required 6, AWL 0.61, BAYES_00 -2.60, RCVD_IN_SORBS_DUL 2.05, SPF_PASS -0.00) X-MailScanner-From: andy@siliconlandmark.com Cc: current@freebsd.org Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 06:30:30 -0000 On Jan 26, 2007, at 11:59 AM, Andrew Gallatin wrote: > When running some benchmarks, I noticed tons of duplicate acks showing > up in systat -tcp (thousands, or tens of thousands per second). > Taking a trace, I see that -current seems to send "lots" of duplicate > acks. At first I thought this was a driver bug, but I've seen it with > 3 different drivers (mxge, nve, xl) and at various network speeds. It > seems to happen when the -current machine is the "sender" in a > netperf, and seems to happen with both a linux a FreeBSD receiver, > and is easy to reproduce using -current from yesterday (running > on amd64 if it matters). > >> From my very naive tcpdump reading skills, it looks like the FreeBSD > machine sends a full window with a partial payload and a push flag in > the last segment. It ignores (or does not yet see the receiver's > acks). It then spews tons of duplicate acks at the reciever until it > notices the acks, and starts sending data again. This happens over > and over again.. > > Is this normal, or is there something wrong? > > In the appended tcpdump snippet taken at the receiver, 172.31.193.16 > was sending a netperf (netperf -H172.31.193.15 -- -s65535 -S32767) to > 172.31.193.15. I can make a raw dump file available if anybody > is interested. > > <..many packets omitted..> I saw this behavior on an Intel gigabit NIC (em driver) with a kernel from January 22nd. This problem still persists with a kernel from today. Enabling/Disabling tx/rxcsum doesn't help. Machine details can be found up at http://bling.properkernel.com/ freebsd/ (Which is incidentally the machine that is seeing these issues). If you would like to see just what kind of traffic patterns I am seeing, load up wireshark / tcpdump and download one of the freebsd release images on the webserver. uname -a: FreeBSD bling.properkernel.com 7.0-CURRENT FreeBSD 7.0- CURRENT #8: Mon Feb 19 16:21:52 EST 2007 andy@bling.properkernel.com:/usr/obj/usr/src/sys/BLING i386 Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 07:12:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA812173C98; Tue, 20 Feb 2007 07:12:18 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id BC70813C442; Tue, 20 Feb 2007 07:12:17 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([87.226.153.33]:56082 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S7774476AbXBTHME (ORCPT + 1 other); Tue, 20 Feb 2007 10:12:04 +0300 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <45DA9F40.1070604@yandex.ru> Date: Tue, 20 Feb 2007 10:12:00 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20070110120731.GA1515@shark.localdomain> <20070210171130.D47107@maildrop.int.zabbadoz.net> <45D98B62.1060402@yandex.ru> <20070220014535.GC912@cdnetworks.co.kr> In-Reply-To: <20070220014535.GC912@cdnetworks.co.kr> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , FreeBSD current mailing list , Sergey Zaharchenko Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 07:12:19 -0000 Pyun YongHyeon wrote: > Because your dmesg for nfe(4) shows 'obsoleted if_watchdog interface' > message I think you've used stock nfe(4) on CURRENT. > Try overhauld nfe(4) at the following URL. > > http://people.freebsd.org/~yongari/nfe/if_nfe.c > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > The new nfe(4) has several protections for watchdog timeout errors > reported on the driver. One user repored TSO related issues for > the new driver so if you encounter strange errors in the new driver > please turn off TSO capability(e.g. #ifconfig nfe0 -tso) Thanks! This driver seems more stable for me! -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 14:23:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FC2616C781 for ; Tue, 20 Feb 2007 13:54:00 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 3F3F513C532 for ; Tue, 20 Feb 2007 13:30:52 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so703893ugh for ; Tue, 20 Feb 2007 05:30:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ISeFZ7Fio/9P2iCPBXe1r+ZOR0l+eRAHJWW+tVzif7l5GJ+Za/qcP5oSTubFzo8+7FFbbaUzFRcj5YyeYybW2IdSY6sRb3R6bqFpHhbkSdkJZi3+pwO0MOSVTkNDe4X5Rsr4eXNYyh3FJ1gLa0SF2PogU9mHCXxvCahBgoWFN/o= Received: by 10.78.158.11 with SMTP id g11mr1227630hue.1171976679836; Tue, 20 Feb 2007 05:04:39 -0800 (PST) Received: by 10.78.132.8 with HTTP; Tue, 20 Feb 2007 05:04:39 -0800 (PST) Message-ID: <84dead720702200504r49f15322u54fb6ca87f0c06b6@mail.gmail.com> Date: Tue, 20 Feb 2007 18:34:39 +0530 From: "Joseph Koshy" To: "Mayank Kumar" In-Reply-To: <76EBE649FB0E0E4DA883B5840459059F1438609BED@AA-EXMSG-C412.southpacific.corp.microsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <76EBE649FB0E0E4DA883B5840459059F1438609B3C@AA-EXMSG-C412.southpacific.corp.microsoft.com> <20070219081735.GE827@turion.vk2pj.dyndns.org> <76EBE649FB0E0E4DA883B5840459059F1438609BED@AA-EXMSG-C412.southpacific.corp.microsoft.com> Cc: Peter Jeremy , "freebsd-current@freebsd.org" Subject: Re: Questio on Gprof X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 14:23:01 -0000 mk> What I want to know is that, is there an implementation of gprof or any other mk> profiler for bsd or any unixes which relies on instrumentation only by inserting mk> probes at the header and footer of the function ? The Paradyn project offers an API for a few Unix-like OSes which could be used for performance related instrumentation: see www.dyninst.org. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 15:17:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A18816D092 for ; Tue, 20 Feb 2007 14:48:57 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.freebsd.org (Postfix) with ESMTP id 5A1C113C467 for ; Tue, 20 Feb 2007 14:48:57 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.156.216]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JDR003UANTFJH93@vms046.mailsrvcs.net> for current@freebsd.org; Tue, 20 Feb 2007 08:48:53 -0600 (CST) Date: Tue, 20 Feb 2007 09:48:48 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <20070215011400.GA10455@xor.obsecurity.org> To: Kris Kennaway Message-id: <1171982928.751.1.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <1171414959.906.16.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070214011755.GA73381@xor.obsecurity.org> <1171500531.780.6.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070215011400.GA10455@xor.obsecurity.org> Cc: current@freebsd.org Subject: Re: -CURRENT panics on intensive fs operations. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 15:17:03 -0000 On Wed, 2007-02-14 at 20:14 -0500, Kris Kennaway wrote: > On Wed, Feb 14, 2007 at 07:48:51PM -0500, Alexandre Sunny Kovalenko wrote: > > On Tue, 2007-02-13 at 20:17 -0500, Kris Kennaway wrote: > > > On Tue, Feb 13, 2007 at 08:02:39PM -0500, Alexandre Sunny Kovalenko wrote: > > > > I can reliably panic -CURRENT (Feb 11, noon EST) with the something that > > > > excersises the file system. I have currently settled on (cd /usr/ports; > > > > make clean), but it all started out as doing some "emerges" to test the > > > > latest linuxolator. In the case of the "make clean" I have seen it > > > > crashing as early as /usr/ports/audio and as late > > > > as /usr/ports/textproc. > > > > > > > > It does not seem to be consistent as to where it crashes (two latest > > > > ones are below). This machine is Intel T2400 (1.83GHz 32-bit dual core). > > > > I have attached config file to the E-mail. I am going to turn off > > > > PREEMPTION for the lack of better ideas, but I will be happy to try any > > > > other suggestions. I did run memtest on this machine for about 6 hours > > > > without a problem. > > > > > > How about turning debugging back on to try and catch a more useful > > > panic? > > I don't know whether it is indeed more useful: > > > > RabbitsDen# kgdb /usr/obj/usr/src/sys/TPX60/kernel.debug vmcore.0 > > kgdb: kvm_read: invalid address (0x16) > > [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". > > Cannot access memory at address 0x0 > > (kgdb) bt > > #0 0x00000000 in ?? () > > (kgdb) > > kgdb or libkvm out of date? How does one check? This system went through cvsup/buildworld/installworld, so I would expect all the bits to match. -- Alexandre "Sunny" Kovalenko From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 15:17:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C07D16A9C9 for ; Tue, 20 Feb 2007 14:53:08 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 18E8B13C4F7 for ; Tue, 20 Feb 2007 14:53:08 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id l1KEr06s070501; Tue, 20 Feb 2007 07:53:06 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45DB0B39.2070107@samsco.org> Date: Tue, 20 Feb 2007 07:52:41 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <20070219130102.N47107@maildrop.int.zabbadoz.net> <20070219135158.E47107@maildrop.int.zabbadoz.net> <45DA333F.7070800@pooker.samsco.org> <20070220061538.A47107@maildrop.int.zabbadoz.net> In-Reply-To: <20070220061538.A47107@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 20 Feb 2007 07:53:06 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: FreeBSD current mailing list Subject: Re: [mfi] command timeouts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 15:17:39 -0000 Bjoern A. Zeeb wrote: > On Mon, 19 Feb 2007, Scott Long wrote: > > Hi, > >> megacli is known to be fragile. Don't Do That (tm). > > alternative solution? > Run the monitoring commands, don't run the commands that have given you demonstrated problems. Another path would be to contact LSI and negotiate an NDA for their docs so that you can write your own tools. Several FreeBSD-using companies have done this already, contact me privately if you want details. >> As for the panic, >> It's probably a side effect of megacli putting the card and the driver >> into a chaotic state. > > I have also seen timeout messages after boot (while fsck was running) > even if megacli was not called during that uptime. > But it eventually recovers? If you're interested in tracking this down, break into serial DDB when it happens and dump out the command structure from the address given. Scott From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 15:42:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C0ED16A5E2 for ; Tue, 20 Feb 2007 15:42:38 +0000 (UTC) (envelope-from chris@arnold.se) Received: from av11-1-sn2.hy.skanova.net (av11-1-sn2.hy.skanova.net [81.228.8.183]) by mx1.freebsd.org (Postfix) with ESMTP id D13BD13C474 for ; Tue, 20 Feb 2007 15:42:37 +0000 (UTC) (envelope-from chris@arnold.se) Received: by av11-1-sn2.hy.skanova.net (Postfix, from userid 502) id B88BC387BB; Tue, 20 Feb 2007 16:17:36 +0100 (CET) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av11-1-sn2.hy.skanova.net (Postfix) with ESMTP id 6EE453808A for ; Tue, 20 Feb 2007 16:17:36 +0100 (CET) Received: from chrishome.localnet (81-224-156-16-o1033.telia.com [81.224.156.16]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id 5E0F337E4A for ; Tue, 20 Feb 2007 16:17:34 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by chrishome.localnet (8.13.6/8.13.6) with ESMTP id l1KFHX3G053557 for ; Tue, 20 Feb 2007 16:17:33 +0100 (CET) (envelope-from chris@arnold.se) Date: Tue, 20 Feb 2007 16:17:33 +0100 (CET) From: Christopher Arnold X-X-Sender: chris@chrishome.localnet To: freebsd-current@freebsd.org Message-ID: <20070220155152.R24373@chrishome.localnet> X-message-flag: =?ISO-8859-1?Q?Outlook_isn=B4t_compliant_with_current_standards?= =?ISO-8859-1?Q?_please_install_another_mail_client!?= MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Xen Status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 15:42:38 -0000 Hi all, i have been trying to dig up the actual status of running Xen on FreeBSD. But everything i find seems to either be related to 5.3 or from early 2006. (Except yuanjue's page wich only confuses me on which version of FreeBSD Xen can run on/under.) So could someone please help me with these questions: A) Which versions of FreeBSD can we run under DomU? B) Is there actually support in the sources or must we still use the patches found here and there? C) Whats the status of Dom0 support? And on which versions will it run? /Chris -- www.infotropic.com From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 15:45:42 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BE8D16A535; Tue, 20 Feb 2007 15:45:42 +0000 (UTC) (envelope-from john@utzweb.net) Received: from marley.grokthis.net (marley.grokthis.net [69.93.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 336B613C471; Tue, 20 Feb 2007 15:45:42 +0000 (UTC) (envelope-from john@utzweb.net) Received: from minime.local (c-71-231-84-94.hsd1.or.comcast.net [71.231.84.94]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by marley.grokthis.net (Postfix) with ESMTP id B5E93F1018; Tue, 20 Feb 2007 10:22:44 -0500 (EST) Date: Tue, 20 Feb 2007 07:21:39 -0800 From: John Utz To: Robert Watson Message-ID: <20070220072139.78d85ca5@minime.local> In-Reply-To: <20070215095248.P55760@fledge.watson.org> References: <20070215095248.P55760@fledge.watson.org> Organization: The Utz Family X-Mailer: Claws Mail 2.7.2 (GTK+ 2.8.18; i386-unknown-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: sbflush() panics, new socket-related DDB commands (was: cvs commit: src/sys/conf files src/sys/kern uipc_debug.c (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 15:45:42 -0000 On Thu, 15 Feb 2007 10:12:59 +0000 (GMT) Robert Watson wrote: > > Dear All, > > Of late we've seen an increase in the number of reports of panics in > sbflush(). These occur due to an invariant check when closing > sockets, which in effect confirms that the amount of actual data in a > socket buffer matches the socket buffer's cached length from that > data. Typically, these panics are a symptom of mbuf chain/mbuf > packet queue corruption, and in the past have been symptomatic > primarily of device driver bugs (i.e., the device driver touches mbuf > fields after passing the mbuf into the stack, etc). However, > debugging these problems is very difficult, as sbflush() is called > only when the socket is closed, and the corruption frequently occurs > much earlier. It's possibly worth pointing out that i can get either the same or a remarkably similar panic 100% reproducibly by using usbaudio. As soon as mpg321 finishes the song and closes the device i get a panic. 100% reproducible. the panic does *not* occur if i use the snd_ich stuff instead of usbaudio. i last synced at the following: minime# uname -a FreeBSD minime.local 7.0-CURRENT FreeBSD 7.0-CURRENT #20: Mon Feb 12 07:49:10 PST 2007 spaz@minime.local:/usr/src/sys/i386/compile/MINIME i386 I havent reported it previously because i thought it was my own little weird problem and i've been attempting to get a more specific failure point beyond 'device close' > If you are experiencing these panics, please compile your kernel with > "options SOCKBUF_DEBUG", which adds more frequent invariant checks of > socket buffer consistency. These checks may have a substantial > performance impact, but unless we can catch the problem(s) closer to > when it(they) occur(s), the chances of tracking the source are low. > We could be looking at one or more bugs in some combination of the > socket, protocol, and network interface code leading to a recent > increase. Perhaps socket buffer auto-sizing has increased the > chances of it occuring, or perhaps we just have increase parallelism > in test hardware. Dont think it's network code because it get's tickled by closing usbaudio. > I've added some new commands to DDB to make it easier to understand > the state of the system following panic. While the same information > can be extracted with kgdb, core dumps are not reliably available in > all environments, and certain other information (such as lock > information) is most easily obtained using DDB. The commands are: > > show socket > show sockbuf > show protosw > show domain > > Only the first two of these are likely to be used directly, and they > invoke protosw and domain printing as required. It would be helpful > if people debugging network panics involving sockets could use the > above (and especially show socket) on socket arguments in stack > traces. For example, in an sbflush() panic, the first argument to > soclose() in the stack trace is the socket pointer, so is ideal to > pass to "show socket" :-). > > FYI, in general, the first argument to sofoo() functions is the > socket pointer. Likewise, the first argument to sbfoo() functions is > the socket buffer pointer. This is not the case of soo_foo() > functions, which take a file descriptor, or filt_sofoo() functions, > which accept a knote. In general, if you print the socket contents > with "show socket", then it isn't necessary to print socket buffers > separately; "show socket" prints not just the contents of the socket > buffers, but also the pointers to them so that those pointers can be > compared with other arguments in the stack. I will endeavor to resync and rebuild and see if i can provide a more specific failure point with the usb stuff, but i will not be able to tackle it before the weekend because this laptop is my only computer (and i run -current on it, suprisingly well for the most part!) > Robert N M Watson > Computer Laboratory > University of Cambridge > > ---------- Forwarded message ---------- > Date: Thu, 15 Feb 2007 01:28:23 +0000 (UTC) > From: Robert Watson > To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, > cvs-all@FreeBSD.org Subject: cvs commit: src/sys/conf files > src/sys/kern uipc_debug.c > > rwatson 2007-02-15 01:28:22 UTC > > FreeBSD src repository > > Modified files: > sys/conf files > Added files: > sys/kern uipc_debug.c > Log: > Teach DDB how to print sockets, socket buffers, protosw's, and > domain structures given pointers to them. > > Revision Changes Path > 1.1177 +1 -0 src/sys/conf/files > 1.1 +530 -0 src/sys/kern/uipc_debug.c (new) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 16:27:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4451516A5B0 for ; Tue, 20 Feb 2007 16:27:58 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id 0457A13C4B7 for ; Tue, 20 Feb 2007 16:27:57 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l1KGRuhr060730; Tue, 20 Feb 2007 10:27:56 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l1KGRuSl060729; Tue, 20 Feb 2007 10:27:56 -0600 (CST) (envelope-from brooks) Date: Tue, 20 Feb 2007 10:27:56 -0600 From: Brooks Davis To: Joseph Koshy Message-ID: <20070220162756.GA60399@lor.one-eyed-alien.net> References: <76EBE649FB0E0E4DA883B5840459059F1438609B3C@AA-EXMSG-C412.southpacific.corp.microsoft.com> <20070219081735.GE827@turion.vk2pj.dyndns.org> <76EBE649FB0E0E4DA883B5840459059F1438609BED@AA-EXMSG-C412.southpacific.corp.microsoft.com> <84dead720702200504r49f15322u54fb6ca87f0c06b6@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <84dead720702200504r49f15322u54fb6ca87f0c06b6@mail.gmail.com> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 20 Feb 2007 10:27:57 -0600 (CST) Cc: Mayank Kumar , Peter Jeremy , "freebsd-current@freebsd.org" Subject: Re: Questio on Gprof X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 16:27:58 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 20, 2007 at 06:34:39PM +0530, Joseph Koshy wrote: > mk> What I want to know is that, is there an implementation of gprof > or any other > mk> profiler for bsd or any unixes which relies on instrumentation > only by inserting > mk> probes at the header and footer of the function ? >=20 > The Paradyn project offers an API for a few Unix-like OSes which > could be used for performance related instrumentation: see www.dyninst.or= g. If there is someone with both time and interest in working on this, I've got a friend on the project if that would be useful. -- Brooks --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF2yGLXY6L6fI4GtQRAtftAKCf/o+wvK5/yfCdUzMY2Wt1j+RLlACeKHEz Y5PpzxSVU/CruLvgvvt2Vy8= =f5uf -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 17:50:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 918FE16B3D1; Tue, 20 Feb 2007 17:50:26 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id 258C113C471; Tue, 20 Feb 2007 17:50:26 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-91-186.sn1.eutelia.it [62.94.91.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 1ED0511AEB2; Tue, 20 Feb 2007 18:26:11 +0100 (CET) Received: (from piso@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id l1KHQ4aN001924; Tue, 20 Feb 2007 18:26:04 +0100 (CET) (envelope-from piso) Date: Tue, 20 Feb 2007 18:25:59 +0100 From: Paolo Pisati To: FreeBSD_Current , FreeBSD_Hackers Message-ID: <20070220172559.GA1569@tin.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: Subject: HEADS UP: interrupt filtering & newbus API breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 17:50:26 -0000 Hi developers, after re@ approval, i'm ready to commit my first interrupt filtering patch that contains _JUST_ the modification to the newbus API: no new features, no improvement to the interrupt handling, etcetc The patches against a 4 weeks old HEAD are here: http://people.freebsd.org/~piso/intr_filter/ where: * intr_filter-newbus-MI.patch contains the diffs against the MI code * intr_filter-newbus-$ARCH.patch contains the diffs against the MD code for the various $ARCHs * intr_filter-newbus-full.patch contains all the diffs in one big patch file For every patch file, there's a $patch.files, containing the list of files modified by that patch. Moreover, i put there a tarball of my src/sys dir (sys-intr.tgz) just in case the big patch doesn't apply correctly. In details these patches do: -change bus_setup_intr() syntax (and the functions strictly connected to it), adding a new filter_t argument -> this modification affects all the drivers in our tree, and is the main source of 'fatness' of this patch -retire INTR_FAST/IH_FAST (with the above modification to the syntax of bus_setup_intr() these flags were redundant and senseless) -change the FAST handlers to return a value (interrupt handled/interrupt not handled/etcetc) Unfortunately the patch is big (170kb), but the modifications were mainly mechanical and i pushed different developers to test/review my code. I run these patches on i386 & amd64 for quite a bit, and all the other archs (but sun4v) were tested with this code, and showed no ill effects. With this patch in place, all the remainig work about interrupt filtering can be commited and wrapped in #ifdef ... #endif without affecting the normal interrupt handler. Moreover, with this "noise" out of my dvelopment branch, the rest of the work (aka the new interrupt handling mechanism) could be easily reviewed by different people. So, if none as anything against it, i'm going to commit this work on Friday 23 around 14:00 UTC, so speak now or forever hold your peace. bye, P. From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 18:17:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B75316A8FE for ; Tue, 20 Feb 2007 18:17:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id 090A213C491 for ; Tue, 20 Feb 2007 18:17:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 7744 invoked by uid 399); 20 Feb 2007 18:17:22 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 20 Feb 2007 18:17:22 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45DB3B31.8030203@FreeBSD.org> Date: Tue, 20 Feb 2007 10:17:21 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Paolo Pisati References: <20070220172559.GA1569@tin.it> In-Reply-To: <20070220172559.GA1569@tin.it> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD_Hackers , FreeBSD_Current Subject: Re: HEADS UP: interrupt filtering & newbus API breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 18:17:23 -0000 Paolo Pisati wrote: > So, if none as anything against it, i'm going to commit this work on > Friday 23 around 14:00 UTC, so speak now or forever hold your peace. With any kind of luck this is redundant information for you, but I feel compelled to ask if you have both tested your patch with the latest HEAD, and run 'make universe' with the latest HEAD? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 18:40:30 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4672D16B077 for ; Tue, 20 Feb 2007 18:40:30 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id CC5AD13C4B6 for ; Tue, 20 Feb 2007 18:40:29 +0000 (UTC) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l1KIeS803718; Tue, 20 Feb 2007 13:40:29 -0500 (EST) Received: from [64.102.193.170] (dhcp-64-102-193-170.cisco.com [64.102.193.170]) by rooster.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l1KIeNq24425; Tue, 20 Feb 2007 13:40:28 -0500 (EST) Message-ID: <45DB40A5.8000406@FreeBSD.org> Date: Tue, 20 Feb 2007 13:40:37 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: pyunyh@gmail.com References: <45D0BB41.9040505@FreeBSD.org> <20070213000922.GA62412@cdnetworks.co.kr> <1171327083.98536.5.camel@shumai.marcuscom.com> <20070213044746.GC62412@cdnetworks.co.kr> <1171344897.98536.14.camel@shumai.marcuscom.com> <20070213054802.GD62412@cdnetworks.co.kr> <45D355D9.5000805@FreeBSD.org> <20070215055918.GA4319@cdnetworks.co.kr> <45D9F303.1030302@FreeBSD.org> <20070220012443.GB912@cdnetworks.co.kr> In-Reply-To: <20070220012443.GB912@cdnetworks.co.kr> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: Constant stream of errors on msk0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 18:40:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pyun YongHyeon wrote: > > Does the other GigE work without issues on Cisco 6500? I haven't tried this card on another gigE switch. However, the same switch port on the same switch did not exhibit these problems with the myk driver under 6.X. At least as far as I know my desk port was not moved in the IDF. > > The msk(4) can have a bug with autonegotiation but I've never seen > negotiation mismatches on msk(4). Whilst writing the driver I've > checked speed/link negotiation against gigabit switch and directly > connected GigE and I found nothing unusual. Of course, that does > not necessarily mean msk(4) is perfect for link negotiation. > > Because you've said myk(4) works well on Cisco 6500 I have to > diagnose the issue. When setting the link manually on gigabit > environments, nomally one side should be master and the other the > slave so how about forcing master bit on msk(4) side? > > #ifconfig msk0 media 1000baseTX mediaopt full-duplex link0 > ^^^^^ This does not help. I tried 1000BaseTX/full, 100BaseTX/full, and 100BaseTX/half. All three exhibited the same problem with constantly incrementing input errors. Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF20Clb2iPiv4Uz4cRAlDhAJ4lh5rSibb3KSLHXVotCBxzeffW1gCZATwW 1BkwQBc2TXcuE5yibunTLi0= =LQRR -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 19:00:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05F8C16BDD8 for ; Tue, 20 Feb 2007 19:00:20 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id BA45113C4A6 for ; Tue, 20 Feb 2007 19:00:19 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id D43E81FFE3E; Tue, 20 Feb 2007 20:00:17 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 8C2CB1FFE29; Tue, 20 Feb 2007 20:00:12 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 716CC444CC1; Tue, 20 Feb 2007 19:00:07 +0000 (UTC) Date: Tue, 20 Feb 2007 19:00:07 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Scott Long In-Reply-To: <45DB0B39.2070107@samsco.org> Message-ID: <20070220184639.F6506@maildrop.int.zabbadoz.net> References: <20070219130102.N47107@maildrop.int.zabbadoz.net> <20070219135158.E47107@maildrop.int.zabbadoz.net> <45DA333F.7070800@pooker.samsco.org> <20070220061538.A47107@maildrop.int.zabbadoz.net> <45DB0B39.2070107@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD current mailing list Subject: Re: [mfi] command timeouts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 19:00:20 -0000 On Tue, 20 Feb 2007, Scott Long wrote: Hi, > Bjoern A. Zeeb wrote: >> On Mon, 19 Feb 2007, Scott Long wrote: >> >>> megacli is known to be fragile. Don't Do That (tm). >> >> alternative solution? >> > > Run the monitoring commands, don't run the commands that have given you > demonstrated problems. Yes, from what I tried, I wrote down what works and what doesn't. I'll send a summary hopefully next week when I am back at work. > Another path would be to contact LSI and negotiate an > NDA for their docs so that you can write your own tools. > Several FreeBSD-using companies have done this already, contact me privately > if you want details. It would be really good if LSI (and Dell) both would understand that there are LOTS of FreeBSD "users" using their hardware and start to support FreeBSD. I wouldn't care if there were binary releases only if someone was allowed to write, build and distribute them (even as not officially supported by those companies but "sponsored by" or something like that). Something built from source of course would be better but I'd be fine with having something that just works. I guess it would cost them less than close to nothing to make that happen and it would be a really great thing. >>> As for the panic, >>> It's probably a side effect of megacli putting the card and the driver >>> into a chaotic state. >> >> I have also seen timeout messages after boot (while fsck was running) >> even if megacli was not called during that uptime. >> > But it eventually recovers? yes after another round or so. > If you're interested in tracking this down, > break into serial DDB when it happens and dump out the command structure > from the address given. I'll give it a try and let you know. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 19:31:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96DCA16C37D for ; Tue, 20 Feb 2007 19:31:22 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 3FBCA13C4AA for ; Tue, 20 Feb 2007 19:31:22 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id l1KJVL0w008123 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Feb 2007 14:31:21 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id l1KJVCli018922; Tue, 20 Feb 2007 14:31:12 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17883.19584.99616.808623@grasshopper.cs.duke.edu> Date: Tue, 20 Feb 2007 14:31:12 -0500 (EST) To: Andre Guibert de Bruet In-Reply-To: <2FE2BC67-A829-4BF9-B606-65DE1393E8DE@siliconlandmark.com> References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> <2FE2BC67-A829-4BF9-B606-65DE1393E8DE@siliconlandmark.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: current@freebsd.org Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 19:31:22 -0000 Thanks for reporting this. I'm glad I'm not the only one who is seeing this! Drew From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 19:55:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEBCB16A551; Tue, 20 Feb 2007 19:55:49 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id A12E813C441; Tue, 20 Feb 2007 19:55:49 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by postfix2-g20.free.fr (Postfix) with ESMTP id D226DB330C1; Tue, 20 Feb 2007 19:05:26 +0100 (CET) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 961DE35CD1; Tue, 20 Feb 2007 20:05:14 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 32DAE9D41F; Tue, 20 Feb 2007 19:06:10 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 189CB405D; Tue, 20 Feb 2007 20:06:10 +0100 (CET) Date: Tue, 20 Feb 2007 20:06:10 +0100 From: Jeremie Le Hen To: Kris Kennaway Message-ID: <20070220190609.GM41451@obiwan.tataz.chchile.org> References: <45D07407.500@freebsd.org> <20070212143827.GA88132@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070212143827.GA88132@xor.obsecurity.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Ian FREISLICH , freebsd-current@freebsd.org, Eric Anderson Subject: Re: Problem building various ports (dependencies). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 19:55:50 -0000 On Mon, Feb 12, 2007 at 09:38:28AM -0500, Kris Kennaway wrote: > See the email I sent to ports the other week. Also make sure your > ports tree is up-to-date, yours looks like it's not. This maybe deserves an entry in src/UPDATING. Though is may seem uncommon to tell people to upgrade their ports tree in this file, not all -CURRENT users are reading -ports@. Something like: % objformat(1) has been removed. Since it used to be run by GNU % Autotools, you must upgrade your ports tree to circumvent this % issue. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 22:27:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 17EC916CECC for ; Tue, 20 Feb 2007 22:27:24 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id D03BA13C4A5 for ; Tue, 20 Feb 2007 22:27:23 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.7.6.254] ([63.76.235.163]) by lexi.siliconlandmark.com (8.13.8/8.13.3) with ESMTP id l1KMR8af017760; Tue, 20 Feb 2007 17:27:12 -0500 (EST) (envelope-from andy@siliconlandmark.com) In-Reply-To: <17883.19584.99616.808623@grasshopper.cs.duke.edu> References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> <2FE2BC67-A829-4BF9-B606-65DE1393E8DE@siliconlandmark.com> <17883.19584.99616.808623@grasshopper.cs.duke.edu> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Tue, 20 Feb 2007 17:27:02 -0500 To: Andrew Gallatin X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: ClamAV 0.88.7/2614/Tue Feb 20 13:53:11 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=-1.966, required 6, autolearn=not spam, AWL 0.63, BAYES_00 -2.60, SPF_PASS -0.00) X-MailScanner-From: andy@siliconlandmark.com Cc: current@freebsd.org Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 22:27:24 -0000 On Feb 20, 2007, at 2:31 PM, Andrew Gallatin wrote: > Thanks for reporting this. I'm glad I'm not the only one who is > seeing this! I discovered this while testing out a new multi-homed bonded-T1 installation. I was wondering why I was getting no more than ~170KB/ s. So far, here are the data points that I have gathered: - It affects more than one type of NIC (em0). - It happens regardless of hardware checksum enabled status. - It happens independent of IP aliasing. - I tested GENERIC as of Feb 19 and it is affected. - A kernel from December 15th, 2006 exhibits this problem. - The affected system is connected to a Linksys 24-port unmanaged gigabit switch (I have the exact same hardware working just fine with 5.5-STABLE on the same switch). dmesg for -CURRENT system: http://bling.properkernel.com/freebsd/ dmesg.boot.txt Cheers, Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Tue Feb 20 23:20:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C774D16D24B for ; Tue, 20 Feb 2007 23:20:38 +0000 (UTC) (envelope-from SRS1=74e6a01d7b3eaebb8cc7a7c49ce2556fb0df9a7f=es.net==74e6a01d7b3eaebb8cc7a7c49ce2556fb0df9a7f=252=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id AD79113C4A6 for ; Tue, 20 Feb 2007 23:20:38 +0000 (UTC) (envelope-from SRS1=74e6a01d7b3eaebb8cc7a7c49ce2556fb0df9a7f=es.net==74e6a01d7b3eaebb8cc7a7c49ce2556fb0df9a7f=252=es.net=oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id ZZA03443 for ; Tue, 20 Feb 2007 15:06:43 -0800 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id ZZA77441 for ; Tue, 20 Feb 2007 15:06:41 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id CB77945070 for ; Tue, 20 Feb 2007 15:06:40 -0800 (PST) To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1172012800_49951P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 20 Feb 2007 15:06:40 -0800 From: "Kevin Oberman" Message-Id: <20070220230640.CB77945070@ptavv.es.net> Cc: Subject: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 23:20:38 -0000 --==_Exmh_1172012800_49951P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline My laptop running current of Feb. 9 seems to be unable to configure and use a network interface early in the startup process. I use Tobias Roth's profile script to determine where my laptop is located and to configure it appropriately. This is done by setting an address on an interface and trying to ping a known neighbor (usually a router). This worked on systems built through Jan. 25, but now attempting to do this right after root is mounted RW, I get "sendto: permission denied". I get this at any point in the startup prior to netif. This is in single user mode, so this is quite baffling to me, although I realize that this method is unorthodox (and certainly not supported), but it has always worked and I don't see what broke it. Any ideas of what might be going on? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1172012800_49951P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFF238Akn3rs5h7N1ERArdtAKCU+8iMZJNX/gqebdl+eZye0pviXACeJQ+y Kg/MSTKITVCYDcLWlA19XXk= =Zanr -----END PGP SIGNATURE----- --==_Exmh_1172012800_49951P-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 01:00:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7D6916B3FA; Wed, 21 Feb 2007 01:00:12 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 7BC0113C478; Wed, 21 Feb 2007 01:00:12 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id C8AC11BBE27; Tue, 20 Feb 2007 19:33:16 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Tue, 20 Feb 2007 19:33:16 -0500 X-Sasl-enc: ZrlJrTZCqGa5osMpKBJ9rZuiegJYLmAx0EwMjHLL0Wg7 1172017996 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 440A218F45; Tue, 20 Feb 2007 19:33:16 -0500 (EST) Message-ID: <45DB9307.8000903@incunabulum.net> Date: Wed, 21 Feb 2007 00:32:07 +0000 From: Bruce M Simpson User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: sos@FreeBSD.org Subject: Problem with ata-chipset.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 01:00:12 -0000 With the latest revision 1.182 of ata-chipset.c my system will not boot: with rev 1.180 it was ok. %%% atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40 f mem 0xfe5fe000-0xfe5fffff irq 19 at device 0.0 on pci3 atapci0: AHCI Version 01.00 controller with 2 ports detected ata0: on atapci0 ata1: on atapci0 ata2: on atapci0 device_attach: ata2 attach returned 6 ... Trying to mount root from ufs:/dev/ad4s2a %%% At this point the system fails to mount root as it cannot see the disk. Backing out to 1.180 and removing the definitions now in ata-all.h results in a booting kernel. anglepoise:~ % s atacontrol list Password: ATA channel 0: Master: no device present Slave: no device present ATA channel 1: Master: acd0 ATA/ATAPI revision 5 Slave: no device present ATA channel 2: Master: ad4 Serial ATA v1.0 Slave: no device present ATA channel 3: Master: no device present Slave: no device present ATA channel 4: Master: no device present Slave: no device present anglepoise:~ % dmesg | grep \^ata atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfe5fe000-0xfe5fffff irq 19 at device 0.0 on pci3 atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 31.0 on pci0 ata0: on atapci1 ata1: on atapci1 atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfe5fe000-0xfe5fffff irq 19 at device 0.0 on pci3 atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 31.0 on pci0 ata0: on atapci1 ata1: on atapci1 Regards, BMS From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 06:54:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ADD3116AE27 for ; Wed, 21 Feb 2007 06:54:36 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.freebsd.org (Postfix) with ESMTP id D886D13C467 for ; Wed, 21 Feb 2007 06:54:35 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from antivir5.iol.cz (unknown [192.168.30.212]) by smtp-out3.iol.cz (Postfix) with ESMTP id 90C2A642D0; Wed, 21 Feb 2007 07:31:12 +0100 (CET) Received: from localhost (antivir5.iol.cz [127.0.0.1]) by antivir5.iol.cz (Postfix) with ESMTP id 5AFE866C008; Wed, 21 Feb 2007 07:31:12 +0100 (CET) X-Virus-Scanned: amavisd-new at iol.cz Received: from antivir5.iol.cz ([127.0.0.1]) by localhost (antivir5.iol.cz [127.0.0.1]) (amavisd-new, port 10224) with LMTP id vVAowWQdQTE3; Wed, 21 Feb 2007 07:31:12 +0100 (CET) Received: from smtp-out3.iol.cz (mta-out3 [192.168.30.28]) by antivir5.iol.cz (Postfix) with ESMTP id 35BF866C007; Wed, 21 Feb 2007 07:31:12 +0100 (CET) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Postfix) with ESMTP id 87FB157ED8; Wed, 21 Feb 2007 07:31:01 +0100 (CET) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 1250B191; Wed, 21 Feb 2007 07:30:52 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from [10.1.0.10] (ac.botka.homeunix.org [192.168.1.5]) by ace.botka.homeunix.org (Postfix) with ESMTP id 4EE50185; Wed, 21 Feb 2007 07:30:50 +0100 (CET) From: Vladimir Botka To: Christopher Arnold In-Reply-To: <20070220155152.R24373@chrishome.localnet> References: <20070220155152.R24373@chrishome.localnet> Content-Type: text/plain; charset=iso8859-2 Date: Wed, 21 Feb 2007 07:30:58 +0100 Message-Id: <1172039459.3620.1.camel@srv> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Xen Status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 06:54:36 -0000 Christopher Arnold pí¹e v út 20. 02. 2007 v 16:17 +0100: > Hi all, > > i have been trying to dig up the actual status of running Xen on FreeBSD. > But everything i find seems to either be related to 5.3 or from early > 2006. (Except yuanjue's page wich only confuses me on which version of > FreeBSD Xen can run on/under.) > > So could someone please help me with these questions: > > A) Which versions of FreeBSD can we run under DomU? > > B) Is there actually support in the sources or must we still use the > patches found here and there? > > C) Whats the status of Dom0 support? And on which versions will it run? > > /Chris > Hello, NetBSD supports Xen. Cheers, -vlado. From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 07:28:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2058716C352 for ; Wed, 21 Feb 2007 07:28:14 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av10-1-sn2.hy.skanova.net (av10-1-sn2.hy.skanova.net [81.228.8.181]) by mx1.freebsd.org (Postfix) with ESMTP id D664513C478 for ; Wed, 21 Feb 2007 07:28:13 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: by av10-1-sn2.hy.skanova.net (Postfix, from userid 502) id C34903843F; Wed, 21 Feb 2007 07:59:23 +0100 (CET) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av10-1-sn2.hy.skanova.net (Postfix) with ESMTP id A021C37ECA; Wed, 21 Feb 2007 07:59:23 +0100 (CET) Received: from [192.168.1.149] (81-234-214-163-no68.tbcn.telia.com [81.234.214.163]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id 7D08237E47; Wed, 21 Feb 2007 07:59:23 +0100 (CET) From: Joel Dahl To: Bruce M Simpson In-Reply-To: <45DB9307.8000903@incunabulum.net> References: <45DB9307.8000903@incunabulum.net> Content-Type: text/plain Date: Wed, 21 Feb 2007 07:59:31 +0100 Message-Id: <1172041171.967.1.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, sos@FreeBSD.org Subject: Re: Problem with ata-chipset.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 07:28:14 -0000 Ons 2007-02-21 klockan 00:32 +0000 skrev Bruce M Simpson: > With the latest revision 1.182 of ata-chipset.c my system will not boot: > with rev 1.180 it was ok. > > %%% > atapci0: port > > 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40 > f mem 0xfe5fe000-0xfe5fffff irq 19 at device 0.0 on pci3 > atapci0: AHCI Version 01.00 controller with 2 ports detected > ata0: on atapci0 > ata1: on atapci0 > ata2: on atapci0 > device_attach: ata2 attach returned 6 > ... > Trying to mount root from ufs:/dev/ad4s2a > %%% > > At this point the system fails to mount root as it cannot see the disk. > > Backing out to 1.180 and removing the definitions now in ata-all.h > results in a booting kernel. +1. I have the same problem with fresh current. -- Joel From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 07:50:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0004E16DF80; Wed, 21 Feb 2007 07:50:57 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id AAAA913C46B; Wed, 21 Feb 2007 07:50:57 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5DB60.dip.t-dialin.net [84.165.219.96]) by redbull.bpaserver.net (Postfix) with ESMTP id D5D3B2E164; Wed, 21 Feb 2007 08:50:51 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id F2AA75B480D; Wed, 21 Feb 2007 08:50:48 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l1L7om8t062464; Wed, 21 Feb 2007 08:50:48 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 21 Feb 2007 08:50:48 +0100 Message-ID: <20070221085048.qnwzg28gn4wocggc@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 21 Feb 2007 08:50:48 +0100 From: Alexander Leidinger To: John Utz References: <20070215095248.P55760@fledge.watson.org> <20070220072139.78d85ca5@minime.local> In-Reply-To: <20070220072139.78d85ca5@minime.local> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Robert Watson , current@FreeBSD.org Subject: Re: sbflush() panics, new socket-related DDB commands (was: cvs commit: src/sys/conf files src/sys/kern uipc_debug.c (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 07:50:58 -0000 Quoting John Utz (from Tue, 20 Feb 2007 07:21:39 -0800): > It's possibly worth pointing out that i can get either the same or a > remarkably similar panic 100% reproducibly by using usbaudio. As soon > as mpg321 finishes the song and closes the device i get a panic. 100% > reproducible. Ariff fixed a panic in uaudio a while ago after I've seen a panic =20 (mail regarding msdosfs panic from me to current a while back). The =20 fix is in rev 1.20 of uaudio.c (Jan 26). I did test this and there =20 was no panic anymore after playing a song. Please make sure there's not stale version of uaudio.c in your tree. I didn't try with a more recent -current myself, so the problem was =20 either introduced between Jan 26 and now, or there's another problem =20 around (I use uhci/ehci, not ohci). Bye, Alexander. --=20 Edwin Meese made me wear CORDOVANS!! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 09:43:35 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86E9316E50A; Wed, 21 Feb 2007 09:43:35 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 226B313C461; Wed, 21 Feb 2007 09:43:34 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [194.192.25.137] (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id l1L9hYJf044438; Wed, 21 Feb 2007 10:43:34 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <45DC1446.8080803@deepcore.dk> Date: Wed, 21 Feb 2007 10:43:34 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Joel Dahl References: <45DB9307.8000903@incunabulum.net> <1172041171.967.1.camel@dude.automatvapen.se> In-Reply-To: <1172041171.967.1.camel@dude.automatvapen.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Bruce M Simpson , freebsd-current@FreeBSD.ORG Subject: Re: Problem with ata-chipset.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 09:43:35 -0000 Joel Dahl wrote: > Ons 2007-02-21 klockan 00:32 +0000 skrev Bruce M Simpson: > >> With the latest revision 1.182 of ata-chipset.c my system will not boot: >> with rev 1.180 it was ok. >> >> %%% >> atapci0: port >> >> 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40 >> f mem 0xfe5fe000-0xfe5fffff irq 19 at device 0.0 on pci3 >> atapci0: AHCI Version 01.00 controller with 2 ports detected >> ata0: on atapci0 >> ata1: on atapci0 >> ata2: on atapci0 >> device_attach: ata2 attach returned 6 >> ... >> Trying to mount root from ufs:/dev/ad4s2a >> %%% >> >> At this point the system fails to mount root as it cannot see the disk. >> >> Backing out to 1.180 and removing the definitions now in ata-all.h >> results in a booting kernel. >> > > +1. I have the same problem with fresh current. > I'm looking into it ASAP, sorry for the mess... -Søren From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 10:07:03 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32EE316E6C7 for ; Wed, 21 Feb 2007 10:07:03 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id ABBF913C48D for ; Wed, 21 Feb 2007 10:07:02 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.8/8.13.8) with ESMTP id l1L9sqMY000859 for ; Wed, 21 Feb 2007 12:54:52 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.8/8.13.8/Submit) id l1L9sqKU000858 for current@freebsd.org; Wed, 21 Feb 2007 12:54:52 +0300 (MSK) (envelope-from ache) Date: Wed, 21 Feb 2007 12:54:51 +0300 From: Andrey Chernov To: current@freebsd.org Message-ID: <20070221095451.GA809@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Recent-current panics: duplicate free in mbuf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 10:07:03 -0000 Now I got this constantly from time to time. Any ideas? Duplicate free of item 0xc2d90100 from zone 0xc0c44000(mbuf_packet) 2 0xc04b4559 in panic ( fmt=0xc0611d3e "Duplicate free of item %p from zone %p(%s)\n") at ../../../kern/kern_shutdown.c:567 #3 0xc0599c71 in uma_dbg_free (zone=0xc0c44000, slab=0xc2d90fa8, item=0xc2d90100) at ../../../vm/uma_dbg.c:302 #4 0xc0598183 in uma_zfree_arg (zone=0xc0c44000, item=0xc2d90100, udata=0x0) at ../../../vm/uma_core.c:2261 #5 0xc04f6a18 in mb_free_ext (m=0xc2d90100) at uma.h:305 #6 0xc04f684c in m_freem (mb=0x0) at mbuf.h:446 #7 0xc073bde2 in ?? () #8 0xc2d90100 in ?? () #9 0xc263f400 in ?? () #10 0x00000008 in ?? () #11 0x00000000 in ?? () #12 0x00000080 in ?? () #13 0xd38aecac in ?? () #14 0xc073c464 in ?? () #15 0xc262d014 in ?? () #16 0x00000001 in ?? () #17 0xc073dcaa in ?? () #18 0x0000061d in ?? () #19 0xc262d014 in ?? () #20 0x00000000 in ?? () #21 0xc065ed10 in lockbuilder_pool () #22 0xc2639400 in ?? () #23 0xc268d000 in ?? () #24 0xc256f780 in ?? () #25 0x00000000 in ?? () #26 0xd38aecd4 in ?? () #27 0xc049c60c in ithread_execute_handlers (p=0xc262d014, ie=0xc262d000) at ../../../kern/kern_intr.c:683 -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 10:18:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB37116EA85 for ; Wed, 21 Feb 2007 10:18:00 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 76F3413C441 for ; Wed, 21 Feb 2007 10:18:00 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HJoXo-000Imh-BK; Wed, 21 Feb 2007 12:17:52 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Andrey V. Elsukov" In-reply-to: <45DA9F40.1070604@yandex.ru> References: <20070110120731.GA1515@shark.localdomain> <20070210171130.D47107@maildrop.int.zabbadoz.net> <45D98B62.1060402@yandex.ru> <20070220014535.GC912@cdnetworks.co.kr> <45DA9F40.1070604@yandex.ru> Comments: In-reply-to "Andrey V. Elsukov" message dated "Tue, 20 Feb 2007 10:12:00 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 Feb 2007 12:17:52 +0200 From: Danny Braniss Message-ID: Cc: pyunyh@gmail.com, "Bjoern A. Zeeb" , FreeBSD current mailing list , Sergey Zaharchenko Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 10:18:00 -0000 > Pyun YongHyeon wrote: > > Because your dmesg for nfe(4) shows 'obsoleted if_watchdog interface' > > message I think you've used stock nfe(4) on CURRENT. > > Try overhauld nfe(4) at the following URL. > > > > http://people.freebsd.org/~yongari/nfe/if_nfe.c > > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > > http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > > > The new nfe(4) has several protections for watchdog timeout errors > > reported on the driver. One user repored TSO related issues for > > the new driver so if you encounter strange errors in the new driver > > please turn off TSO capability(e.g. #ifconfig nfe0 -tso) > hi, I'm having 2 - probably related - problems: 1- on a diskless host, it boots via PXE, attaches the NIC but somehow the mount root nsf is bypassed. 2- booting of the disk, and with ifconfig_nfe0="DHCP", dhclient fails. if I run: dhclient nfe0 all is fine. adding 'net.inet.tcp.tso="0"' to sysctl.conf fixed 2, but adding the same to loader.conf did not help with the PXE boot. danny From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 13:12:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FDB616F49E for ; Wed, 21 Feb 2007 13:12:57 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 40DB613C48D for ; Wed, 21 Feb 2007 13:12:57 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1LDCivf078513; Wed, 21 Feb 2007 07:12:44 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45DC4550.4000001@freebsd.org> Date: Wed, 21 Feb 2007 07:12:48 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Jeremie Le Hen References: <45D07407.500@freebsd.org> <20070212143827.GA88132@xor.obsecurity.org> <20070220190609.GM41451@obiwan.tataz.chchile.org> In-Reply-To: <20070220190609.GM41451@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2617/Wed Feb 21 05:38:25 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: Ian FREISLICH , freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Problem building various ports (dependencies). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 13:12:57 -0000 On 02/20/07 13:06, Jeremie Le Hen wrote: > On Mon, Feb 12, 2007 at 09:38:28AM -0500, Kris Kennaway wrote: >> See the email I sent to ports the other week. Also make sure your >> ports tree is up-to-date, yours looks like it's not. > > This maybe deserves an entry in src/UPDATING. Though is may seem > uncommon to tell people to upgrade their ports tree in this file, > not all -CURRENT users are reading -ports@. Something like: > > % objformat(1) has been removed. Since it used to be run by GNU > % Autotools, you must upgrade your ports tree to circumvent this > % issue. > > Regards, I didn't see a follow-up to this, so I just wanted to say I agree - it would save a lot of -CURRENTers a bit of pain.. It doesn't hurt anyway. Eric From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 13:14:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D1F316F06F for ; Wed, 21 Feb 2007 13:14:11 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id AAB9A13C49D for ; Wed, 21 Feb 2007 13:14:10 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so917008ugh for ; Wed, 21 Feb 2007 05:14:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=R28cnZucQB3DvcqfQsqSOga18Zr++vUnCIUMVc4ASQZXlaOrxYbp4ECxH6TCxrXxkCwrsZ1etUtrp9yt8dG2/gPJNZ3yWLFreaJKIQmg7FC8KN/s1IYQtZ016ZsiFvPiQdtyjSBEL90Q1MWVQbmuDFWDfWprycSAYUmA4+UFWdk= Received: by 10.78.97.7 with SMTP id u7mr1361551hub.1172061999862; Wed, 21 Feb 2007 04:46:39 -0800 (PST) Received: by 10.78.15.2 with HTTP; Wed, 21 Feb 2007 04:46:39 -0800 (PST) Message-ID: <70e8236f0702210446r3f07b1b2j264735fabca7ae44@mail.gmail.com> Date: Wed, 21 Feb 2007 12:46:39 +0000 From: "Joao Barros" To: "Scott Long" In-Reply-To: <45DB0B39.2070107@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070219130102.N47107@maildrop.int.zabbadoz.net> <20070219135158.E47107@maildrop.int.zabbadoz.net> <45DA333F.7070800@pooker.samsco.org> <20070220061538.A47107@maildrop.int.zabbadoz.net> <45DB0B39.2070107@samsco.org> Cc: "Bjoern A. Zeeb" , FreeBSD current mailing list Subject: Re: [mfi] command timeouts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 13:14:11 -0000 On 2/20/07, Scott Long wrote: > Run the monitoring commands, don't run the commands that have given you > demonstrated problems. Another path would be to contact LSI and > negotiate an NDA for their docs so that you can write your own tools. > Several FreeBSD-using companies have done this already, contact me > privately if you want details. I'm guessing that NDA would require those tools to remain private? -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 13:16:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8FC016E6C2 for ; Wed, 21 Feb 2007 13:16:46 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8C5FF13C441 for ; Wed, 21 Feb 2007 13:16:46 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1LDGVnP079244; Wed, 21 Feb 2007 07:16:31 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45DC4633.6060204@freebsd.org> Date: Wed, 21 Feb 2007 07:16:35 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Kevin Oberman References: <20070220230640.CB77945070@ptavv.es.net> In-Reply-To: <20070220230640.CB77945070@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2617/Wed Feb 21 05:38:25 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: current@freebsd.org Subject: Re: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 13:16:46 -0000 On 02/20/07 17:06, Kevin Oberman wrote: > My laptop running current of Feb. 9 seems to be unable to configure and > use a network interface early in the startup process. > > I use Tobias Roth's profile script to determine where my laptop is > located and to configure it appropriately. This is done by setting an > address on an interface and trying to ping a known neighbor (usually a > router). > > This worked on systems built through Jan. 25, but now attempting to do > this right after root is mounted RW, I get "sendto: permission denied". > I get this at any point in the startup prior to netif. This is in > single user mode, so this is quite baffling to me, although I realize > that this method is unorthodox (and certainly not supported), but it > has always worked and I don't see what broke it. > > Any ideas of what might be going on? Firewall rules? Eric From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 16:05:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D2E7616E4E5 for ; Wed, 21 Feb 2007 16:05:49 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4890C13C48E for ; Wed, 21 Feb 2007 16:05:49 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 24418 invoked from network); 21 Feb 2007 15:13:21 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 21 Feb 2007 15:13:21 -0000 Message-ID: <45DC679A.9030304@freebsd.org> Date: Wed, 21 Feb 2007 16:39:06 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Andre Guibert de Bruet References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> <2FE2BC67-A829-4BF9-B606-65DE1393E8DE@siliconlandmark.com> <17883.19584.99616.808623@grasshopper.cs.duke.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrew Gallatin , current@freebsd.org Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 16:05:49 -0000 Andre Guibert de Bruet wrote: > On Feb 20, 2007, at 2:31 PM, Andrew Gallatin wrote: > >> Thanks for reporting this. I'm glad I'm not the only one who is >> seeing this! > > > I discovered this while testing out a new multi-homed bonded-T1 > installation. I was wondering why I was getting no more than ~170KB/ s. > So far, here are the data points that I have gathered: > > - It affects more than one type of NIC (em0). > - It happens regardless of hardware checksum enabled status. > - It happens independent of IP aliasing. > - I tested GENERIC as of Feb 19 and it is affected. > - A kernel from December 15th, 2006 exhibits this problem. > - The affected system is connected to a Linksys 24-port unmanaged > gigabit switch (I have the exact same hardware working just fine with > 5.5-STABLE on the same switch). Today I finally got some spare time and tried to track this down. However there is no obvious smoking gun to be seen. I'll dig further. -- Andre From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 16:28:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEFA916B56A; Wed, 21 Feb 2007 16:28:59 +0000 (UTC) (envelope-from SRS1=53d273c2b6bbae5430a5b5ad2b71908453643389=es.net==53d273c2b6bbae5430a5b5ad2b71908453643389=253=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 6D3FD13C478; Wed, 21 Feb 2007 16:28:59 +0000 (UTC) (envelope-from SRS1=53d273c2b6bbae5430a5b5ad2b71908453643389=es.net==53d273c2b6bbae5430a5b5ad2b71908453643389=253=es.net=oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id ASL53857; Wed, 21 Feb 2007 08:16:57 -0800 Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id ASL94855; Wed, 21 Feb 2007 08:16:55 -0800 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id ASL73754; Wed, 21 Feb 2007 08:16:54 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 89AD045042; Wed, 21 Feb 2007 08:16:53 -0800 (PST) To: Eric Anderson In-Reply-To: Your message of "Wed, 21 Feb 2007 07:16:35 CST." <45DC4633.6060204@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1172074613_95604P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 21 Feb 2007 08:16:53 -0800 From: "Kevin Oberman" Message-Id: <20070221161653.89AD045042@ptavv.es.net> Cc: current@freebsd.org Subject: Re: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 16:29:00 -0000 --==_Exmh_1172074613_95604P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 21 Feb 2007 07:16:35 -0600 > From: Eric Anderson > > On 02/20/07 17:06, Kevin Oberman wrote: > > My laptop running current of Feb. 9 seems to be unable to configure and > > use a network interface early in the startup process. > > > > I use Tobias Roth's profile script to determine where my laptop is > > located and to configure it appropriately. This is done by setting an > > address on an interface and trying to ping a known neighbor (usually a > > router). > > > > This worked on systems built through Jan. 25, but now attempting to do > > this right after root is mounted RW, I get "sendto: permission denied". > > I get this at any point in the startup prior to netif. This is in > > single user mode, so this is quite baffling to me, although I realize > > that this method is unorthodox (and certainly not supported), but it > > has always worked and I don't see what broke it. > > > > Any ideas of what might be going on? > > > Firewall rules? I'm afraid ipfw starts up much later than root. No firewall should be running at that point. The only startups completed at the point I do this are dumpon, initrandom, geli, swap1, early.sh, fsck, and root. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1172074613_95604P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFF3HB1kn3rs5h7N1ERAqarAJ958NDgm+R3A/bjdVV6nisO4CihHgCgmtRX d2YvMpHWPiy93lxK5xB5BcE= =IJ4U -----END PGP SIGNATURE----- --==_Exmh_1172074613_95604P-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 17:18:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21FA716F7DC; Wed, 21 Feb 2007 17:18:25 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id D565213C49D; Wed, 21 Feb 2007 17:18:24 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id B6C9A5F20; Wed, 21 Feb 2007 17:18:23 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id 590584101; Wed, 21 Feb 2007 17:18:16 +0000 (GMT) Date: Wed, 21 Feb 2007 17:18:16 +0000 From: Josef Karthauser To: current@freebsd.org, hackers@freebsd.org Message-ID: <20070221171816.GB2202@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , current@freebsd.org, hackers@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dc+cDN39EJAMEtIO" Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: Zombie Jails - why don't they disappear? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 17:18:25 -0000 --dc+cDN39EJAMEtIO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've got zombie jails on a freebsd 6.x box (currently 6.2). There are no processes running under any of them, but they still appear on the jail list: server# jls JID IP Address Hostname Path 2 xxx.xxx.1.234 host1.domain /data/jails/host1 1 xxx.xxx.1.235 host2.domain /data/jails/host2 I'm flumoxed as to why they're still there. There aren't any processes running in them: server# ps -auxww | grep J Any ideas why they are still hanging around in the jail list? Joe --dc+cDN39EJAMEtIO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkXcftcACgkQXVIcjOaxUBYAgACfVYfMsiuu4RapB4vG7CAiXRlK eb8AoNaK1KK9wRa1IFs+w86BXBlWlAfZ =l9lM -----END PGP SIGNATURE----- --dc+cDN39EJAMEtIO-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 17:21:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC2D01700AC for ; Wed, 21 Feb 2007 17:21:33 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 819D713C48E for ; Wed, 21 Feb 2007 17:21:33 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 96055EB56CC; Thu, 22 Feb 2007 01:21:32 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id tgrE-ipJEEZk; Thu, 22 Feb 2007 01:21:26 +0800 (CST) Received: from [192.168.1.32] (unknown [221.217.209.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 170BDEB0DE0; Thu, 22 Feb 2007 01:21:26 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:x-enigmail-version:content-type; b=EP2MOmvGn0X0Unmdcb4zG9NkkksPMkpWANBAGgsC7vCvCrov1RCzo3gPdmgXcn3CU ykk8O9hm8aJFMq6CSSTkw== Message-ID: <45DC7F94.7010104@delphij.net> Date: Thu, 22 Feb 2007 01:21:24 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Josef Karthauser , current@freebsd.org, hackers@freebsd.org References: <20070221171816.GB2202@genius.tao.org.uk> In-Reply-To: <20070221171816.GB2202@genius.tao.org.uk> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig9D31E97A48D4A210B81C2F4C" Cc: Subject: Re: Zombie Jails - why don't they disappear? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 17:21:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9D31E97A48D4A210B81C2F4C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Josef Karthauser wrote: > I've got zombie jails on a freebsd 6.x box (currently 6.2). > There are no processes running under any of them, but they still appear= > on the jail list: >=20 > server# jls > JID IP Address Hostname Path > 2 xxx.xxx.1.234 host1.domain /data/jails/host1 > 1 xxx.xxx.1.235 host2.domain /data/jails/host2 >=20 > I'm flumoxed as to why they're still there. There aren't any processes= > running in them: >=20 > server# ps -auxww | grep J >=20 > Any ideas why they are still hanging around in the jail list? Sockets (stuck in a state which can not be released immediately?) or other resources? I really think that this is a bug, though. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig9D31E97A48D4A210B81C2F4C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF3H+UOfuToMruuMARA7U2AJ9XZUopyV4XD2LUgboF9qnbexEczgCfR+2b uts5PhPkJnw7Ka1KPp6DreU= =baW5 -----END PGP SIGNATURE----- --------------enig9D31E97A48D4A210B81C2F4C-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 18:04:51 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 749A716EE0D; Wed, 21 Feb 2007 18:04:51 +0000 (UTC) (envelope-from SRS0=53d273c2b6bbae5430a5b5ad2b71908453643389=253=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 156A213C48E; Wed, 21 Feb 2007 18:04:50 +0000 (UTC) (envelope-from SRS0=53d273c2b6bbae5430a5b5ad2b71908453643389=253=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id AUZ22050; Wed, 21 Feb 2007 10:04:50 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2E55D45053; Wed, 21 Feb 2007 10:04:50 -0800 (PST) To: Eric Anderson In-Reply-To: Your message of "Wed, 21 Feb 2007 07:16:35 CST." <45DC4633.6060204@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1172081090_95604P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 21 Feb 2007 10:04:50 -0800 From: "Kevin Oberman" Message-Id: <20070221180450.2E55D45053@ptavv.es.net> Cc: current@freebsd.org Subject: Re: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 18:04:51 -0000 --==_Exmh_1172081090_95604P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 21 Feb 2007 07:16:35 -0600 > From: Eric Anderson > > On 02/20/07 17:06, Kevin Oberman wrote: > > My laptop running current of Feb. 9 seems to be unable to configure and > > use a network interface early in the startup process. > > > > I use Tobias Roth's profile script to determine where my laptop is > > located and to configure it appropriately. This is done by setting an > > address on an interface and trying to ping a known neighbor (usually a > > router). > > > > This worked on systems built through Jan. 25, but now attempting to do > > this right after root is mounted RW, I get "sendto: permission denied". > > I get this at any point in the startup prior to netif. This is in > > single user mode, so this is quite baffling to me, although I realize > > that this method is unorthodox (and certainly not supported), but it > > has always worked and I don't see what broke it. > > > > Any ideas of what might be going on? > > > Firewall rules? Please ignore my prior message. I just tried and "ipfw list" shows the single default deny rule, "65535 deny ip from any to any". I have no idea why this is in effect at this early in the startup process...long before the firewall rules are loaded. Guess I will stop loading ipfw at boot time and let the startup file load it. Thanks! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1172081090_95604P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFF3InCkn3rs5h7N1ERAkeyAJ4xsDE86N55eLLrM5j6vqo6bZgwKQCgro9b rbSZ1VCa0O6iEfXCZlTcnHM= =Q2Ue -----END PGP SIGNATURE----- --==_Exmh_1172081090_95604P-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 18:17:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFC9E170804; Wed, 21 Feb 2007 18:17:58 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 588E013C46B; Wed, 21 Feb 2007 18:17:58 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id l1LI0a06070958; Wed, 21 Feb 2007 21:00:36 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Wed, 21 Feb 2007 21:00:35 +0300 (MSK) From: Maxim Konovalov To: LI Xin In-Reply-To: <45DC7F94.7010104@delphij.net> Message-ID: <20070221205826.D79626@mp2.macomnet.net> References: <20070221171816.GB2202@genius.tao.org.uk> <45DC7F94.7010104@delphij.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: Zombie Jails - why don't they disappear? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 18:17:58 -0000 On Thu, 22 Feb 2007, 01:21+0800, LI Xin wrote: > Josef Karthauser wrote: > > I've got zombie jails on a freebsd 6.x box (currently 6.2). > > There are no processes running under any of them, but they still appear > > on the jail list: > > > > server# jls > > JID IP Address Hostname Path > > 2 xxx.xxx.1.234 host1.domain /data/jails/host1 > > 1 xxx.xxx.1.235 host2.domain /data/jails/host2 > > > > I'm flumoxed as to why they're still there. There aren't any processes > > running in them: > > > > server# ps -auxww | grep J > > > > Any ideas why they are still hanging around in the jail list? > > Sockets (stuck in a state which can not be released immediately?) or > other resources? I really think that this is a bug, though. It was discussed millon times already and there is at least one open PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/89528 -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 18:30:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E755416F90B; Wed, 21 Feb 2007 18:30:43 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id A1AB513C47E; Wed, 21 Feb 2007 18:30:43 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id 568EB5EAC; Wed, 21 Feb 2007 18:30:42 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id C921C4101; Wed, 21 Feb 2007 18:30:34 +0000 (GMT) Date: Wed, 21 Feb 2007 18:30:34 +0000 From: Josef Karthauser To: Maxim Konovalov Message-ID: <20070221183034.GA2790@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Maxim Konovalov , LI Xin , current@freebsd.org, hackers@freebsd.org References: <20070221171816.GB2202@genius.tao.org.uk> <45DC7F94.7010104@delphij.net> <20070221205826.D79626@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <20070221205826.D79626@mp2.macomnet.net> User-Agent: Mutt/1.5.11 Cc: hackers@freebsd.org, LI Xin , current@freebsd.org Subject: Re: Zombie Jails - why don't they disappear? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 18:30:44 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 21, 2007 at 09:00:35PM +0300, Maxim Konovalov wrote: > > > > Sockets (stuck in a state which can not be released immediately?) or > > other resources? I really think that this is a bug, though. >=20 > It was discussed millon times already and there is at least one open > PR: >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/89528 Ah, thanks Maxim. The poignant comment is: PR kern/89528: Ouch! I found a comment in tty_pty.c that it doesn't deallocate pty's anymore. Not a single destroy_dev() is called by tty_pty.c. This means the FreeBSD kernel leaks a lot of cdev's and thus ucred's and my patch is working around another bug. Joe --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkXcj8oACgkQXVIcjOaxUBY4gACeOmp3EaqUyW/DInzVBDkc2Ayh swEAnjeYSn1TsURIZ/gwpUsOAT6dtxX5 =YMsJ -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 18:58:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 286F1170D16 for ; Wed, 21 Feb 2007 18:58:16 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id B595713C4AA for ; Wed, 21 Feb 2007 18:58:15 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by mu-out-0910.google.com with SMTP id g7so1121562muf for ; Wed, 21 Feb 2007 10:58:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b33AZrrBEU0j4tazRKJarXU1jGpDOIIMf/BMFwyjGY2G/1hVs+ZMOMaW7OdSASJTaZszbTjHTP3bFfQ+IznXej7ckUGQsf/tdADuf+5ueR0IrE+4IFKg9tXHFI/QKbxqzF562doo8EEt9V0cpXj29NcsddnEEj1Oqs+wrMk90g4= Received: by 10.82.172.15 with SMTP id u15mr14233251bue.1172082665703; Wed, 21 Feb 2007 10:31:05 -0800 (PST) Received: by 10.82.186.2 with HTTP; Wed, 21 Feb 2007 10:31:05 -0800 (PST) Message-ID: <790a9fff0702211031r226ba0bdsfab2eab5f4748191@mail.gmail.com> Date: Wed, 21 Feb 2007 12:31:05 -0600 From: "Scot Hetzel" To: "Kevin Oberman" In-Reply-To: <20070221180450.2E55D45053@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45DC4633.6060204@freebsd.org> <20070221180450.2E55D45053@ptavv.es.net> Cc: current@freebsd.org, Eric Anderson Subject: Re: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 18:58:16 -0000 On 2/21/07, Kevin Oberman wrote: > > Firewall rules? > > Please ignore my prior message. I just tried and "ipfw list" shows the > single default deny rule, "65535 deny ip from any to any". I have no > idea why this is in effect at this early in the startup process...long > before the firewall rules are loaded. Guess I will stop loading ipfw at > boot time and let the startup file load it. > That is the default ipfw deny rule when ipfw is loaded, it is used to protect the system from intrusion by unauthorized persons, until you have your firewall rules loaded. You can add: option IPFIREWALL_DEFAULT_TO_ACCEPT to your kernel config file, which would open your system to the world until your firewall rules restrict what other systems can access on that server. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 19:15:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4EB4216BFF5; Wed, 21 Feb 2007 19:15:52 +0000 (UTC) (envelope-from SRS0=53d273c2b6bbae5430a5b5ad2b71908453643389=253=es.net=oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.freebsd.org (Postfix) with ESMTP id F297213C467; Wed, 21 Feb 2007 19:15:51 +0000 (UTC) (envelope-from SRS0=53d273c2b6bbae5430a5b5ad2b71908453643389=253=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id AVK38551; Wed, 21 Feb 2007 11:15:51 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 19A9745053; Wed, 21 Feb 2007 11:15:51 -0800 (PST) To: "Scot Hetzel" In-Reply-To: Your message of "Wed, 21 Feb 2007 12:31:05 CST." <790a9fff0702211031r226ba0bdsfab2eab5f4748191@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1172085351_67328P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 21 Feb 2007 11:15:51 -0800 From: "Kevin Oberman" Message-Id: <20070221191551.19A9745053@ptavv.es.net> Cc: current@freebsd.org, Eric Anderson Subject: Re: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 19:15:52 -0000 --==_Exmh_1172085351_67328P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 21 Feb 2007 12:31:05 -0600 > From: "Scot Hetzel" > > On 2/21/07, Kevin Oberman wrote: > > > Firewall rules? > > > > Please ignore my prior message. I just tried and "ipfw list" shows the > > single default deny rule, "65535 deny ip from any to any". I have no > > idea why this is in effect at this early in the startup process...long > > before the firewall rules are loaded. Guess I will stop loading ipfw at > > boot time and let the startup file load it. > > > That is the default ipfw deny rule when ipfw is loaded, it is used to > protect the system from intrusion by unauthorized persons, until you > have your firewall rules loaded. > > You can add: > > option IPFIREWALL_DEFAULT_TO_ACCEPT > > to your kernel config file, which would open your system to the world > until your firewall rules restrict what other systems can access on > that server. Thanks, Scot. I figured that out. I was confused by the change in behavior until I remembered that I used to load ipfw.ko from the ipfw startup script and, to fix the annoying problem of the wrong version of .ko being loaded when I am running a non-default kernel, I added it to /boot/loader.conf. Now ipfw is running from the moment the system boots. I have worked around this with a modification to profile.sh to insert a rule at the beginning and delete it before exiting. Seems to work. Thanks again to both you and Eric for pointing out my brain dead condition. Any thought of making module loads default to the directory of the booted kernel (e.g. /boot/kernel.old) instead of /boot/kernel? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1172085351_67328P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFF3Jpnkn3rs5h7N1ERAqfcAJ9U2p4ru35lUjIclb9GYT6m2Q2xOACeNxRM OSZ++BaVh/qCTmsiTn53FGI= =w9fO -----END PGP SIGNATURE----- --==_Exmh_1172085351_67328P-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 19:48:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B636316A405 for ; Wed, 21 Feb 2007 19:48:46 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 9C4DF13C491 for ; Wed, 21 Feb 2007 19:48:46 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.8/8.13.8) with ESMTP id l1LJkrLm070076 for ; Wed, 21 Feb 2007 11:46:53 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.8/8.13.8/Submit) id l1LJkpsh070075 for freebsd-current@freebsd.org; Wed, 21 Feb 2007 11:46:51 -0800 (PST) (envelope-from sgk) Date: Wed, 21 Feb 2007 11:46:51 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20070221194651.GB69869@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: malloc dropped core X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 19:48:46 -0000 While using ImageMagick, I got the following error message troutmask:kargl[209] display case3b-wth-longrange.jpg Assertion failed: (mapelm.free == false), function arena_dalloc, file /usr/src/lib/libc/stdlib/malloc.c, line 2440. Abort (core dumped) Unfortunately, the backtrace doesn't give too much info #0 0x00000002027b321c in kill () from /lib/libc.so.7 #1 0x0000000200720fed in MagickSignalHandler () from /usr/local/lib/libMagick.so.10 #2 #3 0x00000002027b321c in kill () from /lib/libc.so.7 #4 0x00000002027b20ad in abort () from /lib/libc.so.7 #5 0x000000020279bc25 in __assert () from /lib/libc.so.7 #6 0x0000000202743b2f in reallocf () from /lib/libc.so.7 #7 0x0000000202745cc7 in free () from /lib/libc.so.7 #8 0x000000020072244e in RelinquishMagickMemory () from /usr/local/lib/libMagick.so.10 #9 0x00000002006ca98b in XMagickCommand () from /usr/local/lib/libMagick.so.10 #10 0x00000002006da20b in XDisplayImage () from /usr/local/lib/libMagick.so.10 #11 0x0000000200acacf2 in DisplayImageCommand () from /usr/local/lib/libWand.so.10 On this system, I have /etc/malloc symlinked to aj. libc and kernel are from 7 Feb 07 sources. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 13:54:00 2007 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0C7416F584 for ; Wed, 21 Feb 2007 13:54:00 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.freebsd.org (Postfix) with ESMTP id A1B1B13C4A5 for ; Wed, 21 Feb 2007 13:54:00 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: by afrodita.rcub.bg.ac.yu (Postfix, from userid 2055) id 5FB69160B2B; Wed, 21 Feb 2007 14:30:17 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by afrodita.rcub.bg.ac.yu (Postfix) with ESMTP id 4F1CD160ADC for ; Wed, 21 Feb 2007 14:30:17 +0100 (CET) Date: Wed, 21 Feb 2007 14:30:16 +0100 (CET) From: Goran Gajic To: freebsd-current@mx1.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Wed, 21 Feb 2007 20:03:32 +0000 Cc: Subject: linuxolator related LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 13:54:01 -0000 Hi, fbsd# uname -a FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Feb 21 13:19:17 CET 2007 root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386 With compat.linux.osrelease: 2.4.2 firefox using flashplayer 9 just crashesh. With compat.linux.osrelease 2.6.12 I'm geting this LOR (and firefox still crashes - here is part of dmesg): pid 637 (firefox-bin), uid 1001: exited on signal 11 pid 655 (talkback), uid 1001: exited on signal 6 lock order reversal: 1st 0xc32a48e0 emuldata lock (emuldata lock) @ /usr/src/sys/modules/linux/../../compat/linux/linux_emul.c:68 2nd 0xc0a50160 proctree (proctree) @ /usr/src/sys/modules/linux/../../compat/linux/linux_emul.c:171 KDB: stack backtrace: db_trace_self_wrapper(c094f18b) at db_trace_self_wrapper+0x25 kdb_backtrace(0,ffffffff,c0a5eb20,c0a60cb8,c09f962c,...) at kdb_backtrace+0x29 witness_checkorder(c0a50160,9,c32a11ba,ab) at witness_checkorder+0x586 _sx_xlock(c0a50160,c32a11ba,ab,c2e92900,246,...) at _sx_xlock+0x50 linux_proc_exit(0,c30206c0,c2fdde8c,0,c094963e,...) at linux_proc_exit+0x5a exit1(c2ee3d80,0,d4f7cd2c,c08c2fca,c2ee3d80,...) at exit1+0x281 exit1(c2ee3d80,d4f7cd00) at exit1 syscall(d4f7cd38) at syscall+0x256 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (1, Linux ELF, sys_exit), eip = 0x28bc4a0d, esp = 0x458cc480, ebp = 0x458cc4c8 --- pid 676 (firefox-bin), uid 1001: exited on signal 11 Regards, gg. p.s. offending flash that is causing this missbehaviour is located at http://www.mobik.com/mobik/mobik.html p.p.s. I was running firefox linux binary when I have noticed this. p.p.p.s. Linux base is linux_base-fc-4_9 From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 20:20:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8938716A619 for ; Wed, 21 Feb 2007 20:20:48 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from smtp-sin.microsoft.com (smtp-sin.microsoft.com [207.46.52.79]) by mx1.freebsd.org (Postfix) with ESMTP id 0FFEB13C461 for ; Wed, 21 Feb 2007 20:20:47 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from sin-exhub-c403.southpacific.corp.microsoft.com (157.60.222.33) by SIN-EXGWY-E802.partners.extranet.microsoft.com (10.251.168.130) with Microsoft SMTP Server (TLS) id 8.0.685.24; Thu, 22 Feb 2007 04:20:46 +0800 Received: from AA-EXMSG-C412.southpacific.corp.microsoft.com ([157.60.226.51]) by sin-exhub-c403.southpacific.corp.microsoft.com ([157.60.222.33]) with mapi; Thu, 22 Feb 2007 04:20:46 +0800 From: Mayank Kumar To: "freebsd-current@freebsd.org" Date: Thu, 22 Feb 2007 04:20:32 +0800 Thread-Topic: what does _eprol mean and how is it compututed Thread-Index: AcdV9by+Z5XJRypUT0GbGnxFIGMk+w== Message-ID: <76EBE649FB0E0E4DA883B5840459059F143A182705@AA-EXMSG-C412.southpacific.corp.microsoft.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: what does _eprol mean and how is it compututed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 20:20:48 -0000 While calling monstartup in crt0.c, _eprol and _etext are passed to monstar= tup. _etext means end of segment, what does _eprol mean and how is it computed Thanks Mayank From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 20:51:39 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9BC4716A402 for ; Wed, 21 Feb 2007 20:51:39 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 85C8A13C4A5 for ; Wed, 21 Feb 2007 20:51:38 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 6DACD35A3E for ; Wed, 21 Feb 2007 21:51:36 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 710589BE05 for ; Wed, 21 Feb 2007 20:53:31 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 63BB2405B; Wed, 21 Feb 2007 21:53:31 +0100 (CET) Date: Wed, 21 Feb 2007 21:53:31 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20070221205331.GB2479@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="3uo+9/B/ebqu+fSQ" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: psm(4) doesn't work with custom kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 20:51:39 -0000 --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi there, Unfortunately I have nothing much more to say that what is said in the subject line. I could try to fiddle the kernel configuration by switching each option on and off individually but this would be very time-consuming. Though I am willing to narrow down the root of the problem, I would be very pleased to be given some clues. With GENERIC I get: % psm0: current command byte:0047 % psm0: strange result for test aux port (1). % psm0: irq 12 on atkbdc0 % psm0: [GIANT-LOCKED] % psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons % psm0: config:00000000, flags:00000008, packet size:3 % psm0: syncmask:c0, syncbits:00 With my custom configuration file: % psm0: unable to allocate IRQ % psmcpnp0: irq 12 on acpi0 % psm0: current command byte:0047 % psm0: strange result for test aux port (1). % psm0: failed to reset the aux device. I've attached three files for each kernel configuration. Their same is self-explanatory: GENERIC JARJARBINKS boot-v.GENERIC boot-v.JARJARBINKS vmstat-i.GENERIC vmstat-i.JARJARBINKS For those who prefer, I've also put these files on a web server: http://tataz.chchile.org/~tataz/psm_debug/ Thank you for your help. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=GENERIC # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.462 2007/02/09 19:03:17 brooks Exp $ cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device rr232x # Highpoint RocketRAID 232x device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mfi # LSI MegaRAID SAS device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device le # AMD Am7900 LANCE and Am79C9xx PCnet device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit Ethernet device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nge # NatSemi DP83820 gigabit Ethernet device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device stge # Sundance/Tamarack TC9021 gigabit Ethernet device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) device ath_rate_sample # SampleRate tx rate control for ath device awi # BayStack 660 and others device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless NICs device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="boot-v.GENERIC" Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #1: Wed Feb 21 16:18:53 UTC 2007 root@jarjarbinks.octobre.int:/usr/obj/usr/src/sys/JARJARBINKS2 WARNING: WITNESS option enabled, expect reduced performance. Using 64 colors for the VM-PQ tuning (2048, 8) Preloaded elf kernel "/boot/kernel/kernel" at 0xc0cd6000. Preloaded elf module "/boot/kernel/if_bge.ko" at 0xc0cd620c. Preloaded acpi_dsdt "/boot/DSDT.aml" at 0xc0cd62b8. module_register: module pci/bge already exists! Module pci/bge failed to register: 17 module_register: module bge/miibus already exists! Module bge/miibus failed to register: 17 Calibrating clock(s) ... i8254 clock: 1193154 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1729009889 Hz CPU: Intel(R) Pentium(R) M processor 1.73GHz (1729.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries Data TLB: 4 KB Pages, 4-way set associative, 128 entries Instruction TLB: 4 MB pages, fully associative, 2 entries 2nd-level cache: 2-MB, 8-way set associative, 64-byte line size 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size Data TLB: 4 MB Pages, 4-way set associative, 8 entries 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 2048 kbytes, 8-way associative, 64 bytes/line real memory = 1072168960 (1022 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001028000 - 0x000000003ec3efff, 1036087296 bytes (252951 pages) avail memory = 1035685888 (987 MB) APIC: Could not find any APICs. bios32: Found BIOS32 Service Directory header at 0xc00f69b0 bios32: Entry = 0xfd560 (c00fd560) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd560+0x25e pnpbios: Found PnP BIOS data at 0xc00f6a20 pnpbios: Entry = f0000:b1b6 Rev = 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> ath_rate: version 1.2 null: random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Feb 21 2007 16:18:38) npx0: INT 16 interface cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x8000f920 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25908086) pcibios: BIOS version 2.10 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2590, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2591, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2660, revid=0x04 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2662, revid=0x04 bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2664, revid=0x04 bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x2658, revid=0x04 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 0x1800, size 5, enabled found-> vendor=0x8086, dev=0x2659, revid=0x04 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 0x1820, size 5, enabled found-> vendor=0x8086, dev=0x265a, revid=0x04 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[20]: type 4, range 32, base 0x1840, size 5, enabled found-> vendor=0x8086, dev=0x265b, revid=0x04 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 map[20]: type 4, range 32, base 0x1860, size 5, enabled found-> vendor=0x8086, dev=0x265c, revid=0x04 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 0xc8000000, size 10, enabled found-> vendor=0x8086, dev=0x2448, revid=0xd4 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x266e, revid=0x04 bus=0, slot=30, func=2 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0x1c00, size 8, enabled map[14]: type 4, range 32, base 0x1880, size 6, enabled map[18]: type 1, range 32, base 0xc8000800, size 9, enabled map[1c]: type 1, range 32, base 0xc8000400, size 8, enabled found-> vendor=0x8086, dev=0x266d, revid=0x04 bus=0, slot=30, func=3 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0x2400, size 8, enabled map[14]: type 4, range 32, base 0x2000, size 7, enabled found-> vendor=0x8086, dev=0x2641, revid=0x04 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x266f, revid=0x04 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 0x18c0, size 4, enabled found-> vendor=0x8086, dev=0x266a, revid=0x04 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 0x20a0, size 5, enabled pcib1: irq 10 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x3000-0x3fff pcib1: memory decode 0xc8100000-0xc81fffff pcib1: prefetched decode 0xd0000000-0xd7ffffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x5653, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 3, range 32, base 0xd0000000, size 27, enabled pcib1: requested memory range 0xd0000000-0xd7ffffff: good map[14]: type 4, range 32, base 0x3000, size 8, enabled pcib1: requested I/O range 0x3000-0x30ff: in range map[18]: type 1, range 32, base 0xc8100000, size 16, enabled pcib1: requested memory range 0xc8100000-0xc810ffff: good vgapci0: port 0x3000-0x30ff mem 0xd0000000-0xd7ffffff,0xc8100000-0xc810ffff irq 10 at device 0.0 on pci1 pcib2: irq 10 at device 28.0 on pci0 pcib2: secondary bus 9 pcib2: subordinate bus 9 pcib2: I/O decode 0xf000-0xfff pcib2: no prefetched decode pci9: on pcib2 pci9: physical bus=9 pcib3: irq 10 at device 28.1 on pci0 pcib3: secondary bus 10 pcib3: subordinate bus 10 pcib3: I/O decode 0xf000-0xfff pcib3: no prefetched decode pci10: on pcib3 pci10: physical bus=10 pcib4: irq 11 at device 28.2 on pci0 pcib4: secondary bus 2 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: no prefetched decode pci2: on pcib4 pci2: physical bus=2 uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1800 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1860-0x187f irq 10 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xc8000000-0xc80003ff irq 11 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xc8000000 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pcib5: secondary bus 6 pcib5: subordinate bus 7 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xc8200000-0xc82fffff pcib5: no prefetched decode pcib5: Subtractively decoded bridge. pci6: on pcib5 pci6: physical bus=6 found-> vendor=0x104c, dev=0x8031, revid=0x00 bus=6, slot=1, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x31 (1470 ns), mingnt=0x44 (17000 ns), maxlat=0x03 (750 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 0xc8216000, size 12, enabled pcib5: requested memory range 0xc8216000-0xc8216fff: good found-> vendor=0x104c, dev=0x8032, revid=0x00 bus=6, slot=1, func=2 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0012, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x04 (1000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 0xc8217000, size 11, enabled pcib5: requested memory range 0xc8217000-0xc82177ff: good map[14]: type 1, range 32, base 0xc8210000, size 14, enabled pcib5: requested memory range 0xc8210000-0xc8213fff: good found-> vendor=0x104c, dev=0x8033, revid=0x00 bus=6, slot=1, func=3 class=01-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0002, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x39 (1710 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 0xc8214000, size 13, enabled pcib5: requested memory range 0xc8214000-0xc8215fff: good found-> vendor=0x8086, dev=0x4220, revid=0x05 bus=6, slot=3, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0012, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x18 (6000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 0xc8218000, size 12, enabled pcib5: requested memory range 0xc8218000-0xc8218fff: good pci6:8:0: bad VPD cksum, remain 14 found-> vendor=0x14e4, dev=0x169c, revid=0x03 bus=6, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0012, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 VPD Ident: Broadcom NetXtreme Gigabit Ethernet Controller MSI supports 8 messages, 64 bit map[10]: type 1, range 32, base 0xc8200000, size 16, enabled pcib5: requested memory range 0xc8200000-0xc820ffff: good cbb0: mem 0xc8216000-0xc8216fff irq 11 at device 1.0 on pci6 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc8216000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x8031104c 0x02100007 0x06070000 0x00823108 0x10: 0xc8216000 0x020000a0 0x24070706 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0744010b 0x40: 0x00661025 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x18441060 0x00000000 0x000f0000 0x01c21b22 0x90: 0x606482c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000 0xb0: 0x08000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 fwohci0: vendor=104c, dev=8032 fwohci0: vendor=104c, dev=8032 fwohci0: <1394 Open Host Controller Interface> mem 0xc8217000-0xc82177ff,0xc8210000-0xc8213fff irq 11 at device 1.2 on pci6 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xc8217000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:9f:00:00:4b:f0:82 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:c0:9f:4b:f0:82 fwe0: bpf attached fwe0: Ethernet address: 02:c0:9f:4b:f0:82 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci6: at device 1.3 (no driver attached) pci6: at device 3.0 (no driver attached) bge0: mem 0xc8200000-0xc820ffff irq 10 at device 8.0 on pci6 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xc8200000 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:c0:9f:94:39:8f bge0: [MPSAFE] pci0: at device 30.2 (no driver attached) pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18c0-0x18cf at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x18c0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=50 stat1=00 devices=0x9 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete ahc_isa_probe 1: ioport 0x1c00 alloc failed pnpbios: 20 devices, largest 317 bytes PNP0c02: adding io range 0x4d0-0x4d1, size=0x2, align=0x1 PNP0c02: adding io range 0x1000-0x105f, size=0x60, align=0x1 PNP0c02: adding io range 0x1060-0x107f, size=0x20, align=0x1 PNP0c02: adding io range 0x1180-0x11bf, size=0x40, align=0x1 PNP0c02: adding fixed memory32 range 0xfec10000-0xfec17fff, size=0x8000 PNP0c02: adding fixed memory32 range 0xfec18000-0xfec1ffff, size=0x8000 PNP0c02: adding fixed memory32 range 0xfec20000-0xfec27fff, size=0x8000 PNP0c02: adding fixed memory32 range 0xfec28000-0xfec2ffff, size=0x8000 PNP0c02: adding fixed memory32 range 0xfed00000-0xfed033ff, size=0x3400 PNP0c02: adding fixed memory32 range 0xfed20000-0xfed8ffff, size=0x70000 PNP0c02: adding fixed memory32 range 0xf0008000-0xf000bfff, size=0x4000 pnpbios: handle 0 device ID PNP0c02 (020cd041) PNP0c02: adding io range 0x10-0x1f, size=0x10, align=0x1 PNP0c02: adding io range 0x24-0x25, size=0x2, align=0x1 PNP0c02: adding io range 0x28-0x29, size=0x2, align=0x1 PNP0c02: adding io range 0x2c-0x2d, size=0x2, align=0x1 PNP0c02: adding io range 0x30-0x31, size=0x2, align=0x1 PNP0c02: adding io range 0x34-0x35, size=0x2, align=0x1 PNP0c02: adding io range 0x38-0x39, size=0x2, align=0x1 PNP0c02: adding io range 0x3c-0x3d, size=0x2, align=0x1 PNP0c02: adding io range 0x4e-0x4f, size=0x2, align=0x1 PNP0c02: adding io range 0x50-0x53, size=0x4, align=0x1 PNP0c02: adding io range 0x62-0x62, size=0x1, align=0x1 PNP0c02: adding io range 0x66-0x66, size=0x1, align=0x1 PNP0c02: adding io range 0x72-0x73, size=0x2, align=0x1 PNP0c02: adding io range 0x74-0x75, size=0x2, align=0x1 PNP0c02: adding io range 0x76-0x77, size=0x2, align=0x1 PNP0c02: adding io range 0x80-0x80, size=0x1, align=0x1 PNP0c02: adding io range 0x90-0x91, size=0x2, align=0x1 PNP0c02: adding io range 0x92-0x92, size=0x1, align=0x1 PNP0c02: adding io range 0x93-0x9f, size=0xd, align=0x1 PNP0c02: adding io range 0xa4-0xa5, size=0x2, align=0x1 PNP0c02: adding io range 0xa8-0xa9, size=0x2, align=0x1 PNP0c02: adding io range 0xac-0xad, size=0x2, align=0x1 PNP0c02: adding io range 0xb0-0xb1, size=0x2, align=0x1 PNP0c02: adding io range 0xb2-0xb3, size=0x2, align=0x1 PNP0c02: adding io range 0xb4-0xb5, size=0x2, align=0x1 PNP0c02: adding io range 0xb8-0xb9, size=0x2, align=0x1 PNP0c02: adding io range 0xbc-0xbd, size=0x2, align=0x1 PNP0c02: adding io range 0x680-0x6ff, size=0x80, align=0x1 PNP0c02: adding io range 0x1640-0x164f, size=0x10, align=0x1 PNP0c02: adding fixed memory32 range 0xe0000000-0xefffffff, size=0x10000000 PNP0c02: adding fixed memory32 range 0xf0000000-0xf0003fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf0004000-0xf0004fff, size=0x1000 PNP0c02: adding fixed memory32 range 0xf0005000-0xf0005fff, size=0x1000 pnpbios: handle 1 device ID PNP0c02 (020cd041) PNP0c01: adding fixed memory32 range 0xe4000-0xfffff, size=0x1c000 PNP0c01: adding fixed memory32 range 0x100000-0x3fefffff, size=0x3fe00000 pnpbios: handle 2 device ID PNP0c01 (010cd041) PNP0200: adding io range 0-0xf, size=0x10, align=0x1 PNP0200: adding io range 0x81-0x8f, size=0xf, align=0x1 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0x1 PNP0200: adding dma mask 0x10 pnpbios: handle 3 device ID PNP0200 (0002d041) PNP0100: adding io range 0x40-0x43, size=0x4, align=0x1 PNP0100: adding irq mask 0x1 pnpbios: handle 5 device ID PNP0100 (0001d041) PNP0b00: adding io range 0x70-0x71, size=0x2, align=0x1 PNP0b00: adding irq mask 0x100 pnpbios: handle 6 device ID PNP0b00 (000bd041) PNP0303: adding io range 0x60-0x60, size=0x1, align=0x1 PNP0303: adding io range 0x64-0x64, size=0x1, align=0x1 PNP0303: adding irq mask 0x2 pnpbios: handle 7 device ID PNP0303 (0303d041) PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 PNP0c04: adding irq mask 0x2000 pnpbios: handle 8 device ID PNP0c04 (040cd041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 9 device ID PNP0800 (0008d041) PNP0c02: adding io range 0xfe00-0xfe01, size=0x2, align=0x1 pnpbios: handle 10 device ID PNP0c02 (020cd041) pnpbios: handle 11 device ID PNP0c02 (020cd041) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0x1 pnpbios: handle 12 device ID PNP0a03 (030ad041) INT0800: adding fixed memory32 range 0xff000000-0xffffffff, size=0x1000000 pnpbios: handle 13 device ID INT0800 (0008d425) PNP0c02: adding fixed memory32 range 0xcf800-0xcffff, size=0x800 pnpbios: handle 14 device ID PNP0c02 (020cd041) PNP0c02: adding memory32 range 0xe0000-0xe17ff, size=0x1800, align=0x1800 pnpbios: handle 15 device ID PNP0c02 (020cd041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 16 device ID PNP0f13 (130fd041) pnpbios: handle 17 device ID PNP0501 (0105d041) HWPc224: adding io range 0x2f8-0x2ff, size=0x8, align=0x8 HWPc224: adding irq mask 0x8 HWPc224: adding dma mask 0x2 pnpbios: handle 18 device ID HWPc224 (24c2f022) pnpbios: handle 21 device ID PNP0401 (0104d041) sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcdfff,0xce000-0xcf7ff,0xe0000-0xe17ff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: strange result for test aux port (1). psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: failed to probe at port 0x378-0x37f irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x801 0x801 0x801 0x801 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x801 0x801 0x801 0x801 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FAST] sio1: irq maps: 0x801 0x809 0x801 0x801 sio1: irq maps: 0x801 0x809 0x801 0x801 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FAST] sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices unknown: can't assign resources (port) unknown: at port 0x60 pnpid PNP0303 on isa0 unknown: failed to probe at port 0x61 pnpid PNP0800 on isa0 unknown: can't assign resources (memory) unknown: pnpid INT0800 on isa0 unknown: can't assign resources (memory) unknown: at iomem 0xe0000-0xe17ff pnpid PNP0c02 on isa0 unknown: can't assign resources (irq) unknown: at irq 12 pnpid PNP0f13 on isa0 unknown: <16550A-compatible COM port> failed to probe pnpid PNP0501 on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff pnpid HWPc224 on isa0 ppc1: parallel port not found. unknown: failed to probe pnpid PNP0401 on isa0 ugen0: on uhub0 Device configuration finished. procfs registered Timecounter "TSC" frequency 1729009889 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on ICH6 chip ad0: DMA limited to UDMA33, controller found non-ATA66 cable ad0: setting UDMA33 on ICH6 chip ad0: 76319MB at ata0-master UDMA33 ad0: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed acd0: setting PIO4 on ICH6 chip acd0: setting UDMA33 on ICH6 chip acd0: DVDR drive at ata0 as slave acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable caddy, unlocked acd0: Medium: no/blank disc GEOM_LABEL: Label for provider ad0s2 is ntfs/Disque local. GEOM_LABEL: Label for provider ad0s5 is msdosfs/ . (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error ATA PseudoRAID loaded Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init GEOM_LABEL: Label msdosfs/ removed. bge0: link UP Linux ELF exec handler installed splash: image decoder found: matrix_saver --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vmstat-i.GENERIC" interrupt total rate irq0: clk 4440245 1000 irq1: atkbd0 413 0 irq8: rtc 568293 127 irq10: bge0 uhci3 67 0 irq11: cbb0 uhci0* 7 0 irq12: psm0 153 0 irq14: ata0 3258 0 Total 5012436 1128 --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=JARJARBINKS # Z6PO kernel config. machine i386 cpu I686_CPU ident JARJARBINKS # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices makeoptions DEBUG="-g" # Build kernel with gdb(1) debug symbols makeoptions MODULES_OVERRIDE="linux syscons fdc sound usb ums geom umass snp nullfs unionfs cd9660 cd9660_iconv wlan wlan_wep wlan_tkip wlan_ccmp wi iwi ral rl bge drm/drm drm/radeon firmware ext2fs" makeoptions CPUTYPE="pentium-m" makeoptions CFLAGS="-O -pipe" # # Debugging features # options PREEMPTION # Allow threads to be preempted #options FULL_PREEMPTION # Expose race conditions options MUTEX_DEBUG # Enable extra assert in mutex code options KDB # Enable kernel debugger support options DDB # Support DDB options GDB # Support remote GDB options INVARIANT_SUPPORT # Extra sanity checks of internal struct options INVARIANTS # Enable calls of extra sanity checking options DIAGNOSTIC # Make everything more noisy options WITNESS # Enable checks for deadlocks and cycles #options WITNESS_KDB #options KSE options SCHED_ULE # ULE scheduler options INCLUDE_CONFIG_FILE # # Disk and filesystems # options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options SUIDDIR #options EXT2FS # Linux filesystem options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem #options NTFS # NT filesystem options NULLFS # NULL filesystem options UNIONFS # Union filesystem #options CD9660 # ISO 9660 Filesystem #options UDF # Univesal Disk Format options PSEUDOFS # Pseudo-filesystem framework options PROCFS # Process filesystem (requires PSEUDOFS) options FDESCFS options LIBICONV options MSDOSFS_ICONV #options CD9660_ICONV #options UDF_ICONV #options NTFS_ICONV #options NETSMB #options NETSMBCRYPTO #options LIBMCHAIN #options SMBFS # # Misc # options SSP_SUPPORT options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD6 options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B realtime extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev # # Network # options INET # InterNETworking #options INET6 # IPv6 communications protocols options IPSEC # IP security options IPSEC_ESP # IP security with ESP options IPSEC_FILTERGIF # Filter IPSec packets from a tunnel #options BRIDGE # Bridging between ethernet cards #device wlan # 802.11 support #device wlan_wep #device wlan_ccmp #device wlan_tkip #device wlan_xauth #device wlan_acl options IPFIREWALL # IP firewall options IPFIREWALL_VERBOSE # Enable logging to syslogd(8) options IPFIREWALL_DEFAULT_TO_ACCEPT # Allow everything by default options IPFIREWALL_FORWARD # Make packet destination change #options IPV6FIREWALL # IPv6 firewall #options IPV6FIREWALL_VERBOSE #options IPV6FIREWALL_DEFAULT_TO_ACCEPT #options IPFILTER # IPFilter support #options IPFILTER_LOG # IPFilter logging device pf # PF OpenBSD packet-filter firewall device pflog # Logging support interface for PF device pfsync # Synchronization interface for PF options IPDIVERT # Divert sockets options DUMMYNET # Enables "dummyney" bandwidth limiter #options ALTQ #options ALTQ_CBQ # Class Bases Queueing #options ALTQ_RED # Random Early Drop #options ALTQ_RIO # RED In/Out #options ALTQ_HFSC # Hierarchical Packet Scheduler #options ALTQ_CDNR # Traffic conditioner #options ALTQ_PRIQ # Priority Queueing #options NETGRAPH #netgraph(4) system #options NETGRAPH_ASYNC #options NETGRAPH_ATMLLC #options NETGRAPH_ATM_ATMPIF #options NETGRAPH_BLUETOOTH # ng_bluetooth(4) #options NETGRAPH_BLUETOOTH_BT3C # ng_bt3c(4) #options NETGRAPH_BLUETOOTH_H4 # ng_h4(4) #options NETGRAPH_BLUETOOTH_HCI # ng_hci(4) #options NETGRAPH_BLUETOOTH_L2CAP # ng_l2cap(4) #options NETGRAPH_BLUETOOTH_SOCKET # ng_btsocket(4) #options NETGRAPH_BLUETOOTH_UBT # ng_ubt(4) #options NETGRAPH_BLUETOOTH_UBTBCMFW # ubtbcmfw(4) #options NETGRAPH_BPF #options NETGRAPH_BRIDGE #options NETGRAPH_CISCO #options NETGRAPH_ECHO #options NETGRAPH_EIFACE #options NETGRAPH_ETHER #options NETGRAPH_FEC #options NETGRAPH_FRAME_RELAY #options NETGRAPH_GIF #options NETGRAPH_GIF_DEMUX #options NETGRAPH_HOLE #options NETGRAPH_IFACE #options NETGRAPH_IP_INPUT #options NETGRAPH_KSOCKET #options NETGRAPH_L2TP #options NETGRAPH_LMI #options NETGRAPH_ONE2MANY #options NETGRAPH_PPP #options NETGRAPH_PPPOE #options NETGRAPH_PPTPGRE #options NETGRAPH_RFC1490 #options NETGRAPH_SOCKET #options NETGRAPH_SPLIT #options NETGRAPH_SPPP #options NETGRAPH_TEE #options NETGRAPH_TTY #options NETGRAPH_UI #options NETGRAPH_VJC # # Geom # #options GEOM_AES #options GEOM_APPLE #options GEOM_BDE #options GEOM_BSD #options GEOM_CONCAT #options GEOM_FOX #options GEOM_GATE #options GEOM_PART_GPT #options GEOM_LABEL #options GEOM_MBR #options GEOM_MIRROR #options GEOM_NOP #options GEOM_PC98 #options GEOM_RAID3 #options GEOM_SHSEC #options GEOM_STRIPE #options GEOM_SUNLABEL #options GEOM_UZIP #options GEOM_VOL # # Pseudo devices # device random # Entropy device #device mem # Already in DEFAULTS #device io # Already in DEFAULTS device pty # Pseudo-ttys (telnet etc) device snp # Snoop device - to look at pty/vty/... #device ccd # Concatenated disk driver device md # Memory "disks" #device firmware # # Network pseudo devices # device loop # Network loopback device ether # Ethernet support device vlan # VLAN support (needs miibus) #device sl # Kernel SLIP #device ppp # Kernel PPP #device sppp # Generic Synchronous PPP device tun # Packet tunnel device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) #device stf # 6to4 IPv6 over IPv4 encapsulation device tap # Virtual Ethernet driver #device gre # IP over IP tunneling device bpf # Berkeley packet filter device if_bridge #options PPP_BSDCOMP # PPP BSD-compress support #options PPP_DEFLATE # PPP zlib/deflate/gzip support #options PPP_FILTER # Enable bpf filtering (needs bpf) # # Devices # device apic # I/O APIC device acpi #options ACPI_DEBUG device cpufreq # Bus support. Do not remove isa, even if you have no isa slots #device isa # Already in DEFAULTS device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives device atapicam # emulate ATAPI devices as SCSI ditto via CAM # needs CAM to be present (scbus & pass) options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD #device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse #options PSM_DEBUG device kbdmux options VESA # Support for VGA VESA video modes. device vga # VGA video card driver device splash # Splash screen and screen saver support device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Direct Rendering modules for 3D acceleration. #device drm # DRM core module required by DRM drivers #device i915drm # Intel i830 through i915 # Floating point support - do not disable #device npx # Already in DEFAULTS # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254 device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge #device pcic # ExCA ISA and PCI bridges device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device an # Aironet 4500/4800 802.11 wireless NICs #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs #device wl # Older non 802.11 Wavelan wireless NIC #device ath_hal #device ath_rate_onoe #device ath #device iwi # # USB support # #options USB_DEBUG #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # # Sound # #device sound #device snd_maestro --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="boot-v.JARJARBINKS" Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #0: Wed Feb 21 15:32:06 UTC 2007 root@jarjarbinks.octobre.int:/usr/obj/usr/src/sys/JARJARBINKS WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Using 64 colors for the VM-PQ tuning (2048, 8) Preloaded elf kernel "/boot/kernel.old/kernel" at 0xc0945000. Preloaded elf module "/boot/kernel.old/if_bge.ko" at 0xc0945210. Preloaded acpi_dsdt "/boot/DSDT.aml" at 0xc09452c0. Calibrating clock(s) ... i8254 clock: 1193152 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1729016453 Hz CPU: Intel(R) Pentium(R) M processor 1.73GHz (1729.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries Data TLB: 4 KB Pages, 4-way set associative, 128 entries Instruction TLB: 4 MB pages, fully associative, 2 entries 2nd-level cache: 2-MB, 8-way set associative, 64-byte line size 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size Data TLB: 4 MB Pages, 4-way set associative, 8 entries 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 2048 kbytes, 8-way associative, 64 bytes/line real memory = 1072168960 (1022 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000003ec3efff, 1040293888 bytes (253978 pages) avail memory = 1040056320 (991 MB) Table 'FACP' at 0x3fe88e8a Table 'APIC' at 0x3fe88efe MADT: Found table at 0x3fe88efe APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00f69b0 bios32: Entry = 0xfd560 (c00fd560) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd560+0x25e pnpbios: Found PnP BIOS data at 0xc00f6a20 pnpbios: Entry = f0000:b1b6 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 ACPI-0390: *** Info: Table [SSDT] replaced by host OS ACPI-0390: *** Info: Table [SSDT] replaced by host OS ACPI-0390: *** Info: Table [SSDT] replaced by host OS ACPI: overriding DSDT/SSDT with custom table ACPI-0390: *** Info: Table [DSDT] replaced by host OS MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 2, Interrupt 24 at 0xfec20000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled io: null: VESA: information block 56 45 53 41 00 03 40 02 00 c0 01 00 00 00 44 00 00 01 00 01 0a 09 88 01 00 c0 94 00 00 c0 4a 50 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 76 mode(s) found VESA: v3.0, 16384k memory, flags:0x1, mode table:0xc087f664 (1000044) VESA: ATI ATOMBIOS VESA: (C) 1988-2003, ATI Technologies Inc. M26-P 01.00 acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi: bad write to port 0x080 (32), val 0xaa pci_open(1): mode 1 addr port (0x0cf8) is 0x80010010 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25908086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 2 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 28 func 2 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xd7a6d000 pa 0x9d000 unknown: I/O range not supported ACPI timer: 1/1 1/2 1/1 1/2 1/1 1/2 1/1 1/1 1/2 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 1 3 4 5 6 7 10 12 14 15 Validation 0 10 N 0 1 3 4 5 6 7 10 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 1 3 4 5 6 7 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 1 3 4 5 6 7 10 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 10 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 1 3 4 5 6 7 11 12 14 15 Validation 0 11 N 0 1 3 4 5 6 7 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 1 3 4 5 6 7 10 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 10 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 10 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 10 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 1 3 4 5 6 7 11 12 14 15 Validation 0 11 N 0 1 3 4 5 6 7 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2590, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2591, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2660, revid=0x04 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x2662, revid=0x04 bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2664, revid=0x04 bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2658, revid=0x04 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 0x1800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2659, revid=0x04 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 0x1820, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x265a, revid=0x04 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[20]: type 4, range 32, base 0x1840, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x265b, revid=0x04 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 map[20]: type 4, range 32, base 0x1860, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 16 found-> vendor=0x8086, dev=0x265c, revid=0x04 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 0xc8000000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2448, revid=0xd4 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x266e, revid=0x04 bus=0, slot=30, func=2 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0x1c00, size 8, enabled map[14]: type 4, range 32, base 0x1880, size 6, enabled map[18]: type 1, range 32, base 0xc8000800, size 9, enabled map[1c]: type 1, range 32, base 0xc8000400, size 8, enabled pcib0: matched entry for 0.30.INTA pcib0: slot 30 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x266d, revid=0x04 bus=0, slot=30, func=3 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0x2400, size 8, enabled map[14]: type 4, range 32, base 0x2000, size 7, enabled pcib0: matched entry for 0.30.INTB pcib0: slot 30 INTB hardwired to IRQ 20 found-> vendor=0x8086, dev=0x2641, revid=0x04 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x266f, revid=0x04 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type 4, range 32, base 0x18c0, size 4, enabled found-> vendor=0x8086, dev=0x266a, revid=0x04 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 0x20a0, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 pcib1: irq 16 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x3000-0x3fff pcib1: memory decode 0xc8100000-0xc81fffff pcib1: prefetched decode 0xd0000000-0xd7ffffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x5653, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 3, range 32, base 0xd0000000, size 27, enabled pcib1: requested memory range 0xd0000000-0xd7ffffff: good map[14]: type 4, range 32, base 0x3000, size 8, enabled pcib1: requested I/O range 0x3000-0x30ff: in range map[18]: type 1, range 32, base 0xc8100000, size 16, enabled pcib1: requested memory range 0xc8100000-0xc810ffff: good pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 vgapci0: port 0x3000-0x30ff mem 0xd0000000-0xd7ffffff,0xc8100000-0xc810ffff irq 16 at device 0.0 on pci1 pcib2: irq 17 at device 28.0 on pci0 pcib2: secondary bus 9 pcib2: subordinate bus 9 pcib2: I/O decode 0x0-0x0 pcib2: no prefetched decode pci9: on pcib2 pci9: physical bus=9 pcib3: irq 16 at device 28.1 on pci0 pcib3: secondary bus 10 pcib3: subordinate bus 10 pcib3: I/O decode 0x0-0x0 pcib3: no prefetched decode pci10: on pcib3 pci10: physical bus=10 pcib4: irq 18 at device 28.2 on pci0 pcib4: secondary bus 2 pcib4: subordinate bus 4 pcib4: I/O decode 0x0-0x0 pcib4: no prefetched decode pcib4: could not get PCI interrupt routing table for \\_SB_.PCI0.RP03 - AE_NOT_FOUND pci2: on pcib4 pci2: physical bus=2 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pci0: at device 29.7 (no driver attached) pcib5: at device 30.0 on pci0 pcib5: secondary bus 6 pcib5: subordinate bus 7 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xc8200000-0xc82fffff pcib5: no prefetched decode pcib5: Subtractively decoded bridge. pci6: on pcib5 pci6: physical bus=6 found-> vendor=0x104c, dev=0x8031, revid=0x00 bus=6, slot=1, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x31 (1470 ns), mingnt=0x44 (17000 ns), maxlat=0x03 (750 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 0xc8216000, size 12, enabled pcib5: requested memory range 0xc8216000-0xc8216fff: good pcib5: matched entry for 6.1.INTA pcib5: slot 1 INTA hardwired to IRQ 18 found-> vendor=0x104c, dev=0x8032, revid=0x00 bus=6, slot=1, func=2 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0012, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x04 (1000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 0xc8217000, size 11, enabled pcib5: requested memory range 0xc8217000-0xc82177ff: good map[14]: type 1, range 32, base 0xc8210000, size 14, enabled pcib5: requested memory range 0xc8210000-0xc8213fff: good pcib5: matched entry for 6.1.INTA pcib5: slot 1 INTA hardwired to IRQ 18 found-> vendor=0x104c, dev=0x8033, revid=0x00 bus=6, slot=1, func=3 class=01-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0002, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x39 (1710 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 0xc8214000, size 13, enabled pcib5: requested memory range 0xc8214000-0xc8215fff: good pcib5: matched entry for 6.1.INTA pcib5: slot 1 INTA hardwired to IRQ 18 found-> vendor=0x8086, dev=0x4220, revid=0x05 bus=6, slot=3, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0012, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x18 (6000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 0xc8218000, size 12, enabled pcib5: requested memory range 0xc8218000-0xc8218fff: good pcib5: matched entry for 6.3.INTA pcib5: slot 3 INTA hardwired to IRQ 17 pci6:8:0: bad VPD cksum, remain 14 found-> vendor=0x14e4, dev=0x169c, revid=0x03 bus=6, slot=8, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0012, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 VPD Ident: Broadcom NetXtreme Gigabit Ethernet Controller MSI supports 8 messages, 64 bit map[10]: type 1, range 32, base 0xc8200000, size 16, enabled pcib5: requested memory range 0xc8200000-0xc820ffff: good pcib5: matched entry for 6.8.INTA pcib5: slot 8 INTA hardwired to IRQ 16 cbb0: mem 0xc8216000-0xc8216fff irq 18 at device 1.0 on pci6 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc8216000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 49 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x8031104c 0x02100007 0x06070000 0x00823108 0x10: 0xc8216000 0x020000a0 0x24070706 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07440112 0x40: 0x00661025 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x18441060 0x00000000 0x000f0000 0x01c21b22 0x90: 0x606482c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000 0xb0: 0x08000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 pci6: at device 1.2 (no driver attached) pci6: at device 1.3 (no driver attached) pci6: at device 3.0 (no driver attached) bge0: mem 0xc8200000-0xc820ffff irq 16 at device 8.0 on pci6 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xc8200000 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:c0:9f:94:39:8f ioapic0: routing intpin 16 (PCI IRQ 16) to vector 50 bge0: [GIANT-LOCKED] pci0: at device 30.2 (no driver attached) pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18c0-0x18cf at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x18c0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=50 stat1=00 devices=0x9 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 51 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 52 ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0xabfa (0) atkbd: failed to reset the keyboard. kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 53 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: strange result for test aux port (1). psm0: failed to reset the aux device. npx0: INT 16 interface ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcdfff,0xce000-0xcf7ff,0xe0000-0xe17ff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 66500646 hz Timecounter "TSC" frequency 1729016453 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to accept, logging unlimited DUMMYNET with IPv6 initialized (040826) lo0: bpf attached pflog0: bpf attached pfsync0: bpf attached ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire atapicam: atapicam0 already exists; skipping it ad0: setting PIO4 on ICH6 chip ad0: DMA limited to UDMA33, controller found non-ATA66 cable ad0: setting UDMA33 on ICH6 chip ad0: 76319MB at ata0-master UDMA33 ad0: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 acd0: setting PIO4 on ICH6 chip acd0: setting UDMA33 on ICH6 chip acd0: DVDR drive at ata0 as slave acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable caddy, unlocked acd0: Medium: no/blank disc Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init acpi: bad write to port 0x080 (32), val 0x1c acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start acpi: bad write to port 0x080 (32), val 0x1c battery0: battery initialization done, tried 1 times battery1: battery initialization start (probe0:ata0:0:1:0): error 22 (probe0:ata0:0:1:0): Unretryable Error (probe0:ata0:0:1:0): Down reving Protocol Version from 2 to 0? acpi: bad write to port 0x080 (32), val 0x1c cpu0: Cx states changed bge0: link UP Linux ELF exec handler installed splash: image decoder found: matrix_saver Expensive timeout(9) function: 0xc05146a0(0xc087f960) 0.007506819 s battery1: battery initialization failed, giving up --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vmstat-i.JARJARBINKS" interrupt total rate irq1: atkbd0 274 4 irq9: acpi0 148 2 irq14: ata0 2603 40 irq16: bge0 42 0 cpu0: timer 128246 1973 Total 131313 2020 --3uo+9/B/ebqu+fSQ-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 21:11:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B05316A402; Wed, 21 Feb 2007 21:11:25 +0000 (UTC) (envelope-from skip.ford@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.freebsd.org (Postfix) with ESMTP id 1DE1A13C48E; Wed, 21 Feb 2007 21:11:25 +0000 (UTC) (envelope-from skip.ford@verizon.net) Received: from pool-71-168-248-177.cmdnnj.east.verizon.net ([71.168.244.241]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JDU00JEF06GL571@vms048.mailsrvcs.net>; Wed, 21 Feb 2007 15:11:06 -0600 (CST) Date: Wed, 21 Feb 2007 16:10:39 -0500 From: Skip Ford In-reply-to: <20070221191551.19A9745053@ptavv.es.net> To: Kevin Oberman Message-id: <20070221211039.GA859@heather.menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <790a9fff0702211031r226ba0bdsfab2eab5f4748191@mail.gmail.com> <20070221191551.19A9745053@ptavv.es.net> User-Agent: Mutt/1.4.2.2i Cc: Scot Hetzel , current@freebsd.org, Eric Anderson Subject: Re: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 21:11:25 -0000 Kevin Oberman wrote: > Any thought of making module loads default to the directory of the > booted kernel (e.g. /boot/kernel.old) instead of /boot/kernel? This should already happen if you "set kernel" to kernel.old and then "boot". -- Skip From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 21:21:01 2007 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EDDC16A402 for ; Wed, 21 Feb 2007 21:21:01 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id 3532113C494 for ; Wed, 21 Feb 2007 21:20:58 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l1LL9iJQ009973 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Feb 2007 22:09:44 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l1LL9i7U009959; Wed, 21 Feb 2007 22:09:44 +0100 (CET) Date: Wed, 21 Feb 2007 22:09:44 +0100 From: Divacky Roman To: Goran Gajic Message-ID: <20070221210943.GA9706@stud.fit.vutbr.cz> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: freebsd-current@mx1.freebsd.org Subject: Re: linuxolator related LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 21:21:01 -0000 On Wed, Feb 21, 2007 at 02:30:16PM +0100, Goran Gajic wrote: > > > Hi, > > fbsd# uname -a > FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Feb > 21 13:19:17 CET 2007 > root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386 > > With compat.linux.osrelease: 2.4.2 firefox using flashplayer 9 just > crashesh. With compat.linux.osrelease 2.6.12 I'm geting this LOR (and > firefox still crashes - here is part of dmesg): the LOR has been fixed (I am just waiting for someone to commit that). I can run linux-firefox with 2.6 emulation. can you provide some more info about the crash? (somehing in messages etc.) roman From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 22:08:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8475216A402 for ; Wed, 21 Feb 2007 22:08:18 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.freebsd.org (Postfix) with ESMTP id 4B5F913C442 for ; Wed, 21 Feb 2007 22:08:18 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id F068B1CE1B; Wed, 21 Feb 2007 22:36:19 +0100 (CET) Date: Wed, 21 Feb 2007 22:36:19 +0100 From: Ed Schouten To: Josef Karthauser Message-ID: <20070221213619.GB834@hoeg.nl> References: <20070221171816.GB2202@genius.tao.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <20070221171816.GB2202@genius.tao.org.uk> User-Agent: Mutt/1.5.13 (2006-08-11) X-Mailman-Approved-At: Wed, 21 Feb 2007 22:33:01 +0000 Cc: current@freebsd.org Subject: Re: Zombie Jails - why don't they disappear? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 22:08:18 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Josef Karthauser wrote: > Any ideas why they are still hanging around in the jail list? The problem is quite complex: - pty's aren't deallocated in the kernel anymore - because pty device nodes cannot be deallocated before it has no process groups bound to it, pty's wouldn't even be deallocated in a lot of situations (kill sshd). The easiest fix would be to replace the make_dev_cred() call in tty_pty.c with make_dev(). This should at least solve the jail leak. --=20 Ed Schouten WWW: http://g-rave.nl/ --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF3LtT52SDGA2eCwURAt6GAJ9fwh/eh7/UXw/t6pwCK09JujgnpQCeOESH NE3mnKsoqspCQn86+YxNFPo= =701o -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 23:09:14 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB2CA16A401 for ; Wed, 21 Feb 2007 23:09:14 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 7C55B13C494 for ; Wed, 21 Feb 2007 23:09:14 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id D8BBF359B0 for ; Thu, 22 Feb 2007 00:09:13 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 86F0B9BE05 for ; Wed, 21 Feb 2007 23:11:08 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 7C12B405B; Thu, 22 Feb 2007 00:11:08 +0100 (CET) Date: Thu, 22 Feb 2007 00:11:08 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20070221231108.GC2479@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="PuGuTyElPB9bOcsM" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Using /etc/rc.d/devfs from command-line X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 23:09:14 -0000 --PuGuTyElPB9bOcsM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, The attached patch allows to provide arguments to rc.d/devfs with the same syntax as $devfs_set_rulesets. This is then easier to mount manually devfs inside a directory and apply some predefined rulesets on it. Before this patch you had to manually apply rules to the devfs mount point, provided pre-configured rulesets had been loaded into the kernel (with rc.subr's devfs_init_rulesets()). Example: % mount_devfs none /space/chroot/dev % /etc/rc.d/devfs start /space/chroot/dev=devfsrules_jail Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --PuGuTyElPB9bOcsM Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="rc.d_devfs.patch" ? .devfs.swp ? rc.d_devfs.patch Index: devfs =================================================================== RCS file: /home/ncvs/src/etc/rc.d/devfs,v retrieving revision 1.12 diff -u -p -r1.12 devfs --- devfs 21 Jan 2006 14:31:45 -0000 1.12 +++ devfs 21 Feb 2007 22:55:53 -0000 @@ -14,6 +14,21 @@ name="devfs" start_cmd='devfs_start' stop_cmd=':' +set_rulesets() +{ + if [ -n "$devfs_set_rulesets" ]; then + local _dir_set + local _dir + local _set + for _dir_set in $devfs_set_rulesets; do + _dir=${_dir_set%=*} + _set=${_dir_set#*=} + devfs_set_ruleset $_set $_dir + devfs_apply_ruleset $_set $_dir + done + fi +} + devfs_start() { if [ -n "$devfs_system_ruleset" -o -n "$devfs_set_rulesets" ]; then @@ -22,17 +37,7 @@ devfs_start() devfs_set_ruleset $devfs_system_ruleset /dev devfs_apply_ruleset $devfs_system_ruleset /dev fi - if [ -n "$devfs_set_rulesets" ]; then - local _dir_set - local _dir - local _set - for _dir_set in $devfs_set_rulesets; do - _dir=${_dir_set%=*} - _set=${_dir_set#*=} - devfs_set_ruleset $_set $_dir - devfs_apply_ruleset $_set $_dir - done - fi + set_rulesets fi read_devfs_conf } @@ -67,4 +72,14 @@ read_devfs_conf() } load_rc_config $name -run_rc_command "$1" +cmd="$1" +if [ $# -gt 0 ]; then + shift +fi +if [ -n "$*" ]; then + start_cmd="set_rulesets" + devfs_set_rulesets="$*" + devfs_init_rulesets +fi + +run_rc_command "$cmd" --PuGuTyElPB9bOcsM-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 21 23:31:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E25AB16A400; Wed, 21 Feb 2007 23:31:33 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id 6775F13C47E; Wed, 21 Feb 2007 23:31:33 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-91-186.sn1.eutelia.it [62.94.91.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 10FA011AE43; Thu, 22 Feb 2007 00:31:34 +0100 (CET) Received: (from piso@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id l1LNVTmr048355; Thu, 22 Feb 2007 00:31:29 +0100 (CET) (envelope-from piso) Date: Thu, 22 Feb 2007 00:31:24 +0100 From: Paolo Pisati To: Doug Barton Message-ID: <20070221233124.GA13941@tin.it> References: <20070220172559.GA1569@tin.it> <45DB3B31.8030203@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45DB3B31.8030203@FreeBSD.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: FreeBSD_Hackers , FreeBSD_Current , Paolo Pisati Subject: Re: HEADS UP: interrupt filtering & newbus API breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 23:31:34 -0000 On Tue, Feb 20, 2007 at 10:17:21AM -0800, Doug Barton wrote: > Paolo Pisati wrote: > > > So, if none as anything against it, i'm going to commit this work on > > Friday 23 around 14:00 UTC, so speak now or forever hold your peace. > > With any kind of luck this is redundant information for you, but I > feel compelled to ask if you have both tested your patch with the > latest HEAD, and run 'make universe' with the latest HEAD? yes, it survives a 'make universe' with a recent HEAD (2 days old). Moreover, someone asked me in private email what exactly was interrupt filtering, so here is a brief overview: take a normal handler, logically divide it in 2 pieces (the filter and the handler), and let the filter run in the context of the interrupted process (like a fast handler), while the handler will run in a per driver private ithread context. Every time a device triggers an interrupt, all the filters registered on that irq line will execute, and in case any of them recognize the event it can chose to: 1) serve the interrupt by itself if no potentially blocking actions have to be carried on 2) ask the system to schedule the handler in the ithread, so it can block, etcetc The advantages of this model are: 1) no more masking of irq at the controller level, cause we can mask the interrupt at the device level in the filter and ack the event at the controller -> this should fix the interrupt storming/aliasing problems we had in the past 2) less contention for shared irq lines 3) the os has some feedback from filters, and thus can react in case no filters were registered or none recognize the event 4) not stricly connected to interrupt filtering, but while working on this i turned much of the interrupt handling MD code into MI code AFAIK darwin, NT and vxworks work this way. Implementation details: To support a 2 functions device driver, bus_setup_intr() had to grow a new filter_t argument, and thus the prototype changed to: int bus_setup_intr(device_t dev, struct resource *r, int flags, driver_filter_t filter, driver_intr_t handler, void *arg, void **cookiep) where driver_filter_t is: typedef int driver_filter_t(void*); and thus i had to fix all the instances of bus_setup_intr() in our tree. Moreover, all the fast handlers became filters and thus a return code reflecting the interrupt handling status was added to them, and the return code can be: FILTER_STRAY -> i don't recognize this event FILTER_HANDLED -> i recognize this event FILTER_SCHEDULE_THREAD -> schedule my ithread (not used now) To attach a filter/fast handler we do now: bus_setup_intr(dev, r, flags, filter, NULL, softc, cookie) where flags DOESN'T contain INTR_FAST -> if an handler is attached as a filter, it will always run in the context of the interrupted process so we don't need to explicit it anymore. To to attach a normal ithread handler we do: bus_setup_intr(dev, r, flags, NULL, handler, softc, cookie) while a filtered handlers will look like: bus_setup_intr(dev, r, flags, filter, handler, softc, cookie) when both the filter and the handler functions are used. In my first patch i just address the bus_setup_intr() modification and it's the first and mandatory step before i commit the real interrupt handling mechanism: with these modifications in the tree the rest can be commited in #ifdef ... #endif without affecting the usual interrupt mechanism and that means, we can ship 7.0 with a dormient implementation (at least for i386 and amd64), and developers can convert their drivers during the entire 7.x life span. bye, P. From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 02:27:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4D6216A402 for ; Thu, 22 Feb 2007 02:27:07 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 13D8113C441 for ; Thu, 22 Feb 2007 02:27:06 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l1M22q7r079011; Thu, 22 Feb 2007 05:02:52 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l1M22pi4079010; Thu, 22 Feb 2007 05:02:51 +0300 (MSK) (envelope-from yar) Date: Thu, 22 Feb 2007 05:02:51 +0300 From: Yar Tikhiy To: Jeremie Le Hen Message-ID: <20070222020250.GM54441@comp.chem.msu.su> References: <20070221231108.GC2479@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070221231108.GC2479@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: Using /etc/rc.d/devfs from command-line X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 02:27:08 -0000 On Thu, Feb 22, 2007 at 12:11:08AM +0100, Jeremie Le Hen wrote: > Hi, > > The attached patch allows to provide arguments to rc.d/devfs with > the same syntax as $devfs_set_rulesets. This is then easier to mount > manually devfs inside a directory and apply some predefined rulesets > on it. Before this patch you had to manually apply rules to the > devfs mount point, provided pre-configured rulesets had been loaded > into the kernel (with rc.subr's devfs_init_rulesets()). This topic could be more appropriate on freebsd-rc. > Example: > % mount_devfs none /space/chroot/dev > % /etc/rc.d/devfs start /space/chroot/dev=devfsrules_jail > > Best regards, > -- > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot org > > ? .devfs.swp > ? rc.d_devfs.patch > Index: devfs > =================================================================== > RCS file: /home/ncvs/src/etc/rc.d/devfs,v > retrieving revision 1.12 > diff -u -p -r1.12 devfs > --- devfs 21 Jan 2006 14:31:45 -0000 1.12 > +++ devfs 21 Feb 2007 22:55:53 -0000 > @@ -14,6 +14,21 @@ name="devfs" > start_cmd='devfs_start' > stop_cmd=':' > > +set_rulesets() > +{ > + if [ -n "$devfs_set_rulesets" ]; then > + local _dir_set > + local _dir > + local _set > + for _dir_set in $devfs_set_rulesets; do > + _dir=${_dir_set%=*} > + _set=${_dir_set#*=} > + devfs_set_ruleset $_set $_dir > + devfs_apply_ruleset $_set $_dir > + done > + fi > +} > + > devfs_start() > { > if [ -n "$devfs_system_ruleset" -o -n "$devfs_set_rulesets" ]; then > @@ -22,17 +37,7 @@ devfs_start() > devfs_set_ruleset $devfs_system_ruleset /dev > devfs_apply_ruleset $devfs_system_ruleset /dev > fi > - if [ -n "$devfs_set_rulesets" ]; then > - local _dir_set > - local _dir > - local _set > - for _dir_set in $devfs_set_rulesets; do > - _dir=${_dir_set%=*} > - _set=${_dir_set#*=} > - devfs_set_ruleset $_set $_dir > - devfs_apply_ruleset $_set $_dir > - done > - fi > + set_rulesets > fi > read_devfs_conf > } > @@ -67,4 +72,14 @@ read_devfs_conf() > } > > load_rc_config $name > -run_rc_command "$1" > +cmd="$1" > +if [ $# -gt 0 ]; then > + shift > +fi > +if [ -n "$*" ]; then > + start_cmd="set_rulesets" > + devfs_set_rulesets="$*" > + devfs_init_rulesets > +fi > + > +run_rc_command "$cmd" Excuse me, but the last part of your patch looks like an unjustified hack. The proper way is to pass additional arguments to run_rc_command so that it passes them on to the respective method. If you just change run_rc_command "$1" to run_rc_command "$@" devfs_start() will get the additional arguments as its positional parameters $1, $2, ... Then you will be able to detect that there are such arguments and act correspondingly from devfs_start(). There are other examples in /etc/rc.d. Note that for some reason they use $*, not "$@": run_rc_command $* I cannot think of a good reason to do so. -- Yar From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 07:29:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2721B16A40B for ; Thu, 22 Feb 2007 07:29:07 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 7262A13C4D1 for ; Thu, 22 Feb 2007 07:29:05 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so231250nfc for ; Wed, 21 Feb 2007 23:29:04 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NbrLp6ItS1DkQON1en1HSlSJo27GaWa/IWVjkKXk06r/oLrlbWccRTexfuw5lQ+Q8b0+VaYNEQ68GFxvjur6gMWXf/Tiodj9AmBXIZLBXBhBtrr5zcuTPyJT3pst5ohkFjoegpLw6fhe+cNhgK0hjgHSv7naCLdK7absX0oUYE8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uYEIzSiUNG8G+NgWIGbYLqerv1IFnxZMKR+Mb194yCvHgHxrqwzwVA/8SBbVO7qJcCMwNexlXNo3Mq3bHpRLFgG9yDh1aIouo7a/t9yZwUoXV2FJwzL5SWYoEU71VGqVD01r9NAoSh+Ga9atHV8Pgvp5gepU18s8O9bq1BlbQ74= Received: by 10.82.177.3 with SMTP id z3mr61893bue.1172129343984; Wed, 21 Feb 2007 23:29:03 -0800 (PST) Received: by 10.82.186.2 with HTTP; Wed, 21 Feb 2007 23:29:03 -0800 (PST) Message-ID: <790a9fff0702212329o19826332lf01676ae286e264a@mail.gmail.com> Date: Thu, 22 Feb 2007 01:29:03 -0600 From: "Scot Hetzel" To: "Kevin Oberman" In-Reply-To: <20070221211039.GA859@heather.menantico.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0702211031r226ba0bdsfab2eab5f4748191@mail.gmail.com> <20070221191551.19A9745053@ptavv.es.net> <20070221211039.GA859@heather.menantico.com> Cc: current@freebsd.org, Eric Anderson Subject: Re: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 07:29:07 -0000 On 2/21/07, Skip Ford wrote: > Kevin Oberman wrote: > > Any thought of making module loads default to the directory of the > > booted kernel (e.g. /boot/kernel.old) instead of /boot/kernel? > > This should already happen if you "set kernel" to kernel.old and > then "boot". > I set the kernel variable in loader.conf, so that I can have multiple kernels installed and choose which kernel to boot the next time the server is booted. /boot/loader.conf #kernel="kernel_p4_debug" kernel="kernel_debug" hp010# sysctl -a | grep kernel kern.bootfile: /boot/kernel_debug/kernel kern.module_path: /boot/kernel_debug;/boot/modules Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 08:07:42 2007 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0626916A401 for ; Thu, 22 Feb 2007 08:07:42 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id AF12413C441 for ; Thu, 22 Feb 2007 08:07:41 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5F9EE.dip.t-dialin.net [84.165.249.238]) by redbull.bpaserver.net (Postfix) with ESMTP id 61FC22E196; Thu, 22 Feb 2007 08:41:47 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 842B25B480D; Thu, 22 Feb 2007 08:41:44 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l1M7fh0w004536; Thu, 22 Feb 2007 08:41:43 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 22 Feb 2007 08:41:43 +0100 Message-ID: <20070222084143.pgarpkmfsw8kwgkg@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 22 Feb 2007 08:41:43 +0100 From: Alexander Leidinger To: Divacky Roman References: <20070221210943.GA9706@stud.fit.vutbr.cz> In-Reply-To: <20070221210943.GA9706@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@mx1.freebsd.org, Goran Gajic Subject: Re: linuxolator related LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 08:07:42 -0000 Quoting Divacky Roman (from Wed, 21 Feb =20 2007 22:09:44 +0100): > On Wed, Feb 21, 2007 at 02:30:16PM +0100, Goran Gajic wrote: >> >> >> Hi, >> >> fbsd# uname -a >> FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Feb >> 21 13:19:17 CET 2007 >> root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386 >> >> With compat.linux.osrelease: 2.4.2 firefox using flashplayer 9 just >> crashesh. With compat.linux.osrelease 2.6.12 I'm geting this LOR (and >> firefox still crashes - here is part of dmesg): > > the LOR has been fixed (I am just waiting for someone to commit that). > I can run linux-firefox with 2.6 emulation. can you provide some more > info about the crash? (somehing in messages etc.) I think it's the combination with flash _9_. My cristalball assumes =20 flash 9 uses some 2.6.x stuff. Bye, Alexander. --=20 Two men look out through the same bars; one sees mud, and one the stars. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 11:25:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82EBD16A400 for ; Thu, 22 Feb 2007 11:25:39 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from mx.isc.org (mx.isc.org [204.152.184.167]) by mx1.freebsd.org (Postfix) with ESMTP id 66FBA13C461 for ; Thu, 22 Feb 2007 11:25:39 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id 096E7114025 for ; Thu, 22 Feb 2007 10:57:12 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from [204.152.189.15] (dhcp-wi-15.sql1.isc.org [204.152.189.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id C435FE60D0; Thu, 22 Feb 2007 10:57:11 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Message-ID: <45DD76FB.8050805@isc.org> Date: Thu, 22 Feb 2007 02:56:59 -0800 From: Peter Losher User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC9D6DFDD1AA3AC722EE5B699" Subject: Installing 6.2 or 7.0 on a SuperMicro H8DSP-i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 11:25:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC9D6DFDD1AA3AC722EE5B699 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I just took ownership of a new dual Opteron-based SuperMicro H8DSP-i system, and it's unable to load sysinstall (6.2 and 7.0); here's the output of 'boot -v' Any ideas? Has FreeBSD ever run on a ServerWorks HT1000? -=3D- KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 SMAP type=3D02 base=3D00000000000e8000 len=3D0000000000018000 SMAP type=3D01 base=3D0000000000100000 len=3D000000007fef0000 SMAP type=3D03 base=3D000000007fff0000 len=3D000000000000e000 SMAP type=3D04 base=3D000000007fffe000 len=3D0000000000002000 SMAP type=3D02 base=3D00000000fec00000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fec01000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fec02000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000fee00000 len=3D0000000000001000 SMAP type=3D02 base=3D00000000ff700000 len=3D0000000000900000 Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT-200702 #0: Sun Feb 4 13:50:06 UTC 2007 root@stiles.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Using 16 colors for the VM-PQ tuning (1024, 16) Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80f57000. Preloaded mfs_root "/boot/mfsroot" at 0xffffffff80f571f8. Calibrating clock(s) ... i8254 clock: 1193274 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1995017885 Hz CPU: AMD Opteron(tm) Processor 246 (1995.02-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20f51 Stepping =3D 1 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800 AMD Features2=3D0x1 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative usable memory =3D 2130931712 (2032 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000001054000 - 0x000000007c39ffff, 2067054592 bytes (504652 pages) avail memory =3D 2056544256 (1961 MB) ath_rate: version 1.2 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413= ) rr232x: RocketRAID 232x controller driver v1.02 (Feb 4 2007 13:49:58) acpi0: on motherboard acpi0: could not allocate interrupt ACPI-0220: *** Error: Unable to install System Control Interrupt Handler, AE _ALREADY_EXISTS acpi0: Could not enable ACPI: AE_ALREADY_EXISTS device_attach: acpi0 attach returned 6 cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x8001683c pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 1 [class=3D060400] [hdr=3D01] is there (id=3D003= 61166) pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x1166, dev=3D0x0036, revid=3D0x00 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00= (0 ns) found-> vendor=3D0x1166, dev=3D0x0205, revid=3D0x00 bus=3D0, slot=3D2, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0= ns) found-> vendor=3D0x1166, dev=3D0x0214, revid=3D0x00 bus=3D0, slot=3D2, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0200, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0= ns) map[20]: type 4, range 32, base 0xffa0, size 4, enabled found-> vendor=3D0x1166, dev=3D0x0234, revid=3D0x00 bus=3D0, slot=3D2, func=3D2 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) found-> vendor=3D0x1166, dev=3D0x0235, revid=3D0x00 bus=3D0, slot=3D2, func=3D4 class=3D08-00-20, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) map[10]: type 1, range 32, base 0xfebfd000, size 12, enabled found-> vendor=3D0x1166, dev=3D0x0235, revid=3D0x00 bus=3D0, slot=3D2, func=3D5 class=3D08-00-20, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) map[10]: type 1, range 32, base 0xfebfc000, size 12, enabled found-> vendor=3D0x1166, dev=3D0x0235, revid=3D0x00 bus=3D0, slot=3D2, func=3D6 class=3D08-00-20, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0106, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) map[10]: type 1, range 32, base 0xfebfb000, size 12, enabled found-> vendor=3D0x1166, dev=3D0x0223, revid=3D0x01 bus=3D0, slot=3D3, func=3D0 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0117, statreg=3D0x02b0, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0= ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 0xfebfa000, size 12, enabled map[14]: type 4, range 32, base 0xe800, size 8, enabled found-> vendor=3D0x1166, dev=3D0x0223, revid=3D0x01 bus=3D0, slot=3D3, func=3D1 class=3D0c-03-10, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x02b0, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0= ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 0xfebf9000, size 12, enabled map[14]: type 4, range 32, base 0xd800, size 8, enabled found-> vendor=3D0x1166, dev=3D0x0223, revid=3D0x01 bus=3D0, slot=3D3, func=3D2 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x02b0, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0= ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 0xfebf8000, size 12, enabled map[14]: type 4, range 32, base 0xd400, size 8, enabled found-> vendor=3D0x1002, dev=3D0x4752, revid=3D0x27 bus=3D0, slot=3D5, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0087, statreg=3D0x0290, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00= (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 0xfd000000, size 24, enabled map[14]: type 4, range 32, base 0xe000, size 8, enabled map[18]: type 1, range 32, base 0xfebff000, size 12, enabled found-> vendor=3D0x1166, dev=3D0x0130, revid=3D0xa3 bus=3D0, slot=3D8, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00= (0 ns) found-> vendor=3D0x1166, dev=3D0x0130, revid=3D0xa3 bus=3D0, slot=3D9, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00= (0 ns) found-> vendor=3D0x1166, dev=3D0x0132, revid=3D0xa3 bus=3D0, slot=3D10, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0= ns) found-> vendor=3D0x1166, dev=3D0x0132, revid=3D0xa3 bus=3D0, slot=3D11, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0= ns) found-> vendor=3D0x1166, dev=3D0x0132, revid=3D0xa3 bus=3D0, slot=3D12, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0= ns) found-> vendor=3D0x1166, dev=3D0x0132, revid=3D0xa3 bus=3D0, slot=3D13, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0= ns) found-> vendor=3D0x1022, dev=3D0x1100, revid=3D0x00 bus=3D0, slot=3D24, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) found-> vendor=3D0x1022, dev=3D0x1101, revid=3D0x00 bus=3D0, slot=3D24, func=3D1 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) found-> vendor=3D0x1022, dev=3D0x1102, revid=3D0x00 bus=3D0, slot=3D24, func=3D2 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) found-> vendor=3D0x1022, dev=3D0x1103, revid=3D0x00 bus=3D0, slot=3D24, func=3D3 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) found-> vendor=3D0x1022, dev=3D0x1100, revid=3D0x00 bus=3D0, slot=3D25, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) found-> vendor=3D0x1022, dev=3D0x1101, revid=3D0x00 bus=3D0, slot=3D25, func=3D1 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) found-> vendor=3D0x1022, dev=3D0x1102, revid=3D0x00 bus=3D0, slot=3D25, func=3D2 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) found-> vendor=3D0x1022, dev=3D0x1103, revid=3D0x00 bus=3D0, slot=3D25, func=3D3 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 2 pcib1: I/O decode 0xb000-0xbfff pcib1: memory decode 0xfc700000-0xfc9fffff pcib1: prefetched decode 0xff400000-0xff4fffff pci1: on pcib1 pci1: physical bus=3D1 found-> vendor=3D0x1166, dev=3D0x0104, revid=3D0xb2 bus=3D1, slot=3D13, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0017, statreg=3D0x0230, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x02= (500 ns) pcib2: at device 13.0 on pci1 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xb000-0xbfff pcib2: memory decode 0xfc700000-0xfc9fffff pcib2: prefetched decode 0xff400000-0xff4fffff pci2: on pcib2 pci2: physical bus=3D2 found-> vendor=3D0x8086, dev=3D0x1079, revid=3D0x03 bus=3D2, slot=3D6, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0117, statreg=3D0x0230, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xff (63750 ns), maxlat=3D0x0= 0 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base 0xfc8e0000, size 17, enabled pcib2: requested memory range 0xfc8e0000-0xfc8fffff: good pcib1: requested memory range 0xfc8e0000-0xfc8fffff: good map[18]: type 1, range 64, base 0xfc880000, size 18, enabled pcib2: requested memory range 0xfc880000-0xfc8bffff: good pcib1: requested memory range 0xfc880000-0xfc8bffff: good map[20]: type 4, range 32, base 0xbc00, size 6, enabled pcib2: requested I/O range 0xbc00-0xbc3f: in range pcib1: requested I/O range 0xbc00-0xbc3f: in range found-> vendor=3D0x8086, dev=3D0x1079, revid=3D0x bus=3D2, slot=3D= 6, func=3D1 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0117, statreg=3D0x0230, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xff (63750 ns), maxlat=3D0x0= 0 (0 ns) intpin=3Db, irq=3D9 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base 0xfc8c0000, size 17, enabled pcib2: requested memory range 0xfc8c0000-0xfc8dffff: good pcib1: requested memory range 0xfc8c0000-0xfc8dffff: good map[18]: type 1, range 64, base 0xfc800000, size 18, enabled pcib2: requested memory range 0xfc800000-0xfc83ffff: good pcib1: requested memory range 0xfc800000-0xfc83ffff: good map[20]: type 4, range 32, base 0xb880, size 6, enabled pcib2: requested I/O range 0xb880-0xb8bf: in range pcib1: requested I/O range 0xb880-0xb8bf: in range em0: port 0xbc00-0xbc3f m em 0xfc8e0000-0xfc8fffff,0xfc880000-0xfc8bffff irq 11 at device 6.0 on pc= i2 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfc8e0000 em0: Reserved 0x40 bytes for rid 0x20 type 4 at 0xbc00 em0: attempting to allocate 1 MSI vectors (1 supported) em0: Unable to allocate bus resource: interrupt em0: Allocation of PCI resources failed device_attach: em0 attach returned 6 em1: port 0xb880-0xb8bf m em 0xfc8c0000-0xfc8dffff,0xfc800000-0xfc83ffff irq 9 at device 6.1 on pci= 2 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfc8c0000 em1: Reserved 0x40 bytes for rid 0x20 type 4 at 0xb880 em1: attempting to allocate 1 MSI vectors (1 supported) em1: Unable to allocate bus resource: interrupt em1: Allocation of PCI resources failed device_attach: em1 attach returned 6 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x 177,0x376,0xffa0-0xffaf at device 2.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D02 ostat0=3Dff ostat1=3D50 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata0: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x8 ata0: unable to allocate interrupt device_attach: ata0 attach returned 6 ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D00 ostat0=3Dff ostat1=3Dff ata1: unable to allocate interrupt device_attach: ata1 attach returned 6 isab0: at device 2.2 on pci0 isa0: on isab0 pci0: at device 2.4 (no driver attached) pci0: at device 2.5 (no driver attached) pci0: at device 2.6 (no driver attached) ohci0: port 0xe800-0xe8ff mem 0xfebfa000-0xfebfa fff irq 10 at device 3.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfebfa000 ohci0: Could not allocate irq device_attach: ohci0 attach returned 6 ohci1: port 0xd800-0xd8ff mem 0xfebf9000-0xfebf9 fff irq 10 at device 3.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfebf9000 ohci1: Could not allocate irq device_attach: ohci1 attach returned 6 ehci0: port 0xd400-0xd4ff mem 0xfebf8000-0xf ebf8fff irq 10 at device 3.2 on pci0 ehci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfebf8000 ehci0: Could not allocate irq device_attach: ehci0 attach returned 6 vgapci0: port 0xe000-0xe0ff mem 0xfd000000-0xfdffffff,0 xfebff000-0xfebfffff irq 10 at device 5.0 on pci0 pcib3: at device 8.0 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x0-0x0 pcib3: no prefetched decode pci3: on pcib3 pci3: physical bus=3D3 pcib4: at device 9.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0x0-0x0 pcib4: memory decode 0xfca00000-0xfcafffff pcib4: prefetched decode 0xff500000-0xff5fffff pci4: on pcib4 pci4: physical bus=3D4 pci4:4:0: bad VPD cksum, remain 14 found-> vendor=3D0x14e4, dev=3D0x166a, revid=3D0x03 bus=3D4, slot=3D4, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0116, statreg=3D0x02b0, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x0= 0 (0 ns) intpin=3Da, irq=3D5 powerspec 2 supports D0 D3 current D0 VPD Ident: Broadcom NetXtreme Gigabit Ethernet Controller MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base 0xfcaf0000, size 16, enabled pcib4: requested memory range 0xfcaf0000-0xfcafffff: good map[18]: type 1, range 64, base 0xfcae0000, size 16, enabled pcib4: requested memory range 0xfcae0000-0xfcaeffff: good pci4:4:1: bad VPD cksum, remain 14 found-> vendor=3D0x14e4, dev=3D0x166a, revid=3D0x03 bus=3D4, slot=3D4, func=3D1 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0116, statreg=3D0x02b0, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x0= 0 (0 ns) intpin=3Db, irq=3D7 powerspec 2 supports D0 D3 current D0 VPD Ident: Broadcom NetXtreme Gigabit Ethernet Controller MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base 0xfcad0000, size 16, enabled pcib4: requested memory range 0xfcad0000-0xfcadffff: good map[18]: type 1, range 64, base 0xfcac0000, size 16, enabled pcib4: requested memory range 0xfcac0000-0xfcacffff: good bge0: mem 0xf caf0000-0xfcafffff,0xfcae0000-0xfcaeffff irq 5 at device 4.0 on pci4 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfcaf0000 bge0: attempting to allocate 1 MSI vectors (8 supported) bge0: couldn't map interrupt device_attach: bge0 attach returned 6 bge1: mem 0xf cad0000-0xfcadffff,0xfcac0000-0xfcacffff irq 7 at device 4.1 on pci4 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfcad0000 bge1: attempting to allocate 1 MSI vectors (8 supported) bge1: couldn't map interrupt device_attach: bge1 attach returned 6 pcib5: at device 10.0 on pci0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0x0-0x0 pcib5: no prefetched decode pci5: on pcib5 pci5: physical bus=3D5 pcib6: at device 11.0 on pci0 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0x0-0x0 pcib6: no prefetched decode pci6: on pcib6 pci6: physical bus=3D6 pcib7: at device 12.0 on pci0 pcib7: secondary bus 7 pcib7: subordinate bus 7 pcib7: I/O decode 0x0-0x0 pcib7: no prefetched decode pci7: on pcib7 pci7: physical bus=3D7 pcib8: at device 13.0 on pci0 pcib8: secondary bus 8 pcib8: subordinate bus 8 pcib8: I/O decode 0x0-0x0 pcib8: no prefetched decode pci8: on pcib8 pci8: physical bus=3D8 ex_isa_identify() sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: unable to allocate IRQ psm0: unable to allocate IRQ fdc0: cannot reserve interrupt line fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x100> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 132365 -> 100000 procfs registered Timecounter "TSC" frequency 1995017885 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. ATA PseudoRAID loaded md0: Preloaded image 4194304 bytes at 0xffffffff80b55590 Trying to mount root from ufs:/dev/md0 start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /rescue/init start_init: trying /stand/sysinstall /stand/sysinstal -=3D- --=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --------------enigC9D6DFDD1AA3AC722EE5B699 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFF3XcGPtVx9OgEjQgRAq8wAKCKvBySXIb5JOrEQBiDKvx74FWQ6wCgnuZk mCfdkR7YvHlNwRFXUGLLT4M= =jKrv -----END PGP SIGNATURE----- --------------enigC9D6DFDD1AA3AC722EE5B699-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 11:38:21 2007 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9700316A402 for ; Thu, 22 Feb 2007 11:38:21 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id 292CB13C4A3 for ; Thu, 22 Feb 2007 11:38:20 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l1MBcDe6024616 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Feb 2007 12:38:13 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l1MBcDcD024614; Thu, 22 Feb 2007 12:38:13 +0100 (CET) Date: Thu, 22 Feb 2007 12:38:13 +0100 From: Divacky Roman To: Alexander Leidinger Message-ID: <20070222113813.GB24296@stud.fit.vutbr.cz> References: <20070221210943.GA9706@stud.fit.vutbr.cz> <20070222084143.pgarpkmfsw8kwgkg@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070222084143.pgarpkmfsw8kwgkg@webmail.leidinger.net> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: freebsd-current@mx1.freebsd.org, Goran Gajic Subject: Re: linuxolator related LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 11:38:21 -0000 On Thu, Feb 22, 2007 at 08:41:43AM +0100, Alexander Leidinger wrote: > Quoting Divacky Roman (from Wed, 21 Feb > 2007 22:09:44 +0100): > > >On Wed, Feb 21, 2007 at 02:30:16PM +0100, Goran Gajic wrote: > >> > >> > >>Hi, > >> > >>fbsd# uname -a > >>FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Feb > >>21 13:19:17 CET 2007 > >>root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386 > >> > >>With compat.linux.osrelease: 2.4.2 firefox using flashplayer 9 just > >>crashesh. With compat.linux.osrelease 2.6.12 I'm geting this LOR (and > >>firefox still crashes - here is part of dmesg): > > > >the LOR has been fixed (I am just waiting for someone to commit that). > >I can run linux-firefox with 2.6 emulation. can you provide some more > >info about the crash? (somehing in messages etc.) > > I think it's the combination with flash _9_. My cristalball assumes > flash 9 uses some 2.6.x stuff. I _DO_ use flash9, it crashes often but I dont think this is related to linuxulator (at least I have reports of it being unstable on 6.x as well) From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 11:57:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9213016A400 for ; Thu, 22 Feb 2007 11:57:35 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from mx1.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.freebsd.org (Postfix) with ESMTP id F2E7613C47E for ; Thu, 22 Feb 2007 11:57:34 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 17CFFD4C34; Thu, 22 Feb 2007 12:32:56 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c8wQOkj9nLq0; Thu, 22 Feb 2007 12:32:39 +0100 (CET) Received: from thunderstone.rink.nu (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id AC3D8D4C60; Thu, 22 Feb 2007 12:32:39 +0100 (CET) Received: (from rink@localhost) by thunderstone.rink.nu (8.13.8/8.13.8/Submit) id l1MBWd5p055005; Thu, 22 Feb 2007 12:32:39 +0100 (CET) (envelope-from rink) Date: Thu, 22 Feb 2007 12:32:39 +0100 From: Rink Springer To: Peter Losher Message-ID: <20070222113239.GB51491@rink.nu> References: <45DD76FB.8050805@isc.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <45DD76FB.8050805@isc.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: Installing 6.2 or 7.0 on a SuperMicro H8DSP-i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 11:57:35 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Peter, On Thu, Feb 22, 2007 at 02:56:59AM -0800, Peter Losher wrote: > Any ideas? Has FreeBSD ever run on a ServerWorks HT1000? > > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x > 177,0x376,0xffa0-0xffaf at device 2.1 on pci0 Hmm, the PCI device does not seem to have any IRQ resources associated to it; therefore, the error message of ata(4) not being able to allocate an interrupt later on makes perfect sense. This could be a BIOS issue; have you tried a BIOS update? --=20 Rink P.W. Springer - http://rink.nu "It is such a quiet thing, to fall. But yet a far more terrible thing, to admit it." - Darth Traya --k1lZvvs/B4yU6o8G Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIJawYJKoZIhvcNAQcCoIIJXDCCCVgCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BuIwggObMIIDBKADAgECAhAiuN7bs9pg6t3I0n6G5OOTMA0GCSqGSIb3DQEBBQUAMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNjExMDgwOTI2 NTNaFw0wNzExMDgwOTI2NTNaMIHSMREwDwYDVQQEEwhTcHJpbmdlcjEaMBgGA1UEKhMRUmlu ayBQZXRlciBXeWNoZXIxIzAhBgNVBAMTGlJpbmsgUGV0ZXIgV3ljaGVyIFNwcmluZ2VyMRsw GQYJKoZIhvcNAQkBFgxtYWlsQHJpbmsubnUxHzAdBgkqhkiG9w0BCQEWEHJpbmtAZnJlZWJz ZC5vcmcxIDAeBgkqhkiG9w0BCQEWEXJpbmtAaWwuZm9udHlzLm5sMRwwGgYJKoZIhvcNAQkB Fg1yaW5rQHN0YWNrLm5sMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxryGDfel YzzENX7wodkbVY1NALfaiPfNEG10YjD8ZWdK9zkN26Tc878Shbqapq0KYFD8TACGfEhKoMvo qbf0PHAS/gNYr81Arqa9FRPUfzvtDE/cMbhvI+p7ufBITyYnPJp9MUD72iT+DohRR2ISVi3i NAEgDuSbYYNxctnvXqU6O6EPy3mzoFPDoiOQwBfVtFrjxBbND9BUK2bjtUyGt4x8I/Vulzrt qLPTokva+b97DHRgbCA/aLLYIrU6QoqOFJ8GrAbro/FZLYh4m1oJk3FEHVQOKkk7xzIaFmmP QGJRL8m6nrIZFTrQ+X2wmzfLD55K/UiqbekOuMiWbY9EbwIDAQABo10wWzBLBgNVHREERDBC gQxtYWlsQHJpbmsubnWBEHJpbmtAZnJlZWJzZC5vcmeBEXJpbmtAaWwuZm9udHlzLm5sgQ1y aW5rQHN0YWNrLm5sMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAIfIcieRjePBA wjZqvOdGpyPcNDnK/ubeQSTV5Y4AHWxm1sXhQxB/XrQ3RVdz1qDnBRL1AjkEBAl8e9+am4s6 D6TaSlmJeNXn6ZPJTQecisz3M+AKiMckShM3oAeUi0ktn1yNYR+hz5aQN612XT5OZRYznJVZ kPf1DiA2RVVyz+MwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNV BAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkq hkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAw WhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH 5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBly YLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJo dHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNV HQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0G CSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3 h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICUTCCAk0CAQEwdjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECECK43tuz2mDq3cjS fobk45MwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wNzAyMjIxMTMyMzlaMCMGCSqGSIb3DQEJBDEWBBQ45OwqSgNJsbJ17i10AQmV Duc4yzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQCP Cr/s1lZvXGryFv9g4C+adtry0EihsDJi2eRAmAVXr4bsvP6tJt59tKiod3b/IhKKlHCRSj7u PPRPGMMXfG/fcc73QEKj1UXV+mQBCJwcs1MhjGLObM1oiwNPZxAjyF5dRy8h+NCkZRWU9r1w w8NG+EJPZhPH8zF9K+NP18zEAydRMW08VpVLJ7rlpraXhG57IRKbPzWFNIpFXFYo64dTC6oG vrnX/PIdLgcsvitu4aXGA6pq8b922V7YjIbLagJXH2aP0cUOgc7nXhxaom2bjvOFP5llQUwY HUrdahFpcZwDwyl6wYgTXP5hZeziNrhLqbtlqeKLhLuVbujYaMq0 --k1lZvvs/B4yU6o8G-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 12:04:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5410C16A400 for ; Thu, 22 Feb 2007 12:04:07 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from smtp-sin.microsoft.com (smtp-sin.microsoft.com [207.46.52.71]) by mx1.freebsd.org (Postfix) with ESMTP id CB0A613C4B6 for ; Thu, 22 Feb 2007 12:04:06 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from sin-exhub-c403.southpacific.corp.microsoft.com (157.60.222.33) by SIN-EXGWY-E801.partners.extranet.microsoft.com (10.251.168.100) with Microsoft SMTP Server (TLS) id 8.0.685.24; Thu, 22 Feb 2007 20:04:05 +0800 Received: from AA-EXMSG-C412.southpacific.corp.microsoft.com ([157.60.226.51]) by sin-exhub-c403.southpacific.corp.microsoft.com ([157.60.222.33]) with mapi; Thu, 22 Feb 2007 20:04:04 +0800 From: Mayank Kumar To: "freebsd-current@freebsd.org" Date: Thu, 22 Feb 2007 20:04:02 +0800 Thread-Topic: Is there a better alias for freebsd code related questions Thread-Index: AcdWeYrX5bDXb2CyRSmvgXMukfxA4g== Message-ID: <76EBE649FB0E0E4DA883B5840459059F143A1827CD@AA-EXMSG-C412.southpacific.corp.microsoft.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Is there a better alias for freebsd code related questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 12:04:07 -0000 Since I hardly get a reply on this alias, can somebody point to the correct= alias which only deals with the coding related issues in freebsd. Thanks Mayank From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 12:11:58 2007 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0BDA16A401 for ; Thu, 22 Feb 2007 12:11:58 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 52F5713C491 for ; Thu, 22 Feb 2007 12:11:58 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5F9EE.dip.t-dialin.net [84.165.249.238]) by redbull.bpaserver.net (Postfix) with ESMTP id 6E8722E18C; Thu, 22 Feb 2007 13:11:53 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 79B915B480D; Thu, 22 Feb 2007 13:11:50 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l1MCBorG049219; Thu, 22 Feb 2007 13:11:50 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 22 Feb 2007 13:11:50 +0100 Message-ID: <20070222131150.lewopgoeg0g0ok88@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 22 Feb 2007 13:11:50 +0100 From: Alexander Leidinger To: Divacky Roman References: <20070221210943.GA9706@stud.fit.vutbr.cz> <20070222084143.pgarpkmfsw8kwgkg@webmail.leidinger.net> <20070222113813.GB24296@stud.fit.vutbr.cz> In-Reply-To: <20070222113813.GB24296@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@mx1.freebsd.org, Goran Gajic Subject: Re: linuxolator related LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 12:11:58 -0000 Quoting Divacky Roman (from Thu, 22 Feb =20 2007 12:38:13 +0100): > On Thu, Feb 22, 2007 at 08:41:43AM +0100, Alexander Leidinger wrote: >> Quoting Divacky Roman (from Wed, 21 Feb >> 2007 22:09:44 +0100): >> >> >On Wed, Feb 21, 2007 at 02:30:16PM +0100, Goran Gajic wrote: >> >> >> >> >> >>Hi, >> >> >> >>fbsd# uname -a >> >>FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Fe= b >> >>21 13:19:17 CET 2007 >> >>root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386 >> >> >> >>With compat.linux.osrelease: 2.4.2 firefox using flashplayer 9 just >> >>crashesh. With compat.linux.osrelease 2.6.12 I'm geting this LOR (and >> >>firefox still crashes - here is part of dmesg): >> > >> >the LOR has been fixed (I am just waiting for someone to commit that). >> >I can run linux-firefox with 2.6 emulation. can you provide some more >> >info about the crash? (somehing in messages etc.) >> >> I think it's the combination with flash _9_. My cristalball assumes >> flash 9 uses some 2.6.x stuff. > > I _DO_ use flash9, it crashes often but I dont think this is related to > linuxulator (at least I have reports of it being unstable on 6.x as well) Ok, my implicit assumption was that it is crashing more on FreeBSD =20 than on Linux. If we don't talk about crashes which only happen on =20 FreeBSD, I don't care. Bye, Alexander. --=20 There but for the grace of God, goes God. =09=09-- Winston Churchill, speaking of Sir Stafford Cripps. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 12:17:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1AE8B16A401 for ; Thu, 22 Feb 2007 12:17:54 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.180]) by mx1.freebsd.org (Postfix) with ESMTP id 7DDDF13C478 for ; Thu, 22 Feb 2007 12:17:53 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so17634ika for ; Thu, 22 Feb 2007 04:17:52 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=FOuFuAQGCAHmCGOwZGfH6woKln9ah1V9ODyf08ZXJvkkHg6WkCUrUAvYieyRAhpw58CJq4gBygAGyy3CdfXDr4OYpEbmyAFdr2kbMDxc43qfiD2YJg4IiIP8/qJDVx3qHoPQAdSGFQDR66CMsK5IB+qwzro4NwaQm1eU5uXReo4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=fq+dgtRr2oiHLZkiygcKfx0FS/51zIr1UUNH8HB46riv+OTT/dcOcdU875RE7IXBCl7j9GV0G8xl5zt33UCTC5D0700KJ4aV1HVzUFrRQMyQiNPFIPYHbViTU9fhM5EEc5vRzG4okmO4N2YIFXEiBOfj0xtJx4hYGAoYL9ghd7w= Received: by 10.114.39.16 with SMTP id m16mr218953wam.1172146671045; Thu, 22 Feb 2007 04:17:51 -0800 (PST) Received: by 10.114.201.2 with HTTP; Thu, 22 Feb 2007 04:17:50 -0800 (PST) Message-ID: Date: Thu, 22 Feb 2007 15:17:50 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Mayank Kumar" In-Reply-To: <76EBE649FB0E0E4DA883B5840459059F143A1827CD@AA-EXMSG-C412.southpacific.corp.microsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <76EBE649FB0E0E4DA883B5840459059F143A1827CD@AA-EXMSG-C412.southpacific.corp.microsoft.com> X-Google-Sender-Auth: 3f953b11954e5a26 Cc: "freebsd-current@freebsd.org" Subject: Re: Is there a better alias for freebsd code related questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 12:17:54 -0000 On 2/22/07, Mayank Kumar wrote: > Since I hardly get a reply on this alias, can somebody > point to the correct alias which only deals with the > coding related issues in freebsd. hacker@ maybe? But they hate long lines in mails :-) From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 12:42:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C53DC16A400 for ; Thu, 22 Feb 2007 12:42:28 +0000 (UTC) (envelope-from marinosi@diogenis.ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 78DE913C4B5 for ; Thu, 22 Feb 2007 12:42:28 +0000 (UTC) (envelope-from marinosi@diogenis.ceid.upatras.gr) Received: from rhea.ceid.upatras.gr (rhea.ceid.upatras.gr [150.140.141.171]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 9E1335C233A for ; Thu, 22 Feb 2007 14:25:29 +0200 (EET) Received: from localhost (localhost [127.0.0.1]) by rhea.ceid.upatras.gr (Postfix) with ESMTP id A1D3A80001 for ; Thu, 22 Feb 2007 14:25:23 +0200 (EET) Received: from rhea.ceid.upatras.gr ([127.0.0.1]) by localhost (rhea [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20778-07 for ; Thu, 22 Feb 2007 14:25:21 +0200 (EET) Received: from diogenis.ceid.upatras.gr (diogenis.ceid.upatras.gr [150.140.141.181]) by rhea.ceid.upatras.gr (Postfix) with ESMTP id CAE2C81781 for ; Thu, 22 Feb 2007 14:25:21 +0200 (EET) Received: by diogenis.ceid.upatras.gr (Postfix, from userid 3149) id 24FD2B010E; Thu, 22 Feb 2007 14:25:23 +0200 (EET) Date: Thu, 22 Feb 2007 14:25:23 +0200 From: Marinos Ilias To: freebsd-current@freebsd.org Message-ID: <20070222122523.GA15300@ceid.upatras.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ceid.upatras.gr Subject: PAM problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 12:42:28 -0000 Hello people, I 've just upgraded a system from 6.2 to 7.0 , and sudo doesn't work anymore , giving the following error: sudo: unable to initialize PAM: No such file or directory Of course the sudoers entries are ok and the user has the rights to invoke sudo.Sudo was working before upgrade. I do not know if that problem has to do with some others that occurred to the system .All ports broke(give SEGV) after the upgrade and I had to deinstall & reinstall them.Sudo was installed from ports too.Should I try to reinstall it?If yes, what can cause that error? Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 14:15:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDAC116A405 for ; Thu, 22 Feb 2007 14:15:53 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id C456413C4B6 for ; Thu, 22 Feb 2007 14:15:53 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id E34DF1CB6AF; Thu, 22 Feb 2007 09:17:10 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Thu, 22 Feb 2007 09:17:10 -0500 X-Sasl-enc: JHcQLz+0J9W5R/Uidc6I0QgFMJrnTspNhdo+VPBiM1qS 1172153830 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id BACEA29540; Thu, 22 Feb 2007 09:17:09 -0500 (EST) Message-ID: <45DDA58D.5070300@FreeBSD.org> Date: Thu, 22 Feb 2007 14:15:41 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: Mayank Kumar References: <76EBE649FB0E0E4DA883B5840459059F143A1827CD@AA-EXMSG-C412.southpacific.corp.microsoft.com> In-Reply-To: <76EBE649FB0E0E4DA883B5840459059F143A1827CD@AA-EXMSG-C412.southpacific.corp.microsoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Is there a better alias for freebsd code related questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 14:15:54 -0000 Mayank Kumar wrote: > Since I hardly get a reply on this alias, can somebody point to the correct alias which only deals with the coding related issues in freebsd. It is entirely likely that the community have been caught unawares by the stranger in their midst; no doubt they are asking the same questions as I am now asking, which are, "Who is this guy from Microsoft, and why is he asking so many random questions?" Not to be rude you understand. These are quite reasonable questions to ask, given the perceived ideological opposition based on the organisation you represent, its ideology, and its business practices. However, to stay the reasonable and centred course. I would suggest the following course of action: 1. You subscribe to freebsd-hackers@ (a more appropriate venue for such coding questions) 2. You post an initial mail asking a question, with sufficient background about why the Possibly Nasty Man from Possibly Nasty Organisation is Asking So Many Questions. Tell us about yourself. This clear communication dispels the randomness aspect and the Possibly Nasty Man aspect, helping all to achieve clear communication. I myself am familiar with communicating with sub-entities of the Microsoft entity, having had productive open source work directly funded by your organisation, regardless of concerns in the wider community regarding that organisation. With apologies to the late Robert Anton Wilson. Hope this helps! Kind regards BMS From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 14:28:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07A5416A401; Thu, 22 Feb 2007 14:28:01 +0000 (UTC) (envelope-from chris@arnold.se) Received: from av7-2-sn3.vrr.skanova.net (av7-2-sn3.vrr.skanova.net [81.228.9.182]) by mx1.freebsd.org (Postfix) with ESMTP id B939413C481; Thu, 22 Feb 2007 14:28:00 +0000 (UTC) (envelope-from chris@arnold.se) Received: by av7-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 5A2E437F6A; Thu, 22 Feb 2007 15:08:19 +0100 (CET) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av7-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 2975A37F19; Thu, 22 Feb 2007 15:08:19 +0100 (CET) Received: from chrishome.localnet (81-224-156-16-o1033.telia.com [81.224.156.16]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id D14B237E5C; Thu, 22 Feb 2007 15:08:47 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by chrishome.localnet (8.13.8/8.13.8) with ESMTP id l1ME8ksx090553; Thu, 22 Feb 2007 15:08:46 +0100 (CET) (envelope-from chris@arnold.se) Date: Thu, 22 Feb 2007 15:08:46 +0100 (CET) From: Christopher Arnold X-X-Sender: chris@chrishome.localnet To: Vladimir Botka In-Reply-To: <1172039459.3620.1.camel@srv> Message-ID: <20070222150725.G90468@chrishome.localnet> References: <20070220155152.R24373@chrishome.localnet> <1172039459.3620.1.camel@srv> X-message-flag: =?ISO-8859-1?Q?Outlook_isn=B4t_compliant_with_current_standards?= =?ISO-8859-1?Q?_please_install_another_mail_client!?= MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso8859-2; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Xen Status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 14:28:01 -0000 On Wed, 21 Feb 2007, Vladimir Botka wrote: > Christopher Arnold p=ED=B9e v =FAt 20. 02. 2007 v 16:17 +0100: >> i have been trying to dig up the actual status of running Xen on FreeBSD= =2E >> But everything i find seems to either be related to 5.3 or from early >> 2006. (Except yuanjue's page wich only confuses me on which version of >> FreeBSD Xen can run on/under.) >> >> So could someone please help me with these questions: >> >> A) Which versions of FreeBSD can we run under DomU? >> >> B) Is there actually support in the sources or must we still use the >> patches found here and there? >> >> C) Whats the status of Dom0 support? And on which versions will it run? > > Hello, NetBSD supports Xen. Cheers, -vlado. > Well thats true and easy to find. My question on this FreeBSD list was=20 related to FreeBSD thou. Can anyone on hackers shed some light on this? =09/Chris -- www.infotropic.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 14:29:18 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27E3616A400 for ; Thu, 22 Feb 2007 14:29:18 +0000 (UTC) (envelope-from akm@theinternet.com.au) Received: from mail19.syd.optusnet.com.au (mail19.syd.optusnet.com.au [211.29.132.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9F92413C4B7 for ; Thu, 22 Feb 2007 14:29:17 +0000 (UTC) (envelope-from akm@theinternet.com.au) Received: from camelot.theinternet.com.au (c211-30-194-190.carlnfd4.nsw.optusnet.com.au [211.30.194.190]) by mail19.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l1METDmk008497; Fri, 23 Feb 2007 01:29:16 +1100 Received: by camelot.theinternet.com.au (Postfix, from userid 1000) id 8CF19622F; Fri, 23 Feb 2007 01:29:13 +1100 (EST) Date: Fri, 23 Feb 2007 01:29:13 +1100 From: Andrew Milton To: "Bruce M. Simpson" Message-ID: <20070222142913.GW683@camelot.theinternet.com.au> Mail-Followup-To: "Bruce M. Simpson" , freebsd-current@freebsd.org References: <76EBE649FB0E0E4DA883B5840459059F143A1827CD@AA-EXMSG-C412.southpacific.corp.microsoft.com> <45DDA58D.5070300@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45DDA58D.5070300@FreeBSD.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@FreeBSD.org Subject: Re: Is there a better alias for freebsd code related questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 14:29:18 -0000 +-------[ Bruce M. Simpson ]---------------------- | | It is entirely likely that the community have been caught unawares by | the stranger in their midst; no doubt they are asking the same questions | as I am now asking, which are, "Who is this guy from Microsoft, and why | is he asking so many random questions?" Not to be rude you understand. Mayank has been asking random questions on various FreeBSD lists for years. -- Andrew Milton akm@theinternet.com.au From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 14:30:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C1F916A400; Thu, 22 Feb 2007 14:30:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id F26F213C4BE; Thu, 22 Feb 2007 14:30:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1MEUCZI007730; Thu, 22 Feb 2007 09:30:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1MEUCOa031975; Thu, 22 Feb 2007 09:30:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ECF707303D; Thu, 22 Feb 2007 09:30:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070222143011.ECF707303D@freebsd-current.sentex.ca> Date: Thu, 22 Feb 2007 09:30:11 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 14:30:13 -0000 TB --- 2007-02-22 13:58:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-22 13:58:27 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-02-22 13:58:27 - cleaning the object tree TB --- 2007-02-22 13:59:02 - checking out the source tree TB --- 2007-02-22 13:59:02 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-02-22 13:59:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-22 14:11:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-22 14:11:08 - cd /src TB --- 2007-02-22 14:11:08 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 22 14:11:10 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function `sctp_getpaddrs': /src/lib/libc/net/sctp_sys_calls.c:303: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/net/sctp_sys_calls.c:319: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/net/sctp_sys_calls.c: In function `sctp_getladdrs': /src/lib/libc/net/sctp_sys_calls.c:365: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/net/sctp_sys_calls.c:384: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-22 14:30:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-22 14:30:11 - ERROR: failed to build world TB --- 2007-02-22 14:30:11 - tinderbox aborted TB --- 0.65 user 2.41 system 1903.80 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 14:30:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FF3B16A406; Thu, 22 Feb 2007 14:30:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id F258F13C4BA; Thu, 22 Feb 2007 14:30:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1MEUCrT007729; Thu, 22 Feb 2007 09:30:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1MEUCor031974; Thu, 22 Feb 2007 09:30:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F26257303E; Thu, 22 Feb 2007 09:30:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070222143011.F26257303E@freebsd-current.sentex.ca> Date: Thu, 22 Feb 2007 09:30:11 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 14:30:13 -0000 TB --- 2007-02-22 14:04:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-22 14:04:05 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-02-22 14:04:05 - cleaning the object tree TB --- 2007-02-22 14:04:42 - checking out the source tree TB --- 2007-02-22 14:04:42 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-02-22 14:04:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-22 14:11:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-22 14:11:08 - cd /src TB --- 2007-02-22 14:11:08 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 22 14:11:10 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function `sctp_getpaddrs': /src/lib/libc/net/sctp_sys_calls.c:303: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/net/sctp_sys_calls.c:319: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/net/sctp_sys_calls.c: In function `sctp_getladdrs': /src/lib/libc/net/sctp_sys_calls.c:365: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/net/sctp_sys_calls.c:384: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-22 14:30:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-22 14:30:11 - ERROR: failed to build world TB --- 2007-02-22 14:30:11 - tinderbox aborted TB --- 0.64 user 1.99 system 1565.78 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 14:42:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C2F316A400 for ; Thu, 22 Feb 2007 14:42:39 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 0A83E13C46B for ; Thu, 22 Feb 2007 14:42:38 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HKF9Z-0005eU-EX>; Thu, 22 Feb 2007 15:42:37 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HKF9Z-0003w4-DL>; Thu, 22 Feb 2007 15:42:37 +0100 Message-ID: <45DDABDD.2040004@zedat.fu-berlin.de> Date: Thu, 22 Feb 2007 15:42:37 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Marinos Ilias References: <20070222122523.GA15300@ceid.upatras.gr> In-Reply-To: <20070222122523.GA15300@ceid.upatras.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-current@freebsd.org Subject: Re: PAM problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 14:42:39 -0000 Marinos Ilias wrote: > Hello people, > I 've just upgraded a system from 6.2 to 7.0 , and sudo doesn't work anymore , giving the following error: > sudo: unable to initialize PAM: No such file or directory > Of course the sudoers entries are ok and the user has the rights to invoke sudo.Sudo was working before upgrade. > > I do not know if that problem has to do with some others that occurred to the system .All ports broke(give SEGV) after the upgrade and I had to deinstall & reinstall them.Sudo was installed from ports too.Should I try to reinstall it?If yes, what can cause that error? > > > Thank you. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" I've also upgraded a box from 6.2 -> 7.0. But I had to recompile every(!) port to make them working properly. Have you recompiled sudo port? Or just taken it as it was (compiled from 6.2-sources)? If not recompiled the port, please recompile/reinstall. Except Xorg (server is broken due to lack in a compiler option 7.0 expects to see) everything seems to work well, even sudo in 7.0-CURRENT. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 15:01:34 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A56FD16A403 for ; Thu, 22 Feb 2007 15:01:34 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from smtp-sin.microsoft.com (smtp-sin.microsoft.com [207.46.52.79]) by mx1.freebsd.org (Postfix) with ESMTP id 2166513C471 for ; Thu, 22 Feb 2007 15:01:34 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from sin-exhub-c402.southpacific.corp.microsoft.com (157.60.222.32) by SIN-EXGWY-E802.partners.extranet.microsoft.com (10.251.168.130) with Microsoft SMTP Server (TLS) id 8.0.685.24; Thu, 22 Feb 2007 23:01:32 +0800 Received: from AA-EXMSG-C412.southpacific.corp.microsoft.com ([157.60.226.51]) by sin-exhub-c402.southpacific.corp.microsoft.com ([157.60.222.32]) with mapi; Thu, 22 Feb 2007 23:01:31 +0800 From: Mayank Kumar To: Andrew Milton , "Bruce M. Simpson" Date: Thu, 22 Feb 2007 23:01:29 +0800 Thread-Topic: Is there a better alias for freebsd code related questions Thread-Index: AcdWjhaQRinGHy/5Q9a4gsNtEqnnzgAAx4ww Message-ID: <76EBE649FB0E0E4DA883B5840459059F143A1827E1@AA-EXMSG-C412.southpacific.corp.microsoft.com> References: <76EBE649FB0E0E4DA883B5840459059F143A1827CD@AA-EXMSG-C412.southpacific.corp.microsoft.com> <45DDA58D.5070300@FreeBSD.org> <20070222142913.GW683@camelot.theinternet.com.au> In-Reply-To: <20070222142913.GW683@camelot.theinternet.com.au> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-current@FreeBSD.org" Subject: RE: Is there a better alias for freebsd code related questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 15:01:34 -0000 Hi all Probably I should not have subscribed on my official mailing list. But I ho= pe you don't bar people from MS to subscribe to this list. I am just trying= to understand profiling tools available on various OS and freebsd happens = to be one of them. Thanks Mayank -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freeb= sd.org] On Behalf Of Andrew Milton Sent: Thursday, February 22, 2007 7:59 PM To: Bruce M. Simpson Cc: freebsd-current@FreeBSD.org Subject: Re: Is there a better alias for freebsd code related questions +-------[ Bruce M. Simpson ]---------------------- | | It is entirely likely that the community have been caught unawares by | the stranger in their midst; no doubt they are asking the same questions | as I am now asking, which are, "Who is this guy from Microsoft, and why | is he asking so many random questions?" Not to be rude you understand. Mayank has been asking random questions on various FreeBSD lists for years. -- Andrew Milton akm@theinternet.com.au _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 15:05:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D789F16A400; Thu, 22 Feb 2007 15:05:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 95EA513C4A6; Thu, 22 Feb 2007 15:05:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1MF5U4b003344; Thu, 22 Feb 2007 10:05:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1MF5TNl076928; Thu, 22 Feb 2007 10:05:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A3EE173039; Thu, 22 Feb 2007 10:05:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070222150529.A3EE173039@freebsd-current.sentex.ca> Date: Thu, 22 Feb 2007 10:05:29 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 15:05:31 -0000 TB --- 2007-02-22 14:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-22 14:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-02-22 14:35:00 - cleaning the object tree TB --- 2007-02-22 14:35:49 - checking out the source tree TB --- 2007-02-22 14:35:49 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-02-22 14:35:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-22 14:45:55 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-22 14:45:55 - cd /src TB --- 2007-02-22 14:45:55 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 22 14:45:57 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function `sctp_getpaddrs': /src/lib/libc/net/sctp_sys_calls.c:303: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/net/sctp_sys_calls.c:319: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/net/sctp_sys_calls.c: In function `sctp_getladdrs': /src/lib/libc/net/sctp_sys_calls.c:365: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/net/sctp_sys_calls.c:384: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-22 15:05:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-22 15:05:29 - ERROR: failed to build world TB --- 2007-02-22 15:05:29 - tinderbox aborted TB --- 0.81 user 3.49 system 1829.29 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 15:08:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3310F16A401 for ; Thu, 22 Feb 2007 15:08:10 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.freebsd.org (Postfix) with ESMTP id 04FAE13C4BA for ; Thu, 22 Feb 2007 15:08:10 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.156.216]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JDV00BY4E12NFM6@vms044.mailsrvcs.net> for current@freebsd.org; Thu, 22 Feb 2007 09:07:52 -0600 (CST) Date: Thu, 22 Feb 2007 10:07:45 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <1171982928.751.1.camel@RabbitsDen.RabbitsLawn.verizon.net> To: Kris Kennaway Message-id: <1172156865.848.14.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Content-type: multipart/mixed; boundary="=-1X5iBrFAgWx48xW2regz" References: <1171414959.906.16.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070214011755.GA73381@xor.obsecurity.org> <1171500531.780.6.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070215011400.GA10455@xor.obsecurity.org> <1171982928.751.1.camel@RabbitsDen.RabbitsLawn.verizon.net> Cc: current@freebsd.org Subject: Re: -CURRENT panics on intensive fs operations. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 15:08:10 -0000 --=-1X5iBrFAgWx48xW2regz Content-Type: text/plain Content-Transfer-Encoding: 7bit On Tue, 2007-02-20 at 09:48 -0500, Alexandre "Sunny" Kovalenko wrote: > On Wed, 2007-02-14 at 20:14 -0500, Kris Kennaway wrote: > > On Wed, Feb 14, 2007 at 07:48:51PM -0500, Alexandre Sunny Kovalenko wrote: > > > On Tue, 2007-02-13 at 20:17 -0500, Kris Kennaway wrote: > > > > On Tue, Feb 13, 2007 at 08:02:39PM -0500, Alexandre Sunny Kovalenko wrote: > > > > > I can reliably panic -CURRENT (Feb 11, noon EST) with the something that > > > > > excersises the file system. I have currently settled on (cd /usr/ports; > > > > > make clean), but it all started out as doing some "emerges" to test the > > > > > latest linuxolator. In the case of the "make clean" I have seen it > > > > > crashing as early as /usr/ports/audio and as late > > > > > as /usr/ports/textproc. > > > > > I am still not capable to get good backtrace from the kernel dump, but I have managed to hook up remote console to this machine, so here are results: db> bt Tracing pid 33 tid 100032 td 0xc4cee510 kdb_enter(c067c69d) at kdb_enter+0x2b panic(c0667ba3,c306d5c0,c306d5c0,e38a2cfc,c0619fd9,...) at panic+0x11c vm_pageq_remove_nowakeup(c306d5c0,c061a0b8,e38a2d04,c061a0ee,e38a2d24,...) at vm_pageq_remove_nowakeup+0x35 vm_page_zero_idle(e38a2d24,c04c7fe4,0,e38a2d38,c4ef8900,...) at vm_page_zero_idle+0x49 vm_pagezero(0,e38a2d38) at vm_pagezero+0x36 fork_exit(c061a0b8,0,e38a2d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe38a2d70, ebp = 0 --- db> ps pid ppid pgrp uid state wmesg wchan cmd 33 0 0 0 RL CPU 0 [pagezero] ... and (hopefully) relevant bits from the source (kgdb) list *vm_pageq_remove_nowakeup+0x35 0xc06192f9 is in vm_pageq_remove_nowakeup (/usr/src/sys/vm/vm_pageq.c:223). 218 struct vpgqueues *pq; 219 220 if (queue != PQ_NONE) { 221 pq = &vm_page_queues[queue]; 222 VM_PAGE_SETQUEUE2(m, PQ_NONE); 223 TAILQ_REMOVE(&pq->pl, m, pageq); 224 (*pq->cnt)--; 225 pq->lcnt--; 226 } 227 } (kgdb) list *vm_page_zero_idle+0x49 0xc0619fd9 is in vm_page_zero_idle (/usr/src/sys/vm/vm_zeroidle.c:111). 106 mtx_assert(&vm_page_queue_free_mtx, MA_OWNED); 107 zero_state = 0; 108 m = vm_pageq_find(PQ_FREE, free_rover, FALSE); 109 if (m != NULL && (m->flags & PG_ZERO) == 0) { 110 vm_pageq_remove_nowakeup(m); 111 mtx_unlock(&vm_page_queue_free_mtx); 112 pmap_zero_page_idle(m); 113 mtx_lock(&vm_page_queue_free_mtx); 114 m->flags |= PG_ZERO; 115 vm_pageq_enqueue(PQ_FREE + m->pc, m); (kgdb) list *vm_pagezero+0x36 0xc061a0ee is in vm_pagezero (/usr/src/sys/vm/vm_zeroidle.c:147). 142 mtx_lock(&vm_page_queue_free_mtx); 143 for (;;) { 144 if (vm_page_zero_check()) { 145 vm_page_zero_idle(); 146 #ifndef PREEMPTION 147 if (sched_runnable()) { 148 mtx_lock_spin(&sched_lock); 149 mi_switch(SW_VOL, NULL); 150 mtx_unlock_spin(&sched_lock); 151 } (kgdb) This is -CURRENT from Feb. 21 20:00 EST, configuration file attached. As I have stated previously, I can reliably reproduce this given enough time -- worst I have seen is about 18 hours of (cd /usr/ports; make clean). I do have remote debug configured on this machine, so I can do more digging if necessary, but at this point I am way out of my depth with this VM stuff. -- Alexandre "Sunny" Kovalenko --=-1X5iBrFAgWx48xW2regz Content-Disposition: attachment; filename=TPX60 Content-Type: text/plain; name=TPX60; charset=utf-8 Content-Transfer-Encoding: 7bit # # TPX60 -- kernel configuration file for ThinkPad X60 # cpu I686_CPU ident TPX60 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler # options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles # options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. device eisa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # FireWire support # device firewire # FireWire bus code # device dcons_crom # device dcons --=-1X5iBrFAgWx48xW2regz-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 15:17:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2030F16A402; Thu, 22 Feb 2007 15:17:40 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from smtp-sin.microsoft.com (smtp-sin.microsoft.com [207.46.52.71]) by mx1.freebsd.org (Postfix) with ESMTP id 981A813C49D; Thu, 22 Feb 2007 15:17:39 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from sin-exhub-c401.southpacific.corp.microsoft.com (157.60.222.31) by SIN-EXGWY-E801.partners.extranet.microsoft.com (10.251.168.100) with Microsoft SMTP Server (TLS) id 8.0.685.24; Thu, 22 Feb 2007 23:17:38 +0800 Received: from AA-EXMSG-C412.southpacific.corp.microsoft.com ([157.60.226.51]) by sin-exhub-c401.southpacific.corp.microsoft.com ([157.60.222.31]) with mapi; Thu, 22 Feb 2007 23:17:38 +0800 From: Mayank Kumar To: "Bruce M. Simpson" Date: Thu, 22 Feb 2007 23:17:36 +0800 Thread-Topic: Is there a better alias for freebsd code related questions Thread-Index: AcdWi/LVqDnt1QuVT92Ulnm5zN5WTAABzduA Message-ID: <76EBE649FB0E0E4DA883B5840459059F143A1827E3@AA-EXMSG-C412.southpacific.corp.microsoft.com> References: <76EBE649FB0E0E4DA883B5840459059F143A1827CD@AA-EXMSG-C412.southpacific.corp.microsoft.com> <45DDA58D.5070300@FreeBSD.org> In-Reply-To: <45DDA58D.5070300@FreeBSD.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-current@freebsd.org" Subject: RE: Is there a better alias for freebsd code related questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 15:17:40 -0000 Thanks for the correct list to all of you who replied. My intentions are simply to understand how profiling works in BSD. Basicall= y I was just trying to understand how sampling works and then came across t= his profil system call so got interested there. HTH Thanks Mayank -----Original Message----- From: Bruce M. Simpson [mailto:bms@FreeBSD.org] Sent: Thursday, February 22, 2007 7:46 PM To: Mayank Kumar Cc: freebsd-current@freebsd.org Subject: Re: Is there a better alias for freebsd code related questions Mayank Kumar wrote: > Since I hardly get a reply on this alias, can somebody point to the corre= ct alias which only deals with the coding related issues in freebsd. It is entirely likely that the community have been caught unawares by the stranger in their midst; no doubt they are asking the same questions as I am now asking, which are, "Who is this guy from Microsoft, and why is he asking so many random questions?" Not to be rude you understand. These are quite reasonable questions to ask, given the perceived ideological opposition based on the organisation you represent, its ideology, and its business practices. However, to stay the reasonable and centred course. I would suggest the following course of action: 1. You subscribe to freebsd-hackers@ (a more appropriate venue for such coding questions) 2. You post an initial mail asking a question, with sufficient background about why the Possibly Nasty Man from Possibly Nasty Organisation is Asking So Many Questions. Tell us about yourself. This clear communication dispels the randomness aspect and the Possibly Nasty Man aspect, helping all to achieve clear communication. I myself am familiar with communicating with sub-entities of the Microsoft entity, having had productive open source work directly funded by your organisation, regardless of concerns in the wider community regarding that organisation. With apologies to the late Robert Anton Wilson. Hope this helps! Kind regards BMS From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 15:36:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E0CB16A400 for ; Thu, 22 Feb 2007 15:36:05 +0000 (UTC) (envelope-from marinosi@diogenis.ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 4314213C4A6 for ; Thu, 22 Feb 2007 15:36:04 +0000 (UTC) (envelope-from marinosi@diogenis.ceid.upatras.gr) Received: from rhea.ceid.upatras.gr (rhea.ceid.upatras.gr [150.140.141.171]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id EAA885C234F; Thu, 22 Feb 2007 17:36:08 +0200 (EET) Received: from localhost (localhost [127.0.0.1]) by rhea.ceid.upatras.gr (Postfix) with ESMTP id 9C1978178E; Thu, 22 Feb 2007 17:36:02 +0200 (EET) Received: from rhea.ceid.upatras.gr ([127.0.0.1]) by localhost (rhea [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32415-04; Thu, 22 Feb 2007 17:35:53 +0200 (EET) Received: from diogenis.ceid.upatras.gr (diogenis.ceid.upatras.gr [150.140.141.181]) by rhea.ceid.upatras.gr (Postfix) with ESMTP id 4B95B80001; Thu, 22 Feb 2007 17:33:26 +0200 (EET) Received: by diogenis.ceid.upatras.gr (Postfix, from userid 3149) id 16A46B010E; Thu, 22 Feb 2007 17:33:28 +0200 (EET) Date: Thu, 22 Feb 2007 17:33:28 +0200 From: Marinos Ilias To: "O. Hartmann" Message-ID: <20070222153328.GA12462@ceid.upatras.gr> References: <20070222122523.GA15300@ceid.upatras.gr> <45DDABDD.2040004@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45DDABDD.2040004@zedat.fu-berlin.de> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ceid.upatras.gr Cc: freebsd-current@freebsd.org Subject: Re: PAM problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 15:36:05 -0000 Thank you Oliver. I did reinstall all my ports too, but I could not understand why this problem occured.I still cannot.I reinstalled sudo and now it works fine , just like my other installed ports. Cheers, Ilias On Thu, Feb 22, 2007 at 03:42:37PM +0100, O. Hartmann wrote: > > > >I do not know if that problem has to do with some > >others that occurred to the system .All ports > > > I've also upgraded a box from 6.2 -> 7.0. But I > had to recompile every(!) port to make them > working properly. Have you recompiled sudo port? > Or just taken it as it was (compiled from > 6.2-sources)? If not recompiled the port, please > recompile/reinstall. > > Except Xorg (server is broken due to lack in a > compiler option 7.0 expects to see) everything > seems to work well, even sudo in 7.0-CURRENT. > > Regards, > Oliver > > From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 16:44:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AD7716A402 for ; Thu, 22 Feb 2007 16:44:59 +0000 (UTC) (envelope-from kereoz@free.fr) Received: from smtp003.mail.ukl.yahoo.com (smtp003.mail.ukl.yahoo.com [217.12.11.34]) by mx1.freebsd.org (Postfix) with SMTP id E27F913C46B for ; Thu, 22 Feb 2007 16:44:58 +0000 (UTC) (envelope-from kereoz@free.fr) Received: (qmail 31440 invoked from network); 22 Feb 2007 16:18:17 -0000 Received: from unknown (HELO ?192.168.0.2?) (kereoz@82.245.141.208 with plain) by smtp003.mail.ukl.yahoo.com with SMTP; 22 Feb 2007 16:18:16 -0000 X-YMail-OSG: 2ykDsaQVM1m.z9lAQBRuwyh2w0SmtXjKwNh7LFU0BYH.wy6fZNkkDiyJ3tl5rcexFNNdb1uHHmtqyJSe3uN5P.NSK2UsvS67SdW1sDB6cNuQ9ImF_Lv879mSllzLvT3gephA7KZk3kQ- Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <5746849A-2615-487C-8E8C-4D04597B2315@free.fr> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: current@freebsd.org From: Christophe H Date: Thu, 22 Feb 2007 17:18:48 +0100 X-Mailer: Apple Mail (2.752.3) Cc: Subject: Radeon x1600 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 16:44:59 -0000 Hi, I would like to run Xorg on a Macbook Pro in native resolution (Widescreen : 1440x900). Would the latest port of Xorg have a radeon driver supporting the Radeon x1600 ? In vesa, I only have a 1024x768 resolution, wich is quite ugly on a widescreen. ___________________________________________________________________________ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 19:36:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3901816A401 for ; Thu, 22 Feb 2007 19:36:29 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out09.ilk.de [194.121.104.9]) by mx1.freebsd.org (Postfix) with ESMTP id AF6DE13C442 for ; Thu, 22 Feb 2007 19:36:28 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool51.ka.ilk.net [212.86.194.51]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id l1MI7eql006214; Thu, 22 Feb 2007 19:07:40 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id l1MI6ArD007053; Thu, 22 Feb 2007 19:06:10 +0100 (CET) Message-ID: <45DDDBC1.1020107@smo.de> Date: Thu, 22 Feb 2007 19:06:57 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070120 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Christophe H References: <5746849A-2615-487C-8E8C-4D04597B2315@free.fr> In-Reply-To: <5746849A-2615-487C-8E8C-4D04597B2315@free.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Radeon x1600 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 19:36:29 -0000 Christophe H wrote: > Hi, > > I would like to run Xorg on a Macbook Pro in native resolution > (Widescreen : 1440x900). > Would the latest port of Xorg have a radeon driver supporting the > Radeon x1600 ? No, there is no driver for the X1x00 series of cards available yet. There exists one though, but that particular driver cannot be released due to the fact that some information is included which is/was obtained under NDA... See here: http://airlied.livejournal.com/31180.html for more details. ;) Philipp P.S.: There's also a similar topic on stable@ ... -- www.familie-ost.info/~pj From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 21:55:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 183B716A403 for ; Thu, 22 Feb 2007 21:55:30 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id B07D013C442 for ; Thu, 22 Feb 2007 21:55:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l1MLsG9f016131; Thu, 22 Feb 2007 14:54:17 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 22 Feb 2007 14:54:16 -0700 (MST) Message-Id: <20070222.145416.1649769748.imp@bsdimp.com> To: gurney_j@resnet.uoregon.edu From: "M. Warner Losh" In-Reply-To: <20070219224006.GC73385@funkthat.com> References: <20070219020725.A56400@xorpc.icir.org> <20070219224006.GC73385@funkthat.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 22 Feb 2007 14:54:18 -0700 (MST) Cc: rizzo@icir.org, current@freebsd.org Subject: Re: can a valid bus_dma_tag_t be NULL ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 21:55:30 -0000 In message: <20070219224006.GC73385@funkthat.com> John-Mark Gurney writes: : > if (bus_dma_tag_create(NULL, 4, 0, BUS_SPACE_MAXADDR_32BIT, : ^^^^ : This is incorrect, and should be: bus_get_dma_tag(dev), though that is : correct for -stable, (or have we introduced bus_get_dma_tag into -stable?) There's currently a compat shim: #define bus_get_dma_tag(dev) NULL so you shuold use it for both -current and -stable. Warner From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 21:58:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D862816A405 for ; Thu, 22 Feb 2007 21:58:20 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8454E13C4B7 for ; Thu, 22 Feb 2007 21:58:20 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l1MLuNOt016194; Thu, 22 Feb 2007 14:56:23 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 22 Feb 2007 14:56:23 -0700 (MST) Message-Id: <20070222.145623.-1350496831.imp@bsdimp.com> To: rizzo@icir.org From: "M. Warner Losh" In-Reply-To: <20070219020725.A56400@xorpc.icir.org> References: <20070219020725.A56400@xorpc.icir.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 22 Feb 2007 14:56:23 -0700 (MST) Cc: current@freebsd.org Subject: Re: can a valid bus_dma_tag_t be NULL ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 21:58:21 -0000 In message: <20070219020725.A56400@xorpc.icir.org> Luigi Rizzo writes: : I am trying to cleanup some code that allocates dma-able : regions and has to release it in case some of the step : goes wrong. : : The original code (if_iwi.c, but the pattern is repeated in other : drivers too) is the one below. Now, rather than using multiple : labels, is there a value for the various fields (bus_dma_tag_t, : bus_dmamap_t, fw_virtaddr, fw_physaddr) that tells me : that the resource has not been allocated, or i should keep : track of the success/failure of the various calls separately ? : : E.g. i imagine that a NULL fw_virtaddr means failure, however : bus_dmamap_load() worries me because the callback may happen later, : and also i seem to remember that one should not make assumptions : on bus_dma_tag_t == NULL ... : : comments anyone ? And, is -stable different from -current ? Some drivers unwisely assume bus_dma_tag_t == NULL is bad, but there's nothing in the docs that say it is. aha does it right: void aha_free(struct aha_softc *aha) { switch (aha->init_level) { default: case 8: { struct sg_map_node *sg_map; while ((sg_map = SLIST_FIRST(&aha->sg_maps))!= NULL) { SLIST_REMOVE_HEAD(&aha->sg_maps, links); bus_dmamap_unload(aha->sg_dmat, sg_map->sg_dmamap); bus_dmamem_free(aha->sg_dmat, sg_map->sg_vaddr, sg_map->sg_dmamap); free(sg_map, M_DEVBUF); } bus_dma_tag_destroy(aha->sg_dmat); } case 7: bus_dmamap_unload(aha->ccb_dmat, aha->ccb_dmamap); case 6: bus_dmamap_destroy(aha->ccb_dmat, aha->ccb_dmamap); bus_dmamem_free(aha->ccb_dmat, aha->aha_ccb_array, aha->ccb_dmamap); case 5: bus_dma_tag_destroy(aha->ccb_dmat); case 4: bus_dmamap_unload(aha->mailbox_dmat, aha->mailbox_dmamap); case 3: bus_dmamem_free(aha->mailbox_dmat, aha->in_boxes, aha->mailbox_dmamap); bus_dmamap_destroy(aha->mailbox_dmat, aha->mailbox_dmamap); case 2: bus_dma_tag_destroy(aha->buffer_dmat); case 1: bus_dma_tag_destroy(aha->mailbox_dmat); case 0: break; } } and the alloc code looks like: /* DMA tag for mapping buffers into device visible space. */ if (bus_dma_tag_create( /* parent */ aha->parent_dmat, /* alignment */ 1, /* boundary */ 0, /* lowaddr */ BUS_SPACE_MAXADDR, /* highaddr */ BUS_SPACE_MAXADDR, /* filter */ NULL, /* filterarg */ NULL, /* maxsize */ MAXBSIZE, /* nsegments */ AHA_NSEG, /* maxsegsz */ BUS_SPACE_MAXSIZE_24BIT, /* flags */ BUS_DMA_ALLOCNOW, /* lockfunc */ busdma_lock_mutex, /* lockarg */ &Giant, &aha->buffer_dmat) != 0) { goto error_exit; } aha->init_level++; /* DMA tag for our mailboxes */ if (bus_dma_tag_create( /* parent */ aha->parent_dmat, /* alignment */ 1, /* boundary */ 0, /* lowaddr */ BUS_SPACE_MAXADDR, /* highaddr */ BUS_SPACE_MAXADDR, /* filter */ NULL, /* filterarg */ NULL, /* maxsize */ aha->num_boxes * (sizeof(aha_mbox_in_t) + sizeof(aha_mbox_out_t)), /* nsegments */ 1, /* maxsegsz */ BUS_SPACE_MAXSIZE_24BIT, /* flags */ 0, /* lockfunc */ busdma_lock_mutex, /* lockarg */ &Giant, &aha->mailbox_dmat) != 0) { goto error_exit; } aha->init_level++; // etc It is a bit verbose... Warner : cheers : luigi : : : if (bus_dma_tag_create(NULL, 4, 0, BUS_SPACE_MAXADDR_32BIT, : BUS_SPACE_MAXADDR, NULL, NULL, sc->fw_dma_size, 1, sc->fw_dma_size, : 0, NULL, NULL, &sc->fw_dmat) != 0) { : device_printf(sc->sc_dev, : "could not create firmware DMA tag\n"); : IWI_LOCK(sc); : goto fail; : } : if (bus_dmamem_alloc(sc->fw_dmat, &sc->fw_virtaddr, 0, : &sc->fw_map) != 0) { : device_printf(sc->sc_dev, : "could not allocate firmware DMA memory\n"); : IWI_LOCK(sc); : goto fail2; : } : if (bus_dmamap_load(sc->fw_dmat, sc->fw_map, sc->fw_virtaddr, : sc->fw_dma_size, iwi_dma_map_addr, &sc->fw_physaddr, 0) != 0) { : device_printf(sc->sc_dev, "could not load firmware DMA map\n"); : IWI_LOCK(sc); : goto fail3; : } : : ... use the memory ... : : bus_dmamap_unload(sc->fw_dmat, sc->fw_map); : fail3: bus_dmamem_free(sc->fw_dmat, sc->fw_virtaddr, sc->fw_map); : fail2: bus_dma_tag_destroy(sc->fw_dmat); : fail: ... : : --- : _______________________________________________ : freebsd-current@freebsd.org mailing list : http://lists.freebsd.org/mailman/listinfo/freebsd-current : To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" : From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 22:39:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B8C716A400 for ; Thu, 22 Feb 2007 22:39:15 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from alnrmhc15.comcast.net (alnrmhc15.comcast.net [204.127.225.95]) by mx1.freebsd.org (Postfix) with ESMTP id 65E7713C461 for ; Thu, 22 Feb 2007 22:39:15 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from c-66-31-35-94.hsd1.ma.comcast.net ([66.31.35.94]) by comcast.net (alnrmhc15) with ESMTP id <20070222222301b1500k47fre>; Thu, 22 Feb 2007 22:23:01 +0000 Received: from c-66-31-35-94.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8) with ESMTP id l1MMN16X013497; Thu, 22 Feb 2007 17:23:02 -0500 (EST) (envelope-from rodrigc@c-66-31-35-94.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8/Submit) id l1MMN14F013496; Thu, 22 Feb 2007 17:23:01 -0500 (EST) (envelope-from rodrigc) Date: Thu, 22 Feb 2007 17:23:01 -0500 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20070222222301.GA13464@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: freebsd-fs@freebsd.org Subject: What does "mount -o union" and MNT_UNION really do? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 22:39:15 -0000 Hi, As part of recent cleanups and stability fixes in vfs_syscalls.c, Kostik Belousov removed the union_dircheckp() callback which the old unionfs implementation used, but the new one does not. Now I am looking at the mount code in vfs_mount.c, and am trying to figure out what the MNT_UNION flag is used for, which is set by doing "mount -o union". The following code in vfs_mount.c sets it: else if (strcmp(opt->name, "union") == 0) fsflags |= MNT_UNION; However, the mount_unionfs binary never passes down "-o union", so the MNT_UNION flag is never set if you do: "mount -t unionfs" or "mount_unionfs". The mount(8) man page documents it as: union Causes the namespace at the mount point to appear as the union of the mounted file system root and the existing directory. Lookups will be done in the mounted file sys- tem first. If those operations fail due to a non-exis- tent file the underlying directory is then accessed. All creates are done in the mounted file system. Is there a legitimate case where you would want to do "mount -o union", and have it behave differently from "mount_unionfs / mount -t unionfs"? Or is this a leftover from a long time ago that we can now whack (it would simplify some code in the VFS layer if we whack it)? The MNT_UNION flag seemed to appear a long time ago: revision 1.120 date: 1999/03/03 02:35:51; author: julian; state: Exp; lines: +35 -33 Slight cleanup of code resurected for union mounts.. Submitted by: Tony Finch ---------------------------- revision 1.119 date: 1999/02/27 07:06:05; author: julian; state: Exp; lines: +23 -1 Fix code for union mounts Accidentally deleted by peter when he extracted the unionfs stuff in 1.109 Submitted by: Tony Finch ---------------------------- revision 1.109 date: 1998/11/03 08:01:47; author: peter; state: Exp; lines: +15 -114 Change the #ifdef UNION code into a callable hook. Arrange to have this set up when unionfs is present, either statically or as a kld module. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu Feb 22 23:31:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6567F16A406 for ; Thu, 22 Feb 2007 23:31:32 +0000 (UTC) (envelope-from SRS0=873c5512ceac9d280fa7be7675bdbaed5cdcf377=254=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 4D6E813C48D for ; Thu, 22 Feb 2007 23:31:32 +0000 (UTC) (envelope-from SRS0=873c5512ceac9d280fa7be7675bdbaed5cdcf377=254=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id BZO08235; Thu, 22 Feb 2007 15:18:35 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 870EF45053; Thu, 22 Feb 2007 15:18:34 -0800 (PST) To: Marinos Ilias In-Reply-To: Your message of "Thu, 22 Feb 2007 17:33:28 +0200." <20070222153328.GA12462@ceid.upatras.gr> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1172186314_14013P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 22 Feb 2007 15:18:34 -0800 From: "Kevin Oberman" Message-Id: <20070222231834.870EF45053@ptavv.es.net> Cc: freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: PAM problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 23:31:32 -0000 --==_Exmh_1172186314_14013P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 22 Feb 2007 17:33:28 +0200 > From: Marinos Ilias > Sender: owner-freebsd-current@freebsd.org > > Thank you Oliver. > > I did reinstall all my ports too, but I could not understand why this > problem occured.I still cannot.I reinstalled sudo and now it works > fine , just like my other installed ports. Wow, that was a long line. -current is, by definition not -stable. APIs and ABIs changes rather frequently and that breaks things that were built for the ABIs in older versions of FreeBSD. Before v7 moves to the sedate life of -stable, there will be compatibility shims and a V6 compatibility port built to keep old binaries working, but that is a lot of work and simply does not happen until the ABIs are frozen for 7.0-Release. This means that you will spend a lot more time rebuilding ports when you run -current. It is not for the faint of heart or those who don't have the time to build ports rather more often then they are used to. If you are asking specifically about sudo, I have no idea which libraries caused the failure, but it is not unexpected that most ports can do this from time to time. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1172186314_14013P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD4DBQFF3iTKkn3rs5h7N1ERAm5GAJ9aPK/oozKP9kr3sxsfAL3HvTojSACWL3Tf HiSvffT8WxK1PT3u2hbS4Q== =vAvD -----END PGP SIGNATURE----- --==_Exmh_1172186314_14013P-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 01:04:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85B9D16A402 for ; Fri, 23 Feb 2007 01:04:45 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id DAE1A13C471 for ; Fri, 23 Feb 2007 01:04:44 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l1N14L1l028629 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 23 Feb 2007 03:04:27 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.13.8/8.13.8) with ESMTP id l1N141rC005154; Fri, 23 Feb 2007 03:04:14 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.13.8/8.13.8/Submit) id l1N140x1005153; Fri, 23 Feb 2007 03:04:00 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Fri, 23 Feb 2007 03:03:59 +0200 From: Giorgos Keramidas To: Mayank Kumar Message-ID: <20070223010358.GA4946@kobe.laptop> References: <76EBE649FB0E0E4DA883B5840459059F143A182705@AA-EXMSG-C412.southpacific.corp.microsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <76EBE649FB0E0E4DA883B5840459059F143A182705@AA-EXMSG-C412.southpacific.corp.microsoft.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.498, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.70, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: what does _eprol mean and how is it compututed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 01:04:45 -0000 On 2007-02-22 04:20, Mayank Kumar wrote: > While calling monstartup in crt0.c, _eprol and _etext are passed to > monstartup. _etext means end of segment, what does _eprol mean and > how is it computed Are you sure you are talking about FreeBSD? build@kobe:/home/build/src$ egrep -r -e '_eprol|_etext' * build@kobe:/home/build/src$ I don't see any reference to '_eprol' or '_etext' in our source tree, and 'monstartup' doesn't really ring any bells. From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 03:17:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B34BB16A401 for ; Fri, 23 Feb 2007 03:17:32 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 4B30F13C48D for ; Fri, 23 Feb 2007 03:17:32 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so513676nfc for ; Thu, 22 Feb 2007 19:17:31 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=L8l65swqsBQmCvrOfv3s6tGk27hBasXQIeJt2nP/vvo9yRZQ2J53DzaLp+owGLOBSAr7WcH0sLUJQtSZpSK9MS62c8kkDc43q3oRvSAfrdIsFvRZBu3Y8/Dh4oAimZcqx4JRKmJbFmsUiO+xjiLizd/JTzX7V7G4fmPGAeCLRSY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZfvEZHDBRSxkbt+UWq3O3kkWNWG1Vk+Me5mz9CYmJnETl4+9qx4uo8SIq9C5tpU1E755Qath+X3ZsVLZNanKk3yzAamx7Irug2XTtmSWQdc0CMmvKeoi4Ciev7z2yP/hSEikD6xzestztA1q7vUQRX5Kysj0mkv5YTkE98lemsQ= Received: by 10.82.114.3 with SMTP id m3mr335925buc.1172200651079; Thu, 22 Feb 2007 19:17:31 -0800 (PST) Received: by 10.82.151.15 with HTTP; Thu, 22 Feb 2007 19:17:31 -0800 (PST) Message-ID: Date: Thu, 22 Feb 2007 19:17:31 -0800 From: "Kip Macy" To: "Christopher Arnold" In-Reply-To: <20070222150725.G90468@chrishome.localnet> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070220155152.R24373@chrishome.localnet> <1172039459.3620.1.camel@srv> <20070222150725.G90468@chrishome.localnet> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Xen Status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 03:17:32 -0000 > Well thats true and easy to find. My question on this FreeBSD list was > related to FreeBSD thou. > > Can anyone on hackers shed some light on this? > > /Chris FreeBSD HEAD worked on Xen in the 3.0.2 time frame. If someone is able to be self-sufficient in maintaining Xen support in FreeBSD I'll review and put it into CVS. -Kip From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 04:09:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04F7E16A402 for ; Fri, 23 Feb 2007 04:09:28 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id A2E1E13C4B2 for ; Fri, 23 Feb 2007 04:09:27 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id l1N49Gv5089006; Thu, 22 Feb 2007 21:09:21 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45DE68D6.80705@samsco.org> Date: Thu, 22 Feb 2007 21:08:54 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Luigi Rizzo References: <20070219020725.A56400@xorpc.icir.org> In-Reply-To: <20070219020725.A56400@xorpc.icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 22 Feb 2007 21:09:21 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: can a valid bus_dma_tag_t be NULL ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 04:09:28 -0000 Luigi Rizzo wrote: > I am trying to cleanup some code that allocates dma-able > regions and has to release it in case some of the step > goes wrong. > > The original code (if_iwi.c, but the pattern is repeated in other > drivers too) is the one below. Now, rather than using multiple > labels, is there a value for the various fields (bus_dma_tag_t, > bus_dmamap_t, fw_virtaddr, fw_physaddr) that tells me > that the resource has not been allocated, or i should keep > track of the success/failure of the various calls separately ? > > E.g. i imagine that a NULL fw_virtaddr means failure, however > bus_dmamap_load() worries me because the callback may happen later, > and also i seem to remember that one should not make assumptions > on bus_dma_tag_t == NULL ... > > comments anyone ? And, is -stable different from -current ? > cheers > luigi > There have been a couple of long answers here, so let me give you the short answer as the busdma maintainer. If you call bus_dma_tag_create(), the tag you get back will not be NULL. You can pass a NULL tag as the first parameter to bus_dma_tag_create(), but that only means that the tag you are creating won't inherit any properties and will be created on the face value of the parameters that you give it. The difference between 7-CURRENT and 6-STABLE and prior is that there is now a method to get the busdma tag from the parent bus of the device. This was always the intent of busdma, but it wasn't implemented until recently. You should think of tags as being in a hierarchy that mirrors the bus topology of the system. Certain buses have restrictions that must be communicated down to the device (16MB address limit for ISA, for example), and until now the driver had to guess at what those restrictions are. So, it's OK to pass NULL as the first argument to bus_dma_tag_create, it's just not wise to do anymore and it creates more work and debugging headaches. However, you'll never get back a tag from busdma that evaluates to NULL. busdma maps are a different matter, and can evaluate to NULL on some platforms. However, that is only for SOME PLATFORMS UNDER SOME CIRCUMSTANCES. Drivers should never assume that the map will always be NULL. If you want more info on how maps work, let me know. Scott From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 06:20:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 03A1E16A401 for ; Fri, 23 Feb 2007 06:20:41 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id B7F8713C461 for ; Fri, 23 Feb 2007 06:20:40 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan@localhost [127.0.0.1]) by dan.emsphone.com (8.14.0/8.13.8) with ESMTP id l1N5hLgE046464 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 22 Feb 2007 23:43:22 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.0/8.14.0/Submit) id l1N5hLUI046459; Thu, 22 Feb 2007 23:43:21 -0600 (CST) (envelope-from dan) Date: Thu, 22 Feb 2007 23:43:21 -0600 From: Dan Nelson To: Giorgos Keramidas Message-ID: <20070223054321.GB43770@dan.emsphone.com> References: <76EBE649FB0E0E4DA883B5840459059F143A182705@AA-EXMSG-C412.southpacific.corp.microsoft.com> <20070223010358.GA4946@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070223010358.GA4946@kobe.laptop> X-OS: FreeBSD 6.2-STABLE User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Mayank Kumar , freebsd-current@freebsd.org Subject: Re: what does _eprol mean and how is it compututed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 06:20:41 -0000 In the last episode (Feb 23), Giorgos Keramidas said: > On 2007-02-22 04:20, Mayank Kumar wrote: > > While calling monstartup in crt0.c, _eprol and _etext are passed to > > monstartup. _etext means end of segment, what does _eprol mean and > > how is it computed > > Are you sure you are talking about FreeBSD? > > build@kobe:/home/build/src$ egrep -r -e '_eprol|_etext' * > build@kobe:/home/build/src$ > > I don't see any reference to '_eprol' or '_etext' in our source tree, > and 'monstartup' doesn't really ring any bells. It's actually "eprol" and "etext", and the source file is crt1.c, located at /usr/src/lib/csu//crt1.c . The monstartup function has a manpage that describes its arguments. eprol is declared via some __asm__() code in crt1.c to ensure that it's the first symbol in gcrt1.o's text segment, which ensures that it's the first symbol in a program's text segment (since gcrt1.o is the first thing linked into a profiled binary). -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 06:26:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B9DF16A402 for ; Fri, 23 Feb 2007 06:26:33 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2D43B13C428 for ; Fri, 23 Feb 2007 06:26:32 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l1N6IE4x010741 for ; Fri, 23 Feb 2007 16:48:14 +1030 (CST) Received: from ednux519.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id for ; Fri, 23 Feb 2007 16:56:25 +1030 Received: from fmbex510.dsto.defence.gov.au (fmbex510.dsto.defence.gov.au [131.185.134.22]) by ednux519.dsto.defence.gov.au (8.13.6+Sun/8.13.6) with ESMTP id l1N6AR9I029954 for ; Fri, 23 Feb 2007 16:40:29 +1030 (CST) Received: from ednex510.dsto.defence.gov.au ([131.185.2.170]) by fmbex510.dsto.defence.gov.au with Microsoft SMTPSVC (6.0.3790.1830); Fri, 23 Feb 2007 17:18:26 +1100 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC (6.0.3790.1830); Fri, 23 Feb 2007 16:48:24 +1030 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l1N6IOq1001510 for ; Fri, 23 Feb 2007 15:18:24 +0900 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l1N6INj9001509 for freebsd-current@freebsd.org; Fri, 23 Feb 2007 15:18:23 +0900 (WST) (envelope-from wilkinsa) Date: Fri, 23 Feb 2007 15:18:23 +0900 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070223061822.GA1497@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) X-OriginalArrivalTime: 23 Feb 2007 06:18:25.0008 (UTC) FILETIME=[6CD20700:01C75712] Subject: kgdb(1) ... is it broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 06:26:33 -0000 Hi all, I have a reasonably recent version of current that is panic'ing at least once every 2 days. When I run kgdb(1) to do a backtrace it aint working correctly. [FreeBSD 7.0-CURRENT #0: Wed Jan 24 14:24:54 WST 2007] e.g. The panic: NVRM: Xid (0001:00): 8, Channel 00000000 panic: Bad link elm 0xc4dc8900 next->prev != elm cpuid = 0 KDB: enter: panic [thread pid 909 tid 100080 ] Stopped at kdb_enter+0x32: leave db>tr Tracing pid 909 tid 100080 td 0xc47231b0 kdb_enter(c09ecabf,0,c09a4b15,e6a69a20,c47231b0,...) at kdb_enter+0x32 panic(c09a4b15,c4dc8900,4c,c09e8778,64,...) at panic+0x191 destroy_devl(c4714e80,e6a69a70,c0fe6cf0,c4dc8900,40,...) at destroy_devl+0x330 destroy_dev(c4dc8900,40,c47231b0,0,c4dc8900,...) at destroy_dev+0x13 nvidia_dev_close(c4dc8900,3,2000,c47231b0,c4e287d8,...) at nvidia_dev_close+0xa4 giant_close(c4dc8900,3,2000,c47231b0,e6a69adc,...) at giant_close+0x4f devfs_close(e6a69b28,3,c4e28754) at devfs_close+0x2d1 VOP_CLOSE_APV(c0a8de20,e6a69b28,c47231b0,c09f7b4c,11f,...) at VOP_CLOSE_APV+0x69 vn_close(c4e28754,3,c4306a80,c47231b0,203246,...) at vn_close+0x99 vn_closefile(c4bf0a20,c47231b0,c09e9165,889,c4e28754,...) at vn_closefile+0x88 fdrop_locked(c4bf0a20,c47231b0,2,c09ee59f,de,c47231b0,0,203246,c0b3b920,e6a69c24 ,c07517fb,c0af5494,0,c4b3522c,401,c09e9165,e6a69c4c,c0716a82,c4b3522c,1,c09ebc01 ,ae,0) at fdrop_locked+0xb9 closef(c4bf0a20,c47231b0,c09e9165,401,c0739bd6,...) at closef+0x1f4 kern_close(c47231b0,e,4,c4b346c0,1,...) at kern_close+0x188 syscall(e6a69d38) at syscall+0x155 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (0, FreeBSD ELF32, nosys), eip = 0x2, esp = 0x203292, ebp = 0xc1d000 01 --- MAXCPU(4000000,90ffff00,10c19ee7,58c28e8c,34c22fbb,...) at 0x2 db>panic panic: from debugger cpuid = 0 Uptime: 3d5h29m19s Physical memory: 1007 MB Dumping 219 MB: 204 188 172 156 140 124 108 92 76 60 44 28 12 Dump complete Upon a reboot I see this error: savecore: reboot after panic: Bad link elm 0xc4dc8900 next->prev != elm Feb 23 15:02:22 obelix savecore: reboot after panic: Bad link elm 0xc4dc8900 next->prev != elm And then the backtrace: #0 doadump () at pcpu.h:166 166 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:166 #1 0xc0720c1b in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:411 #2 0xc0720693 in panic (fmt=0xc09ab848 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:567 #3 0xc047e490 in db_panic (addr=-1066121253, have_addr=0, count=-1, modif=0xe6a69810 "") at /usr/src/sys/ddb/db_command.c:433 #4 0xc047e870 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 #5 0xc04805fb in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 #6 0xc0744c19 in kdb_trap (type=0, code=0, tf=0xe6a699a4) at /usr/src/sys/kern/subr_kdb.c:502 #7 0xc0960ea5 in trap (frame=0xe6a699a4) at /usr/src/sys/i386/i386/trap.c:621 #8 0xc0948dbb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #9 0x00000000 in ?? () (kgdb) Things just aint working as per normal. Has anyone had problems with running backtraces of kernel core dumps with kgdb(1) ? -aW From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 06:35:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1ABD716A403 for ; Fri, 23 Feb 2007 06:35:18 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id A3E6F13C428 for ; Fri, 23 Feb 2007 06:35:17 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by mu-out-0910.google.com with SMTP id g7so351900muf for ; Thu, 22 Feb 2007 22:35:16 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=q7X4UnqJA6PS/OZ2WEfOOVJGYDJe/RffB3Z6kv9Qg0zRKs37pMBqi5tp+XD2PdZG+FEX0tM9ttXr4cLOM/oRSlC13AHiOHLREYgSZzs44vkTQfB4jr0W8+R2SDaR2F8aw6I1dfhGfWSVT4uzJZ2C41V2LXPRYU99dpPp9uK7KPE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nw/nuN+MCSy3qV+EdQgPco9ZBhwJmzUWt/FV8s3LoEx87FuMqpwtK7RAv+1uHUSLRujxiOieWLiSeXDZIBUTuVHM7/fF+md/RYCP4Uc5mrM9R4G8qmMyuzGk/FMkXpmPssvZOEJJzBbNnT45MXbsel88r7ZMwcsr0utVXm+AW84= Received: by 10.82.111.8 with SMTP id j8mr355468buc.1172212516276; Thu, 22 Feb 2007 22:35:16 -0800 (PST) Received: by 10.82.151.15 with HTTP; Thu, 22 Feb 2007 22:35:16 -0800 (PST) Message-ID: Date: Thu, 22 Feb 2007 22:35:16 -0800 From: "Kip Macy" To: freebsd-current@freebsd.org In-Reply-To: <20070223061822.GA1497@obelix.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070223061822.GA1497@obelix.dsto.defence.gov.au> Subject: Re: kgdb(1) ... is it broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 06:35:18 -0000 > Has anyone had problems with running backtraces of kernel core dumps with kgdb(1) ? Yes. I have had this problem and I was the one who broke when I changed trap/interrupt handlers to be passed trap frames by reference rather than value so that FreeBSD would work with gcc4.x. I believe a fix either just went in, or will be going in shortly (Kostik that means you :-) ). -Kip From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 07:17:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFAFD16A400; Fri, 23 Feb 2007 07:17:34 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9621613C46B; Fri, 23 Feb 2007 07:17:32 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.0.1.5] (cpe-24-33-245-212.twmi.res.rr.com [24.33.245.212]) by lexi.siliconlandmark.com (8.13.8/8.13.3) with ESMTP id l1N7HFvr078954; Fri, 23 Feb 2007 02:17:15 -0500 (EST) (envelope-from andy@siliconlandmark.com) In-Reply-To: <45DC679A.9030304@freebsd.org> References: <17850.13146.266196.499166@grasshopper.cs.duke.edu> <2FE2BC67-A829-4BF9-B606-65DE1393E8DE@siliconlandmark.com> <17883.19584.99616.808623@grasshopper.cs.duke.edu> <45DC679A.9030304@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <566BDEAE-5E29-4B35-AF30-37DBADD19FBE@siliconlandmark.com> Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Fri, 23 Feb 2007 02:17:15 -0500 To: Andre Oppermann X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV 0.88.7/2631/Thu Feb 22 16:33:11 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=0.047, required 6, AWL 0.60, BAYES_00 -2.60, RCVD_IN_SORBS_DUL 2.05, SPF_PASS -0.00) X-MailScanner-From: andy@siliconlandmark.com Cc: Andrew Gallatin , current@freebsd.org Subject: Re: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 07:17:35 -0000 On Feb 21, 2007, at 10:39 AM, Andre Oppermann wrote: > Andre Guibert de Bruet wrote: >> On Feb 20, 2007, at 2:31 PM, Andrew Gallatin wrote: >>> Thanks for reporting this. I'm glad I'm not the only one who is >>> seeing this! >> I discovered this while testing out a new multi-homed bonded-T1 >> installation. I was wondering why I was getting no more than >> ~170KB/ s. So far, here are the data points that I have gathered: >> - It affects more than one type of NIC (em0). >> - It happens regardless of hardware checksum enabled status. >> - It happens independent of IP aliasing. >> - I tested GENERIC as of Feb 19 and it is affected. >> - A kernel from December 15th, 2006 exhibits this problem. >> - The affected system is connected to a Linksys 24-port unmanaged >> gigabit switch (I have the exact same hardware working just fine >> with 5.5-STABLE on the same switch). > > Today I finally got some spare time and tried to track this down. > However > there is no obvious smoking gun to be seen. I'll dig further. Andre, Just as a followup to my off-list email: I have since come across kern/102653. Though my setup uses stateful inspection rules exclusively, the problem still persists with "allow ip from any to any" as the single rule in ipfw. I have a pcap of the traffic patterns that I am seeing, at http://siliconlandmark.com/staff/andre/ files/7-current_dupacks.pcap (2.3MB - This pcap was made with the single allow any to any rule). Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 07:26:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2D4516A400 for ; Fri, 23 Feb 2007 07:26:25 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5682013C471 for ; Fri, 23 Feb 2007 07:26:25 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.0.1.5] (cpe-24-33-245-212.twmi.res.rr.com [24.33.245.212]) by lexi.siliconlandmark.com (8.13.8/8.13.3) with ESMTP id l1N7Lif5079069; Fri, 23 Feb 2007 02:21:45 -0500 (EST) (envelope-from andy@siliconlandmark.com) In-Reply-To: <790a9fff0702212329o19826332lf01676ae286e264a@mail.gmail.com> References: <790a9fff0702211031r226ba0bdsfab2eab5f4748191@mail.gmail.com> <20070221191551.19A9745053@ptavv.es.net> <20070221211039.GA859@heather.menantico.com> <790a9fff0702212329o19826332lf01676ae286e264a@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <171CD081-E699-468F-A70F-E035C99DF3EF@siliconlandmark.com> Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Fri, 23 Feb 2007 02:21:44 -0500 To: Scot Hetzel X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV 0.88.7/2631/Thu Feb 22 16:33:11 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=0.033, required 6, AWL 0.59, BAYES_00 -2.60, RCVD_IN_SORBS_DUL 2.05, SPF_PASS -0.00) X-MailScanner-From: andy@siliconlandmark.com Cc: Eric Anderson , current@freebsd.org Subject: Re: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 07:26:25 -0000 On Feb 22, 2007, at 2:29 AM, Scot Hetzel wrote: > On 2/21/07, Skip Ford wrote: >> Kevin Oberman wrote: >> > Any thought of making module loads default to the directory of the >> > booted kernel (e.g. /boot/kernel.old) instead of /boot/kernel? >> >> This should already happen if you "set kernel" to kernel.old and >> then "boot". > > I set the kernel variable in loader.conf, so that I can have multiple > kernels installed and choose which kernel to boot the next time the > server is booted. > > /boot/loader.conf > #kernel="kernel_p4_debug" > kernel="kernel_debug" > > hp010# sysctl -a | grep kernel > kern.bootfile: /boot/kernel_debug/kernel > kern.module_path: /boot/kernel_debug;/boot/modules Just out of curiosity, have you come across nextboot(8)? Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 07:49:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 933F116A404 for ; Fri, 23 Feb 2007 07:49:29 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3D67913C49D for ; Fri, 23 Feb 2007 07:49:29 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.0.1.5] (cpe-24-33-245-212.twmi.res.rr.com [24.33.245.212]) by lexi.siliconlandmark.com (8.13.8/8.13.3) with ESMTP id l1N7nHVX079549; Fri, 23 Feb 2007 02:49:17 -0500 (EST) (envelope-from andy@siliconlandmark.com) In-Reply-To: <20070221205331.GB2479@obiwan.tataz.chchile.org> References: <20070221205331.GB2479@obiwan.tataz.chchile.org> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Fri, 23 Feb 2007 02:49:17 -0500 To: Jeremie Le Hen X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV 0.88.7/2631/Thu Feb 22 16:33:11 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=0.019, required 6, AWL 0.57, BAYES_00 -2.60, RCVD_IN_SORBS_DUL 2.05, SPF_PASS -0.00) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org Subject: Re: psm(4) doesn't work with custom kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 07:49:29 -0000 On Feb 21, 2007, at 3:53 PM, Jeremie Le Hen wrote: > I could try to fiddle the kernel configuration by switching each > option > on and off individually but this would be very time-consuming. Though > I am willing to narrow down the root of the problem, I would be very > pleased to be given some clues. > > With GENERIC I get: > > % psm0: current command byte:0047 > % psm0: strange result for test aux port (1). > % psm0: irq 12 on atkbdc0 > % psm0: [GIANT-LOCKED] > % psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons > % psm0: config:00000000, flags:00000008, packet size:3 > % psm0: syncmask:c0, syncbits:00 > > With my custom configuration file: > > % psm0: unable to allocate IRQ > % psmcpnp0: irq 12 on acpi0 > % psm0: current command byte:0047 > % psm0: strange result for test aux port (1). > % psm0: failed to reset the aux device. > For those who prefer, I've also put these files on a web server: > http://tataz.chchile.org/~tataz/psm_debug/ Try booting with ACPI disabled. Something does not appear sane with your ACPI config using your custom kernel: acpi: bad write to port 0x080 (32), val 0xaa This next bit may not be much help in terms of solving your immediate problem, but it will save you a boatload of hassles and time across upgrades: Use "include GENERIC" and remove what you don't want using nocpu/ nooptions/nodevice (I offer my config as an example: http:// bling.properkernel.com/freebsd/BLING ). Every time you sync up with GENERIC, just update the "in sync with" version. Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 08:50:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 962A516A405 for ; Fri, 23 Feb 2007 08:50:02 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 0ADF613C4A3 for ; Fri, 23 Feb 2007 08:50:01 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so579600nfc for ; Fri, 23 Feb 2007 00:50:01 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F8J7opthgFoEUwA1nal64MPH490OA5yuE6799rihdJiotKc1D8ERYDUSDEwalvmmmzrxU25DqUDUNBrBBefBL12dWuY29/Vu1czMa0eQalbEiEb73VylmMYkk5akhrdGjqJ/BlgOzM3EtYC1gbOPOhIx7/vft0NS0pRv9H0HN88= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Jtd7dtZxZNCNPH7CAw2eLbR4VreFOP1XhFhG2e/LuEgDCUZ0XZ/vRwv/nvtnGs3bfEjp0wwvxaemm4M3+tr3ruPi0sfOfz4OjHpljsMPeK9ZKnpHM3ywQ5E7Eg3qe4+04vSF+xFHh0Pwx4bho4h72u/9hAkKxZS4seKvviQqrmw= Received: by 10.82.135.13 with SMTP id i13mr375363bud.1172220600682; Fri, 23 Feb 2007 00:50:00 -0800 (PST) Received: by 10.82.186.2 with HTTP; Fri, 23 Feb 2007 00:50:00 -0800 (PST) Message-ID: <790a9fff0702230050p58c65c2cwffa1236b909ebb4a@mail.gmail.com> Date: Fri, 23 Feb 2007 02:50:00 -0600 From: "Scot Hetzel" To: "Andre Guibert de Bruet" In-Reply-To: <171CD081-E699-468F-A70F-E035C99DF3EF@siliconlandmark.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0702211031r226ba0bdsfab2eab5f4748191@mail.gmail.com> <20070221191551.19A9745053@ptavv.es.net> <20070221211039.GA859@heather.menantico.com> <790a9fff0702212329o19826332lf01676ae286e264a@mail.gmail.com> <171CD081-E699-468F-A70F-E035C99DF3EF@siliconlandmark.com> Cc: Eric Anderson , current@freebsd.org Subject: Re: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 08:50:02 -0000 On 2/23/07, Andre Guibert de Bruet wrote: > On Feb 22, 2007, at 2:29 AM, Scot Hetzel wrote: > > > On 2/21/07, Skip Ford wrote: > >> Kevin Oberman wrote: > >> > Any thought of making module loads default to the directory of the > >> > booted kernel (e.g. /boot/kernel.old) instead of /boot/kernel? > >> > >> This should already happen if you "set kernel" to kernel.old and > >> then "boot". > > > > I set the kernel variable in loader.conf, so that I can have multiple > > kernels installed and choose which kernel to boot the next time the > > server is booted. > > > > /boot/loader.conf > > #kernel="kernel_p4_debug" > > kernel="kernel_debug" > > > > hp010# sysctl -a | grep kernel > > kern.bootfile: /boot/kernel_debug/kernel > > kern.module_path: /boot/kernel_debug;/boot/modules > > Just out of curiosity, have you come across nextboot(8)? > Just read the man page, and I can't use it due to how I boot my system. Since, nextboot only allows the specified kernel to be used temporarily, When the system is booted for the 3rd time it would be back to the original kernel. I usually want to use the same kernel on the next boot. If I want to use a different kernel I specify it in loader.conf. I set it up this way so that I could run 4 Linux Test Project (LTP) tests. These runs consists of: 2 runs on /boot/kernel_debug (linux version set to 2.4.2, and 2.6.16) 2 runs on /boot/kernel_p4_debug (linux version set to 2.4.2, and 2.6.16) These runs are used to test the status of the linuxolator on FreeBSD/amd64. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 10:12:08 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8868116A401 for ; Fri, 23 Feb 2007 10:12:08 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2FFA213C48D for ; Fri, 23 Feb 2007 10:12:08 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.0.1.5] (cpe-24-33-245-212.twmi.res.rr.com [24.33.245.212]) by lexi.siliconlandmark.com (8.13.8/8.13.3) with ESMTP id l1NABxtw083000; Fri, 23 Feb 2007 05:12:03 -0500 (EST) (envelope-from andy@siliconlandmark.com) In-Reply-To: <790a9fff0702230050p58c65c2cwffa1236b909ebb4a@mail.gmail.com> References: <790a9fff0702211031r226ba0bdsfab2eab5f4748191@mail.gmail.com> <20070221191551.19A9745053@ptavv.es.net> <20070221211039.GA859@heather.menantico.com> <790a9fff0702212329o19826332lf01676ae286e264a@mail.gmail.com> <171CD081-E699-468F-A70F-E035C99DF3EF@siliconlandmark.com> <790a9fff0702230050p58c65c2cwffa1236b909ebb4a@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6BA4DF14-24D7-4E15-82C0-D41F839080D0@siliconlandmark.com> Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Fri, 23 Feb 2007 05:11:58 -0500 To: "Scot Hetzel" X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV 0.88.7/2631/Thu Feb 22 16:33:11 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=0.006, required 6, AWL 0.56, BAYES_00 -2.60, RCVD_IN_SORBS_DUL 2.05, SPF_PASS -0.00) X-MailScanner-From: andy@siliconlandmark.com Cc: current@freebsd.org Subject: Re: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 10:12:08 -0000 On Feb 23, 2007, at 3:50 AM, Scot Hetzel wrote: > On 2/23/07, Andre Guibert de Bruet wrote: >> Just out of curiosity, have you come across nextboot(8)? >> > Just read the man page, and I can't use it due to how I boot my > system. > > Since, nextboot only allows the specified kernel to be used > temporarily, When the system is booted for the 3rd time it would be > back to the original kernel. I usually want to use the same kernel on > the next boot. > > If I want to use a different kernel I specify it in loader.conf. > > I set it up this way so that I could run 4 Linux Test Project (LTP) > tests. These runs consists of: > > 2 runs on /boot/kernel_debug (linux version set to 2.4.2, and > 2.6.16) > 2 runs on /boot/kernel_p4_debug (linux version set to 2.4.2, and > 2.6.16) > > These runs are used to test the status of the linuxolator on > FreeBSD/amd64. Gotcha. One thing that it lets you easily do is boot in single-user mode upon reboot (Using -o "-s") without having to babysit the machine. I use it to test throw-away kernels with untested changes, in a VM. Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 11:35:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A601B16A402 for ; Fri, 23 Feb 2007 11:35:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 3E5DF13C467 for ; Fri, 23 Feb 2007 11:35:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HKYhR-0003Al-8X for freebsd-current@freebsd.org; Fri, 23 Feb 2007 13:35:01 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l1NBYfmu041336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 23 Feb 2007 13:34:41 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l1NBYf9v043678; Fri, 23 Feb 2007 13:34:41 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l1NBYdTe043677; Fri, 23 Feb 2007 13:34:39 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 23 Feb 2007 13:34:39 +0200 From: Kostik Belousov To: "Wilkinson, Alex" Message-ID: <20070223113439.GK39168@deviant.kiev.zoral.com.ua> References: <20070223061822.GA1497@obelix.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9b/uWrIH8C2V3aH3" Content-Disposition: inline In-Reply-To: <20070223061822.GA1497@obelix.dsto.defence.gov.au> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: 8d2e66037c8999a784685da49934e311 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 802 [Feb 22 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: kgdb(1) ... is it broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 11:35:03 -0000 --9b/uWrIH8C2V3aH3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 23, 2007 at 03:18:23PM +0900, Wilkinson, Alex wrote: > Hi all, >=20 > I have a reasonably recent version of current that is panic'ing at least = once > every 2 days. When I run kgdb(1) to do a backtrace it aint working correc= tly. >=20 > [FreeBSD 7.0-CURRENT #0: Wed Jan 24 14:24:54 WST 2007] >=20 > e.g. >=20 > The panic: >=20 > NVRM: Xid (0001:00): 8, Channel 00000000 > panic: Bad link elm 0xc4dc8900 next->prev !=3D elm > cpuid =3D 0 > KDB: enter: panic > [thread pid 909 tid 100080 ] > Stopped at kdb_enter+0x32: leave > db>tr > Tracing pid 909 tid 100080 td 0xc47231b0 > kdb_enter(c09ecabf,0,c09a4b15,e6a69a20,c47231b0,...) at kdb_enter+0x32 > panic(c09a4b15,c4dc8900,4c,c09e8778,64,...) at panic+0x191 > destroy_devl(c4714e80,e6a69a70,c0fe6cf0,c4dc8900,40,...) at destroy_devl= +0x330 > destroy_dev(c4dc8900,40,c47231b0,0,c4dc8900,...) at destroy_dev+0x13 > nvidia_dev_close(c4dc8900,3,2000,c47231b0,c4e287d8,...) at nvidia_dev_cl= ose+0xa4 > =09 > giant_close(c4dc8900,3,2000,c47231b0,e6a69adc,...) at giant_close+0x4f > devfs_close(e6a69b28,3,c4e28754) at devfs_close+0x2d1 > VOP_CLOSE_APV(c0a8de20,e6a69b28,c47231b0,c09f7b4c,11f,...) at VOP_CLOSE_= APV+0x69 > =09 > vn_close(c4e28754,3,c4306a80,c47231b0,203246,...) at vn_close+0x99 > vn_closefile(c4bf0a20,c47231b0,c09e9165,889,c4e28754,...) at vn_closefil= e+0x88 > fdrop_locked(c4bf0a20,c47231b0,2,c09ee59f,de,c47231b0,0,203246,c0b3b920,= e6a69c24 > ,c07517fb,c0af5494,0,c4b3522c,401,c09e9165,e6a69c4c,c0716a82,c4b3522c,1,= c09ebc01 > ,ae,0) at fdrop_locked+0xb9 > closef(c4bf0a20,c47231b0,c09e9165,401,c0739bd6,...) at closef+0x1f4 > kern_close(c47231b0,e,4,c4b346c0,1,...) at kern_close+0x188 > syscall(e6a69d38) at syscall+0x155 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (0, FreeBSD ELF32, nosys), eip =3D 0x2, esp =3D 0x203292, eb= p =3D 0xc1d000 > 01 --- > MAXCPU(4000000,90ffff00,10c19ee7,58c28e8c,34c22fbb,...) at 0x2 > db>panic > panic: from debugger > cpuid =3D 0 > Uptime: 3d5h29m19s > Physical memory: 1007 MB > Dumping 219 MB: 204 188 172 156 140 124 108 92 76 60 44 28 12 > Dump complete >=20 > Upon a reboot I see this error: >=20 > savecore: reboot after panic: Bad link elm 0xc4dc8900 next->prev !=3D elm > Feb 23 15:02:22 obelix savecore: reboot after panic: Bad link elm 0xc4dc= 8900 next->prev !=3D elm >=20 > And then the backtrace: >=20 > #0 doadump () at pcpu.h:166 > 166 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) where > #0 doadump () at pcpu.h:166 > #1 0xc0720c1b in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.= c:411 > #2 0xc0720693 in panic (fmt=3D0xc09ab848 "from debugger") at > /usr/src/sys/kern/kern_shutdown.c:567 > #3 0xc047e490 in db_panic (addr=3D-1066121253, have_addr=3D0, count=3D-= 1, > modif=3D0xe6a69810 "") at /usr/src/sys/ddb/db_command.c:433 > #4 0xc047e870 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 > #5 0xc04805fb in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_ma= in.c:222 > #6 0xc0744c19 in kdb_trap (type=3D0, code=3D0, tf=3D0xe6a699a4) at > /usr/src/sys/kern/subr_kdb.c:502 > #7 0xc0960ea5 in trap (frame=3D0xe6a699a4) at /usr/src/sys/i386/i386/tr= ap.c:621 > #8 0xc0948dbb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #9 0x00000000 in ?? () > (kgdb)=20 >=20 > Things just aint working as per normal. >=20 > Has anyone had problems with running backtraces of kernel core dumps with= kgdb(1) ? Try this patch, it shall allow to see useful backtrace in kgdb (I really like to receive feedback on this one): Index: gnu/usr.bin/gdb/kgdb/trgt_i386.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/gnu/usr.bin/gdb/kgdb/trgt_i386.c,v retrieving revision 1.5 diff -u -r1.5 trgt_i386.c --- gnu/usr.bin/gdb/kgdb/trgt_i386.c 11 Sep 2005 05:36:30 -0000 1.5 +++ gnu/usr.bin/gdb/kgdb/trgt_i386.c 23 Feb 2007 11:31:39 -0000 @@ -146,7 +146,7 @@ *realnump =3D -1; =20 ofs =3D (regnum >=3D I386_EAX_REGNUM && regnum <=3D I386_FS_REGNUM) - ? kgdb_trgt_frame_offset[regnum] : -1; + ? kgdb_trgt_frame_offset[regnum] + 4 : -1; if (ofs =3D=3D -1) return; =20 BTW, you panic is caused by nvidia driver. I believe there is a patch by nvidia that would eliminate the problem. --9b/uWrIH8C2V3aH3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF3tFPC3+MBN1Mb4gRAvpmAKCMkYPo6PHwSm81Xmtmef706aEX2wCggj3k 5eO3Vj00Jp1vEFWhIfKdwXo= =sMus -----END PGP SIGNATURE----- --9b/uWrIH8C2V3aH3-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 09:47:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0C0C16A401 for ; Fri, 23 Feb 2007 09:47:54 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from smtp-sin.microsoft.com (smtp-sin.microsoft.com [207.46.52.79]) by mx1.freebsd.org (Postfix) with ESMTP id 3971213C4A3 for ; Fri, 23 Feb 2007 09:47:54 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from sin-exhub-c401.southpacific.corp.microsoft.com (157.60.222.31) by SIN-EXGWY-E802.partners.extranet.microsoft.com (10.251.168.130) with Microsoft SMTP Server (TLS) id 8.0.685.24; Fri, 23 Feb 2007 17:47:52 +0800 Received: from AA-EXMSG-C412.southpacific.corp.microsoft.com ([157.60.226.51]) by sin-exhub-c401.southpacific.corp.microsoft.com ([157.60.222.31]) with mapi; Fri, 23 Feb 2007 17:47:52 +0800 From: Mayank Kumar To: Dan Nelson , Giorgos Keramidas Date: Fri, 23 Feb 2007 17:47:40 +0800 Thread-Topic: what does _eprol mean and how is it compututed Thread-Index: AcdXLF3XlKjfbdI/Ql6/AmV7+R9vVgAAlDVQ Message-ID: <76EBE649FB0E0E4DA883B5840459059F143A1828E9@AA-EXMSG-C412.southpacific.corp.microsoft.com> References: <76EBE649FB0E0E4DA883B5840459059F143A182705@AA-EXMSG-C412.southpacific.corp.microsoft.com> <20070223010358.GA4946@kobe.laptop> <20070223054321.GB43770@dan.emsphone.com> In-Reply-To: <20070223054321.GB43770@dan.emsphone.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-hashedpuzzle: D+PV MgYe NqP0 PlqI PrpE Rb0l UVGN YzAx Y5Di arGC brCD b0/d d47b eeKA ehCn fzav; 3; ZABuAGUAbABzAG8AbgBAAGEAbABsAGEAbgB0AGcAcgBvAHUAcAAuAGMAbwBtADsAZgByAGUAZQBiAHMAZAAtAGMAdQByAHIAZQBuAHQAQABmAHIAZQBlAGIAcwBkAC4AbwByAGcAOwBrAGUAcgBhAG0AaQBkAGEAQABjAGUAaQBkAC4AdQBwAGEAdAByAGEAcwAuAGcAcgA=; Sosha1_v1; 7; {F7BB588E-B226-490F-8368-CEDA8D2F0700}; bQBhAHkAYQBuAGsAQABtAGkAYwByAG8AcwBvAGYAdAAuAGMAbwBtAA==; Fri, 23 Feb 2007 09:47:40 GMT; UgBFADoAIAB3AGgAYQB0ACAAZABvAGUAcwAgAF8AZQBwAHIAbwBsACAAbQBlAGEAbgAgAGEAbgBkACAAaABvAHcAIABpAHMAIABpAHQAIABjAG8AbQBwAHUAdAB1AHQAZQBkAA== x-cr-puzzleid: {F7BB588E-B226-490F-8368-CEDA8D2F0700} acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 23 Feb 2007 12:40:58 +0000 Cc: "freebsd-current@freebsd.org" Subject: RE: what does _eprol mean and how is it compututed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 09:47:54 -0000 Hi Dan, Cool, thnks for the information. That's exactly what I was looking for. But= the cvs webaccess shows me crt0.c which actually contains _eprol and _etex= t. Anyways I now understand what eprol means. Thanks Mayank -----Original Message----- From: Dan Nelson [mailto:dnelson@allantgroup.com] Sent: Friday, February 23, 2007 11:13 AM To: Giorgos Keramidas Cc: Mayank Kumar; freebsd-current@freebsd.org Subject: Re: what does _eprol mean and how is it compututed In the last episode (Feb 23), Giorgos Keramidas said: > On 2007-02-22 04:20, Mayank Kumar wrote: > > While calling monstartup in crt0.c, _eprol and _etext are passed to > > monstartup. _etext means end of segment, what does _eprol mean and > > how is it computed > > Are you sure you are talking about FreeBSD? > > build@kobe:/home/build/src$ egrep -r -e '_eprol|_etext' * > build@kobe:/home/build/src$ > > I don't see any reference to '_eprol' or '_etext' in our source tree, > and 'monstartup' doesn't really ring any bells. It's actually "eprol" and "etext", and the source file is crt1.c, located at /usr/src/lib/csu//crt1.c . The monstartup function has a manpage that describes its arguments. eprol is declared via some __asm__() code in crt1.c to ensure that it's the first symbol in gcrt1.o's text segment, which ensures that it's the first symbol in a program's text segment (since gcrt1.o is the first thing linked into a profiled binary). -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 14:31:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79C5116A402; Fri, 23 Feb 2007 14:31:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 37EF413C49D; Fri, 23 Feb 2007 14:31:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1NEVZBf038407; Fri, 23 Feb 2007 09:31:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1NEVZnb071860; Fri, 23 Feb 2007 09:31:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BED2C73039; Fri, 23 Feb 2007 09:31:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070223143124.BED2C73039@freebsd-current.sentex.ca> Date: Fri, 23 Feb 2007 09:31:24 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 14:31:36 -0000 TB --- 2007-02-23 12:39:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-23 12:39:29 - starting HEAD tinderbox run for i386/i386 TB --- 2007-02-23 12:39:29 - cleaning the object tree TB --- 2007-02-23 12:40:52 - checking out the source tree TB --- 2007-02-23 12:40:52 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-02-23 12:40:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-23 13:02:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-23 13:02:57 - cd /src TB --- 2007-02-23 13:02:57 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 23 13:02:58 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Fri Feb 23 14:21:14 UTC 2007 TB --- 2007-02-23 14:21:14 - generating LINT kernel config TB --- 2007-02-23 14:21:14 - cd /src/sys/i386/conf TB --- 2007-02-23 14:21:14 - /usr/bin/make -B LINT TB --- 2007-02-23 14:21:14 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-23 14:21:14 - cd /src TB --- 2007-02-23 14:21:14 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 23 14:21:14 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/advansys/adwmcode.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/aha/aha.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/aha/aha_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/aha/aha_mca.c /src/sys/dev/aha/aha_mca.c: In function `aha_mca_attach': /src/sys/dev/aha/aha_mca.c:197: warning: passing arg 4 of `bus_setup_intr' from incompatible pointer type /src/sys/dev/aha/aha_mca.c:197: warning: passing arg 5 of `bus_setup_intr' from incompatible pointer type /src/sys/dev/aha/aha_mca.c:197: error: too few arguments to function `bus_setup_intr' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-23 14:31:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-23 14:31:24 - ERROR: failed to build lint kernel TB --- 2007-02-23 14:31:24 - tinderbox aborted TB --- 0.68 user 2.83 system 6714.64 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 15:56:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AE4916A401 for ; Fri, 23 Feb 2007 15:56:12 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id E818D13C4A7 for ; Fri, 23 Feb 2007 15:56:09 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan@localhost [127.0.0.1]) by dan.emsphone.com (8.14.0/8.13.8) with ESMTP id l1NFu8pq031550 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 23 Feb 2007 09:56:09 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.0/8.14.0/Submit) id l1NFu8BS031543; Fri, 23 Feb 2007 09:56:08 -0600 (CST) (envelope-from dan) Date: Fri, 23 Feb 2007 09:56:08 -0600 From: Dan Nelson To: Mayank Kumar Message-ID: <20070223155608.GC43770@dan.emsphone.com> References: <76EBE649FB0E0E4DA883B5840459059F143A182705@AA-EXMSG-C412.southpacific.corp.microsoft.com> <20070223010358.GA4946@kobe.laptop> <20070223054321.GB43770@dan.emsphone.com> <76EBE649FB0E0E4DA883B5840459059F143A1828E9@AA-EXMSG-C412.southpacific.corp.microsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <76EBE649FB0E0E4DA883B5840459059F143A1828E9@AA-EXMSG-C412.southpacific.corp.microsoft.com> X-OS: FreeBSD 6.2-STABLE User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Giorgos Keramidas , "freebsd-current@freebsd.org" Subject: Re: what does _eprol mean and how is it compututed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 15:56:12 -0000 In the last episode (Feb 23), Mayank Kumar said: > Cool, thnks for the information. That's exactly what I was looking > for. But the cvs webaccess shows me crt0.c which actually contains > _eprol and _etext. Anyways I now understand what eprol means. Which URL are you looking at? http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/csu/i386-elf/ shows crt1.c. i386/crt0.c was for a.out binaries, and FreeBSD has used elf since 3.0 (in 1998), and the file has since been deleted. It looks like most of the 5.x releases did have a leftover crt0.c, but 5.x can't even generate a.out binaries so the file is not used. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 16:23:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3898D16A407; Fri, 23 Feb 2007 16:23:47 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id E84BF13C4B5; Fri, 23 Feb 2007 16:23:46 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-91-186.sn1.eutelia.it [62.94.91.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 78FE411AE51; Fri, 23 Feb 2007 16:56:31 +0100 (CET) Received: (from piso@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id l1NFuQEW003380; Fri, 23 Feb 2007 16:56:27 +0100 (CET) (envelope-from piso) Date: Fri, 23 Feb 2007 16:56:26 +0100 From: Paolo Pisati To: FreeBSD Tinderbox Message-ID: <20070223155626.GA3351@tin.it> References: <20070223143124.BED2C73039@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070223143124.BED2C73039@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 16:23:47 -0000 On Fri, Feb 23, 2007 at 09:31:24AM -0500, FreeBSD Tinderbox wrote: [snip] > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/aha/aha_mca.c > /src/sys/dev/aha/aha_mca.c: In function `aha_mca_attach': > /src/sys/dev/aha/aha_mca.c:197: warning: passing arg 4 of `bus_setup_intr' from incompatible pointer type > /src/sys/dev/aha/aha_mca.c:197: warning: passing arg 5 of `bus_setup_intr' from incompatible pointer type > /src/sys/dev/aha/aha_mca.c:197: error: too few arguments to function `bus_setup_intr' Should be fixed now. bye, P. From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 16:23:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FCE716A475; Fri, 23 Feb 2007 16:23:50 +0000 (UTC) (envelope-from SRS0=b98c9c570065153e75ad71c873465955ebe574b1=255=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id E336513C4B7; Fri, 23 Feb 2007 16:23:49 +0000 (UTC) (envelope-from SRS0=b98c9c570065153e75ad71c873465955ebe574b1=255=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id CSG58250; Fri, 23 Feb 2007 08:09:50 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 51C374507B; Fri, 23 Feb 2007 08:09:50 -0800 (PST) To: Andre Guibert de Bruet In-Reply-To: Your message of "Fri, 23 Feb 2007 02:21:44 EST." <171CD081-E699-468F-A70F-E035C99DF3EF@siliconlandmark.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1172246990_33246P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 23 Feb 2007 08:09:50 -0800 From: "Kevin Oberman" Message-Id: <20070223160950.51C374507B@ptavv.es.net> Cc: Scot Hetzel , current@freebsd.org, Eric Anderson Subject: Re: Unable to use network early in boot with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 16:23:50 -0000 --==_Exmh_1172246990_33246P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Andre Guibert de Bruet > Date: Fri, 23 Feb 2007 02:21:44 -0500 > > On Feb 22, 2007, at 2:29 AM, Scot Hetzel wrote: > > > On 2/21/07, Skip Ford wrote: > >> Kevin Oberman wrote: > >> > Any thought of making module loads default to the directory of the > >> > booted kernel (e.g. /boot/kernel.old) instead of /boot/kernel? > >> > >> This should already happen if you "set kernel" to kernel.old and > >> then "boot". > > > > I set the kernel variable in loader.conf, so that I can have multiple > > kernels installed and choose which kernel to boot the next time the > > server is booted. > > > > /boot/loader.conf > > #kernel="kernel_p4_debug" > > kernel="kernel_debug" > > > > hp010# sysctl -a | grep kernel > > kern.bootfile: /boot/kernel_debug/kernel > > kern.module_path: /boot/kernel_debug;/boot/modules > > Just out of curiosity, have you come across nextboot(8)? Good idea! nextboot(8) was broken in current for quite a while and I guess I pretty much forgot about it. It really does not make any difference. It boots the requested kernel and loads all modules requested by loader.conf, but, when I try loading modules after the boot, I still get the warning that the module is newer than the linker.hints file. kern.module_path: /boot/kernel.old;/boot/modules So nextboot(8) makes no difference, but it is handy and it had completely escaped my conscience. Thanks! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1172246990_33246P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFF3xHOkn3rs5h7N1ERAqXEAJ9dH3G8+2/bp0TJuHvEc6tJrKJ/CACfZcBh uDF4slcSFmsajqLPdNJs5zw= =o1El -----END PGP SIGNATURE----- --==_Exmh_1172246990_33246P-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 16:29:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 205FC16A400; Fri, 23 Feb 2007 16:29:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EAB0A13C494; Fri, 23 Feb 2007 16:29:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1NGTNwQ060526; Fri, 23 Feb 2007 11:29:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1NGTNmQ064269; Fri, 23 Feb 2007 11:29:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1727873039; Fri, 23 Feb 2007 11:29:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070223162923.1727873039@freebsd-current.sentex.ca> Date: Fri, 23 Feb 2007 11:29:22 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 16:29:24 -0000 TB --- 2007-02-23 14:11:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-23 14:11:18 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-02-23 14:11:18 - cleaning the object tree TB --- 2007-02-23 14:12:28 - checking out the source tree TB --- 2007-02-23 14:12:28 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-02-23 14:12:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-23 14:42:43 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-23 14:42:43 - cd /src TB --- 2007-02-23 14:42:43 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 23 14:42:58 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Fri Feb 23 16:19:24 UTC 2007 TB --- 2007-02-23 16:19:24 - generating LINT kernel config TB --- 2007-02-23 16:19:24 - cd /src/sys/pc98/conf TB --- 2007-02-23 16:19:24 - /usr/bin/make -B LINT TB --- 2007-02-23 16:19:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-23 16:19:24 - cd /src TB --- 2007-02-23 16:19:24 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 23 16:19:25 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cardbus/cardbus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cardbus/cardbus_cis.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cardbus/cardbus_device.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/cnw/if_cnw.c /src/sys/dev/cnw/if_cnw.c: In function `cnw_pccard_attach': /src/sys/dev/cnw/if_cnw.c:1635: warning: passing arg 4 of `bus_setup_intr' from incompatible pointer type /src/sys/dev/cnw/if_cnw.c:1635: warning: passing arg 5 of `bus_setup_intr' from incompatible pointer type /src/sys/dev/cnw/if_cnw.c:1635: error: too few arguments to function `bus_setup_intr' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-23 16:29:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-23 16:29:22 - ERROR: failed to build lint kernel TB --- 2007-02-23 16:29:22 - tinderbox aborted TB --- 0.76 user 2.75 system 8284.24 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 16:52:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55C7916A48F for ; Fri, 23 Feb 2007 16:52:20 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [206.18.177.54]) by mx1.freebsd.org (Postfix) with ESMTP id AFD6513C4A6 for ; Fri, 23 Feb 2007 16:52:19 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from c-66-31-35-94.hsd1.ma.comcast.net ([66.31.35.94]) by comcast.net (alnrmhc14) with ESMTP id <20070223165218b140041ss3e>; Fri, 23 Feb 2007 16:52:19 +0000 Received: from c-66-31-35-94.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8) with ESMTP id l1NGqKO2018618 for ; Fri, 23 Feb 2007 11:52:20 -0500 (EST) (envelope-from rodrigc@c-66-31-35-94.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8/Submit) id l1NGqKph018617 for freebsd-current@freebsd.org; Fri, 23 Feb 2007 11:52:20 -0500 (EST) (envelope-from rodrigc) Resent-Message-Id: <200702231652.l1NGqKph018617@c-66-31-35-94.hsd1.ma.comcast.net> Received: from dibbler.crodrigues.org (localhost.crodrigues.org [127.0.0.1]) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8) with ESMTP id l1N6q9iW015471 for ; Fri, 23 Feb 2007 01:52:10 -0500 (EST) (envelope-from ports@fsck.ch) Received: from mail.comcast.net [204.127.228.10] by dibbler.crodrigues.org with POP3 (fetchmail-6.3.2) for (single-drop); Fri, 23 Feb 2007 01:52:10 -0500 (EST) Received: from smtp.easydns.com ([205.210.42.52]) by alnrmxc13.comcast.net (alnrmxc13) with ESMTP id <20070223064518a1300d4113e>; Fri, 23 Feb 2007 06:45:18 +0000 X-Originating-IP: [205.210.42.52] X-Greylist: Passed host: 212.103.70.36 Received: from secure.socket.ch (secure.socket.ch [212.103.70.36]) by smtp.easydns.com (Postfix) with ESMTP id 28C874ED73 for ; Fri, 23 Feb 2007 01:45:17 -0500 (EST) Received: from localhost ([127.0.0.1] helo=secure.socket.ch) by secure.socket.ch with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HKUB2-000KNT-PN for rodrigc@crodrigues.org; Fri, 23 Feb 2007 07:45:12 +0100 Received: from 62.2.233.2 (SquirrelMail authenticated user roth@fsck.ch) by secure.socket.ch with HTTP; Fri, 23 Feb 2007 07:45:08 +0100 (CET) Message-ID: <1235.62.2.233.2.1172213108.squirrel@secure.socket.ch> In-Reply-To: <20070222222301.GA13464@crodrigues.org> References: <20070222222301.GA13464@crodrigues.org> Date: Fri, 23 Feb 2007 07:45:08 +0100 (CET) From: "Tobias Roth" To: "Craig Rodrigues" User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -3.1 (---) X-Spam-Report: Spam detection software, running on the system "secure.socket.ch", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On Thu, February 22, 2007 11:23 pm, Craig Rodrigues wrote: > Is there a legitimate case where you would > want to do "mount -o union", and have it behave differently > from "mount_unionfs / mount -t unionfs"? Or is this a leftover from > a long time ago that we can now whack (it would simplify some code > in the VFS layer if we whack it)? [...] Content analysis details: (-3.1 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 1.2 AWL AWL: From: address is in the auto white-list X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: ports@fsck.ch X-SA-Exim-Scanned: No (on secure.socket.ch); SAEximRunCond expanded to false Resent-From: rodrigc@crodrigues.org Resent-Date: Fri, 23 Feb 2007 11:52:20 -0500 Resent-To: freebsd-current@freebsd.org X-Mailman-Approved-At: Fri, 23 Feb 2007 17:03:33 +0000 Cc: Subject: Re: What does "mount -o union" and MNT_UNION really do? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 16:52:20 -0000 On Thu, February 22, 2007 11:23 pm, Craig Rodrigues wrote: > Is there a legitimate case where you would > want to do "mount -o union", and have it behave differently > from "mount_unionfs / mount -t unionfs"? Or is this a leftover from > a long time ago that we can now whack (it would simplify some code > in the VFS layer if we whack it)? Up to recently, mount -o union just worked, while unionfs was documented to be mostly broken. Profile.sh for instance uses -o union, and I never had any problems with it. I am using it exclusively in read only mode though. One difference that I can remember offhand is explained here (taken from mount_unionfs(8): Filenames are looked up in the upper layer and then in the lower layer. if a directory is found in the lower layer, and there is no entry in the upper layer, then a shadow directory will be created in the upper layer. It will be owned by the user who originally did the union mount, with mode ``rwxrwxrwx'' (0777) modified by the umask in effect at that time. This is not the case with -o union. Given the above statement, I am not sure whether unionfs will work if used in conjunction with read only mode. Mount_unionfs(8) talks about another difference, although I don't know whether this is meaningful in the current context: The union file system manipulates the namespace, rather than individual file systems. The union operation applies recursively down the directory tree now rooted at uniondir. Thus any file systems which are mounted under uniondir will take part in the union operation. This differs from the union option to mount(8) which only applies the union operation to the mount point itself, and then only for lookups. Thanks, Tobias From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 17:35:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 651E516A407; Fri, 23 Feb 2007 17:35:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2C93C13C461; Fri, 23 Feb 2007 17:35:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1NHZUOe072938; Fri, 23 Feb 2007 12:35:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1NHZUT0074812; Fri, 23 Feb 2007 12:35:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4307073039; Fri, 23 Feb 2007 12:34:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070223173455.4307073039@freebsd-current.sentex.ca> Date: Fri, 23 Feb 2007 12:34:49 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 17:35:31 -0000 TB --- 2007-02-23 14:31:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-23 14:31:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-02-23 14:31:24 - cleaning the object tree TB --- 2007-02-23 14:33:25 - checking out the source tree TB --- 2007-02-23 14:33:25 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-02-23 14:33:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-23 14:59:10 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-23 14:59:10 - cd /src TB --- 2007-02-23 14:59:10 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 23 14:59:11 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Fri Feb 23 17:25:11 UTC 2007 TB --- 2007-02-23 17:25:11 - generating LINT kernel config TB --- 2007-02-23 17:25:11 - cd /src/sys/ia64/conf TB --- 2007-02-23 17:25:11 - /usr/bin/make -B LINT TB --- 2007-02-23 17:25:11 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-23 17:25:11 - cd /src TB --- 2007-02-23 17:25:11 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 23 17:25:11 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/cardbus/cardbus_device.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/ciss/ciss.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/cm/smc90cx6.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/cnw/if_cnw.c /src/sys/dev/cnw/if_cnw.c: In function `cnw_pccard_attach': /src/sys/dev/cnw/if_cnw.c:1635: warning: passing arg 4 of `bus_setup_intr' from incompatible pointer type /src/sys/dev/cnw/if_cnw.c:1635: warning: passing arg 5 of `bus_setup_intr' from incompatible pointer type /src/sys/dev/cnw/if_cnw.c:1635: error: too few arguments to function `bus_setup_intr' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-23 17:34:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-23 17:34:47 - ERROR: failed to build lint kernel TB --- 2007-02-23 17:34:47 - tinderbox aborted TB --- 0.62 user 2.47 system 11002.91 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 18:40:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95F7816A400 for ; Fri, 23 Feb 2007 18:40:26 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by mx1.freebsd.org (Postfix) with ESMTP id 7067D13C4B9 for ; Fri, 23 Feb 2007 18:40:26 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-2.cisco.com with ESMTP; 23 Feb 2007 10:40:26 -0800 X-IronPort-AV: i="4.14,212,1170662400"; d="scan'208"; a="362664507:sNHT138446644" Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-8.cisco.com (8.12.11/8.12.11) with ESMTP id l1NIePAs009988 for ; Fri, 23 Feb 2007 10:40:25 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l1NIeDiM021255 for ; Fri, 23 Feb 2007 10:40:24 -0800 (PST) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 23 Feb 2007 10:40:22 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 23 Feb 2007 10:40:21 -0800 Message-ID: <45DF34FA.1020504@cisco.com> Date: Fri, 23 Feb 2007 13:39:54 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Feb 2007 18:40:22.0040 (UTC) FILETIME=[130A0980:01C7577A] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=936; t=1172256025; x=1173120025; c=relaxed/simple; s=sjdkim8002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20trouble=20with=20pam |Sender:=20; bh=G1n/nuRJlQrsUEePrlqi1qgoU/oh1AA5bMMTt22uzv0=; b=TKlRJ8PiqXLzqJk8Xq26UfY2x5YwJXMrfbijyMgsNzkN9SJp5ZcKaNu04/tkQN9J7XYOnIde YuRw6wDiNY89w9ZRlZx+Iem2ree1pnW05BY6auwZqgVHxTKb96mEbe6f; Authentication-Results: sj-dkim-8; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim8002 verified; ); Subject: trouble with pam X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 18:40:26 -0000 Hi all: As anyone seen this problem with pam? I just did a sup/buildworld and then installworld. Did my reboot and then.. every time I try to log in through xdm I get on the console: xdm: in openpam_load_module(): no pam_nologin.so found xdm: in openpam_load_module(): no pam_nologin.so found Now I had this happen over X-Mas when I reloaded my machine so I knew what to do.. I went back to my older Current and copied over all /usr/lib/pam* and then rebooted.. Now I am up and running again.. and just fine.. Is there some special hook I need to do to get the latest pam stuff to work properly.. it is obviously a problem with the lib's (since replacing them fixes the problems).. Any ideas would be appreciated... and I would be most glad to debug this further if someone can tell me what info to gather :-D R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 18:40:51 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 492C816A402 for ; Fri, 23 Feb 2007 18:40:51 +0000 (UTC) (envelope-from SRS0=b98c9c570065153e75ad71c873465955ebe574b1=255=es.net=oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id EB1F813C441 for ; Fri, 23 Feb 2007 18:40:50 +0000 (UTC) (envelope-from SRS0=b98c9c570065153e75ad71c873465955ebe574b1=255=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id CUL28650 for ; Fri, 23 Feb 2007 10:40:50 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5C4C345055 for ; Fri, 23 Feb 2007 10:40:49 -0800 (PST) To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1172256049_33246P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 23 Feb 2007 10:40:49 -0800 From: "Kevin Oberman" Message-Id: <20070223184049.5C4C345055@ptavv.es.net> Cc: Subject: Update of newbus API broke system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 18:40:51 -0000 --==_Exmh_1172256049_33246P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline My current system will no longer boot. cvsup today at about 17:30 UTC and the new kernel crashes connecting the fdc during the boot operation. Looks like the change to the newbus API broke it. I will need to hook up a serial cable to get a good backtrace and such, but here is the short for in hopes that it will help. Hand transcribed, so errors are possible. kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address =0x0 fault code = supervisor rad, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xc0c20a50 frame pointer = 0x28:0xc0c20a6c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at: 0: *** error reading from address 0 *** The end of the backtrace is: configure(0,c1ec00,c1e000,0,c0432e25,...) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c System is a ThinkPad T43 with 2 GHz Pentium-M. the crash makes it cleat that something has been stepped on. Did come bit of the commit get missed? Thanks, -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1172256049_33246P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFF3zUxkn3rs5h7N1ERAjSlAKCyXy+c3S6T9sYG70MiPIkbPXQNNQCgpscY xlbL2y/bJ5bnxdVxwWGBr78= =OVvN -----END PGP SIGNATURE----- --==_Exmh_1172256049_33246P-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 19:03:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91F6C16A402 for ; Fri, 23 Feb 2007 19:03:38 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.freebsd.org (Postfix) with ESMTP id A92DC13C49D for ; Fri, 23 Feb 2007 19:03:37 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx.gfk.ru (MDaemon PRO v9.5.3) with ESMTP id md50000927910.msg for ; Fri, 23 Feb 2007 22:02:01 +0300 Received: from dialup-chibis.gfk.ru ([10.0.6.45]) by ex.hhp.local with Microsoft SMTPSVC(6.0.3790.1830); Fri, 23 Feb 2007 22:02:57 +0300 Date: Fri, 23 Feb 2007 22:01:39 +0300 (MSK) From: Yuriy Tsibizov X-X-Sender: chibis@free.home.local To: current@freebsd.org Message-ID: <20070223215738.B930@free.home.local> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1566391693-1172257299=:930" X-OriginalArrivalTime: 23 Feb 2007 19:02:58.0469 (UTC) FILETIME=[3B88AD50:01C7577D] X-Spam-Processed: mx.gfk.ru, Fri, 23 Feb 2007 22:02:01 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: current@freebsd.org X-MDAV-Processed: mx.gfk.ru, Fri, 23 Feb 2007 22:02:03 +0300 Cc: Subject: asr0 (Adpatec 2100S) panic on load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 19:03:38 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1566391693-1172257299=:930 Content-Type: TEXT/PLAIN; charset=KOI8-R; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE HW is Adaptec 2100S with 32 MB ECC DIMM: pcib2@pci0:9:0:=09class=3D0x060400 card=3D0x00000000 chip=3D0xa5001044 rev= =3D0x02 hdr=3D0x01 vendor =3D 'Adaptec (Formerly: Distributed Processing Technology (= DPT))' device =3D 'PCI Bridge' class =3D bridge subclass =3D PCI-PCI none0@pci0:9:1:=09class=3D0x0e0001 card=3D0xc03c1044 chip=3D0xa5011044 rev= =3D0x02 hdr=3D0x00 vendor =3D 'Adaptec (Formerly: Distributed Processing Technology (= DPT))' device =3D 'I2O SmartRAID V Controller' class =3D intelligent I/O controller subclass =3D I2O Once I managed to load it (kernel crashed a minute later with kmem_malloc(4096): kmem_map too small: 171311104 total allocated): asr0: mem 0xe8000000-0xe9ffffff irq 17 at devic= e 9.1 on pci0 asr0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xe8000000 asr0: [GIANT-LOCKED] asr0: [ITHREAD] asr0: ADAPTEC 2100S FW Rev. 370F, 1 channel, 256 CCBs, Protocol I2O kgdb backtrace: GNU gdb 6.1.1 [FreeBSD] [...] Unread portion of the kernel message buffer: asr0: mem 0xe8000000-0xe9ffffff irq 17 at devic= e 9.1 on pci0 Memory modified after free 0xc4142540(12) val=3D20202020 @ 0xc4142540 panic: Most recently used by none cpuid =3D 0 KDB: stack backtrace: db_trace_self_wrapper(c0920035) at db_trace_self_wrapper+0x25 kdb_backtrace(100,c326e510,c4142540,c414254c,c4142540,...) at kdb_backtrace= +0x29 panic(c092b60a,c091c2ba,c096d48c,c4142540,c,...) at panic+0x109 mtrash_ctor(c4142540,10,0,101) at mtrash_ctor+0x4d uma_zalloc_arg(c1472960,0,101) at uma_zalloc_arg+0xc3 malloc(4,c09f9ca0,101,c06d4bf3,ffffffff,...) at malloc+0xb2 rman_reserve_resource_bound(c0ac46c0,11,11,1,0,...) at rman_reserve_resourc= e_bound+0x5f5 rman_reserve_resource(c0ac46c0,11,11,1,4,c2e9d500) at rman_reserve_resource= +0x1c nexus_alloc_resource(c2df6c00,c2e9d500,1,d61caa54,11,...) at nexus_alloc_re= source+0xcf acpi_alloc_resource(c2df6480,c2e9d500,1,d61caa54,11,11,1,6) at acpi_alloc_r= esource+0xf8 bus_generic_alloc_resource(c2e9a480,c2e9d500,1,d61caa54,11,...) at bus_gene= ric_alloc_resource+0x7f acpi_pcib_acpi_alloc_resource(c2e9a480,c2e9d500,1,d61caa54,11,11,1,6) at ac= pi_pcib_acpi_alloc_resource+0x4b resource_list_alloc(c2dfdd04,c2e9d780,c2e9d500,1,d61caa54,...) at resource_= list_alloc+0x180 pci_alloc_resource(c2e9d780,c2e9d500,1,d61caa54,0,ffffffff,1,6) at pci_allo= c_resource+0x1e0 bus_alloc_resource(c2e9d500,1,d61caa54,0,ffffffff,...) at bus_alloc_resourc= e+0x7c asr_pci_map_int(c2e9d500,c386f600,d61caaa8,48,4,...) at asr_pci_map_int+0x2= a asr_attach(c2e9d500) at asr_attach+0x321 device_attach(c2e9d500,c2e9d500,c2e9d500,3,c2dfdd00,...) at device_attach+0= x58 device_probe_and_attach(c2e9d500,c2e9d500,c2dfdd00) at device_probe_and_att= ach+0xe0 pci_driver_added(c2e9d780,c429f06c) at pci_driver_added+0xd1 devclass_add_driver(c2dcf580,c429f06c) at devclass_add_driver+0xd5 driver_module_handler(c336fe40,0,c429f084,c0a4cf00,c095ba70,7b) at driver_m= odule_handler+0x59 module_register_init(c429f098) at module_register_init+0x66 linker_file_sysinit(c3515000,c3515000,1,c3515000,c33a8420,...) at linker_fi= le_sysinit+0x9d linker_load_file(c33a8420,d61cac14) at linker_load_file+0xee linker_load_module(0,c3933c00,0,0,d61cac4c,c0a4ca20,c095aee0,36a) at linker= _load_module+0xdb kern_kldload(c326e510,c3933c00,d61cac70) at kern_kldload+0x92 kldload(c326e510,d61cad00) at kldload+0x4f syscall(d61cad38) at syscall+0x256 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (304, FreeBSD ELF32, kldload), eip =3D 0x280c0b53, esp =3D 0xbf= bfecec, ebp =3D 0xbfbfed28 --- Uptime: 15m9s Physical memory: 499 MB Dumping 77 MB: 62 46 30 14 #0 doadump () at pcpu.h:147 147=09pcpu.h: No such file or directory. =09in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:147 #1 0xc06be85c in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 11 #2 0xc06beb66 in panic (fmt=3D0xc092b60a "Most recently used by %s\n") at /usr/src/sys/kern/kern_shutdown.c:567 #3 0xc081af05 in mtrash_ctor (mem=3D0xc4142540, size=3D0, arg=3D0x0, flags= =3D257) at /usr/src/sys/vm/uma_dbg.c:137 #4 0xc08190df in uma_zalloc_arg (zone=3D0xc1472960, udata=3D0x0, flags=3D2= 57) at /usr/src/sys/vm/uma_core.c:1835 #5 0xc06b3e12 in malloc (size=3D16, mtp=3D0xc09f9ca0, flags=3D257) at uma.= h:277 #6 0xc06e1651 in rman_reserve_resource_bound (rm=3D0xc0ac46c0, start=3D17, end=3D17, count=3D1, bound=3D0, flags=3D4, dev=3D0xc2e9d500) at /usr/src/sys/kern/subr_rman.c:442 #7 0xc06e177c in rman_reserve_resource (rm=3D0xc0ac46c0, start=3D17, end= =3D17, count=3D1, flags=3D4, dev=3D0xc2e9d500) at /usr/src/sys/kern/subr_rman= =2Ec:488 #8 0xc08b66df in nexus_alloc_resource (bus=3D0xc2df6c00, child=3D0xc2e9d50= 0, type=3D1, rid=3D0xd61caa54, start=3D17, end=3D17, count=3D1, flags=3D4= ) at /usr/src/sys/i386/i386/nexus.c:366 #9 0xc0c0864c in acpi_alloc_resource (bus=3D0xc2df6480, child=3D0xc2e9d500= , type=3D1, rid=3D0xd61caa54, start=3D1, end=3D17, count=3D1, flags=3D6)= at bus_if.h:262 #10 0xc06d9b23 in bus_generic_alloc_resource (dev=3D0x0, child=3D0xc2e9d500= , type=3D1, rid=3D0xd61caa54, start=3D17, end=3D17, count=3D1, flags=3D6= ) at bus_if.h:262 #11 0xc0c0cea7 in acpi_pcib_acpi_alloc_resource (dev=3D0xc2e9a480, child=3D0xc2e9d500, type=3D0, rid=3D0xd61caa54, start=3D0, end=3D0, co= unt=3D1, flags=3D6) at /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi_pcib_acpi.c= :354 #12 0xc06d9410 in resource_list_alloc (rl=3D0xc2dfdd04, bus=3D0xc2e9d780, child=3D0xc2e9d500, type=3D1, rid=3D0xd61caa54, start=3D6, end=3D1, co= unt=3D1, flags=3D6) at bus_if.h:262 #13 0xc05da798 in pci_alloc_resource (dev=3D0xc2e9d780, child=3D0xc2e9d500, type=3D1, rid=3D0xd61caa54, start=3D0, end=3D4294967295, count=3D1, fl= ags=3D6) at /usr/src/sys/dev/pci/pci.c:3077 #14 0xc06da11c in bus_alloc_resource (dev=3D0x0, type=3D1, rid=3D0xd61caa54= , start=3D0, end=3D4294967295, count=3D1, flags=3D6) at bus_if.h:262 #15 0xc429ceee in asr_pci_map_int (dev=3D0xc2e9d500, sc=3D0xc386f600) at bu= s.h:375 #16 0xc429d425 in asr_attach (dev=3D0xc2e9d500) at /usr/src/sys/modules/asr/../../dev/asr/asr.c:2465 #17 0xc06d8e48 in device_attach (dev=3D0xc2e9d500) at device_if.h:177 #18 0xc06d8de8 in device_probe_and_attach (dev=3D0xc2e9d500) at /usr/src/sys/kern/subr_bus.c:2347 #19 0xc05d97b5 in pci_driver_added (dev=3D0xc2dfdd00, driver=3D0xc429f06c) at /usr/src/sys/dev/pci/pci.c:2463 #20 0xc06d7ac9 in devclass_add_driver (dc=3D0xc2dcf580, driver=3D0xc429f06c= ) at bus_if.h:183 #21 0xc06da989 in driver_module_handler (mod=3D0xc336fe40, what=3D-10038844= 36, arg=3D0xc429f084) at /usr/src/sys/kern/subr_bus.c:3799 #22 0xc06b5472 in module_register_init (arg=3D0xc429f098) at /usr/src/sys/kern/kern_module.c:124 #23 0xc06af855 in linker_file_sysinit (lf=3D0xc3515000) at /usr/src/sys/kern/kern_linker.c:226 #24 0xc06afbda in linker_load_file ( filename=3D0xc09f82a0 "\232=CB\221=C0@\202\237=C0=C8", result=3D0xd61c= ac14) at /usr/src/sys/kern/kern_linker.c:407 #25 0xc06b2093 in linker_load_module ( kldname=3D0xc33a8420 "/boot/kernel/asr.ko", modname=3D0xc3933c00 "asr"= , parent=3D0x0, verinfo=3D0x0, lfpp=3D0xd61cac4c) at /usr/src/sys/kern/kern_linker.c:1871 #26 0xc06b080e in kern_kldload (td=3D0xc3933c00, file=3D0xc3933c00 "asr", fileid=3D0xd61cac70) at /usr/src/sys/kern/kern_linker.c:875 #27 0xc06b089b in kldload (td=3D0xc326e510, uap=3D0x0) at /usr/src/sys/kern/kern_linker.c:902 #28 0xc08bdb2a in syscall (frame=3D0xd61cad38) at /usr/src/sys/i386/i386/trap.c:1008 #29 0xc08a7520 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #30 0x280c0b53 in ?? () Previous frame inner to this frame (corrupt stack?) Yuriy. --0-1566391693-1172257299=:930-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 19:04:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C85CC16A404; Fri, 23 Feb 2007 19:04:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A1CB713C46B; Fri, 23 Feb 2007 19:04:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1NJ4INE072112; Fri, 23 Feb 2007 14:04:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1NJ4IhB099992; Fri, 23 Feb 2007 14:04:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C96CC73039; Fri, 23 Feb 2007 14:04:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070223190417.C96CC73039@freebsd-current.sentex.ca> Date: Fri, 23 Feb 2007 14:04:17 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 19:04:18 -0000 TB --- 2007-02-23 16:29:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-23 16:29:23 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-02-23 16:29:23 - cleaning the object tree TB --- 2007-02-23 16:31:00 - checking out the source tree TB --- 2007-02-23 16:31:00 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-02-23 16:31:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-23 16:52:47 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-23 16:52:47 - cd /src TB --- 2007-02-23 16:52:47 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 23 16:52:48 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Fri Feb 23 18:59:22 UTC 2007 TB --- 2007-02-23 18:59:22 - generating LINT kernel config TB --- 2007-02-23 18:59:22 - cd /src/sys/powerpc/conf TB --- 2007-02-23 18:59:22 - /usr/bin/make -B LINT TB --- 2007-02-23 18:59:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-23 18:59:22 - cd /src TB --- 2007-02-23 18:59:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 23 18:59:23 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cardbus/cardbus_device.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/ciss/ciss.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cm/smc90cx6.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cnw/if_cnw.c /src/sys/dev/cnw/if_cnw.c: In function `cnw_pccard_attach': /src/sys/dev/cnw/if_cnw.c:1635: warning: passing arg 4 of `bus_setup_intr' from incompatible pointer type /src/sys/dev/cnw/if_cnw.c:1635: warning: passing arg 5 of `bus_setup_intr' from incompatible pointer type /src/sys/dev/cnw/if_cnw.c:1635: error: too few arguments to function `bus_setup_intr' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-23 19:04:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-23 19:04:17 - ERROR: failed to build lint kernel TB --- 2007-02-23 19:04:17 - tinderbox aborted TB --- 0.68 user 2.36 system 9294.03 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 19:23:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 303ED16A404 for ; Fri, 23 Feb 2007 19:23:24 +0000 (UTC) (envelope-from le@freebsd.org) Received: from grace.univie.ac.at (grace.univie.ac.at [131.130.3.115]) by mx1.freebsd.org (Postfix) with ESMTP id E615F13C481 for ; Fri, 23 Feb 2007 19:23:23 +0000 (UTC) (envelope-from le@freebsd.org) Received: from justin.univie.ac.at ([131.130.3.111] helo=justin.univie.ac.at) by grace.univie.ac.at with esmtp (Exim 4.66) (envelope-from ) id 1HKfpp-0005xp-1T; Fri, 23 Feb 2007 20:12:01 +0100 Received: from korben.prv.univie.ac.at ([131.130.7.98]) by justin.univie.ac.at with esmtps (TLSv1:AES256-SHA:256) (Exim 4.66) (envelope-from ) id 1HKfpo-0006nM-Sw; Fri, 23 Feb 2007 20:12:01 +0100 Message-ID: <45DF3C79.1050303@freebsd.org> Date: Fri, 23 Feb 2007 20:11:53 +0100 From: Lukas Ertl User-Agent: Thunderbird 1.5.0.9 (X11/20070128) MIME-Version: 1.0 To: Kevin Oberman References: <20070223184049.5C4C345055@ptavv.es.net> In-Reply-To: <20070223184049.5C4C345055@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Update of newbus API broke system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 19:23:24 -0000 Kevin Oberman wrote: > My current system will no longer boot. cvsup today at about 17:30 UTC > and the new kernel crashes connecting the fdc during the boot > operation. Looks like the change to the newbus API broke it. I'm having similar problems here (on a ThinkPad T42p). I'm loading if_ath and if_em at boot time, and when I plug in my ath0 cardbus card, the kernel panics with a NULL pointer dereference similar to yours. If I don't load if_em, or don't plug in the Atheros card, everything seems to work fine. Looks to me like a problem with interrupt sharing, since both cbb0 and em0 are getting attached to irq4. regards, le -- Lukas Ertl http://mailbox.univie.ac.at/~le/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 19:55:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE83916A405; Fri, 23 Feb 2007 19:55:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7149C13C47E; Fri, 23 Feb 2007 19:55:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1NJtCnF079624; Fri, 23 Feb 2007 14:55:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1NJtC2g014611; Fri, 23 Feb 2007 14:55:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 997DD73039; Fri, 23 Feb 2007 14:55:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070223195512.997DD73039@freebsd-current.sentex.ca> Date: Fri, 23 Feb 2007 14:55:09 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 19:55:13 -0000 TB --- 2007-02-23 17:34:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-23 17:34:51 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-02-23 17:34:51 - cleaning the object tree TB --- 2007-02-23 17:36:28 - checking out the source tree TB --- 2007-02-23 17:36:28 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-02-23 17:36:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-23 18:03:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-23 18:03:30 - cd /src TB --- 2007-02-23 18:03:30 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 23 18:03:31 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Fri Feb 23 19:48:16 UTC 2007 TB --- 2007-02-23 19:48:16 - generating LINT kernel config TB --- 2007-02-23 19:48:16 - cd /src/sys/sparc64/conf TB --- 2007-02-23 19:48:16 - /usr/bin/make -B LINT TB --- 2007-02-23 19:48:16 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-23 19:48:16 - cd /src TB --- 2007-02-23 19:48:16 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 23 19:48:16 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cardbus/cardbus_device.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/ciss/ciss.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cm/smc90cx6.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cnw/if_cnw.c /src/sys/dev/cnw/if_cnw.c: In function `cnw_pccard_attach': /src/sys/dev/cnw/if_cnw.c:1635: warning: passing arg 4 of `bus_setup_intr' from incompatible pointer type /src/sys/dev/cnw/if_cnw.c:1635: warning: passing arg 5 of `bus_setup_intr' from incompatible pointer type /src/sys/dev/cnw/if_cnw.c:1635: error: too few arguments to function `bus_setup_intr' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-23 19:55:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-23 19:55:08 - ERROR: failed to build lint kernel TB --- 2007-02-23 19:55:08 - tinderbox aborted TB --- 0.73 user 2.43 system 8417.12 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 20:21:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C87816A400 for ; Fri, 23 Feb 2007 20:21:52 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id 26BF713C467 for ; Fri, 23 Feb 2007 20:21:52 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-91-186.sn1.eutelia.it [62.94.91.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 61F9311AE43; Fri, 23 Feb 2007 21:21:48 +0100 (CET) Received: (from piso@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id l1NKLgc1004327; Fri, 23 Feb 2007 21:21:42 +0100 (CET) (envelope-from piso) Date: Fri, 23 Feb 2007 21:21:37 +0100 From: Paolo Pisati To: Lukas Ertl Message-ID: <20070223202137.GA4279@tin.it> References: <20070223184049.5C4C345055@ptavv.es.net> <45DF3C79.1050303@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45DF3C79.1050303@freebsd.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: current@freebsd.org Subject: Re: Update of newbus API broke system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 20:21:52 -0000 On Fri, Feb 23, 2007 at 08:11:53PM +0100, Lukas Ertl wrote: > Kevin Oberman wrote: > > My current system will no longer boot. cvsup today at about 17:30 UTC > > and the new kernel crashes connecting the fdc during the boot > > operation. Looks like the change to the newbus API broke it. > > I'm having similar problems here (on a ThinkPad T42p). > > I'm loading if_ath and if_em at boot time, and when I plug in my ath0 > cardbus card, the kernel panics with a NULL pointer dereference similar > to yours. > > If I don't load if_em, or don't plug in the Atheros card, everything > seems to work fine. > > Looks to me like a problem with interrupt sharing, since both cbb0 and > em0 are getting attached to irq4. should be fixed by now, jhb commited a fix, check for rev. 1.24 of src/sys/i386/i386/intr_machdep.c. Sorry for the noise. Pointy hat to: piso bye, P. From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 20:44:55 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A4C916A401; Fri, 23 Feb 2007 20:44:55 +0000 (UTC) (envelope-from SRS0=b98c9c570065153e75ad71c873465955ebe574b1=255=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id DF7B113C4A5; Fri, 23 Feb 2007 20:44:54 +0000 (UTC) (envelope-from SRS0=b98c9c570065153e75ad71c873465955ebe574b1=255=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id CWD00335; Fri, 23 Feb 2007 12:32:35 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BF0A24507B; Fri, 23 Feb 2007 12:32:34 -0800 (PST) To: Paolo Pisati In-Reply-To: Your message of "Fri, 23 Feb 2007 21:21:37 +0100." <20070223202137.GA4279@tin.it> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1172262754_33246P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 23 Feb 2007 12:32:34 -0800 From: "Kevin Oberman" Message-Id: <20070223203234.BF0A24507B@ptavv.es.net> Cc: current@freebsd.org Subject: Re: Update of newbus API broke system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 20:44:55 -0000 --==_Exmh_1172262754_33246P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 23 Feb 2007 21:21:37 +0100 > From: Paolo Pisati > > On Fri, Feb 23, 2007 at 08:11:53PM +0100, Lukas Ertl wrote: > > Kevin Oberman wrote: > > > My current system will no longer boot. cvsup today at about 17:30 UTC > > > and the new kernel crashes connecting the fdc during the boot > > > operation. Looks like the change to the newbus API broke it. > > > > I'm having similar problems here (on a ThinkPad T42p). > > > > I'm loading if_ath and if_em at boot time, and when I plug in my ath0 > > cardbus card, the kernel panics with a NULL pointer dereference similar > > to yours. > > > > If I don't load if_em, or don't plug in the Atheros card, everything > > seems to work fine. > > > > Looks to me like a problem with interrupt sharing, since both cbb0 and > > em0 are getting attached to irq4. > > should be fixed by now, jhb commited a fix, check for rev. 1.24 of > src/sys/i386/i386/intr_machdep.c. > Sorry for the noise. > > Pointy hat to: piso Paolo, Thanks. I'm still waiting for it to show up on our cvs mirror, but I imagine that it will fix the problem. I'll holler if it doesn't. Thanks, -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1172262754_33246P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFF309ikn3rs5h7N1ERAnsFAKCcutvZTBh2rp8Ihij5RMPcKw0q0ACfUHcP W7ISk8yEw5SNBOKOX80+Tg0= =s86O -----END PGP SIGNATURE----- --==_Exmh_1172262754_33246P-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 20:47:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0451E16A406; Fri, 23 Feb 2007 20:47:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id BA70B13C4B6; Fri, 23 Feb 2007 20:47:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1NKlaiq087853; Fri, 23 Feb 2007 15:47:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1NKlaCv092564; Fri, 23 Feb 2007 15:47:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 04F2873039; Fri, 23 Feb 2007 15:47:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070223204736.04F2873039@freebsd-current.sentex.ca> Date: Fri, 23 Feb 2007 15:47:34 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 20:47:37 -0000 TB --- 2007-02-23 19:04:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-23 19:04:18 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-02-23 19:04:18 - cleaning the object tree TB --- 2007-02-23 19:05:29 - checking out the source tree TB --- 2007-02-23 19:05:29 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-02-23 19:05:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-23 19:29:21 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-23 19:29:21 - cd /src TB --- 2007-02-23 19:29:21 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 23 19:29:23 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Fri Feb 23 20:39:47 UTC 2007 TB --- 2007-02-23 20:39:47 - generating LINT kernel config TB --- 2007-02-23 20:39:47 - cd /src/sys/sun4v/conf TB --- 2007-02-23 20:39:47 - /usr/bin/make -B LINT TB --- 2007-02-23 20:39:48 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-23 20:39:48 - cd /src TB --- 2007-02-23 20:39:48 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 23 20:39:48 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cardbus/cardbus_device.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/ciss/ciss.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cm/smc90cx6.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/cnw/if_cnw.c /src/sys/dev/cnw/if_cnw.c: In function `cnw_pccard_attach': /src/sys/dev/cnw/if_cnw.c:1635: warning: passing arg 4 of `bus_setup_intr' from incompatible pointer type /src/sys/dev/cnw/if_cnw.c:1635: warning: passing arg 5 of `bus_setup_intr' from incompatible pointer type /src/sys/dev/cnw/if_cnw.c:1635: error: too few arguments to function `bus_setup_intr' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-23 20:47:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-23 20:47:33 - ERROR: failed to build lint kernel TB --- 2007-02-23 20:47:33 - tinderbox aborted TB --- 0.59 user 1.96 system 6195.05 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 23 21:08:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A041D16A403 for ; Fri, 23 Feb 2007 21:08:21 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id AE3D713C48E for ; Fri, 23 Feb 2007 21:08:18 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so757497nfc for ; Fri, 23 Feb 2007 13:08:17 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=rfz9/GI4qBTYCey+NKeir8OO12Jdpvz7hGYauvzFRmsOXMUPW7gcseCbqrqfG2mSO2kfPvZFvHrxGagfkjcm+WhKWuCHvrntcVY6Mh1PwxEMHzAJjbJQs//IWWLKEomORhDxmMcA/yih2jLiSIF7nLkQdo0IJ8pUgbGeln47AXc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=m0Cwh8b3V7fmiC6ylY6MLLxEisznIEGJkH6K7XPpOzbYnK9LOba7uYamyGHG+9r2g0aLh6cZ10ZjJfkHTfxPv5Vq5E+C7wcwEZ5nDpUCniOY8lL7lPuAvaPchWqhBGQ6svO4m3qawwkMDHsYUA6zdkL2+7sZVAnrcsc8JjM1u7A= Received: by 10.82.107.15 with SMTP id f15mr942271buc.1172264894896; Fri, 23 Feb 2007 13:08:14 -0800 (PST) Received: by 10.82.151.15 with HTTP; Fri, 23 Feb 2007 13:08:14 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2007 13:08:14 -0800 From: "Kip Macy" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: LOCK_PROFILING patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 21:08:21 -0000 Tracking acquisition wait time on x86 is very expensive. The following patch only looks at the time if the lock is contested so that we only pay the price for timekeeping if we are going to actually have to wait to acquire the lock. http://www.fsmware.com/freebsd/lock_prof.diff From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 01:08:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7F8016A400; Sat, 24 Feb 2007 01:08:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7447A13C494; Sat, 24 Feb 2007 01:08:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1O18k0P063552; Fri, 23 Feb 2007 20:08:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1O18kVb063060; Fri, 23 Feb 2007 20:08:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2170C73039; Fri, 23 Feb 2007 20:08:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070224010846.2170C73039@freebsd-current.sentex.ca> Date: Fri, 23 Feb 2007 20:08:45 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 01:08:48 -0000 TB --- 2007-02-23 22:58:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-23 22:58:20 - starting HEAD tinderbox run for i386/i386 TB --- 2007-02-23 22:58:20 - cleaning the object tree TB --- 2007-02-23 23:00:49 - checking out the source tree TB --- 2007-02-23 23:00:49 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-02-23 23:00:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-23 23:27:06 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-23 23:27:06 - cd /src TB --- 2007-02-23 23:27:06 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 23 23:27:08 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Sat Feb 24 00:45:18 UTC 2007 TB --- 2007-02-24 00:45:18 - generating LINT kernel config TB --- 2007-02-24 00:45:18 - cd /src/sys/i386/conf TB --- 2007-02-24 00:45:18 - /usr/bin/make -B LINT TB --- 2007-02-24 00:45:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-24 00:45:18 - cd /src TB --- 2007-02-24 00:45:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 24 00:45:18 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i4b/layer1/iwic/i4b_iwic_bchan.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i4b/layer1/iwic/i4b_iwic_fsm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i4b/layer1/iwic/i4b_iwic_l1if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i4b/layer1/ifpi/i4b_ifpi_pci.c /src/sys/i4b/layer1/ifpi/i4b_ifpi_pci.c: In function `avma1pp_attach_avma1pp': /src/sys/i4b/layer1/ifpi/i4b_ifpi_pci.c:543: warning: passing arg 4 of `bus_setup_intr' from incompatible pointer type /src/sys/i4b/layer1/ifpi/i4b_ifpi_pci.c:543: warning: passing arg 5 of `bus_setup_intr' from incompatible pointer type /src/sys/i4b/layer1/ifpi/i4b_ifpi_pci.c:543: error: too few arguments to function `bus_setup_intr' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-24 01:08:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-24 01:08:45 - ERROR: failed to build lint kernel TB --- 2007-02-24 01:08:45 - tinderbox aborted TB --- 0.49 user 1.86 system 7825.41 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 02:47:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26B5616A408; Sat, 24 Feb 2007 02:47:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D8C8813C4BA; Sat, 24 Feb 2007 02:47:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1O2lmSs066984; Fri, 23 Feb 2007 21:47:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1O2lmgw015712; Fri, 23 Feb 2007 21:47:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2FFAC73039; Fri, 23 Feb 2007 21:47:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070224024748.2FFAC73039@freebsd-current.sentex.ca> Date: Fri, 23 Feb 2007 21:47:48 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 02:47:50 -0000 TB --- 2007-02-24 00:37:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-24 00:37:50 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-02-24 00:37:50 - cleaning the object tree TB --- 2007-02-24 00:39:01 - checking out the source tree TB --- 2007-02-24 00:39:01 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-02-24 00:39:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-24 01:00:36 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-24 01:00:36 - cd /src TB --- 2007-02-24 01:00:36 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 24 01:00:45 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Sat Feb 24 02:32:30 UTC 2007 TB --- 2007-02-24 02:32:30 - generating LINT kernel config TB --- 2007-02-24 02:32:30 - cd /src/sys/pc98/conf TB --- 2007-02-24 02:32:30 - /usr/bin/make -B LINT TB --- 2007-02-24 02:32:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-24 02:32:30 - cd /src TB --- 2007-02-24 02:32:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 24 02:32:30 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i4b/layer1/iwic/i4b_iwic_bchan.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i4b/layer1/iwic/i4b_iwic_fsm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i4b/layer1/iwic/i4b_iwic_l1if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i4b/layer1/ifpi/i4b_ifpi_pci.c /src/sys/i4b/layer1/ifpi/i4b_ifpi_pci.c: In function `avma1pp_attach_avma1pp': /src/sys/i4b/layer1/ifpi/i4b_ifpi_pci.c:543: warning: passing arg 4 of `bus_setup_intr' from incompatible pointer type /src/sys/i4b/layer1/ifpi/i4b_ifpi_pci.c:543: warning: passing arg 5 of `bus_setup_intr' from incompatible pointer type /src/sys/i4b/layer1/ifpi/i4b_ifpi_pci.c:543: error: too few arguments to function `bus_setup_intr' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-24 02:47:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-24 02:47:47 - ERROR: failed to build lint kernel TB --- 2007-02-24 02:47:47 - tinderbox aborted TB --- 0.59 user 1.86 system 7797.28 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 03:33:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C2C316A401 for ; Sat, 24 Feb 2007 03:33:37 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id E803213C48E for ; Sat, 24 Feb 2007 03:33:36 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so831436nfc for ; Fri, 23 Feb 2007 19:33:36 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=g9ZztUvJJxs7eHvVXmgF0a0WOYK09G8/DLhofoQAG+FQvDv/uCRQ9TVIFtVMyN45yZ+HO2y3TMi+eiAAEQW7GcivLIJAFn1zLTrAvZ4D38ncYJ0LX64SoQ+xY55Abv8v2LvZqTewqKDgt78IOup7s1ZYm3+uynBlgWhzvKqe2Vs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WGOEV0rzp08bmUSuMDnD5zldpdZ7djtTm2PIaXNooP4lhlwtuzFZsBXYqXRIB5kRz3FlUSX1pQmTvSh7mpCkFgts67NncACFWwm8annJJ1/lW6Ae66zSi9ZRVMzeKDNhvMN4QIBiFbYZv7Z/6faR7lo4zdpvvrr1B6GN0bf9S8k= Received: by 10.82.148.7 with SMTP id v7mr989111bud.1172288015542; Fri, 23 Feb 2007 19:33:35 -0800 (PST) Received: by 10.82.151.15 with HTTP; Fri, 23 Feb 2007 19:33:35 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2007 19:33:35 -0800 From: "Kip Macy" To: KillFill In-Reply-To: <1172269990.2128.4.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070220155152.R24373@chrishome.localnet> <1172039459.3620.1.camel@srv> <20070222150725.G90468@chrishome.localnet> <1172269990.2128.4.camel@localhost> Cc: Christopher Arnold , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Xen Status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 03:33:37 -0000 The fix is trivial from just inspecting the loader change. Someone just has to have the wherewithal to make it and test it. -Kip On 2/23/07, KillFill wrote: > > Maybe a port could be made from the NetBSD fixes > > :-) > > -- > https://www.dineromail.com/cl/registracion/ri.asp?r=563042124848 > From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 03:58:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3EAF216A401; Sat, 24 Feb 2007 03:58:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 14C4E13C478; Sat, 24 Feb 2007 03:58:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1O3wELZ070283; Fri, 23 Feb 2007 22:58:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1O3wEWb070844; Fri, 23 Feb 2007 22:58:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D99FF73039; Fri, 23 Feb 2007 22:58:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070224035813.D99FF73039@freebsd-current.sentex.ca> Date: Fri, 23 Feb 2007 22:58:13 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 03:58:15 -0000 TB --- 2007-02-24 01:08:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-24 01:08:46 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-02-24 01:08:46 - cleaning the object tree TB --- 2007-02-24 01:09:42 - checking out the source tree TB --- 2007-02-24 01:09:42 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-02-24 01:09:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-24 01:30:10 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-24 01:30:10 - cd /src TB --- 2007-02-24 01:30:10 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 24 01:30:12 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Sat Feb 24 03:38:03 UTC 2007 TB --- 2007-02-24 03:38:03 - generating LINT kernel config TB --- 2007-02-24 03:38:03 - cd /src/sys/ia64/conf TB --- 2007-02-24 03:38:03 - /usr/bin/make -B LINT TB --- 2007-02-24 03:38:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-24 03:38:03 - cd /src TB --- 2007-02-24 03:38:03 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 24 03:38:04 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/ia64/isa/isa.c /src/sys/ia64/isa/isa.c:159: error: conflicting types for 'isa_setup_intr' /src/sys/isa/isa_common.h:74: error: previous declaration of 'isa_setup_intr' was here /src/sys/ia64/isa/isa.c:159: error: conflicting types for 'isa_setup_intr' /src/sys/isa/isa_common.h:74: error: previous declaration of 'isa_setup_intr' was here /src/sys/ia64/isa/isa.c: In function `isa_setup_intr': /src/sys/ia64/isa/isa.c:161: warning: passing arg 5 of `BUS_SETUP_INTR' from incompatible pointer type /src/sys/ia64/isa/isa.c:161: error: too few arguments to function `BUS_SETUP_INTR' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-24 03:58:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-24 03:58:13 - ERROR: failed to build lint kernel TB --- 2007-02-24 03:58:13 - tinderbox aborted TB --- 0.51 user 1.79 system 10167.02 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 06:31:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF95116A400 for ; Sat, 24 Feb 2007 06:31:28 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7256413C471 for ; Sat, 24 Feb 2007 06:31:28 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l1O6NAaY014965 for ; Sat, 24 Feb 2007 16:53:10 +1030 (CST) Received: from ednux519.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id for ; Sat, 24 Feb 2007 17:01:21 +1030 Received: from fmbex510.dsto.defence.gov.au (fmbex510.dsto.defence.gov.au [131.185.134.22]) by ednux519.dsto.defence.gov.au (8.13.6+Sun/8.13.6) with ESMTP id l1O6IZ4T018692 for ; Sat, 24 Feb 2007 16:48:35 +1030 (CST) Received: from ednex510.dsto.defence.gov.au ([131.185.2.170]) by fmbex510.dsto.defence.gov.au with Microsoft SMTPSVC (6.0.3790.1830); Sat, 24 Feb 2007 17:26:33 +1100 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC (6.0.3790.1830); Sat, 24 Feb 2007 16:56:33 +1030 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l1O6QTUg012113 for ; Sat, 24 Feb 2007 15:26:29 +0900 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l1O6QSEh012090 for freebsd-current@freebsd.org; Sat, 24 Feb 2007 15:26:28 +0900 (WST) (envelope-from wilkinsa) Date: Sat, 24 Feb 2007 15:26:28 +0900 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070224062628.GA8992@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20070223061822.GA1497@obelix.dsto.defence.gov.au> <20070223113439.GK39168@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20070223113439.GK39168@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.13 (2006-08-11) X-OriginalArrivalTime: 24 Feb 2007 06:26:33.0323 (UTC) FILETIME=[BA4ABBB0:01C757DC] Subject: Re: kgdb(1) ... is it broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 06:31:29 -0000 0n Fri, Feb 23, 2007 at 01:34:39PM +0200, Kostik Belousov wrote: >BTW, you panic is caused by nvidia driver. I believe there is a patch by >nvidia that would eliminate the problem. Got a link to the patch ? -aW From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 09:50:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0523016A402 for ; Sat, 24 Feb 2007 09:50:29 +0000 (UTC) (envelope-from list@billxu.com) Received: from sina3-199.sina.net (sina3-199.sina.net [202.108.3.199]) by mx1.freebsd.org (Postfix) with SMTP id 4118413C474 for ; Sat, 24 Feb 2007 09:50:28 +0000 (UTC) (envelope-from list@billxu.com) Received: (qmail 7998 invoked from network); 24 Feb 2007 09:23:48 -0000 Received: from unknown (HELO sina3-197.sina.net) (172.16.1.169) by sinanet2-149.sina.net with SMTP; 24 Feb 2007 09:23:48 -0000 Received: (qmail 40227 invoked from network); 24 Feb 2007 09:23:57 -0000 Received: from unknown (HELO ?58.31.90.68?) (58.31.90.68) by 10.54.2.88 with SMTP; 24 Feb 2007 09:23:57 -0000 From: Bill Xu To: freebsd-gnome@freebsd.org Content-Type: text/plain Date: Sat, 24 Feb 2007 17:22:59 +0800 Message-Id: <1172308979.1486.7.camel@zeuux.zeuux.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: gnome-screensaver crashed in the -CURRENT box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 09:50:29 -0000 Hi all, I am running FreeBSD 7.0-CURRENT, which is updated at Feb 22. I installed gnome by packages. When I run gnome-screensaver, it crashed, the output is: ---------------------------------- zeuux@zeuux:/usr/home/zeuux$ gnome-screensaver GTK Accessibility Module initialized ** (gnome-screensaver:1587): WARNING **: AT_SPI_REGISTRY was not started at session startup. ** (gnome-screensaver:1587): WARNING **: IOR not set. ** (gnome-screensaver:1587): WARNING **: Could not locate registry process 1587: arguments to dbus_connection_add_filter() were incorrect, assertion "connection != NULL" failed in file dbus-connection.c line 4954. This is normally a bug in some application using the D-Bus library. D-Bus not compiled with backtrace support so unable to print a backtrace Abort trap: 6 (core dumped) -------------------------------------- The dbus packages I used is: ------------------------------------ pkg_info|grep dbus dbus-1.0.2 A message bus system for inter-application communication dbus-glib-0.72 GLib bindings for the D-BUS messaging system ------------------------------------- Anyone has idea? I need gnome-screensaver to lock computer when I left. Thanks. -- Bill Xu From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 10:24:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E38216A400 for ; Sat, 24 Feb 2007 10:24:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0F73A13C49D for ; Sat, 24 Feb 2007 10:24:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HKu4I-000Mcm-VF for freebsd-current@freebsd.org; Sat, 24 Feb 2007 12:24:03 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l1OANpOI086342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 24 Feb 2007 12:23:51 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l1OANpbe099484 for ; Sat, 24 Feb 2007 12:23:51 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l1OANpiQ099483 for freebsd-current@freebsd.org; Sat, 24 Feb 2007 12:23:51 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 24 Feb 2007 12:23:51 +0200 From: Kostik Belousov To: freebsd-current@freebsd.org Message-ID: <20070224102351.GO39168@deviant.kiev.zoral.com.ua> References: <20070223061822.GA1497@obelix.dsto.defence.gov.au> <20070223113439.GK39168@deviant.kiev.zoral.com.ua> <20070224062628.GA8992@obelix.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SSjFkhywpXnVG+rz" Content-Disposition: inline In-Reply-To: <20070224062628.GA8992@obelix.dsto.defence.gov.au> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: 5bcd58edb95cdacf596e852bfe0375ec X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 803 [Feb 24 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Subject: Re: kgdb(1) ... is it broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 10:24:07 -0000 --SSjFkhywpXnVG+rz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 24, 2007 at 03:26:28PM +0900, Wilkinson, Alex wrote: > 0n Fri, Feb 23, 2007 at 01:34:39PM +0200, Kostik Belousov wrote:=20 >=20 > >BTW, you panic is caused by nvidia driver. I believe there is a patc= h by > >nvidia that would eliminate the problem. >=20 > Got a link to the patch ? I do not use nvidia cards, and did not saved the link. Search in the archiv= e. --SSjFkhywpXnVG+rz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF4BI2C3+MBN1Mb4gRAlGsAKC3h3BnhKWpZrRX93sxif+lyWXlBgCg2Wly Iy/fnxAScW3gFR5vT+QxOO4= =tHcM -----END PGP SIGNATURE----- --SSjFkhywpXnVG+rz-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 11:17:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E073116A400 for ; Sat, 24 Feb 2007 11:17:56 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 5042813C481 for ; Sat, 24 Feb 2007 11:17:56 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.8/8.13.8) with ESMTP id l1OBHslc015509 for ; Sat, 24 Feb 2007 14:17:54 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.8/8.13.8/Submit) id l1OBHsrc015508 for current@freebsd.org; Sat, 24 Feb 2007 14:17:54 +0300 (MSK) (envelope-from ache) Date: Sat, 24 Feb 2007 14:17:54 +0300 From: Andrey Chernov To: current@freebsd.org Message-ID: <20070224111754.GA15482@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Recent -current module_register error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 11:17:57 -0000 Additional TCP options:. Starting default moused:module_register: module uhub/ums already exists! Module uhub/ums failed to register: 17 I suspect very recent kernel changes. Any adeas? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 11:47:35 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBB1816A400 for ; Sat, 24 Feb 2007 11:47:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id B30E913C471 for ; Sat, 24 Feb 2007 11:47:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4935446FBA; Sat, 24 Feb 2007 06:47:34 -0500 (EST) Date: Sat, 24 Feb 2007 11:47:34 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20070224095324.K36322@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: performance@FreeBSD.org Subject: Fine-grained locking for UNIX domain sockets: patch updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 11:47:35 -0000 As part of Kris and Jeff's recent work on improving MySQL scalability on FreeBSD, I've updated my fine-grained locking patch for UNIX domain sockets to a more recent 7-CURRENT: http://www.watson.org/~robert/freebsd/netperf/20070224-uds-fine-grain.diff This patch replaces the global mutex with a global rwlock, and introduces per-unpcb locks to protect the state of each socket at the UNIX domain socket layer. Depending on the protocol operation, either the per-unpcb mutex is sufficient, or global read or write locks may also be required. The role of the global lock is to protect the topology of the connections between sockets, protect vnode v_socket pointers, and to prevent lock order issues in the event the per-unpcb lock of more than one socket must be acquired at a time. For example, exclusive global locking is required during bind() and connect() to protect v_socket and change the topology of connected sockets, whereas recv() requires only the unpcb lock of the receiving socket. send() may require either just an unpcb lock or a global lock if send() is implicitly connecting (sendto()) or disconnecting (PRUS_EOF) a socket. This is basically the same patch that I have been maintaining since 2005 and posted at intermittent intervals when there have been reports of negative performance due to high contention on the UNIX domain socket subsystem lock. I continue to look for performance feedback, especially from workloads that are heavy consumers of UNIX domain sockets (such as MySQL). My experience has been that it gives a small performance hit on workloads and in configurations without much contention/scalability, but a measurable performance benefit with anything more substantial. Decrease in lower end workloads and configurations is at least in part due to the overhead of some additional locking vs. the benefits of reduced contention. Something that I am particularly interested in looking for is little or no performance hit on UP. This is a fairly heavily tested and refined patch, so the issue in deciding whether or not to commit this is its real-world effect on performance. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 12:31:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE36016A404; Sat, 24 Feb 2007 12:31:39 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 9A81613C47E; Sat, 24 Feb 2007 12:31:39 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5F3ED.dip.t-dialin.net [84.165.243.237]) by redbull.bpaserver.net (Postfix) with ESMTP id F258E2E14E; Sat, 24 Feb 2007 13:31:34 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 26A515B4817; Sat, 24 Feb 2007 13:31:32 +0100 (CET) Date: Sat, 24 Feb 2007 13:31:31 +0100 From: Alexander Leidinger To: Hans Petter Selasky Message-ID: <20070224133131.6bf4dce3@Magellan.Leidinger.net> In-Reply-To: <200702241303.42111.hselasky@c2i.net> References: <20070220172559.GA1569@tin.it> <45DB3B31.8030203@FreeBSD.org> <20070221233124.GA13941@tin.it> <200702241303.42111.hselasky@c2i.net> X-Mailer: Claws Mail 2.7.2 (GTK+ 2.10.9; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-hackers@freebsd.org, Paolo, Doug Barton , Pisati , FreeBSD_Current Subject: Re: HEADS UP: interrupt filtering & newbus API breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 12:31:40 -0000 Quoting Hans Petter Selasky (Sat, 24 Feb 2007 13:03:42 +0100): > Was __FreeBSD_version bumped when this change was introduced? Yes (700031). Not in the same commit, but shortly after it. Bye, Alexander. -- BOFH excuse #151: Some one needed the powerstrip, so they pulled the switch plug. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 12:41:59 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C73416A401; Sat, 24 Feb 2007 12:41:59 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 5FA0D13C494; Sat, 24 Feb 2007 12:41:58 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003556372.msg; Sat, 24 Feb 2007 12:24:29 +0000 Message-ID: <00bc01c7580e$b31e6ad0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Robert Watson" , References: <20070224095324.K36322@fledge.watson.org> Date: Sat, 24 Feb 2007 12:24:05 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Sat, 24 Feb 2007 12:24:30 +0000 X-MDAV-Processed: multiplay.co.uk, Sat, 24 Feb 2007 12:24:30 +0000 Cc: performance@FreeBSD.org Subject: Re: Fine-grained locking for UNIX domain sockets: patch updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 12:41:59 -0000 ----- Original Message ----- From: "Robert Watson" > As part of Kris and Jeff's recent work on improving MySQL scalability on > FreeBSD Are there any results / info on what's been done that we can look at? 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 postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 13:04:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D5FF16A400; Sat, 24 Feb 2007 13:04:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swip.net [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 47F8E13C461; Sat, 24 Feb 2007 13:04:08 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe10.swip.net (CommuniGate Pro SMTP 5.0.12) with ESMTPA id 252021887; Sat, 24 Feb 2007 13:04:03 +0100 From: Hans Petter Selasky To: freebsd-hackers@freebsd.org Date: Sat, 24 Feb 2007 13:03:42 +0100 User-Agent: KMail/1.9.5 References: <20070220172559.GA1569@tin.it> <45DB3B31.8030203@FreeBSD.org> <20070221233124.GA13941@tin.it> In-Reply-To: <20070221233124.GA13941@tin.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702241303.42111.hselasky@c2i.net> Cc: Doug Barton , Paolo Pisati , FreeBSD_Current Subject: Re: HEADS UP: interrupt filtering & newbus API breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 13:04:09 -0000 Hi, Was __FreeBSD_version bumped when this change was introduced? --HPS From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 13:53:24 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB12E16A401; Sat, 24 Feb 2007 13:53:24 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8234613C4BB; Sat, 24 Feb 2007 13:53:24 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 11C764991E; Sat, 24 Feb 2007 08:53:24 -0500 (EST) Date: Sat, 24 Feb 2007 13:53:23 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Steven Hartland In-Reply-To: <00bc01c7580e$b31e6ad0$b3db87d4@multiplay.co.uk> Message-ID: <20070224135154.H36322@fledge.watson.org> References: <20070224095324.K36322@fledge.watson.org> <00bc01c7580e$b31e6ad0$b3db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: performance@FreeBSD.org, current@FreeBSD.org Subject: Re: Fine-grained locking for UNIX domain sockets: patch updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 13:53:24 -0000 On Sat, 24 Feb 2007, Steven Hartland wrote: > ----- Original Message ----- From: "Robert Watson" >> As part of Kris and Jeff's recent work on improving MySQL scalability on >> FreeBSD > > Are there any results / info on what's been done that we can look at? I understand that Kris is preparing a summary to post to the lists in the next couple of days. The thrust of the work has been an investigation of MySQL on an 8-core system, and in particular, how to improve FreeBSD scalability with an increase in concurrency. The preliminary results have been quite impressive and show extremely competitive performance when compared with another mainstream open source OS. But I won't steal their thunder, and instead encourage you to look out for the posting. :-) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 13:58:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D2CD16A411; Sat, 24 Feb 2007 13:58:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 572B713C4C2; Sat, 24 Feb 2007 13:58:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1ODwPbC063184; Sat, 24 Feb 2007 08:58:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1ODwPQX099951; Sat, 24 Feb 2007 08:58:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8BDC273039; Sat, 24 Feb 2007 08:58:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070224135825.8BDC273039@freebsd-current.sentex.ca> Date: Sat, 24 Feb 2007 08:58:25 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 13:58:28 -0000 TB --- 2007-02-24 12:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-24 12:00:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-02-24 12:00:00 - cleaning the object tree TB --- 2007-02-24 12:01:18 - checking out the source tree TB --- 2007-02-24 12:01:18 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-02-24 12:01:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-24 12:19:07 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-24 12:19:07 - cd /src TB --- 2007-02-24 12:19:07 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 24 12:19:08 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Sat Feb 24 13:39:11 UTC 2007 TB --- 2007-02-24 13:39:11 - generating LINT kernel config TB --- 2007-02-24 13:39:11 - cd /src/sys/pc98/conf TB --- 2007-02-24 13:39:11 - /usr/bin/make -B LINT TB --- 2007-02-24 13:39:11 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-24 13:39:11 - cd /src TB --- 2007-02-24 13:39:11 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 24 13:39:11 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel raw_ip6.o(.bss+0x10): multiple definition of `ip6_mrouter' ip6_mroute.o(.bss+0x4): first defined here *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-24 13:58:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-24 13:58:24 - ERROR: failed to build lint kernel TB --- 2007-02-24 13:58:24 - tinderbox aborted TB --- 0.57 user 1.97 system 7104.27 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 13:47:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A93DC16A402; Sat, 24 Feb 2007 13:47:09 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3B8E713C461; Sat, 24 Feb 2007 13:47:09 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from [192.168.10.217] ([192.168.10.217]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.13.8) with ESMTP id l1ODWPOR011346 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 24 Feb 2007 13:32:26 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <45E03E5B.7010104@unsane.co.uk> Date: Sat, 24 Feb 2007 13:32:11 +0000 From: Vince User-Agent: Thunderbird 1.5.0.9 (X11/20070129) MIME-Version: 1.0 References: <20070224095324.K36322@fledge.watson.org> <00bc01c7580e$b31e6ad0$b3db87d4@multiplay.co.uk> In-Reply-To: <00bc01c7580e$b31e6ad0$b3db87d4@multiplay.co.uk> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 24 Feb 2007 14:08:36 +0000 Cc: performance@freebsd.org, current@freebsd.org Subject: Re: Fine-grained locking for UNIX domain sockets: patch updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 13:47:09 -0000 Steven Hartland wrote: > ----- Original Message ----- From: "Robert Watson" >> As part of Kris and Jeff's recent work on improving MySQL scalability >> on FreeBSD > > Are there any results / info on what's been done that we can look at? > > Steve > Jeff's Blog would be the place for these. http://jeffr-tech.livejournal.com Vince > > ================================================ > 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 postmaster@multiplay.co.uk. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 14:20:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CCB516A418 for ; Sat, 24 Feb 2007 14:20:32 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from config.solomo.org (h994948.serverkompetenz.net [85.214.51.166]) by mx1.freebsd.org (Postfix) with ESMTP id AB6E413C4B3 for ; Sat, 24 Feb 2007 14:20:31 +0000 (UTC) (envelope-from flo@kasimir.com) Received: (qmail 38758 invoked from network); 24 Feb 2007 15:20:30 +0100 Received: from i53878cf0.versanet.de (HELO nibbler-osx.local) (83.135.140.240) by solomo.org with SMTP; 24 Feb 2007 15:20:30 +0100 Message-ID: <45E0498C.1040003@kasimir.com> Date: Sat, 24 Feb 2007 15:19:56 +0100 From: "Florian C. Smeets" User-Agent: Thunderbird 2.0pre (Macintosh/20070223) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.2.0 Content-Type: multipart/mixed; boundary="------------060108050509060706060204" Subject: [PATCH] if_sis conversion from if_watchdog to sis_watchdog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 14:20:32 -0000 This is a multi-part message in MIME format. --------------060108050509060706060204 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, i made a patch which converts if_sis from using the deprecated if_watchdog interface to using sis_watchdog. As an example i used the if_rl and if_fxp conversion. This patch is running on my internet router for > 12 hours and i seems to work fine. Cheers Florian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFF4EmMA+1tjUZ1YScRArEvAJ9GgfBE1b+g+JF+7PL80zNd1OUP4ACfR+cC 0zLtWf4vsm8Jf/pkcrwCeAI= =Lbi3 -----END PGP SIGNATURE----- --------------060108050509060706060204 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="sis_watchdog.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sis_watchdog.diff" --- if_sis.c.org Fri Feb 23 23:28:15 2007 +++ if_sis.c Sat Feb 24 11:26:23 2007 @@ -137,7 +137,7 @@ static void sis_start(struct ifnet *); static void sis_startl(struct ifnet *); static void sis_stop(struct sis_softc *); -static void sis_watchdog(struct ifnet *); +static void sis_watchdog(struct sis_softc *); static struct resource_spec sis_res_spec[] = { @@ -1193,7 +1193,6 @@ ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; ifp->if_ioctl = sis_ioctl; ifp->if_start = sis_start; - ifp->if_watchdog = sis_watchdog; ifp->if_init = sis_init; IFQ_SET_MAXLEN(&ifp->if_snd, SIS_TX_LIST_CNT - 1); ifp->if_snd.ifq_drv_maxlen = SIS_TX_LIST_CNT - 1; @@ -1540,7 +1539,7 @@ ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; } - ifp->if_timer = (sc->sis_tx_cnt == 0) ? 0 : 5; + sc->sis_watchdog_timer = (sc->sis_tx_cnt == 0) ? 0 : 5; return; } @@ -1560,6 +1559,8 @@ mii = device_get_softc(sc->sis_miibus); mii_tick(mii); + sis_watchdog(sc); + if (!sc->sis_link && mii->mii_media_status & IFM_ACTIVE && IFM_SUBTYPE(mii->mii_media_active) != IFM_NONE) { sc->sis_link++; @@ -1822,7 +1823,7 @@ /* * Set a timeout in case the chip goes out to lunch. */ - ifp->if_timer = 5; + sc->sis_watchdog_timer = 5; } } @@ -2165,29 +2166,27 @@ } static void -sis_watchdog(struct ifnet *ifp) +sis_watchdog(struct sis_softc *sc) { - struct sis_softc *sc; - - sc = ifp->if_softc; - SIS_LOCK(sc); + SIS_LOCK_ASSERT(sc); if (sc->sis_stopped) { SIS_UNLOCK(sc); return; } - ifp->if_oerrors++; - if_printf(ifp, "watchdog timeout\n"); + if (sc->sis_watchdog_timer == 0 || --sc->sis_watchdog_timer >0) + return; + + device_printf(sc->sis_dev, "watchdog timeout\n"); + sc->sis_ifp->if_oerrors++; sis_stop(sc); sis_reset(sc); sis_initl(sc); - if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) - sis_startl(ifp); - - SIS_UNLOCK(sc); + if (!IFQ_DRV_IS_EMPTY(&sc->sis_ifp->if_snd)) + sis_startl(sc->sis_ifp); } /* @@ -2205,7 +2204,7 @@ return; SIS_LOCK_ASSERT(sc); ifp = sc->sis_ifp; - ifp->if_timer = 0; + sc->sis_watchdog_timer = 0; callout_stop(&sc->sis_stat_ch); --- if_sisreg.h.org Fri Feb 23 23:54:25 2007 +++ if_sisreg.h Fri Feb 23 23:58:30 2007 @@ -454,6 +454,7 @@ u_int32_t sis_rx_paddr; u_int32_t sis_tx_paddr; struct callout sis_stat_ch; + int sis_watchdog_timer; int sis_stopped; #ifdef DEVICE_POLLING int rxcycles; --------------060108050509060706060204-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 14:28:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA2B316A411 for ; Sat, 24 Feb 2007 14:28:33 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id ADD7713C4CB for ; Sat, 24 Feb 2007 14:28:32 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 837F4EB612D; Sat, 24 Feb 2007 22:28:31 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id iZpLhQSJIXQs; Sat, 24 Feb 2007 22:28:24 +0800 (CST) Received: from [192.168.1.32] (unknown [221.217.209.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 421F9EB6139; Sat, 24 Feb 2007 22:28:24 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=ErJs18BSLKG9aVrjhqF3aDj+2PXlJnXscR4Jpevtb6ZTUT/X71sYSCCdmt4Wrs0ng PZ0pW2UMc1Ph3LjvTROeA== Message-ID: <45E04B87.8090100@delphij.net> Date: Sat, 24 Feb 2007 22:28:23 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: "Florian C. Smeets" References: <45E0498C.1040003@kasimir.com> In-Reply-To: <45E0498C.1040003@kasimir.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig1B744113A0E2CEE3E0A5C51F" Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] if_sis conversion from if_watchdog to sis_watchdog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 14:28:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1B744113A0E2CEE3E0A5C51F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Florian C. Smeets wrote: > Hi, >=20 > i made a patch which converts if_sis from using the deprecated > if_watchdog interface to using sis_watchdog. As an example i used the > if_rl and if_fxp conversion. >=20 > This patch is running on my internet router for > 12 hours and i seems > to work fine. The patch looks fine to me. I have just committed it against -HEAD, thanks for your submission! Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig1B744113A0E2CEE3E0A5C51F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF4EuHOfuToMruuMARCuK9AJ90Gh+U23cMNI17vKCmzVuR2grtGwCfZten aaIO6j52V4phcGlcyyqjJq8= =SCji -----END PGP SIGNATURE----- --------------enig1B744113A0E2CEE3E0A5C51F-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 15:49:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0D8916A400; Sat, 24 Feb 2007 15:49:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B27EE13C4A3; Sat, 24 Feb 2007 15:49:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1OFnXm3072623; Sat, 24 Feb 2007 10:49:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1OFnXMp098412; Sat, 24 Feb 2007 10:49:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5BF6E73039; Sat, 24 Feb 2007 10:49:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070224154933.5BF6E73039@freebsd-current.sentex.ca> Date: Sat, 24 Feb 2007 10:49:30 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 15:49:35 -0000 TB --- 2007-02-24 13:58:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-24 13:58:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-02-24 13:58:25 - cleaning the object tree TB --- 2007-02-24 13:58:55 - checking out the source tree TB --- 2007-02-24 13:58:55 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-02-24 13:58:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-24 14:16:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-24 14:16:51 - cd /src TB --- 2007-02-24 14:16:51 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 24 14:16:51 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Sat Feb 24 15:36:58 UTC 2007 TB --- 2007-02-24 15:36:58 - generating LINT kernel config TB --- 2007-02-24 15:36:58 - cd /src/sys/powerpc/conf TB --- 2007-02-24 15:36:58 - /usr/bin/make -B LINT TB --- 2007-02-24 15:36:58 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-24 15:36:58 - cd /src TB --- 2007-02-24 15:36:58 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 24 15:36:59 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror vers.c linking kernel raw_ip6.o(.sbss+0x10): multiple definition of `ip6_mrouter' ip6_mroute.o(.sbss+0x4): first defined here *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-24 15:49:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-24 15:49:29 - ERROR: failed to build lint kernel TB --- 2007-02-24 15:49:29 - tinderbox aborted TB --- 0.70 user 2.38 system 6663.91 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 16:01:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA22D16A406 for ; Sat, 24 Feb 2007 16:01:49 +0000 (UTC) (envelope-from franzschmalzl@spamfreemail.de) Received: from master.rb-hosting.de (master.rb-hosting.de [213.239.209.108]) by mx1.freebsd.org (Postfix) with ESMTP id 46A6A13C4B6 for ; Sat, 24 Feb 2007 16:01:49 +0000 (UTC) (envelope-from franzschmalzl@spamfreemail.de) Received: from localhost (localhost [127.0.0.1]) by master.rb-hosting.de (Postfix) with ESMTP id A0081F5D4 for ; Sat, 24 Feb 2007 16:30:00 +0100 (CET) Received: from master.rb-hosting.de ([127.0.0.1]) by localhost (master.rb-hosting.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 02318-03-7 for ; Sat, 24 Feb 2007 16:29:50 +0100 (CET) Received: from [10.60.4.30] (85-124-6-201.dynamic.xdsl-line.inode.at [85.124.6.201]) by master.rb-hosting.de (Postfix) with ESMTP id D24782E5BB for ; Sat, 24 Feb 2007 16:29:49 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: current@freebsd.org From: franzschmalzl@spamfreemail.de Date: Sat, 24 Feb 2007 16:29:46 +0100 X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian GNU/Linux) at master.rb-hosting.de Cc: Subject: first revision macbook pro X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 16:01:49 -0000 hello i have a first revision macbook pro (core duo 2ghz, not core 2 duo!) i have sort of a problem here freebsd 6.2 and 7.0 current (5 feb.) don't really boot correctly i get: AP #1 (PHY# 1) failed! panic y/n? [y] sometimes i get around this problem if i press the power button in the exact right moment. yesterday i built my own kernel without APIC and SMP support at least now it boots 100% of the time but i'd like to use both of my cores network card doesn't work either... here is the output of cpuid eax in eax ebx ecx edx 00000000 0000000a 756e6547 6c65746e 49656e69 00000001 000006e8 01020800 0000c1a9 bfe9fbff 00000002 02b3b001 000000f0 00000000 2c04307d 00000003 00000000 00000000 00000000 00000000 00000004 00000000 00000000 00000000 00000000 00000005 00000040 00000040 00000003 00022220 00000006 00000001 00000002 00000001 00000000 00000007 00000000 00000000 00000000 00000000 00000008 00000000 00000000 00000000 00000000 00000009 00000000 00000000 00000000 00000000 0000000a 07280201 00000000 00000000 00000000 80000000 80000008 00000000 00000000 00000000 80000001 00000000 00000000 00000000 00100000 80000002 756e6547 20656e69 65746e49 2952286c 80000003 55504320 20202020 20202020 54202020 80000004 30303532 20402020 30302e32 007a4847 80000005 00000000 00000000 00000000 00000000 80000006 00000000 00000000 08006040 00000000 80000007 00000000 00000000 00000000 00000000 80000008 00002020 00000000 00000000 00000000 Vendor ID: "GenuineIntel"; CPUID level 10 Intel-specific functions: Version 000006e8: Type 0 - Original OEM Family 6 - Pentium Pro Model 14 - Stepping 8 Reserved 0 Extended brand string: "Genuine Intel(R) CPU T2500 @ 2.00GHz" CLFLUSH instruction cache line size: 8 Initial APIC ID: 1 Hyper threading siblings: 2 Feature flags: bfe9fbff: FPU Floating Point Unit VME Virtual 8086 Mode Enhancements DE Debugging Extensions PSE Page Size Extensions TSC Time Stamp Counter MSR Model Specific Registers PAE Physical Address Extension MCE Machine Check Exception CX8 COMPXCHG8B Instruction APIC On-chip Advanced Programmable Interrupt Controller present and enabled SEP Fast System Call MTRR Memory Type Range Registers PGE PTE Global Flag MCA Machine Check Architecture CMOV Conditional Move and Compare Instructions FGPAT Page Attribute Table CLFSH CFLUSH instruction DS Debug store ACPI Thermal Monitor and Clock Ctrl MMX MMX instruction set FXSR Fast FP/MMX Streaming SIMD Extensions save/restore SSE Streaming SIMD Extensions instruction set SSE2 SSE2 extensions SS Self Snoop HT Hyper Threading TM Thermal monitor 31 reserved Feature flags set 2: 0000c1a9: SSE3 SSE3 extensions MONITOR MONITOR/MWAIT instructions 5 - unknown feature EST Enhanced Intel SpeedStep Technology TM2 Thermal Monitor 2 xTPR Send Task Priority messages 15 - unknown feature Extended feature flags: 00100000: XD-bit Execution Disable bit TLB and cache info: b0: Instruction TLB: 4-KB Pages, 4-way set associative, 128 entries b3: Data TLB: 4-KB Pages, 4-way set associative, 128 entries 02: Instruction TLB: 4MB pages, 4-way set assoc, 2 entries f0: 64-byte prefetching 7d: 2nd-level cache: 2-MB, 8-way set associative, 64-byte line size 30: 1st-level instruction cache: 32-KB, 8-way set associative, 64- byte line size 04: Data TLB: 4MB pages, 4-way set assoc, 8 entries 2c: 1st-level data cache: 32-KB, 8-way set associative, 64-byte line size Processor serial: 0000-06E8-0000-0000-0000-0000 and some dmesg opyright (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 7.0-CURRENT #4: Tue Jun 13 02:14:12 EDT 2006 root@daemonesque.ghettobsd.com:/usr/obj/usr/src/sys/OMGDEBUG WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2500 @ 2.00GHz (3039.78-MHz 686- class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9> AMD Features=0x100000 Cores per package: 2 real memory = 1594609664 (1520 MB) avail memory = 1553342464 (1481 MB) kbd0 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_acad0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link6: BIOS IRQ 11 for 0.27.INTA is invalid pci_link2: BIOS IRQ 11 for 0.28.INTC is invalid pci_link2: BIOS IRQ 11 for 0.29.INTC is invalid pci_link2: BIOS IRQ 11 for 0.31.INTA is invalid pci0: on pcib0 pcib1: irq 10 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0x80000000-0x8fffffff,0x98300000-0x9830ffff irq 10 at device 0.0 on pci1 pci0: at device 7.0 (no driver attached) pci0: at device 27.0 (no driver attached) pcib2: irq 11 at device 28.0 on pci0 pci_link0: BIOS IRQ 11 for 2.0.INTA is invalid pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: irq 10 at device 28.1 on pci0 pci3: on pcib3 ath0: mem 0x98100000-0x9810ffff irq 11 at device 0.0 on pci3 ath0: Ethernet address: 00:16:cb:b6:fd:b7 ath0: mac 10.3 phy 6.1 radio 10.2 pcib4: irq 9 at device 28.2 on pci0 pci4: on pcib4 uhci0: port 0x40a0-0x40bf irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: LegSup = 0x1010 usb0: on uhci0 usb0: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x4080-0x409f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: LegSup = 0x0010 usb1: on uhci1 usb1: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x4060-0x407f irq 9 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: LegSup = 0x0010 usb2: on uhci2 usb2: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x4040-0x405f irq 10 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: LegSup = 0x0010 usb3: on uhci3 usb3: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0x98405400-0x984057ff irq 11 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: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pci12: on pcib5 fwohci0: mem 0x94000000-0x94000fff irq 11 at device 3.0 on pci12 fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:16:cb:ff:fe:5a:0e:f4 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:16:cb:5a:0e:f4 fwe0: Ethernet address: 02:16:cb:5a:0e:f4 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=2, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x40c0-0x40cf irq 9 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x40d8-0x40df, 0x40f4-0x40f7,0x40d0-0x40d7,0x40f0-0x40f3,0x4020-0x402f mem 0x98405000-0x984053ff irq 11 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) battery0: on acpi0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FAST] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: on uhub0 kbd1 at ukbd0 ums0: on uhub0 ums0: 3 buttons. uhid0: on uhub0 uhid1: on uhub2 ukbd1: on uhub3 kbd2 at ukbd1 ums1: on uhub3 ums1: 5 buttons. Timecounter "TSC" frequency 3039782688 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA66 Interrupt storm detected on "irq11:"; throttling interrupt source ad5: 95396MB at ata2-slave UDMA33 GEOM: ad5: GPT detected, but no protective MBR. Trying to mount root from ufs:/dev/ad5s1a From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 16:01:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E03F016A407 for ; Sat, 24 Feb 2007 16:01:49 +0000 (UTC) (envelope-from franzschmalzl@spamfreemail.de) Received: from master.rb-hosting.de (master.rb-hosting.de [213.239.209.108]) by mx1.freebsd.org (Postfix) with ESMTP id 60B9F13C4B7 for ; Sat, 24 Feb 2007 16:01:49 +0000 (UTC) (envelope-from franzschmalzl@spamfreemail.de) Received: from localhost (localhost [127.0.0.1]) by master.rb-hosting.de (Postfix) with ESMTP id A4C25351D7 for ; Sat, 24 Feb 2007 16:37:08 +0100 (CET) Received: from master.rb-hosting.de ([127.0.0.1]) by localhost (master.rb-hosting.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 11487-03-10 for ; Sat, 24 Feb 2007 16:36:57 +0100 (CET) Received: from [10.60.4.30] (85-124-6-201.dynamic.xdsl-line.inode.at [85.124.6.201]) by master.rb-hosting.de (Postfix) with ESMTP id DEBE6351D4 for ; Sat, 24 Feb 2007 16:36:56 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <8B16B06E-624F-4CE6-B6EC-11CA8FCA8A8F@spamfreemail.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: "franzschmalzl@spamfreemail.de" Date: Sat, 24 Feb 2007 16:36:56 +0100 X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian GNU/Linux) at master.rb-hosting.de Subject: first revision macbook pro X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 16:01:50 -0000 hello i have a first revision macbook pro (core duo 2ghz, not core 2 duo!) i have sort of a problem here freebsd 6.2 and 7.0 current (5 feb.) don't really boot correctly i get: AP #1 (PHY# 1) failed! panic y/n? [y] sometimes i get around this problem if i press the power button in the exact right moment. yesterday i built my own kernel without APIC and SMP support at least now it boots 100% of the time but i'd like to use both of my cores network card doesn't work either... here is the output of cpuid eax in eax ebx ecx edx 00000000 0000000a 756e6547 6c65746e 49656e69 00000001 000006e8 01020800 0000c1a9 bfe9fbff 00000002 02b3b001 000000f0 00000000 2c04307d 00000003 00000000 00000000 00000000 00000000 00000004 00000000 00000000 00000000 00000000 00000005 00000040 00000040 00000003 00022220 00000006 00000001 00000002 00000001 00000000 00000007 00000000 00000000 00000000 00000000 00000008 00000000 00000000 00000000 00000000 00000009 00000000 00000000 00000000 00000000 0000000a 07280201 00000000 00000000 00000000 80000000 80000008 00000000 00000000 00000000 80000001 00000000 00000000 00000000 00100000 80000002 756e6547 20656e69 65746e49 2952286c 80000003 55504320 20202020 20202020 54202020 80000004 30303532 20402020 30302e32 007a4847 80000005 00000000 00000000 00000000 00000000 80000006 00000000 00000000 08006040 00000000 80000007 00000000 00000000 00000000 00000000 80000008 00002020 00000000 00000000 00000000 Vendor ID: "GenuineIntel"; CPUID level 10 Intel-specific functions: Version 000006e8: Type 0 - Original OEM Family 6 - Pentium Pro Model 14 - Stepping 8 Reserved 0 Extended brand string: "Genuine Intel(R) CPU T2500 @ 2.00GHz" CLFLUSH instruction cache line size: 8 Initial APIC ID: 1 Hyper threading siblings: 2 Feature flags: bfe9fbff: FPU Floating Point Unit VME Virtual 8086 Mode Enhancements DE Debugging Extensions PSE Page Size Extensions TSC Time Stamp Counter MSR Model Specific Registers PAE Physical Address Extension MCE Machine Check Exception CX8 COMPXCHG8B Instruction APIC On-chip Advanced Programmable Interrupt Controller present and enabled SEP Fast System Call MTRR Memory Type Range Registers PGE PTE Global Flag MCA Machine Check Architecture CMOV Conditional Move and Compare Instructions FGPAT Page Attribute Table CLFSH CFLUSH instruction DS Debug store ACPI Thermal Monitor and Clock Ctrl MMX MMX instruction set FXSR Fast FP/MMX Streaming SIMD Extensions save/restore SSE Streaming SIMD Extensions instruction set SSE2 SSE2 extensions SS Self Snoop HT Hyper Threading TM Thermal monitor 31 reserved Feature flags set 2: 0000c1a9: SSE3 SSE3 extensions MONITOR MONITOR/MWAIT instructions 5 - unknown feature EST Enhanced Intel SpeedStep Technology TM2 Thermal Monitor 2 xTPR Send Task Priority messages 15 - unknown feature Extended feature flags: 00100000: XD-bit Execution Disable bit TLB and cache info: b0: Instruction TLB: 4-KB Pages, 4-way set associative, 128 entries b3: Data TLB: 4-KB Pages, 4-way set associative, 128 entries 02: Instruction TLB: 4MB pages, 4-way set assoc, 2 entries f0: 64-byte prefetching 7d: 2nd-level cache: 2-MB, 8-way set associative, 64-byte line size 30: 1st-level instruction cache: 32-KB, 8-way set associative, 64- byte line size 04: Data TLB: 4MB pages, 4-way set assoc, 8 entries 2c: 1st-level data cache: 32-KB, 8-way set associative, 64-byte line size Processor serial: 0000-06E8-0000-0000-0000-0000 and some dmesg opyright (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 7.0-CURRENT #4: Tue Jun 13 02:14:12 EDT 2006 root@daemonesque.ghettobsd.com:/usr/obj/usr/src/sys/OMGDEBUG WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2500 @ 2.00GHz (3039.78-MHz 686- class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9> AMD Features=0x100000 Cores per package: 2 real memory = 1594609664 (1520 MB) avail memory = 1553342464 (1481 MB) kbd0 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_acad0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link6: BIOS IRQ 11 for 0.27.INTA is invalid pci_link2: BIOS IRQ 11 for 0.28.INTC is invalid pci_link2: BIOS IRQ 11 for 0.29.INTC is invalid pci_link2: BIOS IRQ 11 for 0.31.INTA is invalid pci0: on pcib0 pcib1: irq 10 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0x80000000-0x8fffffff,0x98300000-0x9830ffff irq 10 at device 0.0 on pci1 pci0: at device 7.0 (no driver attached) pci0: at device 27.0 (no driver attached) pcib2: irq 11 at device 28.0 on pci0 pci_link0: BIOS IRQ 11 for 2.0.INTA is invalid pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: irq 10 at device 28.1 on pci0 pci3: on pcib3 ath0: mem 0x98100000-0x9810ffff irq 11 at device 0.0 on pci3 ath0: Ethernet address: 00:16:cb:b6:fd:b7 ath0: mac 10.3 phy 6.1 radio 10.2 pcib4: irq 9 at device 28.2 on pci0 pci4: on pcib4 uhci0: port 0x40a0-0x40bf irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: LegSup = 0x1010 usb0: on uhci0 usb0: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x4080-0x409f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: LegSup = 0x0010 usb1: on uhci1 usb1: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x4060-0x407f irq 9 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: LegSup = 0x0010 usb2: on uhci2 usb2: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x4040-0x405f irq 10 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: LegSup = 0x0010 usb3: on uhci3 usb3: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0x98405400-0x984057ff irq 11 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: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pci12: on pcib5 fwohci0: mem 0x94000000-0x94000fff irq 11 at device 3.0 on pci12 fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:16:cb:ff:fe:5a:0e:f4 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:16:cb:5a:0e:f4 fwe0: Ethernet address: 02:16:cb:5a:0e:f4 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=2, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x40c0-0x40cf irq 9 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x40d8-0x40df, 0x40f4-0x40f7,0x40d0-0x40d7,0x40f0-0x40f3,0x4020-0x402f mem 0x98405000-0x984053ff irq 11 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) battery0: on acpi0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FAST] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: on uhub0 kbd1 at ukbd0 ums0: on uhub0 ums0: 3 buttons. uhid0: on uhub0 uhid1: on uhub2 ukbd1: on uhub3 kbd2 at ukbd1 ums1: on uhub3 ums1: 5 buttons. Timecounter "TSC" frequency 3039782688 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA66 Interrupt storm detected on "irq11:"; throttling interrupt source ad5: 95396MB at ata2-slave UDMA33 GEOM: ad5: GPT detected, but no protective MBR. Trying to mount root from ufs:/dev/ad5s1a From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 16:11:54 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 966F016A403; Sat, 24 Feb 2007 16:11:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6B5FC13C442; Sat, 24 Feb 2007 16:11:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1OGBroA094041; Sat, 24 Feb 2007 11:11:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1OGBrun003053; Sat, 24 Feb 2007 11:11:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3BDE973039; Sat, 24 Feb 2007 11:11:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070224161153.3BDE973039@freebsd-current.sentex.ca> Date: Sat, 24 Feb 2007 11:11:52 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 16:11:54 -0000 TB --- 2007-02-24 13:37:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-24 13:37:56 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-02-24 13:37:56 - cleaning the object tree TB --- 2007-02-24 13:38:21 - checking out the source tree TB --- 2007-02-24 13:38:21 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-02-24 13:38:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-24 13:55:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-24 13:55:38 - cd /src TB --- 2007-02-24 13:55:38 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 24 13:55:39 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Sat Feb 24 15:47:50 UTC 2007 TB --- 2007-02-24 15:47:50 - generating LINT kernel config TB --- 2007-02-24 15:47:50 - cd /src/sys/ia64/conf TB --- 2007-02-24 15:47:50 - /usr/bin/make -B LINT TB --- 2007-02-24 15:47:50 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-24 15:47:50 - cd /src TB --- 2007-02-24 15:47:50 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 24 15:47:51 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/ia64/isa/isa.c /src/sys/ia64/isa/isa.c:159: error: conflicting types for 'isa_setup_intr' /src/sys/isa/isa_common.h:74: error: previous declaration of 'isa_setup_intr' was here /src/sys/ia64/isa/isa.c:159: error: conflicting types for 'isa_setup_intr' /src/sys/isa/isa_common.h:74: error: previous declaration of 'isa_setup_intr' was here /src/sys/ia64/isa/isa.c: In function `isa_setup_intr': /src/sys/ia64/isa/isa.c:161: warning: passing arg 5 of `BUS_SETUP_INTR' from incompatible pointer type /src/sys/ia64/isa/isa.c:161: error: too few arguments to function `BUS_SETUP_INTR' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-24 16:11:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-24 16:11:52 - ERROR: failed to build lint kernel TB --- 2007-02-24 16:11:52 - tinderbox aborted TB --- 0.57 user 1.88 system 9235.87 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 17:27:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD01416A406 for ; Sat, 24 Feb 2007 17:27:04 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 7FB4913C4A6 for ; Sat, 24 Feb 2007 17:27:04 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id l1OHQvGm002790; Sat, 24 Feb 2007 10:27:03 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45E0755E.8050201@samsco.org> Date: Sat, 24 Feb 2007 10:26:54 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: "franzschmalzl@spamfreemail.de" References: <8B16B06E-624F-4CE6-B6EC-11CA8FCA8A8F@spamfreemail.de> In-Reply-To: <8B16B06E-624F-4CE6-B6EC-11CA8FCA8A8F@spamfreemail.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sat, 24 Feb 2007 10:27:03 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: first revision macbook pro X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 17:27:04 -0000 franzschmalzl@spamfreemail.de wrote: > hello > i have a first revision macbook pro (core duo 2ghz, not core 2 duo!) > i have sort of a problem here > freebsd 6.2 and 7.0 current (5 feb.) don't really boot correctly > i get: > AP #1 (PHY# 1) failed! > panic y/n? [y] > > sometimes i get around this problem if i press the power button in the > exact right moment. > yesterday i built my own kernel without APIC and SMP support > at least now it boots 100% of the time > but i'd like to use both of my cores > network card doesn't work either... > The SMP issue is going to take a bit of work to get past. However, you need to have APIC turned on in order for everything else to work right. So for now, put the following into /boot/loader.conf: kern.smp.disabled=1 This can also be manually entered from the boot menu so you can install from a normal CD. Scott From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 17:39:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1C2D16A402; Sat, 24 Feb 2007 17:39:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 742E913C428; Sat, 24 Feb 2007 17:39:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1OHdJx4080917; Sat, 24 Feb 2007 12:39:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1OHdJb2032323; Sat, 24 Feb 2007 12:39:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 82BC073039; Sat, 24 Feb 2007 12:39:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070224173919.82BC073039@freebsd-current.sentex.ca> Date: Sat, 24 Feb 2007 12:39:18 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 17:39:20 -0000 TB --- 2007-02-24 15:49:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-24 15:49:33 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-02-24 15:49:33 - cleaning the object tree TB --- 2007-02-24 15:51:08 - checking out the source tree TB --- 2007-02-24 15:51:08 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-02-24 15:51:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-24 16:06:47 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-24 16:06:47 - cd /src TB --- 2007-02-24 16:06:47 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 24 16:06:48 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Sat Feb 24 17:23:31 UTC 2007 TB --- 2007-02-24 17:23:31 - generating LINT kernel config TB --- 2007-02-24 17:23:31 - cd /src/sys/sparc64/conf TB --- 2007-02-24 17:23:31 - /usr/bin/make -B LINT TB --- 2007-02-24 17:23:31 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-24 17:23:31 - cd /src TB --- 2007-02-24 17:23:31 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 24 17:23:31 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel raw_ip6.o(.bss+0x20): multiple definition of `ip6_mrouter' ip6_mroute.o(.bss+0x8): first defined here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-24 17:39:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-24 17:39:18 - ERROR: failed to build lint kernel TB --- 2007-02-24 17:39:18 - tinderbox aborted TB --- 0.66 user 2.45 system 6584.96 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 17:56:17 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E48D916A402; Sat, 24 Feb 2007 17:56:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A77BB13C46B; Sat, 24 Feb 2007 17:56:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1OHuHN2082065; Sat, 24 Feb 2007 12:56:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1OHuG3H080365; Sat, 24 Feb 2007 12:56:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5941A73039; Sat, 24 Feb 2007 12:56:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070224175615.5941A73039@freebsd-current.sentex.ca> Date: Sat, 24 Feb 2007 12:56:14 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 17:56:18 -0000 TB --- 2007-02-24 16:11:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-24 16:11:53 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-02-24 16:11:53 - cleaning the object tree TB --- 2007-02-24 16:12:39 - checking out the source tree TB --- 2007-02-24 16:12:39 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-02-24 16:12:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-24 16:28:04 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-24 16:28:04 - cd /src TB --- 2007-02-24 16:28:04 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 24 16:28:05 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Sat Feb 24 17:43:50 UTC 2007 TB --- 2007-02-24 17:43:51 - generating LINT kernel config TB --- 2007-02-24 17:43:51 - cd /src/sys/sun4v/conf TB --- 2007-02-24 17:43:51 - /usr/bin/make -B LINT TB --- 2007-02-24 17:43:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-24 17:43:51 - cd /src TB --- 2007-02-24 17:43:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 24 17:43:51 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel raw_ip6.o(.bss+0x20): multiple definition of `ip6_mrouter' ip6_mroute.o(.bss+0x8): first defined here *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-24 17:56:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-24 17:56:14 - ERROR: failed to build lint kernel TB --- 2007-02-24 17:56:14 - tinderbox aborted TB --- 0.57 user 2.01 system 6261.52 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 17:59:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 011C616A401 for ; Sat, 24 Feb 2007 17:59:01 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from mail01d.mail.t-online.hu (mail01d.mail.t-online.hu [84.2.42.6]) by mx1.freebsd.org (Postfix) with ESMTP id B03FD13C4B5 for ; Sat, 24 Feb 2007 17:59:00 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from baranyfelhocske.buza.adamsfamily.xx (catv540331AB.pool.t-online.hu [84.3.49.171]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail01d.mail.t-online.hu (Postfix) with ESMTP id 429292E18A for ; Sat, 24 Feb 2007 18:31:53 +0100 (CET) Received: from baranyfelhocske.buza.adamsfamily.xx (localhost [127.0.0.1]) by baranyfelhocske.buza.adamsfamily.xx (8.13.8/8.13.8) with ESMTP id l1OHVq6Y002412 for ; Sat, 24 Feb 2007 18:31:52 +0100 (CET) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by baranyfelhocske.buza.adamsfamily.xx (8.13.8/8.13.8/Submit) id l1OHVqAi002411 for freebsd-current@freebsd.org; Sat, 24 Feb 2007 18:31:52 +0100 (CET) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: baranyfelhocske.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Sat, 24 Feb 2007 18:31:52 +0100 From: Szilveszter Adam To: freebsd-current@freebsd.org Message-ID: <20070224173152.GA2200@baranyfelhocske.buza.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org References: <20070224111754.GA15482@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070224111754.GA15482@nagual.pp.ru> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: Recent -current module_register error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 17:59:01 -0000 On Sat, Feb 24, 2007 at 02:17:54PM +0300, Andrey Chernov wrote: > Additional TCP options:. > Starting default moused:module_register: module uhub/ums already exists! > Module uhub/ums failed to register: 17 > > I suspect very recent kernel changes. Any adeas? Probably some overly verbose code somewhere. All it really says is that a particular module could not be registered because it is already present (probably because it is compiled into the kernel, at least for me all occurrences are like that) so the devices still work. Of course this may have happened also previously but silently. I have no immediate commit to suspect though. -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 18:22:03 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99E4616A405; Sat, 24 Feb 2007 18:22:03 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id DCB6713C478; Sat, 24 Feb 2007 18:22:02 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003557582.msg; Sat, 24 Feb 2007 18:17:41 +0000 Message-ID: <011501c75840$0c14a7e0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Robert Watson" References: <20070224095324.K36322@fledge.watson.org> <00bc01c7580e$b31e6ad0$b3db87d4@multiplay.co.uk> <20070224135154.H36322@fledge.watson.org> Date: Sat, 24 Feb 2007 18:17:22 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Sat, 24 Feb 2007 18:17:41 +0000 X-MDAV-Processed: multiplay.co.uk, Sat, 24 Feb 2007 18:17:41 +0000 Cc: performance@FreeBSD.org, current@FreeBSD.org Subject: Re: Fine-grained locking for UNIX domain sockets: patch updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 18:22:03 -0000 ----- Original Message ----- From: "Robert Watson" > I understand that Kris is preparing a summary to post to the lists in the next > couple of days. The thrust of the work has been an investigation of MySQL on > an 8-core system, and in particular, how to improve FreeBSD scalability with > an increase in concurrency. The preliminary results have been quite > impressive and show extremely competitive performance when compared with > another mainstream open source OS. But I won't steal their thunder, and > instead encourage you to look out for the posting. :-) Exciting stuff look forward to seeing this as that's just what we are looking to put into production an 8 way mysql server. 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 postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 19:55:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0873C16A402 for ; Sat, 24 Feb 2007 19:55:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 92CBF13C428 for ; Sat, 24 Feb 2007 19:55:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HL2zj-0009Do-2T for current@freebsd.org; Sat, 24 Feb 2007 21:55:55 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l1OJteso002360 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 24 Feb 2007 21:55:40 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l1OJtesE086157; Sat, 24 Feb 2007 21:55:40 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l1OJteWO086156; Sat, 24 Feb 2007 21:55:40 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 24 Feb 2007 21:55:40 +0200 From: Kostik Belousov To: Alexandre Sunny Kovalenko Message-ID: <20070224195540.GB77131@deviant.kiev.zoral.com.ua> References: <1171414959.906.16.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070214011755.GA73381@xor.obsecurity.org> <1171500531.780.6.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070215011400.GA10455@xor.obsecurity.org> <1171982928.751.1.camel@RabbitsDen.RabbitsLawn.verizon.net> <1172156865.848.14.camel@RabbitsDen.RabbitsLawn.verizon.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD" Content-Disposition: inline In-Reply-To: <1172156865.848.14.camel@RabbitsDen.RabbitsLawn.verizon.net> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: b11a0dd960b728cbee92fea3b4ac1d10 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 803 [Feb 24 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: current@freebsd.org, Kris Kennaway Subject: Re: -CURRENT panics on intensive fs operations. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 19:55:57 -0000 --EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 22, 2007 at 10:07:45AM -0500, Alexandre Sunny Kovalenko wrote: > On Tue, 2007-02-20 at 09:48 -0500, Alexandre "Sunny" Kovalenko wrote: > > On Wed, 2007-02-14 at 20:14 -0500, Kris Kennaway wrote: > > > On Wed, Feb 14, 2007 at 07:48:51PM -0500, Alexandre Sunny Kovalenko w= rote: > > > > On Tue, 2007-02-13 at 20:17 -0500, Kris Kennaway wrote: > > > > > On Tue, Feb 13, 2007 at 08:02:39PM -0500, Alexandre Sunny Kovalen= ko wrote: > > > > > > I can reliably panic -CURRENT (Feb 11, noon EST) with the somet= hing that > > > > > > excersises the file system. I have currently settled on (cd /us= r/ports; > > > > > > make clean), but it all started out as doing some "emerges" to = test the > > > > > > latest linuxolator. In the case of the "make clean" I have seen= it > > > > > > crashing as early as /usr/ports/audio and as late > > > > > > as /usr/ports/textproc.=20 > > > > > >=20 > I am still not capable to get good backtrace from the kernel dump, but I > have managed to hook up remote console to this machine, so here are > results: >=20 > db> bt > Tracing pid 33 tid 100032 td 0xc4cee510 > kdb_enter(c067c69d) at kdb_enter+0x2b > panic(c0667ba3,c306d5c0,c306d5c0,e38a2cfc,c0619fd9,...) at panic+0x11c > vm_pageq_remove_nowakeup(c306d5c0,c061a0b8,e38a2d04,c061a0ee,e38a2d24,...= ) at vm_pageq_remove_nowakeup+0x35 > vm_page_zero_idle(e38a2d24,c04c7fe4,0,e38a2d38,c4ef8900,...) at > vm_page_zero_idle+0x49 > vm_pagezero(0,e38a2d38) at vm_pagezero+0x36 > fork_exit(c061a0b8,0,e38a2d38) at fork_exit+0xac > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip =3D 0, esp =3D 0xe38a2d70, ebp =3D 0 --- > db> ps > pid ppid pgrp uid state wmesg wchan cmd > > 33 0 0 0 RL CPU 0 [pagezero] > >=20 > ... and (hopefully) relevant bits from the source > (kgdb) list *vm_pageq_remove_nowakeup+0x35 > 0xc06192f9 is in vm_pageq_remove_nowakeup > (/usr/src/sys/vm/vm_pageq.c:223). > 218 struct vpgqueues *pq; > 219 > 220 if (queue !=3D PQ_NONE) { > 221 pq =3D &vm_page_queues[queue]; > 222 VM_PAGE_SETQUEUE2(m, PQ_NONE); > 223 TAILQ_REMOVE(&pq->pl, m, pageq); There, please, show the output of "p/x *m" and "p/x *pq". --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF4Jg7C3+MBN1Mb4gRAtH1AJ9aS5hePS6dhQbrK52ZERDxymNP+wCgt8Tw YrjHdHrc3AuySM8JkNNhEKo= =CN1C -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 20:39:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C89616A404; Sat, 24 Feb 2007 20:39:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id CC79413C46B; Sat, 24 Feb 2007 20:39:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1OKdiCS093014; Sat, 24 Feb 2007 15:39:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1OKdiND096089; Sat, 24 Feb 2007 15:39:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 05A1E73039; Sat, 24 Feb 2007 15:39:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070224203944.05A1E73039@freebsd-current.sentex.ca> Date: Sat, 24 Feb 2007 15:39:43 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 20:39:45 -0000 TB --- 2007-02-24 18:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-24 18:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-02-24 18:00:00 - cleaning the object tree TB --- 2007-02-24 18:03:19 - checking out the source tree TB --- 2007-02-24 18:03:19 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-02-24 18:03:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-24 18:23:03 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-24 18:23:03 - cd /src TB --- 2007-02-24 18:23:03 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 24 18:23:05 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Feb 24 20:23:38 UTC 2007 TB --- 2007-02-24 20:23:38 - generating LINT kernel config TB --- 2007-02-24 20:23:38 - cd /src/sys/amd64/conf TB --- 2007-02-24 20:23:38 - /usr/bin/make -B LINT TB --- 2007-02-24 20:23:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-24 20:23:38 - cd /src TB --- 2007-02-24 20:23:38 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 24 20:23:38 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel raw_ip6.o(.bss+0x20): multiple definition of `ip6_mrouter' ip6_mroute.o(.bss+0x8): first defined here *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-24 20:39:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-24 20:39:43 - ERROR: failed to build lint kernel TB --- 2007-02-24 20:39:43 - tinderbox aborted TB --- 0.82 user 3.48 system 9583.09 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 21:17:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DC9216A400 for ; Sat, 24 Feb 2007 21:17:57 +0000 (UTC) (envelope-from der_uf@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 7F14C13C4B8 for ; Sat, 24 Feb 2007 21:17:56 +0000 (UTC) (envelope-from der_uf@gmx.de) Received: (qmail invoked by alias); 24 Feb 2007 20:51:15 -0000 X-Provags-ID: V01U2FsdGVkX1/tQSt9PjTtOdhbtu6AKY/sY9/B3oT1Hr8t1bz7S+ WPWw== Received: from localhost.unsernet ([127.0.0.1]) by fbsd.Amnesiac.unsernet with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HL3rN-0001XI-MH for freebsd-current@freebsd.org; Sat, 24 Feb 2007 21:51:13 +0100 Date: Sat, 24 Feb 2007 21:51:13 +0100 To: freebsd-current@freebsd.org From: "Ullrich Franke" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <20070224063137.E9D0716A4C1@hub.freebsd.org> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <20070224063137.E9D0716A4C1@hub.freebsd.org> User-Agent: Opera Mail/9.10 (FreeBSD) X-Y-GMX-Trusted: 0 Subject: Re: Update of newbus API broke system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 21:17:57 -0000 On Sat, 24 Feb 2007 07:31:37 +0100, "Kevin Oberman" wrote: > My current system will no longer boot. cvsup today at about 17:30 UTC > and the new kernel crashes connecting the fdc during the boot > operation. Looks like the change to the newbus API broke it. Same here. cvsup from 23 Feb 2007 at about 15:30 CET. System is a FJS Amilo Laptop with 1.6 GHZ Athlon XP. -- Ullrich Franke From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 21:25:23 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 706E116A400 for ; Sat, 24 Feb 2007 21:25:23 +0000 (UTC) (envelope-from bsd@mrbonkers.org) Received: from buk.mrbonkers.org (p85-28.acedsl.com [66.114.85.28]) by mx1.freebsd.org (Postfix) with ESMTP id 397C013C471 for ; Sat, 24 Feb 2007 21:25:23 +0000 (UTC) (envelope-from bsd@mrbonkers.org) Received: from localhost (localhost.mrbonkers.org [127.0.0.1]) by buk.mrbonkers.org (Postfix) with ESMTP id 67BBA46608 for ; Sat, 24 Feb 2007 16:25:03 -0500 (EST) X-Virus-Scanned: amavisd-new at mrbonkers.org Received: from buk.mrbonkers.org ([127.0.0.1]) by localhost (buk.mrbonkers.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xBcei0tnKuQp for ; Sat, 24 Feb 2007 16:24:56 -0500 (EST) Received: by buk.mrbonkers.org (Postfix, from userid 125) id 5C291464FD; Sat, 24 Feb 2007 16:16:35 -0500 (EST) Received: from localhost (localhost.mrbonkers.org [127.0.0.1]) by buk.mrbonkers.org (Postfix) with ESMTP id 9827B465F2 for ; Sat, 24 Feb 2007 15:59:54 -0500 (EST) X-Virus-Scanned: amavisd-new at mrbonkers.org Received: from buk.mrbonkers.org ([127.0.0.1]) by localhost (buk.mrbonkers.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZWltiJC60-6q for ; Sat, 24 Feb 2007 15:59:47 -0500 (EST) Received: from [192.168.1.104] (p85-28.acedsl.com [66.114.85.28]) (Authenticated sender: jeff@mrbonkers.org) by buk.mrbonkers.org (Postfix) with ESMTP id B7239464FD for ; Sat, 24 Feb 2007 15:59:47 -0500 (EST) Message-ID: <45E0A74F.2040904@mrbonkers.org> Date: Sat, 24 Feb 2007 15:59:59 -0500 From: Jeff User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Problem with Path/Ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 21:25:23 -0000 Newbie ports question. I'm been running 6.0 for several months with no issues. Suddenly, installing any port fails with this message: /usr/local/sbin/pkg_info: not found pkg_info and pkg_create are both in /usr/sbin. The $PATH in the shell is correct and hasn't been touched. pkg_info works fine from the command line. What's the correct way to fix this? How might I have broken it? The last thing I did was cvsup about a month ago, but I'm pretty certain that I've successfully installed ports since then. Any help is greatly appreciated. From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 21:31:13 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0768E16A400; Sat, 24 Feb 2007 21:31:13 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id EBB7B13C441; Sat, 24 Feb 2007 21:31:12 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id CF1911A4D8E; Sat, 24 Feb 2007 13:31:12 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1B57151426; Sat, 24 Feb 2007 16:31:12 -0500 (EST) Date: Sat, 24 Feb 2007 16:31:11 -0500 From: Kris Kennaway To: current@FreeBSD.org, smp@FreeBSD.org, hackers@FreeBSD.org Message-ID: <20070224213111.GB41434@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 21:31:13 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Now that the goals of the SMPng project are complete, for the past year or more several of us have been working hard on profiling FreeBSD in various multiprocessor workloads, and looking for performance bottlenecks to be optimized. We have recently made significant progress on optimizing for MySQL running on an 8-core amd64 system. The graph of results may be found here: http://www.freebsd.org/~kris/scaling/scaling.png This shows the graph of MySQL transactions/second performed by a multi-threaded client workload against a local MySQL database with varying numbers of client threads, with identically configured FreeBSD and Linux systems on the same machine. The test was run on FreeBSD 7.0, with the latest version of the ULE 2.0 scheduler, the libthr threading library, and an uncommitted patch from Jeff Roberson [1] that addresses poor scalability of file descriptor locking (using a new sleepable mutex primitive); this patch is responsible for almost all of the performance and scaling improvements measured. It also includes some other patches (collected in my kris-contention p4 branch) that have been shown to help contention in MySQL workloads in the past (including a UNIX domain socket locking pushdown patch from Robert Watson), but these were shown to only give small individual contributions, with a cumulative effect on the order of 5-10%. With this configuration we are able to achieve performance that is consistent with Linux at peak (the graph shows Linux 2% faster, but this is commensurate with the margin of error coming from variance between runs, so more data is needed to distinguish them), with 8 client threads (=1 thread/CPU core), and significantly outperforms Linux at higher than peak loads, when running on the same hardware. Specifically, beyond 8 client threads FreeBSD has only minor performance degradation (an 8% drop from peak throughput at 8 clients to 20 clients), but Linux collapses immediately above 8 threads, and above 14 threads asymptotes to essentially single-threaded levels. At 20 clients FreeBSD outperforms Linux by a factor of 4. We see this result as part of the payoff we are seeing from the hard work of many developers over the past 7 years. In particular it is a significant validation of the SMP and locking strategies chosen for the FreeBSD kernel in the post-FreeBSD 4.x world. More configuration details and discussion about the benchmark may be found here: http://people.freebsd.org/~kris/scaling/mysql.html Kris --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF4K6eWry0BWjoQKURAmflAKCkuhNrJS6JziErZLMLeFMxUy3EjACgzuze N42WM6TxJ2XJzxrNiocKMgE= =ymdU -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 21:41:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C244716A400 for ; Sat, 24 Feb 2007 21:41:33 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp3.clear.net.nz (smtp3.clear.net.nz [203.97.33.64]) by mx1.freebsd.org (Postfix) with ESMTP id 9002513C461 for ; Sat, 24 Feb 2007 21:41:33 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-70-221.dsl.telstraclear.net [121.72.70.221]) by smtp3.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JDZ0053ZLL78B20@smtp3.clear.net.nz> for freebsd-current@freebsd.org; Sun, 25 Feb 2007 10:41:32 +1300 (NZDT) Date: Sun, 25 Feb 2007 10:41:27 +1300 From: Mark Kirkwood In-reply-to: <000c01c6d834$d168c080$0213a8c0@mapleleaf1> To: freebsd-current@freebsd.org Message-id: <45E0B107.9020504@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <000c01c6d834$d168c080$0213a8c0@mapleleaf1> User-Agent: Thunderbird 1.5.0.9 (X11/20061227) Cc: freddyk@volja.net Subject: Re: 6.0-RC1 on Promise SX4060 (SETFEATURES FAILURE, READ timed out) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 21:41:33 -0000 Martin Ziegler wrote: > Hi Mark > > Did you solve your problem about the promise sx4060 > (http://lists.freebsd.org/pipermail/freebsd-current/2005-November/057621.htm > l )? Google doesn't show me a solution :( > > I've got the same error messages (FAILURE - SET FEATURES TRANSFER MODE timed > out...)with FreeBSD 6.1-Release on a HP X2000 (Workstation) with the promise > sx4060 and two Seagates ST3160012A drives. > I received a mail privately with a solution for this. It appears that the 64MB DIMM shipped with the card is the problem. Specifically, it seems any *registered* ECC DIMM will exhibit the problem. The fix appears to be substituting an ECC but not registered one of 128MB or bigger. I tried reproducing this, but I've only got registered ECC or non-ECC DIMMS. Trying a non-ECC worked perfectly *once*, and then the card refused to load the SX4060 BIOS thereafter... so the indicated solution looks promising (intentional pun). If I can get hold of an ECC unregistered DIMM I'll check properly. Thanks to Freddy (freddyk at volja.net) for finding this out. Incidentally (and disappointingly) no thanks at all to Promise support who gave him the single fingered salute when he asked them about the DIMM issue.... regards Mark From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 21:51:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B554516A401; Sat, 24 Feb 2007 21:51:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 74EC313C478; Sat, 24 Feb 2007 21:51:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1OLpa2E006781; Sat, 24 Feb 2007 16:51:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1OLpaG1078831; Sat, 24 Feb 2007 16:51:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A295A73039; Sat, 24 Feb 2007 16:51:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070224215136.A295A73039@freebsd-current.sentex.ca> Date: Sat, 24 Feb 2007 16:51:36 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 21:51:37 -0000 TB --- 2007-02-24 19:49:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-24 19:49:37 - starting HEAD tinderbox run for i386/i386 TB --- 2007-02-24 19:49:37 - cleaning the object tree TB --- 2007-02-24 19:51:08 - checking out the source tree TB --- 2007-02-24 19:51:08 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-02-24 19:51:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-24 20:07:36 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-24 20:07:36 - cd /src TB --- 2007-02-24 20:07:36 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 24 20:07:38 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Sat Feb 24 21:32:38 UTC 2007 TB --- 2007-02-24 21:32:38 - generating LINT kernel config TB --- 2007-02-24 21:32:38 - cd /src/sys/i386/conf TB --- 2007-02-24 21:32:38 - /usr/bin/make -B LINT TB --- 2007-02-24 21:32:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-24 21:32:38 - cd /src TB --- 2007-02-24 21:32:38 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 24 21:32:38 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel raw_ip6.o(.bss+0x10): multiple definition of `ip6_mrouter' ip6_mroute.o(.bss+0x4): first defined here *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-24 21:51:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-24 21:51:36 - ERROR: failed to build lint kernel TB --- 2007-02-24 21:51:36 - tinderbox aborted TB --- 0.76 user 2.92 system 7318.88 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 24 22:41:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E6F916A400; Sat, 24 Feb 2007 22:41:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5E63913C474; Sat, 24 Feb 2007 22:41:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1OMfeL4008749; Sat, 24 Feb 2007 17:41:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l1OMfeQZ089473; Sat, 24 Feb 2007 17:41:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EE9EE73039; Sat, 24 Feb 2007 17:41:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070224224139.EE9EE73039@freebsd-current.sentex.ca> Date: Sat, 24 Feb 2007 17:41:38 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 22:41:41 -0000 TB --- 2007-02-24 20:39:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-24 20:39:44 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-02-24 20:39:44 - cleaning the object tree TB --- 2007-02-24 20:40:11 - checking out the source tree TB --- 2007-02-24 20:40:11 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-02-24 20:40:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-24 21:00:52 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-24 21:00:52 - cd /src TB --- 2007-02-24 21:00:52 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 24 21:00:54 UTC 2007 >>> 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 >>> stage 4.4: building everything >>> World build completed on Sat Feb 24 22:25:52 UTC 2007 TB --- 2007-02-24 22:25:53 - generating LINT kernel config TB --- 2007-02-24 22:25:53 - cd /src/sys/pc98/conf TB --- 2007-02-24 22:25:53 - /usr/bin/make -B LINT TB --- 2007-02-24 22:25:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-24 22:25:53 - cd /src TB --- 2007-02-24 22:25:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 24 22:25:53 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel raw_ip6.o(.bss+0x10): multiple definition of `ip6_mrouter' ip6_mroute.o(.bss+0x4): first defined here *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-24 22:41:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-24 22:41:38 - ERROR: failed to build lint kernel TB --- 2007-02-24 22:41:38 - tinderbox aborted TB --- 0.51 user 2.02 system 7314.39 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full