Re: better matching of boot devices on amd64

it's the same code, so yes, it does. i'll fix it and commit it if/when this diff gets oked. dlg On 02/12/2010, at 3:21 PM, Theo de Raadt wrote: > i386 doesn't have this bug? > >> the boot loader passes a variable that identifies the disk its >> booting off made up of a bunch of fields like ada

Re: better matching of boot devices on amd64

i386 doesn't have this bug? > the boot loader passes a variable that identifies the disk its > booting off made up of a bunch of fields like adapter, controller, > disk, and partition offsets, plus a table of all the disks it can > see which includes this id and a checksum. > > the kernel goes th

better matching of boot devices on amd64

the boot loader passes a variable that identifies the disk its booting off made up of a bunch of fields like adapter, controller, disk, and partition offsets, plus a table of all the disks it can see which includes this id and a checksum. the kernel goes through and checksums the disks and then ma

Re: recv buffer scaling doesn't work

cc:ing as I don't know if I can actually post to tech@ In my own tests, when I got apalling speeds like that I discovered that the remote connection had timestamps turned off. I'm not sure why you're trying to both raise the starting point as well as the increment speed. As the normal cap is at

maxdsiz tweaking (fwd)

reminder that "i tested this and it works" responses are more helpful than "yo this is awesome" responses. :) -- Forwarded message -- Date: Sun, 28 Nov 2010 18:51:45 -0500 (EST) From: Ted Unangst To: tech@openbsd.org Subject: maxdsiz tweaking What follows is a somewhat older mai

Re: recv buffer scaling doesn't work

On Wed, Dec 1, 2010 at 10:22 PM, Ben Aitchison wrote: > In my own tests, when I got apalling speeds like that I discovered that the > remote connection had timestamps turned off. not the problem here. > I'm not sure why you're trying to both raise the starting point as well as > the increment sp

recv buffer scaling doesn't work

here is the patch i have ended up using since the removal of the tcp sysctls. if something doesn't change, 4.9 will be an embarrassingly bad regression in network performance. at least with prevous releases, bumping the recvspace was an available workaround to sucky performance, but now the s

pci1 at pchb0 Intel 5520 Host

Hi, We have an Supermicro MBD-X8DTH-6 mainboard here. It has an additional PCI bus behind the pchb0 host bridge. This diff from mikeb@ makes OpenBSD detect the pci1 bus. bluhm Index: arch/i386/pci/pchb.c === RCS file: /mount/cvsd

Re: ZTE MF112 HSUPA - report and patch for usbdevs, umsm.c, umsm.4

On 2010/12/01 22:55, MERIGHI Marcus wrote: > > > > Without the patches below the thingy attaches as umsm for a second, > > > > detaches and re-attaches as umass. > > > > After patching it attaches as umsm0, umsm1, umsm2, umsm3 and ucom0, > > > > ucom1, ucom2. > > > does it come back as the same i

apmd action scripts

Hi tech@ ! A couple of times now I didn't notice when my laptop battery reached the 0% remaining capacity. I am not aware of any "tool" in base that could issue a beep or nice sound in case of critical battery. Currently, apmd reports battery and power events to syslog. Below is a patch to let a

Re: ZTE MF112 HSUPA - report and patch for usbdevs, umsm.c, umsm.4

added patch for umsm(4) man page. mcmer-open...@tor.at (MERIGHI Marcus), 2010.12.01 (Wed) 21:56 (CET): > j...@goblin.cx (Jonathan Gray), 2010.11.29 (Mon) 23:20 (CET): > > On Mon, Nov 29, 2010 at 05:25:38PM +0100, MERIGHI Marcus wrote: > > > disclaimer: David Coppa told me to post this to tech@ so

Re: ZTE MF112 HSUPA - report and patch for usbdevs, umsm.c

j...@goblin.cx (Jonathan Gray), 2010.11.29 (Mon) 23:20 (CET): > On Mon, Nov 29, 2010 at 05:25:38PM +0100, MERIGHI Marcus wrote: > > disclaimer: David Coppa told me to post this to tech@ so this is not a > > case of cross posting. > > > > bought a ZTE MF112 today for my girlfriends ms win notebook

Vacante si proprietati

Daca aveti probleme cu vizionarea acestui email dati [click aici] pentru a vizualiza varianta online! [IMAGE] [IMAGE] Newsletter 30.11.2010 [IMAGE] CaseFaraIntermediari.roUrmariti-ne pe Facebook!Urmariti-ne pe Twitter!Urmariti-ne pe Blogger! Ultimele anunturi adaugate Vezi toate anunturil

Reminder: friends invited you to join Select2gether.

Dear Tech, Lucia Bassano sent a request to add you as a contact on Select2gether. Just a friendly reminder to join Lucia Bassano's network, follow the link below: Join Lucia Bassano's Network Thanks, Lucia Bassano You can remove yourself from Lucia Bassano's network at any time. If you

Re: update pms driver

On Wed, Dec 1, 2010 at 3:33 PM, Mark Kettenis wrote: >> Date: Tue, 30 Nov 2010 21:33:41 +0500 >> From: Alexandr Shadchin >> >> On Mon, Nov 29, 2010 at 10:08:22PM +, Nicholas Marriott wrote: >> > >> > Well, I don't use it so I don't have strong feelings about it, but it >> > does work for PS/2

Re: update pms driver

> Date: Tue, 30 Nov 2010 21:33:41 +0500 > From: Alexandr Shadchin > > On Mon, Nov 29, 2010 at 10:08:22PM +, Nicholas Marriott wrote: > > > > Well, I don't use it so I don't have strong feelings about it, but it > > does work for PS/2 mice and it seems that it would be useful for anyone > > u