Re: Troubles while mounting ext2 from 5.1-RELEASE
Vincent Caron [EMAIL PROTECTED] writes: Bruce Evans said: # mount -t ext2fs /dev/ad0s2 /mnt/linux ext2fs: /dev/ad0s2: No such file or directory Did you compile EXT2FS support into your kernel? Awful shame on a FreeBSD newbie, I didn't. I naively thought it was in the GENERIC kernel, but I just saw he note about the 'risky' use of the ext2 module. Apologies. Building now bleeding edge kernel ... Actually I think the main reason for not shipping it in binary form is that the code is licensed under the GPL. -- Med venlig hilsen Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ATAng problems
Since ATAng was comitted I've had problems with the disk on which my root filesystem is residing. If I choose 'Safe mode' in the boot menu, it will boot but it is then running with DMA and write caching disabled. This is the dmesg output from a failed boot. If anything else is needed to figure it out, just tell me what to do. Thanks. 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 #4: Sat Sep 6 18:25:16 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel /boot/kernel/kernel at 0xc0755000. Preloaded elf module /boot/kernel/acpi.ko at 0xc07551cc. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: AMD-K6(tm) 3D processor (501.14-MHz 586-class CPU) Origin = AuthenticAMD Id = 0x58c Stepping = 12 Features=0x8021bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX AMD Features=0x8800SYSCALL,3DNow! real memory = 134201344 (127 MB) avail memory = 122548224 (116 MB) K6-family MTRR support enabled (2 registers) npx0: [FAST] npx0: math processor on motherboard npx0: INT 16 interface acpi0: ASUS P5A on motherboard pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00f0ca0 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-safe frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0xec08-0xec0b on acpi0 acpi_cpu0: CPU on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib0: slot 11 INTA is routed to irq 11 agp0: Ali M1541 host to AGP bridge mem 0xe000-0xe3ff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: display, VGA at device 0.0 (no driver attached) pci0: bridge, PCI-unknown at device 3.0 (no driver attached) isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 xl0: 3Com 3c905C-TX Fast Etherlink XL port 0xb800-0xb87f mem 0xde80-0xde80007f irq 11 at device 11.0 on pci0 xl0: Ethernet address: 00:50:da:3d:ec:df miibus0: MII bus on xl0 xlphy0: 3c905C 10/100 internal PHY on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atapci0: AcerLabs Aladdin UDMA33 controller port 0xb400-0xb40f at device 15.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: Parallel port bus on ppc0 plip0: PLIP network interface on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ppi0: Parallel I/O on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 orm0: Option ROMs at iomem 0xc8000-0xc87ff,0xc-0xc7fff on isa0 pmtimer0 on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x100 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounter TSC frequency 501137889 Hz quality 800 Timecounters tick every 10.000 msec GEOM: create disk ad0 dp=0xc1989970 ad0: 9768MB ST310014A [19846/16/63] at ata0-master UDMA33 ad0: WARNING - READ_DMA recovered from missing interrupt acd0: CDROM TOSHIBA CD-ROM XM-6502B at ata1-master PIO4 Mounting root from ufs:/dev/ad0s4a setrootbyname failed ffs_mountroot: can't find rootvp Root mount failed: 6 Manual root filesystem specification: fstype:device Mount device using filesystem fstype eg. ufs:da0s1a ? List valid disk boot devices empty line Abort manual input mountroot -- Best regards Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ATAng problems
Soren Schmidt [EMAIL PROTECTED] writes: I have one other report of problems on the older Acer chips, I must have screwed something up there. I'll dig out my old ASUS board and see what I can find out... Great, I'll be happy to test stuff. Bortset fra det kunne vi da snakke dansk ku' vi ikke ? :) Jo, men så forstår de andre jo ikke så meget. :) -- Med venlig hilsen Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Problems with pcmcia on 5.1-RELEASE
I have just installed FreeBSD 5.1-RELEASE on my laptop, and everything but my trusty pcmcia cdrom drive is working great. The kernel finds the pcmcia slot: cbb0: ToPIC100 PCI-CardBus Bridge at device 11.0 on pci0 cardbus0: CardBus bus on cbb0 pccard0: 16-bit PCCard bus on cbb0 However, when I insert the card, I get the following: pccard0: unknown card (manufacturer=0x, product=0x) at function 0 pccard0:CIS info: FREECOM, PCCARD-IDE, REV836 From what I can read in /etc/defaults/pccard.conf, this device is supposed to be supported (And it always worked fine under linux). I have put pccard_enable=YES in my rc.conf, but pccardd doesn't start because there is no /dev/card0. Does anyone have a hint, that will help me get this working? Thanks in advance. -- Best regards Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with pcmcia on 5.1-RELEASE
Matthew N. Dodd [EMAIL PROTECTED] writes: Does anyone have a hint, that will help me get this working? [cut and paste] --- ata-card.c 3 Jun 2003 01:30:55 - 1.13 +++ ata-card.c 15 Jun 2003 18:46:28 - @@ -53,6 +53,8 @@ PCMCIA_CARD(OEM2, IDE, 0), PCMCIA_CARD(PANASONIC, KXLC005, 0), PCMCIA_CARD(TEAC, IDECARDII, 0), + { FREECOM PCCARD-IDE, PCCARD_VENDOR_ANY, PCCARD_PRODUCT_ANY, 0, + { FREECOM, PCCARD-IDE, NULL, NULL } }, {NULL} }; Thanks, this gets me an extra ata-channel when I insert the card. However, no devices are found on it. ata2: FREECOM PCCARD-IDE at port 0x100-0x10f irq 11 function 0 config 1 on pccard0 vulcan# atacontrol info ata2 Master: no device present Slave: no device present I believe tha master should be the cdrom drive. -- Best regards Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with pcmcia on 5.1-RELEASE
Matthew N. Dodd [EMAIL PROTECTED] writes: On Sun, 15 Jun 2003, Christian Laursen wrote: However, no devices are found on it. ata2: FREECOM PCCARD-IDE at port 0x100-0x10f irq 11 function 0 config 1 on pccard0 vulcan# atacontrol info ata2 Master: no device present Slave: no device present I believe tha master should be the cdrom drive. 'atacontrol attach 2' or 'atacontrol reinit 2' I'm sorry, but that doesn't give anything. vulcan# atacontrol attach 2 atacontrol: ioctl(ATAATTACH): File exists vulcan# atacontrol reinit 2 Master: no device present Slave: no device present vulcan# atacontrol detach 2 vulcan# atacontrol attach 2 Master: no device present Slave: no device present -- Best regards Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with pcmcia on 5.1-RELEASE
M. Warner Losh [EMAIL PROTECTED] writes: In message: [EMAIL PROTECTED] Christian Laursen [EMAIL PROTECTED] writes: : pccard0: unknown card (manufacturer=0x, product=0x) at function 0 : pccard0:CIS info: FREECOM, PCCARD-IDE, REV836 Looks like we need another entry in ata-card.c for this device. I've added this to the kernel list. Please recvsup and make sure you have sys/dev/pccard/pccarddevs 1.53, pccarddevs.h 1.53 and sys/dev/ata/ata-card.c 1.14. Thank you very much. Unfortunately, like the patch Matthew N. Dodd posted, this gives me an extra ata channel, but no devices are found on it. I have tried various commands to atacontrol, but nothing seems to help. I'm not sure how to help debug this further. -- Best regards Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems with pcmcia on 5.1-RELEASE
M. Warner Losh [EMAIL PROTECTED] writes: In message: [EMAIL PROTECTED] Christian Laursen [EMAIL PROTECTED] writes: : M. Warner Losh [EMAIL PROTECTED] writes: : : In message: [EMAIL PROTECTED] : Christian Laursen [EMAIL PROTECTED] writes: : : pccard0: unknown card (manufacturer=0x, product=0x) at function 0 : : pccard0:CIS info: FREECOM, PCCARD-IDE, REV836 : : Looks like we need another entry in ata-card.c for this device. : : I've added this to the kernel list. Please recvsup and make sure you : have sys/dev/pccard/pccarddevs 1.53, pccarddevs.h 1.53 and : sys/dev/ata/ata-card.c 1.14. : : Thank you very much. : : Unfortunately, like the patch Matthew N. Dodd posted, this gives me : an extra ata channel, but no devices are found on it. : : I have tried various commands to atacontrol, but nothing seems to : help. : : I'm not sure how to help debug this further. I have a stupid question: Are you sure that your cdrom is turned on? I have some that need an aux power connection before they work. Yes, I am. There is a switch that I can use to change between external power or power from the machine to which it is connected. When I insert the card, the light on the drive comes on, and if a cd is inserted, it spins up. -- Best regards Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Troubles while mounting ext2 from 5.1-RELEASE
Vincent Caron [EMAIL PROTECTED] writes: after digging the various mailing-lists, release notes, errata and Google, I thought I might get some help here. I have just installed a FreeBSD 5.1-RELEASE on my x86 laptop. Everything works like a charm, including DRI, except mounting ext2 : # mount -t ext2fs /dev/ad0s2 /mnt/linux ext2fs: /dev/ad0s2: No such file or directory Did you compile EXT2FS support into your kernel? -- Best regards Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CVS removal from the base
On 12/04/11 01:25, Doug Barton wrote: [snip] Replying to a somewhat random mail in this thread. Has anyone considerede that the people actually using CVS for getting the source might be somewhat overrepresented on freebsd-current? If I had to guess, the average user is using either freebsd-update or csup (or even cvsup) to update a freshly installed system. Those that need the added flexibility provided by using CVS directly should be fully able to install it using pkg_add. Personally I pkg_add screen on new systems before doing anything else. I have never considered that a problem. I use CVS myself from time to time, but I see no need for it to be in base for that reason. BTW. I think the bikeshed should be painted blue. -- Christian Laursen ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [CFC/CFT] large changes in the loader(8) code
On 06/27/12 16:28, John Baldwin wrote: On Wednesday, June 27, 2012 8:45:45 am Andrey V. Elsukov wrote: When we are in the FreeBSD, our loader can detect that device size is lower than it see and it will work. When primary header is OK, then other OSes should work with this GPT. When it isn't OK, you just can't load other OS :) Ah, yes. The solution to violating standards is to make sure you never use standards-compliant software. That's a great argument. :) (Although not entirely uncommon. Standards aren't always perfect, but if we had a way to not gratuitously violate them it would be nice to avoid doing so.) To be standards compliant and allow whole-disk based mirroring to work at the same time wouldn't nested GPT work like this? Whole disk (start) | GPT header | GPT partition of type freebsd-geom (start) | | gmirror device (start) | | | GPT header | | | | freebsd-boot | | | | freebsd-ufs | | | | freebsd-swap | | | GPT backup header | | gmirror metadata | | gmirror device (end) | GPT partition of type freebsd-geom (end) | GPT backup header Whole disk (end) Nothing but FreeBSD would understand the freebsd-geom partition type, so the inner GPT device should be valid and standards compliant. The boot loader would of course need to understand this setup but that shouldn't be impossible. Just a thought. It might be too complicated compared to the non-standards compliant way it works now which works quite well in practice though. -- Christian Laursen ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: libinit idea
On 02/24/14 14:34, Andreas Nilsson wrote: On Mon, Feb 24, 2014 at 2:25 PM, Matthias Gamsjager mgamsja...@gmail.comwrote: How about delaying the startup of services that are not necessary right at the start. For example sshd, samba etc could be loaded after xdm ( or even after the DE has loaded). On my core i5 with regular hdd I get: 23sec to boot kernel 13sec from mounted root to slim login promp. I have not done any measurements here but this is what I experience as well. Once / has been mounted the rest of the startup doesn't take long. Fixing the kernel boot time seems like a bigger gain, imho. +1 -- Christian Laursen ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
ATAPI CD Changer problem in -CURRENT
I just upgraded my workstation from 5.1-RELEASE to todays -CURRENT. When I boot it, I get the following messages about my CD drives: acd0-5: CDROM with 6 CD changer CD-C68E at ata1-master PIO4 acd6: DVDROM CREATIVEDVD5240E-1 at ata1-slave PIO4 acd0-5: FAILURE - LOAD_UNLOAD status=51READY,DSC,ERROR sensekey=ILLEGAL REQUEST error=4ABORTED acd0-5: FAILURE - LOAD_UNLOAD status=51READY,DSC,ERROR sensekey=ILLEGAL REQUEST error=4ABORTED acd0-5: FAILURE - LOAD_UNLOAD status=51READY,DSC,ERROR sensekey=ILLEGAL REQUEST error=4ABORTED acd0-5: FAILURE - LOAD_UNLOAD status=51READY,DSC,ERROR sensekey=ILLEGAL REQUEST error=4ABORTED I get the 4 failures after the 2 first slots (both containing a CD) have been probed, and I guess there is an error for every empty slot. In 5.1-RELEASE the kernel didn't change through the drives while booting. It is a little annoying, but not my main concern. The real problem is, that only the first slot works. When I try to mount a cd from the second slot (acd1), I get this: borg# mount /drv/cd2 cd9660: /dev/acd1: Input/output error It doesn't make any difference whether acd0 is mounted or not. If you need further information about the problem, let me know. Thanks. -- Best regards Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's changed relating to localhost then?
Steve Ames [EMAIL PROTECTED] writes: If you telnet to 127.0.0.1 the system still believes you are coming from your public IP. Bizarre that. Other IPs don't act that way. My system has two public IPs and 127.0.0.1. If I telnet to myself on either of the public IPs then I appear from the correct IP. However 127.0.0.1 no longer seems to work that way and that does break a number of things that expect to be connected to by 127.0.0.1 I can confirm this behaviour. It is possible to force the local address to 127.0.0.1 though. [EMAIL PROTECTED] ~]$ telnet 127.0.0.1 25 [19:39] Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 borg.borderworlds.dk ESMTP Postfix Nov 22 19:39:44 borg postfix/smtpd[2683]: connect from borg.borderworlds.dk[10.1.0.2] [EMAIL PROTECTED] ~]$ telnet -s 127.0.0.1 127.0.0.1 25 [19:40] Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 borg.borderworlds.dk ESMTP Postfix Nov 22 19:40:06 borg postfix/smtpd[2683]: connect from localhost[127.0.0.1] Fortunately this behaviour didn't break anything here, but it does seem broken nonetheless. I updated my machine earlier today and got 5.2-BETA: FreeBSD borg.borderworlds.dk 5.2-BETA FreeBSD 5.2-BETA #3: Sat Nov 22 13:25:47 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BORG i386 -- Best regards Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Panic when trying to mount cd9660 as udf
By accident, I tried to mount a CD as UDF, and got the follwoing panic: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc06c2f6c stack pointer = 0x10:0xcda4bac0 frame pointer = 0x10:0xcda4bacc code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 530 (mount_udf) This seems to be easily reproducable. First I got it on my workstation running 5.2-BETA, and I then reproduced it on my test machine which runs -CURRENT from 4 days ago: FreeBSD cardassian.borderworlds.dk 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Wed Nov 19 04:22:32 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 The output in this mail is from the test machine. This is the backtrace I got from the resulting crashdump: #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc066d6fb in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc066dafd in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc048ac32 in db_panic () at /usr/src/sys/ddb/db_command.c:450 #4 0xc048ab92 in db_command (last_cmdp=0xc0938360, cmd_table=0xc08c3c00, aux_cmd_tablep=0xc08baa04, aux_cmd_tablep_end=0xc08baa1c) at /usr/src/sys/ddb/db_command.c:346 #5 0xc048acd5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472 #6 0xc048dcd5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_trap.c:73 #7 0xc0812dcc in kdb_trap (type=12, code=0, regs=0xcda4ba80) at /usr/src/sys/i386/i386/db_interface.c:171 #8 0xc08294d6 in trap_fatal (frame=0xcda4ba80, eva=0) at /usr/src/sys/i386/i386/trap.c:816 #9 0xc0829182 in trap_pfault (frame=0xcda4ba80, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:735 #10 0xc0828d23 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1040053552, tf_esi = 1, tf_ebp = -844842292, tf_isp = -844842324, tf_ebx = 0, tf_edx = 4, tf_ecx = 1, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1066651796, tf_cs = 8, tf_eflags = 66182, tf_esp = 6, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:420 #11 0xc0814818 in calltrap () at {standard input}:94 #12 0xc06c3913 in vfs_mount_destroy (mp=0x0, td=0x0) at /usr/src/sys/kern/vfs_mount.c:537 #13 0xc06c472f in vfs_domount (td=0xc20c7dc0, fstype=0xc2020ad0 udf, fspath=0xc2020ab0 /mnt, fsflags=1, fsdata=0xc2020c00, compat=0) at /usr/src/sys/kern/vfs_mount.c:938 #14 0xc06c3a39 in vfs_nmount (td=0x0, fsflags=0, fsoptions=0x0) at /usr/src/sys/kern/vfs_mount.c:581 #15 0xc06c353d in nmount (td=0x0, uap=0xcda4bd10) at /usr/src/sys/kern/vfs_mount.c:407 #16 0xc0829870 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077940702, tf_esi = 8, tf_ebp = -1077940972, tf_isp = -844841612, tf_ebx = 5, tf_edx = -1077940736, tf_ecx = 10, tf_eax = 378, tf_trapno = 12, tf_err = 2, tf_eip = 671876783, tf_cs = 31, tf_eflags = 582, tf_esp = -1077942196, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1010 #17 0xc081486d in Xint0x80_syscall () at {standard input}:136 -- Best regards Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Panic when trying to mount cd9660 as udf
Maxime Henrion [EMAIL PROTECTED] writes: Christian Laursen wrote: By accident, I tried to mount a CD as UDF, and got the follwoing panic: [snip] Can you try the attached patch and tell me if it fixes your problem? Unfortunately it doesn't seem to make any difference. The trace seems to be identical except for a line number that changed because of the patch. #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc066d6fb in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc066dafd in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc048ac32 in db_panic () at /usr/src/sys/ddb/db_command.c:450 #4 0xc048ab92 in db_command (last_cmdp=0xc0938360, cmd_table=0xc08c3c00, aux_cmd_tablep=0xc08baa04, aux_cmd_tablep_end=0xc08baa1c) at /usr/src/sys/ddb/db_command.c:346 #5 0xc048acd5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472 #6 0xc048dcd5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_trap.c:73 #7 0xc0812ddc in kdb_trap (type=12, code=0, regs=0xcda39a80) at /usr/src/sys/i386/i386/db_interface.c:171 #8 0xc08294e6 in trap_fatal (frame=0xcda39a80, eva=0) at /usr/src/sys/i386/i386/trap.c:816 #9 0xc0829192 in trap_pfault (frame=0xcda39a80, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:735 #10 0xc0828d33 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1040052640, tf_esi = 1, tf_ebp = -844916020, tf_isp = -844916052, tf_ebx = 0, tf_edx = 4, tf_ecx = 1, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1066651796, tf_cs = 8, tf_eflags = 66182, tf_esp = 6, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:420 #11 0xc0814828 in calltrap () at {standard input}:94 #12 0xc06c3913 in vfs_mount_destroy (mp=0x0, td=0x0) at /usr/src/sys/kern/vfs_mount.c:537 #13 0xc06c4740 in vfs_domount (td=0xc20c7640, fstype=0xc2020e60 udf, fspath=0xc2020ea0 /mnt, fsflags=1, fsdata=0xc2020e40, compat=0) at /usr/src/sys/kern/vfs_mount.c:939 #14 0xc06c3a39 in vfs_nmount (td=0x0, fsflags=0, fsoptions=0x0) at /usr/src/sys/kern/vfs_mount.c:581 #15 0xc06c353d in nmount (td=0x0, uap=0xcda39d10) at /usr/src/sys/kern/vfs_mount.c:407 #16 0xc0829880 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077940702, tf_esi = 8, tf_ebp = -1077940972, tf_isp = -844915340, tf_ebx = 5, tf_edx = -1077940736, tf_ecx = 10, tf_eax = 378, tf_trapno = 12, tf_err = 2, tf_eip = 671876783, tf_cs = 31, tf_eflags = 582, tf_esp = -1077942196, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1010 #17 0xc081487d in Xint0x80_syscall () at {standard input}:136 -- Best regards Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Panic when trying to mount cd9660 as udf
Maxime Henrion [EMAIL PROTECTED] writes: Christian Laursen wrote: Maxime Henrion [EMAIL PROTECTED] writes: Christian Laursen wrote: By accident, I tried to mount a CD as UDF, and got the follwoing panic: [snip] Can you try the attached patch and tell me if it fixes your problem? Unfortunately it doesn't seem to make any difference. [snip] Oops, sorry, that patch had 0 chances to work. I now see what is the problem and I'll send you another fix as soon as possible, but can't right now. Alexander Kabaev committed a fix to vfs_mount.c rev. 1.116 which seems to fix the problem. -- Best regards Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
panic: sleeping without a mutex (acd related)
I have been experiencing some random lockups after upgrading from 5.1-RELEASE to 5.2-BETA. I then wen on and enabled all the debug options in my kernel config hoping to be able to find the cause. But now I cannot boot at all. In the end of the boot process when detecting ATA drives, I get this: ad0: 76319MB ST380011A [155061/16/63] at ata0-master UDMA100 acd0-5: CDROM with 6 CD changer CD-C68E at ata1-master PIO4 acd6: DVDROM CREATIVEDVD5240E-1 at ata1-slave PIO4 panic: sleeping without a mutex Debugger(panic) Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db db trace Debugger(c06e3744,c07549a0,c06e3ec9,d861ab60,100) at Debugger+0x54 panic(c06e3ec9,0,c06e3eb8,c06d6584,10) at panic+0xd5 msleep(c45173d8,0,4c,c06d6584,0) at msleep+0x505 acd_geom_access(c452de00,1,0,0,0) at acd_geom_access+0x115 g_access_rel(c4509280,1,0,0,d861aca0) at g_access_rel+0x20d g_slice_new(c0742a60,4,c452de00,d861ac9c,d861aca0) at g_slice_new+0xea g_mbr_taste(c0742a60,c452de00,0,15b,c452dd80) at g_mbr_taste+0x90 g_new_provider_event(c452de00,0,c06de186,b5,6667) at g_new_provider_event+0d one_event(d861ad10,c04f2b95,c074f994,0,4c) at one_event+0x218 g_run_events(c074f994,0,4c,c06dd10e,a) at g_run_events+0x15 g_event_procbody(0,d861ad48,c06e1304,311,2cb966) at g_event_procbody+0x45 fork_exit(c04f2b50,0,d861ad48) at fork_exit+0xb4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd861ad7c, ebp = 0 --- I am not a kernel expert but the problem seems to be related to acd. -- Best regards Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Frequent lockups with 5.2-BETA
ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% GEOM: create disk ad0 dp=0xc4508960 ad0: 76319MB ST380011A [155061/16/63] at ata0-master UDMA100 acd0-5: CDROM with 6 CD changer CD-C68E at ata1-master PIO4 acd6: DVDROM CREATIVEDVD5240E-1 at ata1-slave PIO4 acd0-5: FAILURE - LOAD_UNLOAD status=51READY,DSC,ERROR sensekey=ILLEGAL REQUEST error=4ABORTED acd0-5: FAILURE - LOAD_UNLOAD status=51READY,DSC,ERROR sensekey=ILLEGAL REQUEST error=4ABORTED acd0-5: FAILURE - LOAD_UNLOAD status=51READY,DSC,ERROR sensekey=ILLEGAL REQUEST error=4ABORTED acd0-5: FAILURE - LOAD_UNLOAD status=51READY,DSC,ERROR sensekey=ILLEGAL REQUEST error=4ABORTED acd0-5: FAILURE - LOAD_UNLOAD status=51READY,DSC,ERROR sensekey=ILLEGAL REQUEST error=4ABORTED Mounting root from ufs:/dev/ad0s3a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 8 files 1 /usr: superblock summary recomputed WARNING: /var was not properly dismounted /var: mount pending error: blocks 8 files 1 /var: superblock summary recomputed em0: Link is up 100 Mbps Full Duplex If you need more information, I'll gladly try to make it available. Thanks. -- Best regards Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.2-BETA and related ports issues
Michael L. Squires [EMAIL PROTECTED] writes: On both systems I'm running postgreSQL7 from ports. In both cases the pgctl (the startup script) is called twice, and obviously it fails the second time. It is called both by /etc/rc.d/localdaemons and by /etc/rc.d/localpkg. I haven't looked any deeper than that, yet. On the portable the IP number, netmask, and router address are set in /etc/rc.conf. Both /etc/rc.d/netoptions and /etc/rc.d/network3 appear to be execuring (I see 'Additional TCP options: twice) and one of them is trying to reset the router address set by rc.conf, resulting in an error. There is an item in UPGRADING that explains this: 20030829: The following rc.d scripts have been removed and should be deleted from your installation: atm2.sh atm3.sh devdb localdaemons network1 network2 network3. Depending on when you last updated world and used mergemaster(8) you may or may not have problems during the rc boot sequence. The simplest solution is an 'rm -rf /etc/rc.d/*' and then 'mergemaster -i'. The atm2.sh atm3.sh and devdb scripts were removed some time ago, so depending on when you installed -CURRENT these scripts may or may not exist on your system. -- Best regards Christian Laursen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]