Delete e-mail adress
Hi FreeBSD-Current, Can you please remove this e-mail address ([EMAIL PROTECTED])from your mailing list. I don't own that address any more so I cant read mail from it and I have forgot the password to it on your side. Please take it away because nobody can read mail that sends to it. I have a new mail address know that I self own and is building on FreeBSD. I have registered that one so I still get the good information from you. Bets regards Daniel ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[patch] usb ohci suspend/resume v2
On Monday 08 September 2003 02:39 am, you wrote: I've tried this patch but was unable to compile my kernel against it with any of the sources from the past couple of weeks, it does apply cleanly though. Cheers, Mark Updated patch at (same as attached): http://am-productions.biz/docs/usb-3.patch This still causes the same problem as setting hw.acpi.sleep_delay on my laptop which cause a reset. I can't seem to figure out what in this patch that is causing that same behavior, but I've yet to see anyone with that same problem, so I'm going to assume that this should work for everyone else :(. Please if you are a usb guru, I could use some help, I've looked at the spec and some of the usb code, but am stuck for now. If you try it, let me know your outcome so I can then clean up the patch so that someone can commit it. Anish Mistry diff -u usb.orig/ohci.c usb/ohci.c --- usb.orig/ohci.c Tue Sep 9 02:56:49 2003 +++ usb/ohci.c Tue Sep 9 03:05:42 2003 @@ -1020,7 +1020,7 @@ DPRINTF((ohci_shutdown: stopping the HC\n)); OWRITE4(sc, OHCI_CONTROL, OHCI_HCFS_RESET); } - +#endif /* * Handle suspend/resume. * @@ -1028,6 +1028,141 @@ * called from an intterupt context. This is all right since we * are almost suspended anyway. */ +usbd_status +ohci_resume(struct ohci_softc *sc) +{ + int s; + u_int32_t ctl, ival, hcr, fm, per, rev, desca; + + DPRINTF((ohci_resume: start\n)); +#if defined(__OpenBSD__) + printf(,); +#else + printf(%s:, USBDEVNAME(sc-sc_bus.bdev)); +#endif + rev = OREAD4(sc, OHCI_REVISION); + printf( OHCI version %d.%d%s\n, OHCI_REV_HI(rev), OHCI_REV_LO(rev), + OHCI_REV_LEGACY(rev) ? , legacy support : ); + printf(ohci_resume: controller state: ); + switch(OREAD4(sc, OHCI_CONTROL) OHCI_HCFS_MASK) { + case OHCI_HCFS_SUSPEND: + printf(SUSPEND); + break; + case OHCI_HCFS_RESUME: +printf(RESUME); +break; + case OHCI_HCFS_RESET: +printf(RESET); +break; + case OHCI_HCFS_OPERATIONAL: +printf(OPERATIONAL); +break; + } + printf(\n); + s = splhardusb(); + /* The controller only responds to resume or reset writes at this point, so lets resume */ + /* We are only supposed to enter resume state from a suspend state. Should we check? */ + OWRITE4(sc, OHCI_CONTROL, OHCI_HCFS_RESUME); + usb_delay_ms(sc-sc_bus, USB_RESUME_DELAY); + /* check if the controller has resumed */ +ctl = OREAD4(sc, OHCI_CONTROL); +if((ctl OHCI_HCFS_RESUME) == OHCI_HCFS_RESUME) { +printf(ohci_resume: Controller resumed.\n); +} else { +/* panic or abort? */ +printf(ohci_resume: ??? Controller not resumeded!\n); +printf(ohci_resume: OHCI_CONTROL: 0x%x\n,ctl); +} + +#ifdef USB_DEBUG +ohci_dumpregs(sc); +#endif + + /* reset or controller may not start */ + OWRITE4(sc, OHCI_CONTROL, OHCI_HCFS_RESET); + usb_delay_ms(sc-sc_bus, USB_BUS_RESET_DELAY); + +/* spec says save frame interrupt value, reset, then restore */ +ival = OHCI_GET_IVAL(OREAD4(sc, OHCI_FM_INTERVAL)); +OWRITE4(sc, OHCI_COMMAND_STATUS, OHCI_HCR); /* Reset HC */ +usb_delay_ms(sc-sc_bus, USB_BUS_RESET_DELAY); +/* OWRITE4(sc, OHCI_FM_INTERVAL, ival);*/ + + /* Some broken BIOSes do not recover these values */ + OWRITE4(sc, OHCI_HCCA, DMAADDR(sc-sc_hccadma, 0)); + OWRITE4(sc, OHCI_CONTROL_HEAD_ED, sc-sc_ctrl_head-physaddr); + OWRITE4(sc, OHCI_BULK_HEAD_ED, sc-sc_bulk_head-physaddr); + /* disable all interrupts and then switch on all desired interrupts */ + OWRITE4(sc, OHCI_INTERRUPT_DISABLE, OHCI_ALL_INTRS); + OWRITE4(sc, OHCI_INTERRUPT_ENABLE, sc-sc_intre | OHCI_MIE ); + + fm = (OREAD4(sc, OHCI_FM_INTERVAL) OHCI_FIT) ^ OHCI_FIT; + fm |= OHCI_FSMPS(ival) | ival; + OWRITE4(sc, OHCI_FM_INTERVAL, fm); + per = OHCI_PERIODIC(ival); + OWRITE4(sc, OHCI_PERIODIC_START, per); + printf(ohci_resume: fm=0x%x per=0x%x\n,fm,per); + + /* start controller */ +ctl = sc-sc_control; +OWRITE4(sc, OHCI_CONTROL, ctl); +usb_delay_ms(sc-sc_bus, USB_RESUME_RECOVERY); + + /* power up ports */ + OWRITE4(sc, OHCI_RH_STATUS, OHCI_LPSC); + usb_delay_ms(sc-sc_bus, OHCI_ENABLE_POWER_DELAY); + splx(s); +#ifdef USB_DEBUG +ohci_dumpregs(sc); +#endif + + return (USBD_NORMAL_COMPLETION); +} + +usbd_status +ohci_suspend(struct ohci_softc *sc) +{ + u_int32_t ctl,i; + int s; + +#ifdef USB_DEBUG +ohci_dumpregs(sc); +#endif + /* + * Preserve register values, in case that APM BIOS + * does not recover them. + */ +sc-sc_control = OREAD4(sc, OHCI_CONTROL); +sc-sc_intre = OREAD4(sc, OHCI_INTERRUPT_ENABLE); +/* sc-sc_port1 = OREAD4(sc, OHCI_RH_PORT_STATUS(1)); + sc-sc_port2 = OREAD4(sc, OHCI_RH_PORT_STATUS(2));*/ + s = splhardusb(); + /* disable interrupts */ + OWRITE4(sc, OHCI_INTERRUPT_DISABLE, OHCI_ALL_INTRS); + splx(s); + /* */ +/*
Re: My current box still got panic after ATAng
It seems Shin-ichi Yoshimoto wrote: My recent kernel still got the panic when I tried to do CVSup. # cvsup -g -z -L 2 /home/yosimoto/mk/daemon-supfile 21 | tee /var/tmp/log/cvsup.`date +%m%d.%H.%M.%S`; Parsing supfile /home/yosimoto/mk/daemon-supfile Connecting to cvsup.jp.FreeBSD.org Connected to cvsup.jp.FreeBSD.org Server software version: SNAP_16_1f Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running ata2: spurious interrupt - status=0x50 error=0x00 reason=0x00 Updating collection cvs-all/cvs Append to CVSROOT-ports/commitlogs/ports /home: bad dir ino 7843753 at offset 0: mangled entry panic: ufs_dirbad: bad dir cpuid = 0; lapic.id = Debugger(panic) Stopped at Debugger+0x4f: xchgl %ebx,in_Debugger.0 db t Debugger(c0367b19,0,c03717da,e786f9cc,100) at Debugger+0x4f panic(c03717da,c64454b0,77afa9,0,c0371794) at panic+0x153 ufs_dirbad(c72d49d8,0,c0371794,0,e786fa48) at ufs_dirbad+0x53 ufs_lookup(e786fb08,e786fb44,c0247f48,e786fb08,e786fc3c) at ufs_lookup+0x416 ufs_vnoperate(e786fb08,e786fc3c,e786fc50,0,c648fe40) at ufs_vnoperate+0x18 vfs_cache_lookup(e786fb88,e786fba4,c024cf5f,e786fb88,c648fe40) at vfs_cache_lookup+0x2d8 ufs_vnoperate(e786fb88,c648fe40,0,c648fe40,c648fe40) at ufs_vnoperate+0x18 lookup(e786fc28,c67ee800,400,e786fc44,c648fe40) at lookup+0x2e0 namei(e786fc28,81d8ac4,60,0,c648fe40) at namei+0x208 lstat(c648fe40,e786fd14,8,0,2) at lstat+0x52 syscall(bfbf002f,bfbf002f,81d002f,bfbffab8,bfbffad4) at syscall+0x289 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (190, FreeBSD ELF32, lstat), eip = 0x28192507, esp = 0x81d89c0, ebp = 0x81d8a5c --- Hmm, have you run fsck on that filesystem lately ? -Søren ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [patch] usb ohci suspend/resume v2
I've cvsup'ed applied this patch and am now compiling world and kernel, should have an update in a few hours. Cheers, Mark On Tue, 2003-09-09 at 17:18, Anish Mistry wrote: On Monday 08 September 2003 02:39 am, you wrote: I've tried this patch but was unable to compile my kernel against it with any of the sources from the past couple of weeks, it does apply cleanly though. Cheers, Mark Updated patch at (same as attached): http://am-productions.biz/docs/usb-3.patch This still causes the same problem as setting hw.acpi.sleep_delay on my laptop which cause a reset. I can't seem to figure out what in this patch that is causing that same behavior, but I've yet to see anyone with that same problem, so I'm going to assume that this should work for everyone else :(. Please if you are a usb guru, I could use some help, I've looked at the spec and some of the usb code, but am stuck for now. If you try it, let me know your outcome so I can then clean up the patch so that someone can commit it. Anish Mistry -- Mark Sergeant [EMAIL PROTECTED] SNSOnline Technical Services ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[patch] usbd debug message typo
http://www.freebsd.org/cgi/query-pr.cgi?pr=56622 -- Anish Mistry pgp0.pgp Description: signature
Re: -pthread deprecated, but when?
On Tuesday 09 September 2003 06:23, leafy wrote: IMO this deprecation deserves a place in UPDATING. And what are the plans to Do The Right Thing? QT currently does not compile on -current with the -pthread deprecated. Was port@ informed before the change? Not only qt isn't compiling any more on -current and I'm not sure if anybody is aware that ports can't be compiled on -current (at least the one I tried). Only the mozilla stuff has been patched so far. I'm also very interested what the plans are to Do The Right Thing. Thanks, -Harry Jiawei Ye pgp0.pgp Description: signature
Re: Bluetooth stack for FreeBSD (Netgraph)
On Mon, Sep 08, 2003 at 12:45:03PM -0700, Maksim Yevmenkin wrote: After a very long delay (sorry!) I'm pleased to announce that I'm still around and new a snapshot can be downloaded from kickass! I will try it out later today [snip of long interesting list of enhancments] Here is the list of things I'm planing to do next: o Prepare patches for FreeBSD source tree o Write SDP server. For now continue use Linux BlueZ SDP server. o Add support for SCO (voice/video) links o Better rc scripts o Think about non-Netgraph portable version I could take over the rc-script part if it'd be any help for you and if it's not too urgent. greets, t. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: -pthread deprecated, but when?
On Tue, 9 Sep 2003, Harald Schmalzbauer wrote: On Tuesday 09 September 2003 06:23, leafy wrote: IMO this deprecation deserves a place in UPDATING. And what are the plans to Do The Right Thing? QT currently does not compile on -current with the -pthread deprecated. Probably be nice to bump __FreeBSD_version too, just for fun. Was port@ informed before the change? Yes. I'm also very interested what the plans are to Do The Right Thing. The right thing to do is to file a PR when this stuff breaks. This process will actually be a good thing, since ports should not have been compiling on -current with -pthread for a long time now. BTW, several ports have already been fixed, and the fix is not difficult. I do the following in my ports: @ ${CP} ${WRKSRC}/configure ${WRKSRC}/configure.Patched @ ${SED} -e 's#-lpthread#${PTHREAD_LIBS}#g' \ -e 's#malloc.h#stdlib.h#g' \ ${WRKSRC}/configure.Patched ${WRKSRC}/configure Any occurences of -lc_r should be changed to ${PTHREAD_LIBS} too. HTH, Doug -- This .signature sanitized for your protection ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
weird text size
[EMAIL PROTECTED] /home/des# ps -opid,vsize,tsiz,command -p$$ PID VSZ TSIZ COMMAND 4712 23804 zsh How can the text size for zsh be only 4 kB? DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: No pccard with last night's kernel
Argh. I got this working again by putting the hw.pci.allow_unsupported_io_range back into my /boot/loader.conf.local file. I had it in there originally thinking it would help with my acpi problems, but when the new .aml file fixed the acpi issues, I took it out. I attached two files, one is the result in the logs when I insert the card, and the other is a verbose dmesg, just in case it's useful. Sorry for the false alarm, Doug -- This .signature sanitized for your protectionSep 9 00:27:02 lap kernel: end () sc-memlimit (403f) Sep 9 00:27:03 lap kernel: end () sc-memlimit (403f) Sep 9 00:27:03 lap kernel: pccard0: unknown card (manufacturer=0x000b, product=0x7300) at function 0 Sep 9 00:27:03 lap kernel: pccard0:CIS info: NETGEAR MA401RA Wireless PC, Card, ISL37300P Sep 9 00:27:24 lap kernel: end () sc-memlimit (403f) Sep 9 00:27:24 lap kernel: wi0: NETGEAR MA401RA Wireless PC Card at port 0x100-0x13f irq 11 function 0 config 1 on pccard0 Sep 9 00:27:24 lap kernel: wi0: 802.11 address: 00:09:5b:31:2d:2f Sep 9 00:27:24 lap kernel: wi0: using RF:PRISM2.5 MAC:ISL3873 Sep 9 00:27:24 lap kernel: wi0: Intersil Firmware: Primary (1.1.1), Station (1.5.6) Sep 9 00:27:24 lap kernel: wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE real memory = 536674304 (511 MB) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x004e6000 - 0x1f6aafff, 521949184 bytes (127429 pages) avail memory = 516050944 (492 MB) bios32: Found BIOS32 Service Directory header at 0xc00fa000 bios32: Entry = 0xf (c00f) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0x3a2 pnpbios: Found PnP BIOS data at 0xc00f4330 pnpbios: Entry = f:435e Rev = 1.0 pnpbios: Event flag at f4356 pnpbios: OEM ID 4d00110e Other BIOS signatures found: null: null device, zero device random: entropy source mem: memory I/O Pentium Pro MTRR support enabled VESA: information block 56 45 53 41 00 02 00 01 00 01 01 00 00 00 22 00 00 01 ff 01 00 01 19 01 00 01 2f 01 00 01 34 01 00 01 82 01 0d 01 0e 01 0f 01 20 01 92 01 93 01 94 01 95 01 96 01 a2 01 a3 01 a4 01 a5 01 a6 01 VESA: 60 mode(s) found VESA: v2.0, 32704k memory, flags:0x1, mode table:0xc03f2502 (122) VESA: ATI MOBILITY RADEON 7500 VESA: ATI Technologies Inc. P7 01.00 ACPI: DSDT was overridden. ACPI-0375: *** Info: Table [DSDT] replaced by host OS npx0: [FAST] npx0: math processor on motherboard npx0: INT 16 interface acpi0: COMPAQ CPQ00B7 on motherboard pci_open(1):mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=1a308086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 1 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 2 dev 6 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 2 dev 6 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: power button is handled as a fixed feature programming model. ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 ACPI timer looks GOOD min = 4, max = 5, width = 1 Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_cpu0: CPU port 0x530-0x537 on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_tz0: thermal zone port 0x530-0x537 on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_tz1: thermal zone port 0x530-0x537 on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 initial configuration \\_SB_.C045.C0C2 irq 0: [ 5 10 11] low,level,sharable 0.31.0 \\_SB_.C045.C0C1 irq 11: [ 5 10 11] low,level,sharable 0.31.1 before setting priority for links \\_SB_.C045.C0C2: interrupts: 51011 penalty: 110 110 210 references: 1 priority: 0
Re: My current box still got panic after ATAng
Subject: Re: My current box still got panic after ATAng, On Tue, 9 Sep 2003 09:19:01 +0200 (CEST), Soren Schmidt wrote: Hmm, have you run fsck on that filesystem lately ? Yes, every panic. -- Shin-ichi YOSHIMOTO [EMAIL PROTECTED] http://diary.waishi.jp/~yosimoto/diary/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: My current box still got panic after ATAng
I started to get panic in ufs after few system crashes, and what I found what to run fsck once is not enough. After crash I had to run 3 times fsck -y until it stoped saying about any error ( only 4th pass was ok ). I just was wondering is it meant to be like this ? - Original Message - From: Shin-ichi Yoshimoto [EMAIL PROTECTED] To: Soren Schmidt [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, September 09, 2003 10:45 AM Subject: Re: My current box still got panic after ATAng Subject: Re: My current box still got panic after ATAng, On Tue, 9 Sep 2003 09:19:01 +0200 (CEST), Soren Schmidt wrote: Hmm, have you run fsck on that filesystem lately ? Yes, every panic. -- Shin-ichi YOSHIMOTO [EMAIL PROTECTED] http://diary.waishi.jp/~yosimoto/diary/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ATAng problem: drive gets no longer detected
After tonight's cvsup and kernel build my primary slave hard disk gets no longer detected. This is due to the latest update to src/sys/dev/ata/ata-lowlevel.c. When i revert from version 1.10 to 1.9 everything is fine again. So much about the Hopefully this doesn't loose any real ATA disks... Relevant part of dmesg with ata-lowlevel.c 1.10: GEOM: create disk ad0 dp=0xc413d470 ad0: 58644MB IC35L060AVER07-0 [119150/16/63] at ata0-master UDMA66 acd0: CDRW CR-4804TE at ata1-master PIO3 acd1: DVDROM LITEON DVD-ROM LTD122 at ata1-slave PIO4 Relevant part of dmesg with ata-lovel.c 1.9 GEOM: create disk ad0 dp=0xc413d470 ad0: 58644MB IC35L060AVER07-0 [119150/16/63] at ata0-master UDMA66 GEOM: create disk ad1 dp=0xc413d270 ad1: 38166MB ST340823A [77545/16/63] at ata0-slave UDMA66 acd0: CDRW CR-4804TE at ata1-master PIO3 acd1: DVDROM LITEON DVD-ROM LTD122 at ata1-slave PIO4 Stefan Ehmann ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[current tinderbox] failure on i386/pc98
TB --- 2003-09-09 08:10:51 - starting CURRENT tinderbox run for i386/pc98 TB --- 2003-09-09 08:10:51 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/pc98 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-09-09 08:15:59 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: populating /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything.. TB --- 2003-09-09 09:12:31 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Tue Sep 9 09:12:32 GMT 2003 Kernel build for GENERIC completed on Tue Sep 9 09:24:14 GMT 2003 TB --- 2003-09-09 09:24:14 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- /usr/bin/make -B LINT TB --- 2003-09-09 09:24:14 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Tue Sep 9 09:24:14 GMT 2003 [...] cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/syscons/scterm.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/syscons/scterm-dumb.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/syscons/scvidctl.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin
Re: ATAng problem: drive gets no longer detected
It seems Stefan Ehmann wrote: After tonight's cvsup and kernel build my primary slave hard disk gets no longer detected. This is due to the latest update to src/sys/dev/ata/ata-lowlevel.c. When i revert from version 1.10 to 1.9 everything is fine again. So much about the Hopefully this doesn't loose any real ATA disks... yeah yeah, you win some you loose some Relevant part of dmesg with ata-lowlevel.c 1.10: GEOM: create disk ad0 dp=0xc413d470 ad0: 58644MB IC35L060AVER07-0 [119150/16/63] at ata0-master UDMA66 acd0: CDRW CR-4804TE at ata1-master PIO3 acd1: DVDROM LITEON DVD-ROM LTD122 at ata1-slave PIO4 Relevant part of dmesg with ata-lovel.c 1.9 GEOM: create disk ad0 dp=0xc413d470 ad0: 58644MB IC35L060AVER07-0 [119150/16/63] at ata0-master UDMA66 GEOM: create disk ad1 dp=0xc413d270 ad1: 38166MB ST340823A [77545/16/63] at ata0-slave UDMA66 acd0: CDRW CR-4804TE at ata1-master PIO3 acd1: DVDROM LITEON DVD-ROM LTD122 at ata1-slave PIO4 Could I have the dmesg from a verbose boot from both please ? the above doesn't tell anything about why it fails... You could also change the #if 0 to #if 1 in ata-lowlevel.c::ata_reset() as that should bring your drive back (and alot of phantom drives on other systems)... -Søren ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [patch] usb ohci suspend/resume v2
When compiling /usr/src/sys/dev/usb/ohci.c: In function `ohci_resume': /usr/src/sys/dev/usb/ohci.c:1035: warning: unused variable `hcr' /usr/src/sys/dev/usb/ohci.c:1035: warning: unused variable `desca' /usr/src/sys/dev/usb/ohci.c: In function `ohci_suspend': /usr/src/sys/dev/usb/ohci.c:1125: warning: unused variable `i' On Tue, 2003-09-09 at 17:18, Anish Mistry wrote: On Monday 08 September 2003 02:39 am, you wrote: I've tried this patch but was unable to compile my kernel against it with any of the sources from the past couple of weeks, it does apply cleanly though. Cheers, Mark Updated patch at (same as attached): http://am-productions.biz/docs/usb-3.patch This still causes the same problem as setting hw.acpi.sleep_delay on my laptop which cause a reset. I can't seem to figure out what in this patch that is causing that same behavior, but I've yet to see anyone with that same problem, so I'm going to assume that this should work for everyone else :(. Please if you are a usb guru, I could use some help, I've looked at the spec and some of the usb code, but am stuck for now. If you try it, let me know your outcome so I can then clean up the patch so that someone can commit it. Anish Mistry -- Mark Sergeant [EMAIL PROTECTED] SNSOnline Technical Services ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[current tinderbox] failure on ia64/ia64
TB --- 2003-09-09 09:33:41 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-09-09 09:33:41 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-09-09 09:37:03 - building world TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: populating /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything.. TB --- 2003-09-09 10:39:47 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Tue Sep 9 10:39:47 GMT 2003 Kernel build for GENERIC completed on Tue Sep 9 10:55:28 GMT 2003 TB --- 2003-09-09 10:55:28 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- /usr/bin/make -B LINT TB --- 2003-09-09 10:55:28 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Tue Sep 9 10:55:28 GMT 2003 -- === LINT mkdir -p /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys cd /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf; PATH=/home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/legacy/usr/sbin:/home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/legacy/usr/bin:/home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/legacy/usr/games:/home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/sbin:/home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/bin:/home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/LINT /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf/LINT /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf/LINT: unknown option LOG2_ID_PAGE_SIZE *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. TB --- 2003-09-09 10:55:28 - /usr/bin/make returned exit code 1 TB --- 2003-09-09 10:55:28 - ERROR: failed to build lint kernel TB --- 2003-09-09 10:55:28 - tinderbox aborted ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ATAng interrupt storm and bogus interrupt stormproofing
ATAng generates an interrupt storm deterministically on 1 system here. This should lock up the system, but bugs in interrupt handler scheduling prevent the lockup except in my version of -current where the bugs are different. ATAng interrupt storm: The ATA_ATAPI_IDENTIFY command generates a second spurious interrupt. This interrupt is not properly handled. It is completely ignored, at least on the system with the problem. This system has only 1 atapi slave on the channel that generates the interrupt, and no interrupt sharing for this interrupt. Ignoring the interrupt gives an interrupt storm since the interrupt is level sensitive. The interrupt really is generated by the atapi slave, since reading the non-alternate status register of that device clears it. I use this read as a quick fix to limit the storm to 10 interrupts. This may be the correct non-quick fix too. Bugs in interrupt handler scheduling: Ignoring level-sensitive interrupts should result in their thread being switched to endlessly (except for switches to higher priority threads and possibly for switches to equal priority threads). But there is some bug in interrupt handler scheduling that results in low priority threads running while the high priority interrupt storm thread is runnable. This allows the thread that issued the ATA_ATAPI_IDENTIFY command to run eventually, and it or another thread clears the storm as a side effect of issuing another command. I suspect that the scheduling bug is related to the old one of just setting the TDF_NEEDRESCHED flag when a switch can't be done immediately. TDF_NEEDRESCHED has no effect on kernel threads since it is only examined on return to user mode. % int % ithread_schedule(struct ithd *ithread, int do_switch) % { % ... % ithread-it_need = 1; % mtx_lock_spin(sched_lock); % if (TD_AWAITING_INTR(td)) { % CTR2(KTR_INTR, %s: setrunqueue %d, __func__, p-p_pid); % TD_CLR_IWAIT(td); % setrunqueue(td); % if (do_switch % (ctd-td_critnest == 1) ) { ^^^ Sometimes the interrupt will occur when ctd (curthread) is in a critical region. Then ctd-td_critnest = 2 here and we don't switch. % KASSERT((TD_IS_RUNNING(ctd)), % (ithread_schedule: Bad state for curthread.)); % ctd-td_proc-p_stats-p_ru.ru_nivcsw++; % if (ctd-td_flags TDF_IDLETD) % ctd-td_state = TDS_CAN_RUN; /* XXXKSE */ % mi_switch(); % } else { % curthread-td_flags |= TDF_NEEDRESCHED; ^^^ When we don't switch, we set this, but the setting has no effect on kernel threads, so we will only switch to them as a side effect of handling another interrupt. This explains why we may keep running a lower priority thread but now why we switch to a lower priority thread on switching back from handling other interrupts. Annotated debugging session: % total=0x437cc8 entry point=0x129750 % WARNING: loader(8) metadata is missing! % [ preserving 815752 bytes of kernel symbol table ] % Debugger(Boot flags requested debugger) % Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0 % db b Xintr11 % db c Set a breakpoit after booting with -dh. I know from previous debugging sessions that there will be no problems until soon after Xintr11 is hit. % Copyright (c) 1992-2003 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 5.1-CURRENT #2863: Tue Sep 9 20:32:22 EST 2003 % [EMAIL PROTECTED]:/c/sysc/i386/compile/BESPLEX % Timecounter i8254 frequency 1193182 Hz quality 0 % CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) % Origin = GenuineIntel Id = 0x665 Stepping = 5 % Features=0x183fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR % real memory = 268435456 (256 MB) % avail memory = 256163840 (244 MB) % Pentium Pro MTRR support enabled % npx0: [FAST] % npx0: math processor on motherboard % npx0: flags 0x80 npx0: INT 16 interface % pcibios: BIOS version 2.10 % Using $PIR table, 8 entries at 0xc00fdef0 % pcib0: Intel 82443BX (440 BX) host to PCI bridge at pcibus 0 on motherboard % pci0: PCI bus on pcib0 % pci_cfgintr: 0:11 INTA BIOS irq 11 % pci_cfgintr: 0:11 INTA BIOS irq 11 % pci_cfgintr: 0:13 INTA BIOS irq 9 % pci_cfgintr: 0:17 INTA BIOS irq 5 % pci_cfgintr: 0:19 INTA BIOS irq 11 % pci_cfgintr: 0:19 INTB BIOS irq 11 % pcib1: PCI-PCI bridge at device 1.0 on pci0 % pci1: PCI bus on pcib1 % pci_cfgintr: 0:1 INTA routed to irq 5 % pcib1: slot 0 INTA is routed to irq 5 % pci1: display, VGA at device 0.0 (no driver attached) % isab0: PCI-ISA bridge at device 7.0 on pci0 % isa0: ISA bus on isab0 %
Re: ACPI problems on MSI K7D
Nate Lawson [EMAIL PROTECTED] writes: Please report the dmesg from boot -v as that should help figure out why pci_cfgregopen() fails. Full log attached, both with and without ACPI. Also, I think the following should be \_S3: Name (\SS3, Package (0x04) That shouldn't have any impact on my problem though, should it? DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 640kB/523200kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 ([EMAIL PROTECTED], Mon Sep 1 18:48:59 CEST 2003) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x1eaadc data=0x22608+0x44e34 syms=[0x4+0x2cfa0+0x4+0x372f6] /boot/kernel/snd_ich.ko text=0x31e4 data=0x284 syms=[0x4+0x960+0x4+0x964] loading required module 'snd_pcm' /boot/kernel/snd_pcm.ko text=0x1412c data=0x24d8+0x1124 syms=[0x4+0x2a20+0x4+0x2e0d] /boot/kernel/usb.ko text=0x1fad0 data=0xc4c+0x168 syms=[0x4+0x2c70+0x4+0x33ce] /boot/kernel/ums.ko text=0x22e0 data=0x168+0x4 syms=[0x4+0x5f0+0x4+0x52f] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 3 seconds... Type '?' for a list of commands, 'help' for more detailed help. OK boot -v /boot/kernel/acpi.ko text=0x3aa2c data=0x170c+0xec0 syms=[0x4+0x5bf0+0x4+0x7a42] SMAP type=01 base= len=000a SMAP type=02 base=000f len=0001 SMAP type=02 base=fec0 len=0140 SMAP type=01 base=0010 len=1fef SMAP type=03 base=1fff3000 len=d000 SMAP type=04 base=1fff len=3000 Copyright (c) 1992-2003 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 5.1-CURRENT #9: Mon Sep 1 19:06:40 CEST 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/meali Preloaded elf kernel /boot/kernel/kernel at 0xc0453000. Preloaded elf module /boot/kernel/snd_ich.ko at 0xc04531d8. Preloaded elf module /boot/kernel/snd_pcm.ko at 0xc0453284. Preloaded elf module /boot/kernel/usb.ko at 0xc0453330. Preloaded elf module /boot/kernel/ums.ko at 0xc04533d8. Preloaded elf module /boot/kernel/acpi.ko at 0xc0453480. Calibrating clock(s) ... i8254 clock: 1193232 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1363433775 Hz CPU: AMD Athlon(tm) MP 1500+ (1363.43-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x681 Stepping = 1 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE AMD Features=0xc048MP,AMIE,DSP,3DNow! Data TLB: 32 entries, fully associative Instruction TLB: 16 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 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 536805376 (511 MB) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x0047d000 - 0x1f6c9fff, 522506240 bytes (127565 pages) avail memory = 516714496 (492 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040010, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040010, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0 bios32: Found BIOS32 Service Directory header at 0xc00fac90 bios32: Entry = 0xfb100 (c00fb100) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0xb130 pnpbios: Found PnP BIOS data at 0xc00fbb30 pnpbios: Entry = f:bb60 Rev = 1.0 Other BIOS signatures found: null: null device, zero device mem: memory I/O Pentium Pro MTRR support enabled random: entropy source SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x0400 TPR: 0x SVR: 0x01ff npx0: math processor on motherboard npx0: INT 16 interface acpi0: AMD2P AWRDACPI on motherboard pci_open(1):mode 1 addr port (0x0cf8) is 0x80ff003c pci_open(2):mode 2 enable port (0x0cf8) is 0xff panic: AcpiOsDerivePciId unable to initialize pci bus cpuid = 0; lapic.id = Debugger(panic) Stopped at Debugger+0x4e: xchgl %ebx,in_Debugger.0 db where Debugger(c02d384b,0,c0441336,c04757c4,100) at Debugger+0x4e panic(c0441336,c042c47c,c400e940,c043db4a,1) at panic+0x151 AcpiOsDerivePciId(c3f60b40,c3f60940,c0475804,168,0) at AcpiOsDerivePciId+0x2d AcpiEvPciConfigRegionSetup(c3fa6280,0,0,c047585c,c4004680) at AcpiEvPciConfigRegionSetup+0x224 AcpiEvAddressSpaceDispatch(c3fa6280,0,56,0,8) at AcpiEvAddressSpaceDispatch+0x86 AcpiExAccessRegion(c400e780,0,c047590c,0,c401ae00) at AcpiExAccessRegion+0x70 AcpiExFieldDatumIo(c400e780,0,c047590c,0,14f) at AcpiExFieldDatumIo+0x157
Re: -pthread deprecated, but when?
On Tue, 2003-09-09 at 16:07, Doug Barton wrote: Any occurences of -lc_r should be changed to ${PTHREAD_LIBS} too. Seems that -lc_r is set by default in bsd.port.mk for ${PTHREAD_LIBS}. Does it mean that we should be able to specify a pthread library in future as a make option for installing ports? Or use libmap.conf(5) to relink libc_r to one of the threading libraries? -- Optimized, readable, on time; Pick any two. FreeBSD 5.1-CURRENT i386 8:57PM up 21:31, 2 users, load averages: 0.09, 0.16, 0.16 signature.asc Description: This is a digitally signed message part
Re: -pthread deprecated, but when?
On Tue, 9 Sep 2003, Harald Schmalzbauer wrote: On Tuesday 09 September 2003 06:23, leafy wrote: IMO this deprecation deserves a place in UPDATING. And what are the plans to Do The Right Thing? QT currently does not compile on -current with the -pthread deprecated. Was port@ informed before the change? Yes. Not only qt isn't compiling any more on -current and I'm not sure if anybody is aware that ports can't be compiled on -current (at least the one I tried). Only the mozilla stuff has been patched so far. I'm also very interested what the plans are to Do The Right Thing. See ${PTHREAD_LIBS} and ports@ -- Dan Eischen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [patch] annoying newline in kernel printf
On Tue, 9 Sep 2003, Pawel Worach wrote: Is this blank line necessary? -- dmesg snippet -- APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% GEOM: create disk ad4 dp=0xc2490870 No. sys/kern/kern_tc.c: $FreeBSD: src/sys/kern/kern_tc.c,v 1.157 2003/09/03 08:14:16 phk Exp $ --- sys/kern/kern_tc.c.org Tue Sep 9 00:21:30 2003 +++ sys/kern/kern_tc.c Tue Sep 9 00:21:57 2003 @@ -297,12 +297,11 @@ printf( -- Insufficient hz, needs at least %u\n, u); Hmm. this clause already had its own newline. } } else if (tc-tc_quality = 0 || bootverbose) { - printf(Timecounter \%s\ frequency %ju Hz quality %d, + printf(Timecounter \%s\ frequency %ju Hz quality %d\n, tc-tc_name, (intmax_t)tc-tc_frequency, tc-tc_quality); } - printf(\n); tc-tc_next = timecounters; timecounters = tc; (void)tc-tc_get_timecount(tc); Looks good. I've changed a few more things in this function: % Index: kern_tc.c % === % RCS file: /home/ncvs/src/sys/kern/kern_tc.c,v % retrieving revision 1.157 % diff -u -2 -r1.157 kern_tc.c % --- kern_tc.c 3 Sep 2003 08:14:16 - 1.157 % +++ kern_tc.c 9 Sep 2003 13:11:20 - % @@ -287,31 +382,47 @@ % tc_init(struct timecounter *tc) % { % - unsigned u; % + u_int u; Style fix. `unsigned[ int]' is normally spelled u_in the kernel, and kern_tc.c had no exceptions until this one was added. % % + /* % + * XXX this rounds down, but should round up by more than 1 or even % + * multiply by a large factor to allow for some interrupt latency. % + */ % u = tc-tc_frequency / tc-tc_counter_mask; Grouse about a bogus limit. If u is precisely `hz' (with no fractional part), then counter overflow modulo the mask is certain unless clock interrupts occur slightly more often than every 1/hz seconds (if the timecounter reads in tc_windup() occured precisely every 1/hz seconds, then they would always overflow). % if (u hz tc-tc_quality = 0) { % - tc-tc_quality = -2000; % + tc-tc_quality = -100; This goes with an algorithm change later. The magic -100 is dummy_timecounter's quality. We could use a smaller value to distinguish turned-off timecounters from the dummy one, but the quality has to be no greater than the dummy quality and not just negative to prevent use with the changed algorithm. % if (bootverbose) { % printf(Timecounter \%s\ frequency %ju Hz, % - tc-tc_name, (intmax_t)tc-tc_frequency); % - printf( -- Insufficient hz, needs at least %u\n, u); % + tc-tc_name, (uintmax_t)tc-tc_frequency); Fix a printf format error. tc-tc_frequency has type u_int64_t which is an unsigned type. Converting it to the signed type intmax_t is bogus and gives implementation-defined behaviour if the on overflow. %ju is an unsigned format. Printing a signed type with this format gives undefined behaviour if the value is negative. % + /* XXX this message is far too long for 80 columns. */ % + printf( % + -- insufficient HZ; HZ needs to be at least %u\n, u); Improve some wording. Insufficient was capitalized, and hz wasn't capitalized. Only HZ exists at the config level. The wording after the comma splice was worse than the comma splice. I couldn't think of better wording to keep the message shorter than 80 columns. Improving the wording made it longer. % } % } else if (tc-tc_quality = 0 || bootverbose) { % - printf(Timecounter \%s\ frequency %ju Hz quality %d, % - tc-tc_name, (intmax_t)tc-tc_frequency, % - tc-tc_quality); % + printf(Timecounter \%s\ frequency %ju Hz quality %d\n, % + tc-tc_name, (uintmax_t)tc-tc_frequency, tc-tc_quality); % } % - % - printf(\n); Parts of this are your fix. Fix the printf format error here too. It's in even more places. tsc.c at least. Fix bogus line break in the first printf. Remove bogus blank line before the removed printf of the newline. It was more bogus when the newline was printed -- then it split up associated printfs. % tc-tc_next = timecounters; % timecounters = tc; % - (void)tc-tc_get_timecount(tc); % - (void)tc-tc_get_timecount(tc); % - /* Never automatically use a timecounter with negative quality */ % - if (tc-tc_quality 0) % - return; Simplify and improve algoithm by removing previous 3 lines. We should switch to timecounters that have higher quality than the one in use even if their quality is
dhclient bug
from man 8 dhclient: The -1 flag cause dhclient to try once to get a lease. If it fails, dhclient exits with exit code two. with a missing dhcpserver or non-existent interface, this works. however, it does not when i unplug the ethernet cable. in that case, i get back true after the timeout, not 2. can someone verify this? is it a bug that must be fixed from the freebsd side or should a bug report to the isc-dhcp people? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: re-fdisk'ing a partition - permission denied?
In message [EMAIL PROTECTED], Kevin Oberman writes: In any case, since GEOM was added you can no longer slice or label an active device. As a result, the only way I know of to change slices or labels on V5 is to boot off of CD or floppy Fixit disks or install disks. (I just had to do this on my laptop this morning.) If this is the case it is a bug in fdisk(8). The only restriction GEOM introduces is that you cannot change an _open_ device. Anything else is a bug. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: dhclient bug
Hi, with a missing dhcpserver or non-existent interface, this works. however, it does not when i unplug the ethernet cable. in that case, i get back true after the timeout, not 2. can someone verify this? is it a bug that must be fixed from the freebsd side or should a bug report to the isc-dhcp people? This is a FreeBSD bug, I'll fix it later today. Martin Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED] -- ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: finger -l [EMAIL PROTECTED] PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E -- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Bluetooth stack for FreeBSD (Netgraph)
Tobias, After a very long delay (sorry!) I'm pleased to announce that I'm still around and new a snapshot can be downloaded from kickass! I will try it out later today :) Here is the list of things I'm planing to do next: o Prepare patches for FreeBSD source tree o Write SDP server. For now continue use Linux BlueZ SDP server. o Add support for SCO (voice/video) links o Better rc scripts o Think about non-Netgraph portable version I could take over the rc-script part if it'd be any help for you and if it's not too urgent. tag! you are it :) i just would like to take this opportunity and share with you some ideas for rc scripts. what i would like to see is the system that allows you to configure common parameters for all Bluetooth devices. then for each individual device user should be able to provide overrides (if needed). the examples of such overrides are: - switch role for incoming connections (write_node_role_switch HCI command) - default page_scan_mode and page_scan_period_mode - default packet mask (write_node_packet_mask HCI command) - visible device name (change_local_name HCI command) - should device be visible (write_scan_enable HCI command) - etc. the problem here is how to identify the device. the name of the device (i.e. ubt0, btccc0) might not be good enough. what it tells you is device type and instance. one idea is to use device BD_ADDR, i.e. the script will do something like # 1 - common part (for all devices) reset read_bd_addr (and save it) read_local_supported_features read_buffer_size # 2- use device BD_ADDR to select set of user overrides and apply them here # ... # 3- common part (for all devices) initialize i hope that make sense. i also think all Bluetooth start/stop scritps should be executed by devd(8), usdb(8) etc. when device is attached/detached. the other part of the rc scripts is the Bluetooth services, i.e. things like sdpd, rfcomm_pppd, OBEX server etc. one problem here is that user might want to run server application on specific BD_ADDR and in this case device with that BD_ADDR must be attached (otherwise server application would not start). perhaps the list of servers should be attached to BD_ADDR as well? Note that it is fine to run server on ANY address. the server would start even if there is no device attached. thanks, max __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI problems on MSI K7D
On Tue, 9 Sep 2003, Dag-Erling [iso-8859-1] Smørgrav wrote: Nate Lawson [EMAIL PROTECTED] writes: Please report the dmesg from boot -v as that should help figure out why pci_cfgregopen() fails. Full log attached, both with and without ACPI. Perhaps someone who knows our PCI code better could address this? Here is the valid case (without ACPI): pci_open(1):mode 1 addr port (0x0cf8) is 0x80003840 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=700c1022) Here is the invalid case (with ACPI): acpi0: AMD2P AWRDACPI on motherboard pci_open(1):mode 1 addr port (0x0cf8) is 0x80ff003c pci_open(2):mode 2 enable port (0x0cf8) is 0xff panic: AcpiOsDerivePciId unable to initialize pci bus Obviously, the pci_open(2) is bogus. If no one else addresses this, I will try to get to it soon. For now, try changing the panic to a return 0 and see how it affects system operation. Also, I think the following should be \_S3: Name (\SS3, Package (0x04) That shouldn't have any impact on my problem though, should it? Nope, just something I noticed. -Nate ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[current tinderbox] failure on alpha/alpha
TB --- 2003-09-09 16:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-09-09 16:00:01 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-09-09 16:01:51 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything.. TB --- 2003-09-09 17:04:49 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Tue Sep 9 17:04:49 GMT 2003 Kernel build for GENERIC completed on Tue Sep 9 17:16:33 GMT 2003 TB --- 2003-09-09 17:16:33 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- /usr/bin/make -B LINT TB --- 2003-09-09 17:16:33 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Tue Sep 9 17:16:33 GMT 2003 [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/coda/coda_subr.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/coda/coda_venus.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/coda/coda_vfsops.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/coda/coda_vnops.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
ATAng: ata1-slave CDRW is only sometimes detected
Hello, I have the following units on a MSI KT4V (KT400/VT8235) motherboard (80pin cable is used for both primary and secondary controller): ata0-master: WDC WD800JB ATA-6 disk ata0-slave: ata1-master: TEAC DV-516E DVDROM drive ata1-slave: TEAC CD-W524E CDRW drive For about a week I have the aforementioned setup. I had the same setup before ATAng got committed, but with a different DVDROM drive, without problems. When ATAng got committed I had only the CDRW drive as ata1-master, also, without problems. Most of the time the CDRW drive is not detected and I get: atapci0: VIA 8235 UDMA133 controller port 0xfc00-0xfc0f at device 17.1 on pci0 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 mask=03 stat0=50 stat1=00 devices=0x1ATA_MASTER ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1-master: stat=0x90 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x90 err=0x7f lsb=0x7f msb=0x7f ata1-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 mask=03 stat0=10 stat1=7f devices=0x4ATAPI_MASTER ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ad0: setting UDMA100 on VIA 8235 chip ad0: WDC WD800JB-00ETA0/77.07W77 ATA-6 disk at ata0-master ad0: 76319MB (156301488 sectors), 155061 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin acd0: setting PIO4 on VIA 8235 chip acd0: DV-516E/3.04 DVDROM drive at ata1 as master acd0: read 8250KB/s (8250KB/s), 256KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc Sometimes the CDRW drive is detected and I get: atapci0: VIA 8235 UDMA133 controller port 0xfc00-0xfc0f at device 17.1 on pci0 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 mask=03 stat0=50 stat1=00 devices=0x1ATA_MASTER ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: reset tp1 mask=03 ostat0=50 ostat1=50 ata1-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 mask=03 stat0=10 stat1=00 devices=0xcATAPI_SLAVE,ATAPI_MASTER ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ad0: setting UDMA100 on VIA 8235 chip ad0: WDC WD800JB-00ETA0/77.07W77 ATA-6 disk at ata0-master ad0: 76319MB (156301488 sectors), 155061 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 ata1-slave: pio=0x0c wdma=0x22 udma=0x42 cable=80pin ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin acd0: setting PIO4 on VIA 8235 chip acd0: DV-516E/3.04 DVDROM drive at ata1 as master acd0: read 8250KB/s (8250KB/s), 256KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc acd1: unknown transfer phase acd1: setting PIO4 on VIA 8235 chip acd1: CD-W524E/1.0A CDRW drive at ata1 as slave acd1: read 6890KB/s (6890KB/s) write 4134KB/s (4134KB/s), 1404KB buffer, PIO4 acd1: Reads: CDR, CDRW, CDDA stream, packet acd1: Writes: CDR, CDRW, test write, burnproof acd1: Audio: play, 256 volume levels acd1: Mechanism: ejectable tray, unlocked acd1: Medium: no/blank disc The kernel used for the above messages, was built on Mon Sep 8 21:39:20 EEST 2003, and the complete verbose output of dmesg is available from: http://members.hellug.gr/lefcha/dmesg0.out http://members.hellug.gr/lefcha/dmesg1.out Thanks ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ATAng: ata1-slave CDRW is only sometimes detected
Lefteris Chatzibarbas wrote: Hello, I have the following units on a MSI KT4V (KT400/VT8235) motherboard (80pin cable is used for both primary and secondary controller): ata0-master: WDC WD800JB ATA-6 disk ata0-slave: ata1-master: TEAC DV-516E DVDROM drive ata1-slave: TEAC CD-W524E CDRW drive For about a week I have the aforementioned setup. I had the same setup before ATAng got committed, but with a different DVDROM drive, without problems. When ATAng got committed I had only the CDRW drive as ata1-master, also, without problems. I detected a similar problem with yesterdays current, but giving it a chance I detected I a had a loosely cable. Regards, Jens ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: weird text size
In the last episode (Sep 09), Dag-Erling Smorgrav said: [EMAIL PROTECTED] /home/des# ps -opid,vsize,tsiz,command -p$$ PID VSZ TSIZ COMMAND 4712 23804 zsh How can the text size for zsh be only 4 kB? Easy: # ls -l =zsh -r-xr-xr-x 2 root wheel 2496 Aug 15 00:05 /usr/local/bin/zsh* # ldd =zsh /usr/local/bin/zsh: libzsh-4.0.7.so = /usr/local/lib/zsh/libzsh-4.0.7.so (0x28064000) libncurses.so.5 = /usr/lib/libncurses.so.5 (0x280de000) libm.so.2 = /usr/lib/libm.so.2 (0x2811d000) libc.so.4 = /usr/lib/libc.so.4 (0x28138000) I don't really know why they did it that way, but there you go. -- Dan Nelson [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ufs related panic with latest current
Our system died when using iozone -a to ~300G vinum partition made from four disks. Sources were cvsupped 7.9.2003. Tomppa kmem_malloc(8192): kmem_map too small: 28229632 total allocated db trace Debugger(c03cc728,c0429ce0,c03db0bd,ca6c4800,100) at Debugger+0x54 panic(c03db0bd,1000,1aec000,ca6c4830,c15ee720) at panic+0xd5 kmem_malloc(c082f0b0,1000,402,ca6c48a8,c034d1c5) at kmem_malloc+0x100 page_alloc(c083a9a0,1000,ca6c4893,402,c1416640) at page_alloc+0x27 slab_zalloc(c083a9a0,502,0,c03463cb,c0934738) at slab_zalloc+0xc5 uma_zone_slab(c083a9a0,502,c288c000,c24f8c90,4) at uma_zone_slab+0xe8 uma_zalloc_bucket(c083a9a0,502,c24f52a8,c17557fc,c24f8b60) at uma_zalloc_bucket+ 0x185 uma_zalloc_arg(c083a9a0,0,502,0,c083a9a0) at uma_zalloc_arg+0x2c7 malloc(3c,c0407640,502,0,1a180) at malloc+0x5c newallocindir(c1a0ae38,38e,1a180,0,0) at newallocindir+0x37 softdep_setup_allocindir_page(c1a0ae38,39a,0,c2516ae8,38e) at softdep_setup_allo cindir_page+0x3d ffs_balloc_ufs1(c17557fc,e68000,0,4000,c146a500) at ffs_balloc_ufs1+0xee9 ffs_write(ca6c4bc4,20002,c15ee720,0,ca6c4c70) at ffs_write+0x447 vn_write(c16b3594,ca6c4c70,c146a500,0,c15ee720) at vn_write+0x233 dofilewrite(c15ee720,c16b3594,3,810,8) at dofilewrite+0xf8 write(c15ee720,ca6c4d10,c,c15ee720,3) at write+0x6e syscall(4002f,2817002f,bfbf002f,8,bfbff7c0) at syscall+0x2b0 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (4, FreeBSD ELF32, write), eip = 0x280e5b3f, esp = 0xbfbff70c, ebp = 0xbfbff728 --- db Copyright (c) 1992-2003 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 5.1-CURRENT #7: Mon Sep 8 17:09:29 EEST 2003 Preloaded elf kernel /boot/kernel/kernel at 0xc04ec000. Calibrating clock(s) ... i8254 clock: 1193374 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 601365089 Hz CPU: Intel Celeron (601.37-MHz 686-class CPU) Origin = GenuineIntel Id = 0x683 Stepping = 3 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 67108864 (64 MB) Physical memory chunk(s): 0x1000 - 0x0009, 651264 bytes (159 pages) 0x00513000 - 0x03eb9fff, 60452864 bytes (14759 pages) avail memory = 59953152 (57 MB) bios32: Found BIOS32 Service Directory header at 0xc00fb080 bios32: Entry = 0xfb4f0 (c00fb4f0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0xb520 pnpbios: Found PnP BIOS data at 0xc00fbed0 pnpbios: Entry = f:bf00 Rev = 1.0 Other BIOS signatures found: random: entropy source netsmb_dev: loaded null: null device, zero device mem: memory I/O Pentium Pro MTRR support enabled npx0: [FAST] npx0: math processor on motherboard npx0: INT 16 interface pci_open(1):mode 1 addr port (0x0cf8) is 0x8058 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00fde70 PCI-Only Interrupts: 5 10 11 12 Location Bus Device Pin Link IRQs slot 1 0 19A 0x62 3 4 5 7 9 10 11 12 14 15 slot 1 0 19B 0x63 3 4 5 7 9 10 11 12 14 15 slot 1 0 19C 0x60 3 4 5 7 9 10 11 12 14 15 slot 1 0 19D 0x61 3 4 5 7 9 10 11 12 14 15 slot 2 0 17A 0x60 3 4 5 7 9 10 11 12 14 15 slot 2 0 17B 0x61 3 4 5 7 9 10 11 12 14 15 slot 2 0 17C 0x62 3 4 5 7 9 10 11 12 14 15 slot 2 0 17D 0x63 3 4 5 7 9 10 11 12 14 15 slot 3 0 15A 0x61 3 4 5 7 9 10 11 12 14 15 slot 3 0 15B 0x63 3 4 5 7 9 10 11 12 14 15 slot 3 0 15C 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 0 15D 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 0 13A 0x62 3 4 5 7 9 10 11 12 14 15 slot 4 0 13B 0x63 3 4 5 7 9 10 11 12 14 15 slot 4 0 13C 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 0 13D 0x61 3 4 5 7 9 10 11 12 14 15 slot 5 0 11A 0x63 3 4 5 7 9 10 11 12 14 15 slot 5 0 11B 0x60 3 4 5 7 9 10 11 12 14 15 slot 5 0 11C 0x61 3 4 5 7 9 10 11 12 14 15 slot 5 0 11D 0x62 3 4 5 7 9 10 11 12 14 15 slot 6 09A 0x61 3 4 5 7 9 10 11 12 14 15 slot 6 09B 0x60 3 4 5 7 9 10 11 12 14 15 slot 6 09C 0x63 3 4 5 7 9 10 11 12 14 15 slot 6 09D 0x62 3 4 5 7 9 10 11 12 14 15 slot 7 08A 0x62 3 4 5 7 9 10 11 12 14 15 slot 7 08B 0x63 3 4 5 7 9 10 11 12 14 15 slot 7 08C 0x60 3 4 5 7 9 10 11 12 14 15 slot 7 08D 0x61 3 4 5 7 9 10 11 12 14 15 embedded07A 0x60 3 4 5 7 9 10 11 12 14 15 embedded07B 0x61 3 4 5 7 9 10 11 12 14 15 embedded07C 0x62 3 4 5 7 9 10 11 12 14 15 embedded07
Re: -pthread deprecated, but when?
Date: Tue, 9 Sep 2003 01:07:46 -0700 (PDT) From: Doug Barton [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] On Tue, 9 Sep 2003, Harald Schmalzbauer wrote: On Tuesday 09 September 2003 06:23, leafy wrote: IMO this deprecation deserves a place in UPDATING. And what are the plans to Do The Right Thing? QT currently does not compile on -current with the -pthread deprecated. Probably be nice to bump __FreeBSD_version too, just for fun. Was port@ informed before the change? Yes. I'm also very interested what the plans are to Do The Right Thing. The right thing to do is to file a PR when this stuff breaks. This process will actually be a good thing, since ports should not have been compiling on -current with -pthread for a long time now. BTW, several ports have already been fixed, and the fix is not difficult. I do the following in my ports: @ ${CP} ${WRKSRC}/configure ${WRKSRC}/configure.Patched @ ${SED} -e 's#-lpthread#${PTHREAD_LIBS}#g' \ -e 's#malloc.h#stdlib.h#g' \ ${WRKSRC}/configure.Patched ${WRKSRC}/configure Any occurences of -lc_r should be changed to ${PTHREAD_LIBS} too. For which versions of FreeBSD? I just tried using ${PTHREAD_LIBS}, but the loader could not find any of the pthread routines. I assume it should be defined in one of the .mk files, but it does not seem to be on either a current (yesterday) or an older current (9/19). -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[current tinderbox] failure on i386/i386
TB --- 2003-09-09 18:24:00 - starting CURRENT tinderbox run for i386/i386 TB --- 2003-09-09 18:24:00 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-09-09 18:25:51 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: populating /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything.. TB --- 2003-09-09 19:22:26 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Tue Sep 9 19:22:26 GMT 2003 Kernel build for GENERIC completed on Tue Sep 9 19:36:36 GMT 2003 TB --- 2003-09-09 19:36:36 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- /usr/bin/make -B LINT TB --- 2003-09-09 19:36:36 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Tue Sep 9 19:36:36 GMT 2003 [...] cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/coda/coda_subr.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/coda/coda_venus.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/coda/coda_vfsops.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings
Re: re-fdisk'ing a partition - permission denied?
* Ulrich Spoerlein [EMAIL PROTECTED] [030909 12:33]: On Mon, 08.09.2003 at 18:10:38 -0400, Michael Edenfield wrote: e.g., if you have ad0s1a mounted as /, you cannot: * fdisk ad0 to create ad0s2 * disklabel ad0s2 to create ad0s2a * perform any data transfer with ad0 as the target. Well, perhaps I'm sounding stupid, but I was able to re-slice my disk while running FreeBSD off from ad0s2. I was also able to re-label ad0s2 while the partitions were mounted. Again, I haven't actually tried to do this since very shortly after GEOM first went into the tree. Based on phk's recent reply, it appears that the behavior I was seeing then was buggy; at least it would be considered buggy today. What I was specifically unable to do was, while running FreeBSD mouted from ad0s1, delete ad0s2 and ad0s3 and create a new, larger ad0s2. I even tried to manually update the MBR via dd, thinking perhaps it was something on the ad0s{2,3} slices that was causing the problem.i In the end, I was perfectly content to just boot from the boot CD and do it, and haven't had to do anything of the sort since :) --Mike pgp0.pgp Description: PGP signature
Re: -pthread deprecated, but when?
In the last episode (Sep 09), Kevin Oberman said: From: Doug Barton [EMAIL PROTECTED] The right thing to do is to file a PR when this stuff breaks. This process will actually be a good thing, since ports should not have been compiling on -current with -pthread for a long time now. BTW, several ports have already been fixed, and the fix is not difficult. I do the following in my ports: @ ${CP} ${WRKSRC}/configure ${WRKSRC}/configure.Patched @ ${SED} -e 's#-lpthread#${PTHREAD_LIBS}#g' \ -e 's#malloc.h#stdlib.h#g' \ ${WRKSRC}/configure.Patched ${WRKSRC}/configure Any occurences of -lc_r should be changed to ${PTHREAD_LIBS} too. For which versions of FreeBSD? I just tried using ${PTHREAD_LIBS}, but the loader could not find any of the pthread routines. I assume it should be defined in one of the .mk files, but it does not seem to be on either a current (yesterday) or an older current (9/19). bsd.port.mk has used -lc_r for pthreads on 5.0 since March 2001 (rev 1.363). http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk.diff?r1=1.362r2=1.363f=h -- Dan Nelson [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ufs related panic with latest current
Tomi Vainio - Sun Finland writes: Our system died when using iozone -a to ~300G vinum partition made from four disks. Sources were cvsupped 7.9.2003. Second panic an hour later. Any good ideas how to fix this? Tomppa panic: kmem_malloc(4096): kmem_map too small: 28229632 total allocated trace Debugger(c03cc728,c0429ce0,c03db0bd,ca3c6a80,100) at Debugger+0x54 panic(c03db0bd,1000,1aec000,ca3c6ab0,ca3c6aa0) at panic+0xd5 kmem_malloc(c082f0b0,1000,2,ca3c6b28,c034d1c5) at kmem_malloc+0x100 page_alloc(c083aee0,1000,ca3c6b13,2,0) at page_alloc+0x27 slab_zalloc(c083aee0,102,c09fc900,8108000,ca3c6cb8) at slab_zalloc+0xc5 uma_zone_slab(c083aee0,102,ca3c6bbf,ca3c6bc0,a4) at uma_zone_slab+0xe8 uma_zalloc_bucket(c083aee0,102,0,f,1) at uma_zalloc_bucket+0x185 uma_zalloc_arg(c083aee0,0,102,ca3c6bfc,c083aee0) at uma_zalloc_arg+0x2c7 malloc(adc,c03f8480,102,384,384) at malloc+0x5c sigacts_alloc(c0429b00,0,0,280f3000,c026af9d) at sigacts_alloc+0x25 fork1(c1224be0,14,0,ca3c6ccc,c022c226) at fork1+0x7ab fork(c1224be0,ca3c6d10,2,c,0) at fork+0x2b syscall(2f,2f,2f,0,8108000) at syscall+0x2b0 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (2, FreeBSD ELF32, fork), eip = 0x807c3a7, esp = 0xbfbffb5c, ebp = 0 xbfbffb88 --- db ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
BOOTMFS requires 'device miibus'
make release failed because BOOTMFS forgot device miibus Please add this option in BOOTMFS. -- Shin-ichi YOSHIMOTO [EMAIL PROTECTED] http://diary.waishi.jp/~yosimoto/diary/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[current tinderbox] failure on i386/pc98
TB --- 2003-09-09 19:40:14 - starting CURRENT tinderbox run for i386/pc98 TB --- 2003-09-09 19:40:14 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/pc98 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-09-09 19:42:18 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: populating /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything.. TB --- 2003-09-09 20:39:00 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Tue Sep 9 20:39:00 GMT 2003 Kernel build for GENERIC completed on Tue Sep 9 20:50:46 GMT 2003 TB --- 2003-09-09 20:50:46 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- /usr/bin/make -B LINT TB --- 2003-09-09 20:50:46 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Tue Sep 9 20:50:46 GMT 2003 [...] cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/coda/coda_subr.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/coda/coda_venus.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/coda/coda_vfsops.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-align-long-strings
KSE howto?
Howdy list, Is there a KSE howto guide anywhere? I'm thinking about updating my FreeBSD 5.1-RELEASE system to -CURRENT and compiling XFree, KDE, MySQL, and Apache2 with KSE support, just for fun. But I don't know how to enable KSE support at compile time... Thanks! -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: KSE howto?
On Tue, 9 Sep 2003, Jesse Guardiani wrote: Howdy list, Is there a KSE howto guide anywhere? I'm thinking about updating my FreeBSD 5.1-RELEASE system to -CURRENT and compiling XFree, KDE, MySQL, and Apache2 with KSE support, just for fun. But I don't know how to enable KSE support at compile time... It will be easier to wait for ports@ to work out the issue with -pthread being removed. Then you should be able to set PTHREAD_LIBS=-lkse in /etc/make.conf and rebuild your ports. Until then, libmap.conf(5) is the easiest solution. -- Dan Eischen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: KSE howto?
On 9 Sep 2003 at 17:06, Jesse Guardiani wrote: Howdy list, Is there a KSE howto guide anywhere? I'm thinking about updating my FreeBSD 5.1-RELEASE system to -CURRENT and compiling XFree, KDE, MySQL, and Apache2 with KSE support, just for fun. But I don't know how to enable KSE support at compile time... WOW! A -current question I can answer. I just enable libkse on 5.1-RELEASE. Do this: to use libkse under 5.*, 1 - add WITH_LIBMAP= yes to /etc/make.conf 2 - do a make clean in src/libexec/rtld-elf and make all install 3 - to /etc/libmap.conf, add: libc_r.so.5 libkse.so.1 libc_r.so libkse.so run. See also http://www.FreeBSD.org/cgi/man.cgi?query=libmap.confsektion=5apropos =0manpath=FreeBSD+5.1-RELEASE -- Dan Langille : http://www.langille.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: KSE howto?
On 9 Sep 2003 at 17:09, Daniel Eischen wrote: On Tue, 9 Sep 2003, Jesse Guardiani wrote: Howdy list, Is there a KSE howto guide anywhere? I'm thinking about updating my FreeBSD 5.1-RELEASE system to -CURRENT and compiling XFree, KDE, MySQL, and Apache2 with KSE support, just for fun. But I don't know how to enable KSE support at compile time... It will be easier to wait for ports@ to work out the issue with -pthread being removed. Then you should be able to set PTHREAD_LIBS=-lkse in /etc/make.conf and rebuild your ports. Until then, libmap.conf(5) is the easiest solution. Oh, well, perhaps my answer isn't correct after all... :( -- Dan Langille : http://www.langille.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: KSE howto?
On Tue, 9 Sep 2003, Dan Langille wrote: On 9 Sep 2003 at 17:09, Daniel Eischen wrote: On Tue, 9 Sep 2003, Jesse Guardiani wrote: Howdy list, Is there a KSE howto guide anywhere? I'm thinking about updating my FreeBSD 5.1-RELEASE system to -CURRENT and compiling XFree, KDE, MySQL, and Apache2 with KSE support, just for fun. But I don't know how to enable KSE support at compile time... It will be easier to wait for ports@ to work out the issue with -pthread being removed. Then you should be able to set PTHREAD_LIBS=-lkse in /etc/make.conf and rebuild your ports. Until then, libmap.conf(5) is the easiest solution. Oh, well, perhaps my answer isn't correct after all... :( Sure it is skipper. It's correct for the second part of my answer. -- Dan Eischen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: -pthread deprecated, but when?
Doug Barton [EMAIL PROTECTED] writes: @ ${CP} ${WRKSRC}/configure ${WRKSRC}/configure.Patched @ ${SED} -e 's#-lpthread#${PTHREAD_LIBS}#g' \ How about: ${SED} -Ee 's#-l?pthread#${PTHREAD_LIBS}#g' \ That's the one necessary to catch -pthread (such as BerkeleyDB) in addition to -lpthread. -- Matthias Andree Encrypt your mail: my GnuPG key ID is 0x052E7D95 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[current tinderbox] failure on ia64/ia64
TB --- 2003-09-09 20:53:59 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-09-09 20:53:59 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-09-09 20:56:05 - building world TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: populating /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything.. TB --- 2003-09-09 21:58:45 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Tue Sep 9 21:58:45 GMT 2003 Kernel build for GENERIC completed on Tue Sep 9 22:14:27 GMT 2003 TB --- 2003-09-09 22:14:27 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- /usr/bin/make -B LINT TB --- 2003-09-09 22:14:27 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT Kernel build for LINT started on Tue Sep 9 22:14:27 GMT 2003 -- === LINT mkdir -p /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys cd /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf; PATH=/home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/legacy/usr/sbin:/home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/legacy/usr/bin:/home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/legacy/usr/games:/home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/sbin:/home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/bin:/home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/LINT /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf/LINT /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf/LINT: unknown option LOG2_ID_PAGE_SIZE *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. TB --- 2003-09-09 22:14:27 - /usr/bin/make returned exit code 1 TB --- 2003-09-09 22:14:27 - ERROR: failed to build lint kernel TB --- 2003-09-09 22:14:27 - tinderbox aborted ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ATAng: ata1-slave CDRW is only sometimes detected
On Tue, Sep 09, 2003 at 06:00:12PM +, Jens Rehsack wrote: I detected a similar problem with yesterdays current, but giving it a chance I detected I a had a loosely cable. ?! I had checked the cables and they are fine. I should add, that I have this problem for almost a week (since I added the DVDROM), and yesterday's ATA related commits did not change anything. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: current: network collision increase
It seems that collision increased from the change bewtween 2003.07.05.12 and 2003.07.08.12 although I acquired and tried the kernel on CVSUP. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: -pthread deprecated, but when?
On Tue, 9 Sep 2003, Khairil Yusof wrote: On Tue, 2003-09-09 at 16:07, Doug Barton wrote: Any occurences of -lc_r should be changed to ${PTHREAD_LIBS} too. Seems that -lc_r is set by default in bsd.port.mk for ${PTHREAD_LIBS}. The reason we use the variable is that it expands differently on different platforms, so in theory it's always doing the right thing. Does it mean that we should be able to specify a pthread library in future as a make option for installing ports? It means that you should always use the existing method of substituting any instances of -pthread or -lc_r that are hard coded into a port with ${PTHREAD_LIBS}. Doug -- This .signature sanitized for your protection ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: -pthread deprecated, but when?
On Tue, 9 Sep 2003, Kevin Oberman wrote: For which versions of FreeBSD? I just tried using ${PTHREAD_LIBS}, but the loader could not find any of the pthread routines. I assume it should be defined in one of the .mk files, but it does not seem to be on either a current (yesterday) or an older current (9/19). Sounds to me like you missed a step somewhere... you should follow up on this topic on -ports. Doug -- This .signature sanitized for your protection ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: -pthread deprecated, but when?
On Tue, 9 Sep 2003, Matthias Andree wrote: Doug Barton [EMAIL PROTECTED] writes: @ ${CP} ${WRKSRC}/configure ${WRKSRC}/configure.Patched @ ${SED} -e 's#-lpthread#${PTHREAD_LIBS}#g' \ How about: ${SED} -Ee 's#-l?pthread#${PTHREAD_LIBS}#g' \ That's the one necessary to catch -pthread (such as BerkeleyDB) in addition to -lpthread. You should use whatever is appropriate for your port... I just posted an example from one of mine. Doug -- This .signature sanitized for your protection ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: BOOTMFS requires 'device miibus'
On Wed, Sep 10, 2003 at 05:40:04AM +0900, Shin-ichi Yoshimoto wrote: make release failed because BOOTMFS forgot device miibus Please add this option in BOOTMFS. Please try the attached patch instead, and let me know if it fixes the release build. You can try ``make rerelease'' to speed up the things, after applying this patch in ${CHROOTDIR}/usr/src. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software Ltd, [EMAIL PROTECTED] FreeBSD committer Index: release/i386/drivers.conf === RCS file: /home/ncvs/src/release/i386/drivers.conf,v retrieving revision 1.29 diff -u -r1.29 drivers.conf --- release/i386/drivers.conf 25 Jul 2003 00:10:33 - 1.29 +++ release/i386/drivers.conf 9 Sep 2003 23:37:28 - @@ -77,11 +77,13 @@ an if_an 3 network Aironet 4500/4800 802.11 PCMCIA/ISA/PCI card awiif_awi 3 network BayStack 660 and others axeif_axe 3 network ASIX AX88172 USB 2.0 Ethernet +bfeif_bfe 3 network Broadcom BCM440x 10/100 ethernet de if_de 3 network DEC DE435 PCI NIC or other DC21040-AA based card ex if_ex 3 network Intel EtherExpress Pro/10 and Pro/10+ fweif_fwe 3 network Ethernet over FireWire ie if_ie 3 network EtherExpress 8/16, 3C507, StarLAN 10 etc. plip plip3 network TCP/IP over parallel +re if_re 3 network RealTek 8139C+/8169/8169S/8110S sk if_sk 3 network SysKonnect PCI gigabit ethernet card sl if_sl 3 network Kernel SLIP sn if_sn 3 network SMC's 9000 series of ethernet chips pgp0.pgp Description: PGP signature
Re: -pthread deprecated, but when?
From: Doug Barton [EMAIL PROTECTED] On Tue, 9 Sep 2003, Matthias Andree wrote: Doug Barton [EMAIL PROTECTED] writes: @ ${CP} ${WRKSRC}/configure ${WRKSRC}/configure.Patched @ ${SED} -e 's#-lpthread#${PTHREAD_LIBS}#g' \ How about: ${SED} -Ee 's#-l?pthread#${PTHREAD_LIBS}#g' \ That's the one necessary to catch -pthread (such as BerkeleyDB) in addition to -lpthread. You should use whatever is appropriate for your port... I just posted an example from one of mine. Also look for PTHREAD_{LIBS/CFLAGS} in your ports configure script. Then all you need to do is set CONFIGURE_ENV in the ports Makefile: CONFIGURE_ENV+= PTHREAD_LIBS=${PTHREAD_LIBS} \ PTHREAD_CFLAGS=${PTHREAD_CFLAGS} That's how I fixed the security/amavisd port in my ports tree. Scot ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Realtek 8129 doesn't seem to be probing since 08 Sep 2003
My SMP (2x886 MHz PIII) build machine has a RealTek 8129 NIC; I generally track -CURRENT (on slice 4) on a daily basis. Until yesterday (08 Sep, as I write this), it had worked adequately for my purposes. After the build reboot yesterday (and again today), the NIC does not seem to have been probed during the boot process. However, pciconf sees and recognizes it OK; here's its output (cut/paste, since all I have is a serial console for access to the machine while I'm running -CURRENT): freebeast(5.1-C)[3] sudo pciconf -l -v Password: [EMAIL PROTECTED]:0:0:class=0x06 card=0x chip=0x30911106 rev=0x01 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8633 Apollo Pro 266 CPU to PCI Bridge' class= bridge subclass = HOST-PCI [EMAIL PROTECTED]:1:0: class=0x060400 card=0x0080 chip=0xb0911106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'VT8633 Apollo Pro 266 CPU to AGP Controller' class= bridge subclass = PCI-PCI [EMAIL PROTECTED]:9:0: class=0x02 card=0x00d810ec chip=0x812910ec rev=0x00 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8129 10/100 Fast Ethernet Controller' class= network subclass = ethernet [EMAIL PROTECTED]:14:0:class=0x040100 card=0x03f6 chip=0x03f6 rev=0x10 hdr=0x00 vendor = 'C-Media Electronics Inc.' device = 'CMI8738/PCI C3DX PCI Audio Chip' class= multimedia subclass = audio [EMAIL PROTECTED]:15:0: class=0x010400 card=0x0649101e chip=0x06491095 rev=0x02 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'PCI-649 Ultra ATA/100 PCI to IDE/ATA Controller' class= mass storage subclass = RAID [EMAIL PROTECTED]:17:0:class=0x060100 card=0x1106 chip=0x30741106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8233 PCI to ISA Bridge' class= bridge subclass = PCI-ISA [EMAIL PROTECTED]:17:1: class=0x01018a card=0x05711106 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82 EIDE Controller (All VIA Chipsets)' class= mass storage subclass = ATA [EMAIL PROTECTED]:0:0: class=0x03 card=0x8a135333 chip=0x8a135333 rev=0x02 hdr=0x00 vendor = 'S3 Incorporated' device = '86C362/86C368 Trio3D2x Trio3D2x+ AGP' class= display subclass = VGA freebeast(5.1-C)[4] Now, I realize that there's a new re(4) driver; I have yet to see what changes might have caused a lack of probing, though. I don't really know a good way to show the lack of something during boot, though, so I've cut/pasted the rfelevant content of /var/lg/messages. I figured that if I posted that here, though, that postmaster@ might have an averse reaction [1], so it's at http://www.catwhisker.org/~david/FreeBSD/debug/boot-v.txt for your viewing pleasure. The kernel configuration is nearby, at http://www.catwhisker.org/~david/FreeBSD/debug/FREEBEAST. Here's output of uname: freebeast(5.1-C)[9] uname -a FreeBSD freebeast.catwhisker.org 5.1-CURRENT FreeBSD 5.1-CURRENT #50: Tue Sep 9 08:35:10 PDT 2003 [EMAIL PROTECTED]:/common/S4/obj/usr/src/sys/FREEBEAST i386 freebeast(5.1-C)[10] And here's a log showing recent CVSup history: freebeast(5.1-C)[10] tail /var/log/cvsup-history.log CVSup begin from cvsup10.freebsd.org at Sat Sep 6 03:47:18 PDT 2003 CVSup begin from cvsup7.freebsd.org at Sat Sep 6 03:47:20 PDT 2003 CVSup begin from cvsup2.freebsd.org at Sat Sep 6 03:47:23 PDT 2003 CVSup ended from cvsup2.freebsd.org at Sat Sep 6 03:55:10 PDT 2003 CVSup begin from cvsup13.freebsd.org at Sun Sep 7 03:47:19 PDT 2003 CVSup ended from cvsup13.freebsd.org at Sun Sep 7 03:54:37 PDT 2003 CVSup begin from cvsup13.freebsd.org at Mon Sep 8 03:47:15 PDT 2003 CVSup ended from cvsup13.freebsd.org at Mon Sep 8 03:54:51 PDT 2003 CVSup begin from cvsup13.freebsd.org at Tue Sep 9 03:47:15 PDT 2003 CVSup ended from cvsup13.freebsd.org at Tue Sep 9 03:54:53 PDT 2003 freebeast(5.1-C)[11] Sorry to be so clueless; thanks in advance for hints. Note 1: Familiarity with, if not appreciation of, the plot for Iolanthe helps in understanding this. Peace, david -- David H. Wolfskill [EMAIL PROTECTED] If you want true virus-protection for your PC, install a non-Microsoft OS on it. Plausible candidates include FreeBSD, Linux, NetBSD, OpenBSD, and Solaris (in alphabetical order). ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: partition C doesn't start at 0!
On Tue, 9 Sep 2003, Ulrich Spoerlein wrote: On Mon, 08.09.2003 at 22:06:58 -0700, Jason C. Wells wrote: I can boot from ad0s1. I am still monkeying around with the ad0s2 slice. In the process of trying to get ad0s2 to boot with a PicoBSD-esque system, I looked at my disklabel and I saw all kinds of scary messages. # bsdlabel ad0s1 partition a: partition extends past end of unit partition c: partition extends past end of unit bsdlabel: partition c doesn't start at 0! bsdlabel: An incorrect partition C may cause problems for standard system utilities. What does # fdisk -s ad0 and # bsdlabel ad0s1 # bsdlabel ad0s2 say? /dev/ad0: 1654 cyl 16 hd 63 sec PartStartSize Type Flags 1: 63 262017 0xa5 0x80 2: 262080 131040 0xa5 0x00 3: 393120 1274112 0xa5 0x00 # /dev/ad0s1: 8 partitions: #size offsetfstype [fsize bsize bps/cpg] a: 26201704.2BSD 2048 16384 16384 c: 2620170unused0 0 # raw part, don't edit # /dev/ad0s2: 8 partitions: #size offsetfstype [fsize bsize bps/cpg] a: 13104004.2BSD 2048 16384 8192 c: 1310400unused0 0 # raw part, don't edit BTW, my apologies to anyone who got a bounce message from an old anti-spam measure that I forgot was in place. I have removed the world from my blacklist. :o Thanks, Jason C. Wells ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: BOOTMFS requires 'device miibus'
Please try the attached patch instead, and let me know if it fixes the release build. You can try ``make rerelease'' to speed up the things, after applying this patch in ${CHROOTDIR}/usr/src. Index: release/i386/drivers.conf === ... +bfe if_bfe 3 network Broadcom BCM440x 10/100 ethernet ... +re if_re 3 network RealTek 8139C+/8169/8169S/8110S ... Those 2 don't fit on the drivers floppy. Without them, the floppy stats from the release output looks like this: + df -ki /mnt Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/md0c 1391 13741799% 57 5 92% /mnt + df+ tail -ki -1 /mnt + set /dev/md0c 1391 1374 17 99% 57 5 92% /mnt + echo *** Filesystem is 1440 K, 17 left *** Filesystem is 1440 K, 17 left + echo *** 4 bytes/inode, 5 left *** 4 bytes/inode, 5 left John -- John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: BOOTMFS requires 'device miibus'
Subject: Re: BOOTMFS requires 'device miibus', On Wed, 10 Sep 2003 02:43:23 +0300, Ruslan Ermilov wrote: Please try the attached patch instead, and let me know if it fixes the release build. You can try ``make rerelease'' to speed up the things, after applying this patch in ${CHROOTDIR}/usr/src. This patch is good for me. But another problem ... [snip] touch release.9 Making the drivers floppy. Copying cd9660.ko to /R/stage/driversfd Copying if_awi.ko to /R/stage/driversfd Copying if_sk.ko to /R/stage/driversfd Copying if_fwe.ko to /R/stage/driversfd Copying if_sl.ko to /R/stage/driversfd Copying if_sn.ko to /R/stage/driversfd Copying amr.ko to /R/stage/driversfd Copying sbp.ko to /R/stage/driversfd Copying twe.ko to /R/stage/driversfd Copying if_re.ko to /R/stage/driversfd Copying mly.ko to /R/stage/driversfd Copying trm.ko to /R/stage/driversfd Copying agp.ko to /R/stage/driversfd Copying rc4.ko to /R/stage/driversfd Copying if_wi.ko to /R/stage/driversfd Copying msdosfs.ko to /R/stage/driversfd Copying if_axe.ko to /R/stage/driversfd Copying firewire.ko to /R/stage/driversfd Copying if_ti.ko to /R/stage/driversfd Copying if_ex.ko to /R/stage/driversfd Copying if_de.ko to /R/stage/driversfd Copying if_bfe.ko to /R/stage/driversfd Copying wlan.ko to /R/stage/driversfd Copying if_tl.ko to /R/stage/driversfd Copying if_ie.ko to /R/stage/driversfd Copying nfsclient.ko to /R/stage/driversfd Copying ips.ko to /R/stage/driversfd Copying plip.ko to /R/stage/driversfd Copying if_tx.ko to /R/stage/driversfd Copying if_an.ko to /R/stage/driversfd rmdir: /R/stage/driversfd: Directory not empty *** Error code 1 (ignored) if [ -d /R/stage/driversfd ]; then sh -e /usr/src/release/scripts/doFS.sh bsdlabel /R/stage/floppies/drivers.flp /R/stage /mnt 1440 /R/stage/driversfd 4 fd1440; cd /R/stage/driversfd awk -f /usr/src/release/scripts/driver-desc.awk *.dsc /R/stage/floppies/DRIVERS.TXT; fi + export BLOCKSIZE=512 + DISKLABEL=bsdlabel + shift + MACHINE= + shift + FSIMG=/R/stage/floppies/drivers.flp + shift + RD=/R/stage + shift + MNT=/mnt + shift + FSSIZE=1440 + shift + FSPROTO=/R/stage/driversfd + shift + FSINODE=4 + shift + FSLABEL=fd1440 + shift + [ 1440 -eq 0 -a fd1440 = auto ] + [ -f /R/stage/trees/base/boot/boot ] + BOOT=-B -b /R/stage/trees/base/boot/boot + deadlock=20 + uname -r + dofs_md + true + rm -f /R/stage/floppies/drivers.flp + [ x != x ] + dd of=/R/stage/floppies/drivers.flp if=/dev/zero count=1440 bs=1k + mdconfig -a -t vnode -f /R/stage/floppies/drivers.flp + MDDEVICE=md0 + [ ! -c /dev/md0 ] + trap umount /mnt; mdconfig -d -u md0 EXIT + bsdlabel -w -B -b /R/stage/trees/base/boot/boot md0 fd1440 + newfs -O1 -i 4 -o space -m 0 /dev/md0c fstab: /etc/fstab:0: No such file or directory /dev/md0c: 1.4MB (2880 sectors) block size 4096, fragment size 512 using 2 cylinder groups of 1.22MB, 312 blks, 32 inodes. super-block backups (for fsck -b #) at: 32, 2528 + mount /dev/md0c /mnt + [ -d /R/stage/driversfd ] + set -e + cd /R/stage/driversfd + find+ cpio . -dump -print /mnt cpio: write error: No space left on device + umount /mnt + mdconfig -d -u md0 *** Error code 1 Stop in /usr/src/release. + umount /dev *** Error code 1 Stop in /usr/src/release. -- Shin-ichi YOSHIMOTO [EMAIL PROTECTED] http://diary.waishi.jp/~yosimoto/diary/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]