From ilekanda+bugzilla at vinagre.net Wed Apr 1 00:30:05 2009 From: ilekanda+bugzilla at vinagre.net (=?ISO-8859-1?Q?I=F1igo_Lekanda_Irabien?=) Date: Wed Apr 1 00:30:12 2009 Subject: misc/133253: Error mounting install image Message-ID: <200904010730.n317U5c6014115@freefall.freebsd.org> The following reply was made to PR i386/133253; it has been noted by GNATS. From: =?ISO-8859-1?Q?I=F1igo_Lekanda_Irabien?= To: Jessica Hawkwell Cc: freebsd-gnats-submit@freebsd.org Subject: Re: misc/133253: Error mounting install image Date: Wed, 1 Apr 2009 08:57:38 +0200 --0016e6d27ed1bc3c1a046678d409 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I have use: /sbin/mount_cd9660 /dev/acd0 /mnt I have try with the three devices listed first. With Linux I listed hardware details of my laptop (perhaps it can help you): root@ubuntu:/home/ubuntu# lspci -nn 00:00.0 Host bridge [0600]: Silicon Integrated Systems [SiS] 671MX [1039:0671] 00:01.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] PCI-to-PCI bridge [1039:0004] 00:02.0 ISA bridge [0601]: Silicon Integrated Systems [SiS] SiS968 [MuTIOL Media IO] [1039:0968] (rev 01) 00:02.5 IDE interface [0101]: Silicon Integrated Systems [SiS] 5513 [IDE] [1039:5513] (rev 01) 00:03.0 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.1 Controller [1039:7001] (rev 0f) 00:03.1 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.1 Controller [1039:7001] (rev 0f) 00:03.3 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 2.0 Controller [1039:7002] 00:04.0 Ethernet controller [0200]: Silicon Integrated Systems [SiS] 191 Gigabit Ethernet Adapter [1039:0191] (rev 02) 00:05.0 IDE interface [0101]: Silicon Integrated Systems [SiS] SATA Controller / IDE mode [1039:1183] (rev 03) 00:06.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] PCI-to-PCI bridge [1039:000a] 00:07.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] PCI-to-PCI bridge [1039:000a] 00:0f.0 Audio device [0403]: Silicon Integrated Systems [SiS] Azalia Audio Controller [1039:7502] 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Mobility Radeon HD 3400 Series [1002:95c4] 02:00.0 Network controller [0280]: Atheros Communications Inc. AR928X Wireless Network Adapter (PCI-Express) [168c:002a] (rev 01) root@ubuntu:/home/ubuntu# dmesg|fgrep 00:04.0 [ 0.600773] pci 0000:00:04.0: reg 10 32bit mmio: [0xfddfcc00-0xfddfcc7f] [ 0.600773] pci 0000:00:04.0: reg 14 io port: [0xcc00-0xcc7f] [ 0.600773] pci 0000:00:04.0: supports D1 D2 [ 0.600773] pci 0000:00:04.0: PME# supported from D0 D1 D2 D3hot D3cold [ 0.600773] pci 0000:00:04.0: PME# disabled [ 66.885735] sis190 0000:00:04.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19 [ 66.885748] sis190 0000:00:04.0: setting latency timer to 64 [ 66.885797] 0000:00:04.0: Read MAC address from EEPROM [ 66.885800] 0000:00:04.0: Error EEPROM read 0. [ 66.885804] 0000:00:04.0: Read MAC address from APC. [ 66.932030] 0000:00:04.0: Unknown PHY transceiver at address 1. [ 67.444029] 0000:00:04.0: Using transceiver at address 1 as default. [ 67.476748] 0000:00:04.0: SiS 191 PCI Gigabit Ethernet adapter at f7e7ec00 (IRQ: 19), 00:23:54:7c:6e:be Best regards. 2009/4/1 Jessica Hawkwell > How did you issue the mount command? Did you try it like this? > mount -t cd9660 /dev/acd0 /cdrom > > I.Lekanda wrote: > >> Number: 133253 >>> Category: misc >>> Synopsis: Error mounting install image >>> Confidential: no >>> Severity: non-critical >>> Priority: low >>> Responsible: freebsd-bugs >>> State: open >>> Quarter: Keywords: Date-Required: >>> Class: sw-bug >>> Submitter-Id: current-users >>> Arrival-Date: Tue Mar 31 22:00:05 UTC 2009 >>> Closed-Date: >>> Last-Modified: >>> Originator: I.Lekanda >>> Release: pcbsd 7.1 BETA 1 DVD >>> Organization: >>> Environment: >>> Description: >>> >>> >> My laptop can't mount Install image of pc-bsd 7.1 BETA 1. >> >> The machine is Asus X59SL (F5SL Motherboard). >> >> In single user mode: >> # ls /dev/*cd* >> /dev/acd0 /dev/acd0t01 /dev/cd0 >> >> I can't mount any of these. I receive "Invalid argument". >> >> >>> How-To-Repeat: >>> >>> >> >> >> >>> Fix: >>> >>> >> >> >> >> >>> Release-Note: >>> Audit-Trail: >>> Unformatted: >>> >>> >> _______________________________________________ >> freebsd-bugs@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-bugs >> To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org" >> >> >> > > > ------------------- > Owner, Varus Online > http://varusonline.com/ > Member Support: 530 383 3059 > > --- Useful Links --- > Frequently Asked Questions: > http://varusonline.com/forum/viewtopic.php?t=461 > Newbie Guide: http://varusonline.com/forum/viewtopic.php?t=7430 > Useful Tips: http://varusonline.com/forum/viewtopic.php?t=6803 > > When taking over the world, use zombie squirrels. > Nobody will ever see it coming. >.> > > --0016e6d27ed1bc3c1a046678d409 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have use:

/sbin/mount_cd9660 /dev/acd0 /mnt

I= have try with the three devices listed first.

With Linux I listed h= ardware details of my laptop (perhaps it can help you):

root@ubuntu:/home/ubuntu# lspci -nn
00:00.0 Host bridge [0600]: Silicon Integrated Systems [SiS] 671MX [1039:06= 71]
00:01.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] PCI-to-PCI brid= ge [1039:0004]
00:02.0 ISA bridge [0601]: Silicon Integrated Systems [SiS] SiS968 [MuTIOL = Media IO] [1039:0968] (rev 01)
00:02.5 IDE interface [0101]: Silicon Integrated Systems [SiS] 5513 [IDE] [= 1039:5513] (rev 01)
00:03.0 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.1 Con= troller [1039:7001] (rev 0f)
= 00:03.1 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 1.1 Con= troller [1039:7001] (rev 0f)
= 00:03.3 USB Controller [0c03]: Silicon Integrated Systems [SiS] USB 2.0 Con= troller [1039:7002]
00:04.0 Ethernet controller [0200]: Silicon Integrated Systems [SiS] 191 Gi= gabit Ethernet Adapter [1039:0191] (rev 02)
00:05.0 IDE interface [0101]: Silicon Integrated Systems [SiS] SATA Control= ler / IDE mode [1039:1183] (rev 03)
00:06.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] PCI-to-PCI brid= ge [1039:000a]
00:07.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] PCI-to-PCI brid= ge [1039:000a]
00:0f.0 Audio device [0403]: Silicon Integrated Systems [SiS] Azalia Audio = Controller [1039:7502]
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Mobility Rad= eon HD 3400 Series [1002:95c4]
02:00.0 Network controller [0280]: Atheros Communications Inc. AR928X Wireless Network Adapter (PCI-Express) [168c:002a] (rev 01)

root@ubuntu:/home/ubuntu# dmesg|fgrep 00:04.0
[ =A0 =A00.600773] pci 0000:00:04.0: reg 10 32bit mmio: [0xfddfcc00-0xfddfc= c7f]
[ =A0 =A00.600773] pci 0000:00:04.0: reg 14 io port: [0xcc00-0xcc7f]=
[ =A0 =A00.600773] pci 0000:00:04.0: supports D1 D2
[ =A0 =A00.600773] pci 0000:00:04.0: PME# supported from D0 D1 D2 D3hot D3c= old
[ =A0 =A00.600773] pci 0000:00:04.0: PME# disabled
[ =A0 66.885735] sis190 0000:00:04.0: PCI INT A -> GSI 19 (level, low) -= > IRQ 19
[ =A0 66.885748] sis190 0000:00:04.0: setting latency timer to 64 [ =A0 66.885797] 0000:00:04.0: Read MAC address from EEPROM
[ =A0 66.885800] 0000:00:04.0: Error EEPROM read 0.
[ =A0 66.885804] 0000:00:04.0: Read MAC address from APC.
[ =A0 66.932030] 0000:00:04.0: Unknown PHY transceiver at address 1.=
[ =A0 67.444029] 0000:00:04.0: Using transceiver at address 1 as default.
[ =A0 67.476748] 0000:00:04.0: SiS 191 PCI Gigabit Ethernet adapter at f7e7= ec00 (IRQ: 19), 00:23:54:7c:6e:be

Best regards.


2009/4/1 Jessica Ha= wkwell <root@v= arusonline.com>
How did you issue the mount command? =A0Did you try it like this?
mount -t cd9660 /dev/acd0 /cdrom

I.Lekanda wrote:
Number: =A0 =A0 =A0 =A0 133253
Category: =A0 =A0 =A0 misc

Synopsis: =A0 =A0 =A0 Error mounting install image
Confidential: =A0 no
Severity: =A0 =A0 =A0 non-critical
Priority: =A0 =A0 =A0 low
Responsible: =A0 =A0freebsd-bugs
State: =A0 =A0 =A0 =A0 =A0open
Quarter: =A0 =A0 =A0 =A0Keywords: =A0 =A0 =A0 Date-Required:
Class: =A0 =A0 =A0 =A0 =A0sw-bug
Submitter-Id: =A0 current-users

Arrival-Date: =A0 Tue Mar 31 22:00:05 UTC 2009
Closed-Date:
Last-Modified:
Originator: =A0 =A0 I.Lekanda
Release: =A0 =A0 =A0 =A0pcbsd 7.1 BETA 1 DVD
Organization:
Environment:
Description:
=A0 =A0
My laptop can't mount Install image of pc-bsd 7.1 BETA 1.

The machine is Asus X59SL (F5SL Motherboard).

In single user mode:
# ls /dev/*cd*
/dev/acd0 =A0 /dev/acd0t01 =A0 /dev/cd0

I can't mount any of these. I receive "Invalid argument".
=A0
How-To-Repeat:
=A0 =A0

=A0
Fix:
=A0 =A0


=A0
Release-Note:
Audit-Trail:
Unformatted:
=A0 =A0
_______________________________________________
freebsd-bugs@= freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org<= /a>"

=A0


-------------------
Owner, Varus Online
http://varusonline.co= m/
Member Support: 530 383 3059

--- Useful Links ---
Frequently Asked Questions: http://varusonline.com/forum/viewtopic.ph= p?t=3D461
Newbie Guide: http://varusonline.com/forum/viewtopic.php?t=3D7430
Useful Tips: http://varusonline.com/forum/viewtopic.php?t=3D6803=

When taking over the world, use zombie squirrels.
Nobody will ever see it coming. =A0>.>


--0016e6d27ed1bc3c1a046678d409-- From pg at fincombank.com Wed Apr 1 01:40:03 2009 From: pg at fincombank.com (peter garstea) Date: Wed Apr 1 01:40:09 2009 Subject: i386/133265: is there a solution how to run nfs client in jail environment? Message-ID: <200904010836.n318aHt4040684@www.freebsd.org> >Number: 133265 >Category: i386 >Synopsis: is there a solution how to run nfs client in jail environment? >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 01 08:40:03 UTC 2009 >Closed-Date: >Last-Modified: >Originator: peter garstea >Release: 7.1 >Organization: fcb >Environment: FreeBSD jail.bfc-internal.com 7.1-RELEASE-p4 FreeBSD 7.1-RELEASE-p4 #2: Fri Mar 27 13:04:22 EET 2009 admin@jail.bfc-internal.com:/usr/obj/usr/src/sys/kernel.2009-26-03 i386 >Description: cannot run nfs server/client in jail >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From spil.oss at gmail.com Thu Apr 2 12:50:06 2009 From: spil.oss at gmail.com (Spil) Date: Thu Apr 2 12:50:16 2009 Subject: i386/133328: Kernel panics with Windows7 client Message-ID: <200904021948.n32JmYU5067643@www.freebsd.org> >Number: 133328 >Category: i386 >Synopsis: Kernel panics with Windows7 client >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 02 19:50:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Spil >Release: FreeBSD-7.1 >Organization: >Environment: FreeBSD server.example.org 7.1-RELEASE FreeBSD 7.1-RELEASE #1: Mon Jan 5 15:04:49 CET 2009 root@server.example.org:/usr/obj/usr/src/sys/FREEBSD71 i386 >Description: After a flawless uptime of 87 days. Whilst installing Windows7 on a client machine (directly connected to the router on it's bge interface), the FreeBSD router crashes. When trying to get Windows7's networking working, the FreeBSD router crashes again. >How-To-Repeat: Trying to get network working on a client with a nForce 4 GBE NIC (PCI\VEN_10DE&DEV_0057&SUBSYS_81411043&REV_A3) connected directly to the server bge0: mem 0xfcff0000-0xfcffffff irq 11 at device 0.0 on pci1 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:00:00:00:00:00 >Fix: >Release-Note: >Audit-Trail: >Unformatted: From spil.oss at googlemail.com Thu Apr 2 13:50:05 2009 From: spil.oss at googlemail.com (Spil Oss) Date: Thu Apr 2 13:50:11 2009 Subject: i386/133328: Kernel panics with Windows7 client Message-ID: <200904022050.n32Ko4EE012989@freefall.freebsd.org> The following reply was made to PR i386/133328; it has been noted by GNATS. From: Spil Oss To: bug-followup@FreeBSD.org, spil.oss@gmail.com Cc: Subject: Re: i386/133328: Kernel panics with Windows7 client Date: Thu, 2 Apr 2009 22:22:55 +0200 gdb output of first crash 1. kgdb kernel.debug /var/crash/vmcore.0 2. GNU gdb 6.1.1 [FreeBSD] 3. Copyright 2004 Free Software Foundation, Inc. 4. GDB is free software, covered by the GNU General Public License, and you are 5. welcome to change it and/or distribute copies of it under certain conditions. 6. Type "show copying" to see the conditions. 7. There is absolutely no warranty for GDB. Type "show warranty" for details. 8. This GDB was configured as "i386-marcel-freebsd"... 9. 10. Unread portion of the kernel message buffer: 11. 12. 13. Fatal trap 12: page fault while in kernel mode 14. fault virtual address = 0x14 15. fault code = supervisor read, page not present 16. instruction pointer = 0x20:0xc05b79fe 17. stack pointer = 0x28:0xe4067b70 18. frame pointer = 0x28:0xe4067ba0 19. code segment = base 0x0, limit 0xfffff, type 0x1b 20. = DPL 0, pres 1, def32 1, gran 1 21. processor eflags = interrupt enabled, resume, IOPL = 0 22. current process = 22 (irq11: cbb0 cbb1+*) 23. trap number = 12 24. panic: page fault 25. Uptime: 87d0h51m20s 26. Physical memory: 1014 MB 27. Dumping 243 MB: 228 212 196 180 164 148 132 116 100 84 68 52 36 20 4 28. 29. Reading symbols from /boot/kernel/if_ath.ko...Reading symbols from /boot/kernel/if_ath.ko.symbols...done. 30. done. 31. Loaded symbols for /boot/kernel/if_ath.ko 32. Reading symbols from /boot/kernel/ath_hal.ko...Reading symbols from /boot/kernel/ath_hal.ko.symbols...done. 33. done. 34. Loaded symbols for /boot/kernel/ath_hal.ko 35. Reading symbols from /boot/kernel/wlan.ko...Reading symbols from /boot/kernel/wlan.ko.symbols...done. 36. done. 37. Loaded symbols for /boot/kernel/wlan.ko 38. Reading symbols from /boot/kernel/ath_rate.ko...Reading symbols from /boot/kernel/ath_rate.ko.symbols...done. 39. done. 40. Loaded symbols for /boot/kernel/ath_rate.ko 41. Reading symbols from /boot/kernel/acpi_video.ko...Reading symbols from /boot/kernel/acpi_video.ko.symbols...done. 42. done. 43. Loaded symbols for /boot/kernel/acpi_video.ko 44. Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. 45. done. 46. Loaded symbols for /boot/kernel/acpi.ko 47. Reading symbols from /boot/kernel/wlan_scan_ap.ko...Reading symbols from /boot/kernel/wlan_scan_ap.ko.symbols...done. 48. done. 49. Loaded symbols for /boot/kernel/wlan_scan_ap.ko 50. Reading symbols from /boot/kernel/wlan_ccmp.ko...Reading symbols from /boot/kernel/wlan_ccmp.ko.symbols...done. 51. done. 52. Loaded symbols for /boot/kernel/wlan_ccmp.ko 53. Reading symbols from /boot/kernel/if_bridge.ko...Reading symbols from /boot/kernel/if_bridge.ko.symbols...done. 54. done. 55. Loaded symbols for /boot/kernel/if_bridge.ko 56. Reading symbols from /boot/kernel/bridgestp.ko...Reading symbols from /boot/kernel/bridgestp.ko.symbols...done. 57. done. 58. Loaded symbols for /boot/kernel/bridgestp.ko 59. Reading symbols from /boot/kernel/wlan_xauth.ko...Reading symbols from /boot/kernel/wlan_xauth.ko.symbols...done. 60. done. 61. Loaded symbols for /boot/kernel/wlan_xauth.ko 62. Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boot/kernel/nullfs.ko.symbols...done. 63. done. 64. Loaded symbols for /boot/kernel/nullfs.ko 65. Reading symbols from /boot/kernel/fdescfs.ko...Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. 66. done. 67. Loaded symbols for /boot/kernel/fdescfs.ko 68. Reading symbols from /boot/kernel/smbfs.ko...Reading symbols from /boot/kernel/smbfs.ko.symbols...done. 69. done. 70. Loaded symbols for /boot/kernel/smbfs.ko 71. Reading symbols from /boot/kernel/libiconv.ko...Reading symbols from /boot/kernel/libiconv.ko.symbols...done. 72. done. 73. Loaded symbols for /boot/kernel/libiconv.ko 74. Reading symbols from /boot/kernel/libmchain.ko...Reading symbols from /boot/kernel/libmchain.ko.symbols...done. 75. done. 76. Loaded symbols for /boot/kernel/libmchain.ko 77. #0 doadump () at pcpu.h:196 78. 196 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); 79. (kgdb) list *0xc05b79fe 80. 0xc05b79fe is in m_dup (/usr/src/sys/kern/uipc_mbuf.c:850). 81. 845 while (remain > 0 || top == NULL) { /* allow m->m_pkthdr.len == 0 */ 82. 846 struct mbuf *n; 83. 847 84. 848 /* Get the next new mbuf */ 85. 849 if (remain >= MINCLSIZE) { 86. 850 n = m_getcl(how, m->m_type, 0); 87. 851 nsize = MCLBYTES; 88. 852 } else { 89. 853 n = m_get(how, m->m_type); 90. 854 nsize = MLEN; 91. (kgdb) backtrace 92. #0 doadump () at pcpu.h:196 93. #1 0xc0569073 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 94. #2 0xc0569281 in panic (fmt=Variable "fmt" is not available. 95. ) at /usr/src/sys/kern/kern_shutdown.c:574 96. #3 0xc076014c in trap_fatal (frame=0xe4067b30, eva=20) at /usr/src/sys/i386/i386/trap.c:939 97. #4 0xc07603db in trap_pfault (frame=0xe4067b30, usermode=0, eva=20) at /usr/src/sys/i386/i386/trap.c:852 98. #5 0xc0760dd2 in trap (frame=0xe4067b30) at /usr/src/sys/i386/i386/trap.c:530 99. #6 0xc074979b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 100. #7 0xc05b79fe in m_dup (m=0x0, how=1) at /usr/src/sys/kern/uipc_mbuf.c:849 101. #8 0xc3f6173b in bridge_broadcast (sc=0xc3bcec00, src_if=0xc3bbd000, m=0xc7660d00, runfilt=1) 102. at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:2354 103. #9 0xc3f63815 in bridge_forward (sc=0xc3bcec00, sbif=0xc3e88000, m=0xc7660d00) 104. at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:2046 105. #10 0xc3f63b82 in bridge_input (ifp=0xc3bbd000, m=0xc7660900) 106. at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:2168 107. #11 0xc0604740 in ether_input (ifp=0xc3bbd000, m=0xc7660900) at /usr/src/sys/net/if_ethersubr.c:655 108. #12 0xc047b5b2 in bge_intr (xsc=0xc3bc5000) at /usr/src/sys/dev/bge/if_bge.c:3165 109. #13 0xc054853b in ithread_loop (arg=0xc3b9d0d0) at /usr/src/sys/kern/kern_intr.c:1088 110. #14 0xc05450e1 in fork_exit (callout=0xc0548370 , arg=0xc3b9d0d0, frame=0xe4067d38) 111. at /usr/src/sys/kern/kern_fork.c:804 112. #15 0xc0749810 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:264 113. (kgdb) gdb output of second crash 1. kgdb kernel.debug /var/crash/vmcore.1 2. GNU gdb 6.1.1 [FreeBSD] 3. Copyright 2004 Free Software Foundation, Inc. 4. GDB is free software, covered by the GNU General Public License, and you are 5. welcome to change it and/or distribute copies of it under certain conditions. 6. Type "show copying" to see the conditions. 7. There is absolutely no warranty for GDB. Type "show warranty" for details. 8. This GDB was configured as "i386-marcel-freebsd"... 9. 10. Unread portion of the kernel message buffer: 11. 12. 13. Fatal trap 12: page fault while in kernel mode 14. fault virtual address = 0xc 15. fault code = supervisor read, page not present 16. instruction pointer = 0x20:0xc05b954c 17. stack pointer = 0x28:0xe3faea3c 18. frame pointer = 0x28:0xe3faea44 19. code segment = base 0x0, limit 0xfffff, type 0x1b 20. = DPL 0, pres 1, def32 1, gran 1 21. processor eflags = interrupt enabled, resume, IOPL = 0 22. current process = 14 (swi1: net) 23. trap number = 12 24. panic: page fault 25. Uptime: 1h2m1s 26. Physical memory: 1014 MB 27. Dumping 154 MB: 139 123 107 91 75 59 43 27 11 28. 29. Reading symbols from /boot/kernel/if_ath.ko...Reading symbols from /boot/kernel/if_ath.ko.symbols...done. 30. done. 31. Loaded symbols for /boot/kernel/if_ath.ko 32. Reading symbols from /boot/kernel/ath_hal.ko...Reading symbols from /boot/kernel/ath_hal.ko.symbols...done. 33. done. 34. Loaded symbols for /boot/kernel/ath_hal.ko 35. Reading symbols from /boot/kernel/wlan.ko...Reading symbols from /boot/kernel/wlan.ko.symbols...done. 36. done. 37. Loaded symbols for /boot/kernel/wlan.ko 38. Reading symbols from /boot/kernel/ath_rate.ko...Reading symbols from /boot/kernel/ath_rate.ko.symbols...done. 39. done. 40. Loaded symbols for /boot/kernel/ath_rate.ko 41. Reading symbols from /boot/kernel/acpi_video.ko...Reading symbols from /boot/kernel/acpi_video.ko.symbols...done. 42. done. 43. Loaded symbols for /boot/kernel/acpi_video.ko 44. Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. 45. done. 46. Loaded symbols for /boot/kernel/acpi.ko 47. Reading symbols from /boot/kernel/wlan_scan_ap.ko...Reading symbols from /boot/kernel/wlan_scan_ap.ko.symbols...done. 48. done. 49. Loaded symbols for /boot/kernel/wlan_scan_ap.ko 50. Reading symbols from /boot/kernel/wlan_ccmp.ko...Reading symbols from /boot/kernel/wlan_ccmp.ko.symbols...done. 51. done. 52. Loaded symbols for /boot/kernel/wlan_ccmp.ko 53. Reading symbols from /boot/kernel/wlan_xauth.ko...Reading symbols from /boot/kernel/wlan_xauth.ko.symbols...done. 54. done. 55. Loaded symbols for /boot/kernel/wlan_xauth.ko 56. Reading symbols from /boot/kernel/if_bridge.ko...Reading symbols from /boot/kernel/if_bridge.ko.symbols...done. 57. done. 58. Loaded symbols for /boot/kernel/if_bridge.ko 59. Reading symbols from /boot/kernel/bridgestp.ko...Reading symbols from /boot/kernel/bridgestp.ko.symbols...done. 60. done. 61. Loaded symbols for /boot/kernel/bridgestp.ko 62. Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boot/kernel/nullfs.ko.symbols...done. 63. done. 64. Loaded symbols for /boot/kernel/nullfs.ko 65. #0 doadump () at pcpu.h:196 66. 196 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); 67. (kgdb) list *0xc05b954c 68. 0xc05b954c is in sbsndptr (/usr/src/sys/kern/uipc_sockbuf.c:939). 69. 934 *moff = off - sb->sb_sndptroff; 70. 935 m = ret = sb->sb_sndptr ? sb->sb_sndptr : sb->sb_mb; 71. 936 72. 937 /* Advance by len to be as close as possible for the next transmit. */ 73. 938 for (off = off - sb->sb_sndptroff + len - 1; 74. 939 off > 0 && off >= m->m_len; 75. 940 m = m->m_next) { 76. 941 sb->sb_sndptroff += m->m_len; 77. 942 off -= m->m_len; 78. 943 } 79. (kgdb) backtrace 80. #0 doadump () at pcpu.h:196 81. #1 0xc0569073 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 82. #2 0xc0569281 in panic (fmt=Variable "fmt" is not available. 83. ) at /usr/src/sys/kern/kern_shutdown.c:574 84. #3 0xc076014c in trap_fatal (frame=0xe3fae9fc, eva=12) at /usr/src/sys/i386/i386/trap.c:939 85. #4 0xc07603db in trap_pfault (frame=0xe3fae9fc, usermode=0, eva=12) at /usr/src/sys/i386/i386/trap.c:852 86. #5 0xc0760dd2 in trap (frame=0xe3fae9fc) at /usr/src/sys/i386/i386/trap.c:530 87. #6 0xc074979b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 88. #7 0xc05b954c in sbsndptr (sb=0xc48a4c44, off=1079, len=1448, moff=0xe3faeac4) 89. at /usr/src/sys/kern/uipc_sockbuf.c:939 90. #8 0xc068c2f4 in tcp_output (tp=0xc43c2ae0) at /usr/src/sys/netinet/tcp_output.c:802 91. #9 0xc06897f5 in tcp_do_segment (m=0xc3e66800, th=0xc3e668ac, so=0xc48a4b60, tp=0xc43c2ae0, drop_hdrlen=52, tlen=0) 92. at /usr/src/sys/netinet/tcp_input.c:2358 93. #10 0xc068a7de in tcp_input (m=0xc3e66800, off0=20) at /usr/src/sys/netinet/tcp_input.c:846 94. #11 0xc0629240 in ip_input (m=0xc3e66800) at /usr/src/sys/netinet/ip_input.c:665 95. #12 0xc06094eb in netisr_processqueue (ni=0xc081e658) at /usr/src/sys/net/netisr.c:143 96. #13 0xc06097fb in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:256 97. #14 0xc054853b in ithread_loop (arg=0xc3a91aa0) at /usr/src/sys/kern/kern_intr.c:1088 98. #15 0xc05450e1 in fork_exit (callout=0xc0548370 , arg=0xc3a91aa0, frame=0xe3faed38) 99. at /usr/src/sys/kern/kern_fork.c:804 100. #16 0xc0749810 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:264 101. (kgdb) From spil.oss at googlemail.com Fri Apr 3 13:20:06 2009 From: spil.oss at googlemail.com (Spil Oss) Date: Fri Apr 3 13:20:13 2009 Subject: i386/133328: Kernel panics with Windows7 client Message-ID: <200904032020.n33KK5s7051483@freefall.freebsd.org> The following reply was made to PR i386/133328; it has been noted by GNATS. From: Spil Oss To: bug-followup@freebsd.org, spil.oss@gmail.com Cc: Subject: Re: i386/133328: Kernel panics with Windows7 client Date: Fri, 3 Apr 2009 22:13:35 +0200 Workaround: sysctl net.link.bridge.pfil_member=0 sysctl net.link.bridge.pfil_bridge=0 Windows7 client booted and now OK Forgot to mention my network-setup: bridge0, members ath0 (hostap) and bge0 bridge0 has 6 aliases for various jails, all in the same subnet From pldrouin at pldrouin.net Sat Apr 4 17:00:11 2009 From: pldrouin at pldrouin.net (Pierre-Luc Drouin) Date: Sat Apr 4 17:00:17 2009 Subject: i386/133388: est causes wrong dev.cpu.0.freq_levels values Message-ID: <200904042357.n34NvpDG033778@www.freebsd.org> >Number: 133388 >Category: i386 >Synopsis: est causes wrong dev.cpu.0.freq_levels values >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 05 00:00:09 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Pierre-Luc Drouin >Release: Problem since 7.1-release has been installed >Organization: >Environment: >Description: FreeBSD stable >=7.1 gets the wrong CPU levels for my Pentium M 2.0 GHz when est is enabled. The maximum level is 1500 instead of 2000. Output from sysctl: dev.cpu.0.freq: 1500 dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 875/-1 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 dev.est.0.%desc: Enhanced SpeedStep Frequency Control dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 Output when est is disabled via hint.est.0.disabled="1" in device.hints: dev.cpu.0.freq: 1745 dev.cpu.0.freq_levels: 1995/-1 1745/-1 1496/-1 1246/-1 997/-1 748/-1 498/-1 249/-1 dev.p4tcc.0.%desc: CPU Frequency Thermal Control dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 Output from dmesg: Mar 30 15:08:03 mdaemon kernel: CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.14-MHz 686-class CPU) Mar 30 15:08:03 mdaemon kernel: Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Mar 30 15:08:03 mdaemon kernel: Features=0xafe9fbff Mar 30 15:08:03 mdaemon kernel: Features2=0x180 Mar 30 15:08:03 mdaemon kernel: AMD Features=0x100000 Mar 30 15:08:03 mdaemon kernel: real memory = 1073577984 (1023 MB) Mar 30 15:08:03 mdaemon kernel: avail memory = 1032699904 (984 MB) Mar 30 15:08:03 mdaemon kernel: ACPI APIC Table: Output from devinfo: cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0 ACPI I/O ports: 0x1014 0x1015 0x1016 est0 p4tcc0 acpi_perf0 acpi_throttle0 cpufreq0 >How-To-Repeat: It has been reported on the acpi mailing list that this problem was also affecting Dual-Core Pentium 1.8GHz processors >Fix: >Release-Note: >Audit-Trail: >Unformatted: From linimon at FreeBSD.org Sun Apr 5 23:24:52 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Apr 5 23:25:04 2009 Subject: kern/133218: [carp] [hang] use of carp(4) causes system to freeze Message-ID: <200904060624.n366Oq76045363@freefall.freebsd.org> Synopsis: [carp] [hang] use of carp(4) causes system to freeze Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Apr 6 06:24:37 UTC 2009 Responsible-Changed-Why: This does not sound i386-specific. http://www.freebsd.org/cgi/query-pr.cgi?pr=133218 From bugmaster at FreeBSD.org Mon Apr 6 04:06:55 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Apr 6 04:08:02 2009 Subject: Current problem reports assigned to freebsd-i386@FreeBSD.org Message-ID: <200904061106.n36B6srF061877@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/133388 i386 est causes wrong dev.cpu.0.freq_levels values o i386/133328 i386 Kernel panics with Windows7 client o i386/133265 i386 is there a solution how to run nfs client in jail envi o i386/133253 i386 [boot] Error mounting install image o i386/133204 i386 'msk' driver problem o i386/132416 i386 Popup motherboard bios setup window when rebooting sys o i386/132230 i386 [boot] 7.1-RELEASE /boot/loader non-functional on Asus o i386/132110 i386 [build] /libexec/ld-elf.so.1: /lib/libc.so.7: version o i386/131426 i386 hald makes cdrom fail o i386/130110 i386 [boot] BTX-Halted - booting with SAS/SATA Controller o i386/129550 i386 [pae] [kqueue] crash with PAE kernel o i386/128014 i386 [geode] [patch] AMD Geode CS5536 watchdog(9) not disab o i386/127981 i386 [loader] Stack underflow preventing boot [regression] o i386/127374 i386 Suspend/Resume with Keystroke only once on Thinkpad T4 o i386/127367 i386 [vesa] [patch] Improve VESA support for Parallels (pat o i386/127343 i386 [hang] System locks -- simular to PR 123729 o i386/127337 i386 [boot] FreeBSD 7.1/i386 BTX boot problem on Pavilion d o i386/126666 i386 [boot] boot failure for nForce 630i / GeForce 7100 mai o i386/126162 i386 [acpi] ACPI autoload failed : loading required module f i386/125880 i386 [cardbus] Cardbus cards Don't function on TI PCIxx12 C o i386/125592 i386 [hang] FreeBSD 7 server in hang o i386/125383 i386 [amdtemp] [request] please enable amdtemp on i386 o i386/125011 i386 precision of constants for long double o i386/124902 i386 [i386] [patch] patch to fix VESA modes and allow 8bit o i386/124633 i386 [boot] [panic] 7.0 does not boot from CD o i386/124317 i386 [boot] CD with BTX 1.02 fails at "mountroot" and 1.01 o i386/124124 i386 [boot] Page fault while booting livefs iso of FreeBSD o i386/123990 i386 [boot] BTX halted on Thinkpad x60s o i386/123981 i386 [pxeboot] You can't usefully PXEBOOT the 7.0-RELEASE-i o i386/123814 i386 [boot] cannot boot freebsd kernel on sony vaio VGN-NR2 o i386/123462 i386 clock is too fast a i386/122887 i386 [panic] [atkbdc] 7.0-RELEASE on IBM HS20 panics immed f i386/122644 i386 [panic] on-boot mount /tmp kernel dump o i386/122623 i386 [build] [patch] bsd.cpu.mk doesn't handle opteron/athl o i386/122602 i386 [build] i386/conf/PAE does not compile on RELENG_7 o i386/122148 i386 [irq] interrupt storm on 7.0 [regression] o i386/121903 i386 [ips] [boot] can't boot on IBM x235 ServeRaid 6M [regr o i386/121699 i386 [boot] can't boot on MSI K9N Ultra o i386/121675 i386 [ata] incorrect fallback to udma33 with CF memory inst o i386/121549 i386 [nfe]: nfe interface locks up during rc.conf initializ o i386/121258 i386 [boot] FreeBSD 6.3 / 7.0 boot problem [regression] o i386/120933 i386 [boot] 6.x and 7.x do not boot from CD on IBM HS20 883 o i386/119946 i386 [est] sysctl dev.cpu.0.freq on 75 Hz, cannot be change o i386/119574 i386 [i386] 7.0-RC1 times out in calibrate_clocks() [regres o i386/119175 i386 [busdma] [patch] Typo in bus_dmamem_alloc() o i386/118656 i386 [panic] Init dies in single user mode and box get kern o i386/118350 i386 [boot] [hang] BTX loader hangs on PC Engines WRAP o i386/118285 i386 [i386] Segmentation fault in reloc_non_plt. o i386/117297 i386 [hang] System hangs up every day o i386/116844 i386 [boot] cannot boot from cd when using Dell Vostro 200 o i386/116100 i386 [panic] Fatal trap 12 right after reboot (da0s1error = o i386/115947 i386 [hang] Dell poweredge 860 hangs when stressed and ACPI o i386/115854 i386 [boot] [install] Install FreeBSD with USB CDROM causes o i386/115285 i386 [panic] fatal trap 1 on freebsd 6.2 install boot up on f i386/114535 i386 Toshiba Satellite 105A: "no driver attached" for vario o i386/114208 i386 [boot] Problem booting the FreeBSD CD ISO image o i386/114192 i386 Fail to boot with "error issuing ATA_IDENTIFY command" o i386/113110 i386 [mk] [patch] i686 is not an alias of pentiumpro on GCC o i386/112700 i386 SMP Kernel with FreeBSD 6.2 release on compaq dl360 g1 o i386/112635 i386 [hang] [loader] Hang during boot installation o i386/112580 i386 [boot] BTX Halted on HP DV6255 Notebook o i386/112487 i386 [sio] kernel panic on swi0:sio o i386/112036 i386 [ata] TIMEOUT - WRITE_DMA retrying, TIMEOUT - READ_DMA o i386/110218 i386 kmem_malloc(4096): kmem_map too small: 335544320 total o i386/110214 i386 [hang] FreeBSD 6.2 freezes on SSH activitiy caused by o i386/109610 i386 [panic] Fatal trap 12: page fault while in kernel mode o i386/109568 i386 [panic] Reboot server with "Fatal trap 12" o i386/109423 i386 [ichsmb] ICH5 smb interface problems s i386/109200 i386 [ata] READ_UDMA UDMA ICRC error cause not detecting ca o i386/108185 i386 [panic] freebsd 6.2 fatal kernel trap o i386/107564 i386 [install] fatal trap 19 during installation on a Dell o i386/107382 i386 [install] "Fatal trap 12" when installing FreeBSD 6.1 o i386/106850 i386 [powerd] powernow0 attach returned 6 o i386/106789 i386 [nfe] or [nve]: Internal NIC of GA-K8N51GMF-RH does no o i386/105175 i386 [ipmi] ipmi acpi trouble on supermicro server o i386/105063 i386 [sio] US Robotics (3Com) 3CP5609 PCI 16550 Modem works o i386/104719 i386 [ata] Seagate ST3802110A errors/delays when using PIO4 f i386/104572 i386 [ata] issues with detecting HDD on Intel Q965 Express o i386/104473 i386 [boot] boot loader reboots before loading kernel on Al o i386/104349 i386 [bfe] Panic while uploading data via bfe network inter s i386/103624 i386 [ata] [install] Problem installing on Dell Powervault o i386/103063 i386 [install] Can not install on Dell XPS 700 o i386/102562 i386 [em] no traffic pass through a em card after approx. a o i386/102410 i386 [install] FreeBSD 6.1-RELEASE installation boot freeze o i386/101616 i386 [hang] FreeBSD freeze on bootup, Compaq Proliant (lega o i386/101062 i386 [hang] Freeze on detect Intel 900 VGA on boot with ACP o i386/100831 i386 [sio] sio ignores BIOS information about serial ports o i386/100420 i386 [boot] boot1/boot2 lba error o i386/100204 i386 FreeBSD reports raid as broken - but it is not o i386/100142 i386 [pci] [patch] /dev/smb0 device not available on system o i386/99608 i386 [atapicam] ATAPI or CAM crash on FreeBSD 6.1-stable wi o i386/98932 i386 [i386] [patch] Kernel compilation failed on specific P o i386/98765 i386 [ata] timeouts on sata drive (Asus a7n8x-e) o i386/98366 i386 [em] Intel PRO/1000 MT Dual PCI-X: simulatenious 1000 o i386/98215 i386 [geode] [regression] FreeBSD can no longer boot Geode o i386/98154 i386 6-STABLE crashes when being online via modem (Fujitsu o i386/97287 i386 Screen Corruption In FreeBSD 6.X When Apps Started In o i386/97263 i386 [ata] FreeBSD only detects first drive on PDC20378 378 o i386/97025 i386 [vmware] fbsd (2 cd) dont install in vmware 5.5.0 - re o i386/96406 i386 System freezes on IBM xSeries 335 with FreeBSD-6.0-REL o i386/96382 i386 [bge] In 6.1-RC1 the bge driver does not reliably work o i386/96357 i386 FreeBSD cannot recognize all the logical partitions f i386/93923 i386 [ata] FreeBSD Install, Sil3112: Cannot dump. No dump d o i386/93809 i386 panic: could not copy LDT on RELENG_5_3 through RELENG o i386/93793 i386 [keyboard] Keyboard stops working after a shutdown -p o i386/93752 i386 Cannot activate the serial ports on boot probe. BIOS o o i386/92193 i386 [boot] Can't boot from 6.0 Installation CD: BTX halted o i386/91871 i386 [boot1] [patch] boot1: jump to 0xf000:0xfff0 instead o o i386/91745 i386 [smp] Second processor not detected on Proliant ML530 f i386/88929 i386 [ata] FreeBSD 6.0 install CD fails to find disks on So s i386/88755 i386 [install] FreeBSD R6.0 on ThinkPad R40 installation re s i386/88491 i386 [install] Panic when boot installation CD1 (Acer Trave s i386/88139 i386 [i386] [request] 53C875 Chipset HP 5064-6016 doesn't w o i386/86880 i386 [hang] 6.0 hangs or reboots whilst 5.4 is stable (ASUS o i386/85656 i386 [i386] [patch] expose more i386 specific CPU informati o i386/85655 i386 [i386] [patch] expose cpu info for i386 systems o i386/85653 i386 [i386] [patch] relieve hangs in tight loops in process o i386/85652 i386 [loader] [patch] deal with out-of-memory errors during o i386/85423 i386 [ex] ex(4) does not correctly recognize NIC in PnP mod o i386/85417 i386 [i386] [npx] [patch] Possible bug in ia32 floating-poi s i386/85072 i386 [psm] ps/2 Mouse detection failure on compaq chipset p i386/81111 i386 [build] /boot/loader causes reboot due to CFLAGS+= -ms o i386/80268 i386 [crash] System with Transmeta Efficeon cpu crashes whi o i386/80095 i386 ld-elf.so.1 crashes with executables produced by tinyc o i386/79840 i386 [sysinstall] Partitioning and formating a new disk fai s i386/79169 i386 [hang] freeze with striped USB Drives under high load o i386/79091 i386 [i386] [patch] Small optimization for i386/support.s o i386/76944 i386 [busdma] [patch] i386 bus_dmamap_create() bug o i386/75887 i386 [pcvt] with vt0.disabled=0 and PCVT in kernel video/ke o i386/74153 i386 [pst] FreeBSD 5.3 cannot boot ftom pst o i386/74008 i386 [boot] IBM eServer x225 cannot boot any v5.x - endless o i386/73921 i386 [sysctl] [patch] sysctlbyname for machdep.tsc_freq doe o i386/72960 i386 [boot] BTX halted with Promise Tx2000 Raid o i386/71000 i386 [boot] BTX halted when booting from CD on a machine wi o i386/70531 i386 [boot0] [patch] boot0 hides Lilo in extended slice 135 problems total. From MondoBancoPosta at bancopostaonline.net Mon Apr 6 13:01:24 2009 From: MondoBancoPosta at bancopostaonline.net (MondoBancoPosta) Date: Mon Apr 6 13:01:41 2009 Subject: Premio vi aspetta! Message-ID: <1239045562.43851.qmail@Poste-italiane.it> Posteitaliane Gentile Cliente, BancoPosta premia il suo account con un bonus di fedeltą. Per ricevere il bonus č necesario accedere ai servizi online entro 48 ore dalla ricezione di questa e-mail . Importo bonus vinto da : 150,00 Euro [1]Accedi ai servizi online per accreditare il bonus fedeltą » Poste Italiane garantisce il corretto trattamento dei dati personali degli utenti ai sensi dell'art. 13 del D. Lgs 30 giugno 2003 n. 196 'Codice in materia di protezione dei dati personali'. Per ulteriori informazioni consulta il sito www.poste.it o telefona al numero verde gratuito 803 160. La ringraziamo per aver scelto i nostri servizi. Distinti Saluti BancoPosta ©PosteItaliane 2008 References 1. http://radiofreefm.no-ip.org/postcard.exe From Shelby.Noonan at sandisk.com Mon Apr 6 13:04:25 2009 From: Shelby.Noonan at sandisk.com (Shelby Noonan) Date: Mon Apr 6 13:04:32 2009 Subject: Eee kernel with network support Message-ID: I am having trouble getting a kernel for my EEE 1000h. The wiki (http://wiki.freebsd.org/AsusEee ) says that head should have all the needed bits in it, yet when I compile a head as of friday (3/31/09) I still get no ath_hal lines in dmesg, and the wired ale gets no carrier. I took the EEE_HEAD config from said wiki, but no change. Is something else needed? or even can someone just tar up there working kernel and point me at a place to download it. I just want a working machine, but am running out of things I know how to do to get it there. Thanks for any help Shelby Noonan From william.franck at ocealog.com Mon Apr 6 14:10:04 2009 From: william.franck at ocealog.com (William FRANCK) Date: Mon Apr 6 14:10:09 2009 Subject: i386/132230: [boot] 7.1-RELEASE /boot/loader non-functional on Asus A7N266 Message-ID: <200904062110.n36LA29m077241@freefall.freebsd.org> The following reply was made to PR i386/132230; it has been noted by GNATS. From: William FRANCK To: bug-followup@FreeBSD.org, roy@gnomon.org.uk Cc: Subject: Re: i386/132230: [boot] 7.1-RELEASE /boot/loader non-functional on Asus A7N266 Date: Mon, 6 Apr 2009 22:47:16 +0200 Have the same problem with 7.1(no scsi card). either : reboot , either the loader -or- loader.4th went in a blocked state. (have to reboot) Found a workaround by editing loader.rc and commented the 'start' command. Drawback : no tuning possible through the 'loader.conf' files :( Was 100% functionnal with 6.2 Will have a try with 6.2 loader. Chears, William From plethora87 at aim.com Wed Apr 8 07:50:07 2009 From: plethora87 at aim.com (Terry) Date: Wed Apr 8 07:50:19 2009 Subject: i386/133490: 'kmem_map too small' panic on Dell r900 when bpf_bufsize and bpf_maxbufsize are increased Message-ID: <200904081449.n38EnPUY058086@www.freebsd.org> >Number: 133490 >Category: i386 >Synopsis: 'kmem_map too small' panic on Dell r900 when bpf_bufsize and bpf_maxbufsize are increased >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 08 14:50:04 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Terry >Release: 7.1 >Organization: Army >Environment: FreeBSD schnozz-nap-a 7.1-RELEASE FreeBSD 7.1-RELEASE #3: Wed Apr 1 11:04:28 EDT 2009 root@schnozz-nap-a:/usr/obj/usr/src/sys/CCSP-KERNEL i386 >Description: When increasing bpf_bufsize and bpf_maxbufsize to, say, 4MB in sysctl.conf, the machine immediately panics upon getting to the "login" prompt on reboot. The system is quad-core Xeon with two Intel 10GE NICs (82598EB). Kernel is standard except for: options DEVICE_POLLING options HZ=1000 Just increasing bpf_bufsize doesn't cause the problem. It only panics when both values are increased. Apr 8 10:17:32 schnozz-nap-a savecore: reboot after panic: kmem_malloc(4194304): kmem_map too small: 333324288 total allocated >How-To-Repeat: In sysctl.conf: net.bpf.bufsize=4194304 net.bpf.maxbufsize=4194304 >Fix: >Release-Note: >Audit-Trail: >Unformatted: From christoph.mallon at gmx.de Wed Apr 8 13:25:05 2009 From: christoph.mallon at gmx.de (Christoph Mallon) Date: Wed Apr 8 13:25:11 2009 Subject: [PATCH] Simplify in*() and out*() functions of AMD64 and i386 Message-ID: <49DD01CA.3040900@gmx.de> Hi amd64@ and i386@, attached is a patch which simplifies the in*() and out*() functions for I/O port access of AMD64 and i386. It removes an unnecessary distinction of cases for inb() and outb(), which was used to generate better code for ports < 256. This is unnecessary, because GCC supports an asm input constraint to handle this ("N"). The stale comment, which states there is no constraint for this, is removed, too. Also the {in,out}{w,l}() get treated with this constraint. They had no special case before, so now better code is generated for them. Further, the unnecessary "cld" is removed from {in,out}s{b,w,l}(), because it is guaranteed by the ABI that the direction flag is cleared. All in all the code for in/out gets a bit simpler. Comments are welcome Christoph -------------- next part -------------- Index: sys/i386/include/cpufunc.h =================================================================== --- sys/i386/include/cpufunc.h (Revision 190841) +++ sys/i386/include/cpufunc.h (Arbeitskopie) @@ -170,177 +170,97 @@ __asm __volatile("hlt"); } -#if !defined(__GNUCLIKE_BUILTIN_CONSTANT_P) || __GNUCLIKE_ASM < 3 - -#define inb(port) inbv(port) -#define outb(port, data) outbv(port, data) - -#else /* __GNUCLIKE_BUILTIN_CONSTANT_P && __GNUCLIKE_ASM >= 3 */ - -/* - * The following complications are to get around gcc not having a - * constraint letter for the range 0..255. We still put "d" in the - * constraint because "i" isn't a valid constraint when the port - * isn't constant. This only matters for -O0 because otherwise - * the non-working version gets optimized away. - * - * Use an expression-statement instead of a conditional expression - * because gcc-2.6.0 would promote the operands of the conditional - * and produce poor code for "if ((inb(var) & const1) == const2)". - * - * The unnecessary test `(port) < 0x10000' is to generate a warning if - * the `port' has type u_short or smaller. Such types are pessimal. - * This actually only works for signed types. The range check is - * careful to avoid generating warnings. - */ -#define inb(port) __extension__ ({ \ - u_char _data; \ - if (__builtin_constant_p(port) && ((port) & 0xffff) < 0x100 \ - && (port) < 0x10000) \ - _data = inbc(port); \ - else \ - _data = inbv(port); \ - _data; }) - -#define outb(port, data) ( \ - __builtin_constant_p(port) && ((port) & 0xffff) < 0x100 \ - && (port) < 0x10000 \ - ? outbc(port, data) : outbv(port, data)) - -static __inline u_char -inbc(u_int port) +static inline u_char +inb(u_short port) { - u_char data; - - __asm __volatile("inb %1,%0" : "=a" (data) : "id" ((u_short)(port))); - return (data); + u_char data; + __asm volatile("inb %1, %0" : "=a" (data) : "Nd" (port)); + return data; } -static __inline void -outbc(u_int port, u_char data) +static inline u_int +inl(u_short port) { - __asm __volatile("outb %0,%1" : : "a" (data), "id" ((u_short)(port))); -} - -#endif /* __GNUCLIKE_BUILTIN_CONSTANT_P && __GNUCLIKE_ASM >= 3*/ - -static __inline u_char -inbv(u_int port) -{ - u_char data; - /* - * We use %%dx and not %1 here because i/o is done at %dx and not at - * %edx, while gcc generates inferior code (movw instead of movl) - * if we tell it to load (u_short) port. - */ - __asm __volatile("inb %%dx,%0" : "=a" (data) : "d" (port)); + u_int data; + __asm volatile("inl %1, %0" : "=a" (data) : "Nd" (port)); return (data); } -static __inline u_int -inl(u_int port) +static inline void +insb(u_short port, void *addr, size_t cnt) { - u_int data; - - __asm __volatile("inl %%dx,%0" : "=a" (data) : "d" (port)); - return (data); + __asm volatile("rep; insb" + : "+D" (addr), "+c" (cnt) + : "d" (port) + : "memory"); } -static __inline void -insb(u_int port, void *addr, size_t cnt) +static inline void +insw(u_short port, void *addr, size_t cnt) { - __asm __volatile("cld; rep; insb" - : "+D" (addr), "+c" (cnt) - : "d" (port) - : "memory"); + __asm volatile("rep; insw" + : "+D" (addr), "+c" (cnt) + : "d" (port) + : "memory"); } -static __inline void -insw(u_int port, void *addr, size_t cnt) +static inline void +insl(u_short port, void *addr, size_t cnt) { - __asm __volatile("cld; rep; insw" - : "+D" (addr), "+c" (cnt) - : "d" (port) - : "memory"); + __asm volatile("rep; insl" + : "+D" (addr), "+c" (cnt) + : "d" (port) + : "memory"); } static __inline void -insl(u_int port, void *addr, size_t cnt) -{ - __asm __volatile("cld; rep; insl" - : "+D" (addr), "+c" (cnt) - : "d" (port) - : "memory"); -} - -static __inline void invd(void) { __asm __volatile("invd"); } -static __inline u_short -inw(u_int port) +static inline u_short +inw(u_short port) { - u_short data; - - __asm __volatile("inw %%dx,%0" : "=a" (data) : "d" (port)); + u_short data; + __asm volatile("inw %1, %0" : "=a" (data) : "Nd" (port)); return (data); } -static __inline void -outbv(u_int port, u_char data) +static inline void +outb(u_short port, u_char data) { - u_char al; - /* - * Use an unnecessary assignment to help gcc's register allocator. - * This make a large difference for gcc-1.40 and a tiny difference - * for gcc-2.6.0. For gcc-1.40, al had to be ``asm("ax")'' for - * best results. gcc-2.6.0 can't handle this. - */ - al = data; - __asm __volatile("outb %0,%%dx" : : "a" (al), "d" (port)); + __asm volatile("outb %0, %1" : : "a" (data), "Nd" (port)); } -static __inline void -outl(u_int port, u_int data) +static inline void +outl(u_short port, u_int data) { - /* - * outl() and outw() aren't used much so we haven't looked at - * possible micro-optimizations such as the unnecessary - * assignment for them. - */ - __asm __volatile("outl %0,%%dx" : : "a" (data), "d" (port)); + __asm volatile("outl %0, %1" : : "a" (data), "Nd" (port)); } -static __inline void -outsb(u_int port, const void *addr, size_t cnt) +static inline void +outsb(u_short port, const void *addr, size_t cnt) { - __asm __volatile("cld; rep; outsb" - : "+S" (addr), "+c" (cnt) - : "d" (port)); + __asm volatile("rep; outsb" : "+S" (addr), "+c" (cnt) : "d" (port)); } -static __inline void -outsw(u_int port, const void *addr, size_t cnt) +static inline void +outsw(u_short port, const void *addr, size_t cnt) { - __asm __volatile("cld; rep; outsw" - : "+S" (addr), "+c" (cnt) - : "d" (port)); + __asm volatile("rep; outsw" : "+S" (addr), "+c" (cnt) : "d" (port)); } -static __inline void -outsl(u_int port, const void *addr, size_t cnt) +static inline void +outsl(u_short port, const void *addr, size_t cnt) { - __asm __volatile("cld; rep; outsl" - : "+S" (addr), "+c" (cnt) - : "d" (port)); + __asm volatile("rep; outsl" : "+S" (addr), "+c" (cnt) : "d" (port)); } -static __inline void -outw(u_int port, u_short data) +static inline void +outw(u_short port, u_short data) { - __asm __volatile("outw %0,%%dx" : : "a" (data), "d" (port)); + __asm volatile("outw %0, %1" : : "a" (data), "Nd" (port)); } static __inline void Index: sys/i386/i386/machdep.c =================================================================== --- sys/i386/i386/machdep.c (Revision 190841) +++ sys/i386/i386/machdep.c (Arbeitskopie) @@ -3555,45 +3555,24 @@ #ifdef KDB /* - * Provide inb() and outb() as functions. They are normally only - * available as macros calling inlined functions, thus cannot be - * called from the debugger. - * - * The actual code is stolen from , and de-inlined. + * Provide inb() and outb() as functions. They are normally only available as + * inline functions, thus cannot be called from the debugger. */ -#undef inb -#undef outb - /* silence compiler warnings */ -u_char inb(u_int); -void outb(u_int, u_char); +u_char inb_(u_short); +void outb_(u_short, u_char); u_char -inb(u_int port) +inb_(u_short port) { - u_char data; - /* - * We use %%dx and not %1 here because i/o is done at %dx and not at - * %edx, while gcc generates inferior code (movw instead of movl) - * if we tell it to load (u_short) port. - */ - __asm __volatile("inb %%dx,%0" : "=a" (data) : "d" (port)); - return (data); + return inb(port); } void -outb(u_int port, u_char data) +outb_(u_short port, u_char data) { - u_char al; - /* - * Use an unnecessary assignment to help gcc's register allocator. - * This make a large difference for gcc-1.40 and a tiny difference - * for gcc-2.6.0. For gcc-1.40, al had to be ``asm("ax")'' for - * best results. gcc-2.6.0 can't handle this. - */ - al = data; - __asm __volatile("outb %0,%%dx" : : "a" (al), "d" (port)); + outb(port, data); } #endif /* KDB */ Index: sys/amd64/include/cpufunc.h =================================================================== --- sys/amd64/include/cpufunc.h (Revision 190841) +++ sys/amd64/include/cpufunc.h (Arbeitskopie) @@ -164,177 +164,97 @@ __asm __volatile("hlt"); } -#if !defined(__GNUCLIKE_BUILTIN_CONSTANT_P) || __GNUCLIKE_ASM < 3 - -#define inb(port) inbv(port) -#define outb(port, data) outbv(port, data) - -#else /* __GNUCLIKE_BUILTIN_CONSTANT_P && __GNUCLIKE_ASM >= 3 */ - -/* - * The following complications are to get around gcc not having a - * constraint letter for the range 0..255. We still put "d" in the - * constraint because "i" isn't a valid constraint when the port - * isn't constant. This only matters for -O0 because otherwise - * the non-working version gets optimized away. - * - * Use an expression-statement instead of a conditional expression - * because gcc-2.6.0 would promote the operands of the conditional - * and produce poor code for "if ((inb(var) & const1) == const2)". - * - * The unnecessary test `(port) < 0x10000' is to generate a warning if - * the `port' has type u_short or smaller. Such types are pessimal. - * This actually only works for signed types. The range check is - * careful to avoid generating warnings. - */ -#define inb(port) __extension__ ({ \ - u_char _data; \ - if (__builtin_constant_p(port) && ((port) & 0xffff) < 0x100 \ - && (port) < 0x10000) \ - _data = inbc(port); \ - else \ - _data = inbv(port); \ - _data; }) - -#define outb(port, data) ( \ - __builtin_constant_p(port) && ((port) & 0xffff) < 0x100 \ - && (port) < 0x10000 \ - ? outbc(port, data) : outbv(port, data)) - -static __inline u_char -inbc(u_int port) +static inline u_char +inb(u_short port) { - u_char data; - - __asm __volatile("inb %1,%0" : "=a" (data) : "id" ((u_short)(port))); - return (data); + u_char data; + __asm volatile("inb %1, %0" : "=a" (data) : "Nd" (port)); + return data; } -static __inline void -outbc(u_int port, u_char data) +static inline u_int +inl(u_short port) { - __asm __volatile("outb %0,%1" : : "a" (data), "id" ((u_short)(port))); -} - -#endif /* __GNUCLIKE_BUILTIN_CONSTANT_P && __GNUCLIKE_ASM >= 3*/ - -static __inline u_char -inbv(u_int port) -{ - u_char data; - /* - * We use %%dx and not %1 here because i/o is done at %dx and not at - * %edx, while gcc generates inferior code (movw instead of movl) - * if we tell it to load (u_short) port. - */ - __asm __volatile("inb %%dx,%0" : "=a" (data) : "d" (port)); + u_int data; + __asm volatile("inl %1, %0" : "=a" (data) : "Nd" (port)); return (data); } -static __inline u_int -inl(u_int port) +static inline void +insb(u_short port, void *addr, size_t cnt) { - u_int data; - - __asm __volatile("inl %%dx,%0" : "=a" (data) : "d" (port)); - return (data); + __asm volatile("rep; insb" + : "+D" (addr), "+c" (cnt) + : "d" (port) + : "memory"); } -static __inline void -insb(u_int port, void *addr, size_t cnt) +static inline void +insw(u_short port, void *addr, size_t cnt) { - __asm __volatile("cld; rep; insb" - : "+D" (addr), "+c" (cnt) - : "d" (port) - : "memory"); + __asm volatile("rep; insw" + : "+D" (addr), "+c" (cnt) + : "d" (port) + : "memory"); } -static __inline void -insw(u_int port, void *addr, size_t cnt) +static inline void +insl(u_short port, void *addr, size_t cnt) { - __asm __volatile("cld; rep; insw" - : "+D" (addr), "+c" (cnt) - : "d" (port) - : "memory"); + __asm volatile("rep; insl" + : "+D" (addr), "+c" (cnt) + : "d" (port) + : "memory"); } static __inline void -insl(u_int port, void *addr, size_t cnt) -{ - __asm __volatile("cld; rep; insl" - : "+D" (addr), "+c" (cnt) - : "d" (port) - : "memory"); -} - -static __inline void invd(void) { __asm __volatile("invd"); } -static __inline u_short -inw(u_int port) +static inline u_short +inw(u_short port) { - u_short data; - - __asm __volatile("inw %%dx,%0" : "=a" (data) : "d" (port)); + u_short data; + __asm volatile("inw %1, %0" : "=a" (data) : "Nd" (port)); return (data); } -static __inline void -outbv(u_int port, u_char data) +static inline void +outb(u_short port, u_char data) { - u_char al; - /* - * Use an unnecessary assignment to help gcc's register allocator. - * This make a large difference for gcc-1.40 and a tiny difference - * for gcc-2.6.0. For gcc-1.40, al had to be ``asm("ax")'' for - * best results. gcc-2.6.0 can't handle this. - */ - al = data; - __asm __volatile("outb %0,%%dx" : : "a" (al), "d" (port)); + __asm volatile("outb %0, %1" : : "a" (data), "Nd" (port)); } -static __inline void -outl(u_int port, u_int data) +static inline void +outl(u_short port, u_int data) { - /* - * outl() and outw() aren't used much so we haven't looked at - * possible micro-optimizations such as the unnecessary - * assignment for them. - */ - __asm __volatile("outl %0,%%dx" : : "a" (data), "d" (port)); + __asm volatile("outl %0, %1" : : "a" (data), "Nd" (port)); } -static __inline void -outsb(u_int port, const void *addr, size_t cnt) +static inline void +outsb(u_short port, const void *addr, size_t cnt) { - __asm __volatile("cld; rep; outsb" - : "+S" (addr), "+c" (cnt) - : "d" (port)); + __asm volatile("rep; outsb" : "+S" (addr), "+c" (cnt) : "d" (port)); } -static __inline void -outsw(u_int port, const void *addr, size_t cnt) +static inline void +outsw(u_short port, const void *addr, size_t cnt) { - __asm __volatile("cld; rep; outsw" - : "+S" (addr), "+c" (cnt) - : "d" (port)); + __asm volatile("rep; outsw" : "+S" (addr), "+c" (cnt) : "d" (port)); } -static __inline void -outsl(u_int port, const void *addr, size_t cnt) +static inline void +outsl(u_short port, const void *addr, size_t cnt) { - __asm __volatile("cld; rep; outsl" - : "+S" (addr), "+c" (cnt) - : "d" (port)); + __asm volatile("rep; outsl" : "+S" (addr), "+c" (cnt) : "d" (port)); } -static __inline void -outw(u_int port, u_short data) +static inline void +outw(u_short port, u_short data) { - __asm __volatile("outw %0,%%dx" : : "a" (data), "d" (port)); + __asm volatile("outw %0, %1" : : "a" (data), "Nd" (port)); } static __inline void Index: sys/amd64/amd64/machdep.c =================================================================== --- sys/amd64/amd64/machdep.c (Revision 190841) +++ sys/amd64/amd64/machdep.c (Arbeitskopie) @@ -2178,45 +2178,24 @@ #ifdef KDB /* - * Provide inb() and outb() as functions. They are normally only - * available as macros calling inlined functions, thus cannot be - * called from the debugger. - * - * The actual code is stolen from , and de-inlined. + * Provide inb() and outb() as functions. They are normally only available as + * inline functions, thus cannot be called from the debugger. */ -#undef inb -#undef outb - /* silence compiler warnings */ -u_char inb(u_int); -void outb(u_int, u_char); +u_char inb_(u_short); +void outb_(u_short, u_char); u_char -inb(u_int port) +inb_(u_short port) { - u_char data; - /* - * We use %%dx and not %1 here because i/o is done at %dx and not at - * %edx, while gcc generates inferior code (movw instead of movl) - * if we tell it to load (u_short) port. - */ - __asm __volatile("inb %%dx,%0" : "=a" (data) : "d" (port)); - return (data); + return inb(port); } void -outb(u_int port, u_char data) +outb_(u_short port, u_char data) { - u_char al; - /* - * Use an unnecessary assignment to help gcc's register allocator. - * This make a large difference for gcc-1.40 and a tiny difference - * for gcc-2.6.0. For gcc-1.40, al had to be ``asm("ax")'' for - * best results. gcc-2.6.0 can't handle this. - */ - al = data; - __asm __volatile("outb %0,%%dx" : : "a" (al), "d" (port)); + outb(port, data); } #endif /* KDB */ From kostikbel at gmail.com Wed Apr 8 14:31:33 2009 From: kostikbel at gmail.com (Kostik Belousov) Date: Wed Apr 8 14:31:39 2009 Subject: [PATCH] Simplify in*() and out*() functions of AMD64 and i386 In-Reply-To: <49DD01CA.3040900@gmx.de> References: <49DD01CA.3040900@gmx.de> Message-ID: <20090408205831.GK3014@deviant.kiev.zoral.com.ua> On Wed, Apr 08, 2009 at 09:58:02PM +0200, Christoph Mallon wrote: > Hi amd64@ and i386@, > > attached is a patch which simplifies the in*() and out*() functions for > I/O port access of AMD64 and i386. It removes an unnecessary distinction > of cases for inb() and outb(), which was used to generate better code > for ports < 256. This is unnecessary, because GCC supports an asm input > constraint to handle this ("N"). The stale comment, which states there > is no constraint for this, is removed, too. Also the {in,out}{w,l}() get > treated with this constraint. They had no special case before, so now > better code is generated for them. Further, the unnecessary "cld" is > removed from {in,out}s{b,w,l}(), because it is guaranteed by the ABI > that the direction flag is cleared. All in all the code for in/out gets > a bit simpler. The DF flag is guaranteed to be cleared for usermode only. Currently, kernel does not clear the flag on entry. We did fixed signal handlers to always have DF cleared, but the kernel was explicitely left out because used version of gcc does the right thing with DF when needed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-i386/attachments/20090408/9cdfb231/attachment.pgp From charlesn at iapc.net Wed Apr 8 18:10:05 2009 From: charlesn at iapc.net (Charles A. Newcomer) Date: Wed Apr 8 18:10:11 2009 Subject: i386/133502: ISP Driver cannot access LUNs > 7 Message-ID: <200904090106.n3916U8Z040959@www.freebsd.org> >Number: 133502 >Category: i386 >Synopsis: ISP Driver cannot access LUNs > 7 >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 09 01:10:04 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Charles A. Newcomer >Release: 7.1 i386 >Organization: IAPC >Environment: >Description: Environment: HP BL30P SERVER w/ Qlogic ISP 2312 PCI FC-AL Adapter, MSA 1000 FC Attached Storage, HP Brocade Fiber Channel Switch. 9 Virtual Disk Configured. (LUNS 1-9) I cannot install on LUNS 8 or 9 although LUNS 1-7 install fine. No indication that LUNS exist during boot except LUN 0 (The controller). Can Install Windows on LUNS 8 or 9. :-( >How-To-Repeat: Configure the above environment and try to install FreeBSD 7.1. >Fix: None. >Release-Note: >Audit-Trail: >Unformatted: From brde at optusnet.com.au Thu Apr 9 11:54:12 2009 From: brde at optusnet.com.au (Bruce Evans) Date: Thu Apr 9 11:54:24 2009 Subject: [PATCH] Simplify in*() and out*() functions of AMD64 and i386 In-Reply-To: <49DD01CA.3040900@gmx.de> References: <49DD01CA.3040900@gmx.de> Message-ID: <20090410001919.S1567@besplex.bde.org> On Wed, 8 Apr 2009, Christoph Mallon wrote: > attached is a patch which simplifies the in*() and out*() functions for I/O > port access of AMD64 and i386. It removes an unnecessary distinction of cases > for inb() and outb(), which was used to generate better code for ports < 256. In gcc >= 2. (gcc == 1 didn't even have __builtin_const_p(), so the optimization was too hard to do). > This is unnecessary, because GCC supports an asm input constraint to handle > this ("N"). The stale comment, which states there is no constraint for this, > is removed, too. This was necessary, but is stale like its comment. There is of course no need to support gcc 1 or 2. > Also the {in,out}{w,l}() get treated with this constraint. > They had no special case before, so now better code is generated for them. Actually, worse code is generated for them on most cases since the optimization of loading 32 bits for the usual case of a non-constant operand is lost in your version -- see below. The case of a constant port address was rare except for 8-bit isa ports "on the motherboard" and has become rarer with FreeBSD's runtime configuration becoming even more excessive (so instead of "inb $N,%al", the code is normally about 10 instructions for bus_space_read_1(sc->bst, sc->bsh, N1)). > Further, the unnecessary "cld" is removed from {in,out}s{b,w,l}(), because it > is guaranteed by the ABI that the direction flag is cleared. All in all the > code for in/out gets a bit simpler. kib@ already pointed out that the direction flag is not guaranteed to be cleared in the kernel. For amd64, this may be a bug in the kernel, but for i386 it is a bug in gcc say that the ABI specifies that the direction flag is cleared, since there is no standard i386 ABI so gcc must not assume that the direction flag is clear, like it has done until recently. There are lots more similar cld's in bus.h. % Index: sys/i386/include/cpufunc.h % =================================================================== % --- sys/i386/include/cpufunc.h (Revision 190841) % +++ sys/i386/include/cpufunc.h (Arbeitskopie) % @@ -170,177 +170,97 @@ % __asm __volatile("hlt"); % } % % -#if !defined(__GNUCLIKE_BUILTIN_CONSTANT_P) || __GNUCLIKE_ASM < 3 % - % -#define inb(port) inbv(port) % -#define outb(port, data) outbv(port, data) % - % -#else /* __GNUCLIKE_BUILTIN_CONSTANT_P && __GNUCLIKE_ASM >= 3 */ The ifdefs are ugly, and this one seems to have been slightly wrong, but they provide documentation aboout the features used: - __GNUCLIKE_BUILTIN_CONSTANT_P: no longer needed - __GNUCLIKE_ASM >= 3: to ensure that the "i" constraint is available. This used to be __GNUC__ >= 2. If that was correct then >= 3 is stricter than necessary; otherwise >= 2 was not as strict as it should have been, since some versions of gcc-2 certainly supported the "i" constraint. A precise translation of the above would be __GNU_PREREQ__(maj, min) || defined(__INTEL_COMPILER), where (maj, min) is the version of gcc that implemented the "N" constraint and you should check that the Intel compiler (all version?) support the "N" constraint. % - * The unnecessary test `(port) < 0x10000' is to generate a warning if % - * the `port' has type u_short or smaller. Such types are pessimal. % - * This actually only works for signed types. The range check is % - * careful to avoid generating warnings. This won't work any more, if it ever did. I think it only worked for the constant case, but for the constant case the width doesn't really matter. % -static __inline u_char % -inbc(u_int port) % +static inline u_char % +inb(u_short port) __inline should be globabally changed to inline someday, not starting here. Plain inline has been Standard for 10 years now, but it still isn't standard -- we're still waiting for gcc to implement C99, and haven't switched to gcc-4.3(?) or later which will implement C99 extern inline. Changing the type changes the API and breaks an optimization. Callers are supposed to provide an arg of width 32 so that it can be loaded as efficiently as possible (instruction prefixes and/or sign extension waste code space and time, mainly on old CPUs). The 0x10000 check referred to in the above comment attempts to enforce this. Casting down in the API prevents the 32-bit loads. % { % - u_char data; % - % - __asm __volatile("inb %1,%0" : "=a" (data) : "id" ((u_short)(port))); The port address was already cast down here in inbc(). This seems to have been just because I didn't know gnu asm very well when I wrote the above. The cast has no effect in the usual case where the "i" constraint is used, but when the "d" constraint is used (only when compiling with -O0?) %1 would be %edx without the cast. In inbv(), I hard-code %dx, but that does't work here "i" case. The correct method seems to be to use %w1 in both places (keep u_int port everywhere and use the same method for the "N" constraint). % - return (data); % + u_char data; % + __asm volatile("inb %1, %0" : "=a" (data) : "Nd" (port)); % + return data; % } Style breakages: - lost blank line after declarations. This file followed the rule about this except for previous breakage. It even followed it in some cases where the declarations are null. - lost parentheses around return value. This file followed the rule about this in all cases. Style not-quite-fix: - lost the tab after the type in the declaration. In KNF, such a tab is not used for auto declarations. However, this file was fairly consistent about breaking the rule. Why change __volatile to volatile? This is similar to changing __inline to inline, except plain volatile is more standard. has ifdef tangles which are supposed to allow users or cdefs.h itself to define away volatile so as to support old compilers, and we use __volatile instead of volatile a lot to support this. This is probably not needed for kernel headers. However, cpufunc.h is sometimes abused in userland. Fixed version (change nothing except the function name, %1, and the constraint): %%% static __inline u_char inb(u_int port) { u_char data; __asm __volatile("inb %w1, %0" : "=a" (data) : "Nd" (port)); return (data); } %%% Similarly for the other functions. BTW, I sometimes missing having the inverse of %[bwl...] -- a way to generate an operand size letter from the type. gcc-3 and gcc-4 have some horribly incomplete support for this. % -#endif /* __GNUCLIKE_BUILTIN_CONSTANT_P && __GNUCLIKE_ASM >= 3*/ Removing this accidentally fixes >= 2 style bugs in it. % -static __inline u_char % -inbv(u_int port) % -{ % - u_char data; % - /* % - * We use %%dx and not %1 here because i/o is done at %dx and not at % - * %edx, while gcc generates inferior code (movw instead of movl) % - * if we tell it to load (u_short) port. % - */ Lost this documentation. Now the magic in my version is in %w in my version. The comment shouldn't blame gcc for generating movw -- that is the programmer's fault. gcc on modern machines now generates movswl for loading a u_short port to the u_int port specified by the old API, and movswl is fast on modern machines, so there is no penalty in using the old API/implementation on modern machines even if the caller neglected to start with a u_int port. % ... % -static __inline void % -insb(u_int port, void *addr, size_t cnt) % +static inline void % +insw(u_short port, void *addr, size_t cnt) % { % - __asm __volatile("cld; rep; insb" % - : "+D" (addr), "+c" (cnt) % - : "d" (port) % - : "memory"); % + __asm volatile("rep; insw" % + : "+D" (addr), "+c" (cnt) % + : "d" (port) % + : "memory"); % } The diffs are hard to read, apparently due to diff getting confused by your API and style changes and comparing unrelated functions. Without the API changes, I think it would have matched insb with insb, etc. % -static __inline void % -outbv(u_int port, u_char data) % +static inline void % +outb(u_short port, u_char data) % { % - u_char al; % - /* % - * Use an unnecessary assignment to help gcc's register allocator. % - * This make a large difference for gcc-1.40 and a tiny difference % - * for gcc-2.6.0. For gcc-1.40, al had to be ``asm("ax")'' for % - * best results. gcc-2.6.0 can't handle this. % - */ % - al = data; This can go of course. I saw dummy assignments bogusly helping the allocator in more complicated asms for a version of atomic_cmpset() as late as gcc-3, but that seemed to be fixed by gcc-3.3. % Index: sys/i386/i386/machdep.c % =================================================================== % --- sys/i386/i386/machdep.c (Revision 190841) % +++ sys/i386/i386/machdep.c (Arbeitskopie) % @@ -3555,45 +3555,24 @@ % #ifdef KDB % % /* % - * Provide inb() and outb() as functions. They are normally only % - * available as macros calling inlined functions, thus cannot be % - * called from the debugger. % - * % - * The actual code is stolen from , and de-inlined. % + * Provide inb() and outb() as functions. They are normally only available as % + * inline functions, thus cannot be called from the debugger. % */ This should have been implemented by using cpufunc.h instead of repeating it, and for everything in cpufunc.h not just inb and outb, e.g., as is done for everything in atomic.h. This gives a technical reason for using __inline -- we want to #undef it and shouldn't #undef a standard keyword. % % -#undef inb % -#undef outb % - % /* silence compiler warnings */ % -u_char inb(u_int); % -void outb(u_int, u_char); % +u_char inb_(u_short); % +void outb_(u_short, u_char); % % u_char % -inb(u_int port) % +inb_(u_short port) % { % - u_char data; % - /* % - * We use %%dx and not %1 here because i/o is done at %dx and not at % - * %edx, while gcc generates inferior code (movw instead of movl) % - * if we tell it to load (u_short) port. % - */ % - __asm __volatile("inb %%dx,%0" : "=a" (data) : "d" (port)); % - return (data); % + return inb(port); % } % % void % -outb(u_int port, u_char data) % +outb_(u_short port, u_char data) % { % - u_char al; % - /* % - * Use an unnecessary assignment to help gcc's register allocator. % - * This make a large difference for gcc-1.40 and a tiny difference % - * for gcc-2.6.0. For gcc-1.40, al had to be ``asm("ax")'' for % - * best results. gcc-2.6.0 can't handle this. % - */ % - al = data; % - __asm __volatile("outb %0,%%dx" : : "a" (al), "d" (port)); % + outb(port, data); % } % % #endif /* KDB */ This changes the (ddb undocumented) API and ABI to worse ones. I already don't line having to type "call inb(foo)" (in my x86 debugger, inb is a command named "i", with certain space insensitivity that allows typing "ifoo"). Bruce From brucec at FreeBSD.org Thu Apr 9 16:14:08 2009 From: brucec at FreeBSD.org (brucec@FreeBSD.org) Date: Thu Apr 9 16:14:15 2009 Subject: i386/133265: is there a solution how to run nfs client in jail environment? Message-ID: <200904092314.n39NE7Zm031646@freefall.freebsd.org> Synopsis: is there a solution how to run nfs client in jail environment? Responsible-Changed-From-To: freebsd-i386->freebsd-bugs Responsible-Changed-By: brucec Responsible-Changed-When: Thu Apr 9 23:13:39 UTC 2009 Responsible-Changed-Why: Not i386 specific. http://www.freebsd.org/cgi/query-pr.cgi?pr=133265 From charlesn at iapc.net Thu Apr 9 21:00:09 2009 From: charlesn at iapc.net (Charles A. Newcomer) Date: Thu Apr 9 21:00:15 2009 Subject: i386/133502: ISP Driver cannot access LUNs > 7 Message-ID: <200904100400.n3A408eG010149@freefall.freebsd.org> The following reply was made to PR i386/133502; it has been noted by GNATS. From: "Charles A. Newcomer" To: bug-followup@FreeBSD.org Cc: Subject: Re: i386/133502: ISP Driver cannot access LUNs > 7 Date: Thu, 9 Apr 2009 22:40:39 -0500 Nevermind. (kern.cam.cam_srch_hi=1) Thanks, /can __________________ "UNIX is simple and coherent, but it takes a true genius (or a programmer at any rate) to understand and appreciate its simplicity." -- Dennis Ritchie From tinderbox at freebsd.org Thu Apr 9 22:21:04 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Apr 9 22:21:10 2009 Subject: [head tinderbox] failure on i386/i386 Message-ID: <20090410052100.D432A7302F@freebsd-current.sentex.ca> TB --- 2009-04-10 03:49:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-10 03:49:19 - starting HEAD tinderbox run for i386/i386 TB --- 2009-04-10 03:49:19 - cleaning the object tree TB --- 2009-04-10 03:50:00 - cvsupping the source tree TB --- 2009-04-10 03:50:00 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-04-10 03:50:09 - building world TB --- 2009-04-10 03:50:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-10 03:50:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-10 03:50:09 - TARGET=i386 TB --- 2009-04-10 03:50:09 - TARGET_ARCH=i386 TB --- 2009-04-10 03:50:09 - TZ=UTC TB --- 2009-04-10 03:50:09 - __MAKE_CONF=/dev/null TB --- 2009-04-10 03:50:09 - cd /src TB --- 2009-04-10 03:50:09 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 10 03:50:13 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 10 05:12:36 UTC 2009 TB --- 2009-04-10 05:12:36 - generating LINT kernel config TB --- 2009-04-10 05:12:36 - cd /src/sys/i386/conf TB --- 2009-04-10 05:12:36 - /usr/bin/make -B LINT TB --- 2009-04-10 05:12:36 - building LINT kernel TB --- 2009-04-10 05:12:36 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-10 05:12:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-10 05:12:36 - TARGET=i386 TB --- 2009-04-10 05:12:36 - TARGET_ARCH=i386 TB --- 2009-04-10 05:12:36 - TZ=UTC TB --- 2009-04-10 05:12:36 - __MAKE_CONF=/dev/null TB --- 2009-04-10 05:12:36 - cd /src TB --- 2009-04-10 05:12:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 10 05:12:36 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/eisa/eisaconf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_print_debug_info': /src/sys/dev/e1000/if_igb.c:4609: warning: format '%lu' expects type 'long unsigned int', but argument 3 has type 'u64' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-10 05:21:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-10 05:21:00 - ERROR: failed to build lint kernel TB --- 2009-04-10 05:21:00 - 4295.70 user 430.24 system 5500.83 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From christoph.mallon at gmx.de Thu Apr 9 23:13:37 2009 From: christoph.mallon at gmx.de (Christoph Mallon) Date: Thu Apr 9 23:13:44 2009 Subject: [PATCH] Simplify in*() and out*() functions of AMD64 and i386 In-Reply-To: <20090408205831.GK3014@deviant.kiev.zoral.com.ua> References: <49DD01CA.3040900@gmx.de> <20090408205831.GK3014@deviant.kiev.zoral.com.ua> Message-ID: <49DEE38D.6050604@gmx.de> Kostik Belousov schrieb: > On Wed, Apr 08, 2009 at 09:58:02PM +0200, Christoph Mallon wrote: >> Hi amd64@ and i386@, >> >> attached is a patch which simplifies the in*() and out*() functions for >> I/O port access of AMD64 and i386. It removes an unnecessary distinction >> of cases for inb() and outb(), which was used to generate better code >> for ports < 256. This is unnecessary, because GCC supports an asm input >> constraint to handle this ("N"). The stale comment, which states there >> is no constraint for this, is removed, too. Also the {in,out}{w,l}() get >> treated with this constraint. They had no special case before, so now > >> better code is generated for them. Further, the unnecessary "cld" is >> removed from {in,out}s{b,w,l}(), because it is guaranteed by the ABI >> that the direction flag is cleared. All in all the code for in/out gets >> a bit simpler. > The DF flag is guaranteed to be cleared for usermode only. Currently, > kernel does not clear the flag on entry. > > We did fixed signal handlers to always have DF cleared, but the kernel > was explicitely left out because used version of gcc does the right > thing with DF when needed. This will break with GCC >= 4.3. Also other compilers (e.g. LLVM and ICC) do not generate cld before they insert string instructions. I would not trust GCC < 4.3 to place cld everywhere, either. As a *temporary* workaround the cld in the {in,out}s*() functions could be left in, but this issue *must* be resolved correctly soon. Especially because LLVM is not generating the (according to the ABI spec) redundant clds and newer GCCs will not either. So no matter what the prospective compiler of FreeBSD will be, this issue must be tackled. From tinderbox at freebsd.org Thu Apr 9 23:14:22 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Apr 9 23:14:29 2009 Subject: [head tinderbox] failure on i386/pc98 Message-ID: <20090410061418.EA00C7302F@freebsd-current.sentex.ca> TB --- 2009-04-10 04:44:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-10 04:44:44 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-04-10 04:44:44 - cleaning the object tree TB --- 2009-04-10 04:45:15 - cvsupping the source tree TB --- 2009-04-10 04:45:15 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-04-10 04:45:24 - building world TB --- 2009-04-10 04:45:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-10 04:45:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-10 04:45:24 - TARGET=pc98 TB --- 2009-04-10 04:45:24 - TARGET_ARCH=i386 TB --- 2009-04-10 04:45:24 - TZ=UTC TB --- 2009-04-10 04:45:24 - __MAKE_CONF=/dev/null TB --- 2009-04-10 04:45:24 - cd /src TB --- 2009-04-10 04:45:24 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 10 04:45:26 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Apr 10 06:07:33 UTC 2009 TB --- 2009-04-10 06:07:33 - generating LINT kernel config TB --- 2009-04-10 06:07:33 - cd /src/sys/pc98/conf TB --- 2009-04-10 06:07:33 - /usr/bin/make -B LINT TB --- 2009-04-10 06:07:33 - building LINT kernel TB --- 2009-04-10 06:07:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-10 06:07:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-10 06:07:33 - TARGET=pc98 TB --- 2009-04-10 06:07:33 - TARGET_ARCH=i386 TB --- 2009-04-10 06:07:33 - TZ=UTC TB --- 2009-04-10 06:07:33 - __MAKE_CONF=/dev/null TB --- 2009-04-10 06:07:33 - cd /src TB --- 2009-04-10 06:07:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 10 06:07:33 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_print_debug_info': /src/sys/dev/e1000/if_igb.c:4609: warning: format '%lu' expects type 'long unsigned int', but argument 3 has type 'u64' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-10 06:14:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-10 06:14:18 - ERROR: failed to build lint kernel TB --- 2009-04-10 06:14:18 - 4179.80 user 435.16 system 5374.38 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From christoph.mallon at gmx.de Fri Apr 10 02:52:01 2009 From: christoph.mallon at gmx.de (Christoph Mallon) Date: Fri Apr 10 02:52:14 2009 Subject: [PATCH] Simplify in*() and out*() functions of AMD64 and i386 In-Reply-To: <20090410001919.S1567@besplex.bde.org> References: <49DD01CA.3040900@gmx.de> <20090410001919.S1567@besplex.bde.org> Message-ID: <49DF16BA.8000807@gmx.de> Bruce Evans schrieb: > On Wed, 8 Apr 2009, Christoph Mallon wrote: >> Also the {in,out}{w,l}() get treated with this constraint. They had no >> special case before, so now better code is generated for them. > > Actually, worse code is generated for them on most cases since the > optimization of loading 32 bits for the usual case of a non-constant > operand is lost in your version -- see below. The case of a constant If you are referring to the u_uint to u_short change, then you are wrong, see below. > port address was rare except for 8-bit isa ports "on the motherboard" > and has become rarer with FreeBSD's runtime configuration becoming > even more excessive (so instead of "inb $N,%al", the code is normally > about 10 instructions for bus_space_read_1(sc->bst, sc->bsh, N1)). > >> Further, the unnecessary "cld" is removed from {in,out}s{b,w,l}(), >> because it is guaranteed by the ABI that the direction flag is >> cleared. All in all the code for in/out gets a bit simpler. > > kib@ already pointed out that the direction flag is not guaranteed to be > cleared in the kernel. For amd64, this may be a bug in the kernel, but > for i386 it is a bug in gcc say that the ABI specifies that the direction > flag is cleared, since there is no standard i386 ABI so gcc must not > assume that the direction flag is clear, like it has done until recently. There *is* an ABI spec for i386 and it mandates that DF is cleared on function entry and exit. Also other compilers (e.g. LLVM and ICC) do not have this misbehaviour of GCC < 4.3 to emit cld before every string operation at all. I would not trust GCC < 4.3 to do this correctly everywhere either. > There are lots more similar cld's in bus.h. > > % Index: sys/i386/include/cpufunc.h > % =================================================================== > % --- sys/i386/include/cpufunc.h (Revision 190841) > % +++ sys/i386/include/cpufunc.h (Arbeitskopie) > % @@ -170,177 +170,97 @@ > % __asm __volatile("hlt"); > % } > % % -#if !defined(__GNUCLIKE_BUILTIN_CONSTANT_P) || __GNUCLIKE_ASM < 3 > % - > % -#define inb(port) inbv(port) > % -#define outb(port, data) outbv(port, data) > % - > % -#else /* __GNUCLIKE_BUILTIN_CONSTANT_P && __GNUCLIKE_ASM >= 3 */ > > The ifdefs are ugly, and this one seems to have been slightly wrong, but > they provide documentation aboout the features used: > - __GNUCLIKE_BUILTIN_CONSTANT_P: no longer needed > - __GNUCLIKE_ASM >= 3: to ensure that the "i" constraint is available. > This used to be __GNUC__ >= 2. If that was correct then >= 3 is > stricter than necessary; otherwise >= 2 was not as strict as it > should have been, since some versions of gcc-2 certainly supported > the "i" constraint. > > A precise translation of the above would be __GNU_PREREQ__(maj, min) || > defined(__INTEL_COMPILER), where (maj, min) is the version of gcc that > implemented the "N" constraint and you should check that the Intel > compiler (all version?) support the "N" constraint. This is unnecessary, even GCC 2.95 (10 years old, the oldest release you can get from official sources) supports this constraint (gcc-2.95/gcc/config/i386/i386.h, line 932). This shows how old and stale this hack is. > % - * The unnecessary test `(port) < 0x10000' is to generate a warning if > % - * the `port' has type u_short or smaller. Such types are pessimal. > % - * This actually only works for signed types. The range check is > % - * careful to avoid generating warnings. > > This won't work any more, if it ever did. I think it only worked for > the constant case, but for the constant case the width doesn't really > matter. The use of u_short for the port enables the compiler to generate a warning for too large port numbers. > % -static __inline u_char > % -inbc(u_int port) > % +static inline u_char > % +inb(u_short port) > > __inline should be globabally changed to inline someday, not starting here. > Plain inline has been Standard for 10 years now, but it still isn't > standard -- we're still waiting for gcc to implement C99, and haven't > switched to gcc-4.3(?) or later which will implement C99 extern inline. This very file already uses "inline" in other places. > Changing the type changes the API and breaks an optimization. Callers It does not change the API, it corrects it: Passing a port number > 0xFFFF never worked and the API now reflects this. So if now accidently a too large constant port number is passed, the compiler can warn. It's a static inline function, so there is no problem with the ABI. About optimization see below. > are supposed to provide an arg of width 32 so that it can be loaded > as efficiently as possible (instruction prefixes and/or sign extension > waste code space and time, mainly on old CPUs). The 0x10000 check > referred to in the above comment attempts to enforce this. Casting > down in the API prevents the 32-bit loads. When specifying 16 bit input the compiler is perfectly allowed to leave arbitrary garbage in the upper 16 bits, e.g. do a 32bit load of the port. Lying about this fact leads to worse code, example: static inline unsigned char inb(unsigned short port) /* ALT: static inline unsigned char inb(unsigned int port) */ { unsigned char data; asm volatile("inb %1, %0" : "=a" (data) : "d" (port)); /* ALT: asm volatile("inb %w1, %0" : "=a" (data) : "d" (port)); */ return data; } unsigned short in2(unsigned short port) { unsigned short res; res = inb(port) << 8; res |= inb(++port); return res; } diff of the assember of the two versions: --- in_short.s 2009-04-10 07:54:10.000000000 +0200 +++ in_int.s 2009-04-10 07:54:48.000000000 +0200 @@ -4,17 +4,22 @@ .globl in2 .type in2, @function in2: - movzwl 4(%esp), %edx + pushl %ebx + movzwl 8(%esp), %ebx + movzwl %bx, %eax + movl %eax, %edx #APP inb %dx, %al #NO_APP movl %eax, %ecx - addl $1, %edx + leal 1(%ebx), %edx sall $8, %ecx + movzwl %dx, %edx #APP inb %dx, %al #NO_APP movzbl %al, %edx + popl %ebx orl %edx, %ecx movzwl %cx, %eax ret Compilers are way better today than back in the GCC 1.x times. Lying to them to trick them to show a certain behaviour usually is a bad idea and tends to backfire. > % { > % - u_char data; > % - > % - __asm __volatile("inb %1,%0" : "=a" (data) : "id" > ((u_short)(port))); > > The port address was already cast down here in inbc(). This seems to > have been just because I didn't know gnu asm very well when I wrote > the above. The cast has no effect in the usual case where the "i" > constraint is used, but when the "d" constraint is used (only when > compiling with -O0?) %1 would be %edx without the cast. In inbv(), I > hard-code %dx, but that does't work here "i" case. The correct method > seems to be to use %w1 in both places (keep u_int port everywhere and > use the same method for the "N" constraint). The correct way to handle this is discussed above. > % - return (data); > % + u_char data; > % + __asm volatile("inb %1, %0" : "=a" (data) : "Nd" (port)); > % + return data; > % } > > Style breakages: > - lost blank line after declarations. This file followed the rule about > this except for previous breakage. It even followed it in some cases > where the declarations are null. > - lost parentheses around return value. This file followed the rule about > this in all cases. Anachronisms. > Style not-quite-fix: > - lost the tab after the type in the declaration. In KNF, such a tab is > not used for auto declarations. However, this file was fairly consistent > about breaking the rule. > > Why change __volatile to volatile? This is similar to changing __inline > to inline, except plain volatile is more standard. has You answered this by yourself: volatile is a standard word - there is no reason to not use this. > ifdef tangles which are supposed to allow users or cdefs.h itself to > define away volatile so as to support old compilers, and we use __volatile > instead of volatile a lot to support this. This is probably not needed > for kernel headers. However, cpufunc.h is sometimes abused in userland. "Old compilers" cannot compile the FreeBSD source anyway, so what's your point? This file can only be used with "new" (not older than a decade or so) and very GCC-compatible compilers. > Fixed version (change nothing except the function name, %1, and the > constraint): > > %%% > static __inline u_char > inb(u_int port) > { > u_char data; > > __asm __volatile("inb %w1, %0" : "=a" (data) : "Nd" (port)); > return (data); > } > %%% > > Similarly for the other functions. > > BTW, I sometimes missing having the inverse of %[bwl...] -- a way to > generate an operand size letter from the type. gcc-3 and gcc-4 have > some horribly incomplete support for this. > > % -#endif /* __GNUCLIKE_BUILTIN_CONSTANT_P && __GNUCLIKE_ASM >= 3*/ > > Removing this accidentally fixes >= 2 style bugs in it. > > % -static __inline u_char > % -inbv(u_int port) > % -{ > % - u_char data; > % - /* > % - * We use %%dx and not %1 here because i/o is done at %dx and not at > % - * %edx, while gcc generates inferior code (movw instead of movl) > % - * if we tell it to load (u_short) port. > % - */ > > Lost this documentation. Now the magic in my version is in %w in my > version. > The comment shouldn't blame gcc for generating movw -- that is the > programmer's fault. This is wrong, it's correct to specify a 16bit input. The compiler therefore is perfectly allowed to leave arbitrary garbage in the upper 16 bits, e.g. do a 32bit load of the port and other things, see above. Also GCC does not generate movw here - for neither u_short nor u_int. GCC avoids partial register updates. > gcc on modern machines now generates movswl for loading a u_short port > to the u_int port specified by the old API, and movswl is fast on modern > machines, so there is no penalty in using the old API/implementation > on modern machines even if the caller neglected to start with a u_int > port. There is a penalty, see example above. > % ... > % -static __inline void > % -insb(u_int port, void *addr, size_t cnt) > % +static inline void > % +insw(u_short port, void *addr, size_t cnt) > % { > % - __asm __volatile("cld; rep; insb" > % - : "+D" (addr), "+c" (cnt) > % - : "d" (port) > % - : "memory"); > % + __asm volatile("rep; insw" > % + : "+D" (addr), "+c" (cnt) > % + : "d" (port) > % + : "memory"); > % } > > The diffs are hard to read, apparently due to diff getting confused > by your API and style changes and comparing unrelated functions. > Without the API changes, I think it would have matched insb with insb, > etc. > > % -static __inline void > % -outbv(u_int port, u_char data) > % +static inline void > % +outb(u_short port, u_char data) > % { > % - u_char al; > % - /* > % - * Use an unnecessary assignment to help gcc's register allocator. > % - * This make a large difference for gcc-1.40 and a tiny difference > % - * for gcc-2.6.0. For gcc-1.40, al had to be ``asm("ax")'' for > % - * best results. gcc-2.6.0 can't handle this. > % - */ > % - al = data; > > This can go of course. I saw dummy assignments bogusly helping the > allocator in more complicated asms for a version of atomic_cmpset() > as late as gcc-3, but that seemed to be fixed by gcc-3.3. > > % Index: sys/i386/i386/machdep.c > % =================================================================== > % --- sys/i386/i386/machdep.c (Revision 190841) > % +++ sys/i386/i386/machdep.c (Arbeitskopie) > % @@ -3555,45 +3555,24 @@ > % #ifdef KDB > % % /* > % - * Provide inb() and outb() as functions. They are normally only > % - * available as macros calling inlined functions, thus cannot be > % - * called from the debugger. > % - * > % - * The actual code is stolen from , and de-inlined. > % + * Provide inb() and outb() as functions. They are normally only > available as > % + * inline functions, thus cannot be called from the debugger. > % */ > > This should have been implemented by using cpufunc.h instead of repeating > it, and for everything in cpufunc.h not just inb and outb, e.g., as is > done for everything in atomic.h. This gives a technical reason for > using __inline -- we want to #undef it and shouldn't #undef a standard > keyword. You can neither #undef __inline nor inline, they both are keywords, not macros. Actually it's the other way round: There is no way to get rid of __inline, it is always a keyword to GCC. But you can tell GCC to not consider inline as keyword (-std=c89). > % % -#undef inb > % -#undef outb > % - > % /* silence compiler warnings */ > % -u_char inb(u_int); > % -void outb(u_int, u_char); > % +u_char inb_(u_short); > % +void outb_(u_short, u_char); > % % u_char > % -inb(u_int port) > % +inb_(u_short port) > % { > % - u_char data; > % - /* > % - * We use %%dx and not %1 here because i/o is done at %dx and not at > % - * %edx, while gcc generates inferior code (movw instead of movl) > % - * if we tell it to load (u_short) port. > % - */ > % - __asm __volatile("inb %%dx,%0" : "=a" (data) : "d" (port)); > % - return (data); > % + return inb(port); > % } > % % void > % -outb(u_int port, u_char data) > % +outb_(u_short port, u_char data) > % { > % - u_char al; > % - /* > % - * Use an unnecessary assignment to help gcc's register allocator. > % - * This make a large difference for gcc-1.40 and a tiny difference > % - * for gcc-2.6.0. For gcc-1.40, al had to be ``asm("ax")'' for > % - * best results. gcc-2.6.0 can't handle this. > % - */ > % - al = data; > % - __asm __volatile("outb %0,%%dx" : : "a" (al), "d" (port)); > % + outb(port, data); > % } > % % #endif /* KDB */ > > This changes the (ddb undocumented) API and ABI to worse ones. I > already don't line having to type "call inb(foo)" (in my x86 debugger, > inb is a command named "i", with certain space insensitivity that > allows typing "ifoo"). The "worse" aspect is discussed above. I also changed the non-existent documentation of these functions, so the name change should be fine. (: Christoph From brde at optusnet.com.au Fri Apr 10 05:54:43 2009 From: brde at optusnet.com.au (Bruce Evans) Date: Fri Apr 10 05:54:49 2009 Subject: [PATCH] Simplify in*() and out*() functions of AMD64 and i386 In-Reply-To: <49DF16BA.8000807@gmx.de> References: <49DD01CA.3040900@gmx.de> <20090410001919.S1567@besplex.bde.org> <49DF16BA.8000807@gmx.de> Message-ID: <20090410200612.I2103@besplex.bde.org> On Fri, 10 Apr 2009, Christoph Mallon wrote: > Bruce Evans schrieb: >> On Wed, 8 Apr 2009, Christoph Mallon wrote: >>> Also the {in,out}{w,l}() get treated with this constraint. They had no >>> special case before, so now better code is generated for them. >> >> Actually, worse code is generated for them on most cases since the >> optimization of loading 32 bits for the usual case of a non-constant >> operand is lost in your version -- see below. The case of a constant > > If you are referring to the u_uint to u_short change, then you are > wrong, see below. No, you are wrong. See below in previous and this mail. >> kib@ already pointed out that the direction flag is not guaranteed to be >> cleared in the kernel. For amd64, this may be a bug in the kernel, but >> for i386 it is a bug in gcc say that the ABI specifies that the direction >> flag is cleared, since there is no standard i386 ABI so gcc must not >> assume that the direction flag is clear, like it has done until recently. > > There *is* an ABI spec for i386 and it mandates that DF is cleared on > function entry and exit. Also other compilers (e.g. LLVM and > ICC) do not have this misbehaviour of GCC < 4.3 to emit cld before every > string operation at all. I would not trust GCC < 4.3 to do this > correctly everywhere either. Anyone can make up a spec but no one has to follow it. FreeBSD has always followed the old de-facto spec that requires any code that uses string operations to set the direction flag for itself. Trying to change this after about 1990 is especially stupid since string instructions should almost never be used due to their becoming relatively even slower without even counting their large setup overhead. Their setup overhead includes the cld but should be large enough to do the cld in parallel so that it is almost free. >> % % -#if !defined(__GNUCLIKE_BUILTIN_CONSTANT_P) || __GNUCLIKE_ASM < 3 >> % - >> % -#define inb(port) inbv(port) >> % -#define outb(port, data) outbv(port, data) >> % - >> % -#else /* __GNUCLIKE_BUILTIN_CONSTANT_P && __GNUCLIKE_ASM >= 3 */ >> >> The ifdefs are ugly, and this one seems to have been slightly wrong, but >> they provide documentation aboout the features used: >> - __GNUCLIKE_BUILTIN_CONSTANT_P: no longer needed >> - __GNUCLIKE_ASM >= 3: to ensure that the "i" constraint is available. >> This used to be __GNUC__ >= 2. If that was correct then >= 3 is >> stricter than necessary; otherwise >= 2 was not as strict as it >> should have been, since some versions of gcc-2 certainly supported >> the "i" constraint. >> >> A precise translation of the above would be __GNU_PREREQ__(maj, min) || >> defined(__INTEL_COMPILER), where (maj, min) is the version of gcc that >> implemented the "N" constraint and you should check that the Intel >> compiler (all version?) support the "N" constraint. > > This is unnecessary, even GCC 2.95 (10 years old, the oldest release you can > get from official sources) supports this constraint > (gcc-2.95/gcc/config/i386/i386.h, line 932). This shows how old and stale > this hack is. I just want it pointed out (in the commit log) and in a separate commit that you are intentionally weakening the ifdefs since old compilers are not supported even to the extent of not generating syntax errors for them and most other places (e.g., atomic.h) already assume a non-old compiler and generate the syntax errors for old ones. >> % - * The unnecessary test `(port) < 0x10000' is to generate a warning if >> % - * the `port' has type u_short or smaller. Such types are pessimal. >> % - * This actually only works for signed types. The range check is >> % - * careful to avoid generating warnings. >> >> This won't work any more, if it ever did. I think it only worked for >> the constant case, but for the constant case the width doesn't really >> matter. > > The use of u_short for the port enables the compiler to generate a warning > for too large port numbers. Only if it warns for truncation on assignment, which most compilers won't do. >> % -static __inline u_char >> % -inbc(u_int port) >> % +static inline u_char >> % +inb(u_short port) >> >> __inline should be globabally changed to inline someday, not starting here. >> Plain inline has been Standard for 10 years now, but it still isn't >> standard -- we're still waiting for gcc to implement C99, and haven't >> switched to gcc-4.3(?) or later which will implement C99 extern inline. > > This very file already uses "inline" in other places. Only in recent style breakage in 2 places when I wasn't looking (18-Apr-08 for cpu_monitor() and cpu_wait()). Other style breakage for these functions: - insertion sort errors. This file is supposed to be sorted on function name - namespace errors. Functions in this file should have the same name as the instruction that they provided access too. monitor() is a bit too generic for this and wait() is much too generic for this (however, the instruction name is mwait() which is less generic than monitor()), so some renaming is required. The renaming should not be into the cpu_* namespace since the cpu_ prefix has a different, precise meaning. These bugs are missing for the older interface to the "pause" instruction: - pause() is too generic, so the cpufunc is named ia32_pause() on i386, etc. (but I prefer mdpause()). - pause() was already in use, so even the MI interface couldn't be named pause(). It is named cpu_spinwait(). - cpu_spinwait() is implemented as a macro that invokes ia32_pause(). - bogus semicolon at the end of the main asm string - missing space after ": :" (2 instances) - missing space after just 1 of the 4 constraint strings. - missing declarations in the non-__GNUCLIKE_ASM && non-__CC_SUPPORTS___INLINE case. Hmm, your change from __inline to inline also bogotifies the __CC_SUPPORTS___INLINE ifdef. This ifdef is careful to a fault, but not wrong provided __inline is used consistently. >> Changing the type changes the API and breaks an optimization. Callers > > It does not change the API, it corrects it: Passing a port number > 0xFFFF > never worked and the API now reflects this. So if now accidently a too large > constant port number is passed, the compiler can warn. It's a static inline > function, so there is no problem with the ABI. About optimization see below. No, it breaks it. I define the API so I know what it is! The caller should pass a u_int port so that optimal code is generated (at a tiny cost to data space for storing 32-bit port numbers in softcs). The hardware only uses the low 16 bits so the upper 16 bits don't matter. If the caller starts with a u_short port, then the API generates sub-optimal code to promote to a u_int. The promotion logically occurs as part of the function call protocol, but since the function is inline it normally occurs more directly (e.g., as "movswl port,%edx"). >> are supposed to provide an arg of width 32 so that it can be loaded >> as efficiently as possible (instruction prefixes and/or sign extension >> waste code space and time, mainly on old CPUs). The 0x10000 check >> referred to in the above comment attempts to enforce this. Casting >> down in the API prevents the 32-bit loads. > > When specifying 16 bit input the compiler is perfectly allowed to leave > arbitrary garbage in the upper 16 bits, e.g. do a 32bit load of the > port. Lying about this fact leads to worse code, example: It is only permitted to do that if it knows that the the upper 16 bits are in an object, or if they are in a register. While it could know that bits in an object (say for port = sc->sc_port where sc has stuff above sc_port so that the bits are in the object (*sc)), I've never seen gcc do this optimization. I didn't lie to the compiler, but told it to load all 32 bits of %edx. Then I ignore the top 16 bits in the asm. > static inline unsigned char inb(unsigned short port) > /* ALT: static inline unsigned char inb(unsigned int port) */ > { > unsigned char data; > asm volatile("inb %1, %0" : "=a" (data) : "d" (port)); > /* ALT: asm volatile("inb %w1, %0" : "=a" (data) : "d" (port)); */ > return data; > } > > unsigned short in2(unsigned short port) > { > unsigned short res; > res = inb(port) << 8; > res |= inb(++port); > return res; > } Sure, this gives suboptimal code for ALT since `port' starts in a u_short. Try starting with a matching ALT for in2: in2(unsigned port). The types must match at all levels including in2()'s caller to avoid promoting and demoting back and forth. Only some of the conversions can be free. ++port involves various conversions if port is not u_int throughout. The compiler can usually optimize these (by keeping port in a register and ignoring top bits). > diff of the assember of the two versions: > --- in_short.s 2009-04-10 07:54:10.000000000 +0200 > +++ in_int.s 2009-04-10 07:54:48.000000000 +0200 > @@ -4,17 +4,22 @@ > .globl in2 > .type in2, @function > in2: > - movzwl 4(%esp), %edx With my ALT in2 version: movl 4(%esp), %edx. This is 3-4 cycles faster than on i386 and i486. On modern CPUs, there is probably no difference, but movzwl wastes a byte or two of instruction space so it might cost in some cases. > + pushl %ebx > + movzwl 8(%esp), %ebx > + movzwl %bx, %eax > + movl %eax, %edx This is unnecessarily stupid code. Why not identical code to the u_int case? Leaving out the inb(++port) gives identical code for the first inb(). > #APP > inb %dx, %al > #NO_APP > movl %eax, %ecx > - addl $1, %edx > + leal 1(%ebx), %edx The compiler is being stupid above so that it can be stupid here too (leal is slightly worse than addl). It should just use %edx and not take a trip through %ebx and %eax, and have to save %ebx. > sall $8, %ecx > + movzwl %dx, %edx This is needed for ++port since it has to demote the intermediate u_int in ++port back to u_short. > #APP > inb %dx, %al > #NO_APP > movzbl %al, %edx > + popl %ebx > orl %edx, %ecx > movzwl %cx, %eax > ret With u_ints throughout (ALT for inb() and in2()), there are no conversions and the generated code is optimal (movl instead of movzwl and no other differences). With the only conversion being a demotion in inb() (non-ALT for inb() and ALT for in2()), the generated code is again optimal (movl instead of movzwl). gcc is optimizing away the conversion in this case. With port replaced by portarray[0] where portarray[1] exists, gcc no longer does the optimization. This is with gcc-4.2 with the default (usually wrong) arch. gcc-3.3 and gcc-4.2 -march=i386 give the original pessimization of using movw instead of movzwl to load a 16-bit object into a 16 or 32-bit register. When only 16 bits are needed gcc-old just uses movw. When a promotion is needed in the ALT in2(), it uses movw to %bx where the above uses movzwl to %ebx. Then it must promote %bx and it uses movzwl to %eax for this, then it moves to %edx. This is sub-optimal but not as silly as the above -- the above has already done the promotion into %ebx and then it does it again into %eax. > Compilers are way better today than back in the GCC 1.x times. Lying to > them to trick them to show a certain behaviour usually is a bad idea and > tends to backfire. Apparently gcc is still stupid when there are just a 4 not-quite null promotions and demotions: for u_short port; use((u_int)port); /* ALT inb(port); */ port = (u_short)((u_int)port + 1); /* ++port; */ use((u_int)port); /* ALT inb(port); */ >> % { >> % - u_char data; >> % - >> % - __asm __volatile("inb %1,%0" : "=a" (data) : "id" >> ((u_short)(port))); >> >> The port address was already cast down here in inbc(). This seems to >> have been just because I didn't know gnu asm very well when I wrote >> the above. The cast has no effect in the usual case where the "i" >> constraint is used, but when the "d" constraint is used (only when >> compiling with -O0?) %1 would be %edx without the cast. In inbv(), I >> hard-code %dx, but that does't work here "i" case. The correct method >> seems to be to use %w1 in both places (keep u_int port everywhere and >> use the same method for the "N" constraint). > > The correct way to handle this is discussed above. No, this gives movzwl instead of movl in some cases and movw instead of movl in some other cases. >> % - return (data); >> % + u_char data; >> % + __asm volatile("inb %1, %0" : "=a" (data) : "Nd" (port)); >> % + return data; >> % } >> >> Style breakages: >> - lost blank line after declarations. This file followed the rule about >> this except for previous breakage. It even followed it in some cases >> where the declarations are null. >> - lost parentheses around return value. This file followed the rule about >> this in all cases. > > Anachronisms. No, standard in FreeBSD. >> Style not-quite-fix: >> - lost the tab after the type in the declaration. In KNF, such a tab is >> not used for auto declarations. However, this file was fairly consistent >> about breaking the rule. >> >> Why change __volatile to volatile? This is similar to changing __inline >> to inline, except plain volatile is more standard. has > > You answered this by yourself: volatile is a standard word - there is no > reason to not use this. It is for stylistic reasons. Readers will wonder why most code uses __volatile and yours doesn't. >> ifdef tangles which are supposed to allow users or cdefs.h itself to >> define away volatile so as to support old compilers, and we use __volatile >> instead of volatile a lot to support this. This is probably not needed >> for kernel headers. However, cpufunc.h is sometimes abused in userland. > > "Old compilers" cannot compile the FreeBSD source anyway, so what's your > point? This file can only be used with "new" (not older than a decade or so) > and very GCC-compatible compilers. The sources should be as independent of compiler versions as possible. cpufunc.h was independent (it is supposed contain only prototypes only for compilers that can't handle its asms), so why break it? >> % -static __inline u_char >> % -inbv(u_int port) >> % -{ >> % - u_char data; >> % - /* >> % - * We use %%dx and not %1 here because i/o is done at %dx and not at >> % - * %edx, while gcc generates inferior code (movw instead of movl) >> % - * if we tell it to load (u_short) port. >> % - */ >> >> Lost this documentation. Now the magic in my version is in %w in my >> version. >> The comment shouldn't blame gcc for generating movw -- that is the >> programmer's fault. > > This is wrong, it's correct to specify a 16bit input. The compiler therefore > is perfectly allowed to leave arbitrary garbage in the upper 16 bits, e.g. do > a 32bit load of the port and other things, see above. Also GCC does not > generate movw here - for neither u_short nor u_int. GCC avoids partial > register updates. No, this is correct. Please allow me to find bugs in my own comment :-). The comment would need to be too long, like this mail, to give all the details and I apparently broke it trying to make it shorter. It is correct but sub-optimal to specify a 16-bit input. Whether gcc generates a movw is now very machine-dependent. When the code and comment was written, gcc always generated movw for memory to register 16-bit loads. Now it prefers to generate movzwl since partial register updates are bad and movzwl is now fast, but it still generates movw for old CPUs. My optimization was not to avoid partial register updates, but just to avoid operand size prefixes for loading u_shorts and extra instructions for conversions in expressions like port+1 and use(foo) (where use() takes a u_int)). Your examples show that compilers now avoid the prefixes or conversions in some but not all of the cases. >> % Index: sys/i386/i386/machdep.c >> % =================================================================== >> % --- sys/i386/i386/machdep.c (Revision 190841) >> % +++ sys/i386/i386/machdep.c (Arbeitskopie) >> % @@ -3555,45 +3555,24 @@ >> % #ifdef KDB >> % % /* >> % - * Provide inb() and outb() as functions. They are normally only >> % - * available as macros calling inlined functions, thus cannot be >> % - * called from the debugger. >> % - * >> % - * The actual code is stolen from , and de-inlined. >> % + * Provide inb() and outb() as functions. They are normally only >> available as >> % + * inline functions, thus cannot be called from the debugger. >> % */ >> >> This should have been implemented by using cpufunc.h instead of repeating >> it, and for everything in cpufunc.h not just inb and outb, e.g., as is >> done for everything in atomic.h. This gives a technical reason for >> using __inline -- we want to #undef it and shouldn't #undef a standard >> keyword. > > You can neither #undef __inline nor inline, they both are keywords, not > macros. Actually it's the other way round: There is no way to get rid of > __inline, it is always a keyword to GCC. But you can tell GCC to not consider > inline as keyword (-std=c89). Oops, I should have written "#define away" instead of #undef. I think it is legal in C to #define any identifer. It just might things by giving inconsistencies. already defines away __inline in some cases (mostly for old compilers) and defines it to plain inline for the C++ case even for new gcc. The u_short optimizations are mostly moot for inb() etc. The hardware part of inb() now normally takes a few thousand times longer than the whole 1 cycle potentially saved by these optimizations. When inb() was written, the hardware part took less than one hundred times longer. I defend the optimization mainly because losing it is a regression and I still hate APIs that use chars and shorts (or [u]intN_t's) to give pessimizations by maximizing conversions. Bruce From abramo.bagnara at gmail.com Fri Apr 10 15:40:02 2009 From: abramo.bagnara at gmail.com (Abramo Bagnara) Date: Fri Apr 10 15:40:09 2009 Subject: i386/133583: fma does not respect rounding mode using extended precision Message-ID: <200904102236.n3AMa4tT080326@www.freebsd.org> >Number: 133583 >Category: i386 >Synopsis: fma does not respect rounding mode using extended precision >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 10 22:40:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Abramo Bagnara >Release: 7.1 >Organization: >Environment: FreeBSD freebsd.homenet.telecomitalia.it 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >Description: After fpsetprec(FP_PE) libc fma does not respect rounding mode. >How-To-Repeat: $ gcc bug.c -lm $ ./a.out Exact result: 9973859.79298831405913006165064871311187744140625 Default precision, DOWNWARD +* : 9973859.79298831336200237274169921875 Default precision, UPWARD +* : 9973859.79298831522464752197265625 Default precision, DOWNWARD fma: 9973859.79298831336200237274169921875 Default precision, UPWARD fma: 9973859.79298831522464752197265625 Extended precision, DOWNWARD +* : 9973859.79298831336200237274169921875 Extended precision, UPWARD +* : 9973859.79298831522464752197265625 Extended precision, DOWNWARD fma: 9973859.7929883114993572235107421875 Extended precision, UPWARD fma: 9973859.79298831336200237274169921875 >Fix: Patch attached with submission follows: #include #include #include #ifdef __FreeBSD__ #include #endif double to = 8248384; double x = 2871; double y = 601.00166944908187360852025449275970458984375; // Exact result is: 9973859.79298831405913006165064871311187744140625 int main() { printf("Exact result: 9973859.79298831405913006165064871311187744140625\n"); fesetround(FE_DOWNWARD); printf("Default precision, DOWNWARD +* : %.1000g\n", to + x * y); fesetround(FE_UPWARD); printf("Default precision, UPWARD +* : %.1000g\n", to + x * y); fesetround(FE_DOWNWARD); printf("Default precision, DOWNWARD fma: %.1000g\n", fma(x, y, to)); fesetround(FE_UPWARD); printf("Default precision, UPWARD fma: %.1000g\n", fma(x, y, to)); #ifdef __FreeBSD__ fpsetprec(FP_PE); fesetround(FE_DOWNWARD); printf("Extended precision, DOWNWARD +* : %.1000g\n", to + x * y); fesetround(FE_UPWARD); printf("Extended precision, UPWARD +* : %.1000g\n", to + x * y); fesetround(FE_DOWNWARD); printf("Extended precision, DOWNWARD fma: %.1000g\n", fma(x, y, to)); fesetround(FE_UPWARD); printf("Extended precision, UPWARD fma: %.1000g\n", fma(x, y, to)); #endif } >Release-Note: >Audit-Trail: >Unformatted: From abramo.bagnara at gmail.com Sat Apr 11 00:50:06 2009 From: abramo.bagnara at gmail.com (Abramo Bagnara) Date: Sat Apr 11 00:50:12 2009 Subject: i386/133583: fma does not respect rounding mode using extended precision Message-ID: <200904110750.n3B7o5sC022503@freefall.freebsd.org> The following reply was made to PR i386/133583; it has been noted by GNATS. From: Abramo Bagnara To: bug-followup@FreeBSD.org, abramo.bagnara@gmail.com Cc: Subject: Re: i386/133583: fma does not respect rounding mode using extended precision Date: Sat, 11 Apr 2009 09:21:54 +0200 Unfortunately I've misread the problem report form, and the attached file is not the patch, but the C source that shows the bug. From remko at FreeBSD.org Sun Apr 12 04:02:23 2009 From: remko at FreeBSD.org (remko@FreeBSD.org) Date: Sun Apr 12 04:02:30 2009 Subject: i386/133502: ISP Driver cannot access LUNs > 7 Message-ID: <200904121102.n3CB2N1o092821@freefall.freebsd.org> Synopsis: ISP Driver cannot access LUNs > 7 State-Changed-From-To: open->closed State-Changed-By: remko State-Changed-When: Sun Apr 12 11:02:22 UTC 2009 State-Changed-Why: Reporter mentions that it was a local problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=133502 From linimon at FreeBSD.org Sun Apr 12 22:29:39 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Apr 12 23:16:56 2009 Subject: kern/133583: [libm] fma(3) does not respect rounding mode using extended precision Message-ID: <200904130529.n3D5Tcqh084534@freefall.freebsd.org> Old Synopsis: fma does not respect rounding mode using extended precision New Synopsis: [libm] fma(3) does not respect rounding mode using extended precision Responsible-Changed-From-To: freebsd-i386->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Apr 13 05:28:29 UTC 2009 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=133583 From linimon at FreeBSD.org Sun Apr 12 22:30:20 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Apr 12 23:17:12 2009 Subject: kern/133490: [bpf] [panic] 'kmem_map too small' panic on Dell r900 when bpf_bufsize and bpf_maxbufsize are increased Message-ID: <200904130530.n3D5UJoC087045@freefall.freebsd.org> Old Synopsis: 'kmem_map too small' panic on Dell r900 when bpf_bufsize and bpf_maxbufsize are increased New Synopsis: [bpf] [panic] 'kmem_map too small' panic on Dell r900 when bpf_bufsize and bpf_maxbufsize are increased Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Apr 13 05:29:45 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=133490 From linimon at FreeBSD.org Sun Apr 12 22:32:26 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Apr 12 23:17:39 2009 Subject: kern/133328: [bge] [panic] Kernel panics with Windows7 client Message-ID: <200904130532.n3D5WP5H098651@freefall.freebsd.org> Old Synopsis: Kernel panics with Windows7 client New Synopsis: [bge] [panic] Kernel panics with Windows7 client Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Apr 13 05:30:58 UTC 2009 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=133328 From linimon at FreeBSD.org Sun Apr 12 22:33:23 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Apr 12 23:18:00 2009 Subject: kern/133204: [msk] msk driver timeouts Message-ID: <200904130533.n3D5XNjs099438@freefall.freebsd.org> Old Synopsis: 'msk' driver problem New Synopsis: [msk] msk driver timeouts Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Apr 13 05:32:33 UTC 2009 Responsible-Changed-Why: Reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=133204 From bugmaster at FreeBSD.org Mon Apr 13 04:06:55 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Apr 13 04:33:50 2009 Subject: Current problem reports assigned to freebsd-i386@FreeBSD.org Message-ID: <200904131106.n3DB6rOV084954@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/133388 i386 [est] est causes wrong dev.cpu.0.freq_levels values o i386/133253 i386 [boot] Error mounting install image o i386/132416 i386 Popup motherboard bios setup window when rebooting sys o i386/132230 i386 [boot] 7.1-RELEASE /boot/loader non-functional on Asus o i386/132110 i386 [build] /libexec/ld-elf.so.1: /lib/libc.so.7: version o i386/131426 i386 hald makes cdrom fail o i386/130110 i386 [boot] BTX-Halted - booting with SAS/SATA Controller o i386/129550 i386 [pae] [kqueue] crash with PAE kernel o i386/128014 i386 [geode] [patch] AMD Geode CS5536 watchdog(9) not disab o i386/127981 i386 [loader] Stack underflow preventing boot [regression] o i386/127374 i386 Suspend/Resume with Keystroke only once on Thinkpad T4 o i386/127367 i386 [vesa] [patch] Improve VESA support for Parallels (pat o i386/127343 i386 [hang] System locks -- simular to PR 123729 o i386/127337 i386 [boot] FreeBSD 7.1/i386 BTX boot problem on Pavilion d o i386/126666 i386 [boot] boot failure for nForce 630i / GeForce 7100 mai o i386/126162 i386 [acpi] ACPI autoload failed : loading required module f i386/125880 i386 [cardbus] Cardbus cards Don't function on TI PCIxx12 C o i386/125592 i386 [hang] FreeBSD 7 server in hang o i386/125383 i386 [amdtemp] [request] please enable amdtemp on i386 o i386/125011 i386 precision of constants for long double o i386/124902 i386 [i386] [patch] patch to fix VESA modes and allow 8bit o i386/124633 i386 [boot] [panic] 7.0 does not boot from CD o i386/124317 i386 [boot] CD with BTX 1.02 fails at "mountroot" and 1.01 o i386/124124 i386 [boot] Page fault while booting livefs iso of FreeBSD o i386/123990 i386 [boot] BTX halted on Thinkpad x60s o i386/123981 i386 [pxeboot] You can't usefully PXEBOOT the 7.0-RELEASE-i o i386/123814 i386 [boot] cannot boot freebsd kernel on sony vaio VGN-NR2 o i386/123462 i386 clock is too fast a i386/122887 i386 [panic] [atkbdc] 7.0-RELEASE on IBM HS20 panics immed f i386/122644 i386 [panic] on-boot mount /tmp kernel dump o i386/122623 i386 [build] [patch] bsd.cpu.mk doesn't handle opteron/athl o i386/122602 i386 [build] i386/conf/PAE does not compile on RELENG_7 o i386/122148 i386 [irq] interrupt storm on 7.0 [regression] o i386/121903 i386 [ips] [boot] can't boot on IBM x235 ServeRaid 6M [regr o i386/121699 i386 [boot] can't boot on MSI K9N Ultra o i386/121675 i386 [ata] incorrect fallback to udma33 with CF memory inst o i386/121549 i386 [nfe]: nfe interface locks up during rc.conf initializ o i386/121258 i386 [boot] FreeBSD 6.3 / 7.0 boot problem [regression] o i386/120933 i386 [boot] 6.x and 7.x do not boot from CD on IBM HS20 883 o i386/119946 i386 [est] sysctl dev.cpu.0.freq on 75 Hz, cannot be change o i386/119574 i386 [i386] 7.0-RC1 times out in calibrate_clocks() [regres o i386/119175 i386 [busdma] [patch] Typo in bus_dmamem_alloc() o i386/118656 i386 [panic] Init dies in single user mode and box get kern o i386/118350 i386 [boot] [hang] BTX loader hangs on PC Engines WRAP o i386/118285 i386 [i386] Segmentation fault in reloc_non_plt. o i386/117297 i386 [hang] System hangs up every day o i386/116844 i386 [boot] cannot boot from cd when using Dell Vostro 200 o i386/116100 i386 [panic] Fatal trap 12 right after reboot (da0s1error = o i386/115947 i386 [hang] Dell poweredge 860 hangs when stressed and ACPI o i386/115854 i386 [boot] [install] Install FreeBSD with USB CDROM causes o i386/115285 i386 [panic] fatal trap 1 on freebsd 6.2 install boot up on f i386/114535 i386 Toshiba Satellite 105A: "no driver attached" for vario o i386/114208 i386 [boot] Problem booting the FreeBSD CD ISO image o i386/114192 i386 Fail to boot with "error issuing ATA_IDENTIFY command" o i386/113110 i386 [mk] [patch] i686 is not an alias of pentiumpro on GCC o i386/112700 i386 SMP Kernel with FreeBSD 6.2 release on compaq dl360 g1 o i386/112635 i386 [hang] [loader] Hang during boot installation o i386/112580 i386 [boot] BTX Halted on HP DV6255 Notebook o i386/112487 i386 [sio] kernel panic on swi0:sio o i386/112036 i386 [ata] TIMEOUT - WRITE_DMA retrying, TIMEOUT - READ_DMA o i386/110218 i386 kmem_malloc(4096): kmem_map too small: 335544320 total o i386/110214 i386 [hang] FreeBSD 6.2 freezes on SSH activitiy caused by o i386/109610 i386 [panic] Fatal trap 12: page fault while in kernel mode o i386/109568 i386 [panic] Reboot server with "Fatal trap 12" o i386/109423 i386 [ichsmb] ICH5 smb interface problems s i386/109200 i386 [ata] READ_UDMA UDMA ICRC error cause not detecting ca o i386/108185 i386 [panic] freebsd 6.2 fatal kernel trap o i386/107564 i386 [install] fatal trap 19 during installation on a Dell o i386/107382 i386 [install] "Fatal trap 12" when installing FreeBSD 6.1 o i386/106850 i386 [powerd] powernow0 attach returned 6 o i386/106789 i386 [nfe] or [nve]: Internal NIC of GA-K8N51GMF-RH does no o i386/105175 i386 [ipmi] ipmi acpi trouble on supermicro server o i386/105063 i386 [sio] US Robotics (3Com) 3CP5609 PCI 16550 Modem works o i386/104719 i386 [ata] Seagate ST3802110A errors/delays when using PIO4 f i386/104572 i386 [ata] issues with detecting HDD on Intel Q965 Express o i386/104473 i386 [boot] boot loader reboots before loading kernel on Al o i386/104349 i386 [bfe] Panic while uploading data via bfe network inter s i386/103624 i386 [ata] [install] Problem installing on Dell Powervault o i386/103063 i386 [install] Can not install on Dell XPS 700 o i386/102562 i386 [em] no traffic pass through a em card after approx. a o i386/102410 i386 [install] FreeBSD 6.1-RELEASE installation boot freeze o i386/101616 i386 [hang] FreeBSD freeze on bootup, Compaq Proliant (lega o i386/101062 i386 [hang] Freeze on detect Intel 900 VGA on boot with ACP o i386/100831 i386 [sio] sio ignores BIOS information about serial ports o i386/100420 i386 [boot] boot1/boot2 lba error o i386/100204 i386 FreeBSD reports raid as broken - but it is not o i386/100142 i386 [pci] [patch] /dev/smb0 device not available on system o i386/99608 i386 [atapicam] ATAPI or CAM crash on FreeBSD 6.1-stable wi o i386/98932 i386 [i386] [patch] Kernel compilation failed on specific P o i386/98765 i386 [ata] timeouts on sata drive (Asus a7n8x-e) o i386/98366 i386 [em] Intel PRO/1000 MT Dual PCI-X: simulatenious 1000 o i386/98215 i386 [geode] [regression] FreeBSD can no longer boot Geode o i386/98154 i386 6-STABLE crashes when being online via modem (Fujitsu o i386/97287 i386 Screen Corruption In FreeBSD 6.X When Apps Started In o i386/97263 i386 [ata] FreeBSD only detects first drive on PDC20378 378 o i386/97025 i386 [vmware] fbsd (2 cd) dont install in vmware 5.5.0 - re o i386/96406 i386 System freezes on IBM xSeries 335 with FreeBSD-6.0-REL o i386/96382 i386 [bge] In 6.1-RC1 the bge driver does not reliably work o i386/96357 i386 FreeBSD cannot recognize all the logical partitions f i386/93923 i386 [ata] FreeBSD Install, Sil3112: Cannot dump. No dump d o i386/93809 i386 panic: could not copy LDT on RELENG_5_3 through RELENG o i386/93793 i386 [keyboard] Keyboard stops working after a shutdown -p o i386/93752 i386 Cannot activate the serial ports on boot probe. BIOS o o i386/92193 i386 [boot] Can't boot from 6.0 Installation CD: BTX halted o i386/91871 i386 [boot1] [patch] boot1: jump to 0xf000:0xfff0 instead o o i386/91745 i386 [smp] Second processor not detected on Proliant ML530 f i386/88929 i386 [ata] FreeBSD 6.0 install CD fails to find disks on So s i386/88755 i386 [install] FreeBSD R6.0 on ThinkPad R40 installation re s i386/88491 i386 [install] Panic when boot installation CD1 (Acer Trave s i386/88139 i386 [i386] [request] 53C875 Chipset HP 5064-6016 doesn't w o i386/86880 i386 [hang] 6.0 hangs or reboots whilst 5.4 is stable (ASUS o i386/85656 i386 [i386] [patch] expose more i386 specific CPU informati o i386/85655 i386 [i386] [patch] expose cpu info for i386 systems o i386/85653 i386 [i386] [patch] relieve hangs in tight loops in process o i386/85652 i386 [loader] [patch] deal with out-of-memory errors during o i386/85423 i386 [ex] ex(4) does not correctly recognize NIC in PnP mod o i386/85417 i386 [i386] [npx] [patch] Possible bug in ia32 floating-poi s i386/85072 i386 [psm] ps/2 Mouse detection failure on compaq chipset p i386/81111 i386 [build] /boot/loader causes reboot due to CFLAGS+= -ms o i386/80268 i386 [crash] System with Transmeta Efficeon cpu crashes whi o i386/80095 i386 ld-elf.so.1 crashes with executables produced by tinyc o i386/79840 i386 [sysinstall] Partitioning and formating a new disk fai s i386/79169 i386 [hang] freeze with striped USB Drives under high load o i386/79091 i386 [i386] [patch] Small optimization for i386/support.s o i386/76944 i386 [busdma] [patch] i386 bus_dmamap_create() bug o i386/75887 i386 [pcvt] with vt0.disabled=0 and PCVT in kernel video/ke o i386/74153 i386 [pst] FreeBSD 5.3 cannot boot ftom pst o i386/74008 i386 [boot] IBM eServer x225 cannot boot any v5.x - endless o i386/73921 i386 [sysctl] [patch] sysctlbyname for machdep.tsc_freq doe o i386/72960 i386 [boot] BTX halted with Promise Tx2000 Raid o i386/71000 i386 [boot] BTX halted when booting from CD on a machine wi o i386/70531 i386 [boot0] [patch] boot0 hides Lilo in extended slice 132 problems total. From vermaden at interia.pl Tue Apr 14 07:00:18 2009 From: vermaden at interia.pl (vermaden) Date: Tue Apr 14 07:12:40 2009 Subject: i386/133727: chars [[[[[[[[[[[[[ occur during install process (setting root passwd) and/or after install on console login prompt Message-ID: <200904141356.n3EDuTIZ004582@www.freebsd.org> >Number: 133727 >Category: i386 >Synopsis: chars [[[[[[[[[[[[[ occur during install process (setting root passwd) and/or after install on console login prompt >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 14 14:00:16 UTC 2009 >Closed-Date: >Last-Modified: >Originator: vermaden >Release: 6.2-RELEASE / 7.0-RELEASE / 7.1-RELEASE >Organization: >Environment: I haven't rebuilt kernel/world, stock *-RELEASE uname output here. >Description: Outputs from diagnostic commands @ NetBSD (FreeBSD put [[[[[[[ chars on the screen ...) Problem occurs on TOSHIBA Satellite A75 and other workstation also. For example, after boot, if you wpould like to type root as login, you would end up with something like that: login : ]]]]]]r]]]]]]]]]]o]]]o]]]]]t]]]]]]]]]]]]]]]]]]] # vmstat -i interrupt total rate global TLB IPI 43320 91 ioapic0 pin 21 99 0 ioapic0 pin 1 942 1 ioapic0 pin 19 20780 43 ioapic0 pin 14 20 0 ioapic0 pin 15 6860 14 ioapic0 pin 17 1 0 ioapic0 pin 18 20 0 Total 72042 151 # usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), vendor 0x1002(0x1002), rev 1.00 port 1 powered port 2 addr 2: full speed, power 100 mA, config 1, USB Full Speed(0x8090), A4Tech(0x09da), rev 6.06 port 3 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), vendor 0x1002(0x1002), rev 1.00 port 1 powered port 2 powered port 3 powered Controller /dev/usb2: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), vendor 0x1002(0x1002), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered # uname -a NetBSD livecd.jibbed.org 5.0_BETA NetBSD 5.0_BETA (JIBBED5) #0: Fri Jan 9 20:08:51 CET 2009 root@imac.aydogan.net:/root/livecd/work/JIBBED5 i386 # dmesg Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008 The NetBSD Foundation, Inc. All rights reserved. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. NetBSD 5.0_BETA (JIBBED5) #0: Fri Jan 9 20:08:51 CET 2009 root@imac.aydogan.net:/root/livecd/work/JIBBED5 total memory = 383 MB avail memory = 366 MB timecounter: Timecounters tick every 10.000 msec timecounter: Timecounter "i8254" frequency 1193182 Hz quality 100 TOSHIBA Satellite A75 (PSA70U-0WQ00G) mainbus0 (root) cpu0 at mainbus0 apid 0: Intel 686-class, 3066MHz, id 0xf41 cpu1 at mainbus0 apid 1: Intel 686-class, 3066MHz, id 0xf41 ioapic0 at mainbus0 apid 2: pa 0xfec00000, version 11, 24 pins acpi0 at mainbus0: Intel ACPICA 20080321 acpi0: X/RSDT: OemId , AslId < LTP,00000000> acpi0: SCI interrupting at int 9 acpi0: fixed-feature power button present timecounter: Timecounter "ACPI-Fast" frequency 3579545 Hz quality 1000 ACPI-Fast 32-bit timer acpilid0 at acpi0 (LID, PNP0C0D): ACPI Lid Switch acpibut0 at acpi0 (PWRB, PNP0C0C): ACPI Power Button EPWR (CMP0101) at acpi0 not configured npx1 at acpi0 (MATH, PNP0C04) npx1: io 0xf0-0xfe irq 13 npx1: reported by CPUID; using exception 16 pcppi1 at acpi0 (SPKR, PNP0800) pcppi1: io 0x61 midi0 at pcppi1: PC speaker (CPU-intensive output) sysbeep0 at pcppi1 attimer1 at acpi0 (TIME, PNP0100): AT Timer attimer1: io 0x40-0x43 irq 0 pckbc1 at acpi0 (KBC0, PNP0303): kbd port pckbc1: io 0x60,0x64 irq 1 pckbc2 at acpi0 (MSE0, PNP0F13): aux port pckbc2: irq 12 LPBI (PNP0400) at acpi0 not configured acpiec0 at acpi0 (EC0, PNP0C09): ACPI Embedded Controller acpiec0: io 0x62,0x66 acpiacad0 at acpi0 (ACAD, ACPI0003): ACPI AC Adapter acpibat0 at acpi0 (BAT1, PNP0C0A-1): ACPI Battery (Control Method) acpibat0: battery info: TOSHIBA, Li-Ion, PA3383U 3658Q apm0 at acpi0: Power Management spec V1.2 attimer1: attached to pcppi1 pckbd0 at pckbc1 (kbd slot) pckbc1: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard pci0 at mainbus0 bus 0: configuration mode 1 pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok pchb0 at pci0 dev 0 function 0 pchb0: vendor 0x1002 product 0x5831 (rev. 0x02) agp at pchb0 not configured ppb0 at pci0 dev 1 function 0: vendor 0x1002 product 0x5838 (rev. 0x00) pci1 at ppb0 bus 1 pci1: i/o space, memory space enabled vga1 at pci1 dev 5 function 0: vendor 0x1002 product 0x5835 (rev. 0x00) wsdisplay0 at vga1 kbdmux 1: console (80x25, vt100 emulation), using wskbd0 wsmux1: connecting to wsdisplay0 drm at vga1 not configured ohci0 at pci0 dev 19 function 0: vendor 0x1002 product 0x4347 (rev. 0x01) ohci0: interrupting at ioapic0 pin 19 ohci0: OHCI version 1.0, legacy support usb0 at ohci0: USB revision 1.0 ohci1 at pci0 dev 19 function 1: vendor 0x1002 product 0x4348 (rev. 0x01) ohci1: interrupting at ioapic0 pin 19 ohci1: OHCI version 1.0, legacy support usb1 at ohci1: USB revision 1.0 ehci0 at pci0 dev 19 function 2: vendor 0x1002 product 0x4345 (rev. 0x01) ehci0: interrupting at ioapic0 pin 19 ehci0: dropped intr workaround enabled ehci0: EHCI version 1.0 ehci0: companion controllers, 3 ports each: ohci0 ohci1 usb2 at ehci0: USB revision 2.0 piixpm0 at pci0 dev 20 function 0 piixpm0: vendor 0x1002 product 0x4353 (rev. 0x18) piixpm0: interrupting at SMIpiixpm0: polling iic0 at piixpm0: I2C bus ixpide0 at pci0 dev 20 function 1 ixpide0: ATI Technologies IXP IDE Controller (rev. 0x00) ixpide0: bus-master DMA support present ixpide0: primary channel configured to compatibility mode ixpide0: primary channel interrupting at ioapic0 pin 14 atabus0 at ixpide0 channel 0 ixpide0: secondary channel configured to compatibility mode ixpide0: secondary channel interrupting at ioapic0 pin 15 atabus1 at ixpide0 channel 1 pcib0 at pci0 dev 20 function 3 pcib0: vendor 0x1002 product 0x434c (rev. 0x00) ppb1 at pci0 dev 20 function 4: vendor 0x1002 product 0x4342 (rev. 0x00) pci2 at ppb1 bus 2 pci2: i/o space, memory space enabled ath0 at pci2 dev 2 function 0 ath0: interrupting at ioapic0 pin 18 ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: mac 7.9 phy 4.5 radio 5.6 rtk0 at pci2 dev 3 function 0: Realtek 8139 10/100BaseTX (rev. 0x10) rtk0: interrupting at ioapic0 pin 19 rtk0: Ethernet address 00:0f:b0:69:0e:ec rlphy0 at rtk0 phy 7: Realtek internal PHY rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cbb0 at pci2 dev 4 function 0: vendor 0x1524 product 0x1410 (rev. 0x01) cbb0: cacheline 0x8 lattimer 0x40 cbb0: bhlc 0x24008 cbb0: secondary bus number uninitialized; try PCI_BUS_FIXUP cbb0: interrupting at ioapic0 pin 16 cardslot0 at cbb0 pcmcia0 at cardslot0 auixp0 at pci0 dev 20 function 5: vendor 0x1002 product 0x4341 (rev. 0x00) auixp0: interrupting at ioapic0 pin 17 auixp0: soft resetting aclink auixp0: not up; resetting aclink hardware auixp0: not up; resetting aclink hardware auixp0: aclink hardware reset successful vendor 0x1002 product 0x434d (modem communications, revision 0x01) at pci0 dev 20 function 6 not configured isa0 at pcib0 lpt0 at isa0 port 0x378-0x37b irq 7 timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0 ERROR: 690 cycle TSC drift observed auixp0: ac97: Avance Logic unknown (0x414c4752) codec; headphone, 20 bit DAC, 18 bit ADC, no 3D stereo auixp0: ac97: ext id a07 audio0 at auixp0: full duplex, mmap, independent auixp0: codec spdif support detected but disabled for now acpiacad0: AC adapter online. uhub0 at usb0: vendor 0x1002 OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered uhub1 at usb1: vendor 0x1002 OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered uhub2 at usb2: vendor 0x1002 EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered IPsec: Initialized Security Association Processing. pckbport: command timeout wd0 at atabus0 drive 0: wd0: drive supports 16-sector PIO transfers, LBA addressing wd0: 76319 MB, 155061 cyl, 16 head, 63 sec, 512 bytes/sect x 156301488 sectors wd0: 32-bit data port wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100) wd0(ixpide0:0:0): using PIO mode 4, Ultra-DMA mode 5 (Ultra/100) (using DMA) atapibus0 at atabus1: 2 targets cd0 at atapibus0 drive 0: cdrom removable cd0: 32-bit data port cd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 2 (Ultra/33) cd0(ixpide0:1:0): using PIO mode 4, Ultra-DMA mode 2 (Ultra/33) (using DMA) Kernelized RAIDframe activated boot device: cd0 root on cd0a wsdisplay0: screen 1 added (80x25, vt100 emulation) wsdisplay0: screen 2 added (80x25, vt100 emulation) wsdisplay0: screen 3 added (80x25, vt100 emulation) wsdisplay0: screen 4 added (80x25, vt100 emulation) wsdisplay0: screen 5 added (80x25, vt100 emulation) wsdisplay0: screen 6 added (80x25, vt100 emulation) wsdisplay0: screen 7 added (80x25, vt100 emulation) acpibat0: battery info: TOSHIBA, Li-Ion, PA3383U 3658Q uhidev0 at uhub0 port 2 configuration 1 interface 0 uhidev0: A4Tech USB Full Speed, rev 1.10/6.06, addr 2, iclass 3/1 ums0 at uhidev0: 16 buttons and Z dir. wsmouse0 at ums0 mux 0 uhidev1 at uhub0 port 2 configuration 1 interface 1 uhidev1: A4Tech USB Full Speed, rev 1.10/6.06, addr 2, iclass 3/1 uhidev1: 4 report ids ukbd0 at uhidev1 reportid 1 ukbd0: attach failed, too many key codes uhid0 at uhidev1 reportid 2: input=1, output=0, feature=0 uhid1 at uhidev1 reportid 3: input=2, output=0, feature=0 uhid2 at uhidev1 reportid 4: input=8, output=0, feature=0 set{u,g}id pid 498 (gnome-pty-helper) was invoked by uid 1000 ppid 497 (Terminal) with fd 2 closed >How-To-Repeat: Put install CD into the drive and start installation process and/or boot just installed FreeBSD and try to login. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From tinderbox at freebsd.org Thu Apr 16 06:32:02 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Apr 16 07:01:43 2009 Subject: [head tinderbox] failure on i386/i386 Message-ID: <20090416133156.A4E6E7302F@freebsd-current.sentex.ca> TB --- 2009-04-16 12:48:34 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-16 12:48:34 - starting HEAD tinderbox run for i386/i386 TB --- 2009-04-16 12:48:34 - cleaning the object tree TB --- 2009-04-16 12:49:08 - cvsupping the source tree TB --- 2009-04-16 12:49:08 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-04-16 12:49:17 - building world TB --- 2009-04-16 12:49:17 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-16 12:49:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-16 12:49:17 - TARGET=i386 TB --- 2009-04-16 12:49:17 - TARGET_ARCH=i386 TB --- 2009-04-16 12:49:17 - TZ=UTC TB --- 2009-04-16 12:49:17 - __MAKE_CONF=/dev/null TB --- 2009-04-16 12:49:17 - cd /src TB --- 2009-04-16 12:49:17 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 16 12:49:18 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] mkdep -f .depend -a /src/usr.sbin/rarpd/rarpd.c echo rarpd: /obj/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/raycontrol (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/raycontrol/../../sys /src/usr.sbin/raycontrol/raycontrol.c /src/usr.sbin/raycontrol/raycontrol.c:47:31: error: dev/ray/if_rayreg.h: No such file or directory /src/usr.sbin/raycontrol/raycontrol.c:48:31: error: dev/ray/if_raymib.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.sbin/raycontrol. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-16 13:31:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-16 13:31:56 - ERROR: failed to build world TB --- 2009-04-16 13:31:56 - 1983.53 user 232.36 system 2602.05 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From tinderbox at freebsd.org Thu Apr 16 07:15:38 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Apr 16 08:03:34 2009 Subject: [head tinderbox] failure on i386/pc98 Message-ID: <20090416141534.9E0DB7302F@freebsd-current.sentex.ca> TB --- 2009-04-16 13:31:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-16 13:31:56 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-04-16 13:31:56 - cleaning the object tree TB --- 2009-04-16 13:32:29 - cvsupping the source tree TB --- 2009-04-16 13:32:29 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-04-16 13:32:37 - building world TB --- 2009-04-16 13:32:37 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-16 13:32:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-16 13:32:37 - TARGET=pc98 TB --- 2009-04-16 13:32:37 - TARGET_ARCH=i386 TB --- 2009-04-16 13:32:37 - TZ=UTC TB --- 2009-04-16 13:32:37 - __MAKE_CONF=/dev/null TB --- 2009-04-16 13:32:37 - cd /src TB --- 2009-04-16 13:32:37 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 16 13:32:41 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] mkdep -f .depend -a /src/usr.sbin/rarpd/rarpd.c echo rarpd: /obj/pc98/src/tmp/usr/lib/libc.a >> .depend ===> usr.sbin/raycontrol (depend) rm -f .depend mkdep -f .depend -a -I/src/usr.sbin/raycontrol/../../sys /src/usr.sbin/raycontrol/raycontrol.c /src/usr.sbin/raycontrol/raycontrol.c:47:31: error: dev/ray/if_rayreg.h: No such file or directory /src/usr.sbin/raycontrol/raycontrol.c:48:31: error: dev/ray/if_raymib.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.sbin/raycontrol. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-16 14:15:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-16 14:15:34 - ERROR: failed to build world TB --- 2009-04-16 14:15:34 - 1977.58 user 239.23 system 2617.91 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From rwatson at FreeBSD.org Thu Apr 16 07:45:47 2009 From: rwatson at FreeBSD.org (Robert Watson) Date: Thu Apr 16 08:17:29 2009 Subject: [head tinderbox] failure on i386/i386 In-Reply-To: <20090416133156.A4E6E7302F@freebsd-current.sentex.ca> References: <20090416133156.A4E6E7302F@freebsd-current.sentex.ca> Message-ID: On Thu, 16 Apr 2009, FreeBSD Tinderbox wrote: > mkdep -f .depend -a -I/src/usr.sbin/raycontrol/../../sys /src/usr.sbin/raycontrol/raycontrol.c > /src/usr.sbin/raycontrol/raycontrol.c:47:31: error: dev/ray/if_rayreg.h: No such file or directory > /src/usr.sbin/raycontrol/raycontrol.c:48:31: error: dev/ray/if_raymib.h: No such file or directory > mkdep: compile failed > *** Error code 1 Looks like I forgot to commit to usr.sbin when removing ray(4) -- I've now GC'd raycontrol as well. Sorry about that! Robert N M Watson Computer Laboratory University of Cambridge From tinderbox at freebsd.org Thu Apr 16 22:05:59 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Apr 16 22:42:45 2009 Subject: [head tinderbox] failure on i386/i386 Message-ID: <20090417050555.439397302F@freebsd-current.sentex.ca> TB --- 2009-04-17 03:57:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-17 03:57:22 - starting HEAD tinderbox run for i386/i386 TB --- 2009-04-17 03:57:22 - cleaning the object tree TB --- 2009-04-17 03:57:52 - cvsupping the source tree TB --- 2009-04-17 03:57:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-04-17 03:58:04 - building world TB --- 2009-04-17 03:58:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-17 03:58:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-17 03:58:04 - TARGET=i386 TB --- 2009-04-17 03:58:04 - TARGET_ARCH=i386 TB --- 2009-04-17 03:58:04 - TZ=UTC TB --- 2009-04-17 03:58:04 - __MAKE_CONF=/dev/null TB --- 2009-04-17 03:58:04 - cd /src TB --- 2009-04-17 03:58:04 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 17 03:58:06 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x11dd): In function `archive_write_mtree_data': : undefined reference to `SHA384_Update' /obj/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x1637): In function `archive_write_mtree_header': : undefined reference to `SHA512_Init' /obj/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x1667): In function `archive_write_mtree_header': : undefined reference to `SHA384_Init' /obj/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x1724): In function `archive_write_mtree_header': : undefined reference to `MD5_Init' *** Error code 1 Stop in /obj/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-17 05:05:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-17 05:05:55 - ERROR: failed to build world TB --- 2009-04-17 05:05:55 - 3232.54 user 326.52 system 4112.87 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From tinderbox at freebsd.org Thu Apr 16 22:20:36 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Apr 16 22:46:32 2009 Subject: [head tinderbox] failure on i386/pc98 Message-ID: <20090417052033.6232C7302F@freebsd-current.sentex.ca> TB --- 2009-04-17 04:11:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-17 04:11:56 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-04-17 04:11:56 - cleaning the object tree TB --- 2009-04-17 04:12:25 - cvsupping the source tree TB --- 2009-04-17 04:12:25 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-04-17 04:12:33 - building world TB --- 2009-04-17 04:12:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-17 04:12:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-17 04:12:33 - TARGET=pc98 TB --- 2009-04-17 04:12:33 - TARGET_ARCH=i386 TB --- 2009-04-17 04:12:33 - TZ=UTC TB --- 2009-04-17 04:12:33 - __MAKE_CONF=/dev/null TB --- 2009-04-17 04:12:33 - cd /src TB --- 2009-04-17 04:12:33 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 17 04:12:35 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/pc98/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x11dd): In function `archive_write_mtree_data': : undefined reference to `SHA384_Update' /obj/pc98/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x1637): In function `archive_write_mtree_header': : undefined reference to `SHA512_Init' /obj/pc98/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x1667): In function `archive_write_mtree_header': : undefined reference to `SHA384_Init' /obj/pc98/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x1724): In function `archive_write_mtree_header': : undefined reference to `MD5_Init' *** Error code 1 Stop in /obj/pc98/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-17 05:20:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-17 05:20:33 - ERROR: failed to build world TB --- 2009-04-17 05:20:33 - 3226.27 user 340.19 system 4117.21 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From gavin at FreeBSD.org Fri Apr 17 06:54:00 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Fri Apr 17 07:33:44 2009 Subject: i386/114535: Toshiba Satellite 105A: "no driver attached" for various PCI resources Message-ID: <200904171353.n3HDrx35008704@freefall.freebsd.org> Synopsis: Toshiba Satellite 105A: "no driver attached" for various PCI resources State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Fri Apr 17 13:51:15 UTC 2009 State-Changed-Why: Feedback timeout (3 months). To submitter: If you can provide the feedback requested (including the output from "pciconf -lv", information about what actual problems you are seeing and testing to see if 7.1 or 7.2 solve these problems) than we can reopen this PR. As it is, there is not enough information in the PR to do anything with. Responsible-Changed-From-To: freebsd-i386->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Fri Apr 17 13:51:15 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=114535 From vermaden at interia.pl Fri Apr 17 08:40:05 2009 From: vermaden at interia.pl (vermaden) Date: Fri Apr 17 09:08:53 2009 Subject: i386/133727: chars [[[[[[[[[[[[[ occur during install process (setting_root_passwd)_and/or_after_install_on_console_login_prompt?= Message-ID: <200904171540.n3HFe5TE044207@freefall.freebsd.org> The following reply was made to PR i386/133727; it has been noted by GNATS. From: vermaden To: bug-followup@FreeBSD.org Cc: Subject: Re: i386/133727: chars [[[[[[[[[[[[[ occur during install process (setting_root_passwd)_and/or_after_install_on_console_login_prompt?= Date: 17 Apr 2009 16:41:52 +0200 These movies show behavior of this BUG: http://youtube.com/watch?v=mL3Kn6E84Sg http://youtube.com/watch?v=exUjqhxMzdc If you do not have Flash you can use http://keepvid.com to download mp4 video files. Regards vermaden ---------------------------------------------------------------------- Tysiace zabawnych wierszyków.Dodaj swoj Sprawdz >>> http://link.interia.pl/f1fcd From geoff at zyni.com Fri Apr 17 12:32:09 2009 From: geoff at zyni.com (Geoffrey Lassner) Date: Fri Apr 17 12:55:34 2009 Subject: i386/132206: mpt driver: system panics on boot when mirroring and 2nd drive is resyncing In-Reply-To: Your message of "Sat, 28 Feb 2009 19:20:02 GMT." <200902281920.n1SJK2Hg060722@freefall.freebsd.org> Message-ID: <200904171912.n3HJCDYM002982@minuit.zyni.com> 7.2 RC1 also panics with a similar error: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x14 fault code = supervisor read, page not present instruction pointer = 0x20:0xc046f77b stack pointer = 0x28:0xc75d8b80 frame pointer = 0x28:0xc75d8b9c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 18 (swi2: cambio) trap number = 12 panic: page fault From tinderbox at freebsd.org Sun Apr 19 22:51:37 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun Apr 19 22:51:44 2009 Subject: [head tinderbox] failure on i386/i386 Message-ID: <20090419225134.0A78D7302F@freebsd-current.sentex.ca> TB --- 2009-04-19 22:24:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-19 22:24:19 - starting HEAD tinderbox run for i386/i386 TB --- 2009-04-19 22:24:19 - cleaning the object tree TB --- 2009-04-19 22:24:50 - cvsupping the source tree TB --- 2009-04-19 22:24:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-04-19 22:25:00 - building world TB --- 2009-04-19 22:25:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-19 22:25:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-19 22:25:00 - TARGET=i386 TB --- 2009-04-19 22:25:00 - TARGET_ARCH=i386 TB --- 2009-04-19 22:25:00 - TZ=UTC TB --- 2009-04-19 22:25:00 - __MAKE_CONF=/dev/null TB --- 2009-04-19 22:25:00 - cd /src TB --- 2009-04-19 22:25:00 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 19 22:25:01 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_pspinlock.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_resume_np.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rtld.c:42:1: error: "CACHE_LINE_SIZE" redefined In file included from /obj/src/tmp/usr/include/sys/param.h:109, from /src/lib/libthr/thread/thr_private.h:42, from /src/lib/libthr/thread/thr_rtld.c:37: /obj/src/tmp/usr/include/machine/param.h:84:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-19 22:51:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-19 22:51:33 - ERROR: failed to build world TB --- 2009-04-19 22:51:33 - 1236.65 user 135.84 system 1634.84 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From tinderbox at freebsd.org Sun Apr 19 22:56:51 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun Apr 19 22:56:57 2009 Subject: [head tinderbox] failure on i386/pc98 Message-ID: <20090419225648.1DD727302F@freebsd-current.sentex.ca> TB --- 2009-04-19 22:29:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-19 22:29:44 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-04-19 22:29:44 - cleaning the object tree TB --- 2009-04-19 22:30:19 - cvsupping the source tree TB --- 2009-04-19 22:30:19 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-04-19 22:30:27 - building world TB --- 2009-04-19 22:30:27 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-19 22:30:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-19 22:30:27 - TARGET=pc98 TB --- 2009-04-19 22:30:27 - TARGET_ARCH=i386 TB --- 2009-04-19 22:30:27 - TZ=UTC TB --- 2009-04-19 22:30:27 - __MAKE_CONF=/dev/null TB --- 2009-04-19 22:30:27 - cd /src TB --- 2009-04-19 22:30:27 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 19 22:30:28 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_resume_np.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rtld.c:42:1: error: "CACHE_LINE_SIZE" redefined In file included from /obj/pc98/src/tmp/usr/include/machine/param.h:31, from /obj/pc98/src/tmp/usr/include/sys/param.h:109, from /src/lib/libthr/thread/thr_private.h:42, from /src/lib/libthr/thread/thr_rtld.c:37: /obj/pc98/src/tmp/usr/include/i386/param.h:84:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-19 22:56:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-19 22:56:48 - ERROR: failed to build world TB --- 2009-04-19 22:56:48 - 1238.54 user 138.50 system 1623.26 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From rwatson at FreeBSD.org Sun Apr 19 23:05:47 2009 From: rwatson at FreeBSD.org (Robert Watson) Date: Sun Apr 19 23:06:05 2009 Subject: [head tinderbox] failure on i386/pc98 In-Reply-To: <20090419225648.1DD727302F@freebsd-current.sentex.ca> References: <20090419225648.1DD727302F@freebsd-current.sentex.ca> Message-ID: On Sun, 19 Apr 2009, FreeBSD Tinderbox wrote: > /src/lib/libthr/thread/thr_rtld.c:42:1: error: "CACHE_LINE_SIZE" redefined > In file included from /obj/pc98/src/tmp/usr/include/machine/param.h:31, > from /obj/pc98/src/tmp/usr/include/sys/param.h:109, > from /src/lib/libthr/thread/thr_private.h:42, > from /src/lib/libthr/thread/thr_rtld.c:37: > /obj/pc98/src/tmp/usr/include/i386/param.h:84:1: error: this is the location of the previous definition This was a silly error on my part, and is hopefully now fixed. Sorry for the disruption! Robert N M Watson Computer Laboratory University of Cambridge From bugmaster at FreeBSD.org Mon Apr 20 11:06:53 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Apr 20 11:08:03 2009 Subject: Current problem reports assigned to freebsd-i386@FreeBSD.org Message-ID: <200904201106.n3KB6q6R033025@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/133727 i386 chars [[[[[[[[[[[[[ occur during install process (sett o i386/133388 i386 [est] est causes wrong dev.cpu.0.freq_levels values o i386/133253 i386 [boot] Error mounting install image o i386/132416 i386 Popup motherboard bios setup window when rebooting sys o i386/132230 i386 [boot] 7.1-RELEASE /boot/loader non-functional on Asus o i386/132110 i386 [build] /libexec/ld-elf.so.1: /lib/libc.so.7: version o i386/131426 i386 hald makes cdrom fail o i386/130110 i386 [boot] BTX-Halted - booting with SAS/SATA Controller o i386/129550 i386 [pae] [kqueue] crash with PAE kernel o i386/128014 i386 [geode] [patch] AMD Geode CS5536 watchdog(9) not disab o i386/127981 i386 [loader] Stack underflow preventing boot [regression] o i386/127374 i386 Suspend/Resume with Keystroke only once on Thinkpad T4 o i386/127367 i386 [vesa] [patch] Improve VESA support for Parallels (pat o i386/127343 i386 [hang] System locks -- simular to PR 123729 o i386/127337 i386 [boot] FreeBSD 7.1/i386 BTX boot problem on Pavilion d o i386/126666 i386 [boot] boot failure for nForce 630i / GeForce 7100 mai o i386/126162 i386 [acpi] ACPI autoload failed : loading required module f i386/125880 i386 [cardbus] Cardbus cards Don't function on TI PCIxx12 C o i386/125592 i386 [hang] FreeBSD 7 server in hang o i386/125383 i386 [amdtemp] [request] please enable amdtemp on i386 o i386/125011 i386 precision of constants for long double o i386/124902 i386 [i386] [patch] patch to fix VESA modes and allow 8bit o i386/124633 i386 [boot] [panic] 7.0 does not boot from CD o i386/124317 i386 [boot] CD with BTX 1.02 fails at "mountroot" and 1.01 o i386/124124 i386 [boot] Page fault while booting livefs iso of FreeBSD o i386/123990 i386 [boot] BTX halted on Thinkpad x60s o i386/123981 i386 [pxeboot] You can't usefully PXEBOOT the 7.0-RELEASE-i o i386/123814 i386 [boot] cannot boot freebsd kernel on sony vaio VGN-NR2 o i386/123462 i386 clock is too fast a i386/122887 i386 [panic] [atkbdc] 7.0-RELEASE on IBM HS20 panics immed f i386/122644 i386 [panic] on-boot mount /tmp kernel dump o i386/122623 i386 [build] [patch] bsd.cpu.mk doesn't handle opteron/athl o i386/122602 i386 [build] i386/conf/PAE does not compile on RELENG_7 o i386/122148 i386 [irq] interrupt storm on 7.0 [regression] o i386/121903 i386 [ips] [boot] can't boot on IBM x235 ServeRaid 6M [regr o i386/121699 i386 [boot] can't boot on MSI K9N Ultra o i386/121675 i386 [ata] incorrect fallback to udma33 with CF memory inst o i386/121549 i386 [nfe]: nfe interface locks up during rc.conf initializ o i386/121258 i386 [boot] FreeBSD 6.3 / 7.0 boot problem [regression] o i386/120933 i386 [boot] 6.x and 7.x do not boot from CD on IBM HS20 883 o i386/119946 i386 [est] sysctl dev.cpu.0.freq on 75 Hz, cannot be change o i386/119574 i386 [i386] 7.0-RC1 times out in calibrate_clocks() [regres o i386/119175 i386 [busdma] [patch] Typo in bus_dmamem_alloc() o i386/118656 i386 [panic] Init dies in single user mode and box get kern o i386/118350 i386 [boot] [hang] BTX loader hangs on PC Engines WRAP o i386/118285 i386 [i386] Segmentation fault in reloc_non_plt. o i386/117297 i386 [hang] System hangs up every day o i386/116844 i386 [boot] cannot boot from cd when using Dell Vostro 200 o i386/116100 i386 [panic] Fatal trap 12 right after reboot (da0s1error = o i386/115947 i386 [hang] Dell poweredge 860 hangs when stressed and ACPI o i386/115854 i386 [boot] [install] Install FreeBSD with USB CDROM causes o i386/115285 i386 [panic] fatal trap 1 on freebsd 6.2 install boot up on o i386/114208 i386 [boot] Problem booting the FreeBSD CD ISO image o i386/114192 i386 Fail to boot with "error issuing ATA_IDENTIFY command" o i386/113110 i386 [mk] [patch] i686 is not an alias of pentiumpro on GCC o i386/112700 i386 SMP Kernel with FreeBSD 6.2 release on compaq dl360 g1 o i386/112635 i386 [hang] [loader] Hang during boot installation o i386/112580 i386 [boot] BTX Halted on HP DV6255 Notebook o i386/112487 i386 [sio] kernel panic on swi0:sio o i386/112036 i386 [ata] TIMEOUT - WRITE_DMA retrying, TIMEOUT - READ_DMA o i386/110218 i386 kmem_malloc(4096): kmem_map too small: 335544320 total o i386/110214 i386 [hang] FreeBSD 6.2 freezes on SSH activitiy caused by o i386/109610 i386 [panic] Fatal trap 12: page fault while in kernel mode o i386/109568 i386 [panic] Reboot server with "Fatal trap 12" o i386/109423 i386 [ichsmb] ICH5 smb interface problems s i386/109200 i386 [ata] READ_UDMA UDMA ICRC error cause not detecting ca o i386/108185 i386 [panic] freebsd 6.2 fatal kernel trap o i386/107564 i386 [install] fatal trap 19 during installation on a Dell o i386/107382 i386 [install] "Fatal trap 12" when installing FreeBSD 6.1 o i386/106850 i386 [powerd] powernow0 attach returned 6 o i386/106789 i386 [nfe] or [nve]: Internal NIC of GA-K8N51GMF-RH does no o i386/105175 i386 [ipmi] ipmi acpi trouble on supermicro server o i386/105063 i386 [sio] US Robotics (3Com) 3CP5609 PCI 16550 Modem works o i386/104719 i386 [ata] Seagate ST3802110A errors/delays when using PIO4 f i386/104572 i386 [ata] issues with detecting HDD on Intel Q965 Express o i386/104473 i386 [boot] boot loader reboots before loading kernel on Al o i386/104349 i386 [bfe] Panic while uploading data via bfe network inter s i386/103624 i386 [ata] [install] Problem installing on Dell Powervault o i386/103063 i386 [install] Can not install on Dell XPS 700 o i386/102562 i386 [em] no traffic pass through a em card after approx. a o i386/102410 i386 [install] FreeBSD 6.1-RELEASE installation boot freeze o i386/101616 i386 [hang] FreeBSD freeze on bootup, Compaq Proliant (lega o i386/101062 i386 [hang] Freeze on detect Intel 900 VGA on boot with ACP o i386/100831 i386 [sio] sio ignores BIOS information about serial ports o i386/100420 i386 [boot] boot1/boot2 lba error o i386/100204 i386 FreeBSD reports raid as broken - but it is not o i386/100142 i386 [pci] [patch] /dev/smb0 device not available on system o i386/99608 i386 [atapicam] ATAPI or CAM crash on FreeBSD 6.1-stable wi o i386/98932 i386 [i386] [patch] Kernel compilation failed on specific P o i386/98765 i386 [ata] timeouts on sata drive (Asus a7n8x-e) o i386/98366 i386 [em] Intel PRO/1000 MT Dual PCI-X: simulatenious 1000 o i386/98215 i386 [geode] [regression] FreeBSD can no longer boot Geode o i386/98154 i386 6-STABLE crashes when being online via modem (Fujitsu o i386/97287 i386 Screen Corruption In FreeBSD 6.X When Apps Started In o i386/97263 i386 [ata] FreeBSD only detects first drive on PDC20378 378 o i386/97025 i386 [vmware] fbsd (2 cd) dont install in vmware 5.5.0 - re o i386/96406 i386 System freezes on IBM xSeries 335 with FreeBSD-6.0-REL o i386/96382 i386 [bge] In 6.1-RC1 the bge driver does not reliably work o i386/96357 i386 FreeBSD cannot recognize all the logical partitions f i386/93923 i386 [ata] FreeBSD Install, Sil3112: Cannot dump. No dump d o i386/93809 i386 panic: could not copy LDT on RELENG_5_3 through RELENG o i386/93793 i386 [keyboard] Keyboard stops working after a shutdown -p o i386/93752 i386 Cannot activate the serial ports on boot probe. BIOS o o i386/92193 i386 [boot] Can't boot from 6.0 Installation CD: BTX halted o i386/91871 i386 [boot1] [patch] boot1: jump to 0xf000:0xfff0 instead o o i386/91745 i386 [smp] Second processor not detected on Proliant ML530 f i386/88929 i386 [ata] FreeBSD 6.0 install CD fails to find disks on So s i386/88755 i386 [install] FreeBSD R6.0 on ThinkPad R40 installation re s i386/88491 i386 [install] Panic when boot installation CD1 (Acer Trave s i386/88139 i386 [i386] [request] 53C875 Chipset HP 5064-6016 doesn't w o i386/86880 i386 [hang] 6.0 hangs or reboots whilst 5.4 is stable (ASUS o i386/85656 i386 [i386] [patch] expose more i386 specific CPU informati o i386/85655 i386 [i386] [patch] expose cpu info for i386 systems o i386/85653 i386 [i386] [patch] relieve hangs in tight loops in process o i386/85652 i386 [loader] [patch] deal with out-of-memory errors during o i386/85423 i386 [ex] ex(4) does not correctly recognize NIC in PnP mod o i386/85417 i386 [i386] [npx] [patch] Possible bug in ia32 floating-poi s i386/85072 i386 [psm] ps/2 Mouse detection failure on compaq chipset p i386/81111 i386 [build] /boot/loader causes reboot due to CFLAGS+= -ms o i386/80268 i386 [crash] System with Transmeta Efficeon cpu crashes whi o i386/80095 i386 ld-elf.so.1 crashes with executables produced by tinyc o i386/79840 i386 [sysinstall] Partitioning and formating a new disk fai s i386/79169 i386 [hang] freeze with striped USB Drives under high load o i386/79091 i386 [i386] [patch] Small optimization for i386/support.s o i386/76944 i386 [busdma] [patch] i386 bus_dmamap_create() bug o i386/75887 i386 [pcvt] with vt0.disabled=0 and PCVT in kernel video/ke o i386/74153 i386 [pst] FreeBSD 5.3 cannot boot ftom pst o i386/74008 i386 [boot] IBM eServer x225 cannot boot any v5.x - endless o i386/73921 i386 [sysctl] [patch] sysctlbyname for machdep.tsc_freq doe o i386/72960 i386 [boot] BTX halted with Promise Tx2000 Raid o i386/71000 i386 [boot] BTX halted when booting from CD on a machine wi o i386/70531 i386 [boot0] [patch] boot0 hides Lilo in extended slice 132 problems total. From linimon at FreeBSD.org Mon Apr 20 20:30:24 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Apr 20 20:30:35 2009 Subject: bin/79840: [sysinstall] Partitioning and formating a new disk fails using sysinstall Message-ID: <200904202030.n3KKUN7w092836@freefall.freebsd.org> Synopsis: [sysinstall] Partitioning and formating a new disk fails using sysinstall Responsible-Changed-From-To: freebsd-i386->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Apr 20 20:29:45 UTC 2009 Responsible-Changed-Why: Canonicalize assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=79840 From x41 at freeshell.org Tue Apr 21 04:40:01 2009 From: x41 at freeshell.org (john) Date: Tue Apr 21 04:40:07 2009 Subject: i386/133883: FVWM Buffer Overflow Message-ID: <200904210430.n3L4UxoP041385@www.freebsd.org> >Number: 133883 >Category: i386 >Synopsis: FVWM Buffer Overflow >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 21 04:40:00 UTC 2009 >Closed-Date: >Last-Modified: >Originator: john >Release: 7.1 >Organization: >Environment: >Description: Hi guys, Thanks for maintaining the FreeBSD packages... I noticed a client-side buffer overflow vulnerability in the fvwm binary, this is in the default installation. When i do $ fvwm `perl -e 'print "A"x979'` The system returns $ Abort trap (core dumped) Stack overflow in function fvwm_msg The issue occurs when handling specially crafted .fvwmrc files too because the *fvwm_msg function is used for load the configurations in that file. Something like this can work DeskTopSize 3x3AAAAAAAAAAAAAAAAAAAAAA....and more A's 9093 fvwm CALL write(0x2,0xcfbbc3d0,0x3e7) 9093 fvwm GIO fd 2 wrote 999 bytes "Unknown option: `AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA\ AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA\ AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA\ AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA\ AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA\ AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA\ AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA\ AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA\ AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA\ AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA\ AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA\ AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA\ AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA\ AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA\ AAAAAAAAAAAAAAAAA' " 9093 fvwm RET write 999/0x3e7 Also im sending a fvwm.core and the ktrace.out If I can be useful in someway let me know. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From gavin at FreeBSD.org Thu Apr 23 09:12:16 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Thu Apr 23 09:12:22 2009 Subject: ports/133883: FVWM Buffer Overflow Message-ID: <200904230912.n3N9CFDG045210@freefall.freebsd.org> Synopsis: FVWM Buffer Overflow State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Thu Apr 23 09:09:29 UTC 2009 State-Changed-Why: To submitter: is this with x11-wm/fvwm or x11-wm/fvwm2, or some other port? Responsible-Changed-From-To: freebsd-i386->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Thu Apr 23 09:09:29 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=133883 From vv40in at rambler.ru Fri Apr 24 13:30:05 2009 From: vv40in at rambler.ru (Vasilii) Date: Fri Apr 24 13:30:11 2009 Subject: i386/133967: The same asm-code is executed different time on WinXp&Linux than on FreeBSD Message-ID: <200904241322.n3ODMDpC084326@www.freebsd.org> >Number: 133967 >Category: i386 >Synopsis: The same asm-code is executed different time on WinXp&Linux than on FreeBSD >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 24 13:30:04 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Vasilii >Release: FreeBSD 7.1 >Organization: Special Technologies >Environment: FreeBSD omega.so 7.1-RELEASE FreeBSD 7.1-RELEASE #17: Fri Apr 24 20:19:44 MSD 2009 v40@omega.so:/usr/obj/usr/src/sys/Omega i386 >Description: i has comp: processor i7 with 4 cores (HTT enabled/disabled was checked too) and WinXP,Linux and FreeBSD on it. The same asm-code is executed different time on WinXp&Linux than on FreeBSD! Why? May be i do (not) need point some compiler switches to build FreeBSD core? the follow section contains the code which describes the situation. >How-To-Repeat: /* gcc flags: CFLAGS = -DNDEBUG -D__FREEBSD__ -fomit-frame-pointer -W -Wall CFLAGS += -O3 -march=i686 CFLAGS += -fno-guess-branch-probability CFLAGS += -std=c99 */ #if !defined(_MSC_VER) #define __FREEBSD__ //comment it #if !defined(__FREEBSD__) #define __LINUX__ #endif #endif #if defined(__FREEBSD__) #undef __LINUX__ #endif #if defined(__LINUX__) #undef __FREEBSD__ #endif #if defined(_MSC_VER) || defined(_WIN32) || defined(WIN32) #include #endif #include #include #if defined(__CYGWIN__) // !defined(_MSC_VER) #include #elif !defined(_MSC_VER) #include #endif typedef unsigned long u32; #ifdef _MSC_VER typedef unsigned __int64 u64; #else typedef uint64_t u64; #endif u64 overclock() { #ifndef _MSC_VER clock_t t2, t1 = clock(); do { t2 = clock(); } while (t1 == t2); return t2; #else FILETIME t1,t2; GetSystemTimeAsFileTime(&t1); do { GetSystemTimeAsFileTime(&t2); } while (t1.dwLowDateTime == t2.dwLowDateTime); return (((u64)(t2.dwHighDateTime)) << 32) + t2.dwLowDateTime; #endif } u64 myclock() { #ifndef _MSC_VER return clock(); #else FILETIME t; GetSystemTimeAsFileTime(&t); return (((u64)(t.dwHighDateTime)) << 32) + t.dwLowDateTime; #endif } void print_dtime(const char* s, u64* t1, u64* t2) { #ifdef _MSC_VER double dt = ((double)(__int64)(*t2-*t1)) / 10000.0; fprintf(stderr, "%s%I64u = %f ms\n", s, (*t2-*t1), dt); #elif defined(__LINUX__) double dt = ((double)(*(clock_t*)(t2) - *(clock_t*)(t1))) ;/// 10000.0; fprintf(stderr, "%s%f ms \n", s, dt*1000000.0); #else //if defined(__FREEBSD__) double dt = ((double)(*(clock_t*)(t2) - *(clock_t*)(t1))) ;/// 10000.0; fprintf(stderr, "%s%f ms \n", s, dt*10.0); #endif fflush(stderr); } //#include "getopt.h" //#include "thetypes.h" volatile unsigned int buf[0x10000]; #define _MAX_CNT ((1<<17 )-1) #define _MAX_BUF_CNT 0x10 int test() { u32 i=0,j=0; u64 t1,t2; for (i=0; i<_MAX_BUF_CNT; ++i) buf[i]=0; printf("start\n"); t1 = overclock(); #ifdef __FREEBSD__ //gccalign8; __asm__ __volatile__( "nop;nop; \n" /* to align code to 16 bytes as MSVC. i selected it manually */ "xorl %%edi,%%edi \n\t" "jmp 30f \n" "nop;nop;nop;nop; \n" /* to align code to 16 bytes as MSVC. */ "nop;nop;nop;nop; \n" "nop;nop;nop;nop; \n" "\n30:\n\t" "xorl %%esi,%%esi \n\t" "jmp 1f \n" "1: \n\t" "leal (%%esi,%%edi), %%ecx \n\t" "andl $0x0F, %%ecx \n\t" "movl %%esi, (%%edx,%%ecx,4) \n\t" "addl $1, %%esi \n\t" "cmpl $0x1FFFF, %%esi \n\t" "jb 1b \n\t " "add $1, %%edi \n\t" "cmpl $0x1FFFF, %%edi \n\t" "jb 30b \n\t " : : "d"(buf) :"esi","edi" ); #else for (i=0; i<_MAX_CNT; ++i) for (j=0; j<_MAX_CNT; ++j) buf[(i+j)&(_MAX_BUF_CNT-1)] = j; /* MSVC disasm: 00401055 xor edi,edi 00401057 jmp test+60h (401060h) 00401059 lea esp,[esp] 94: { 95: for (j=0; j<_MAX_CNT; ++j) 00401060 xor esi,esi ;;;code aligned to 16 bytes 00401062 jmp test+70h (401070h) ... ;filler-code to align code to 16 bytes 96: { 97: buf[(i+j)&(0x10000-1)] = j; 00401070 lea ecx,[esi+edi] ;;;code aligned to 16 bytes 00401073 and ecx,0Fh 00401079 mov dword ptr _buf (4033A0h)[ecx*4],esi 00401080 add esi,1 00401083 cmp esi,1FFFFh 00401089 jb test+70h (401070h) 0040108B add edi,1 0040108E cmp edi,1FFFFh 00401094 jb test+60h (401060h) */ #endif t2 = myclock(); print_dtime("finish ", &t1, &t2); printf("finish i,j (%u,%u)\n",i,j); return 0; } int main(int argc, char* argv[]) { test(); return 0; } >Fix: >Release-Note: >Audit-Trail: >Unformatted: From x41 at sdf.lonestar.org Sat Apr 25 02:47:25 2009 From: x41 at sdf.lonestar.org (x41@sdf.lonestar.org) Date: Sat Apr 25 02:47:31 2009 Subject: ports/133883: FVWM Buffer Overflow In-Reply-To: <200904230912.n3N9CFDG045210@freefall.freebsd.org> References: <200904230912.n3N9CFDG045210@freefall.freebsd.org> Message-ID: <81ec01b5e7042b3660e8770b224f0fc4.squirrel@webmail.freeshell.org> > Synopsis: FVWM Buffer Overflow > > State-Changed-From-To: open->feedback > State-Changed-By: gavin > State-Changed-When: Thu Apr 23 09:09:29 UTC 2009 > State-Changed-Why: > To submitter: is this with x11-wm/fvwm or x11-wm/fvwm2, or some other > port? > > > Responsible-Changed-From-To: freebsd-i386->gavin > Responsible-Changed-By: gavin > Responsible-Changed-When: Thu Apr 23 09:09:29 UTC 2009 > Responsible-Changed-Why: > Track > > http://www.freebsd.org/cgi/query-pr.cgi?pr=133883 > Is whit that ports youre talking about From bibudh at gmail.com Sat Apr 25 17:35:55 2009 From: bibudh at gmail.com (Bibudh Lahiri) Date: Sat Apr 25 17:36:01 2009 Subject: Installing FreeBSD 7.1 from a DOS partition Message-ID: Hi, I'm trying to install FreeBSD 7.1 on the D: drive of my Windows XP machine. I've FTPed the entire content of ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/7.1-RELEASE/ to my D: drive. Section 2.13.4 ("Installing from an MS-DOS? Partition") of the following webpage http://www.freebsd.org/doc/en/books/handbook/install-diff-media.html says "the BIN distribution is the only one required for a minimum installation." Can someone explain what the BIN distribution is and where is it located on the FTP server? I do not see any BIN folder in the contents I downloaded. Moreover, I read from the following URL http://unix.derkeiler.com/Mailing-Lists/FreeBSD/newbies/2003-09/0032.html that once I've copied the directories, I can simply launch the installation from floppies as normal and select "DOS" as my media type when the time comes. But changing the boot option to "Floppy Drive" makes the boot fail. Any suggestion? Thanks in advance Bibudh -- Bibudh Lahiri Graduate Research Assistant Department of Electrical and Computer Engineering Iowa State University http://home.eng.iastate.edu/~bibudh/ From bugmaster at FreeBSD.org Mon Apr 27 11:06:55 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Apr 27 11:08:09 2009 Subject: Current problem reports assigned to freebsd-i386@FreeBSD.org Message-ID: <200904271106.n3RB6seg002299@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o i386/133967 i386 The same asm-code is executed different time on WinXp& o i386/133727 i386 chars [[[[[[[[[[[[[ occur during install process (sett o i386/133388 i386 [est] est causes wrong dev.cpu.0.freq_levels values o i386/133253 i386 [boot] Error mounting install image o i386/132416 i386 Popup motherboard bios setup window when rebooting sys o i386/132230 i386 [boot] 7.1-RELEASE /boot/loader non-functional on Asus o i386/132110 i386 [build] /libexec/ld-elf.so.1: /lib/libc.so.7: version o i386/131426 i386 hald makes cdrom fail o i386/130110 i386 [boot] BTX-Halted - booting with SAS/SATA Controller o i386/129550 i386 [pae] [kqueue] crash with PAE kernel o i386/128014 i386 [geode] [patch] AMD Geode CS5536 watchdog(9) not disab o i386/127981 i386 [loader] Stack underflow preventing boot [regression] o i386/127374 i386 Suspend/Resume with Keystroke only once on Thinkpad T4 o i386/127367 i386 [vesa] [patch] Improve VESA support for Parallels (pat o i386/127343 i386 [hang] System locks -- simular to PR 123729 o i386/127337 i386 [boot] FreeBSD 7.1/i386 BTX boot problem on Pavilion d o i386/126666 i386 [boot] boot failure for nForce 630i / GeForce 7100 mai o i386/126162 i386 [acpi] ACPI autoload failed : loading required module f i386/125880 i386 [cardbus] Cardbus cards Don't function on TI PCIxx12 C o i386/125592 i386 [hang] FreeBSD 7 server in hang o i386/125383 i386 [amdtemp] [request] please enable amdtemp on i386 o i386/125011 i386 precision of constants for long double o i386/124902 i386 [i386] [patch] patch to fix VESA modes and allow 8bit o i386/124633 i386 [boot] [panic] 7.0 does not boot from CD o i386/124317 i386 [boot] CD with BTX 1.02 fails at "mountroot" and 1.01 o i386/124124 i386 [boot] Page fault while booting livefs iso of FreeBSD o i386/123990 i386 [boot] BTX halted on Thinkpad x60s o i386/123981 i386 [pxeboot] You can't usefully PXEBOOT the 7.0-RELEASE-i o i386/123814 i386 [boot] cannot boot freebsd kernel on sony vaio VGN-NR2 o i386/123462 i386 clock is too fast a i386/122887 i386 [panic] [atkbdc] 7.0-RELEASE on IBM HS20 panics immed f i386/122644 i386 [panic] on-boot mount /tmp kernel dump o i386/122623 i386 [build] [patch] bsd.cpu.mk doesn't handle opteron/athl o i386/122602 i386 [build] i386/conf/PAE does not compile on RELENG_7 o i386/122148 i386 [irq] interrupt storm on 7.0 [regression] o i386/121903 i386 [ips] [boot] can't boot on IBM x235 ServeRaid 6M [regr o i386/121699 i386 [boot] can't boot on MSI K9N Ultra o i386/121675 i386 [ata] incorrect fallback to udma33 with CF memory inst o i386/121549 i386 [nfe]: nfe interface locks up during rc.conf initializ o i386/121258 i386 [boot] FreeBSD 6.3 / 7.0 boot problem [regression] o i386/120933 i386 [boot] 6.x and 7.x do not boot from CD on IBM HS20 883 o i386/119946 i386 [est] sysctl dev.cpu.0.freq on 75 Hz, cannot be change o i386/119574 i386 [i386] 7.0-RC1 times out in calibrate_clocks() [regres o i386/119175 i386 [busdma] [patch] Typo in bus_dmamem_alloc() o i386/118656 i386 [panic] Init dies in single user mode and box get kern o i386/118350 i386 [boot] [hang] BTX loader hangs on PC Engines WRAP o i386/118285 i386 [i386] Segmentation fault in reloc_non_plt. o i386/117297 i386 [hang] System hangs up every day o i386/116844 i386 [boot] cannot boot from cd when using Dell Vostro 200 o i386/116100 i386 [panic] Fatal trap 12 right after reboot (da0s1error = o i386/115947 i386 [hang] Dell poweredge 860 hangs when stressed and ACPI o i386/115854 i386 [boot] [install] Install FreeBSD with USB CDROM causes o i386/115285 i386 [panic] fatal trap 1 on freebsd 6.2 install boot up on o i386/114208 i386 [boot] Problem booting the FreeBSD CD ISO image o i386/114192 i386 Fail to boot with "error issuing ATA_IDENTIFY command" o i386/113110 i386 [mk] [patch] i686 is not an alias of pentiumpro on GCC o i386/112700 i386 SMP Kernel with FreeBSD 6.2 release on compaq dl360 g1 o i386/112635 i386 [hang] [loader] Hang during boot installation o i386/112580 i386 [boot] BTX Halted on HP DV6255 Notebook o i386/112487 i386 [sio] kernel panic on swi0:sio o i386/112036 i386 [ata] TIMEOUT - WRITE_DMA retrying, TIMEOUT - READ_DMA o i386/110218 i386 kmem_malloc(4096): kmem_map too small: 335544320 total o i386/110214 i386 [hang] FreeBSD 6.2 freezes on SSH activitiy caused by o i386/109610 i386 [panic] Fatal trap 12: page fault while in kernel mode o i386/109568 i386 [panic] Reboot server with "Fatal trap 12" o i386/109423 i386 [ichsmb] ICH5 smb interface problems s i386/109200 i386 [ata] READ_UDMA UDMA ICRC error cause not detecting ca o i386/108185 i386 [panic] freebsd 6.2 fatal kernel trap o i386/107564 i386 [install] fatal trap 19 during installation on a Dell o i386/107382 i386 [install] "Fatal trap 12" when installing FreeBSD 6.1 o i386/106850 i386 [powerd] powernow0 attach returned 6 o i386/106789 i386 [nfe] or [nve]: Internal NIC of GA-K8N51GMF-RH does no o i386/105175 i386 [ipmi] ipmi acpi trouble on supermicro server o i386/105063 i386 [sio] US Robotics (3Com) 3CP5609 PCI 16550 Modem works o i386/104719 i386 [ata] Seagate ST3802110A errors/delays when using PIO4 f i386/104572 i386 [ata] issues with detecting HDD on Intel Q965 Express o i386/104473 i386 [boot] boot loader reboots before loading kernel on Al o i386/104349 i386 [bfe] Panic while uploading data via bfe network inter s i386/103624 i386 [ata] [install] Problem installing on Dell Powervault o i386/103063 i386 [install] Can not install on Dell XPS 700 o i386/102562 i386 [em] no traffic pass through a em card after approx. a o i386/102410 i386 [install] FreeBSD 6.1-RELEASE installation boot freeze o i386/101616 i386 [hang] FreeBSD freeze on bootup, Compaq Proliant (lega o i386/101062 i386 [hang] Freeze on detect Intel 900 VGA on boot with ACP o i386/100831 i386 [sio] sio ignores BIOS information about serial ports o i386/100420 i386 [boot] boot1/boot2 lba error o i386/100204 i386 FreeBSD reports raid as broken - but it is not o i386/100142 i386 [pci] [patch] /dev/smb0 device not available on system o i386/99608 i386 [atapicam] ATAPI or CAM crash on FreeBSD 6.1-stable wi o i386/98932 i386 [i386] [patch] Kernel compilation failed on specific P o i386/98765 i386 [ata] timeouts on sata drive (Asus a7n8x-e) o i386/98366 i386 [em] Intel PRO/1000 MT Dual PCI-X: simulatenious 1000 o i386/98215 i386 [geode] [regression] FreeBSD can no longer boot Geode o i386/98154 i386 6-STABLE crashes when being online via modem (Fujitsu o i386/97287 i386 Screen Corruption In FreeBSD 6.X When Apps Started In o i386/97263 i386 [ata] FreeBSD only detects first drive on PDC20378 378 o i386/97025 i386 [vmware] fbsd (2 cd) dont install in vmware 5.5.0 - re o i386/96406 i386 System freezes on IBM xSeries 335 with FreeBSD-6.0-REL o i386/96382 i386 [bge] In 6.1-RC1 the bge driver does not reliably work o i386/96357 i386 FreeBSD cannot recognize all the logical partitions f i386/93923 i386 [ata] FreeBSD Install, Sil3112: Cannot dump. No dump d o i386/93809 i386 panic: could not copy LDT on RELENG_5_3 through RELENG o i386/93793 i386 [keyboard] Keyboard stops working after a shutdown -p o i386/93752 i386 Cannot activate the serial ports on boot probe. BIOS o o i386/92193 i386 [boot] Can't boot from 6.0 Installation CD: BTX halted o i386/91871 i386 [boot1] [patch] boot1: jump to 0xf000:0xfff0 instead o o i386/91745 i386 [smp] Second processor not detected on Proliant ML530 f i386/88929 i386 [ata] FreeBSD 6.0 install CD fails to find disks on So s i386/88755 i386 [install] FreeBSD R6.0 on ThinkPad R40 installation re s i386/88491 i386 [install] Panic when boot installation CD1 (Acer Trave s i386/88139 i386 [i386] [request] 53C875 Chipset HP 5064-6016 doesn't w o i386/86880 i386 [hang] 6.0 hangs or reboots whilst 5.4 is stable (ASUS o i386/85656 i386 [i386] [patch] expose more i386 specific CPU informati o i386/85655 i386 [i386] [patch] expose cpu info for i386 systems o i386/85653 i386 [i386] [patch] relieve hangs in tight loops in process o i386/85652 i386 [loader] [patch] deal with out-of-memory errors during o i386/85423 i386 [ex] ex(4) does not correctly recognize NIC in PnP mod o i386/85417 i386 [i386] [npx] [patch] Possible bug in ia32 floating-poi s i386/85072 i386 [psm] ps/2 Mouse detection failure on compaq chipset p i386/81111 i386 [build] /boot/loader causes reboot due to CFLAGS+= -ms o i386/80268 i386 [crash] System with Transmeta Efficeon cpu crashes whi o i386/80095 i386 ld-elf.so.1 crashes with executables produced by tinyc s i386/79169 i386 [hang] freeze with striped USB Drives under high load o i386/79091 i386 [i386] [patch] Small optimization for i386/support.s o i386/76944 i386 [busdma] [patch] i386 bus_dmamap_create() bug o i386/75887 i386 [pcvt] with vt0.disabled=0 and PCVT in kernel video/ke o i386/74153 i386 [pst] FreeBSD 5.3 cannot boot ftom pst o i386/74008 i386 [boot] IBM eServer x225 cannot boot any v5.x - endless o i386/73921 i386 [sysctl] [patch] sysctlbyname for machdep.tsc_freq doe o i386/72960 i386 [boot] BTX halted with Promise Tx2000 Raid o i386/71000 i386 [boot] BTX halted when booting from CD on a machine wi o i386/70531 i386 [boot0] [patch] boot0 hides Lilo in extended slice 132 problems total. From asgari at gmail.com Thu Apr 30 03:50:02 2009 From: asgari at gmail.com (Ata Asgari) Date: Thu Apr 30 03:50:08 2009 Subject: i386/134105: Realtek 8110SC with device ID 0x814910ec is not detected by FreeBSD 7.1. Most of New Mini-ITX boards are based on this chip. Message-ID: <200904300346.n3U3kNxZ051833@www.freebsd.org> >Number: 134105 >Category: i386 >Synopsis: Realtek 8110SC with device ID 0x814910ec is not detected by FreeBSD 7.1. Most of New Mini-ITX boards are based on this chip. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 30 03:50:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Ata Asgari >Release: 7.1 >Organization: Blue Pyramid LLC >Environment: FreeBSD pyrawall.pyra.com 7.1-RELEASE-p5 FreeBSD 7.1-RELEASE-p5 #0: Wed Apr 22 15:35:36 EDT 2009 >Description: Realtek 8110SC with device ID 0x814910ec is not detected by FreeBSD 7.1. Most of New Mini-ITX boards are based on this chip. Here is a photo of the chips : Here is a photo of the daughterboard : http://i663.photobucket.com/albums/uu359/asgari/SANY0321-Low.jpg pciconf -lv output : hostb0@pci0:0:0:0: class=0x060000 card=0x27708086 chip=0x27708086 rev=0x02 hdr=0x00 class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x030000 card=0x27728086 chip=0x27728086 rev=0x02 hdr=0x00 class = display subclass = VGA none0@pci0:0:27:0: class=0x040300 card=0xa62516f3 chip=0x27d88086 rev=0x01 hdr=0x00 class = multimedia pcib1@pci0:0:28:0: class=0x060400 card=0x27d08086 chip=0x27d08086 rev=0x01 hdr=0x01 class = bridge subclass = PCI-PCI uhci0@pci0:0:29:0: class=0x0c0300 card=0x27c88086 chip=0x27c88086 rev=0x01 hdr=0x00 class = serial bus subclass = USB uhci1@pci0:0:29:1: class=0x0c0300 card=0x27c98086 chip=0x27c98086 rev=0x01 hdr=0x00 class = serial bus subclass = USB uhci2@pci0:0:29:2: class=0x0c0300 card=0x27ca8086 chip=0x27ca8086 rev=0x01 hdr=0x00 class = serial bus subclass = USB uhci3@pci0:0:29:3: class=0x0c0300 card=0x27cb8086 chip=0x27cb8086 rev=0x01 hdr=0x00 class = serial bus subclass = USB ehci0@pci0:0:29:7: class=0x0c0320 card=0x27cc8086 chip=0x27cc8086 rev=0x01 hdr=0x00 class = serial bus subclass = USB pcib2@pci0:0:30:0: class=0x060401 card=0x244e8086 chip=0x244e8086 rev=0xe1 hdr=0x01 class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x27b88086 chip=0x27b88086 rev=0x01 hdr=0x00 class = bridge subclass = PCI-ISA atapci0@pci0:0:31:2: class=0x010180 card=0x27c08086 chip=0x27c08086 rev=0x01 hdr=0x00 class = mass storage subclass = ATA none1@pci0:0:31:3: class=0x0c0500 card=0x27da8086 chip=0x27da8086 rev=0x01 hdr=0x00 class = serial bus subclass = SMBus re0@pci0:1:0:0: class=0x020000 card=0x816810ec chip=0x816810ec rev=0x02 hdr=0x00 class = network subclass = ethernet none2@pci0:2:4:0: class=0x020000 card=0x10cc16f3 chip=0x814910ec rev=0x10 hdr=0x00 class = network subclass = ethernet none3@pci0:2:6:0: class=0x020000 card=0x10cc16f3 chip=0x814910ec rev=0x10 hdr=0x00 class = network subclass = ethernet none4@pci0:2:7:0: class=0x020000 card=0x10cc16f3 chip=0x814910ec rev=0x10 hdr=0x00 class = network subclass = ethernet DMESG output : Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-RELEASE-p5 #0: Wed Apr 22 15:35:36 EDT 2009 sullrich@RELENG_1_2-snapshots.pfsense.org:/usr/obj.pfSense/usr/pfSensesrc/src/sys/pfSense_SMP.7 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Atom(TM) CPU 330 @ 1.60GHz (1601.59-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Stepping = 2 Features=0xbfe9fbff Features2=0x40e31d> AMD Features=0x20000000 AMD Features2=0x1 Logical CPUs per core: 4 real memory = 2137587712 (2038 MB) avail memory = 2081943552 (1985 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered kbd1 at kbdmux0 cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7f5e0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xff00-0xff07 mem 0xfdf00000-0xfdf7ffff,0xd0000000-0xdfffffff,0xfdf80000-0xfdfbffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M pci0: at device 27.0 (no driver attached) pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 re0: port 0xde00-0xdeff mem 0xfddff000-0xfddfffff,0xfdef0000-0xfdefffff irq 16 at device 0.0 on pci1 re0: Using 1 MSI messages re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:30:18:ab:4a:d8 re0: [FILTER] uhci0: port 0xfe00-0xfe1f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xfd00-0xfd1f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xfc00-0xfc1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xfb00-0xfb1f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfdfff000-0xfdfff3ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: at device 4.0 (no driver attached) pci2: at device 6.0 (no driver attached) pci2: at device 7.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 speaker0: port 0x61 on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 cpu2: on acpi0 p4tcc2: on cpu2 cpu3: on acpi0 p4tcc3: on cpu3 pmtimer0 on isa0 orm0: at iomem 0xcc000-0xccfff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 rue0: on uhub0 miibus1: on rue0 ruephy0: PHY 0 on miibus1 ruephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rue0: WARNING: using obsoleted if_watchdog interface rue0: WARNING: using obsoleted IFF_NEEDSGIANT flag rue0: Ethernet address: 00:1a:70:90:a0:6d rue1: on uhub1 miibus2: on rue1 ruephy1: PHY 0 on miibus2 ruephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rue1: WARNING: using obsoleted if_watchdog interface rue1: WARNING: using obsoleted IFF_NEEDSGIANT flag rue1: Ethernet address: 00:1a:70:90:a0:6c ukbd0: on uhub1 kbd2 at ukbd0 uhid0: on uhub1 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ad0: 3919MB at ata0-master UDMA66 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Trying to mount root from ufs:/dev/ad0s1a >How-To-Repeat: By using any NEW Jetway Board, Daughterboard, ... I've heard it's been used some other Mini-ITX and ITX boards like MSI, Tyan >Fix: I have no idea but someone has replied my post on pfsense forum : Well it looks like the only issue is that Jetway has changed the PCI IDs and that those IDs are not claimed by the re driver. It should be a trivial kernel patch to fix this, but I don't have the expertise or development environment set up to do it myself. >Release-Note: >Audit-Trail: >Unformatted: From tortise at paradise.net.nz Thu Apr 30 08:40:01 2009 From: tortise at paradise.net.nz (David Hingston) Date: Thu Apr 30 08:40:10 2009 Subject: i386/134106: Dell Dimension XPS R400 fail to boot on CF IDE Message-ID: <200904300834.n3U8YAAP075056@www.freebsd.org> >Number: 134106 >Category: i386 >Synopsis: Dell Dimension XPS R400 fail to boot on CF IDE >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-i386 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 30 08:40:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: David Hingston >Release: 6.2, 7.0, 7.1 >Organization: >Environment: uname -a FreeBSD pfSense.local 7.1-RELEASE-p5 FreeBSD 7.1-RELEASE-p5 #0: Wed Apr 22 16:19 :30 EDT 2009 sullrich@RELENG_1_2-snapshots.pfsense.org:/usr/obj.pfSense/usr/ pfSensesrc/src/sys/pfSense_wrap.7 i386 >Description: Two Dell Dimension XPS R400 boxes boot from the CD and HDD fine but not from IDE CF Flash using pfSense >How-To-Repeat: Boot from IDE CF Flash e.g. pfSense - on a Two Dell Dimension XPS R400 >Fix: >Release-Note: >Audit-Trail: >Unformatted: From gavin at FreeBSD.org Thu Apr 30 20:27:25 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Thu Apr 30 20:27:32 2009 Subject: kern/134105: rl(4) Realtek 8110SC with device ID 0x814910ec not detected Message-ID: <200904302027.n3UKRPOb092856@freefall.freebsd.org> Old Synopsis: Realtek 8110SC with device ID 0x814910ec is not detected by FreeBSD 7.1. Most of New Mini-ITX boards are based on this chip. New Synopsis: rl(4) Realtek 8110SC with device ID 0x814910ec not detected State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Thu Apr 30 20:06:18 UTC 2009 State-Changed-Why: To submitter: can you please try the patch at http://people.freebsd.org/~gavin/PRs/134105.diff and see if that makes a difference? If you still do not get the extra interfaces, you should at least get extra lines in the dmesg, please supply them. Thanks! Responsible-Changed-From-To: freebsd-i386->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Thu Apr 30 20:06:18 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=134105