From owner-freebsd-amd64@FreeBSD.ORG Sun Jul 18 19:40:09 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CA32106567C for ; Sun, 18 Jul 2010 19:40:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 205608FC25 for ; Sun, 18 Jul 2010 19:40:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6IJe9oA025858 for ; Sun, 18 Jul 2010 19:40:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6IJe8XE025857; Sun, 18 Jul 2010 19:40:09 GMT (envelope-from gnats) Resent-Date: Sun, 18 Jul 2010 19:40:09 GMT Resent-Message-Id: <201007181940.o6IJe8XE025857@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, vermaden Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 868D4106566C for ; Sun, 18 Jul 2010 19:35:37 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 746F38FC1D for ; Sun, 18 Jul 2010 19:35:37 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o6IJZbCX009224 for ; Sun, 18 Jul 2010 19:35:37 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o6IJZaDI009223; Sun, 18 Jul 2010 19:35:36 GMT (envelope-from nobody) Message-Id: <201007181935.o6IJZaDI009223@www.freebsd.org> Date: Sun, 18 Jul 2010 19:35:36 GMT From: vermaden To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Sun, 18 Jul 2010 19:52:27 +0000 Cc: Subject: amd64/148741: Headphones are deaf (do not work) on Lenovo ThinkPad X300 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2010 19:40:09 -0000 >Number: 148741 >Category: amd64 >Synopsis: Headphones are deaf (do not work) on Lenovo ThinkPad X300 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 18 19:40:08 UTC 2010 >Closed-Date: >Last-Modified: >Originator: vermaden >Release: Stock/GENERIC FreeBSD 8.1-RC2 >Organization: >Environment: FreeBSD xavio 8.1-RC2 FreeBSD 8.1-RC2 #0: Tue Jun 29 20:21:55 UTC 2010 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: Sound is working very nice on Lenovo ThinkPad X300, but when I plug the headphones, there is no sound on speakers and no sound in the headphones. They also did not worked on 8.0-RELEASE. Below I add (maybe) needed dumps, regards, vermaden % sysctl hw.snd hw.snd.feeder_rate_quality: 1 hw.snd.feeder_rate_round: 25 hw.snd.feeder_rate_max: 2016000 hw.snd.feeder_rate_min: 1 hw.snd.feeder_rate_polyphase_max: 183040 hw.snd.feeder_rate_presets: 100:8:0.85 100:36:0.92 100:164:0.97 hw.snd.feeder_eq_exact_rate: 0 hw.snd.feeder_eq_presets: PEQ:16000,0.2500,62,0.2500:-9,9,1.0:44100,48000,88200,96000,176400,192000 hw.snd.vpc_reset: 0 hw.snd.vpc_0db: 45 hw.snd.vpc_autoreset: 1 hw.snd.latency_profile: 1 hw.snd.latency: 7 hw.snd.report_soft_matrix: 1 hw.snd.report_soft_formats: 1 hw.snd.compat_linux_mmap: 0 hw.snd.vpc_mixer_bypass: 1 hw.snd.verbose: 0 hw.snd.maxautovchans: 16 hw.snd.default_unit: 0 hw.snd.version: 2009061500/amd64 hw.snd.default_auto: 0 % cat /dev/sndstat FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) Installed devices: pcm0: (play/rec) default pcm1: (rec) pcm2: (play) % pciconf -l -v hostb0@pci0:0:0:0: class=0x060000 card=0x20b317aa chip=0x2a008086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile PM965/GM965/GL960 Express Processor to DRAM Controller' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x030000 card=0x20b517aa chip=0x2a028086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 965 Express Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x20b517aa chip=0x2a038086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 965 Express Integrated Graphics Controller' class = display em0@pci0:0:25:0: class=0x020000 card=0x20b917aa chip=0x10498086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Gigabit Network Connection Interface Controller (82566MM NIC)' class = network subclass = ethernet uhci0@pci0:0:26:0: class=0x0c0300 card=0x20aa17aa chip=0x28348086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI *4' class = serial bus subclass = USB uhci1@pci0:0:26:1: class=0x0c0300 card=0x20aa17aa chip=0x28358086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI *5' class = serial bus subclass = USB ehci0@pci0:0:26:7: class=0x0c0320 card=0x20ab17aa chip=0x283a8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'ICH8 Enhanced USB2 Enhanced Host Controller (81EC1043 (?))' class = serial bus subclass = USB hdac0@pci0:0:27:0: class=0x040300 card=0x20ac17aa chip=0x284b8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel audio controller embedded with the 82801H chipset ( ICH8 chipset ) (82801H)' class = multimedia subclass = HDA pcib1@pci0:0:28:0: class=0x060400 card=0x20ad17aa chip=0x283f8086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 1' class = bridge subclass = PCI-PCI pcib2@pci0:0:28:1: class=0x060400 card=0x20ad17aa chip=0x28418086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 2' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:2: class=0x060400 card=0x20ad17aa chip=0x28438086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCIe Port 3' class = bridge subclass = PCI-PCI uhci2@pci0:0:29:0: class=0x0c0300 card=0x20aa17aa chip=0x28308086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI *1' class = serial bus subclass = USB uhci3@pci0:0:29:1: class=0x0c0300 card=0x20aa17aa chip=0x28318086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI *2' class = serial bus subclass = USB uhci4@pci0:0:29:2: class=0x0c0300 card=0x20aa17aa chip=0x28328086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI *3' class = serial bus subclass = USB ehci1@pci0:0:29:7: class=0x0c0320 card=0x20ab17aa chip=0x28368086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB2 EHCI *1' class = serial bus subclass = USB pcib4@pci0:0:30:0: class=0x060401 card=0x20ae17aa chip=0x24488086 rev=0xf3 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/5/6/7/8/9-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x20b617aa chip=0x28118086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801HBM (ICH8M) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:1: class=0x01018a card=0x20a617aa chip=0x28508086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) Ultra ATA Storage Controllers' class = mass storage subclass = ATA ahci0@pci0:0:31:2: class=0x010601 card=0x20a717aa chip=0x28298086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile SATA AHCI Controller' class = mass storage subclass = SATA none0@pci0:0:31:3: class=0x0c0500 card=0x20a917aa chip=0x283e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'SM Bus Controller (PCIVEN_8086&DEV_283E&SUBSYS_FF641179&REV_033&B1B)' class = serial bus subclass = SMBus iwn0@pci0:3:0:0: class=0x028000 card=0x11118086 chip=0x42308086 rev=0x61 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel Wireless WiFi Link 4965AGN (Intel 4965AGN)' class = network % dmesg Copyright (c) 1992-2010 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 8.1-RC2 #0: Tue Jun 29 20:21:55 UTC 2010 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz (1197.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Family = 6 Model = f Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2011885568 (1918 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 (20100331/tbfadt-625) ACPI Warning: Optional field Gpe1Block has zero address or length: 0x 0 102C/0x0 (20100331/tbfadt-655) ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard CPU0: local APIC error 0x40 acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7df00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xfa000000-0xfa0fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7676k stolen memory agp0: aperture size is 256M vgapci1: mem 0xfa100000-0xfa1fffff at device 2.1 on pci0 em0: port 0x1840-0x185f mem 0xfa200000-0xfa21ffff,0xfa225000-0xfa225fff irq 20 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:1c:25:7e:35:06 uhci0: port 0x1860-0x187f irq 20 at device 26.0 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0x1880-0x189f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 ehci0: mem 0xfa426c00-0xfa426fff irq 22 at device 26.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 pci0: at device 27.0 (no driver attached) pcib1: irq 20 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 21 at device 28.1 on pci0 pci3: on pcib2 iwn0: mem 0xf9f00000-0xf9f01fff irq 17 at device 0.0 on pci3 iwn0: MIMO 2T3R, MoW2, address 00:1f:3b:80:dc:75 iwn0: [ITHREAD] iwn0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps pcib3: irq 22 at device 28.2 on pci0 pci4: on pcib3 uhci2: port 0x18a0-0x18bf irq 16 at device 29.0 on pci0 uhci2: [ITHREAD] usbus3: on uhci2 uhci3: port 0x18c0-0x18df irq 17 at device 29.1 on pci0 uhci3: [ITHREAD] usbus4: on uhci3 uhci4: port 0x18e0-0x18ff irq 18 at device 29.2 on pci0 uhci4: [ITHREAD] usbus5: on uhci4 ehci1: mem 0xfa427000-0xfa4273ff irq 19 at device 29.7 on pci0 ehci1: [ITHREAD] usbus6: EHCI version 1.0 usbus6: on ehci1 pcib4: at device 30.0 on pci0 pci13: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c00-0x1c0f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ahci0: port 0x1c50-0x1c57,0x1c44-0x1c47,0x1c48-0x1c4f,0x1c40-0x1c43,0x1c20-0x1c3f mem 0xfa426000-0xfa4267ff irq 16 at device 31.2 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.10 with 3 1.5Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 2 on ahci0 ahcich1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 orm0: at iomem 0xc0000-0xcffff,0xe0000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 ZFS filesystem version 3 ZFS storage pool version 14 Timecounters tick every 10.000 msec vboxdrv: fAsync=0 offMin=0x108 offMax=0x38a usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) ada0: 61057MB (125045424 512 byte sectors: 16H 63S/T 16383C) SMP: AP CPU #1 Launched! ugen0.1: at usbus0ugen1.1: at usbus1 uhub0: on usbus0 uhub1: on usbus1 ugen2.1: at usbus2ugen3.1: at usbus3 uhub2: on usbus2 uhub3: on usbus3 ugen4.1: at usbus4ugen5.1: at usbus5 uhub4: on usbus4 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 Root mount waiting for: usbus6 usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 uhub1: 2 ports with 2 removable, self powered uhub0: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered Root mount waiting for: usbus6 usbus2 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus6 usbus2 uhub6: 6 ports with 6 removable, self powered Root mount waiting for: usbus6 ugen6.2: at usbus6 Trying to mount root from ufs:/dev/label/rootfs ugen0.2: at usbus0 vboxnet0: Ethernet address: 0a:00:27:00:00:00 wlan0: Ethernet address: 00:1f:3b:80:dc:75 wlan0: link state changed to UP drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xe0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 drm0: [ITHREAD] hdac0: mem 0xfa220000-0xfa223fff irq 17 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: HDA Codec #0: Analog Devices AD1984A pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac0 >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sun Jul 18 20:01:44 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A72C31065677; Sun, 18 Jul 2010 20:01:44 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7E13E8FC14; Sun, 18 Jul 2010 20:01:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6IK1ifJ053688; Sun, 18 Jul 2010 20:01:44 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6IK1iGf053684; Sun, 18 Jul 2010 20:01:44 GMT (envelope-from linimon) Date: Sun, 18 Jul 2010 20:01:44 GMT Message-Id: <201007182001.o6IK1iGf053684@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-multimedia@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/148741: [sound] Headphones are deaf (do not work) on Lenovo ThinkPad X300 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2010 20:01:44 -0000 Old Synopsis: Headphones are deaf (do not work) on Lenovo ThinkPad X300 New Synopsis: [sound] Headphones are deaf (do not work) on Lenovo ThinkPad X300 Responsible-Changed-From-To: freebsd-amd64->freebsd-multimedia Responsible-Changed-By: linimon Responsible-Changed-When: Sun Jul 18 20:01:08 UTC 2010 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=148741 From owner-freebsd-amd64@FreeBSD.ORG Sun Jul 18 23:40:13 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F9151065672 for ; Sun, 18 Jul 2010 23:40:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 652498FC14 for ; Sun, 18 Jul 2010 23:40:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6INeDcn060393 for ; Sun, 18 Jul 2010 23:40:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6INeDht060392; Sun, 18 Jul 2010 23:40:13 GMT (envelope-from gnats) Date: Sun, 18 Jul 2010 23:40:13 GMT Message-Id: <201007182340.o6INeDht060392@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Alexander Best X-Mailman-Approved-At: Mon, 19 Jul 2010 02:53:31 +0000 Cc: Subject: Re: amd64/144405: [build] [patch] include /usr/obj/lib32 in cleanworld target on amd64 arch X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Best List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2010 23:40:13 -0000 The following reply was made to PR amd64/144405; it has been noted by GNATS. From: Alexander Best To: Anonymous Cc: bug-followup@freebsd.org Subject: Re: amd64/144405: [build] [patch] include /usr/obj/lib32 in cleanworld target on amd64 arch Date: Mon, 19 Jul 2010 01:36:23 +0200 2010/7/16 Anonymous : > What do you think about respecting WITHOUT_LIB32 and TARGET? i like it. i'm not sure however if WITHOUT_LIB32 should have an impact on cleandir/cleanworld. if i remember correctly running target clean e.g. also doesn't skip certain directories in the tree even if the user has set WITHOUT_* and doesn't want specific code to be built. i can't really think of a situation where somebody wants to remove all the 64bit objs but keep the 32bit ones. alex > > --- a.diff begins here --- > diff --git a/Makefile b/Makefile > index 5edb4da..7d261c3 100644 > --- a/Makefile > +++ b/Makefile > @@ -157,9 +157,7 @@ cleanworld: > =A0 =A0 =A0 =A0# =A0 To be safe in this case, fall back to a 'make cleand= ir' > =A0 =A0 =A0 =A0${_+_}@cd ${.CURDIR}; ${_MAKE} cleandir > =A0.else > - =A0 =A0 =A0 -rm -rf ${.OBJDIR}/* > - =A0 =A0 =A0 -chflags -R 0 ${.OBJDIR} > - =A0 =A0 =A0 rm -rf ${.OBJDIR}/* > + =A0 =A0 =A0 ${_+_}@cd ${.CURDIR}; ${_MAKE} cleanworld > =A0.endif > > =A0# > diff --git a/Makefile.inc1 b/Makefile.inc1 > index d939280..0b9981d 100644 > --- a/Makefile.inc1 > +++ b/Makefile.inc1 > @@ -1508,3 +1503,15 @@ builddtb: > =A0 =A0 =A0 =A0dtc -O dtb -o \ > =A0 =A0 =A0 =A0 =A0 =A0${DTBOUTPUTPATH}/`echo ${FDT_DTS_FILE} | cut -d. -= f1`.dtb -b 0 \ > =A0 =A0 =A0 =A0 =A0 =A0-p 1024 ${.CURDIR}/sys/boot/fdt/dts/${FDT_DTS_FILE= } > + > +cleanworld: > +.if exists(${OBJTREE}${.CURDIR}) > + =A0 =A0 =A0 -rm -rf ${OBJTREE}${.CURDIR}/* > + =A0 =A0 =A0 -chflags -R 0 ${OBJTREE}${.CURDIR} > + =A0 =A0 =A0 rm -rf ${OBJTREE}${.CURDIR}/* > +.endif > +.if exists(${OBJTREE}/lib32${.CURDIR}) && ${MK_LIB32} !=3D "no" > + =A0 =A0 =A0 -rm -rf ${OBJTREE}/lib32${.CURDIR}/* > + =A0 =A0 =A0 -chflags -R 0 ${OBJTREE}/lib32${.CURDIR} > + =A0 =A0 =A0 rm -rf ${OBJTREE}/lib32${.CURDIR}/* > +.endif > --- a.diff ends here --- > --=20 Alexander Best From owner-freebsd-amd64@FreeBSD.ORG Mon Jul 19 01:40:09 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BFA21065673 for ; Mon, 19 Jul 2010 01:40:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4C1998FC18 for ; Mon, 19 Jul 2010 01:40:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6J1e9Sm079385 for ; Mon, 19 Jul 2010 01:40:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6J1e9eP079384; Mon, 19 Jul 2010 01:40:09 GMT (envelope-from gnats) Date: Mon, 19 Jul 2010 01:40:09 GMT Message-Id: <201007190140.o6J1e9eP079384@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Anonymous X-Mailman-Approved-At: Mon, 19 Jul 2010 03:52:37 +0000 Cc: Subject: Re: amd64/144405: [build] [patch] include /usr/obj/lib32 in cleanworld target on amd64 arch X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Anonymous List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 01:40:09 -0000 The following reply was made to PR amd64/144405; it has been noted by GNATS. From: Anonymous To: Alexander Best Cc: bug-followup@freebsd.org Subject: Re: amd64/144405: [build] [patch] include /usr/obj/lib32 in cleanworld target on amd64 arch Date: Mon, 19 Jul 2010 05:33:37 +0400 Alexander Best writes: > i can't really think of a situation where somebody wants to remove all > the 64bit objs but keep the 32bit ones. I was concerned about cleanworld invoked by crossbuild breaking normal build when running concurrently but looks like that's not the case, i.e. $ make cleanworld TARGET=i386 # /usr/obj/i386.i386/lib32/usr/src doesn't wipe out lib32 for normal build (/usr/obj/lib32/usr/src). Since crossbuild encloses lib32 in its OBJTREE there is no need for MK_LIB32 check. --- b.diff begins here --- diff --git a/Makefile.inc1 b/Makefile.inc1 index 85669d5..2298eca 100644 --- a/Makefile.inc1 +++ b/Makefile.inc1 @@ -1512,7 +1512,7 @@ cleanworld: -chflags -R 0 ${OBJTREE}${.CURDIR} rm -rf ${OBJTREE}${.CURDIR}/* .endif -.if exists(${OBJTREE}/lib32${.CURDIR}) && ${MK_LIB32} != "no" +.if exists(${OBJTREE}/lib32${.CURDIR}) -rm -rf ${OBJTREE}/lib32${.CURDIR}/* -chflags -R 0 ${OBJTREE}/lib32${.CURDIR} rm -rf ${OBJTREE}/lib32${.CURDIR}/* --- b.diff ends here --- From owner-freebsd-amd64@FreeBSD.ORG Mon Jul 19 11:06:52 2010 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8EFB106566C for ; Mon, 19 Jul 2010 11:06:52 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9D1B18FC26 for ; Mon, 19 Jul 2010 11:06:52 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6JB6qu7065638 for ; Mon, 19 Jul 2010 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6JB6qpf065636 for freebsd-amd64@FreeBSD.org; Mon, 19 Jul 2010 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 19 Jul 2010 11:06:52 GMT Message-Id: <201007191106.o6JB6qpf065636@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 11:06:52 -0000 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 amd64/148675 amd64 kernel panics - reboots o amd64/148537 amd64 IP respond to ping even if the attached interface is n o amd64/148526 amd64 [ahci] ahci driver does not boot on AMD chip s amd64/148489 amd64 [ata] Generic driver is used for Nvidia SATA (nforce? o amd64/148152 amd64 [boot] Run levels crash on boot up for dv7-1130US HP L f amd64/148106 amd64 [panic] nginx udplog causes kernel panic on 8.0-RELEAS f amd64/148002 amd64 [boot] panic / page fault while booting from install d f amd64/147963 amd64 cpu l2 cache error o amd64/147560 amd64 [boot] Booting 8.1-PRERELEASE raidz system take ages o amd64/145991 amd64 [patch] Add a requires line to /sys/amd64/conf/NOTES o amd64/145873 amd64 [build] cannot buildworld 8.0-STABLE o amd64/145761 amd64 [lor] rt2870 lock order reversal hold up system in 8.0 o amd64/145039 amd64 spin lock held too long amd64 mp_machdep.c o amd64/144756 amd64 [panic] Transferring files on samba causes the kernel f amd64/144503 amd64 [boot] 8.0-RELEASE does not boot on DL585 [regression] o amd64/144405 amd64 [build] [patch] include /usr/obj/lib32 in cleanworld t o amd64/144376 amd64 [panic] continuous reboot on motherboards with ATI SB7 f amd64/144151 amd64 [ata] Can not burn CD/DVD with AHCI enabled f amd64/144113 amd64 [ata] 8.0-RELEASE fails to detect SATA hard disks on a o amd64/143992 amd64 [panic] Random reboot o amd64/143854 amd64 [build] error in make world during upgrade from 7 to 8 s amd64/143173 amd64 [ata] Promise FastTrack TX4 + SATA DVD, installer can' o amd64/141413 amd64 [hang] Tyan 2881 m3289 SMDC freeze o amd64/141112 amd64 [ata] [panic] Kernel panic when booting with any sATA o amd64/141060 amd64 [install] Can't install 8.0-RELEASE on the server wher o amd64/140715 amd64 [boot] Dell M600 Blade fails to boot 7.2+ 64 bit o amd64/140596 amd64 [panic] Kernel panic/crash o amd64/140391 amd64 [hang] powerd(8) freezes computer on Phenom II compute o amd64/140145 amd64 [boot] Installation boot sequence freezes o amd64/139998 amd64 [panic] 7.2 amd64 panic in kern_mutex.c:339 o amd64/139924 amd64 [boot] cd or dvd not load o amd64/139614 amd64 [minidump] minidumps fail when many interrupts fire f amd64/138661 amd64 [panic] Kernel Panic after typing "reboot" o amd64/138029 amd64 [panic] periodically kernel panic and reboot o amd64/137942 amd64 [pci] 8.0-BETA2 having problems with Asus M2N-SLI-delu s i386/135447 amd64 [i386] [request] Intel Core i7 and Nehalem-EP new feat o amd64/135265 amd64 [install] Boot from install cd hangs on HP DL160 G5 wi o amd64/135040 amd64 [ata] FreeBSD/amd64 does not (always) detect disk on S o amd64/134978 amd64 [panic] g_up pmap amd64 panic o amd64/134757 amd64 32 bit processes on 64 bit platforms occasionally drop o amd64/133977 amd64 [panic] [ffs] "panic: ffs_blkfree: freeing free block" o amd64/133701 amd64 Recompiling the kernel with k8temp or smbios break GEO o amd64/132574 amd64 [boot] [hang] Freeze on bootstrap loader (CD) using AT f amd64/132019 amd64 [install] kernel trap 12 while installation o amd64/131906 amd64 [ata] SATA data corruption with Promise PDC20378 (amd6 o amd64/131456 amd64 ACPI & ATA problems o amd64/131314 amd64 [modules] [panic] large modules fail to load on amd64 o amd64/131209 amd64 [panic] [bce] 7.1-STABLE amd64 crash - m0 NULL f amd64/130885 amd64 sockstat(1) on amd64 does not work o amd64/130864 amd64 [hang] Problem with copying files to a large partition o amd64/130817 amd64 FreeBSD does not support HP DL160G5 [regression] o amd64/130494 amd64 [boot] netbooting BTX fails on amd64 f amd64/130483 amd64 [mxge] MSI must be disabled when Myricom 10Gbps Card i o amd64/130368 amd64 [hang] Switching from xorg to console locks up compute o amd64/129889 amd64 [boot] [hang] The booting process stops at the line mo o amd64/129721 amd64 [hang] Motherboard K9N2G Neo-FD hangs on boot of 7.0-R o amd64/129667 amd64 [ata] Elitegroup A780GM-A IDE controller not recognize o amd64/129426 amd64 [panic] FreeBSD 7.0 crash after subdiskXX: detached o amd64/129315 amd64 [boot] [reboot] amd64 motherboard: Intel DG965WH mothe o amd64/128978 amd64 [install] FreeBSD 6.3 64-bit panics at boot time duri o amd64/128765 amd64 [install] Install CD loads to Install choices but stop o amd64/128263 amd64 [panic] 2 amd64 dl380 g5 with dual quadcore xeons, 8 a o amd64/128259 amd64 csh(1): "`" crashes csh o amd64/127640 amd64 gcc(1) will not build shared libraries with -fprofile- o amd64/127451 amd64 [scheduler] incorrect load on quad core o amd64/127397 amd64 [amd64] 32bit application on FreeBSD-6.3 amd64 gets SI s amd64/127276 amd64 ldd(1) invokes linux yes o amd64/125873 amd64 [smbd] [panic] Repeated kernel panics, trap 12 page fa o amd64/125002 amd64 [install] amd64, SATA hard disks not detected o amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs o amd64/124134 amd64 [kernel] The kernel doesn't follow the calling convent o amd64/123562 amd64 [install] FreeBSD amd64 not installs o amd64/123520 amd64 [ahd] unable to boot from net while using ahd p amd64/123456 amd64 fstat(1): /usr/bin/fstat shows error messages and hang f amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o kern/122782 amd64 [modules] accf_http.ko kernel module is not loadable o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122174 amd64 [panic] 7.0 no longer includes "device atpic" so fails f amd64/121590 amd64 [est] [p4tcc] [acpi_perf] setting dev.cpu.0.freq somet o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A a amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 s amd64/116689 amd64 [request] support for MSI K9MM-V o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116159 amd64 [panic] Panic while debugging on CURRENT s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p f amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv f amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/89501 amd64 [install] System crashes on install using ftp on local o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/76136 amd64 [hang] system halts before reboot o amd64/74747 amd64 [panic] System panic on shutdown when process will not 116 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Jul 19 21:30:59 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C26D0106564A; Mon, 19 Jul 2010 21:30:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 5BAC58FC23; Mon, 19 Jul 2010 21:30:58 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o6JLUsxe079065 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Jul 2010 00:30:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o6JLUs2Y072085; Tue, 20 Jul 2010 00:30:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o6JLUs7h072084; Tue, 20 Jul 2010 00:30:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 20 Jul 2010 00:30:54 +0300 From: Kostik Belousov To: arch@freebsd.org Message-ID: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Cjvo8w+V8lMs5Jsv" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_40, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: amd64@freebsd.org Subject: uname -m/-p for compat32 binaries X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 21:30:59 -0000 --Cjvo8w+V8lMs5Jsv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I intend to commit the following change, that makes sysctls hw.machine_arch and hw.machine to return "i386" for 32 bit binaries run on amd64. In particular, 32 bit uname -m and uname -p print "i386", that is good for i386 jails on amd64 kernels. I find the change very useful for me, but I wonder why such trivial modification is not yet done. Can anybody note a possible fallout from it ? diff --git a/sys/amd64/amd64/identcpu.c b/sys/amd64/amd64/identcpu.c index 52e7568..68de22b 100644 --- a/sys/amd64/amd64/identcpu.c +++ b/sys/amd64/amd64/identcpu.c @@ -76,8 +76,26 @@ static void print_via_padlock_info(void); =20 int cpu_class; char machine[] =3D "amd64"; -SYSCTL_STRING(_hw, HW_MACHINE, machine, CTLFLAG_RD,=20 - machine, 0, "Machine class"); + +static int +sysctl_hw_machine(SYSCTL_HANDLER_ARGS) +{ +#ifdef SCTL_MASK32 + static const char machine32[] =3D "i386"; +#endif + int error; + +#ifdef SCTL_MASK32 + if ((req->flags & SCTL_MASK32) !=3D 0) + error =3D SYSCTL_OUT(req, machine32, sizeof(machine32)); + else +#endif + error =3D SYSCTL_OUT(req, machine, sizeof(machine)); + return (error); + +} +SYSCTL_PROC(_hw, HW_MACHINE, machine, CTLTYPE_STRING | CTLFLAG_RD, + NULL, 0, sysctl_hw_machine, "A", "Machine class"); =20 static char cpu_model[128]; SYSCTL_STRING(_hw, HW_MODEL, model, CTLFLAG_RD,=20 diff --git a/sys/kern/kern_mib.c b/sys/kern/kern_mib.c index 7ef580f..0b7d27f 100644 --- a/sys/kern/kern_mib.c +++ b/sys/kern/kern_mib.c @@ -232,9 +232,31 @@ sysctl_hw_pagesizes(SYSCTL_HANDLER_ARGS) SYSCTL_PROC(_hw, OID_AUTO, pagesizes, CTLTYPE_ULONG | CTLFLAG_RD, NULL, 0, sysctl_hw_pagesizes, "LU", "Supported page sizes"); =20 -static char machine_arch[] =3D MACHINE_ARCH; -SYSCTL_STRING(_hw, HW_MACHINE_ARCH, machine_arch, CTLFLAG_RD, - machine_arch, 0, "System architecture"); +static int +sysctl_hw_machine_arch(SYSCTL_HANDLER_ARGS) +{ + static const char machine_arch[] =3D MACHINE_ARCH; +#ifdef SCTL_MASK32 + static const char machine_arch32[] =3D=20 +#if defined(__amd64__) || defined(__ia64__) + "i386"; +#else + MACHINE_ARCH; +#endif +#endif + int error; + +#ifdef SCTL_MASK32 + if ((req->flags & SCTL_MASK32) !=3D 0) + error =3D SYSCTL_OUT(req, machine_arch32, sizeof(machine_arch32)); + else +#endif + error =3D SYSCTL_OUT(req, machine_arch, sizeof(machine_arch)); + return (error); + +} +SYSCTL_PROC(_hw, HW_MACHINE_ARCH, machine_arch, CTLTYPE_STRING | CTLFLAG_R= D, + NULL, 0, sysctl_hw_machine_arch, "A", "System architecture"); =20 static int sysctl_hostname(SYSCTL_HANDLER_ARGS) --Cjvo8w+V8lMs5Jsv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkxExA4ACgkQC3+MBN1Mb4gU1wCeKOkfffKkS5WYTXHjuIdgO+V6 KB0AoI6WR+a6LS3/KA+SnQeULxS16EAX =AEoP -----END PGP SIGNATURE----- --Cjvo8w+V8lMs5Jsv-- From owner-freebsd-amd64@FreeBSD.ORG Mon Jul 19 21:57:52 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A47B91065670; Mon, 19 Jul 2010 21:57:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2290C8FC19; Mon, 19 Jul 2010 21:57:51 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o6JLvmFb081109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Jul 2010 00:57:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o6JLvmA5072267; Tue, 20 Jul 2010 00:57:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o6JLvk0C072266; Tue, 20 Jul 2010 00:57:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 20 Jul 2010 00:57:46 +0300 From: Kostik Belousov To: Scott Long Message-ID: <20100719215746.GC2381@deviant.kiev.zoral.com.ua> References: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UIrAl4r1g2eOkvhC" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: amd64@freebsd.org, arch@freebsd.org Subject: Re: uname -m/-p for compat32 binaries X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 21:57:52 -0000 --UIrAl4r1g2eOkvhC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jul 19, 2010 at 03:52:31PM -0600, Scott Long wrote: > We do something similar at yahoo, and it's code that we're working > on packaging up to put back into FreeBSD. I don't know how your code > differs from ours, and I obviously cannot stop you from committing > yours, but you're welcome to look at our code. There is obviously no rush to commit this snippet, and I obviously would abstain if this would make larger integration harder. Where to look ? Or should I just sit and wait ? --UIrAl4r1g2eOkvhC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkxEylkACgkQC3+MBN1Mb4jJhgCgjTkOO/BiL6a6F9ninEwfP2QI AvEAoOAqVfpuOyzYIZyL0es/NaNFqpIU =t4xJ -----END PGP SIGNATURE----- --UIrAl4r1g2eOkvhC-- From owner-freebsd-amd64@FreeBSD.ORG Mon Jul 19 22:12:49 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA2531065674 for ; Mon, 19 Jul 2010 22:12:49 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 4F7848FC0A for ; Mon, 19 Jul 2010 22:12:48 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.4/8.14.4) with ESMTP id o6JLqVAv066358; Mon, 19 Jul 2010 15:52:31 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> Date: Mon, 19 Jul 2010 15:52:31 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> To: Kostik Belousov X-Mailer: Apple Mail (2.1078) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org X-Mailman-Approved-At: Mon, 19 Jul 2010 22:18:51 +0000 Cc: amd64@freebsd.org, arch@freebsd.org Subject: Re: uname -m/-p for compat32 binaries X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 22:12:50 -0000 We do something similar at yahoo, and it's code that we're working on = packaging up to put back into FreeBSD. I don't know how your code = differs from ours, and I obviously cannot stop you from committing = yours, but you're welcome to look at our code. Scott On Jul 19, 2010, at 3:30 PM, Kostik Belousov wrote: > Hi, > I intend to commit the following change, that makes sysctls > hw.machine_arch and hw.machine to return "i386" for 32 bit > binaries run on amd64. In particular, 32 bit uname -m and uname -p > print "i386", that is good for i386 jails on amd64 kernels. >=20 > I find the change very useful for me, but I wonder why such trivial > modification is not yet done. Can anybody note a possible fallout from > it ? >=20 > diff --git a/sys/amd64/amd64/identcpu.c b/sys/amd64/amd64/identcpu.c > index 52e7568..68de22b 100644 > --- a/sys/amd64/amd64/identcpu.c > +++ b/sys/amd64/amd64/identcpu.c > @@ -76,8 +76,26 @@ static void print_via_padlock_info(void); >=20 > int cpu_class; > char machine[] =3D "amd64"; > -SYSCTL_STRING(_hw, HW_MACHINE, machine, CTLFLAG_RD,=20 > - machine, 0, "Machine class"); > + > +static int > +sysctl_hw_machine(SYSCTL_HANDLER_ARGS) > +{ > +#ifdef SCTL_MASK32 > + static const char machine32[] =3D "i386"; > +#endif > + int error; > + > +#ifdef SCTL_MASK32 > + if ((req->flags & SCTL_MASK32) !=3D 0) > + error =3D SYSCTL_OUT(req, machine32, sizeof(machine32)); > + else > +#endif > + error =3D SYSCTL_OUT(req, machine, sizeof(machine)); > + return (error); > + > +} > +SYSCTL_PROC(_hw, HW_MACHINE, machine, CTLTYPE_STRING | CTLFLAG_RD, > + NULL, 0, sysctl_hw_machine, "A", "Machine class"); >=20 > static char cpu_model[128]; > SYSCTL_STRING(_hw, HW_MODEL, model, CTLFLAG_RD,=20 > diff --git a/sys/kern/kern_mib.c b/sys/kern/kern_mib.c > index 7ef580f..0b7d27f 100644 > --- a/sys/kern/kern_mib.c > +++ b/sys/kern/kern_mib.c > @@ -232,9 +232,31 @@ sysctl_hw_pagesizes(SYSCTL_HANDLER_ARGS) > SYSCTL_PROC(_hw, OID_AUTO, pagesizes, CTLTYPE_ULONG | CTLFLAG_RD, > NULL, 0, sysctl_hw_pagesizes, "LU", "Supported page sizes"); >=20 > -static char machine_arch[] =3D MACHINE_ARCH; > -SYSCTL_STRING(_hw, HW_MACHINE_ARCH, machine_arch, CTLFLAG_RD, > - machine_arch, 0, "System architecture"); > +static int > +sysctl_hw_machine_arch(SYSCTL_HANDLER_ARGS) > +{ > + static const char machine_arch[] =3D MACHINE_ARCH; > +#ifdef SCTL_MASK32 > + static const char machine_arch32[] =3D=20 > +#if defined(__amd64__) || defined(__ia64__) > + "i386"; > +#else > + MACHINE_ARCH; > +#endif > +#endif > + int error; > + > +#ifdef SCTL_MASK32 > + if ((req->flags & SCTL_MASK32) !=3D 0) > + error =3D SYSCTL_OUT(req, machine_arch32, = sizeof(machine_arch32)); > + else > +#endif > + error =3D SYSCTL_OUT(req, machine_arch, = sizeof(machine_arch)); > + return (error); > + > +} > +SYSCTL_PROC(_hw, HW_MACHINE_ARCH, machine_arch, CTLTYPE_STRING | = CTLFLAG_RD, > + NULL, 0, sysctl_hw_machine_arch, "A", "System architecture"); >=20 > static int > sysctl_hostname(SYSCTL_HANDLER_ARGS) From owner-freebsd-amd64@FreeBSD.ORG Mon Jul 19 22:17:20 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A0211065676; Mon, 19 Jul 2010 22:17:20 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 0D5458FC19; Mon, 19 Jul 2010 22:17:19 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.4/8.14.4) with ESMTP id o6JMHGmc066479; Mon, 19 Jul 2010 16:17:16 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <20100719215746.GC2381@deviant.kiev.zoral.com.ua> Date: Mon, 19 Jul 2010 16:17:16 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> <20100719215746.GC2381@deviant.kiev.zoral.com.ua> To: Kostik Belousov X-Mailer: Apple Mail (2.1078) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org X-Mailman-Approved-At: Mon, 19 Jul 2010 22:24:38 +0000 Cc: amd64@freebsd.org, arch@freebsd.org Subject: Re: uname -m/-p for compat32 binaries X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 22:17:20 -0000 Just checked, and I was a little off. We don't actually do this in the = kernel, we override it in the environment UNAME_ variables. All of our = software that wants to look at the machine arch uses uname to do it, so = we go that route. That way, we're not really lying to anything that = wants to get the definitive answer from the hw.machine architecture. I = can't defend it any further than that, maybe Peter or Paul or John can = comment on it. I personally don't see one way as being better than the = other, as they both have potential problems. As you noted in your = previous email, it's an easy change that could have been done long ago; = maybe the fact that it hasn't points to a good reason not to. Scott On Jul 19, 2010, at 3:57 PM, Kostik Belousov wrote: > On Mon, Jul 19, 2010 at 03:52:31PM -0600, Scott Long wrote: >> We do something similar at yahoo, and it's code that we're working >> on packaging up to put back into FreeBSD. I don't know how your code >> differs from ours, and I obviously cannot stop you from committing >> yours, but you're welcome to look at our code. > There is obviously no rush to commit this snippet, and I obviously = would > abstain if this would make larger integration harder. >=20 > Where to look ? Or should I just sit and wait ? From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 20 11:12:31 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F7A91065675 for ; Tue, 20 Jul 2010 11:12:31 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 42F178FC32 for ; Tue, 20 Jul 2010 11:12:31 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 3FBDC1FFC33; Tue, 20 Jul 2010 10:54:23 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 47E0E8457B; Tue, 20 Jul 2010 12:52:09 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Kostik Belousov References: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> Date: Tue, 20 Jul 2010 12:52:09 +0200 In-Reply-To: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Tue, 20 Jul 2010 00:30:54 +0300") Message-ID: <86eieyl92e.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: amd64@freebsd.org, arch@freebsd.org Subject: Re: uname -m/-p for compat32 binaries X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2010 11:12:31 -0000 Kostik Belousov writes: > I intend to commit the following change, that makes sysctls > hw.machine_arch and hw.machine to return "i386" for 32 bit > binaries run on amd64. In particular, 32 bit uname -m and uname -p > print "i386", that is good for i386 jails on amd64 kernels. *thank you*, this trips me up every time I need to set up a 32-bit chroot or jail for some reason. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 20 11:48:55 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9E56106566C; Tue, 20 Jul 2010 11:48:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3DBD78FC14; Tue, 20 Jul 2010 11:48:54 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o6KBmp6K048237 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Jul 2010 14:48:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o6KBmoEb087189; Tue, 20 Jul 2010 14:48:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o6KBmoH3087188; Tue, 20 Jul 2010 14:48:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 20 Jul 2010 14:48:50 +0300 From: Kostik Belousov To: Scott Long Message-ID: <20100720114850.GE2381@deviant.kiev.zoral.com.ua> References: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> <20100719215746.GC2381@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NfRCDefLLAVdwZEC" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: amd64@freebsd.org, arch@freebsd.org Subject: Re: uname -m/-p for compat32 binaries X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2010 11:48:55 -0000 --NfRCDefLLAVdwZEC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 19, 2010 at 04:17:16PM -0600, Scott Long wrote: > Just checked, and I was a little off. We don't actually do this in the > kernel, we override it in the environment UNAME_ variables. All of our > software that wants to look at the machine arch uses uname to do it, > so we go that route. That way, we're not really lying to anything that > wants to get the definitive answer from the hw.machine architecture. > I can't defend it any further than that, maybe Peter or Paul or John > can comment on it. I personally don't see one way as being better than > the other, as they both have potential problems. As you noted in your > previous email, it's an easy change that could have been done long ago; > maybe the fact that it hasn't points to a good reason not to. I know about environment variables affecting uname output, and use it if possible. Unfortunately, there are some situations where environment not propagated to the childs, or explicitely cleaned, e.g. sudo without -E. Or, it is hard to establish environment at the first place. I plan to commit it tomorrow. >=20 >=20 > Scott >=20 >=20 >=20 > On Jul 19, 2010, at 3:57 PM, Kostik Belousov wrote: >=20 > > On Mon, Jul 19, 2010 at 03:52:31PM -0600, Scott Long wrote: > >> We do something similar at yahoo, and it's code that we're working > >> on packaging up to put back into FreeBSD. I don't know how your code > >> differs from ours, and I obviously cannot stop you from committing > >> yours, but you're welcome to look at our code. > > There is obviously no rush to commit this snippet, and I obviously would > > abstain if this would make larger integration harder. > >=20 > > Where to look ? Or should I just sit and wait ? >=20 --NfRCDefLLAVdwZEC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkxFjSEACgkQC3+MBN1Mb4iyCACgxnwhT9FJ7RCrhSY68etBSx3i NSIAnRz/niqDmFWHCOD9bo+WEF5J3CXj =vtyI -----END PGP SIGNATURE----- --NfRCDefLLAVdwZEC-- From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 20 14:43:44 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24E2B106567D; Tue, 20 Jul 2010 14:43:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id EAB488FC31; Tue, 20 Jul 2010 14:43:43 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 84B3C46B37; Tue, 20 Jul 2010 10:43:43 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B12308A03C; Tue, 20 Jul 2010 10:43:42 -0400 (EDT) From: John Baldwin To: freebsd-arch@freebsd.org, amd64@freebsd.org Date: Tue, 20 Jul 2010 09:07:24 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) References: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> In-Reply-To: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201007200907.24715.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 20 Jul 2010 10:43:42 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: uname -m/-p for compat32 binaries X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2010 14:43:44 -0000 On Monday, July 19, 2010 5:30:54 pm Kostik Belousov wrote: > Hi, > I intend to commit the following change, that makes sysctls > hw.machine_arch and hw.machine to return "i386" for 32 bit > binaries run on amd64. In particular, 32 bit uname -m and uname -p > print "i386", that is good for i386 jails on amd64 kernels. > > I find the change very useful for me, but I wonder why such trivial > modification is not yet done. Can anybody note a possible fallout from > it ? Presumably ia64 and powerpc64 would need a similar change as well? It looks fine to me. I suspect Y! used the UNAME_* approach as it didn't add yet- another local diff to maintain in the kernel, and the uname fixes at Y! might have predated SCTL_MASK32. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 20 18:16:16 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 318E91065670; Tue, 20 Jul 2010 18:16:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 012B38FC08; Tue, 20 Jul 2010 18:16:16 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A3EFB46B52; Tue, 20 Jul 2010 14:16:15 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D2F888A052; Tue, 20 Jul 2010 14:16:14 -0400 (EDT) From: John Baldwin To: Garrett Cooper Date: Tue, 20 Jul 2010 14:15:14 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) References: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> <201007200907.24715.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201007201415.14497.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 20 Jul 2010 14:16:14 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: amd64@freebsd.org, freebsd-arch@freebsd.org Subject: Re: uname -m/-p for compat32 binaries X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2010 18:16:16 -0000 On Tuesday, July 20, 2010 1:51:27 pm Garrett Cooper wrote: > On Tue, Jul 20, 2010 at 6:07 AM, John Baldwin wrote: > > On Monday, July 19, 2010 5:30:54 pm Kostik Belousov wrote: > >> Hi, > >> I intend to commit the following change, that makes sysctls > >> hw.machine_arch and hw.machine to return "i386" for 32 bit > >> binaries run on amd64. In particular, 32 bit uname -m and uname -p > >> print "i386", that is good for i386 jails on amd64 kernels. > >> > >> I find the change very useful for me, but I wonder why such trivial > >> modification is not yet done. Can anybody note a possible fallout from > >> it ? > > > > Presumably ia64 and powerpc64 would need a similar change as well? It looks > > fine to me. I suspect Y! used the UNAME_* approach as it didn't add yet- > > another local diff to maintain in the kernel, and the uname fixes at Y! might > > have predated SCTL_MASK32. > > I thought amd64 was a special case because we run biarch, whereas ia64 > was always 64-bit... > > Wouldn't this change also create problems later on down the line when > we're no longer biarch? amd64 is not biarch, it just supports FreeBSD/i386 binaries similar to how FreeBSD/i386 supports Linux/i386 binaries. Kostik's patch makes a FreeBSD/i386 uname binary report that it is running under FreeBSD/i386 just as we currently make a Linux/i386 uname binary report that it is running under Linux/i386. ia64 and powerpc64 both support COMPAT_FREEBSD32 similar to amd64. COMPAT_FREEBSD32 for amd64 and ia64 supports FreeBSD/i386 binaries. COMPAT_FREEBSD32 for powerpc64 supports FreeBSD/powerpc binaries. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 20 18:17:12 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B147E106567B for ; Tue, 20 Jul 2010 18:17:12 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 680C38FC1E for ; Tue, 20 Jul 2010 18:17:12 +0000 (UTC) Received: by ywf9 with SMTP id 9so696548ywf.13 for ; Tue, 20 Jul 2010 11:17:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=hziPvfyRd1ng0BjCPJVIPXK3XBtkxtO8ZQgYTtn2lgQ=; b=iGR5pGzKjSTcDaEF/ed3BUMneZPv/x4ISokbfKB7aoYkx0PzoI6l9OmCk2RmKKcMfY 2H9GBordPMfpLqaYbHFJGm/8xKTDbD4SY5Dsg/CYVNA9sSMH2OojNL8kwEFWfaFRnvs2 Mns045hXOMg3+7zL3m95/9+ALAHIolKi6oh0Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=EO/hx2/VgIw8tTs9iSTtI4P/zbDaCqP/8kDGbn/ySkdsyUDhA3HVwOnCoxLmmWB4fn vUJvEIx+KikereabKv8tW3JQ/9OZPgDH2QWhs45pL/ufP17jb71SkQUnp/2TOpP2dmqj XIXWyScqfAFTE415JV4AqDJVrWwMknPYRGE2Q= MIME-Version: 1.0 Received: by 10.150.214.11 with SMTP id m11mr698798ybg.315.1279648287133; Tue, 20 Jul 2010 10:51:27 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.231.169.18 with HTTP; Tue, 20 Jul 2010 10:51:27 -0700 (PDT) In-Reply-To: <201007200907.24715.jhb@freebsd.org> References: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> <201007200907.24715.jhb@freebsd.org> Date: Tue, 20 Jul 2010 10:51:27 -0700 X-Google-Sender-Auth: rLpPLJW_ZxNxl4vYjyckGykUX0g Message-ID: From: Garrett Cooper To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 20 Jul 2010 18:23:36 +0000 Cc: amd64@freebsd.org, freebsd-arch@freebsd.org Subject: Re: uname -m/-p for compat32 binaries X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2010 18:17:12 -0000 On Tue, Jul 20, 2010 at 6:07 AM, John Baldwin wrote: > On Monday, July 19, 2010 5:30:54 pm Kostik Belousov wrote: >> Hi, >> I intend to commit the following change, that makes sysctls >> hw.machine_arch and hw.machine to return "i386" for 32 bit >> binaries run on amd64. In particular, 32 bit uname -m and uname -p >> print "i386", that is good for i386 jails on amd64 kernels. >> >> I find the change very useful for me, but I wonder why such trivial >> modification is not yet done. Can anybody note a possible fallout from >> it ? > > Presumably ia64 and powerpc64 would need a similar change as well? =A0It = looks > fine to me. =A0I suspect Y! used the UNAME_* approach as it didn't add ye= t- > another local diff to maintain in the kernel, and the uname fixes at Y! m= ight > have predated SCTL_MASK32. I thought amd64 was a special case because we run biarch, whereas ia64 was always 64-bit... Wouldn't this change also create problems later on down the line when we're no longer biarch? Thanks, -Garrett From owner-freebsd-amd64@FreeBSD.ORG Tue Jul 20 21:22:28 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D79CB1065673 for ; Tue, 20 Jul 2010 21:22:28 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id AD4E08FC18 for ; Tue, 20 Jul 2010 21:22:28 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 99629582CB; Tue, 20 Jul 2010 15:49:11 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id LzFL7D12HjIb; Tue, 20 Jul 2010 15:49:11 -0500 (CDT) Received: from wanderer.tachypleus.net (mar92-14-88-173-196-182.fbx.proxad.net [88.173.196.182]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 61990582C8; Tue, 20 Jul 2010 15:49:10 -0500 (CDT) Message-ID: <4C460BB9.1060009@freebsd.org> Date: Tue, 20 Jul 2010 15:48:57 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.10) Gecko/20100627 Thunderbird/3.0.5 MIME-Version: 1.0 To: John Baldwin References: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> <201007200907.24715.jhb@freebsd.org> In-Reply-To: <201007200907.24715.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: amd64@freebsd.org, freebsd-arch@freebsd.org Subject: Re: uname -m/-p for compat32 binaries X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2010 21:22:28 -0000 On 07/20/10 08:07, John Baldwin wrote: > On Monday, July 19, 2010 5:30:54 pm Kostik Belousov wrote: > >> Hi, >> I intend to commit the following change, that makes sysctls >> hw.machine_arch and hw.machine to return "i386" for 32 bit >> binaries run on amd64. In particular, 32 bit uname -m and uname -p >> print "i386", that is good for i386 jails on amd64 kernels. >> >> I find the change very useful for me, but I wonder why such trivial >> modification is not yet done. Can anybody note a possible fallout from >> it ? >> > Presumably ia64 and powerpc64 would need a similar change as well? It looks > fine to me. I suspect Y! used the UNAME_* approach as it didn't add yet- > another local diff to maintain in the kernel, and the uname fixes at Y! might > have predated SCTL_MASK32. > Maybe it makes sense to define a MACHINE_ARCH32 in machine/param.h, as is done for ELF_ARCH32 in machine/elf.h? This would keep the MI code in the kernel MI, and ever-so-slightly simplify implementation for ia64, mips, and powerpc64. Thanks for doing this! -Nathan From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 21 02:40:01 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C8071065673 for ; Wed, 21 Jul 2010 02:40:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0A18D8FC1B for ; Wed, 21 Jul 2010 02:40:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6L2e0Pk063875 for ; Wed, 21 Jul 2010 02:40:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6L2e0r0063874; Wed, 21 Jul 2010 02:40:00 GMT (envelope-from gnats) Resent-Date: Wed, 21 Jul 2010 02:40:00 GMT Resent-Message-Id: <201007210240.o6L2e0r0063874@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, rich leblanc Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEDD41065674 for ; Wed, 21 Jul 2010 02:33:58 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id DD6218FC08 for ; Wed, 21 Jul 2010 02:33:58 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o6L2XwHr030581 for ; Wed, 21 Jul 2010 02:33:58 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o6L2Xwdd030580; Wed, 21 Jul 2010 02:33:58 GMT (envelope-from nobody) Message-Id: <201007210233.o6L2Xwdd030580@www.freebsd.org> Date: Wed, 21 Jul 2010 02:33:58 GMT From: rich leblanc To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Wed, 21 Jul 2010 05:21:03 +0000 Cc: Subject: amd64/148805: FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2010 02:40:01 -0000 >Number: 148805 >Category: amd64 >Synopsis: FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 21 02:40:00 UTC 2010 >Closed-Date: >Last-Modified: >Originator: rich leblanc >Release: 7.2 release, 8.0 release, 9.0 current >Organization: don't have one >Environment: Can't get installed to get that info AMD64 machine with Seagate ST31000333AS drives >Description: I can boot my system with any OS CD except FreeBSD. Have windows installed on first partition. Drives/system is known good. Works with Windows and Linux and Sun Solaris. I cannot get past the point of device probe. Cannot install FreeBSD at all on my system. I have been told to go to forums, go to mailing lists but no help anywhere for my problem. Please help. >How-To-Repeat: I don't know how it got like this. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 21 12:00:33 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F0281065690; Wed, 21 Jul 2010 12:00:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2404A8FC18; Wed, 21 Jul 2010 12:00:32 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o6LC0TJ7082533 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Jul 2010 15:00:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o6LC0Tnx045562; Wed, 21 Jul 2010 15:00:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o6LC0SFH045561; Wed, 21 Jul 2010 15:00:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 21 Jul 2010 15:00:28 +0300 From: Kostik Belousov To: Nathan Whitehorn Message-ID: <20100721120028.GM2381@deviant.kiev.zoral.com.ua> References: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> <201007200907.24715.jhb@freebsd.org> <4C460BB9.1060009@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="anmYPbAsEPjx7802" Content-Disposition: inline In-Reply-To: <4C460BB9.1060009@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: amd64@freebsd.org, freebsd-arch@freebsd.org Subject: Re: uname -m/-p for compat32 binaries X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2010 12:00:33 -0000 --anmYPbAsEPjx7802 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 20, 2010 at 03:48:57PM -0500, Nathan Whitehorn wrote: > On 07/20/10 08:07, John Baldwin wrote: > >On Monday, July 19, 2010 5:30:54 pm Kostik Belousov wrote: > > =20 > >>Hi, > >>I intend to commit the following change, that makes sysctls > >>hw.machine_arch and hw.machine to return "i386" for 32 bit > >>binaries run on amd64. In particular, 32 bit uname -m and uname -p > >>print "i386", that is good for i386 jails on amd64 kernels. > >> > >>I find the change very useful for me, but I wonder why such trivial > >>modification is not yet done. Can anybody note a possible fallout from > >>it ? > >> =20 > >Presumably ia64 and powerpc64 would need a similar change as well? It= =20 > >looks > >fine to me. I suspect Y! used the UNAME_* approach as it didn't add yet- > >another local diff to maintain in the kernel, and the uname fixes at Y!= =20 > >might > >have predated SCTL_MASK32. > > =20 > Maybe it makes sense to define a MACHINE_ARCH32 in machine/param.h, as=20 > is done for ELF_ARCH32 in machine/elf.h? This would keep the MI code in= =20 > the kernel MI, and ever-so-slightly simplify implementation for ia64,=20 > mips, and powerpc64. Thanks for doing this! See below. Also, I painted red another wall, adding a sysctl to turn the adaptive behaviour off. diff --git a/sys/amd64/amd64/identcpu.c b/sys/amd64/amd64/identcpu.c index 52e7568..914f4d2 100644 --- a/sys/amd64/amd64/identcpu.c +++ b/sys/amd64/amd64/identcpu.c @@ -76,8 +76,28 @@ static void print_via_padlock_info(void); =20 int cpu_class; char machine[] =3D "amd64"; -SYSCTL_STRING(_hw, HW_MACHINE, machine, CTLFLAG_RD,=20 - machine, 0, "Machine class"); + +extern int adaptive_machine_arch; + +static int +sysctl_hw_machine(SYSCTL_HANDLER_ARGS) +{ +#ifdef SCTL_MASK32 + static const char machine32[] =3D "i386"; +#endif + int error; + +#ifdef SCTL_MASK32 + if ((req->flags & SCTL_MASK32) !=3D 0 && adaptive_machine_arch) + error =3D SYSCTL_OUT(req, machine32, sizeof(machine32)); + else +#endif + error =3D SYSCTL_OUT(req, machine, sizeof(machine)); + return (error); + +} +SYSCTL_PROC(_hw, HW_MACHINE, machine, CTLTYPE_STRING | CTLFLAG_RD, + NULL, 0, sysctl_hw_machine, "A", "Machine class"); =20 static char cpu_model[128]; SYSCTL_STRING(_hw, HW_MODEL, model, CTLFLAG_RD,=20 diff --git a/sys/amd64/include/param.h b/sys/amd64/include/param.h index c940597..9a742f9 100644 --- a/sys/amd64/include/param.h +++ b/sys/amd64/include/param.h @@ -59,6 +59,9 @@ #ifndef MACHINE_ARCH #define MACHINE_ARCH "amd64" #endif +#ifndef MACHINE_ARCH32 +#define MACHINE_ARCH32 "i386" +#endif =20 #if defined(SMP) || defined(KLD_MODULE) #define MAXCPU 32 diff --git a/sys/ia64/include/param.h b/sys/ia64/include/param.h index ba26290..36b27e0 100644 --- a/sys/ia64/include/param.h +++ b/sys/ia64/include/param.h @@ -57,6 +57,9 @@ #ifndef MACHINE_ARCH #define MACHINE_ARCH "ia64" #endif +#ifndef MACHINE_ARCH32 +#define MACHINE_ARCH32 "i386" +#endif =20 #if defined(SMP) || defined(KLD_MODULE) #define MAXCPU 32 diff --git a/sys/kern/kern_mib.c b/sys/kern/kern_mib.c index 7ef580f..3bfecea 100644 --- a/sys/kern/kern_mib.c +++ b/sys/kern/kern_mib.c @@ -232,9 +232,28 @@ sysctl_hw_pagesizes(SYSCTL_HANDLER_ARGS) SYSCTL_PROC(_hw, OID_AUTO, pagesizes, CTLTYPE_ULONG | CTLFLAG_RD, NULL, 0, sysctl_hw_pagesizes, "LU", "Supported page sizes"); =20 -static char machine_arch[] =3D MACHINE_ARCH; -SYSCTL_STRING(_hw, HW_MACHINE_ARCH, machine_arch, CTLFLAG_RD, - machine_arch, 0, "System architecture"); +int adaptive_machine_arch =3D 1; +static int +sysctl_hw_machine_arch(SYSCTL_HANDLER_ARGS) +{ + int error; + static const char machine_arch[] =3D MACHINE_ARCH; +#ifdef SCTL_MASK32 + static const char machine_arch32[] =3D MACHINE_ARCH32; + + if ((req->flags & SCTL_MASK32) !=3D 0 && adaptive_machine_arch) + error =3D SYSCTL_OUT(req, machine_arch32, sizeof(machine_arch32)); + else +#endif + error =3D SYSCTL_OUT(req, machine_arch, sizeof(machine_arch)); + return (error); + +} +SYSCTL_PROC(_hw, HW_MACHINE_ARCH, machine_arch, CTLTYPE_STRING | CTLFLAG_R= D, + NULL, 0, sysctl_hw_machine_arch, "A", "System architecture"); +SYSCTL_INT(_debug, OID_AUTO, adaptive_machine_arch, CTLFLAG_RW, + &adaptive_machine_arch, 1, + "Adapt reported machine architecture to the ABI of the binary"); =20 static int sysctl_hostname(SYSCTL_HANDLER_ARGS) diff --git a/sys/powerpc/include/param.h b/sys/powerpc/include/param.h index 4aeabe7..91bb238 100644 --- a/sys/powerpc/include/param.h +++ b/sys/powerpc/include/param.h @@ -61,6 +61,11 @@ #endif #endif #define MID_MACHINE MID_POWERPC +#ifdef __powerpc64__ +#ifndef MACHINE_ARCH32 +#define MACHINE_ARCH32 "powerpc" +#endif +#endif =20 #if defined(SMP) || defined(KLD_MODULE) #define MAXCPU 2 --anmYPbAsEPjx7802 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkxG4VwACgkQC3+MBN1Mb4hbGgCZAWr8jbD9YJ30/gAjd7up8ShA J6cAnROwLg7mlwmNpMjftFBgj/1UkYAN =4Gq8 -----END PGP SIGNATURE----- --anmYPbAsEPjx7802-- From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 21 11:50:03 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A31F4106564A for ; Wed, 21 Jul 2010 11:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 785338FC08 for ; Wed, 21 Jul 2010 11:50:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6LBo3cF037032 for ; Wed, 21 Jul 2010 11:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6LBo3RG037031; Wed, 21 Jul 2010 11:50:03 GMT (envelope-from gnats) Date: Wed, 21 Jul 2010 11:50:03 GMT Message-Id: <201007211150.o6LBo3RG037031@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Andriy Gapon X-Mailman-Approved-At: Wed, 21 Jul 2010 15:21:53 +0000 Cc: Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andriy Gapon List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2010 11:50:03 -0000 The following reply was made to PR amd64/148805; it has been noted by GNATS. From: Andriy Gapon To: bug-followup@FreeBSD.org, rl001@pacbell.net Cc: Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices Date: Wed, 21 Jul 2010 14:45:28 +0300 You have provided no technical details at all. Neither about your hardware nor about boot process. BTW, I don't understand what is 'amd64 machine'. 'amd64' is a designator we use for 64-bit x86-compatible flavor of FreeBSD. -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 21 16:20:04 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21132106567A for ; Wed, 21 Jul 2010 16:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EB1598FC20 for ; Wed, 21 Jul 2010 16:20:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6LGK3iS099106 for ; Wed, 21 Jul 2010 16:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6LGK3rn099104; Wed, 21 Jul 2010 16:20:03 GMT (envelope-from gnats) Date: Wed, 21 Jul 2010 16:20:03 GMT Message-Id: <201007211620.o6LGK3rn099104@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Bruce Cran Cc: Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce Cran List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2010 16:20:04 -0000 The following reply was made to PR amd64/148805; it has been noted by GNATS. From: Bruce Cran To: bug-followup@FreeBSD.org, rl001@pacbell.net Cc: Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices Date: Wed, 21 Jul 2010 17:16:21 +0100 It looks like Int_Open_Disk in libdisk might be getting confused by stale metadata in the RAID and going into an infinite loop. I suspect this problem will only be solved when the new partition detection logic based on gpart is committed. -- Bruce Cran From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 21 16:20:05 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFB881065677 for ; Wed, 21 Jul 2010 16:20:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DEA168FC12 for ; Wed, 21 Jul 2010 16:20:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6LGK51i099114 for ; Wed, 21 Jul 2010 16:20:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6LGK5UO099113; Wed, 21 Jul 2010 16:20:05 GMT (envelope-from gnats) Date: Wed, 21 Jul 2010 16:20:05 GMT Message-Id: <201007211620.o6LGK5UO099113@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Andriy Gapon X-Mailman-Approved-At: Wed, 21 Jul 2010 16:39:13 +0000 Cc: Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andriy Gapon List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2010 16:20:06 -0000 The following reply was made to PR amd64/148805; it has been noted by GNATS. From: Andriy Gapon To: Rich Cc: bug-followup@FreeBSD.org Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices Date: Wed, 21 Jul 2010 19:17:28 +0300 on 21/07/2010 18:58 Rich said the following: > I filled out he boxes in the form. Hree's my hardware info: Which form? I don't see the info here: http://www.freebsd.org/cgi/query-pr.cgi?pr=148805 > AMD Phenom 9500 Quad-Core 2.20 GHz > 2G RAM > > Motherboard Foxconn Digitalife A79A-S Thanks. > The boot process is to install any recent FreeBSD install CD and it > hangs at the part where it say' Any means you tried both i386 and amd64 CDs? > *"Probing devices, please wait (this can take a while)... "* > > What other info do you need? I am not much familiar with sysinstall, where is this printed? Console or curses interface? I am interested in seeing the messages on console up to the point where sysinstall hangs. -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 21 16:50:03 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A113F1065674 for ; Wed, 21 Jul 2010 16:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 76CBA8FC1B for ; Wed, 21 Jul 2010 16:50:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6LGo3cX032963 for ; Wed, 21 Jul 2010 16:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6LGo3OA032962; Wed, 21 Jul 2010 16:50:03 GMT (envelope-from gnats) Date: Wed, 21 Jul 2010 16:50:03 GMT Message-Id: <201007211650.o6LGo3OA032962@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Bruce Cran Cc: Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce Cran List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2010 16:50:03 -0000 The following reply was made to PR amd64/148805; it has been noted by GNATS. From: Bruce Cran To: bug-followup@FreeBSD.org, rl001@pacbell.net Cc: Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices Date: Wed, 21 Jul 2010 17:47:48 +0100 The "Probing for devices..." line is printed via ncurses. From the debug output given at http://lists.freebsd.org/pipermail/freebsd-questions/2010-July/218971.html it looks like the problem is caused when libdisk tries to open the first disk. -- Bruce Cran From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 21 16:30:04 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FB78106567B for ; Wed, 21 Jul 2010 16:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 64F208FC18 for ; Wed, 21 Jul 2010 16:30:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6LGU4Bd008597 for ; Wed, 21 Jul 2010 16:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6LGU4CL008592; Wed, 21 Jul 2010 16:30:04 GMT (envelope-from gnats) Date: Wed, 21 Jul 2010 16:30:04 GMT Message-Id: <201007211630.o6LGU4CL008592@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Rich X-Mailman-Approved-At: Wed, 21 Jul 2010 16:54:40 +0000 Cc: Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Rich List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2010 16:30:04 -0000 The following reply was made to PR amd64/148805; it has been noted by GNATS. From: Rich To: Andriy Gapon , bug-followup@FreeBSD.org Cc: Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices Date: Wed, 21 Jul 2010 08:58:26 -0700 (PDT) --0-1243242402-1279727906=:35773 Content-Type: text/plain; charset=us-ascii I filled out he boxes in the form. Hree's my hardware info: AMD Phenom 9500 Quad-Core 2.20 GHz 2G RAM Motherboard Foxconn Digitalife A79A-S Drive: Seagate ST31000333AS The boot process is to install any recent FreeBSD install CD and it hangs at the part where it say' "Probing devices, please wait (this can take a while)... " What other info do you need? ________________________________ From: Andriy Gapon To: bug-followup@FreeBSD.org; rl001@pacbell.net Sent: Wed, July 21, 2010 4:45:28 AM Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices You have provided no technical details at all. Neither about your hardware nor about boot process. BTW, I don't understand what is 'amd64 machine'. 'amd64' is a designator we use for 64-bit x86-compatible flavor of FreeBSD. -- Andriy Gapon --0-1243242402-1279727906=:35773 Content-Type: text/html; charset=us-ascii
I filled out he boxes in the form. Hree's my hardware info:

AMD Phenom 9500 Quad-Core 2.20 GHz
2G RAM

Motherboard Foxconn Digitalife A79A-S

Drive:
Seagate ST31000333AS

The boot process is to install any recent FreeBSD install CD and it hangs at the part where it say'

"Probing devices, please wait (this can take a while)... "

What other info do you need?



From: Andriy Gapon <avg @icyb.net.ua>
To: bug-followup@FreeBSD.org; rl001@pacbell.net
Sent: Wed, July 21, 2010 4:45:28 AM
Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices


You have provided no technical details at all.  Neither about your hardware nor
about boot process.
BTW, I don't understand what is 'amd64 machine'.  'amd64' is a designator we use
for 64-bit x86-compatible flavor of FreeBSD.

--
Andriy Gapon
--0-1243242402-1279727906=:35773-- From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 21 17:10:03 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B22481065672 for ; Wed, 21 Jul 2010 17:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 87EE48FC0A for ; Wed, 21 Jul 2010 17:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6LHA35b051547 for ; Wed, 21 Jul 2010 17:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6LHA3tm051545; Wed, 21 Jul 2010 17:10:03 GMT (envelope-from gnats) Date: Wed, 21 Jul 2010 17:10:03 GMT Message-Id: <201007211710.o6LHA3tm051545@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Andriy Gapon X-Mailman-Approved-At: Wed, 21 Jul 2010 18:37:22 +0000 Cc: Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andriy Gapon List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2010 17:10:03 -0000 The following reply was made to PR amd64/148805; it has been noted by GNATS. From: Andriy Gapon To: bug-followup@FreeBSD.org, rl001@pacbell.net Cc: Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices Date: Wed, 21 Jul 2010 20:08:08 +0300 It would have been nice if the submitter included links to the previous research/discussions. So, was it verified - is it sysinstall that actually hangs or the kernel? -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 21 17:20:05 2010 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0C33106564A for ; Wed, 21 Jul 2010 17:20:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 862FF8FC13 for ; Wed, 21 Jul 2010 17:20:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6LHK5Cn062057 for ; Wed, 21 Jul 2010 17:20:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6LHK5vg062056; Wed, 21 Jul 2010 17:20:05 GMT (envelope-from gnats) Date: Wed, 21 Jul 2010 17:20:05 GMT Message-Id: <201007211720.o6LHK5vg062056@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Alexander Best X-Mailman-Approved-At: Wed, 21 Jul 2010 19:22:49 +0000 Cc: Subject: Re: amd64/144405: [build] [patch] include /usr/obj/lib32 in cleanworld target on amd64 arch X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Best List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2010 17:20:05 -0000 The following reply was made to PR amd64/144405; it has been noted by GNATS. From: Alexander Best To: Anonymous Cc: bug-followup@freebsd.org Subject: Re: amd64/144405: [build] [patch] include /usr/obj/lib32 in cleanworld target on amd64 arch Date: Wed, 21 Jul 2010 19:15:22 +0200 2010/7/19 Anonymous : > Alexander Best writes: > >> i can't really think of a situation where somebody wants to remove all >> the 64bit objs but keep the 32bit ones. > > I was concerned about cleanworld invoked by crossbuild breaking normal > build when running concurrently but looks like that's not the case, i.e. > > =A0$ make cleanworld TARGET=3Di386 # /usr/obj/i386.i386/lib32/usr/src > > doesn't wipe out lib32 for normal build (/usr/obj/lib32/usr/src). > Since crossbuild encloses lib32 in its OBJTREE there is no need for > MK_LIB32 check. cool. now all that is necessary is somebody to commit those changes. probably the hardest part of all. ;) cheers. alex > > --- b.diff begins here --- > diff --git a/Makefile.inc1 b/Makefile.inc1 > index 85669d5..2298eca 100644 > --- a/Makefile.inc1 > +++ b/Makefile.inc1 > @@ -1512,7 +1512,7 @@ cleanworld: > =A0 =A0 =A0 =A0-chflags -R 0 ${OBJTREE}${.CURDIR} > =A0 =A0 =A0 =A0rm -rf ${OBJTREE}${.CURDIR}/* > =A0.endif > -.if exists(${OBJTREE}/lib32${.CURDIR}) && ${MK_LIB32} !=3D "no" > +.if exists(${OBJTREE}/lib32${.CURDIR}) > =A0 =A0 =A0 =A0-rm -rf ${OBJTREE}/lib32${.CURDIR}/* > =A0 =A0 =A0 =A0-chflags -R 0 ${OBJTREE}/lib32${.CURDIR} > =A0 =A0 =A0 =A0rm -rf ${OBJTREE}/lib32${.CURDIR}/* > --- b.diff ends here --- > --=20 Alexander Best From owner-freebsd-amd64@FreeBSD.ORG Wed Jul 21 21:30:18 2010 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20D7A1065677; Wed, 21 Jul 2010 21:30:18 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id D2DF68FC13; Wed, 21 Jul 2010 21:30:17 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id CE870582C9; Wed, 21 Jul 2010 16:30:16 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id nwSzQnmcP3xj; Wed, 21 Jul 2010 16:30:16 -0500 (CDT) Received: from wanderer.tachypleus.net (mar92-14-88-173-196-182.fbx.proxad.net [88.173.196.182]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 8AFE8582C8; Wed, 21 Jul 2010 16:30:15 -0500 (CDT) Message-ID: <4C4766DA.3020807@freebsd.org> Date: Wed, 21 Jul 2010 16:30:02 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.10) Gecko/20100627 Thunderbird/3.0.5 MIME-Version: 1.0 To: Kostik Belousov References: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> <201007200907.24715.jhb@freebsd.org> <4C460BB9.1060009@freebsd.org> <20100721120028.GM2381@deviant.kiev.zoral.com.ua> In-Reply-To: <20100721120028.GM2381@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: amd64@freebsd.org, freebsd-arch@freebsd.org Subject: Re: uname -m/-p for compat32 binaries X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2010 21:30:18 -0000 On 07/21/10 07:00, Kostik Belousov wrote: > On Tue, Jul 20, 2010 at 03:48:57PM -0500, Nathan Whitehorn wrote: > >> On 07/20/10 08:07, John Baldwin wrote: >> >>> On Monday, July 19, 2010 5:30:54 pm Kostik Belousov wrote: >>> >>> >>>> Hi, >>>> I intend to commit the following change, that makes sysctls >>>> hw.machine_arch and hw.machine to return "i386" for 32 bit >>>> binaries run on amd64. In particular, 32 bit uname -m and uname -p >>>> print "i386", that is good for i386 jails on amd64 kernels. >>>> >>>> I find the change very useful for me, but I wonder why such trivial >>>> modification is not yet done. Can anybody note a possible fallout from >>>> it ? >>>> >>>> >>> Presumably ia64 and powerpc64 would need a similar change as well? It >>> looks >>> fine to me. I suspect Y! used the UNAME_* approach as it didn't add yet- >>> another local diff to maintain in the kernel, and the uname fixes at Y! >>> might >>> have predated SCTL_MASK32. >>> >>> >> Maybe it makes sense to define a MACHINE_ARCH32 in machine/param.h, as >> is done for ELF_ARCH32 in machine/elf.h? This would keep the MI code in >> the kernel MI, and ever-so-slightly simplify implementation for ia64, >> mips, and powerpc64. Thanks for doing this! >> > See below. Also, I painted red another wall, adding a sysctl to turn > the adaptive behaviour off. > > I quite like the shade you've chosen! -Nathan From owner-freebsd-amd64@FreeBSD.ORG Thu Jul 22 20:40:47 2010 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95032106566B for ; Thu, 22 Jul 2010 20:40:47 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2C01B8FC0C for ; Thu, 22 Jul 2010 20:40:47 +0000 (UTC) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 27AAD153469; Thu, 22 Jul 2010 22:40:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kttwhKyV1y2f; Thu, 22 Jul 2010 22:40:43 +0200 (CEST) Received: from [127.0.0.1] (vaio [192.168.10.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPSA id 1CC12153433; Thu, 22 Jul 2010 22:40:42 +0200 (CEST) Message-ID: <4C48ACCA.7070008@digiware.nl> Date: Thu, 22 Jul 2010 22:40:42 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.7) Gecko/20100713 Lightning/1.0b2 Thunderbird/3.1.1 MIME-Version: 1.0 To: Andriy Gapon References: <201007211710.o6LHA3tm051545@freefall.freebsd.org> In-Reply-To: <201007211710.o6LHA3tm051545@freefall.freebsd.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 100722-1, 22-07-2010), Outbound message X-Antivirus-Status: Clean X-Mailman-Approved-At: Thu, 22 Jul 2010 21:42:34 +0000 Cc: freebsd-amd64@FreeBSD.org Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install at probing devices X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2010 20:40:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 21-7-2010 19:10, Andriy Gapon wrote: > The following reply was made to PR amd64/148805; it has been noted by GNATS. > > From: Andriy Gapon > To: bug-followup@FreeBSD.org, rl001@pacbell.net > Cc: > Subject: Re: amd64/148805: [hang] FreeBSD 7.2, 8.0, and 9.0 hang during install > at probing devices > Date: Wed, 21 Jul 2010 20:08:08 +0300 > > It would have been nice if the submitter included links to the previous > research/discussions. > So, was it verified - is it sysinstall that actually hangs or the kernel? But I was lead to believe that this has been fixed. So this suggestion could lead to just nothing. I've had this happen to me on occasion, switching on verbose booting then reveiled that some ....._xpt function was trying over and over. Workaround for me at those points was usually to disable those I/O device that had nothing connected to it, starting with Firewire/P1394. Which usually did the trick. - --WjW -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJMSKzJAAoJEP4k4K6R6rBhVSMIAIbEX6fDCy3KV/rLy4taT1Ec ZwiQZmLgHWh6JuKM0afUwfa3zSI2k3Q5uJD+iHj9gzM5RjkE0eIhHXc4hCX/Owes KvMrnAh9Dh04OgFnchhRxiVkNXSvEd95eShYBKA4MUNnyar4NG0+AqK1JBc999fd wF5dHQb/0EPIM6CCg0SNgchcFX0GNO/moaVg/BgflxR5VUPcA4ch3HlIpqycs6w5 SDOD9Sbr8q1sG7zdKmYEw1/fwTFXM4I7U2+ieejDtuTorYh+Vx8S2QUwMVmLBk/M wImvtfxFifzOY7oRlZ0tvPKb6juBF9OU0JYqAfA9ED2K5oiaU5mN+NSPPzUN6G4= =yd9m -----END PGP SIGNATURE----- From owner-freebsd-amd64@FreeBSD.ORG Fri Jul 23 01:11:28 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00EDB106566B for ; Fri, 23 Jul 2010 01:11:28 +0000 (UTC) (envelope-from Manju_Kalita@infosys.com) Received: from KECGATE08.infosys.com (Kecgate08.infosysconsulting.com [122.98.10.33]) by mx1.freebsd.org (Postfix) with ESMTP id 1B1018FC18 for ; Fri, 23 Jul 2010 01:11:26 +0000 (UTC) X-TM-IMSS-Message-ID: Received: from blrkechub02.ad.infosys.com ([10.66.236.42]) by KECGATE08.infosys.com ([122.98.10.33]) with ESMTP (TREND IMSS SMTP Service 7.0) id c1619727001113e1 ; Fri, 23 Jul 2010 06:38:06 +0530 Received: from BLRKECMBX01.ad.infosys.com ([10.66.236.25]) by blrkechub02.ad.infosys.com ([10.66.236.42]) with mapi; Fri, 23 Jul 2010 06:36:24 +0530 From: Manju Kalita To: "freebsd-amd64@freebsd.org" Date: Fri, 23 Jul 2010 06:36:16 +0530 Thread-Topic: FreeBSD for Intel(r) Xeon Processor X5560 Thread-Index: AcsqA0DArminSRu2ROKzkNbTz17Txg== Message-ID: <3328D456F567BB42856F60C58D32F0C30283487140@BLRKECMBX01.ad.infosys.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-hashedpuzzle: AZJi AeZ1 A5pf BMfA BpKp B2oK CPP0 Drvw DyZI Ei1q EwWi Fas3 Fj1E HulR Jub4 Ko+h; 1; ZgByAGUAZQBiAHMAZAAtAGEAbQBkADYANABAAGYAcgBlAGUAYgBzAGQALgBvAHIAZwA=; Sosha1_v1; 7; {F5F34CD3-7F5F-4C15-9622-30F8289BB5B8}; bQBhAG4AagB1AF8AawBhAGwAaQB0AGEAQABpAG4AZgBvAHMAeQBzAC4AYwBvAG0A; Fri, 23 Jul 2010 01:06:16 GMT; RgByAGUAZQBCAFMARAAgAGYAbwByACAAIABJAG4AdABlAGwArgAgAFgAZQBvAG4AIABQAHIAbwBjAGUAcwBzAG8AcgAgAFgANQA1ADYAMAA= x-cr-puzzleid: {F5F34CD3-7F5F-4C15-9622-30F8289BB5B8} acceptlanguage: en-US MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 23 Jul 2010 04:03:50 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD for Intel(r) Xeon Processor X5560 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2010 01:11:28 -0000 Hi Friends, My Processor is "Intel(r) Xeon(r) Processor X5560 (2.80 GHz, 8MB L3 Cache, = 95W, DDR3-1333, HT, Turbo 2/2/3/3)". Could you please advice which FreeBSD = architecture I should use? As per the FreeBSD site, IA64 is still running o= n tier 2. Could you please help me out? What will be the performance if I go for Amd64? Will Amd64 will support Int= el(r) Xeon(r) Processor X5560? Thanks & Regards, Manju From owner-freebsd-amd64@FreeBSD.ORG Fri Jul 23 12:38:05 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DED1106566C for ; Fri, 23 Jul 2010 12:38:05 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 69C478FC18 for ; Fri, 23 Jul 2010 12:38:03 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA08052; Fri, 23 Jul 2010 15:37:59 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C498D26.70805@icyb.net.ua> Date: Fri, 23 Jul 2010 15:37:58 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: Manju Kalita References: <3328D456F567BB42856F60C58D32F0C30283487140@BLRKECMBX01.ad.infosys.com> In-Reply-To: <3328D456F567BB42856F60C58D32F0C30283487140@BLRKECMBX01.ad.infosys.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 23 Jul 2010 12:40:51 +0000 Cc: "freebsd-amd64@freebsd.org" Subject: Re: FreeBSD for Intel(r) Xeon Processor X5560 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2010 12:38:05 -0000 on 23/07/2010 04:06 Manju Kalita said the following: > Hi Friends, My Processor is "Intel(r) Xeon(r) Processor X5560 (2.80 GHz, 8MB L3 > Cache, 95W, DDR3-1333, HT, Turbo 2/2/3/3)". Could you please advice which > FreeBSD architecture I should use? amd64 or i386 depending on your full setup. amd64 is typically preferred for 64-bit capable x86 machines. > As per the FreeBSD site, IA64 is still > running on tier 2. Could you please help me out? Have you also learned what is IA64? > What will be the performance if I go for Amd64? Will Amd64 will support > Intel(r) Xeon(r) Processor X5560? AFAICS, this is a normal Intel EMT64 processor, not an Itanium processor, which means that it supports amd64 architecture. -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Fri Jul 23 17:15:09 2010 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF394106564A for ; Fri, 23 Jul 2010 17:15:09 +0000 (UTC) (envelope-from gofda-freebsd-amd64@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 7AB318FC13 for ; Fri, 23 Jul 2010 17:15:09 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OcLbQ-00044d-2R for freebsd-amd64@freebsd.org; Fri, 23 Jul 2010 19:00:04 +0200 Received: from cpe-24-210-63-182.columbus.res.rr.com ([24.210.63.182]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 23 Jul 2010 19:00:03 +0200 Received: from dsamms by cpe-24-210-63-182.columbus.res.rr.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 23 Jul 2010 19:00:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-amd64@freebsd.org From: David Samms Date: Fri, 23 Jul 2010 12:56:24 -0400 Lines: 13 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cpe-24-210-63-182.columbus.res.rr.com User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.10) Gecko/20100719 Thunderbird/3.0.5 Subject: 8.1 RC2 Wireless Networking Broken X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2010 17:15:09 -0000 I switched my Thinkpad T61p from FreeBSD 8.1 RC2 i386 to amd64 and experienced a failure of the wireless networking. The setup is as follows: /etc/rc.conf ----------------------- wlans_ath0="wlan0" ifconfig_wlan0="DHCP" On boot the "wlan0" interface was NOT created. If I manually ran "ifconfig wlan0 create wlandev ath0", then everything was OK. The exact same setup (rc.conf, loader.conf, wpa_suplicant.conf) works fine under FreeBSD 8.1 RC2 i386 From owner-freebsd-amd64@FreeBSD.ORG Fri Jul 23 18:31:26 2010 Return-Path: Delivered-To: amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57F821065675; Fri, 23 Jul 2010 18:31:26 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1BCA08FC0C; Fri, 23 Jul 2010 18:31:26 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o6NIPilF003315; Fri, 23 Jul 2010 12:25:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 23 Jul 2010 12:26:18 -0600 (MDT) Message-Id: <20100723.122618.750582998550767254.imp@bsdimp.com> To: jhb@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <201007200907.24715.jhb@freebsd.org> References: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> <201007200907.24715.jhb@freebsd.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 23 Jul 2010 18:50:19 +0000 Cc: amd64@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: uname -m/-p for compat32 binaries X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2010 18:31:26 -0000 In message: <201007200907.24715.jhb@freebsd.org> John Baldwin writes: : On Monday, July 19, 2010 5:30:54 pm Kostik Belousov wrote: : > Hi, : > I intend to commit the following change, that makes sysctls : > hw.machine_arch and hw.machine to return "i386" for 32 bit : > binaries run on amd64. In particular, 32 bit uname -m and uname -p : > print "i386", that is good for i386 jails on amd64 kernels. : > : > I find the change very useful for me, but I wonder why such trivial : > modification is not yet done. Can anybody note a possible fallout from : > it ? : : Presumably ia64 and powerpc64 would need a similar change as well? It looks : fine to me. I suspect Y! used the UNAME_* approach as it didn't add yet- : another local diff to maintain in the kernel, and the uname fixes at Y! might : have predated SCTL_MASK32. mips might as well, someday. Warner