src.conf: CFLAGS/COPTFLAGS inconsistency

man make.conf states, that COPTFLAGS is used for building/compiling the kernel (exclusively). The question arises: are kernel modules NOT kernel or are they kernel? The problem I face is that with optimization level -O3 loader.efi gets miscompiled and a UEFI laptop stops/reject booting. To

Re: CURRENT: EFI boot failure

Am Wed, 17 Sep 2014 01:25:07 +0300 Andriy Gapon a...@freebsd.org schrieb: On 17/09/2014 00:32, Ed Maste wrote: On 16 September 2014 17:03, O. Hartmann ohart...@zedat.fu-berlin.de wrote: In that case, is it still /boot/boot1.efifat or is it /boot/boot1.efi? What is the difference? Is

Re: src.conf: CFLAGS/COPTFLAGS inconsistency

On Fri, 19 Sep 2014, O. Hartmann wrote: man make.conf states, that COPTFLAGS is used for building/compiling the kernel (exclusively). The question arises: are kernel modules NOT kernel or are they kernel? The problem I face is that with optimization level -O3 loader.efi gets miscompiled

Re: [RFC] Patch to improve TSO limitation formula in general

Hi, Please find attached an updated TSO patch based on comments from Andrew, Rick and John-Mark Gurney. Review is appreciated. --HPS === sys/dev/oce/oce_if.c == --- sys/dev/oce/oce_if.c (revision 271555) +++ sys/dev/oce/oce_if.c

x11/nvidia-driver (340.24/340.32/343.13): nvidia BLOB doesn't recognize any display socket on Lenovo E540/UEFI and FBSD CURRENT

nVidia's BLOB from port x11/nvidia-driver seems to have problems in FreeBSD 11.0-CURRENT #2 r271869: Fri Sep 19 13:28:03 CEST 2014 amd64, on Lenovo ThinkPad Edge E540 laptop with CPU i5-4200M (Haswell) with integrated HD4600 Intel iGPU and dedicated nVidia GT 740M (Optimus) working correctly.

Re: x11/nvidia-driver (340.24/340.32/343.13): nvidia BLOB doesn't recognize any display socket on Lenovo E540/UEFI and FBSD CURRENT

On Fri, Sep 19, 2014 at 2:12 PM, O. Hartmann ohart...@zedat.fu-berlin.de wrote: nVidia's BLOB from port x11/nvidia-driver seems to have problems in FreeBSD 11.0-CURRENT #2 r271869: Fri Sep 19 13:28:03 CEST 2014 amd64, on Lenovo ThinkPad Edge E540 laptop with CPU i5-4200M (Haswell) with

[PATCH] Lock spic(4)

This patch adds locking to spic(4) and marks it MPSAFE. The patch is against HEAD but probably applies to 9 and 10 as well. http://people.freebsd.org/~jhb/patches/spic_locking.patch -- John Baldwin ___ freebsd-current@freebsd.org mailing list

[PATCH] Lock scsi_low, ct(4), ncv(4), nsp(4), stg(4)

This patch adds locking to the scsi_low subsystem and the drivers that use it: ct(4), ncv(4), nsp(4), and stg(4). The drivers are all marked MPSAFE. The patch is against HEAD but probably applies to 9 and 10 as well. http://people.freebsd.org/~jhb/patches/scsi_low_locking.patch -- John

[PATCH] Various fixes to wl(4)

This patch fixes various issues in wl(4) including: - Use bus_space instead of inb/outb. - Use device_printf() and if_printf() - Use callout(9) instead of timeout(9) - Don't hold the driver lock across sleeping actions like bus_teardown_intr(), subyte(), etc. - Don't recurse on the driver

[PATCH] Convert bluetooth from timeout(9) to callout(9)

This patch converts the netgraph bluetooth codee from timeout(9) to callout(9). The patch is against HEAD but probably applies to 9 and 10 as well. http://people.freebsd.org/~jhb/patches/bluetooth_callout.patch -- John Baldwin ___

[PATCH] Fix si(4) to use bus_space

This patch fixes the si(4) driver to use the bus_space methods to access memory and I/O resources instead of directly calling inb()/outb() and using rman_get_virtual(). The patch is against HEAD but probably applies to 9 and 10 as well.

[PATCH] Lock scd(4)

This patch adds locking to scd(4) and marks it MPSAFE. It also uses bus_*() instead of bus_space_*(). The patch is against HEAD but probably applies to 9 and 10 as well. http://people.freebsd.org/~jhb/patches/scd_locking.patch -- John Baldwin ___

[PATCH] Convert tws(4) from timeout(9) to callout(9)

This patch converts tws(4) from timeout(9) to callout(9). It also fixes a few places that were tearing down and setting up in the interrupt handler where it was not safe to do so and adds some missing teardown actions. The patch is against HEAD but probably applies to 9 and 10 as well.

[PATCH] Fix callouts in rp(4)

This patch converts rp(4) from timeout(9) to callout(9). To do this cleanly, it replaces a single, global timer that walks tables of controllers and ports to a per-controller timer. This works much better with locking (since the locks are per-controller) and removes the need for various

[PATCH] Lock wds(4)

This patch adds locking to wds(4) and marks it MPSAFE. It also includes several other cleanups such as using bus_space instead of inb/outb. The patch is against HEAD but probably applies to 9 and 10 as well. http://people.freebsd.org/~jhb/patches/wds_locking.patch -- John Baldwin

Re: libthr and main thread stack size

On Tuesday, September 16, 2014 11:13:24 AM Konstantin Belousov wrote: On Mon, Sep 15, 2014 at 03:47:41PM -0600, Justin T. Gibbs wrote: On Aug 8, 2014, at 5:22 AM, Konstantin Belousov kostik...@gmail.com wrote: ? Below is the patch which adds environment variable

[PATCH] Lock mse(4)

This patch adds locking to mse(4) and marks it MPSAFE. It also adds some other cleanups such as using bus_*() instead of bus_space_*() and consolidating duplicate copies of its detach routine. The patch is against HEAD but probably applies to 9 and 10 as well.

Re: [PATCH] Convert bluetooth from timeout(9) to callout(9)

On Fri, Sep 19, 2014 at 1:18 PM, John Baldwin j...@freebsd.org wrote: This patch converts the netgraph bluetooth codee from timeout(9) to callout(9). The patch is against HEAD but probably applies to 9 and 10 as well. http://people.freebsd.org/~jhb/patches/bluetooth_callout.patch looks fine

Re: [PATCH] Various fixes to wl(4)

I got rid of my pre-802.11 WaveLAN cards about 8 years go after not having them in a system at all for 8 years. And they were about 4 years obsolete when I took them out of service… I’m not even sure I have a machine with an ISA slot to test the card, even if I still had it. Sorry I can’t help

[PATCH] Fix integer overflow handling in dd(1)

Hey, I've submitted this patch before, and it's gotten comments and fixes, but still hasn't been merged. Any thoughts? Does it need more work? Thanks, William Orr Index: args.c === --- args.c(revision 270645) +++ args.c