Re: Unbound in base
On Mon, 13 Feb 2012 22:35:15 +0100 Bjvrn Ketelaars bjorn.ketela...@hydroxide.nl wrote: How and when do we automatically generate unbound-control keys? if so, where should that be done? Simply don't bother? rndc keys aren't setup automagically either. The daemon will work just fine without it, let it be up to the admin who wants to use it.
Re: Sandybridge graphics support: part 1 basic kernel support.
On Thu, 8 Sep 2011 06:02:48 +0100 Owain Ainsworth zer...@googlemail.com wrote: Bah, now without a keyword bit that won't apply. Works for me on my ThinkPad X200 / amd64 (GM45).
Re: Identifying disks by name
On Wed, 22 Jun 2011 21:07:41 +0200 Wouter Coene wou...@irdc.nl wrote: mount 1234567890abcdef.a /mnt mount backups.a /mnt # export backups=1234567890abcdef # mount $backups.a /mnt I myself prefere to include the slice, less to remember/look up.
Re: softraid crypto: preallocate crypops and dma buffers.
On Mon, 20 Jun 2011 20:12:28 -0500 Marco Peereboom sl...@peereboom.us wrote: I am liking this diff quite a bit but it needs more testers. So if you are using softraid crypto please try this diff. Still working for me.
Re: softraid crypto: preallocate crypops and dma buffers.
On Fri, 17 Jun 2011 19:53:05 +0100 Owain Ainsworth zer...@googlemail.com wrote: More testing would be appreciated. Cheers, Works for me on amd64, with some io-pressure. Tested while compiling base, cp'n data off the crypted dev onto an usb-hd and filling a partition with data from the network. Stopped testing after ~80GB of traffic both ways, because nothing broke and the compile was finished... Cheers, gotta bounce, - Robert
Re: PATCH: Fix boolean value for ACPI logical comparisons
On Fri, 18 Mar 2011 16:48:13 -0600 (MDT) Jordan Hargrave jor...@cvs.openbsd.org wrote: This patch changes the values of boolean comparisons from 0:1 to 0:-1 (from ACPI Spec) in order to fix an AML issue on some Asus machines. Please test on other machines as well to verify that hardware sensors/acpi/boot work properly. amd64.mp on thinkpad x200 [LENOVO 74542GU 6DET61WW (3.11 )] seems be be ok with this diff.
fdisk.8 - updated disklabel example
Hi, added uid and removed rpm. being a historical snapshot in time and all, i left the rest as is. or would a completely new example along the lines of the old one be more welcome? btw, searching for uid (as in the disklabel output) in the disklabel manpage and only finding it as UID feels unintuitive. - Robert Index: fdisk.8 === RCS file: /cvs/src/sbin/fdisk/fdisk.8,v retrieving revision 1.72 diff -u -p -r1.72 fdisk.8 --- fdisk.8 5 Jul 2010 21:57:13 - 1.72 +++ fdisk.8 17 Nov 2010 17:24:25 - @@ -217,6 +217,7 @@ partitions. type: ESDI disk: ESDI/IDE disk label: HITACHI_DK13FA-4 +uid: 2535e1ea524d26ec flags: bytes/sector: 512 sectors/track: 63 @@ -224,7 +225,6 @@ tracks/cylinder: 16 sectors/cylinder: 1008 cylinders: 16383 total sectors: 78140160 -rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0
Re: fdisk.8 - updated disklabel example
On Wed, 17 Nov 2010 19:50:13 + Jason McIntyre j...@kerhand.co.uk wrote: On Wed, Nov 17, 2010 at 06:40:50PM +0100, roberth wrote: Hi, added uid and removed rpm. being a historical snapshot in time and all, i left the rest as is. or would a completely new example along the lines of the old one be more welcome? we could update it more if there's potentially stuff missing. is there? missing: boundstart: boundend: havent seen for some time: interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # microseconds track-to-track seek: 0 # microseconds btw, searching for uid (as in the disklabel output) in the disklabel manpage and only finding it as UID feels unintuitive. how else should you search for uid? we are currently using disklabel UID, which i think is fine. s1 looking at the output of disklabel sees uid: something. personally that leads me to search for uid not UID. man -k uid leads to disktab.5, but not everyone will read through the whole disklabel manpage first, guess i am too spoiled by the manpage quality on OpenBSD to expect this. (a lot of ppl wont be following the commit porn on source-changes...) - Robert Index: fdisk.8 === RCS file: /cvs/src/sbin/fdisk/fdisk.8,v retrieving revision 1.72 diff -u -p -r1.72 fdisk.8 --- fdisk.8 5 Jul 2010 21:57:13 - 1.72 +++ fdisk.8 17 Nov 2010 17:24:25 - @@ -217,6 +217,7 @@ partitions. type: ESDI disk: ESDI/IDE disk label: HITACHI_DK13FA-4 +uid: 2535e1ea524d26ec flags: bytes/sector: 512 sectors/track: 63 @@ -224,7 +225,6 @@ tracks/cylinder: 16 sectors/cylinder: 1008 cylinders: 16383 total sectors: 78140160 -rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 these changes look right. i'll wait and see if there's more feedback before doing anything with this. jmc krw would like to see my idea of a whole new example, so i'll do that later today. replacing the shebang with output from -current on recent hardware in one go might make more sense. - Robert
Re: ACPI: (redux) Early acpiec initialization diff
On Fri, 23 Jul 2010 23:53:50 -0600 (MDT) Jordan Hargrave jor...@cvs.openbsd.org wrote: Redux: this new version will apply with -current This patch will allow acpiec to initialize earlier if a ECDT table is found. This fixes a lockup if booting on some Thinkpads while docked. You can tell if your system supports ECDT by scanning the ACPI tables line in dmesg. There should be a line like this: acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET SLIC BOOT ASF! acpi0: SSDT SSDT SSDT SSDT ECDT will be one of the entries if the early initialization is supported. If scanning dmesg, acpiec0 will now also initialize earlier (near acpitimer and acpimadt) instead of after acpiprt. Thinkpad X200, amd64.mp, bios0: vendor LENOVO version 6DET61WW (3.11 ) date 11/10/2009 bios0: LENOVO 74542GU No docking station. Nothing changed. acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA SSDT SSDT SSDT acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus -1 (EXP2) acpiprt5 at acpi0: bus 5 (EXP3) acpiec0 at acpi0
Re: ACPI Name Search diff for Thinkpad, etc
On Thu, 22 Jul 2010 11:10:27 -0600 (MDT) Jordan Hargrave jor...@cvs.openbsd.org wrote: This patch is needed on some Thinkpads when searching 'short' name paths (\_SB.PCI0. instead of \_SB_.PCI0.xxx) Please test and report. no reg on thinkpad x200. amd64, .mp, bios0: vendor LENOVO version 6DET61WW (3.11 ) date 11/10/2009 bios0: LENOVO 74542GU happy camper, ~roberth